ini bukan tentang Anda bukan juga tentang Kami

“kalo semua mahasiswa tidak mengerti apa yang diajarkan oleh dosen, berarti bukan salah mahasiswanya, tapi salah dosennya”

CHAPTER 1 . MAHASISWA

Dulu sewaktu masih kuliah, ada satu mata kuliah yang entah kenapa sepertinya semua mahasiswa yang ambil mata kuliah ini sulit sekali untuk mendapatkan nilai yang baik. Kita sebut saja misal mata kuliah Jaringan Komputer (JarKom).

Nggak yang rajin, apalagi yang males, hampir semuanya sulit untuk mendapatkan nilai yang baik. Bahkan mendapatkan nilai C saja sudah bersyukur, karena tidak perlu ikut HER atau the worst case: ngulang tahun depan.

CHAPTER 2 . PHILOSOPHY

Sama seperti laki-laki normal lainnya, disela-sela sarapan pagi, gw pun cerita hal tersebut ke bokap nyokap, dan komentar dari nyokap-pun cukup melegakan hati..

“kalo semua mahasiswa tidak mengerti apa yang diajarkan oleh dosen, berarti bukan salah mahasiswanya, tapi salah dosennya”

“dari semua mahasiswa, pasti ada beberapa mahasiswa yang lebih cerdas dan lebih rajin, tapi kalo mereka-pun kesulitan untuk mengerti mata kuliahnya, brarti memang dosennya yang kurang baik menyampaikan/mengajarkan ilmunya. Toh buktinya di mata kuliah yang lain kalian semua bisa mengerti” lanjut nyokap gw.. *sambil menceritakan pengalamannya kuliah dulu*

Gw pun tertegun, tersenyum dan berfikir,

“berarti nilai gw jelek di mata kuliah ini emang bukan salah gw sepenuhnya ”

CHAPTER 3 . KARYAWAN

Berbekal pengalaman tersebut, philosophy itu-pun terbawa sampai sekarang, ditempat kerja (saat ini).

Entah apa yang salah, yang pasti nggak tau kenapa temen-temen seperjuangan ini hampir sama-sama menyuarakan hal yang sama. Otomatis, philosophy itu-pun muncul kembali di benak gw..

“kalo sebagian besar karyawan merasakan hal yang sama, berarti yang salah bukan karyawannya, tapi..” *sambil gosok-gosok dagu*

CHAPTER 4 . KESIMPULAN

Entahlah apa yang salah, yang pasti kita semua butuh perubahan, positif dan kearah yang lebih baik tentunya. Dan yang mampu merubah semua itu bukan gw, bukan juga temen-temen gw.

Kalo semua itu nggak juga berubah, otomatis, temen-temen yang harus berubah, dan yang paling mudah adalah berubah jalur gw fikir hal itu wajar, karena pasti semua dari kita mengharapkan yang terbaik, untuk perusahaan dan terutama untuk dirinya.

Tulisan gw kali ini memang sedikit pudar tujuannya, pada intinya, hanya ingin berbagi salah satu philosophy yang selama ini gw pegang. Gw juga nggak tau apa philosophy ini bener atau nggak, gimana menurut Anda?

Regards,

Adiputra

Battle Programmer Shirase

“Etika adalah satu set kepercayaan, standar, atau pemikiran yang mengisi suatu individu, kelompok atau masyarakat.”

CHAPTER 1. ETIKA PROGRAMMER APAAN AJA SIH?

Minggu kemaren gw ditanya sama cewek-nya temen gw. “Sebagai seorang programmer, etika programmer apaan aja sih?”; “buat tugas cewek gw nih” …. whuooo gw pun langsung melongo, soalnya gw juga nggak tau apa aja etika-nya yang kepikiran di otak gw cuman nggak boleh nge-crack; kalo ngambil code/snippet buatan orang lain, harus disisipkan dalam comment dari mana kode tersebut didapet en siapa yang pertama kali buat.

Walopun udh bertaun2 jadi programmer, gw nggak pernah mengkhususkan diri untuk cari tau etika profesi gw sebagai programmer apa ajah sebetulnya dulu waktu kuliah ada mata kuliahnya, Etika Profesi namanya, tapi seinget gw, gw nggak ngambil mata kuliah inih :p atau gw ambil tapi pas kuliah gw nggak pernah masuk kali yah :p *eeeh… yaaah.. lupa lah intinya*

