[keuangan-guyub] Komiter atau kontributor

[adesst]

Salam,

Saya sempat ikutin di milis codeigniter-id, mengenai komiter.
Yang saya mau tanya komiter disini utk project utama (releases)
atau per kontribusi (branches).

Saya juga sempat ikutin coding nya. Dan di toDoList ada di sebutkan
1. "Rapiin CSS" tepatnya? Semacam CSS Theme begitu?
2. "Rapiin JS" hummm bukankan utk "bersih2" nya krn load page yg
tinggi?
Kalau memang harus "dibersihkan" boleh tau gak di page mana yg
load nya tinggi?

Terima kasih utk jawabannya.

Adesanto Asman
http://adesanto-asman.blogspot.com

[muhammad subair]

2010/5/16 adesst <adesan...@gmail.com>

Salam,

Saya sempat ikutin di milis codeigniter-id, mengenai komiter.
Yang saya mau tanya komiter disini utk project utama (releases)
atau per kontribusi (branches).

Pertama-tama  kami sangat senang dan menyambut baik bagi yang ingin jadi komiter.

Dan untuk informasi juga buat teman-teman yg lain tentang cara kontribusi, kita masih menggunakan cara manual yang bisa dilihat disini http://code.google.com/p/keuangan-guyub/wiki/CaraBerkontribusi

Disitu bisa dilihat bahwa kontribusi di awal ini masih bersifat terbuka terhadap proyek utama, jika ada yg mau kontribusi dan cocok dengan tujuan awal untuk UKM jasa, maka akan kita masukkan ke rilis berikutnya.

Tapi kita juga sangat terbuka bagi teman-teman yg ingin membuat KG ini bisa digunakan untuk jenis usaha lain atau fitur tambahan, bisa membuat semacam modul, atau yg canggih seperti plugins di CMS. Mengenai modelnya kami juga belum menemukan cara terbaik, jadi silahkan beri masukan.
 

Saya juga sempat ikutin coding nya. Dan di toDoList ada di sebutkan
1. "Rapiin CSS" tepatnya? Semacam CSS Theme begitu?
2. "Rapiin JS" hummm bukankan utk "bersih2" nya krn load page yg
tinggi?
    Kalau memang harus "dibersihkan" boleh tau gak di page mana yg
    load nya tinggi?

Untuk rapi2 CSS dan JS, sebenarnya belum ada keluhan berat secara khusus, cuman jujur aja ketika develop di awal, themes css dan javascript dari jQuery, jQuery UI, Themeroler dan datatables dari contoh kita masukkan semua. Beberapa sudah kita hapus yang tidak perlu, tapi kami yakin masih banyak yg tidak dipakai dan masih ikut di rilis.

Jadi bagi yang ingin kontribusi rapikan, mungkin di awal dulu coba dibuang saja yg tidak perlu, tentunya diperhatikan jangan sampai tampilan berubah, atau fungsi hilang. Selanjutnya tidak tertutup kemungkinan untuk melakukan tuning di css dan js lebih lanjut.
 

Terima kasih utk jawabannya.

Adesanto Asman
http://adesanto-asman.blogspot.com

Gimana Mas Adesanto, jadi bantuin yg js dan css? Kabari saja, nanti langsung saya add dari google code dan tulis di todolist milis.

--
Muhammad Subair

[muhammad subair]

2010/5/16 muhammad subair <msu...@gmail.com>

Oh iya, tambahan aja untuk teman-teman yg lain, berkontribusi, tidak harus besar dan rumit, bahkan tidak harus berhasil, kalau sudah ingin membantu walau tidak berhasil, sudah berkontribusi.

Btw, Mas Adesanto, yang kemarin usul di chat, gapapa dilemparin ke milis aja, biar bisa jadi bahan diskusi, siapa tau ada teman lain yang mau mengembangkan juga ke arah usaha dagang, ntah itu jadi branches atau sekedar modul/plugins tambahan. Walaupun kami di Guyub dari awal ingin bawa KG untuk tetap fokus untuk usaha jasa, biar bisa lebih pas dan simple.

