Open recruitment Bikin Software bareng

[Saturnus]

Tweet

Menurut pendapatku,
Project harus terdiri dari banyak modul yang di kontrol dalam sebuah mekanisme arsitektur

kenapa demikian? ya kan yang ngerjakan banyak. Jadi ya harus banyak juga dunk modulenya. Contohnya ya kayak ERP di perusahaan2 itu, kan executable modulenya banyak, tapi user mempunyai control panel tersendiri untuk mengaksesnya.

Ide CMS itu bagus juga,
Contohnya, silahkan salah satu dari team bikin engine CMSnya dulu dan di share isinya. setelah di pelajari, yang lain akan membantu untuk menyempurnakan dengan cara memperbaiki feature di dalamnya atau bikin plug in kecil2 atau juga bikin themes-nya. Lagi pula, pasti hampir semuanya mengerti html kan?

atau kita bikin sebuah web site yang isinya untuk menampung curahan masalah dari user dan kita jadi kan ide untuk bikin program (tapi ga ada komitmen dengan user, soalnya gratis sich). nah itu nanti pasti bakalan rame banget deh. bisa di daftarin ke adsense, dan dananya kan bisa di pakai untuk operasional.

trims.

[yuanlukito]

Tweet

Halo semua...

Maaf beberapa minggu belakangan ini gw "hiatus" dari forum CHIP karena ada masalah koneksi (fakir bandwidth) dan liburan panjang (Natal & Tahun Baru).

SRSProject akan tetap dilanjutkan. Sejauh ini progress yang udah gw buat :
1. Setup account Subversion (CVS) di situs Google Code
2. Pembuatan mailling list (srsproject@googlegroups.com)

Mailling list digunakan untuk komunikasi internal sesama anggota project. Gw juga sudah setting agar setiap perubahan di repo code kita langsung diumumkan melalui milis tersebut.