CHAPTER 2. ETIKA PROGRAMMER

Emang penasaran juga dengan etika programmer, akhirnya gw sempetin diri untuk serach di om google. Singkat cerita, nemu-lah halaman ETIKA PROFESI YANG BERLAKU BAGI PROGRAMMER DIINDONESIA yang ditulis oleh GALIH PRANOWO seorang mahasiswa INSTITUT SAINS & TEKNOLOGI AKPRIND. Berikut adalah rangkuman Etika Programmer:

1. Seorang programmer tidak boleh membuat atau mendistribusikan Malware.
2. Seorang programmer tidak boleh menulis kode yang sulit diikuti dengansengaja.
3. Seorang programmer tidak boleh menulis dokumentasi yang dengan sengaja untuk membingungkan atau tidak akurat.
4. Seorang programmer tidak boleh menggunakan ulang kode dengan hak cipta kecuali telah membeli atau telah meminta izin.
5. Tidak boleh mencari keuntungan tambahan dari proyek yang didanai oleh pihak kedua tanpa izin. Etika profesi yang berlaku bagi programmer di indonesia 3
6. Tidak boleh mencuri software khususnya development tools.
7. Tidak boleh menerima dana tambahan dari berbagai pihak eksternal dalam suatu proyek secara bersamaan kecuali mendapatkan izin.
8. Tidak boleh menulis kode yang dengan sengaja menjatuhkan kode programmer lain untuk mengambil keuntungan dalam menaikkan status.
9. Tidak boleh membeberkan data-data penting karyawan dalam perusahaan.
10. Tidak boleh memberitahu masalah keuangan pada pekerja dalam pengembangan suatu proyek.
11. Tidak pernah mengambil keuntungan dari pekerjaan orang lain.
12. Tidak boleh mempermalukan profesinya.
13. Tidak boleh secara asal-asalan menyangkal adanya bug dalam aplikasi.
14. Tidak boleh mengenalkan bug yang ada di dalam software yang nantinya programmer akan mendapatkan keuntungan dalam membetulkan bug.
15. Terus mengikuti pada perkembangan ilmu komputer.

Pada umumnya, programmer harus mematuhi “Golden Rule”: Memperlakukan orang lain sebagaimana kamu ingin diperlakukan. Jika semua programmer mematuhi peraturan ini, maka tidak akan ada masalah dalam komunitas.

CHAPTER 3. KESIMPULAN

Begitulah kira-kira rangkuman Etika Programmer menurut Galih. Gw sendiri belum sempet studi banding *soalnya nggak punya pembanding* :p jadi gw nggak tau keabsahannya. Mungkin yang lain boleh kalo ada yang mo nambahin/ngurangin & kasih pendapat, masukan positif, biar kita para programmer bisa punya acuan etika dalam mengoding

Thanx,
PT

Indowebster 5.1MB/Sec

“kapan Indonesia bisa menggunakan bandwidth speed dewa dengan leluasa yah?”

CHAPTER 1 . INDOWEBSTER

Sebagai penyedia jasa storage online, Indowebster merupakan kiblat utama para internet surfer di Indonesia dalam menyimpan/mengunduh file. Dengan server lokal, otomatis waktu untuk upload/download akan bisa lebih cepat lagi prosesnya. Walaupun demikian, dengan keadaan internet di Indonesia ini yang katro, tetep aja butuh beberapa menit atau bahkan jam untuk mengunduh file yang ukurannya ratusan megabyte.

CHAPTER 2 . SPEED DEWA

Bagaimana kalo di Indonesia ini kita bisa upload/download dengan kecepatan super a.k.a speed dewa. Pasti muaknyosss bukan?! gambar diatas itu bukanlah rekayasa, boleh undang you know hwo untuk cek keasliannya . Gambar tersebut asli terjadi di laptop gw, download dari Indowebster 5.1 MB/Sec atau dengan kata lain 140 MB hanya dalam waktu 35 detik saja!!

Regards,
PT

My Tasks List

“Maintenance sistem ituh nggak lah mudah . Lebih mudah membuat sistem baru daripada harus ngelanjutin sistem buatan orang”

CHAPTER 1 . DEVELOPER & MAINTENANCE

Siapa bilang maintenance itu mudah? apalagi memaintain sistem/kode buatan orang. Susah!! Sulit!! Puyeng!! itulah yang gw dapet selama ini, dan gw juga yakin dengan para application support lainnya. Kenapa? bayangin aja, seperti ini mungkin tahapannya:

