Re: [讨论] 主管不认同书本的知识,说我没学好程设

楼主: kiwatami (悠游自在)   2016-05-08 00:18:45
好热睡不着回一下XD
其实你跟你主管两个都没错
只是立足点不同而已
你使用的方式都是以方便维护为主要考量
你主管的方式则是尽可能榨出所有效能出来
两个完全不同方向的怎么吵也不会有结果
之前就遇过一个用 java 实作了类似 goto 方法的同事
成功之后他整个笑开怀 一整天心情都超爽的
说效能提升多少多少
之前要跑几十分钟现在只要几分钟
然后跟我说他写程式的成就感就在调校这个部分
但听完我只觉得三个月后可能没人看得懂他在写什么...
可是有的时候就是需要牺牲维护性来追求那一点点的效能
因为当那段程式码需要跑几千万次的时候
能提升一毫秒都是很大的进展了
拿比较简单的写数据库来说
每次新增资料就是产生一次 insert statement
但如果一次要写上万笔呢
只好写成 stored procedure
一个好维护 另一个速度快
但如果那个只是个 singleton 的物件初始化呢?
应该没有主管会希望有人在这里下太多功夫调校
可是如果说有一天你的程式码要移到哪个有资源限制的地方
这时你的主管建议的方法就会有帮助了
写程式就是一直不断的判断与选择
有时 a 方法好 有时 b 方法适合
过了一阵子后 可能有文章表示 a, b 方法都烂透了
如果是我站在原 po 的立场要我选择的话
程式是我在写 维护的也是我
我才不管主管怎么说咧
随便应个 喔喔 好 我再找时间改
然后就不鸟他了啦
谁要跟你花时间在那边开会啊
搞不好还会耽误到我下班时间
不过记得千万不要跟老板顶撞
上次我这样做 然后...
就写了一封道歉信 很不方便
作者: Yshuan (倚絃)   2016-05-08 01:00:00
推这篇,就跟当兵时被督就一直回"报告是",回头怎么做自己方便为主。
作者: YahooTaiwan (超可爱南西我老婆)   2016-05-08 08:56:00
然后...... code review 永远过不了.....然后就没有然后了
作者: littlethe (东周流浪汉)   2016-05-08 11:09:00
我也在想他主管是90年代程式出来了,往好方向想,至少他主管还会重视效能,很多主管是不论效能还是维护性都不管
作者: stitchris (史迪奇里斯)   2016-05-08 11:46:00
主管有时候只是想告诉你"我是主管哟"
作者: alan3100 (BOSS)   2016-05-08 21:59:00
有preparedstatement可以用 不一定要用SP
作者: kimmyariel (Davy)   2016-05-08 22:45:00
推这篇
作者: ripple0129 (perry tsai)   2016-05-08 23:11:00
SP不就是要效能吗?不过不知道preparedStatement慢多少
作者: alan3100 (BOSS)   2016-05-09 00:56:00
就看你会不会reuse了
作者: pttnews (PTT新闻)   2016-05-09 15:11:00
你的CodeReview不过, 就不能Submit!请问这样能打混吗?
作者: abc0 (haha)   2016-05-10 14:42:00
一次写上万笔可以用MERGE啊
作者: xdraculax (首席怪叔叔)   2016-05-11 09:05:00
支持,个人观念:没有最标准,只有最适合

Links booklink

Contact Us: admin [ a t ] ucptt.com