Terima kasih.

--
Muhammad Subair

[adesst]

Hummm... utk kontribusi awal mungkin saya akan kontribusi di ACL,
Tetapi jika ACL di implementasi tentunya seluruh modul scr mayoritas
akan kena dampak, mungkin kita akan mencari jalan tengah nya.

Ada site utk admin, ini juga penting, krn dg ada nya ACL, site admin
menjadi kebutuhan yg tak terhindarkan. So in short yg urus siapa
yg bisa akses dll si superuser. Tidak semua regular user bisa akses.
Utk ACL sendiri terserah mau yg sederhana spt Joomla! atau spt yg
skg saya gunakan utk semua klien2 saya.

Selain itu saya melihat ada kurang fitur yaitu kartu piutang, hutang
dan DP.
Karena mnurut saya walau UKM Jasa, utk proyek nya biasa bayar ada yg
adavanced (kas keras) ada juga sistem hutang dan begitu pun juga
piutang
dan DP. Beserta laporan tentunya.

Oyah saya sempat lihat bbrp menu yg memiliki kemiripan,
mungkin bisa juga di buat semacam menu/modul accelerator.
Jadi cuman klik klak klik jadi tuh 1 modul dg coding template
yg siap di isi. Semacam JAVA Swing, VB, dll. Joomla juga ada.

Oyah saya sempat sebutin Joomla bbrp kali krn saya byk belajar dari
CMS ini.
Tidak ada salah nya kita jadikan system yg udah mature :D

Saya akan buat spek nya dolo dlm flowchart dan UML.
Setelah selesai saya kirim. Stl itu kita akan tentukan mau yg
seperti apa dan bagaimana.

Keep up the good work yo!

On May 16, 9:56 pm, muhammad subair <msub...@gmail.com> wrote:
> 2010/5/16 adesst <adesantoas...@gmail.com>

>
> > Salam,
>
> > Saya sempat ikutin di milis codeigniter-id, mengenai komiter.
> > Yang saya mau tanya komiter disini utk project utama (releases)
> > atau per kontribusi (branches).
>
> Pertama-tama  kami sangat senang dan menyambut baik bagi yang ingin jadi
> komiter.
>
> Dan untuk informasi juga buat teman-teman yg lain tentang cara kontribusi,

> kita masih menggunakan cara manual yang bisa dilihat disinihttp://code.google.com/p/keuangan-guyub/wiki/CaraBerkontribusi

[adesst]

Oyah utk CSS dan JS tuning, saya pribadi penganut
"premature optimation is root of evil"
Jadi as long as tidak ada signifikansi maka saya kerjain yg lain
terlebih dahulu :D.

Sorry kl tidak menjawab pertanyaan.

[muhammad subair]

2010/5/17 adesst <adesan...@gmail.com>

I c :).

--
Muhammad Subair

[muhammad subair]

Kalo untuk site admin, di keuangan guyub sekarang sudah ada pembagiannya, walaupun masih sederhana (hanya admin dan user biasa) dan manual (tidak dari database)..
Mungkin bisa dikembangkan dari situ untuk penambahan ACL (Access Control List kan? cmiiw).

Jujur saja kami mau ngembangin ke situ juga, di ToDoList udah kita tulis perbaikan pembagian menu, login dan hak akses pengguna (no. 4). Kita belum ngerjain, kalau memang akan kerjain yang itu, silahkan konfirmasi ntar kita update wiki-nya, dan bantu informasi yang dibutuhkan.

Untuk kartu utang piutang, saya nunggu tanggapan dari teman-teman yg lain apakah memang perlu dan dibtuhkan, soalnya nanti keluar dari tujuan sederhana. Kalaupun nanti tidak masuk ke daftar list utama, bukan berarti tidak dikembangkan, cuman nanti kita pikirkan apakah dia sistemnya jadi plugins atau modul tambaha, mungkin meniru cms yg sudah mature.