• Sebelum bisa solving problem, gw harus tau dulu sistem ini kerjanya kayak gimana. Yang jadi masalah adalah, application support/ maintenance developer/ apapun namanya itu, nggak pernah diajak pada fase user requirement, nggak pernah diajak pada developer meeting, tapi dituntut untuk bisa `do solving problem while problem arise`. Yang resek adalah, ketika sistem yang udh `jadi` ini banyak diakal-akalin sama developer, sehingga agak meleset dari kebutuhan user. Mungkin pada fase User Acceptance Test, `akal-akalan` ini semua bisa lolos, tapi disaat system full dipake ama user, hal hal `ngaco` gini jadi tanggungan maintenance (tambah resek lagi kalo developer-nya lepas tangan).
• Pelajari alur programming. Design Pattern yang dipakai apa aja (kalo ada). Selain mempelajari sistem, gw harus pelajari dulu alur programming/arsitektur-nya seperti apa. Hal ini bantu banget untuk bisa tau `apa yang harus gw apain` when `problem arise in somewhere`.
• Pelajari logika pemrograman/kode si developer. Ini biasanya yang paling males. Untuk bisa meng-enhance sistem yang udah `jadi`, otomatis kita harus ikutin kode-kode yang udah ada. Syukur kalo kode-kode itu dibangung dengan rapih dan dengan aturan, entah berdasarkan design pattern ato hanya convention aja. Tapi kalo kode-kode itu dibangung `yang penting jalan`, mati lah gw ~.~ banyak yang perlu gw permak en `refactor` disana-sini.

CHAPTER 2 . PERFECT IT NOW OR PERFECT IT LATER

Gw nggak bilang gw hebat, tapi.. gw bisa!! Selama ini yang muncul dipikiran gw, kenapa orang kayak gw kok di tarok di belakang (setelah aplikasi jadi, baru gw yang nerusin/`ngebenerin`).

“Lebih baik perfect it now atau perfect it later?“, gw lebih pilih “Perfect it now“, artinya, bangun sistem itu sebaik-baik nya di awal, dengan aturan yang baik, solusi yang strategis, biar jadi sebuah project yang sehat dengan lingkungan kerja yang sehat & otomatis maintenance-nya mudah. Disini otomatis developer yang rapih kudu dilibatin di awal pengembangan sistem, untuk karena kalo awalnya rapih, Insya Allah kebelakangnya juga rapih.

Tapi kalo “Perfect it later“, di awal yang penting jadi dulu, urusan jalan/ga, sistemnya bener/ga, solusinya baik/ga, itu dibelekang aja.. gimana nanti. Disini otomatis developer yang rapih dilibatin di belakang, ya untuk rapih-rapih dan jadi babu. Nggak adil kan?!

CHAPTER 3 . ME & MY EXPERIENCE

Dari taon 2003 sebenernya gw udah terlibat project, walopun dimulai dari yang kecil & sebagian itu single fighter, tapi setidaknya ini ngebuktiin kalo gw bisa.. nggak percaya? ya udh nggak maksa kok :p tapi, boleh kalo mo cekidot Sampe akhirnya sekarang alhamdulillah bisa kecil-kecilan buka bengkel :p belum resmi memang.

Berfikir sebagai seorang `karyawan developer maintenance`, dengan berfikir sebagai seorang `co-founder and bisnis maker strategies` amat sangat-lah bertentangan dan tentu saja jungkir balik. Disatu sisi cuman kerja sambil ngangguk-ngangguk `ok Pak, saya kerjain..` disisi lain kerja sambil geleng-geleng `how to run this business` . `what solution i should provide to make that thing happen` . `what architectur i should create to build this system ` . `how to manage a connection` . `i should rise my partners is spirit`

Ada beberapa hasil nyangkul gw di sawah yang mulai berbuah, diantaranya;

• HalloCare. Customer Care System for Lab Test Certification. Dulu namanya TECHCCS, baru ada dua klien, yang 1 udah running, yang 1 baru mau implementing. *doakan goal yah *
• HalloInventory. Inventory Control with Request Order Approval. Dulu namanya TECHICS, baru ada satu klien yang udah running.
• HalloDoc. Web Based Document Managment System. Dulu namanya TECHDMS, baru banget di develop, terinspirasi project terakhir gw :p . Development masih pending. *doakan repeat order yah biar da modal lagi*
• HalloCms/HalloWebPro. Content Management System for Professional. Dulu namanya TECHCMS, tinggal sedikit permak lagi, lalu siap dipasarkan

