作者YAYA6655 (YAYA)
看板Soft_Job
标题Re: [心得] 敏捷课程观察心得
时间Wed Apr 4 23:09:41 2018
以我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://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1522854583.A.00B.html
1F：→ prag222: 有感 CRUD功能 又不是啥敏感重要资料也样unit test 哈 04/04 23:14
2F：→ prag222: 更何况不是写UNIT TEST就不会有BUG?写了=0 BUG? 04/04 23:15
3F：推 sam7159: 有同感 04/05 00:00
4F：→ sorryla: C++产能低落的话就不会还这麽多人用了 04/05 00:24
5F：推 brianhsu: 设计模式会弄到任何动作都有 Use Case?这设计模式和我学 04/05 01:07
6F：→ brianhsu: 的好像不太一样…… 04/05 01:07
7F：→ tofuflower: 我觉得是你公司导入异次元的设计模式 04/05 01:07
8F：→ tofuflower: 另外 unit test 不是用来防 bug 04/05 01:10
9F：→ brianhsu: 而且每个输出入函式都要写 Test Case，这是多久前的观念 04/05 01:11
10F：→ brianhsu: 啊……现在很少人用单一函式来定义「单元」了吧？ 04/05 01:11
11F：→ tofuflower: 是用来保护後续对该 funtion 的修改不会破坏既有行为 04/05 01:12
12F：→ tofuflower: 再简单的方法随着时间和需求总会慢慢变复杂 04/05 01:12
13F：→ tofuflower: 有个 unit test 在那边至少要重构或修改该 function 04/05 01:12
14F：→ tofuflower: 会比较单纯 04/05 01:13
15F：→ tofuflower: 附带一提，凡事都要有 user case 比较像物件导向 04/05 01:23
16F：→ tofuflower: 参考 Object Oriented Software Engineering 这本书 04/05 01:24
17F：→ tofuflower: 然後你对 unit test 的误解建议你观看这本书 04/05 01:30
18F：→ tofuflower: xUnit Test Patterns: Refactoring Test Code 04/05 01:30
19F：→ sharku: 奇怪, 设计模式跟unit test的关系是? 04/05 01:32
20F：→ mabinogi805: 你们公司的设计模式真是奇怪捏～ 04/05 01:46
21F：→ megawalker: 觉得脸肿肿的... 04/05 02:13
22F：→ mysteriousGE: UnitTest 是针对工作单元 而非 method 吧.... 04/05 02:18
23F：推 Eos: 推 04/05 02:44
24F：→ alan3100: ..也没讲屁什麽 看起来比较像排斥新事物的老屁股 04/05 06:30
25F：→ rabido: 贵公司对技术上的误解好像颇大的... 04/05 06:40
26F：→ Argos: 混了20年 结果对设计模式的适用与否与UI本质还搞不清楚？ 04/05 08:53
27F：→ Argos: 这样也可以混20年 你瞧程式设计多好混？ㄏㄏ 04/05 08:53
28F：→ Argos: 时间早就证明一切罗 不要说FLAG的code好了 就连程式语言本 04/05 08:55
29F：→ Argos: 身内部也满满都是设计模式的应用喔～呵呵 04/05 08:55
30F：→ Argos: 还是说Google Apple FB都白痴 就你们公司都天才？ 04/05 08:56
31F：推 sayya2311: 推工程师不是白痴. 有些罗罗嗦嗦的事做完, 结果解决的 04/05 09:00
32F：→ sayya2311: 事情的难度都还不比国中的数学难...那为什麽选择不相 04/05 09:00
33F：→ sayya2311: 信你的工程师,或改找有合格水准的人进来? 04/05 09:00
34F：→ darthv: scrum以前叫standing meeting,换汤不换药 04/05 09:12
35F：→ darthv: 还好我写kernel，不用跟一堆c++搅和在一起 04/05 09:13
36F：→ qweqweqweqwe: 如果只有自己写的 project 做 unit test 的确很烦 04/05 09:18
37F：→ qweqweqweqwe: 但一但要修改别人的逻辑时 就很有用好吗... 04/05 09:19
38F：→ Darkautism: 写kernel+1。c++呵呵。 04/05 09:40
39F：推 jfang: 同感 04/05 10:03
40F：推 maxqq: 应该就是当下规范导致不好用吧，习惯就成自然 04/05 11:35
41F：→ maxqq: 太过自信未必是好事，很多事情还是战战兢兢来得好 04/05 11:37
42F：推 alihue: 还好我们公司没这种老屁股 04/05 11:51
43F：→ robler: 觉得是你不会用，不是test case没用 04/05 12:20
44F：嘘 Masakiad: 写的出这种见解我也只能说20年的经验跟1年的差不多..... 04/05 12:42
45F：推 Sirctal: 混了20年连 design pattern都搞错?? 04/05 13:59
46F：→ YAYA6655: 离开业界很久了，举个例子嘛...请包涵 :) 04/05 15:35
47F：→ Masakiad: 如果是我被得罪我一定可以包涵，但讲错误的讯息出来误人 04/05 16:07
48F：→ Masakiad: 子弟是很不好的事情。 04/05 16:07
49F：→ testPtt: C++产能低落要看用在什麽地方 04/05 16:15
50F：嘘 final01: 这20年？比大学毕业还糟XD 04/05 18:56
51F：→ lovdkkkk: 搞到每一个简单的动作都要有 USECASE 04/05 19:10
52F：→ lovdkkkk: 每一个输出入函示都要UNIT TEST 04/05 19:10
53F：→ lovdkkkk: 有些简单到如同9x5的东西你真的还要替他见一个UNIT TEST 04/05 19:10
54F：→ lovdkkkk: 这些问题 是这麽决定的人造成的 无关方法跟工具啊 04/05 19:10
55F：→ lovdkkkk: 拿刀割自己再怪刀子不好的港节 04/05 19:11
56F：→ PUTOUCHANG: 台湾风气是 all or none, 引进一项制度就要全体采用 04/05 19:24
57F：→ PUTOUCHANG: oo 很棒, 所有架构都给我改成 oo, scrum 赞, 都给我用 04/05 19:25
58F：→ YAYA6655: 还好吧，真的就是这样阿 04/06 00:05
59F：→ YAYA6655: 不过果然又有脑粉出来：是你没了解太极的精髓 ccc 04/06 00:05
60F：→ YAYA6655: 就算我只有一年经验，可能也屌打你10年经验吧 04/06 00:08
61F：→ tofuflower: 不如你说说其他语言在什麽情境屌打 C++? 04/06 00:29
62F：→ tofuflower: 至少先定义你说的产能是什麽？ 04/06 00:29
63F：→ lovdkkkk: 无关精髓, 只能确定为了用而用才会用了以後一堆抱怨 04/06 00:39
64F：→ kira1101: 快去出书证明你的理论 肯定被当大师膜拜 04/06 00:45
65F：→ kira1101: 敏捷与设计模式无用论 by YAYA6655 04/06 00:46
66F：→ YAYA6655: 楼上出书好了。我淡然处之。总之我不用就是 :) 04/06 00:56
67F：→ YAYA6655: 不过你出书我可不捧场，总之我不用:) 04/06 00:56
68F：→ YAYA6655: 脑粉：是你不会用，不是它没用。 04/06 00:56
69F：嘘 laputaflutin: 见笑转生气，把别人打成脑粉就对了 04/06 01:02
70F：→ lovdkkkk: 用以前要先弄清楚有没有用 若没用一开始不要用就没事了 04/06 01:25
71F：嘘 sorryla: 20年经验学到的是讲不出道理只会讲人家脑粉，受教了 04/06 02:01
72F：嘘 alihue: 还好我公司的老人强多了 04/06 02:11
73F：嘘 Masakiad: 一言不合就把异己变成脑粉，通篇没有真正讲中scrum oo u 04/06 07:33
74F：→ Masakiad: nit test的一些问题，像个初学者抱怨玩具烂我不玩，还一 04/06 07:33
75F：→ Masakiad: 个老前辈架子出来劝世的态度。 04/06 07:33
76F：→ Masakiad: 还偷换概念变成太极拳打泰拳斗输赢，这种工具不但没输 04/06 07:39
77F：→ Masakiad: 赢还可以截长补短，举例：很多语言可以oop也能fp。所以 04/06 07:39
78F：→ Masakiad: 你是真的20年来都观念错还是想偷换概念呢？ 04/06 07:39
79F：嘘 alan3100: 说20年经验又说离开业界很久,言之无误.看起来像钓鱼 04/06 08:54
80F：嘘 vi000246: 突然想到侠客行的太玄经 04/06 11:18
81F：嘘 jame2408: 内文举例一堆错误, 设计模式与 ooad 有啥关系? 针对 un 04/06 14:42
82F：→ jame2408: it test 的单元认知太狭义! 以上名词都只是工具, 面对 04/06 14:42
83F：→ jame2408: 不同问题使用, 不是学新东西就乱用, 然後抱怨不好用! 04/06 14:42
84F：嘘 jame2408: 可以写使用後感想, 但不要写一堆错误观念, 误人子弟! 04/06 14:48
85F：嘘 FantasyRyu: 你这个20年经验在我公司会被我轰到前排领22K 04/08 10:52
86F：推 s0914714: 公司的问题阿 为了设计模式而设计模式会有用? 04/08 15:38
87F：嘘 beaprayguy: 这篇怪怪的 04/09 09:40
88F：推 gname: 有经历过早期OO入魔年代的人特别能体会这篇在讲什麽... 04/09 15:35