Terima kasih

2010/5/17 adesst <adesan...@gmail.com>

--
Muhammad Subair

[adesst]

On May 17, 1:15 pm, muhammad subair <msub...@gmail.com> wrote:
> Kalo untuk site admin, di keuangan guyub sekarang sudah ada pembagiannya,
> walaupun masih sederhana (hanya admin dan user biasa) dan manual (tidak dari
> database)..
> Mungkin bisa dikembangkan dari situ untuk penambahan ACL (Access Control
> List kan? cmiiw).

Yup, benar. Nanti di site admin nya menu ACL muncul dan superuser yg
manage user2 nya.
Atau mengadopsi level access menu, spt joomla,
Kategori nya -> public, private, special. Mungkin kondisi ini lbh
cocok, krn sistem awal tidak
di rancang modular, jadi berdasarkan menu saja dlm hal ini utk Guyub
adalah berdasarkan
navigation link.

> Jujur saja kami mau ngembangin ke situ juga, di ToDoList udah kita tulis
> perbaikan pembagian menu, login dan hak akses pengguna (no. 4). Kita belum
> ngerjain, kalau memang akan kerjain yang itu, silahkan konfirmasi ntar kita
> update wiki-nya, dan bantu informasi yang dibutuhkan.

:D ok mungkin saya kurang paham utk title no.4, sorry.

> Untuk kartu utang piutang, saya nunggu tanggapan dari teman-teman yg lain
> apakah memang perlu dan dibtuhkan, soalnya nanti keluar dari tujuan
> sederhana. Kalaupun nanti tidak masuk ke daftar list utama, bukan berarti
> tidak dikembangkan, cuman nanti kita pikirkan apakah dia sistemnya jadi
> plugins atau modul tambaha, mungkin meniru cms yg sudah mature.

Kalau di rasa ragu nanti di buat branches saja. Tetapi kembali lagi
sistem
site admin nya harus ada mekanisme utk menambah modul atau setidak nya
bisa menambah navigation link, sehingga terkesan support plug-in atau
add-on
atau apalah namanya hhahahahhaha :D.

[Arie W. Subagja]

Btw, di halaman @todolist, saya ada liat progres untuk task, darimana
kita tau bahwa progres itu sudah mencapai presen tertentu (30%
misalnya untuk 'Dokumentasi Petunjuk Penggunaan').

Apakah ada task list yang bisa kita liat?

muhammad subair wrote:
> 2010/5/16 muhammad subair <msu...@gmail.com <mailto:msu...@gmail.com>>
>
> 2010/5/16 adesst <adesan...@gmail.com
> <mailto:adesan...@gmail.com>>

--
Arie W. Subagja
www: http://malam.or.id
YM!: omgphp

[ujang tea]

Saya setuju, untuk kartu utang, piutang dimunculkan, karena bagaimanapun itu masuk kedalam bagian dari bisnis proses keuangan  (accounting), walaupun yang menggunakan UKM.

2010/5/17 muhammad subair <msu...@gmail.com>

[adesst]

@Arie dan @ujang tea, ada ide utk struktur ACL nya?

Masalah kartu piutang, hutang dan DP mungkin nanti masuk branches
saja.
Jadi bagi mereka yg mau gunakan baru di add-in, bagaimana @ujang tea
dan @Moh.Subair?

[muhammad subair]

Selama ini di pengurusan keuangan Guyub lebih dari 2 tahun kami belum pernah dan tidak tahu masalah kartu utang, piutang. Kira-kira ada yang bisa kasih contoh transaksinya di perusahaan jasa? Biar bisa kita analisa dan dapat masukan dari semua.

