※ 引述《jameswiki》之铭言： : 也许是你还在学，你觉得这样算OK了!所以会说"会写程式的人"也大有人在 : 曾经,我在大学时代,跟你的想法是一样的,我大二就开始写电脑书接案了 : ,心中所想的,就是:会写程式才是王道..我一定要天下无敌. : 但是在经历了PM,MIS Leader,企业资讯顾问後..我观念变了 : 但是站在一般公司的角度，我需要的人才： : 不是要那种你程式功力多强多强，可以很快的把程式写完， : 当很多程式设计师，写出那种很简短的code而沾沾自喜时，我唯一给上级 : 的建议，就是这个人不可用。我宁可要不会写程式的人。 : 为什麽？ : 当你自认为写出一个超级无敌的Soultion ,别人都看不懂你在写什麽时， : 用了你，公司就受限於你，日後你走人，後面维护系统的人就很辛苦 : 站在软体公司的角度，我要的人，也不是会写程式的人 : 我要的是会按照公司规定，使用公司开发的元件或pattern来工作的人 : 不会写程式没关系，但是SQL语法要够强， : 那种认为自己程式很强，却又写不出元件，可一体适用公司专案的人 : 我反而不想用，事实证明，这些人是软体公司的最大危机， : 一来这种人很容易对公司不满（我那麽强，薪水怎麽只有一点点？） : 二来这种人觉得我强就好，不屑於把自己的经验教授其他同事， : 结果当人一离职，他们之前写的系统 : 因为没有按照公司的元件或pattern撰写，无形中增加更多公司的维护成本 : 程式是一种团队工作协调的temple,不是个人表现，不强调英雄主义 以上, 以我的观点来说, 这是主管的问题. 台湾软体业很多主管就是这样, 规格、要求开的不清不楚, 只跟下面的人说"我要啥" 人家当然就给你那个功能的东西, 合不合谁知道, 你又没给prototype, 主管/公司根本不愿意投资源做software AD, 没有统一的coding style规定、软体架构、s/w prototype、‧‧‧ 甚麽都没, 然後要求员工知道你想要的是甚麽样的东西, 要求整个team要能全部module接在一起, 你想有可能吗? 在我看来, s/w AD需要的时间至少要跟coding花的时间一样, 甚至s/w AD要花更久, 这样coding起来就能够各team搭配得很好. 你说的没错, 很强的人可能很容易对公司不满, 不过我所见的不满大都是发生在觉得主管根本就毫无软体规画的sense. : 在台湾，程式再强，又能怎样？台湾有公司写出compiler吗？没有！ : 当我需要一个简单的PHP网页结合mail server及电子公文做总收发系统, : 也有很多高手来应徵, : 但是,最後决策,我不用这些人,为什麽? : 他们开价太高是主因,要求时程1个月太长是次因, : 我最後包给大陆工程师写,2周写完,5万元台弊搞定, : 电子公文及总收发流程由我来教他们,案子写完我帮公司卖了100万. : 而这些事务,若我徵聘高级工程师来写,算4个人好了 : 一个人一个月给5万,就算1个月写完,我也得花20万 : 写不完呢? 准备付违约金给客户了 : 若我自己跳下去写呢? 一个人少说也要写2个月,公司其他事都不用管了.. : 这也不行 : 加上这些台湾的工程师,若加上个人英雄主义,故意写一些很简短别人看不懂的code : ,那未来公司的维护成本就更多..何必呢? : 功力强不强不是重点,要记得强中自有强中手, : 人际关系是重点,了解产业know how及产业的作业流程是重点 : 当你了解了上述二项, 不会写程式做软体业,那也没什关系! : 因为你会分析产业流程 我倒是觉得, 这又是推托责任的一种藉口, RD就该是RD, 分析产业流程并规画的人是主管. 底下的人就算没有sense, 做主管的也要做好沟通桥梁的工作. 你永远无法期待你徵到的人是怎样的, 也永远无法知道会有怎样的人来面试. 反之, 我觉得会分析产业流程的RD是最容易反的, 也最不好驾驭. 不过碰到这种RD也是好事, 就要看主管你的互动能力跟对员工的尊重了. 且请到不会写程式的人来也是个很大的负担, 因为其他会写的人必须take care这些人, 对performance会有影响. 再者, 写很简短的code并不是甚麽个人英雄主义. 就我看来这也是管理人的问题. 为什麽? 想办法让程式跑的有效率是错吗? 如果是的话那学术界的目的何在? 我想工程师的背景知识强是一件好事, 强过主管也没关系. 总不能说, 今天一个不懂程式的主管, 看到linked-list or 红黑树的code, 然後说: "你他妈这甚麽鬼code, 难看死了, 我看不懂, 你给我用阵列写!" 这样对吗? 我觉得重点是在文件工作要做好, 且不可以认为写文件是很没有value的事情. 公司有强者是好事, 而面对强者RD, 主管需要做的事情就是确保每个module的文件都有好好制作, 要确保RD写出的东西有符合s/w AD设计的prototype & reference design. 一整个专案内有越多效率奇高的module并不是坏事, 坏是坏在面对这些高效module的主管没有统整驾御的能力. 对我来说, 员工的code写得越短, 效率越高, 用到越高深的演算法, 我越欢迎, 但是前提是, 写出来至少注解要让我看懂你在干甚麽, 完成後每个module都要作文件. 软体架构是我规画的, 我必须确保你写的东西万一有问题, 我可以另外用别的solution替换, 但是这是我的责任, 与RD无关. 我的作法会是, 依软体规画行事, 对每个module都要求至少有两套solution, 其中一套用最基本最笨的方法做没关系, 至少我可以确保另一个出问题的时候, 这个solution是可靠的. 如何去组合这些module, 获得一个效能与稳定性平衡的位置, 这就是主管的责任. 甚至要多派人去做performance profiling / stability analyze的工作也是值得的. 当然对於知识分享的部分我是很认同的, 不过真正爱摆架子不愿分享的所谓的"高手"其实很少, 但是放不下面子身段, 觉得自己看不懂东西就主观觉得员工是故意的的主管很多. : 你知道用什麽方式去解决问题.. : 因为你有人际关系,所以人家会找你承包案子,(当然前提是你的软体不能出过大包) : 至於实质的coding工作...外包给大陆的工程师做有何不可 : 反正照公司的pattern,元件设计, : 流程,方法都还是由我们控制.. : 所以..什麽才是会写程式? 在我的标准来看 : 1.基本的程式设计能力及资料库,Server,网路建置,路由器管理能力(必需) : 2.能够有充足的产业经验,了解产业运作流程,知道如何利用资讯科技加强公司兢争力, : 减少员工同仁的工作量,而不是个人英雄主义(只有我最强..你们都不懂的思维) : 3.能够在一个软体专案团队中,与团队成员合作无间,不会吝於分享自己的东西 : 4.没有"公司没有我,公司就活不下去,会倒闭"的思维 : 但是,说真的,现在资讯系毕业学生..初入社会者,要符合这四点标准 : 真的很少! : 所以..人家说"资讯系会写程式的人"不多,我也认同 最後这部分我也有同感. : ※ 编辑: jameswiki 来自: 220.134.154.61 (02/03 07:08) : 推 zcjg:你不需要这样把你们公司的level写出来... 02/03 07:10 : → jameswiki:that's OK!反正本文是我待过4-5家公司的心得,现在不干了 02/03 07:11 : 推 gogoqaz:看你的文章.. 你刚出社会时好像也没符合自己标准? 02/03 07:30 : 推 PRAM:像你这样思考的人我也看过满多的@@, 共同特点就是外包给大陆 02/03 07:33 : → PRAM:然後台湾这边掌握OO和XX,所以外包一定行! 噗噗, 你高兴就好了 02/03 07:34 : → jameswiki:gogoqaz:小弟不是初入社会就当PM的好不好? 02/03 08:05 : → jameswiki:当年初入社会第一份工作是老师介绍的..XD 02/03 08:06 : → jameswiki:类似像"董事长"特助的工作.. 02/03 08:08 : 推 chiaho:你的标准只涵盖一部分程式...更底层的程式无法套用这些标准 02/03 10:27 : 推 oicejki:说到最後还是 每个人都觉得自己是对的XD 02/03 10:30 : 推 littlebau:是大家的角度跟立场都不一样 多听多看 就对了 02/03 11:46 : → littlebau:假如有一个道理哪里都通用的话 那大家早就知道这道理了 02/03 11:46 : 推 oicejki:不好意思 我是刚好看到之前高铁的讨论串,大家都觉得自己是 02/03 11:59 : → oicejki:对的 系统才会凌乱 如果大家都能放上身段就好了 02/03 12:00 : → oicejki:就像原PO讲的 有个合作的TEAM 也许才是软体成功的方式 02/03 12:00 : → oicejki:但能写很短的CODE 也是大家追求的目标啊 XD 02/03 12:02 : → oicejki:还是诚如台啤~~态度决定一切 和技术无关 02/03 12:03 : 推 Coyote:合作的思维是对的 但眼界窄了一点.... 02/03 12:02 : 推 iincho:那是因为很多人只看过错误的case,他们不知除了他们看到的 02/03 12:06 : → iincho:这个是世界还有其他种类的工作.... 02/03 12:07 : → iincho:全部人都都不大会写程式的话最好祈祷有个超强SD...XD 02/03 12:08 : 推 shjhang0203:学起来才对，这样才会进步，排斥学习不是好事，真的！ 02/03 12:11 : 推 oicejki:我是表达态度比技术重要 不是说技术不重要 ^^ 02/03 12:12 : → shjhang0203:不是看不懂高手写的 code ，就说人家不好，这有点怪！ 02/03 12:13 : 推 shjhang0203:而且看不懂是不是自已学艺不精，还是高手有问题？ 02/03 12:15 : → shjhang0203:这也要客观想一下，总之不是自已老了就一定是对的。 02/03 12:16 : 推 oicejki:前阵子刚好面试一些公司 有不经意的发现 真正技术强的主管 02/03 12:22 : 推 shjhang0203:佩合团队是正确的，但技术一直在变，本来就该加强 02/03 12:22 : → shjhang0203:不管你做多久多老，就是会有新的技术，当你看不懂时， 02/03 12:24 : → oicejki:待人愈是客气,好像在每一行都是这样,反而是半吊子才会 02/03 12:23 : → shjhang0203:就是你该学习的时候了，不是叫上司别用那个人，这很怪 02/03 12:25 : → oicejki:自以为了不起,世界很大啊,我想如果我不做RD,我会去光华 02/03 12:25 : 推 shjhang0203:当某人离辞，你的案子就完了，那反过来讲，你很危险！ 02/03 12:27 : 推 shjhang0203:我遇过快四十岁的经理，他遇到不懂的东西，会很虚心的 02/03 12:33 : → shjhang0203:请教你，他懂的也会教你，这样的团队才会强。 02/03 12:34 : 推 shjhang0203:这样的主管永远不用怕有人离辞，他一直在学习。 02/03 12:37 : 推 oicejki:说到底 用最新技术解决方法的成就感 远不如和一个正妹带给 02/03 12:39 : → oicejki:我快乐的生活 人有目标活着就好了 技术是学无止尽的 XD 02/03 12:40 : 推 shjhang0203:楼上中肯 02/03 12:42 : → shjhang0203:不过别排挤比你强的人，不懂问就好了，别小心眼了！ 02/03 12:43 : → shjhang0203:不要自已不问还说人家不分享技术，害你案子倒了 XD 02/03 12:45 : 推 Apon:什麽才是会写程式 第一点不认同 软体设计包罗万象 不是只有 02/03 12:48 : → Apon:懂网路建置,路由器管理能力 才叫写程式 02/03 12:50 : → Apon:不是每个人工作都跟网路有关 谢谢 02/03 12:51 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.112.173.11