※ 引述《leicheong (睡魔)》之铭言： : → tinlans:programmer != coder，coder 才比较像是生产线员工 01/02 05:46 : → tinlans:两者的最大差别，在於写出来的程式是否经过缜密规划， 01/02 05:47 : → tinlans:不可否认的是，我国多数 programmer 实际上都是 coder 01/02 05:48 : → tinlans:所以需求才小改一下，就唉唉叫、加班、debug 到累个半死 01/02 05:49 : → piimaila:改code哀哀叫?没规划好? 礼拜五给你礼拜一release 01/02 23:32 : → piimaila:你哀不哀? 01/02 23:33 : → piimaila:需求小改? 您一定是教授不然就是嘴炮类型主管 01/02 23:34 : 这也是十分难决择的事... : 举例说, 我的公司把一套高度专门化(也就是按那公司的需求度身订做 : 销售、报价、库存和物流的部份)的POS系统卖了结另一间公司, 去年 : 那公司打算横向发展, 希望代理一系列性质不同的产品... 然後sales : 就说这只是「小改动」, 给我们3个月完成... -___-; : 当然我们一开始也可以把甚麽都模组化, 但以当初他们给我们的spec. : 来说这不单是over-engineering, 预定的工作时间也不容许这样做... : 真是十分痛苦啊... 我也来举一下例子 .... 这是我在前一家公司遇到的情形 大致上分为两种... 1. 为了降低成本 希望能开发取代某大型软体部分功能的模组 简单来说 版上各位应该都知道 一个系统 会需要依赖其他的软体或是系统来运作 例如说 你架个网站 需要 web server + DB + script engine 在我所处的领域 有些关键部分 都是依赖其他软体的功能 才得以实现 但是上层认为 我们只是使用了其中一部分的功能 可是却要购买整个授权 实在不划算 ..... 所以希望我们能 "自行开发" .... 但是这就是问题了 那些软体是长期经过大量的专业人力 经验累积 才得以开发出那些功能 虽然我们只使用其中一点点的功能 但是那些功能之所以存在 也是因为整套软体其他的部分存在 才得以实现 白话一点 ... 如果你今天只是要开发一个网站 .... 结果你老板嫌 IIS + MSSQL 或是 Apache + MySql 太肥大..... 说你自行开发一个合用 的 web server 加上 DB 吧 .... 你大概会跳脚吧... 更何况我们领域的软体更封闭 .... 有更多细节 是无法参照 open source 的软体来进行开发 也不是 google 找一下 就有好心人 告诉你如何实作这些功能 2. 第二个情况是 客户有时候看到某些其他软体 就莫名其妙希望加入该功能 这个情况 我想很多版友都常常遇到 应该是见怪不怪了 而我这边 较为特殊的一点是 功能常常是由 server 某模组或某独立软体来实现 所以为了成本考量 很多时候 我们会选择比较便宜的软体或是低阶的版本 安装於 server 上 如果要符合客户的需求 就必须改安装比较贵或是进阶的软体 .... 而客户与高层 常常不能理解 why 加了一个功能 成本必须提高那麽多 其实我们也不是不打算 釜底抽薪 一次解决一些关键问题 某前已经离职的 PM 组长 为了终结这些问题 .... 曾经提出 扩大人力规模 老老实实的把这些功能 自己实作出来的计画 想当然尔 热热闹闹的一阵子之後 又是因为高层不能理解 why 要投入那麽多资源 将整个计画否决了.... 然後... 我不久之後也离职了 现在转到一家比较小的小公司 至少这个公司的老板 知道自己规模小 什麽该做 什麽无法作 自己知道的很清楚 於是我就快快乐乐的当纯粹 写使用者介面的小小 coder 当的很快乐 偶尔写一些 比较进阶的东西 老板就觉得我很厉害了 ... XDDDD 我会写这段 是要表示 想当真正的 programmer 写大软体 作核心功能 有这种愿景的人 并不在少数 ... 专心的针对一些核心问题 思考演算法 从底层的资料结构 档案存取 然後是 自定义的 tcp / udp 封包格式 考虑加密与压缩 老老实实的一步步作上来 不是没有这种人 也不是办不到.... 而是常常上层无法理解与容忍 这种大计画的存在 .... 把所有的问题都认为是如同 web script 那样改一下 画面就出来 这样程度的问题 久而久之 大家都宁愿当那种 拼拼元件 改一下 script 或是 tag 就可以交差的 coder 或是 google 找一下 看有没有好心人士的现成范例可以参考一下 所以台湾 coder 多 这是事实 但是为什麽这会成为一个事实? 并不是一味的期待 电机资工出身的程式人员 如同魔法师一般无中生有 开发软体是个工程问题 既然是工程问题 就该用工程的角度来对待他 要盖一个房子 先是购地 画设计图 然後 钢筋水泥 雇用工人 申请水电 终於可以动工了 整地 打地基 一层 一层 直到完成 最後才会内装与装潢... 这个过程中 如果有客户提出 改变结构 或是盖到九楼 改七楼 先作装潢 之类的需求 大家都会认为这个客户很没 sense 吧 无法理解开发软体是个工程问题 我认为这是最大的原因... 甚至身为资讯背景的自己人 都无视这个根本 这更是问题恶化的主因 我就亲耳听过 认为写程式只是元件拉一拉 UI属性调一调 的同业 只能说 不管资讯 非资讯背景 很多人目前都在作 让情形更加恶化的举动 --

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