Kalau memang UKM jasa pakai dan tidak ribet pasti akan kita gunakan,kenapa tidak malah bagus, tambah satu fitur. Tapi kalau tidak, ntar apa bedanya dengan sistem akuntansi lain, selama ini kami pakai GNU Cash (http://www.gnucash.org/), dan terus terang itu lebih lengkap dan tangguh, kurangnya hanya kami tidak bisa secara otomatis dengan sekali input di jurnal mendapatkan data informasi keuangan per proyek dan laporannya, ditambah laporan2 pajaknya gak ada, ya iyyalah luar negeri kalaupun ada pasti beda dengan kita :D

Untuk branches saya setuju, selain itu mungkin butuh masukan dari yang senior2 bagaimana sistem terbaik agar bisa bongkar pasang modul/plugins, jika ada yang menginginkan. Jadi tetap ada yg simple dan sederhana, tapi kalau ada yg mau buat advance juga bisa. Jangan khawatir walaupun ide dan teknisnya belum dikerjakan sekarnag, setidaknya pondasi coding dan arsitektur yang kita buat mendukung/mengarah kesana, sehingga suatau saat mau diterapkan tidak bongkar semua.

Yang ACL gimana nih Mas @adesst, kalau mau diskusikan kontak2an aja untuk janjian chating, tapi yakin bebasnya sih biasnaya malam diatas jam 10 :D.

Terima kasih

2010/5/18 ujang tea <uja...@gmail.com>

--
Muhammad Subair

[ujang tea]

kalu untuk ACL saya kira cukup dengan yang ada, sederhana saja... karena target usernya juga yang sederhana kan? toh di UKM, user yang menggunakan paling cuman 1 orang itu2 aja dalam hal ini pemilik, atau paling banter 2 orang, 1 orang pemilik usaha sebagai admin dan 1 orang pegawai sebagai user operator.. tapi kalo memang ingin dikembangkan lebih jauh, tidak ada masalah...

yang perlu di perhatikan dalam ACL bukan hanya hak akses, tapi datalogger, siapa yang bertanggung jawab terhadap input data row tertentu, dan siapa yang bertanggung jawab terhadap delete data row tertentu..

salam

ujang tea ti tataran sunda

2010/5/18 adesst <adesan...@gmail.com>

[Muhammad Subair]

Progress disitu manual Pak. Tasklistnya juga bersifat 1 pekerjaan. Jadi jika ada yang ingin kontribusi 1 kerjaan, langsung kita tulis disitu, untuk update berkala silahkan lakukan lewat mailing list atau kontak Owner langsung.

Oh ya, sambil menunggu masuk ke repository ada masukan gak ttg hal ini?

2010/5/18 Arie W. Subagja <arie....@malam.or.id>

--
Regards,
--
Muhammad Subair

Palembang - Indonesia
http://guyub.co.id
+62 711 9158918

[Arie W. Subagja]

saya sih biasanya menggunakan has_many roles (bisa juga has_one), jadi
untuk setiap section, kita tinggal cek kira2 seperti ini:

$user->has('admin') atau $user->is_admin()

bedanya yang has_many sama has_one, kita mesti ngeliat role level,
tapi tidak di has_many roles.

ujang tea wrote:
> kalu untuk ACL saya kira cukup dengan yang ada, sederhana saja... karena
> target usernya juga yang sederhana kan? toh di UKM, user yang
> menggunakan paling cuman 1 orang itu2 aja dalam hal ini pemilik, atau
> paling banter 2 orang, 1 orang pemilik usaha sebagai admin dan 1 orang
> pegawai sebagai user operator.. tapi kalo memang ingin dikembangkan
> lebih jauh, tidak ada masalah...
>
> yang perlu di perhatikan dalam ACL bukan hanya hak akses, tapi
> datalogger, siapa yang bertanggung jawab terhadap input data row
> tertentu, dan siapa yang bertanggung jawab terhadap delete data row
> tertentu..
>
>
> salam

> *ujang tea ti tataran sunda*
>
>
>
> 2010/5/18 adesst <adesan...@gmail.com <mailto:adesan...@gmail.com>>

>
> @Arie dan @ujang tea, ada ide utk struktur ACL nya?
>
> Masalah kartu piutang, hutang dan DP mungkin nanti masuk branches
> saja.
> Jadi bagi mereka yg mau gunakan baru di add-in, bagaimana @ujang tea
> dan @Moh.Subair?
>
>

[Arie W. Subagja]

Oh.. menurut saya, akan lebih mudah jika kita melihat persentase nya
itu dari banyak nya task yang sudah selesai dari issues per milestone.
kadang kita mempunyai issue yang menurut kita fix, tapi ternyata tidak
untuk yang lain, terima kasih untuk membuat halaman issues di google
code.

ok kita liat perkembangannya, bravo team guyub :)