mau ngetest? boleh.. username: techadmin, password: password. Gentlemen Agreement: Tolong jangan diganti passwordnya yah, gw blm sempet proteksi :p

have an application too? share with me, i will appreciate it!!

update 02 12 2009 . aplikasinya lagi diturunin dulu, jadi pasti site not accessible :p maklum, lagi mau naekin yang laen en tempat amat sangat terbatas (blush)

Regards,
PT

perjoeangan

Kami bangsa Indonesia dengan ini menjatakan kemerdekaan Indonesia.

Hal-hal jang mengenai pemindahaan kekoeasaan d.l.l., diselenggarakan

dengan tjara seksama dan dalam tempo jang sesingkat-singkatnja.

Djakarta, hari 17 boelan 8 tahoen 05

Atas nama bangsa Indonesia.

Soekarno/Hatta

CHAPTER 1 . TEKS PROKLAMASI

Mengapa teks proklamasi Indonesia sedemikian singkat? apakah ada teks proklamasi bangsa lain yang lebih singkat lagi? `gw nggak tau`. Apakah sedemikian tergesa-gesanya sehingga tidak sempat menuliskan teks proklamasi yang mencerminkan ideologi nasional, jati diri bangsa, dan visi-misi Negara Kesatuan Republik Indonesia? Bukankah sudah dibentuk BPUPKI jauh-jauh hari sebelum hari kemerdekaan?

CHAPTER 2 . 64 TAHOEN INDONESIA MERDEKA

Udah 64 tahun Indonesia Merdeka . Banyak yang berkata-kata `sudahkah kita merdeka dari bangsa sendiri`. Jujur, gw nggak ngerti ini maksudnya apa? bukannya kalo kita menginginkan perubahan kita mulai dari diri kita sendiri? atau karena gw memang nggak ngerti en nggak tau informasi? layakkah kita selalu berteriak `sudahkah kita merdeka dari bangsa sendiri`? pernahkah kita berteriak `sudahkah saya merdeka dari diri saya sendiri`?

CHAPTER 3 . SEKALI MERDEKA TETAP MERDEKA

Kita harus bangga dengan ini semua. Syukuri semua nikmat yang sudah diberi. Bukankah: `Maka, mikmatKu yang mana lagi yang kau dustakan?`

Regards,
PT

Life With Proud

. ketika dedikasi bertemu dengan `Company’s Rules` . maka dedikasi itu tinggal-lah seonggok omong kosong belaka .

CHAPTER 1 .  THE ‘L’ DAY

Hari itu gw resmi membuat penyataan. Memang biasa saja, namun cerita-nya berkembang menjadi luar biasa ketika hari ini pun tiba. Pada hari itu nggak ada perasaan apapun, hanya sebatas telah menyelesaikan tugas dan siap untuk tugas baru yang akan sudah menanti.

Effisien per-tanggal 15 Juli 2009 , namun gw ambil cuti dari tanggal 9 – 15 Juli 2009. Hitungan-nya, 1/2 bulan gw masih sebagai karyawan.

CHAPTER 2 . THE ‘H’ DAY

Hari yang dinanti setiap karyawan-pun tiba. Hampir seluruh karyawan sibuk nge-cek status eBanking masing-masing, tak terkecuali dengan gw. Sempet shock ngeliat rekening yang hanya terisi 25% dari total gaji gw yang biasa gw terima. Coba tenang dan tarik nafas pelan-pelan biar bisa mikir jernih.

Apa yang ada di kepala gw saat itu? `..anak istri gw bulan ini mo makan apa..` begitu kira-kira yang ngebuat gw nggak mood untuk ngelanjutin kerjaan *yang sebenernya nggak ada kerjaan* .

Mondar-mandir bingung sendiri sambil berfikir logis dan coba cari masukan sana-sini..

CHAPTER 3 . THE ‘B’ DAY

Cerita ini berawal dari dua minggu sebelum hari itu, dimana gw berbincang santai dengan pak kepala proyek mengenai rencana `transfer` gw ke `club` lain. Saat itu sempet gw diminta untuk menunda `keberangkatan` gw, tapi karena gw udah ngebet, gw pun ngotot untuk secepatnya `hengkang`di awal bulan depan.

