Re: [心得] 敏捷課程觀察心得

看板Soft_Job作者 (YAYA)時間6年前 (2018/04/04 23:09), 編輯推噓-2(10推 12噓 66→)
留言88則, 36人參與, 6年前最新討論串8/11 (看更多)
以我20年的經驗來說，什麼敏捷，設計模式，很多都是脫褲子放屁。 更早期還有什麼OO方法論，部分人神鬼上身，什麼東西都要OO一下，連寫個九九乘法 表都要開一個 class ninenine。 就好像1995年，C++鋒頭上的時候，說C++難用的會被一堆腦粉抨擊，不外乎就是說， 不是C++難用，是你不會用。 這是不是跟太極拳很像？太極拳多強，打輸泰拳，腦粉會跟你說，不是太極沒用阿， 是你自己沒有把太極的精髓發揮出來。 到最後這根本就是信仰了。但時間會證明一切阿，C++就是產能低落，太極就是打不贏 綜合格鬥。 回到正題吧，有一段期間我們公司也導入設計模式，搞到每一個簡單的動作都要有 USECASE，你能想像這是怎麼回事嗎？這就像建構式數學，明明簡單到可以9x5=45的東西， 他規定你要9+9+9+9+9。 工程師是人，不是白癡。每一個輸出入函示都要UNIT TEST？有些簡單到如同9x5的東西 你真的還要替他見一個UNIT TEST？單步追蹤一次就夠了吧，裡面程式碼沒幾行，還是 呼叫共用的函示庫，這能出錯叫做共業，根本不需要花時間在這種地方演戲。 後來我們導入設計模式大約一兩年後，大家就慢慢不了了之，很多狀況都是慢慢不了了 之的，沒有人會願意出來說，我們當初想法天真錯誤啥的，就一切盡在不言中了。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.170.248.196 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1522854583.A.00B.html
→
04/04 23:14, 6年前 , 1F
有感 CRUD功能 又不是啥敏感重要資料也樣unit test 哈
04/04 23:14, 1F
→
04/04 23:15, 6年前 , 2F
更何況不是寫UNIT TEST就不會有BUG?寫了=0 BUG?
04/04 23:15, 2F
推
04/05 00:00, 6年前 , 3F
有同感
04/05 00:00, 3F
→
04/05 00:24, 6年前 , 4F
C++產能低落的話就不會還這麼多人用了
04/05 00:24, 4F
推
04/05 01:07, 6年前 , 5F
設計模式會弄到任何動作都有 Use Case?這設計模式和我學
04/05 01:07, 5F
→
04/05 01:07, 6年前 , 6F
的好像不太一樣……
04/05 01:07, 6F
→
04/05 01:07, 6年前 , 7F
我覺得是你公司導入異次元的設計模式
04/05 01:07, 7F
→
04/05 01:10, 6年前 , 8F
另外 unit test 不是用來防 bug
04/05 01:10, 8F
→
04/05 01:11, 6年前 , 9F
而且每個輸出入函式都要寫 Test Case，這是多久前的觀念
04/05 01:11, 9F
→
04/05 01:11, 6年前 , 10F
啊……現在很少人用單一函式來定義「單元」了吧？
04/05 01:11, 10F
→
04/05 01:12, 6年前 , 11F
是用來保護後續對該 funtion 的修改不會破壞既有行為
04/05 01:12, 11F
→
04/05 01:12, 6年前 , 12F
再簡單的方法隨著時間和需求總會慢慢變複雜
04/05 01:12, 12F
→
04/05 01:12, 6年前 , 13F
有個 unit test 在那邊至少要重構或修改該 function
04/05 01:12, 13F
→
04/05 01:13, 6年前 , 14F
會比較單純
04/05 01:13, 14F
→
04/05 01:23, 6年前 , 15F
附帶一提，凡事都要有 user case 比較像物件導向
04/05 01:23, 15F
→
04/05 01:24, 6年前 , 16F
參考 Object Oriented Software Engineering 這本書
04/05 01:24, 16F
→
04/05 01:30, 6年前 , 17F
然後你對 unit test 的誤解建議你觀看這本書
04/05 01:30, 17F
→
04/05 01:30, 6年前 , 18F
xUnit Test Patterns: Refactoring Test Code
04/05 01:30, 18F
→
04/05 01:32, 6年前 , 19F
奇怪, 設計模式跟unit test的關係是?
04/05 01:32, 19F
→
04/05 01:46, 6年前 , 20F
你們公司的設計模式真是奇怪捏～
04/05 01:46, 20F
→
04/05 02:13, 6年前 , 21F
覺得臉腫腫的...
04/05 02:13, 21F
→
04/05 02:18, 6年前 , 22F
UnitTest 是針對工作單元 而非 method 吧....
04/05 02:18, 22F
推
04/05 02:44, 6年前 , 23F
推
04/05 02:44, 23F
→
04/05 06:30, 6年前 , 24F
..也沒講屁什麼 看起來比較像排斥新事物的老屁股
04/05 06:30, 24F
→
04/05 06:40, 6年前 , 25F
貴公司對技術上的誤解好像頗大的...
04/05 06:40, 25F
→
04/05 08:53, 6年前 , 26F
混了20年 結果對設計模式的適用與否與UI本質還搞不清楚？
04/05 08:53, 26F
→
04/05 08:53, 6年前 , 27F
這樣也可以混20年 你瞧程式設計多好混？ㄏㄏ
04/05 08:53, 27F
→
04/05 08:55, 6年前 , 28F
時間早就證明一切囉 不要說FLAG的code好了 就連程式語言本
04/05 08:55, 28F
→
04/05 08:55, 6年前 , 29F
身內部也滿滿都是設計模式的應用喔～呵呵
04/05 08:55, 29F
→
04/05 08:56, 6年前 , 30F
還是說Google Apple FB都白癡 就你們公司都天才？
04/05 08:56, 30F
推
04/05 09:00, 6年前 , 31F
推工程師不是白痴. 有些囉囉嗦嗦的事做完, 結果解決的
04/05 09:00, 31F
→
04/05 09:00, 6年前 , 32F
事情的難度都還不比國中的數學難...那為什麼選擇不相
04/05 09:00, 32F
→
04/05 09:00, 6年前 , 33F
信你的工程師,或改找有合格水準的人進來?
04/05 09:00, 33F
→
04/05 09:12, 6年前 , 34F
scrum以前叫standing meeting,換湯不換藥
04/05 09:12, 34F
→
04/05 09:13, 6年前 , 35F
還好我寫kernel，不用跟一堆c++攪和在一起
04/05 09:13, 35F
→
04/05 09:18, 6年前 , 36F
如果只有自己寫的 project 做 unit test 的確很煩
04/05 09:18, 36F
→
04/05 09:19, 6年前 , 37F
但一但要修改別人的邏輯時 就很有用好嗎...
04/05 09:19, 37F
→
04/05 09:40, 6年前 , 38F
寫kernel+1。c++呵呵。
04/05 09:40, 38F
推
04/05 10:03, 6年前 , 39F
同感
04/05 10:03, 39F
推
04/05 11:35, 6年前 , 40F
應該就是當下規範導致不好用吧，習慣就成自然
04/05 11:35, 40F
→
04/05 11:37, 6年前 , 41F
太過自信未必是好事，很多事情還是戰戰兢兢來得好
04/05 11:37, 41F
推
04/05 11:51, 6年前 , 42F
還好我們公司沒這種老屁股
04/05 11:51, 42F
→
04/05 12:20, 6年前 , 43F
覺得是你不會用，不是test case沒用
04/05 12:20, 43F
噓
04/05 12:42, 6年前 , 44F
寫的出這種見解我也只能說20年的經驗跟1年的差不多.....
04/05 12:42, 44F
推
04/05 13:59, 6年前 , 45F
混了20年連 design pattern都搞錯??
04/05 13:59, 45F
→
04/05 15:35, 6年前 , 46F
離開業界很久了，舉個例子嘛...請包涵 :)
04/05 15:35, 46F
→
04/05 16:07, 6年前 , 47F
如果是我被得罪我一定可以包涵，但講錯誤的訊息出來誤人
04/05 16:07, 47F
→
04/05 16:07, 6年前 , 48F
子弟是很不好的事情。
04/05 16:07, 48F
→
04/05 16:15, 6年前 , 49F
C++產能低落要看用在什麼地方
04/05 16:15, 49F
噓
04/05 18:56, 6年前 , 50F
這20年？比大學畢業還糟XD
04/05 18:56, 50F
→
04/05 19:10, 6年前 , 51F
搞到每一個簡單的動作都要有 USECASE
04/05 19:10, 51F
→
04/05 19:10, 6年前 , 52F
每一個輸出入函示都要UNIT TEST
04/05 19:10, 52F
→
04/05 19:10, 6年前 , 53F
有些簡單到如同9x5的東西你真的還要替他見一個UNIT TEST
04/05 19:10, 53F
→
04/05 19:10, 6年前 , 54F
這些問題 是這麼決定的人造成的 無關方法跟工具啊
04/05 19:10, 54F
→
04/05 19:11, 6年前 , 55F
拿刀割自己再怪刀子不好的港節
04/05 19:11, 55F
→
04/05 19:24, 6年前 , 56F
台灣風氣是 all or none, 引進一項制度就要全體採用
04/05 19:24, 56F
→
04/05 19:25, 6年前 , 57F
oo 很棒, 所有架構都給我改成 oo, scrum 讚, 都給我用
04/05 19:25, 57F
→
04/06 00:05, 6年前 , 58F
還好吧，真的就是這樣阿
04/06 00:05, 58F
→
04/06 00:05, 6年前 , 59F
不過果然又有腦粉出來：是你沒瞭解太極的精髓 ccc
04/06 00:05, 59F
→
04/06 00:08, 6年前 , 60F
就算我只有一年經驗，可能也屌打你10年經驗吧
04/06 00:08, 60F
→
04/06 00:29, 6年前 , 61F
不如你說說其他語言在什麼情境屌打 C++?
04/06 00:29, 61F
→
04/06 00:29, 6年前 , 62F
至少先定義你說的產能是什麼？
04/06 00:29, 62F
→
04/06 00:39, 6年前 , 63F
無關精髓, 只能確定為了用而用才會用了以後一堆抱怨
04/06 00:39, 63F
→
04/06 00:45, 6年前 , 64F
快去出書證明你的理論 肯定被當大師膜拜
04/06 00:45, 64F
→
04/06 00:46, 6年前 , 65F
敏捷與設計模式無用論 by YAYA6655
04/06 00:46, 65F
→
04/06 00:56, 6年前 , 66F
樓上出書好了。我淡然處之。總之我不用就是 :)
04/06 00:56, 66F
→
04/06 00:56, 6年前 , 67F
不過你出書我可不捧場，總之我不用:)
04/06 00:56, 67F
→
04/06 00:56, 6年前 , 68F
腦粉：是你不會用，不是它沒用。
04/06 00:56, 68F
噓
04/06 01:02, 6年前 , 69F
見笑轉生氣，把別人打成腦粉就對了
04/06 01:02, 69F
→
04/06 01:25, 6年前 , 70F
用以前要先弄清楚有沒有用 若沒用一開始不要用就沒事了
04/06 01:25, 70F
噓
04/06 02:01, 6年前 , 71F
20年經驗學到的是講不出道理只會講人家腦粉，受教了
04/06 02:01, 71F
噓
04/06 02:11, 6年前 , 72F
還好我公司的老人強多了
04/06 02:11, 72F
噓
04/06 07:33, 6年前 , 73F
一言不合就把異己變成腦粉，通篇沒有真正講中scrum oo u
04/06 07:33, 73F
→
04/06 07:33, 6年前 , 74F
nit test的一些問題，像個初學者抱怨玩具爛我不玩，還一
04/06 07:33, 74F
→
04/06 07:33, 6年前 , 75F
個老前輩架子出來勸世的態度。
04/06 07:33, 75F
→
04/06 07:39, 6年前 , 76F
還偷換概念變成太極拳打泰拳鬥輸贏，這種工具不但沒輸
04/06 07:39, 76F
→
04/06 07:39, 6年前 , 77F
贏還可以截長補短，舉例：很多語言可以oop也能fp。所以
04/06 07:39, 77F
→
04/06 07:39, 6年前 , 78F
你是真的20年來都觀念錯還是想偷換概念呢？
04/06 07:39, 78F
噓
04/06 08:54, 6年前 , 79F
說20年經驗又說離開業界很久,言之無誤.看起來像釣魚
04/06 08:54, 79F
噓
04/06 11:18, 6年前 , 80F
突然想到俠客行的太玄經
04/06 11:18, 80F
噓
04/06 14:42, 6年前 , 81F
內文舉例一堆錯誤, 設計模式與 ooad 有啥關係? 針對 un
04/06 14:42, 81F
→
04/06 14:42, 6年前 , 82F
it test 的單元認知太狹義! 以上名詞都只是工具, 面對
04/06 14:42, 82F
→
04/06 14:42, 6年前 , 83F
不同問題使用, 不是學新東西就亂用, 然後抱怨不好用!
04/06 14:42, 83F
噓
04/06 14:48, 6年前 , 84F
可以寫使用後感想, 但不要寫一堆錯誤觀念, 誤人子弟!
04/06 14:48, 84F
噓
04/08 10:52, 6年前 , 85F
你這個20年經驗在我公司會被我轟到前排領22K
04/08 10:52, 85F
推
04/08 15:38, 6年前 , 86F
公司的問題阿 為了設計模式而設計模式會有用?
04/08 15:38, 86F
噓
04/09 09:40, 6年前 , 87F
這篇怪怪的
04/09 09:40, 87F
推
04/09 15:35, 6年前 , 88F
有經歷過早期OO入魔年代的人特別能體會這篇在講什麼...
04/09 15:35, 88F
‣ 更多 YAYA6655 的文章
文章代碼(AID): #1QnEgt0B (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 8 之 11 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共11篇)
‣ 更多 YAYA6655 的文章
文章代碼(AID): #1QnEgt0B (Soft_Job)