作者cha122977 (CHA)
看板Soft_Job
标题Re: [心得] 敏捷课程观察心得
时间Sat Apr 7 03:46:25 2018
※ 引述《YAYA6655 (YAYA)》之铭言：
: 以我20年的经验来说，什麽敏捷，设计模式，很多都是脱裤子放屁。
: 更早期还有什麽OO方法论，部分人神鬼上身，什麽东西都要OO一下，连写个九九乘法
: 表都要开一个 class ninenine。
我学OO大概6年，还真的没用过OO的方式写99乘法表
唯一写过的一次是在main里面直接干，然後拆几个function出来而已
然後我就想啊，如果叫我现在用OO的写法写99乘法表，那会长成什麽样子？
然後就有了以下这个东西
https://gist.github.com/chartsai/9f32d6430a825f9296b376b60758192f
https://imgur.com/a/NF5Cl
接受自订大小(ex: 不想印9x9，改印12 x 12)
可以指定分几段(ex: 1~3 一段， 4~6 一段, 7~9一段…预设是超过六组就分两段)
https://imgur.com/a/HTwh3
可以只打印特定行(ex: 3 x 1, 3 x 2 ....)
https://imgur.com/a/cj0BO
可以给打印格式(ex: %d x %d = %4d, %d * %d -> %2d)
https://imgur.com/a/o6rye
纯实作含空行大概花40行，为了方便多写了一个不用给格式的helper function花15行
demo用的main function花了20行XD
用的是我现在的主要语言Kotlin，可读性待乡民认证(?)
我觉得要增加功能或者是後续维护都不是大问题
要做Unit Test也算简单
目前没有做防呆，但应该不是大问题，输入值验一下就好了
不知道乡民们怎麽看？是杀鸡焉用牛刀呢？还是比直接干来的好呢？
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 104.132.45.94
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1523043988.A.36F.html
※ 编辑: cha122977 (104.132.45.94), 04/07/2018 03:49:05
1F：→ OSDBNetwork: 把一件简单的事情搞得这麽复杂 XD 04/07 09:43
2F：→ sayya2311: (a).可以加个客户需求分析,系统分析,单元测试,效能测试 04/07 09:58
3F：→ sayya2311: ,说明文件,功能上还可以产生图片,excel,网页.. 04/07 09:58
4F：→ sayya2311: (b).直接告欣我做完了与结果就行了,超过3句话的讨论都 04/07 09:58
5F：→ sayya2311: 可以省了,因为这种题目没有预期会有困难的地方,就需要 04/07 09:59
6F：→ sayya2311: 时花时间下去而己. 04/07 09:59
7F：→ sayya2311: 课堂上,外包,或是拿project来练功,(a)常见; 自行开发 04/07 10:00
8F：→ sayya2311: 产品(b)划算, 不知道有没有离题? 04/07 10:00
10F：→ landlord: simple design这有顺序的四要点，是很好的遵循原则 04/07 11:23
11F：→ Argos: 练功的话都没差的 想做就做 但真正要练的 其实是在看到实 04/07 13:56
12F：→ Argos: 际生活里的真实需求时 那才是真枪实弹 04/07 13:57
13F：→ Argos: 像这个练习题就可以模拟 如果我需求只是要1到9 给小朋友看 04/07 13:59
14F：→ Argos: 你这样当然是过度设计 但如果是要弄成大软体里的模组 这样 04/07 13:59
15F：→ Argos: 也还行 04/07 13:59
16F：→ robler: 有没有过度，是要看未来有没有扩充修改的需求阿 04/07 14:53
17F：→ robler: 交个学校作业这样写就太搞刚了 04/07 14:53
18F：→ robler: 但是如果这个功能未来有要扩充，写的好一点就会有帮助 04/07 14:53
19F：→ robler: 比方说，如果以後这个功能要加上16进位的15*15乘法表呢 04/07 14:54
20F：→ robler: 核心部份想必都差不多，但是细节就会有点不一样 04/07 14:55
21F：→ PUTOUCHANG: 真实产品等到需要扩充再重构, 一开始就想太远未必好 04/07 20:54
22F：→ PUTOUCHANG: 应该说出现需求时才会预期未来还有更多延伸需求 04/07 20:55
23F：推 art1: 看过一本大师们的闲聊，两个风格不同的大师共同开发软体 04/08 02:30
24F：→ art1: 一个就考虑更远的需求，一个着眼於现在，这样也能一起合作XD 04/08 02:31
25F：→ megawalker: 都知道可扩充行好了当然这样写啊 04/08 14:25
26F：推 s0914714: 就是需求拉 我倒觉得重构比较重要 04/08 15:51
27F：→ s0914714: 如何把一开始很简单的code改成需求很多的code 04/08 15:52
28F：→ s0914714: 一般大概就是叠床架屋 搞到程式乱七八糟 04/08 15:53
29F：→ cha122977: 同意有需求再改就好 但要一开始就写的好改我觉得不容易 04/09 21:25