Setelah setahun bersama company ExP

Jumaat lepas, tamatnya secara rasminya tamatnya iteration 2. Aku rasa the last 2 sprint nih worth mentioning pasal buat julung kalinya aku rasa aku jumpa problem yang sangat menarik setelah setahun keje bersama ExP.

Untuk sebab2 tertentu, aku takkan bercerita pasal the whole architecture on how our new system being implemented. Yelah takut masuk jail kan. Lagipun aku takde masa nak explore abis-abisan.

So problem nih gini:

Kami nak scripting language ( or DSL ) yang leh digunakan utk mengawal UI behaviour utk editor ini

Angan2 aku kononnya nak buat begini:

• Groovy buat DSL sendiri. ( aku rasa effort dia banyak jugak nih )
• Pakai Spring Expression ( less effort compare yang atas nih, tapi kena pakai spring 3.X above jer )
• antrl. ( effort super melampau )
• Reuse Scripting yg ader. ( custom made yang ko main tikam jer cara pakai dia )

So pendekkan citer end up pakai option terakhir sekali. Member aku sorang cater utk parsing operation, aku pulak cater utk processing dia. Dan aku sepanjang 2 sprint nih aku belajar secara hard way yang:

• art VS craft – ( good code aka elegant vs functional code aka ugly )
• maintenance VS deliverable
• individual VS team

 

Issue no 1: art VS craft

Coding horror ko baca. Pragmatic programmer ko dah hafal intipati dia. Tapi ko end up wrote code yang tak lawa. Sebab aper aku cakap tak lawa? pasal sorang senior aku tak paham aper aku cuba buat dengan code aku.

Tapi masalahnya, dengan limitation time yg sangat sedikit. Aku takde masa nak pk camner nak buat code tuh super elegant. Aku still rasa ugly code buat functional lebih berguna from BUSINESS side of view. Aku bukan buat alasan kat sini. Tapi as far the BUSINESS concern, ur code is just a code. And since ko write CODE FOR THE BUSINESS, functionality is something yang BUSINESS NAK.

Issue number 2: maintenance VS deliverable

Ko buat code yang programmer lain leh paham, tapi tak jalan. Ko rasa product owner (PO) ko terasa nak cium ko tak? Or ko buat code yang orang lain leh paham tapi kena pk and keje keras, tapi benda berfungsi and PO leh evaluate.

Issue number 3: team VS individual

Ko mesti rasa malu kan kalo orang lain tak paham code ko? Aku giler babeng rasa malu. Tapi ko nak tahu aper lagi memalukan? Kalo ko takleh deliver FUNCTIONALITY. Pasal benda nih leh affect KPI/reputasi team ko. Takkan ko nak drag the whole team semata2 ego/kesukaan ko?

 

Aku tak cakap aper aku tulis kat atas adalah semuanya betul. Cuma as reminder pada diri aku jer. Secara technology wise kat tempat keje aku skang nih memang aku akan bertambah lemau. Tapi on the bright side, exposure on the process mematangkan aku. Which something yang datang dengan pengalaman.

last-sprint of this iteration

 

Advertisement