Muhammad Subair wrote:
> Progress disitu manual Pak. Tasklistnya juga bersifat 1 pekerjaan. Jadi
> jika ada yang ingin kontribusi 1 kerjaan, langsung kita tulis disitu,
> untuk update berkala silahkan lakukan lewat mailing list atau kontak
> Owner langsung.
>
> Oh ya, sambil menunggu masuk ke repository ada masukan gak ttg hal ini?
>
> 2010/5/18 Arie W. Subagja <arie....@malam.or.id

> <mailto:arie....@malam.or.id>>

>
> Btw, di halaman @todolist, saya ada liat progres untuk task, darimana
> kita tau bahwa progres itu sudah mencapai presen tertentu (30%
> misalnya untuk 'Dokumentasi Petunjuk Penggunaan').
>
> Apakah ada task list yang bisa kita liat?
>
> muhammad subair wrote:
>
> 2010/5/16 muhammad subair <msu...@gmail.com

> <mailto:msu...@gmail.com> <mailto:msu...@gmail.com

> <mailto:msu...@gmail.com>>>
>
>
> 2010/5/16 adesst <adesan...@gmail.com
> <mailto:adesan...@gmail.com>

> <mailto:adesan...@gmail.com

[adesst]

Di karenakan group ini tidak dapat menyertakan zip file,
maka saya telah menyimpan proposal ACL saya di

http://www.4shared.com/file/TPR_ccvC/proposal-pdf.html

ACL ini hanya akan dpt di akses di menu admin.
Tipikal kontribusi ini nantinya menjadi bagian alur
aplikasi utama, tidak dapa dipisahkan.
Mohon di cek, jikalau ada pertanyaan jgn ragu utk
ditanyakan. Saran dan kritik akan sangat dihargai.

Terima kasih.

[muhammad subair]

Sip2, baru download, tapi belum sempat baca2, jadi belum bisa komentar,..

Terima kasih banyak

2010/5/23 adesst <adesan...@gmail.com>

--
Muhammad Subair

[adhe kania]

Usulan proposal ACLnya menurut saya udah bagus..
Cuma sedikit saran dan pertanyaan dari saya :
1. Untuk table user sepertinya sama dengan table login yg sudah ada.. Hanya mengganti kolom administrator dengan access_level_id.. jadi ga perlu buat baru..
2. Table menu_access_level dan access_button sebaiknya dikasih id
3. Ordering di table menu_registration dan order di table access_button buat apa ya?
4. Dengan struktur database design seperti itu, saya rada bingung menghubungkan button dengan access_level_id.. Apa ga sebaiknya pada table menu_access_level dihubungkan dengan id dari table access_button bukan dengan id dari menu_registration?
5. Struktur penamaan class, file dan struktur database, ntar ikutin standar yang ada
Kayanya segitu dulu.. Untuk detailnya, ntar kita diskusiin lagi..
Trus kalo butuh bantuan info tentang file^^ mana aja yang kira^^ berhubungan dan harus diubah, jangan sungkan untuk tanyain langsung ya mas (lewat YM juga boleh), supaya ga perlu buang waktu banyak untuk ngoprek^^ :)

