一个人的文字表达多多少少显示出program方式 看来你就是写得太耦合了 最好的方式就是在你上面弄一层Abstraction Layer 解耦掉你与X、Y、I的相依 OSI七层就是一层层往上抽象且标准化，所以像TCP/IP可以互相资料交换 而"但那只程式的 domain know-how 比较多是跟 A系统有关。" 那当然就是你来写资料交换的底层是最有效率的 例如： CODEC IC设计工程师除了要写verilog外 还要写到 Open(), Close() function内的register填法(简单的c, 没MultiThread的) 然後用Open(), Close()的抽象function解耦掉底层的CODEC domain know-how user space软体工程师只需要会使用Open(), Close()的抽象function即可 即，IC　design house最有效率的团队是没Firmware工程师 而是由IC设计工程师往上cover一点 应用软体工程师往下cover一点 而没有一个中间的firmware工程师往下、往上都问一点 除了没有IC designer的系统厂 才需要Firmware工程师去找FAE问看register要怎麽填 ※ 引述《scottshai (打字猴)》之铭言： : 最近在软体开发上遇到一些状况， : 这状况最後的结局是导致测试及撰写文件的人要加班把东西弄好。 : 但细想整个流程，感觉我同事这加班是可以避免的， : 所以想Po来询问大家，如何用最少的时间，做到一样的事情。 : 有三个系统 A、X、Y， : 角色有 PM-A、PM-X、PG-A(我)、PG-X、辅导， : 公司都称测试及撰写文件的人叫辅导 (虽然我查网路好像没特别这样说) : X 跟 Y 系统两者之间的功能只有些微不一样； : A 与 Y 之间资料交换的程式已经上机有好一阵子， : 整个传送的过程也都很顺利； : 今年8月底的时候客户要求 A 跟 X 也要有一样资料交换的程式， : 同时因为 X 跟 Y 有些不一样，来自 X 的资料在 A 前端显示会有些微不同， : 程式要求9月底交付； : PM-A 了解需求後告诉我怎麽做， : 因为知道有时间压力，所以把 A系统 这边的程式在9月初完成後发测， : 结果测试一直出现错误，大部分的原因是 X系统 要与 A 交换的程式有缺漏， : 使得传过来给 A系统 的资料不完全， A系统因此一直报错。 : 来回几次之後在今天 PM-X 跟我说 A 前端的显示 : 跟当初 PM-A 说有些不一样，以及今天要将文件完成先交给客户， : 今天下班前 辅导问我说这个要改好要多久， : 我想了一下大概要一个小时，由於前端显示并没有差很多， : 辅导决定用修图的方式先把文件做出来， : 想到我可以明天一早上班就先处理掉，就准时下班了。 : 过去我划分职责的方式是照程式是写在哪个系统上的， : 但依照这分法，A 与 X 个系统间的资料交换，程式写在 X 系统， : 所以不是我负责的， : 但那只程式的 domain know-how 比较多是跟 A系统有关。 : 所以我应该要在开发过程中去主动了解那只程式的状况， : 来避免我的同事加班吗？ : 更进一步的来说，A、X、Y 三个系统都是同一家公司负责的， : 所以有问题只要走到彼此办公位置讨论就好，很方便； : 但 A 跟 其他公司的系统 I 也有资料交换，如果以後要增加资料交换的功能， : 程式开发时间势必会因为电话及邮件来往间耗掉很多时间。 : 不知道大家听到上述状况，有没有甚麽想法呢？ : 是不是有更好的作法，能够花更少的力气，做到一样、甚至更多的事？ --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 59.126.250.214 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1506008507.A.61B.html