在读完人的工作切换有害无益之后，ㄚ琪要继续读你绝对不应该做的事 之一，你相信吗？这一篇所说的事情ㄚ琪以前都犯过喔！来吧！看看我怎么说。
‘Netscape 做了一个每家软体公司都可能犯的一个最糟的策略错误：他们决定把程式从头重写过。’
‘程式师总想把旧程式丢掉重新开始，其中的原因很微妙。他们会认为旧的程式是一团乱，不过下面这有趣的观察指出他们可能是错的。他们会认为旧程式一团乱的直正原因是一个很基本的程式设计原理：
读程式比写程式困难。’这个原理再简单也不过了，想起以前在365的时候，那是一个乱糟糟的工作场合，很多程式都是由很多前人完成的，ㄚ琪觉得读程式确实很麻烦，所以很多时间，都会直说重写比较快，哈哈，还好老板也不懂，有时确实会顺的我意来做，真没想到，今天碰到约耳说到我的死穴了，好吧，我知道我要悔改了！
‘几乎每一个人都会告诉你：“这真是一团乱，我真想把它丢掉重新开始。”’这句话那时我用得可多了。
至于我们会说一团乱了原因，约耳分析的满中肯的，‘首先是架构上的问题。’我想约耳对这个建议很清楚，就不多说了，这个原因确实可以克服的！
‘第二个原因是效率不好’，其实就是改写效率不好的程式不就得了，身为老板或经理人可得学起来喔，免得被程式设计师骗了。
‘第三个理由是说程式码他X的丑。’这是粗俗语，ㄚ琪应该没用过，哈哈，戒之啰！
‘一些回馈意见 ，包括某位很资深的前Netscape工程师的回应。另外Seth Gordon写了一封电邮给我，针对阅读他人的原始码提供一些很好的技巧。’
这里面还有一个角度没提到，在工作室的时候，很多客户的旧软体厂商不见了，客户苦于功能欠佳或是有问题，想找我改进，虽然我很想把他们的旧程式拿出来改，可是没办法，因为厂商都只会给执行档，不给原始码，这种情况下，我只好两手摊开说要重写了，这是重写的一个很好理由吧！这种情形碰到的机率还满大的，后来ㄚ琪帮客户重写程式后，客户也聪明了，要我留原始码，哈哈，这有什么问题，我很乐意啊！只要后来接这些程式码的工程师，不要说我的程式一团乱，愿意改写，那就真的太好了，哈阿哈哈！
2 則留言
Comments are closed.