Oya mas, Ntar mas Bair masukin nama mas di kontributor sama wiki ya..

Makasih

-ad-

2010/5/23 muhammad subair <msu...@gmail.com>

[muhammad subair]

Sorry lupa konfirmasi kalau sudah menambahkan ke kontributor dan todolist.

Tolong dikabari aja, kalau ada masalah atau butuh sesuatu.

Terima kasih

2010/5/25 adhe kania <adhe....@gmail.com>

--
Muhammad Subair

[adesst]

#1. Ok, kalau boleh saya tahu, cara yg harus di tempuh dlm perubahan
table apa saja?
mengingat applikasi yg berjalan query nya sudah fixed.
#2. Ok, akan saya tambahkan di design table nya.
#3. ordering nya mirip seperti order-ing di joomla,
COntoh: pertama kita buat akses menu AP di ikuti Report AP, lalu
ternyata ada perubahan
semua report harus muncul sbelum akses ke transaksi,
maka cukup ubah
ordering supaya akses (link) Report Ap tampil
sebelum link AP.
#4. Mungkin mudah nya sperti ini: (ini hanya utk menjelaskan proposal
button management)
User : hey system saya mau akses menu Jurnal Umum.
id saya: adesanto, level privilege saya 99( paling
rendah, admin)
System : Ok, adesanto kamu terdaftar utk mengakses menu (link)
ini,
dan button2 yg kamu bs akses sesuai privilege kamu
hanya
bisa akses 2 dari 6 button yaitu entry & view.
Dimana menu ini sebenarnya ada 5 button. enry,
view, edit, approve, cancel dan delete.
User : Ok, saya akan mulai kerja...
** catatan, mungkin proposal button kesannya akan memperumit,
jadi saya batalkan saja :D
Utk menghindari pertanyaan dan keruwetan yg akan
datang.
#5. Standar nya mungkin saya harus review. Dan jika sudah selesai feel
free utk modify kl ada yg kurang selaras.

Sorry baru balas, krn byk nya project yg saya sdg handle. Thx

On May 25, 9:45 pm, adhe kania <adhe.ka...@gmail.com> wrote:
> Usulan proposal ACLnya menurut saya udah bagus..
> Cuma sedikit saran dan pertanyaan dari saya :
> 1. Untuk table user sepertinya sama dengan table login yg sudah ada.. Hanya
> mengganti kolom administrator dengan access_level_id.. jadi ga perlu buat
> baru..
> 2. Table menu_access_level dan access_button sebaiknya dikasih id
> 3. Ordering di table menu_registration dan order di table access_button buat
> apa ya?
> 4. Dengan struktur database design seperti itu, saya rada bingung
> menghubungkan button dengan access_level_id.. Apa ga sebaiknya pada table
> menu_access_level dihubungkan dengan id dari table access_button bukan
> dengan id dari menu_registration?
> 5. Struktur penamaan class, file dan struktur database, ntar ikutin standar
> yang ada
> Kayanya segitu dulu.. Untuk detailnya, ntar kita diskusiin lagi..
> Trus kalo butuh bantuan info tentang file^^ mana aja yang kira^^ berhubungan
> dan harus diubah, jangan sungkan untuk tanyain langsung ya mas (lewat YM
> juga boleh), supaya ga perlu buang waktu banyak untuk ngoprek^^ :)
>
> Oya mas, Ntar mas Bair masukin nama mas di kontributor sama wiki ya..
>
> Makasih
>
> -ad-
>

> 2010/5/23 muhammad subair <msub...@gmail.com>

>
>
>
> > Sip2, baru download, tapi belum sempat baca2, jadi belum bisa komentar,..
>
> > Terima kasih banyak
>

> > 2010/5/23 adesst <adesantoas...@gmail.com>

[adesst]

Anyway mungkin start new TS aja kali yahh, ACL Proposal.