Nego punya nego pun pak kepala proyek meminta tanggal 10 Juli 2009 sebagai tanggal yang ideal, gw pun mikir . `kasian orang yang dapet tugas gantiin gw . secara sistem yang lagi gw miantain semuanya hanya setumpuk sampah hasil karya pelukis abstrak`.

Akhirnya with proud gw pun meng-iya-kan permohonan tersebut. Dikarenakan penerimaan di `club` yang baru adalah per tanggal 1 atau 15 setiap bulannya, maka negoisasi-pun berakhir dengan ketetapan 15 Juli 2009 sebagai tanggal efisien.

CHAPTER 4 . THE DAY

Shock memang langsung gw rasain siang tadi. Setelah mendapat pencerahan, mungkin seperti ini analisa-nya.

• Bulan ini gw cuman masuk 5 hari kerja. Terhitung tanggal 1 – 7 Juli 2009.
• 1 Bulan adaah 20 hari kerja. Jadi 5 / 20 = 25 / 100 = 25%

Mengapa dihitunga per-hari masuk?? bukan per-tanggal effisien 15 Jui 2009?? `..jadi begini..`

• Waktu join di bulan pertama dengan `club` lama saya adalah per-16 April 2007.
• Diakhir bulan dihitung seberapa hari saya bekerja di `club` tersebut, dan sebanyak itulah yang saya dapet. Istilah-nya prorate kalo tidak salah.
• Mungkin begitu juga dengan perhitungan di bulan terakhir saya.

Apakah pasti seperti itu??

Nggak tau juga, mau nanya tapi udh males banget.. jadi gw cuekin ajah dah. Biar yang diatas yang membalasnya

CHAPTER 5 . THE ‘C’ DAY

Niat ingin berbuat baik pada `club` lama, dengan berfikir & tanggung jawab untuk tidak menelantarkan `mereka` begitu saja…tapi yang ada malah `mereka` yang `menelantarkan` gw. Kalo gw tau nggak bakal ada `respect from them` , gw bakal ngotot untuk `hengkang` pas diawal bulan saja.

`i life with proud ` .. lain kali harus liat-liat `club` nya dulu .. apa pantas mendapatkan perlakuan istimewa dari gw atau tidak

Software Development Life Cycle. Pada software engineering, SDLC merujuk pada suatu model dan metodology dalam membangun sebuah sistem komputer. (wikipedia, 14 april 2009).

Ada banyak model yang bisa diterapkan dalam SDLC, beberapa di antaranya adalah waterfall, rapid prototyping, dan spiral. Dalam setiap model, biasanya ada tingkatan / phase-phase yang harus dilewat, yang paling umum diantaranya adalah planning, analisys, design, implementation, maintenance.

Apa setiap membangun system itu harus menerapkan SDLC?

Sebetulnya nggak ada paksaan untuk menerapkan SDLC ini, tapi disarankan untuk menerapkan SDLC dengan salah satu model yang sesuai dengan keadaan development dan kebutuhan system.

Dengan diterapkannya SDLC ini diharapkan project yang dikerjakan dapat di pecah ke dalam beberapa tahap, dapat mendefinisikan kebutuhan user dengan cara yang lebih baik, membuat standarisasi pengembangan dan disain system, dapat menangani dan mentoleransi turn around staff. Dengan demikian, diharapkan system yang dihasilkan bisa lebih sempurna dan lebih sesuai dengan kebutuhan dan permintaan user.

Apa vendor-vendor sudah menggunakan metode ini?

Kalo itu gw kurang tau, yang gw bisa ambil contoh adalah di perusahaan dimana gw bekerja.

Disini, alhamdulillah sudah mulai mengembangkan system dengan metode SDLC pada setiap project. Kebetulan gw ada di team yang urus maintenance. Saya perhatikan sepertinya tahapan SDLC sudah lengkap, dari tahap planning, analisis, design, implementation, maintenance, hingga balik lagi ke planning, dan seterusnya.

Tapi sayang, entah apa yang salah, system yang dihasilkan sangat kurang memuaskan, bagi saya dan bagi user tentunya. Karena saya yang berada di fase maintenance, otomatis saya yang langsung terima komplain dari user.

Lalu apa yang Anda lakukan?

