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

看板Soft_Job作者 (貓丸)時間6年前 (2018/02/28 22:37), 編輯推噓20(20推 0噓 52→)
留言72則, 24人參與, 6年前最新討論串1/1
最近公司指派寫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 覺得有豁然開朗的感覺ＸＤ 嗯.... 可感覺我的心魔已經形成了 即使在delay的時候 我好像也不知道該怎麼樣才能寫 fast dirty code 我只是一直狂加班狂加班把自己累個要死 最後delay交卷被罵個臭頭 感覺在軟體的世界 大家好像都是正能量 勸人為善 要你為接下的人想 要寫測試 要可維護 要可擴充 命名要對 function不要寫太大 不要用singleton....etc 可是 啊就沒時間啊～ 啊老闆也不懂程式好不好他只管產出啊～ 他就要你Time to market 他就要你趕快生一版出來就好再更新.... 另一位資深一些的同事幫我寫其中一塊功能 他一下就寫完了 有點秋秋臉地說他寫好commit上去了 [我的天哪!!] [幹你娘!] [這是什麼鬼東西!!] 有些部分我問他 幹他自己寫的func連他自己也被誤導了XDD 不過就外人來評價 一個on time 一個delay 一定是delay的爛 請問一下眾週休四日 年薪300萬大大們 有沒有推薦教人怎麼寫fast and dirty的書籍呢？ 有沒有像是那篇文章寫的？ 可以寫又快又爛的程式碼 感覺我很需要Q_Q -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.25.230.185 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1519828675.A.1A4.html
→
02/28 22:41, 6年前 , 1F
看你在什麼公司 你在一般接案的爛si公司 就是越快越好
02/28 22:41, 1F
→
02/28 22:41, 6年前 , 2F
台灣軟體公司大半都是這種的
02/28 22:41, 2F
→
02/28 22:42, 6年前 , 3F
在自有產品 比較重視長期維護的公司，就要稍微注意一下
02/28 22:42, 3F
→
02/28 22:42, 6年前 , 4F
好不好改，但是不用花太多時間
02/28 22:42, 4F
→
02/28 22:49, 6年前 , 5F
要看這爛攤以後會不會報應在自己身上 如果不會
02/28 22:49, 5F
→
02/28 22:49, 6年前 , 6F
那就大膽的創造技術債吧 那篇文的大意也是這樣
02/28 22:49, 6F
推
02/28 22:57, 6年前 , 7F
你要的不是書，是拉下臉寫爛扣
02/28 22:57, 7F
推
02/28 23:02, 6年前 , 8F
設定停損點，過了停損點自動切換成dirty coder
02/28 23:02, 8F
推
02/28 23:04, 6年前 , 9F
或是找間重視品質大於時程的公司，但不好找就是了
02/28 23:04, 9F
→
02/28 23:13, 6年前 , 10F
寫的時候不用想擴充 只要寫成"改成可擴充不難"就好了
02/28 23:13, 10F
→
02/28 23:13, 6年前 , 11F
不然沒完沒了
02/28 23:13, 11F
推
02/28 23:38, 6年前 , 12F
想到什麼就寫什麼啊 這有很難嗎XD! 把自己當成估狗翻譯
02/28 23:38, 12F
→
02/28 23:42, 6年前 , 13F
為什麼不要用Singleton,這在ios裡很常見啊
02/28 23:42, 13F
推
02/28 23:53, 6年前 , 14F
有阿 人生這本書
02/28 23:53, 14F
推
03/01 01:05, 6年前 , 15F
推 cha122977
03/01 01:05, 15F
推
03/01 02:18, 6年前 , 16F
當你開始領悟烏托邦世界是不存在的的，什麼clean co
03/01 02:18, 16F
→
03/01 02:18, 6年前 , 17F
de, TDD, XP 編程都是童話故事中美麗的橋段，你就進
03/01 02:18, 17F
→
03/01 02:18, 6年前 , 18F
入一個重大的轉折點：紅色藥丸醒來，黑色藥丸繼續
03/01 02:18, 18F
→
03/01 02:18, 6年前 , 19F
睡，做clean code的白日夢...
03/01 02:18, 19F
→
03/01 02:29, 6年前 , 20F
可以估狗一下singleon anti pattern等等 不過本來我不用 後
03/01 02:29, 20F
→
03/01 02:29, 6年前 , 21F
來被逼急其他參攪進來 也只能妥協了 看著本來input ouput是
03/01 02:29, 21F
→
03/01 02:29, 6年前 , 22F
什麼清清楚楚的class 變成隨時可以天外飛來singleton 不禁
03/01 02:29, 22F
→
03/01 02:29, 6年前 , 23F
潸然淚下....
03/01 02:29, 23F
→
03/01 02:31, 6年前 , 24F
有一說是太好用 那你就到處call 接著你會發現很多aingleton
03/01 02:31, 24F
→
03/01 02:31, 6年前 , 25F
都跟某class相依 變成怪獸
03/01 02:31, 25F
→
03/01 02:33, 6年前 , 26F
啊 是說我想我下一個dirty project如果有的話我應該會多用s
03/01 02:33, 26F
→
03/01 02:33, 6年前 , 27F
ingleton啦XDD 輕鬆好用嘛～ 不用思考每個物件從屬如何 生
03/01 02:33, 27F
→
03/01 02:33, 6年前 , 28F
命週期如何
03/01 02:33, 28F
→
03/01 09:01, 6年前 , 29F
改FUNCTION NAME沒完沒了 通常需求來的又快又急
03/01 09:01, 29F
推
03/01 09:05, 6年前 , 30F
第一 所在公司水準決定 第二 個人功力 建議跳槽
03/01 09:05, 30F
→
03/01 10:42, 6年前 , 31F
應該還是跟經驗有關.有經驗會馬上浮出架構跟大致做法
03/01 10:42, 31F
→
03/01 10:43, 6年前 , 32F
做了以後會發現怎樣改更好,然後開始反覆重構
03/01 10:43, 32F
→
03/01 10:44, 6年前 , 33F
如果第一時間就沒辦法大概想出架構跟做法大概就GG了
03/01 10:44, 33F
→
03/01 10:46, 6年前 , 34F
況且你的問題還在命名跟擴充什麼的 也太前面了吧
03/01 10:46, 34F
推
03/01 11:14, 6年前 , 35F
命名是最不值得花時間反覆重購的東西，因為不管你
03/01 11:14, 35F
→
03/01 11:14, 6年前 , 36F
怎麼調整，後人都是看不爽的
03/01 11:14, 36F
→
03/01 11:15, 6年前 , 37F
「命名這麼長，白癡怎麼不用縮寫？」「什麼縮寫誰
03/01 11:15, 37F
→
03/01 11:15, 6年前 , 38F
看得懂？為何不用全名？自私！」
03/01 11:15, 38F
推
03/01 12:11, 6年前 , 39F
公司問題，我在前間小公司，就是越快越好，老闆覺
03/01 12:11, 39F
→
03/01 12:11, 6年前 , 40F
的你好棒棒
03/01 12:11, 40F
推
03/01 12:13, 6年前 , 41F
現在的公司，改完code，要給全team code review，
03/01 12:13, 41F
→
03/01 12:13, 6年前 , 42F
要給專職的qa測。
03/01 12:13, 42F
→
03/01 12:14, 6年前 , 43F
寫每一行code，取變數名，都要想清楚 ，不然review
03/01 12:14, 43F
→
03/01 12:14, 6年前 , 44F
等著被電
03/01 12:14, 44F
推
03/01 13:14, 6年前 , 45F
你跟老闆說你一個人扛全部 on-time 就可以都自己寫了
03/01 13:14, 45F
→
03/01 13:15, 6年前 , 46F
也沒有dirty不dirty的問題 反正都是自己吃
03/01 13:15, 46F
→
03/01 13:48, 6年前 , 47F
全team code review要看leader寫的有沒有給大家view
03/01 13:48, 47F
→
03/01 13:48, 6年前 , 48F
沒有就只是想電人而已 早就見識過了
03/01 13:48, 48F
推
03/01 15:22, 6年前 , 49F
team lead要 review 的也挺多的吧 我們沒人 review 根
03/01 15:22, 49F
→
03/01 15:22, 6年前 , 50F
本不能 check in
03/01 15:22, 50F
推
03/01 20:17, 6年前 , 51F
問題是能不能將命名與架構變成模式，儘量減少每次思考重複
03/01 20:17, 51F
→
03/01 20:17, 6年前 , 52F
問題的時間
03/01 20:17, 52F
→
03/01 20:18, 6年前 , 53F
要寫 dirty code 只需要捨棄自尊心就行了，不用刻意練習。
03/01 20:18, 53F
推
03/01 20:20, 6年前 , 54F
而且寫 dirty code 也不是一個工程師應該嚮往的目標
03/01 20:20, 54F
推
03/02 09:06, 6年前 , 55F
跟你一模一樣，還以為只有我是這樣咧
03/02 09:06, 55F
→
03/02 11:27, 6年前 , 56F
經驗不夠 不會寫新功能不知怎設計 就先問前輩 不要亂寫..
03/02 11:27, 56F
推
03/02 12:46, 6年前 , 57F
少來了公司只是想壓低成本而已
03/02 12:46, 57F
推
03/02 19:58, 6年前 , 58F
比較想知道怎麼寫出clean code, dirty code就看需求是什麼
03/02 19:58, 58F
→
03/02 19:58, 6年前 , 59F
，把大功能切成你能處理的小區塊，然後遇到不會的Google，
03/02 19:58, 59F
→
03/02 19:58, 6年前 , 60F
只要copy paste 上去的功能能跑，不用考慮測試，重構，效
03/02 19:58, 60F
→
03/02 19:58, 6年前 , 61F
能，維護性，可讀性
03/02 19:58, 61F
→
03/02 20:58, 6年前 , 62F
怎麼寫clean code 可看clean coder那本 大推
03/02 20:58, 62F
→
03/02 21:00, 6年前 , 63F
話說覺得命名重構還是很重要 好的命名勝過千萬過時註解
03/02 21:00, 63F
→
03/02 21:03, 6年前 , 64F
也可避免語意不清有腦殘加不相干的垃圾進去
03/02 21:03, 64F
→
03/02 21:12, 6年前 , 65F
之前前輩寫一個func叫 doSomething() 心裡覺得[幹你娘！]
03/02 21:12, 65F
→
03/02 21:12, 6年前 , 66F
可是他是我前輩 只能幹在心裡QQ
03/02 21:12, 66F
推
03/03 13:01, 6年前 , 67F
這篇文的每個想法我都出現過N次，還以為這篇文是我PO的
03/03 13:01, 67F
推
03/31 12:19, 6年前 , 68F
Dirty部份可找找關鍵字：Unmaintainable Code
03/31 12:19, 68F
→
03/31 12:19, 6年前 , 69F
只是不知道有沒有含"Fast" + "Dirty"
03/31 12:19, 69F
→
03/31 12:19, 6年前 , 70F
03/31 12:19, 70F
→
03/31 12:20, 6年前 , 71F
03/31 12:20, 71F
→
03/31 12:23, 6年前 , 72F
常用copy & paste應該可以快速產生fast + dirty的程式
03/31 12:23, 72F
‣ 更多 Ghamu 的文章
文章代碼(AID): #1Qbhx36a (Soft_Job)