原创 做工程师很难

今天和同事聊天，在工作上也起了一些小冲突，然后聊到了工作与生活的问题，整理了一下思路，把想法写下来：
  
   为什么我们的设计在改进，文档越来越差？其实从一个设计文档开始，它都不是单一的，距离来说，从一个原理图开始画的时候我们就需要考虑一些预设计，然后做设计的故障模式分析DFMEA，为了进一步的设计和调试方便我们还要做可靠性分析，得到元件失效的概率，进而形成由上而下的故障树分析FTA，然后使用热分析去检验，用最坏分析来预估最坏情况。所有的文档都是相互关联的，在做每个文档的时候都有个初版，然后循序渐进的过程，经过不停的实验和讨论，不同的结果后对应不同的设计文档。说到底，这些其实都是检验设计，帮助设计的工具。可悲可叹的是，我们身边多数有经验的工程师并不会写这些文档，而是让大多数没有经验的像我们这样刚入门的工程师去做这个事情，因为有太多的不理解（岔开一句，能够真正理解和使用这些工具和设计方法的人少之又少），因此为了应付这些过程文件的交付日期（这是和设计时间同步的），往往采取Follow和Copy的方式，因此就形成了一个比较有问题的初稿。更加让我们惊叹的是，大多数人都会对这些初稿予以跟随的态度。我个人的感觉，即使是国外的工程师，在完成这些文档的时候也是逐步完善和更新的，因为随着设计水平的提升，相应的认知也在提高，因此初始的文档往往存在很多的Issue。我现在感受到的悲哀，就在于说我们甚至不去找这些问题就直接的给文件修修改改加上一个“已更新”的标签就万事大吉了。

   我以前的老大给了我很深的心理阴影，不过有几个事情虽然很苛刻，但是我觉得是非常有道理的。
1.每个经手的文档和设计，都带着我们个人的信用和想法，在署上我们的名字的时候也代表着一份责任。如果是我们起草的新写的文档，我们不仅仅要保证它的内容，甚至他的命名格式各种规范性的东西要符合公司的传递习惯，保证每个阅读该文档的人能够看懂它的内容和格式。
2.当我们开始做之前，一定要有比较深刻的理解它的内容，意义，正确的做法，并不是保持一致就是最完美的。因为公司不提倡边界，因此我们完全可以忽略边界，我们可以提出自己的想法去验证，去追寻正确的东西（至少是自己的），我们有能力也有权力去做一个正确提案（当然对我们这样的刚入门的工程师来说意味着需要查阅资料，反复校对）。
  
   其实呢每个公司的环境可能都差不多，有些带有强烈的束缚，有些比较弹性。在公司的这些时间，找些资料都是比较困难的，公司没有培训也没有专门的导师给你指导，多数的时候只能在各个旮旯的角落去寻求设计的思路和想法。面对无数的争吵和妥协，人很容易退缩和懦弱。临走之前，LJ曾经说过一句很让人感动的话，我们都年轻，没有经验，但是我们必须敢于怀疑一切，如果你不能证明你是对的，那我就有权力自己去验证而不是盲从一些轻飘飘的建议。

    很多人都谈到我个人带有强烈的悲观情绪，似乎是这样，因为能够感受到身边的不完美，能够感受到很多不是那么理想的东西。但是我觉得生活在现实中，就需要有面对现实的勇气，套用鲁迅的话来说就是直面惨淡的人生，并不是每个人都能获取成功，也不是每个人都有机遇和把握机遇的，但是悲观的人都有强烈的动力，积蓄力量去试图能够改变，当然环境是很难改变的，你不可能去改变整个环境，因此要学会选择，学会妥协，能够去改变一些自己能改变的东西，套用岳丈大人的话来说，到了我们这辈如果再为了物质就有点太悲哀了，眼光要放长远些，要做一些事业，要有一些理想。
PS：不过现实的我们还得屈服于物质和生活，最近想法也多了一些。