→ pttworld: if code寫得好 break; 04/03 21:57
→ dreamnook: if code_is_good goto end; while(1){}; end: 04/03 22:00
→ PUTOUCHANG: 我想原文的意思是重要的不先學去學一些較無關的潮花招 04/03 22:14
推 lovdkkkk: XD 04/03 22:47
講真的
我看看過瞭解過敏捷的內容,實施敏捷會讓你code寫不好
但是因為本身code寫不好,所以不知道什麼是code寫得好
所以又會認為是敏捷實施不好
所以再來更精實地實施敏捷
所以code又仍是寫不好
但是因為本身code寫不好,所以不知道什麼是code寫得好
所以又會認為是敏捷實施不好
所以再來更精實地實施敏捷
所以code又仍是寫不好
...
所以會陷入這種詭異的迴圈而跳脫不出來
因為根本不會寫code麻~~~
只要一個break;
跳出敏捷，你就有機會知道什麼叫code寫得好
完畢!!
※ 引述《remmurds (Stronghold)》之銘言：
: 這篇是工作十年的大叔的碎碎唸
: 每換一份工作
: 反覆一再看到部分很愛談敏捷的人 code 寫得其差無比
: 連最基本的信箱驗證功能在內網都需要跑半分鐘
: 混亂的相依性造成簡單的功能不斷故障
: 而這些人都有幾個共同的特色：
: 參與很多敏捷課程
: 臉書上和 LinkedIn 上都是跟敏捷有關的連結
: 這讓我想到網路上的一篇文章
: 談的是道理和知識的區別
: 我覺得用來形容一些敏捷課程也很適用
: http://imtopsales.com/?p=16370
: 這些年觀察下來
: 部分敏捷課程會讓人產生學很多的錯覺
: 但實質內容乏善可陳
: 要設計出有效率的架構很難
: 要把 code 和測試紮實地寫好也很難
: 軟體開發裡要面對的硬知識太多
: 但對於某些敏捷課程而言說的只是道理
: 再引用一些時間管理大師的話
: 就可以營造出學很多的錯覺
: 久而久之
: 那些真正需要硬底子的東西就不敢碰也不想碰了
: 不是說敏捷課程都不好
: 但不知道是不是基於商業考量
: 一些敏捷課程這些年來發展的方向已經幾乎與傳銷公司替員工安排的訓練無異
: 說得更難聽一點
: 敏捷不該成為某些人逃避專用的遮羞布
: 講道理很容易、講知識很難
: 上完敏捷課程之後
: 真的要想想學到的到底是哪個
: 以上就是大叔的碎碎唸
: 以下開放噓文
============================
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.247.165.17
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1522763157.A.215.html