Hingga saat ini belum ada yang bisa gw lakuin. Gw cuman bisa nganalisa, gw tau ada yang salah, ok kita coba asumsiin SDLC adalah proses yang sama ketika kita akan memasak. Memasak? ya memasak masakan yang bisa kita santap setiap hari.

Kalo kita mau memasak, kita pasti punya planning mau masak apa, berapa lama, dsb.

Kita pasti punya analisis, yang mau menyantap makanan ini siapa? apa dia suka manis? apa dia diabetes? gula apa yang harus gw pake? berapa banyak? dsb.

Selanjutnya pasti design, kelapa di parut, wortel di potong-potong, kangkung di cuci, siapin gula, siapin minyak, dsb.

Selanjutnya adalah implementasi, panasin minyak, tumis kangkung, masuking daging, dsb.

Setelah itu masakan dihidangkan, disantap dan dinikmati. Pada saat ini, otomatis si tukang masak tadi sedang dalam masa maintenance, apakah masakannya enak, apakah masakannya cocok. Kalo kurang pas rasanya, saos sambal, kecap dan garam sudah siap dimeja makan.

Andai saja makanannya tidak bisa dimakan, pasti ada yang salah pada saat analisis atau saat design, atau juga implementasi. Bisa jadi karena alatnya, atau tukang masaknya yang belum lihai cara memasak dan memadukan rempah-rempah.

Dan pada saat itu, tidak mungkin si tukang masak mengambil kembali masakannya lalu memasak ulang!! yang bisa dilakukan adalah mengumpulkan bahan, memotong, dan menumis lagi. Dan yang perlu dicatat adalah, hal itu baru bisa dilakukan ketika kembali ada pesanan lagi!!

SDLC dan Masakan, wowo menarik :> kalo system tidak bisa digunakan, lalu apa yang harus dilakukan?

Kebetulan, saya juga masih sama-sama belajar. Kalo memang terjadi hal seperti itu, pertama adalah menganalisa akar permasalahannya. Apakah kesalahan datang dari user, tools yang digunakan, atau tukang masak-nya :>

Kalo kesalahan datang dari user, gampang aja, tinggal gunakan Change Request.

Kalo kesalahan datang dari tools, tinggal dianalisa dan dicari work around-nya. Apakah harus gunakan alat lain, beli baru, dsb.

Kalo kesalahan datang dari tukang masaknya, berarti perlu adanya koreksi dari tukang masaknya, peningkatan keahlian yang bisa meningkatkan kualitas masakannya. Dan tentusaja bimbingan manajemen untuk memasak masakan yang memang dikuasai oleh tukang masaknya sendiri :> baru setelah itu, kembali menerapkan siklus SDLC dari mulai planning hingga mainenance kembali, dan jangan lupa untuk melibatkan team-team pada setiap tahapan :>

Bukan begitu meneer?

Gw ini orang yang kalo pengen sesuatu, pasti bakal berusaha abis-abisan biar dapet yang gw pengen itu, tapi dengan cara yang bener tentunya :> tapi ternyata nggag semua yang kita pengen itu bisa kita dapetin, ada hal-hal yang segimanapun kita kejar, tetep aja nggag pernah kita dapet. Kadang kalo dipikir, berat memang, tapi inilah hidup, udah ada takdir dan jalannya masing-masing.

Sekarang, lebih baik gw hadapi semua kenyataan yang memang bener-bener ada di depan, secara sebenernya gw ini orang yang selalu mencoba mencari jalan keluar, menganalisa, dan mencari alternative dari persoalan yang ada. Mengkalkulasi jalan mana yang terbaik, memprediksi apa yang akan terjadi pada masing-masing jalan, dan mendapat jawaban jalan mana yang harus gw pilih.

Numun, sepertinya gw udh berusaha keras untuk bisa berbelok dan mencari alternative jalan, tapi sepertinya selalu mentok dan malah balik lagi ke persimpangan yang sama.

Yap, begitulah, akhirnya gw sadar, mungkin ini takdir gw, yang mengharuskan gw menempuh jalan ini. Mudah2an ini jalan yang diridhai Allah, jalan yang bener, dan terbaik buat semuanya.

Last words but not least; Usaha, Berdoa, Takdir .. It Is Destiny.. you can’t avoid it.

Pada akhirnya, yang ada hanyalah yang satu nggak jelas, yang lain nggak maju-maju. But, I’m Not Done Yet; It’s Just The Beginning.