Jadi untuk anggota tim yang sudah mendaftar/akan mendaftar, silahkan PM alamat email gmail kalian sekali lagi ke gw (diharuskan menggunakan domain gmail.com, misal yuanlukito@gmail.com). Alasan kenapa harus gmail.com karena layanan Subversion dan mailling list semuanya menggunakan layanan google. Jika ada yang belum punya account gmail dimohon segera mendaftar (http://mail.google.com atau http://www.gmail.com)

Gw ringkas ya
> Untuk bergabung, PM alamat email @gmail ke gw.
> Bagi yang blom bergabung, atau baru baca thread ini, bisa langsung bergabung. Syaratnya juga sama, PM alamat email @gmail ke gw.
> Diskusi recruitment gw nyatakan ditutup. Berita/update mengenai SRS Project dapat dibaca di thread ini SRSProject On The Move
> Diskusi pengembangan dilanjutkan di thread SRSProject Open Discussion

[hrxone]

Tweet

klo pake web based mending pake standar web service aja bos,kaya NuSoap,WSDL transaksi datanya ntar pake ini,btw masih bs ikutan gabung gak ya?jd pengen

[MaulinTania]

Tweet

@saturnus : lomba design? hmmm.... not bad. Gw sebenarnya udah menyiapkan design arsitekturnya, sebelum gw buka thread ini. Gw juga sudah menyiapkan pembagian tugas, berupa modul-modul kecil. Demikian juga pilot featurenya juga udah ada
Oh ya, nama gw yuanlukito, bukan yulian 2nd mistake

Mengenai bahasa pemrograman, bisa pake delphi atau c# (untuk server) dan php (untuk antar muka client).

Hasil sementara ->
@SiriusBlack : Delphi
@tanner : ?
@Saturnus : ?
@Gw : Delphi & C#
@ditodelacroix : PHP
@garo : C++ ? (yg ini jarang yg bisa kayanya )

Bro .. kalo cewe bole ikutan gak ... kalo bole aku turut nimbrung donk ..
@MaulinTania : VB + C++

[ir1keren]

Tweet

Sori, mungkin gw yg kurang nangkep ato gmn, tp ko rasanya rada aneh, aplikasi desktop (windows based pake Delphi), trus klien pake web? Itu klien kirim request ke aplikasi desktop yg di server apa ke web server?
Klo pake aplikasi berbasis Windows GUI, berarti men-develop aplikasi customized server? Klo kaya gitu, berarti requirement tambah buat penguasaan port programming (Indy ato malah raw port )?
Nah aplikasi tsb ntar output ke klien berupa HTTP message (berarti tambah kebutuhan pemrograman HTTP message). Jadinya klien via web aksesnya http://namaserver/:nomor_port_aplikasi.

Klo mo pake web server, mending pake full PHP-Apache-MySQL, bisa dipake di server apa aja (Win,*NIX,.. ). PHP bisa ko buat menangani tag-tag dalam file biner, EXIF dlm JPEG aja bisa . Klo ga puas, bikin aja modul khusus buat PHP . Ntar klo monitor direktori yg berisi MP3, pake aja cron (*NIX) ato Task Scheduler (Win), PHP v5 kan udah bisa dipake sbg CLI kaya batch file Windows ato PERL. Trus biar file MP3 ga bs didonlot sembarangan, pake aja validasi User Agent dari aplikasinya, jd bisa ketauan apakah akses pake web, ato akses dari Winamp, dsb..Klo pake web, ditolak, klo pake Winamp mah lancar ajahh. Biar lebih aman pake HTTPS. User interface buat pengelolaan file pake AJAX, lebih sip en user friendly . Vote for AJAX . Nah diklien pake aja smcm search engine, ntar klo user dah milih lagu, playlist di-generate aja secara live melalui query, trus header output diganti pake fungsi header("Content-type: bla-bla-bla"), klo ga ky gitu ntar dianggap sbg HTML.
Klo gw sih mo diajak gabung, OK2 aj. Gw alhamdulillah bs Delphi + Indy + MySQL + Java + PHP + VB + JavaScript/AJAX + desain grafis.

[positive+]

Tweet

Sori, mungkin gw yg kurang nangkep ato gmn, tp ko rasanya rada aneh, aplikasi desktop (windows based pake Delphi), trus klien pake web? Itu klien kirim request ke aplikasi desktop yg di server apa ke web server?
Klo pake aplikasi berbasis Windows GUI, berarti men-develop aplikasi customized server? Klo kaya gitu, berarti requirement tambah buat penguasaan port programming (Indy ato malah raw port )?
Nah aplikasi tsb ntar output ke klien berupa HTTP message (berarti tambah kebutuhan pemrograman HTTP message). Jadinya klien via web aksesnya http://namaserver/:nomor_port_aplikasi.

Klo mo pake web server, mending pake full PHP-Apache-MySQL, bisa dipake di server apa aja (Win,*NIX,.. ). PHP bisa ko buat menangani tag-tag dalam file biner, EXIF dlm JPEG aja bisa . Klo ga puas, bikin aja modul khusus buat PHP . Ntar klo monitor direktori yg berisi MP3, pake aja cron (*NIX) ato Task Scheduler (Win), PHP v5 kan udah bisa dipake sbg CLI kaya batch file Windows ato PERL. Trus biar file MP3 ga bs didonlot sembarangan, pake aja validasi User Agent dari aplikasinya, jd bisa ketauan apakah akses pake web, ato akses dari Winamp, dsb..Klo pake web, ditolak, klo pake Winamp mah lancar ajahh. Biar lebih aman pake HTTPS. User interface buat pengelolaan file pake AJAX, lebih sip en user friendly . Vote for AJAX . Nah diklien pake aja smcm search engine, ntar klo user dah milih lagu, playlist di-generate aja secara live melalui query, trus header output diganti pake fungsi header("Content-type: bla-bla-bla"), klo ga ky gitu ntar dianggap sbg HTML.
Klo gw sih mo diajak gabung, OK2 aj. Gw alhamdulillah bs Delphi + Indy + MySQL + Java + PHP + VB + JavaScript/AJAX + desain grafis.

Saran yang bagus ... hayo, sapa yang mau ngurusin socket ama parsingnya, @ir1keren nyumbang [Threadings]nya aja yang beneran keren ...
------------------------------------------------------------------------
Kalo client-nya via browser, alangkah bagus untuk fokus dalam membuat web-server sendiri ( orang C++,C udah ada, dan bisa fokus dalam pembuatan threadings, services, socket, parsing etc, orang delphi dapat membuat interface desktop-nya ( interface/GUI is replaceable ) dan menggunakan hasil dari orang C++, orang2 web dapat digunakan untuk berkutat dan sbg konsultant masalah web interface ( pages ), browsers, etc dan pasti akan banyak ditanya ama si pemegang module parsing, sediakan 1 atau 2 orang sbg documenter, jgn semua-nya bertindak sbg programmer/coder, yg pasti pada males buat dokumentasi, si dokumenter yg feeding buat semua member, tiap member di manage ama org yg sbg project manager, jd si member mengerti apa yang akan diminta nantinya ke documenter dan apa yg harus dibuat/adjustings, dan project manager monitoring member progress dari output documenter ). Gitu udah jadi, tester adalah semua anak2 chip langsung lewat browser.

Moga kalian semua berhasil untuk project-nya

Cheer,

[mul14]

Tweet

Ngg.. anu... bahas trus.. implementasi nya kapan??

[mul14]

Tweet

Dan... akhirnya thread ini pun mati...
Tak ada kelanjutannya... sama seperti http://forum.chip.co.id/programming-...ogram-yuk.html