[請益] 有沒有fast dirty coder的書推薦?

作者: Ghamu (貓丸)   2018-02-28 22:37:52
最近公司指派寫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
作者: robler (章魚丸)   2018-02-28 22:41:00
看你在什麼公司 你在一般接案的爛si公司 就是越快越好台灣軟體公司大半都是這種的在自有產品 比較重視長期維護的公司,就要稍微注意一下好不好改,但是不用花太多時間
作者: vi000246 (Vi)   2018-02-28 22:49:00
要看這爛攤以後會不會報應在自己身上 如果不會那就大膽的創造技術債吧 那篇文的大意也是這樣
作者: diabloevagto (wi)   2018-02-28 22:57:00
你要的不是書,是拉下臉寫爛扣
作者: t64141 (榕樹)   2018-02-28 23:02:00
設定停損點,過了停損點自動切換成dirty coder或是找間重視品質大於時程的公司,但不好找就是了
作者: cha122977 (CHA)   2018-02-28 23:13:00
寫的時候不用想擴充 只要寫成"改成可擴充不難"就好了不然沒完沒了
作者: kckckckc (KC)   2018-02-28 23:38:00
想到什麼就寫什麼啊 這有很難嗎XD! 把自己當成估狗翻譯
作者: popcool (我不懂)   2018-02-28 23:42:00
為什麼不要用Singleton,這在ios裡很常見啊
作者: lovebridget (= =")   2018-02-28 23:53:00
有阿 人生這本書
作者: Hevak (Arthow Eshes)   2018-03-01 01:05:00
推 cha122977
作者: accessdenied (存取違規)   2018-03-01 02:18:00
當你開始領悟烏托邦世界是不存在的的,什麼clean code, TDD, XP 編程都是童話故事中美麗的橋段,你就進入一個重大的轉折點:紅色藥丸醒來,黑色藥丸繼續睡,做clean code的白日夢...
作者: Ghamu (貓丸)   2018-03-01 02:29:00
可以估狗一下singleon anti pattern等等 不過本來我不用 後來被逼急其他參攪進來 也只能妥協了 看著本來input ouput是什麼清清楚楚的class 變成隨時可以天外飛來singleton 不禁潸然淚下....有一說是太好用 那你就到處call 接著你會發現很多aingleton都跟某class相依 變成怪獸啊 是說我想我下一個dirty project如果有的話我應該會多用singleton啦XDD 輕鬆好用嘛~ 不用思考每個物件從屬如何 生命週期如何
作者: MOONY135 (談無慾)   2018-03-01 09:01:00
改FUNCTION NAME沒完沒了 通常需求來的又快又急
作者: typepeter (∵Peter∴笑點)   2018-03-01 09:05:00
第一 所在公司水準決定 第二 個人功力 建議跳槽
作者: robber1234 (超痛恨嘴炮)   2018-03-01 10:42:00
應該還是跟經驗有關.有經驗會馬上浮出架構跟大致做法做了以後會發現怎樣改更好,然後開始反覆重構如果第一時間就沒辦法大概想出架構跟做法大概就GG了況且你的問題還在命名跟擴充什麼的 也太前面了吧
作者: accessdenied (存取違規)   2018-03-01 11:14:00
命名是最不值得花時間反覆重購的東西,因為不管你怎麼調整,後人都是看不爽的「命名這麼長,白癡怎麼不用縮寫?」「什麼縮寫誰看得懂?為何不用全名?自私!」
作者: monoceros629 (獨角獸)   2018-03-01 12:11:00
公司問題,我在前間小公司,就是越快越好,老闆覺的你好棒棒現在的公司,改完code,要給全team code review,要給專職的qa測。寫每一行code,取變數名,都要想清楚 ,不然review等著被電
作者: dophin332 (...)   2018-03-01 13:14:00
你跟老闆說你一個人扛全部 on-time 就可以都自己寫了也沒有dirty不dirty的問題 反正都是自己吃
作者: robber1234 (超痛恨嘴炮)   2018-03-01 13:48:00
全team code review要看leader寫的有沒有給大家view沒有就只是想電人而已 早就見識過了
作者: steve1012 (steve)   2018-03-01 15:22:00
team lead要 review 的也挺多的吧 我們沒人 review 根本不能 check in
作者: dojay (dojay)   2018-03-01 20:17:00
問題是能不能將命名與架構變成模式,儘量減少每次思考重複問題的時間要寫 dirty code 只需要捨棄自尊心就行了,不用刻意練習。而且寫 dirty code 也不是一個工程師應該嚮往的目標
作者: evo1994 (Evo)   2018-03-02 09:06:00
跟你一模一樣,還以為只有我是這樣咧
作者: angusyu (〒△〒)   2018-03-02 11:27:00
經驗不夠 不會寫新功能不知怎設計 就先問前輩 不要亂寫..
作者: adsl99801 (一窩鳥蛋)   2018-03-02 12:46:00
少來了公司只是想壓低成本而已
作者: nero81 (void)   2018-03-02 19:58:00
比較想知道怎麼寫出clean code, dirty code就看需求是什麼,把大功能切成你能處理的小區塊,然後遇到不會的Google,只要copy paste 上去的功能能跑,不用考慮測試,重構,效能,維護性,可讀性
作者: Ghamu (貓丸)   2018-03-02 20:58:00
怎麼寫clean code 可看clean coder那本 大推話說覺得命名重構還是很重要 好的命名勝過千萬過時註解也可避免語意不清有腦殘加不相干的垃圾進去之前前輩寫一個func叫 doSomething() 心裡覺得[幹你娘!]可是他是我前輩 只能幹在心裡QQ
作者: jennya (Jennya)   2018-03-03 13:01:00
這篇文的每個想法我都出現過N次,還以為這篇文是我PO的

Links booklink

Contact Us: admin [ a t ] ucptt.com