Andaikan jurus Kage Bunshin itu ada ;D mungkin ide-nya naruto bisa dijadiin solusi untuk EEM (Entrepreneur Employee Mix) ini. Atau apa ada solusi lain selain menggunakan jurus Kage Bunshin yah??

Adakah  seseorang disana yang sudah berhasil menjadi Entrepreneur Employee Mix ini?? ajarilah aku ini sedikit ilmu kisanak!!

“If I’m Not Die In This Situations, I’ll Become Stronger!!”

cuma mindahin dari blog-ku yang lama. “No Developer Be A Market Leader By Following Others Competitor’s Foot Step”

Sudah cukup lama gw coba untuk jadi IT Developer,,
en kenapa selama ini gw slalu minum asam en makan garam terus yah ,, * pantes aja magh gw ga sembuh-sembuh

Tapi bukan itu yang pengen gw share skr,,
Sebenernya selama ini gw tertarik dengan bisnis di bidang IT-nya sih, bukan ‘Ngodingnya’,, karena Bill Gates itu jadi beken bukan karena jago ‘Ngoding’,, tapi karena ‘jago’ jualannya.. hmm.. bnr gak, bnr gak??

Seperti dikebanyakan hal, dalam berbisnis itu gak bisa berdiri sendiri bung!! harus berbaur,, minimal sesama komunitas,, begitu juga yang gw lakuin selama perjalanan tuk jadi developer yang gak ingusan * hopefuly

Disepanjang perjalanan itu, gw cukup banyak juga nemuin sesama developer yang sifat en jenisnya ajib-ajib :> yang kadang ngebuat gw nelen ludah en ngehela nafas,, fhuhh.. yah begitulah hidup,, seperti pepatah ‘bisnis itu kejam bisnis itu keras.. hyuu marii’
nah berikut cuplikan jenis-jenis developer yang pernah gw temuin,,

1. Developer Ajib

Developer yang kaya gini yang enak di ajak sharing,, bagi-bagi ilmu en pengalaman,, en kadang enak juga untuk bagi-bagi project,, bahkan bagi-bagi klien ;D he he he.. tapi harapan gw ketemu developer gini sih cuma pengen bimbingan en share pengalamannya,, coz biasanya developer yang gini ini udah sukses, udah senior,, projectnya enterprise,, en jadi orang penting di project,, yah kaya business analyst, project manager, system analyst, ato team leader,, Cuma sayangnya developer kaya gini cuma ada sedikit,, susah di temuin,,

2. Developer Gak Ajib

Ini biasanya Developer yang udah professional, udah senior lah.. tapi pelit!! yah mungkin bukan karena dia gak mau share, tapi karena dia gak mau meluangkan waktu untuk itu,, maklumlah,, kerjaannya meeting, buat laporan, buat analisa.. yah, paling di waktu-waktu tertentu aja,, itupun dikit :<

3. Developer Lempeng

Developer kaya gini adalah developer yang sederhana, gak banyak omong, en low profile.. kalo ditanya dia jawab sebisanya, bantuin sebisanya.. kadang mau bantu, kadang juga nggak.. yah lempeng-lempeng aja idupnya, dia jalanin apa yang dia injek.. jarang yang bilang jago, en gak ada juga yang bilang bego.. cuma ada beberapa developer yang kaya gini yang gw kenal.. kadang enak, bagi-bagi project, rejeki, dan pastinya bagi-bagi susah juga ;D tapi kadang juga biasa aja :>

4. Developer Belagu

Yang gini ini biasanya Developer yang baru jadi senior, ato baru berhasil implement system enterprise, ato kadang juga yang sring banyak dapet project,, ciri-cirinya itu so’ cool, so serius, so’ jago (* padahal emg jago sieh.. eh tapi inget, masih ada langit di atas langit bung!!), ada juga yang suka ngomong-ngomongin developer lain
Developer ini biasanya masih mau bergaul sama para developer kelas bawah, tapi kadang kalo di ajak ngobrol, share or diminta bantu suka so’ jual mahal gitu.. ngomongnya cuma sedikit,, so’ serius,, sobhek sobhek nieh!
Tapi ada juga jenis developer ini yang mau kasih seimprit komentar, tapi kasih banyak kritik.. mending komentarnya jelas, ini mah kagak keharti euy.. sekalinya diajak sharing en diskusi, jual mahal lagi, nazoonk euy belagu..

