最近公司指派寫iOS app
結果我delay一陣
總覺得好像每次在寫的時候都會想怎麼寫比較好
命名寫一寫很多時候又會覺得
[天啊!這什麼!!] [以後一定看不懂] 改改改
公司的人似乎都覺得
[啊這不就很簡單嗎?] [怎麼搞這麼久!?] [Android 你不是做過類似的嗎?]
有天在fb看到這個文章
"工程師應該放心大膽地創造技術負債"
https://medium.com/@p5d12000/%E5%B7%A5%E7%A8%8B%E5%B8%AB%E6%87%89%E8%A9%B2%E6%94%BE%E5%BF%83%E5%A4%A7%E8%86%BD%E5%9C%B0%E5%89%B5%E9%80%A0%E6%8A%80%E8%A1%93%E8%B2%A0%E5%82%B5-a8022d85810
覺得有豁然開朗的感覺XD
嗯....
可感覺我的心魔已經形成了
即使在delay的時候
我好像也不知道該怎麼樣才能寫 fast dirty code
我只是一直狂加班狂加班把自己累個要死 最後delay交卷被罵個臭頭
感覺在軟體的世界
大家好像都是正能量 勸人為善
要你為接下的人想 要寫測試 要可維護 要可擴充
命名要對 function不要寫太大 不要用singleton....etc
可是
啊就沒時間啊~
啊老闆也不懂程式好不好他只管產出啊~
他就要你Time to market 他就要你趕快生一版出來就好再更新....
另一位資深一些的同事幫我寫其中一塊功能
他一下就寫完了 有點秋秋臉地說他寫好commit上去了
[我的天哪!!] [幹你娘!] [這是什麼鬼東西!!]
有些部分我問他
幹他自己寫的func連他自己也被誤導了XDD
不過就外人來評價 一個on time 一個delay
一定是delay的爛
請問一下眾週休四日 年薪300萬大大們
有沒有推薦教人怎麼寫fast and dirty的書籍呢?
有沒有像是那篇文章寫的? 可以寫又快又爛的程式碼
感覺我很需要Q_Q