分卷阅读5 (第4/4页)

中会出现的问题和工作方式的不当之处都被无情地点了出来，什么委婉的职场术语一点都没加，就是特别直接地列出123几点，逻辑清楚地说明哪里做的不好，哪里总是出错，要求怎么改。

    一开始这群随便拉一个出去都是大牛的技术男们都很是不服气，但是互相看看其他人收到的邮件，不禁乐了：

    “嘿，你丫就是这样，老是脱离构架设计，每次都得老子给你善后！”

    “你TM才是，几种参数老是搞不清，英文26个字母认得不？老大说你一点都没错！”

    “老大才来几天就看出来你小子的问题不在编译器上，编译器总算是沉冤得雪了！”

    “我早就想说你对版本管理太混乱了，别说我们搞不清，你自己到后面也都分不清了吧？”

    “你看不懂了吧，我帮你翻一下老大的意思，你的思路太钻牛角尖了，老想在你擅长的编程语言上做到极致，卡住了吧？换个方向马上就容易解决了。”

    ……

    互相揭发完同伴们的缺点，然后自己冷静下来，再仔细看一遍谢联航的邮件，大都都服气地闭了嘴，除了一个人。

    给小江的邮件是最详细的(见作者有话)，而且是最不客气的，让咱们来概括一下：

    不爱写注释和文档，这都已经是老生常谈了——写你MB，三部的人不会自己看吗？老子又不是文案策划。

    不想做测试？就要求你以后在编程之前就先写测试——我就是不爱做测试，怎么滴！

    代码结构、功能算法过于臃肿，必须精简——前两天不是说让我完善吗？我写得全了又嫌我胖了？

    即使