5. Developer Sok Tau

Yang ini nieh yang kurang ajar.. skill-nya masih biasa aja, tapi omongannya udah kemana-mana. Mungkin di mata dia en sekitarnya dia itu hebat, tapi sebenernya.. aagh, gw ga mau bahas.. nanti senjata makan tuan lagi he he he ;p
Tapi yang pasti, developer kaya gini biasanya kalo lagi share suka bahas kemana-mana, kaya paling jago sendiri, padahal dia sendiri itu baru tau juga dari internet,, en bahkan kadang dia sendiri juga belum pernah buktiin perkataan dia itu..
En yang mengesalkan itu developer kaya gini ini suka ngeremehin orang, padahal belum tentu orang itu lebih bego dari dia.. huuu uuh.. songong siah!!

6. Developer Kampungan

Developer yang gini nieh yang paling sering gw temuin,, biasanya di awal dia manis, sepertinya berbagi semuanya, pengalaman, teknik marketing, skill en ilmunya, bahkan rahasianya, tapi kadang semua itu palsu, ato cuma sedikit yang dia kasih tau.. untuk apa dia gitu?? biasanya dia kaya gitu biar developer yang diajak share juga bagi-bagi rahasianya, tanpa sadar si developer yang lain udah cerita semuanya, terus, si developer kampungan ini ngelonyor pergi gitu aja, karena semua informasi yang dia perlu udah dapet.. week dasar anak kampung!!
Sialnya lagi, efeknya bisa kemana-mana bung!! dari klien yang di ambil alih, harga jual bersaing yang dia teken, partner digaet juga, dan masih banyak lagi deh.. waaah.. paling males kalo udah ketemu developer kaya gini.. wong edan!!

7. Developer Pelupa

Biasanya developer kaya gini adalah partner sendiri.. Giliran gak ada project, minta project, minta merjer, minta ikutan.. pas dia ada project, lupa ngajak-ngajak deh.. boro-boro ngajak, ngabarin aja kagak.. weeek, menyakitkan kalo udah kaya gini.. ada juga yang sama-sama bagi-bagi rejeki, ada project sama-sama dikerjain, tapi sebelum project slese, dia udh hilang entah kemana, lupa sama gw.. gak bisa dihubungin “gak dijawab telepon HP, sorry men, komitmen itu penting, jadi terpaksa terbentuk formasi baru di saat penting” * loh.. kok jadi saykoji

8. Developer Gak Tau Malu

Developer kaya gini jarang sieh.. soalnya cuma ngandalin nekat, bener-bener cuma nekat TENG!! ngomongnya banyak, gayanya juga banyak.. hampir setiap problem kayanya dia tau.. tapi pas di ajak ngobrol serius, malah suka ngalihin pembicaraan.. pas disuguhin ke problemnya, dia plenga-plengo.. duh.. malu deh..
Selama perjalanan gw, baru dua kali gw nemuin yang pure kaya begini..

9. Developer Newbie

Nah.. developer ini jelas dia baru mulai ngerintis nieh.. kadang masalahnya dia itu pembagian waktu kerja dia.. en kadang juga suka janji bilang “aplikasi jadi besok”,, taunya bulan besok baru jadi.. wek wew.. yah namanya juga Newbie, harus banyak belajar en atur waktu lagi, biar image en swmua kerjaan juga hasilnya baik :> * kaya ngomongin diri sendiri ;p

10. Developer Kurang Kerjaan

Ini dia yang terakhir.. jelas dari namanya developer ini gak ada kerjaan.. kegiatannya cuma nulis blog,, naikin ranking blognya,, nulis jurnal yang ‘BasBang’ en gak penting.. yah kaya gw ini :> wak wak wak

Yah kurang lebih itulah jenis-jenis en sifat-sifat developer yang pernah gw temuin.. mudah2an gw en elu-elu pade yang pada baca bukan bagian dari developer yang buruk-buruk yah, apalagi kombinasi dari developer yang buruk-buruk itu.. ;D hue hue hue..

Dari perjalanan ini, gw paling sering ketemu Developer Sok Tau en Developer Kampungan,, kesimpulannya adalah, gw sering ketemu orang yang gw ga suka :> ternyata gw harus banyak-banyak belajar ilmu ikhlas en kontrol diri :> .. have a nice hunting * lho..