本章目的：类比前端行业，提出机械结构工程师地位提升的想法，也记述一下作者能做和想做的事情。
//本章开始写于20171031，内心有些不安的10月最后一天，后期也有可能会有改编追加。
1.结构工程师地位很低的事实和原因
机械结构设计工程师（mechanical designer），下面就简称结构工程师了。
结构工程师的地位很低是一个事实吧，主要表现在下面几个方面：
1）工资很低；
2）作图受各方面影响大：不同于码字，图纸很形象，所以受到很多方面的影响，不会作图的也是建议不断，所以天天改图；
3）技术被认为低廉：被认为只是画图的工作，戏称画图仔。
4）形象差：常车间恶略环境等工作。
究其原因有很多，但只说两点：
1）大环境：人口红利已过，资金不在实业，机械处于改革期；
2）基础没打好：各种抄数等偷懒的方法前期赚到了钱，但设计本身积累确是不足。
关于事实和原因，各大论坛都有说很多，所以作者不想长篇大论，写一写就足够了。
关键是如何改变这一点。
2.前端工程师的启示
本行业内找不到答案，那么就来看看其他的行业。
作者网上学过前端编程一段时间，刚好知道前端发展的一些事实。
前端工程师以前叫做“切图仔”（是不是和"画图仔"有些像），而现在发展到热门高端的前端工程师，其中的发展史是值得借鉴的。
完整的发展史可以查看一下链接：
http://www.cnblogs.com/kidney/p/6079530.html
作者只摘录几段作者需要的：
2.1 市场的需要：天时果然还是最重要的
2.2 前端的职责明确：功能多样、规范化
2014年，第五代HTML标准发布。H5是由浏览器厂商主导，与W3C合作制定的一整套Web应用规范，至今仍在不断补充新的草案。我们可以清晰的感受到这一系列规范背后隐含的领导者的勃勃雄心：占领所有屏幕。
3.软件框架的启示
后来在作者学习编程的时候有了一些灵感，就是一句话，牛人工程师写框架，普通工程师用框架。
框架，即framework。其实就是某种应用的半成品，就是一组组件，供你选用完成你自己的系统。简单说就是使用别人搭好的舞台，你来做表演。
简单来说，框架是一种让编程更简单的东西，其是核心理念 The Write Less,Do More（写更少，做更多）。
做机械设计更需要框架，特别是当需要高质量产品的时候。机械行业有太多重复却很重要的工作，让我们不能去Do More。
比如说BOM表，这是一种会绕不开，简单却繁琐的工作，它占用了太多本应该去设计的时间。现在但凡是用Excel表格一点一点编制bom的公司，都是在做这种重复却繁琐的工作。可惜的是，bom的编制，并不会提升一名工程师的技能素养。
其他的还有调用塑胶件公差标准等，每次选公差又要去重新去翻一下标准，翻书的时间比选用公差的时间长。
说实话，机械中这种设计，又累又烦，也不会有成就感。
所以作者想做一个机械设计的大框架，把可靠性设计，可制造性设计，可装配性设计都弄到这一个框架内部。让普通的工程师能运用这个框架，从零开始，系统化设计一个高质量产品！这样才能降低技术的学习和使用难度。
这就是软件的框架对作者的启示。
3.1 框架的好处
①干掉那些重要，却繁琐而重复的工作，让我们多花时间在设计本身上。
②能让工程师多运用一些新的设计方法，如可靠性设计的DFMEA，可制造性设计的DFM，可装配性设计的DFA等。要知道，现在很多公司设计与评估产品的可靠性，靠的单纯是工程师的经验而已，也就是出事了拍脑袋找原因，而不是运用系统去寻找。还有很多的工程师压根不知道DFMA的设计方法，也是凭经验在谈零件的制造，讲装配。开会时没拿出DFMA表格的公司都是这一类的。没有这种理念比设计失误更加可怕。
机械设计中，远途即捷径，偷懒是要付出代价的，这个作者已经看到过太多了。
但如果能运用框架的话，却能做到The Write Less,Do More。
3.2 如何搭建机械设计的软件与框架-预想
大致的思路如下：
1）搭建整理一套完整的设计流程；
2）将难度较高的设计流程分解成很多简单而重复的设计；
这也是现代设计方法发展的节奏,作者对各种机械设计和质量管理方式研究的越多，越觉得如此。虽然增加了工作量，但减少了对单个步骤的工作难度。
3）用大量软件简化机械设计中简单却重复的工作；
如同DFMEA这种方法，完全去做它势必带来大工作量，要降低工作量却不降低质量，软件的辅助是需要的。对比一下手工绘图和autocad绘图就明白。
4）将所有的软件的输入输出数据能做成接口联动，就是能共用数据库；
4.提升结构工程师地位的方法初探
结构之画图仔，犹如前端之切图仔。
如果仅仅是画图，那么当然上不去。如果要上去，需要做到如下。
4.1 规范化
规范是行业发展的基础。
草绘、建模、装配、工程图等各种机械的基础必须要做到遵守标准规范，如《GB/T 26099-2010 机械产品三维建模通用规则》。的确抄数和随意的3d图纸能得到一时的便宜，但也会搞烂行业。
前端编程一开始也很乱，但W3C巧妙推行HTML5规范，才能真正称得上前端工程师。
4.2 提高机械工程师的附加价值
想让机械设计师变得值钱，就需要提高机械设计师的附加价值。不要让人一提到结构设计就想到画图，然后问会不会哪款软件。
那么就需要让结构设计引入难度较高的技术，并使其常态化。如公差分析、QFD、DFMEA、DFMA等。这些技术很多被传统的质量工程师划去做了，但作者几乎肯定，一般的质量工程师做不来（因为这些工具需要精通设计为基础）。
//作者也恶略想过画图这一点能不能通过电脑干掉，然后改变整个行业。
作者就碰到过，图纸画的再好，别人也会说出些缺点，因为设计本身就是权衡的过程（质量与成本）。但公差分析就没人说，哪怕做的很简单的几张纸。因为不是专业人士，不通这个就没办法乱讲（博士也一样）。
如果图纸能和DFMA，DFMEA，公差分析绑定，那么就能摆脱谁都能说两句图纸，而导致天天改图的窘境。
当然，这些技术很难。但只有引入并真正实施这些技术，才能让结构工程师的地位上升。
前端工程师以前只能用ps才叫做切图仔，但是现在基础的html+css+JavaScript的常态运用，才称之为前端工程师，并且所需要的技术越来越多！
4.3 降低这些复杂设计技术的使用难度
毫无疑问的是，这些机械设计技术并非想象中的那么容易。就比如DFMA，需要工程师反复对一个零件进行优化。而DFMEA更是要动态更新，毫无疑问是一项大工程。
这些工作不是什么形式主义，一点也偷不得懒。
但，一想到这些技术对应的工作量，哪怕是作者在敲这几个字的时候，也有一种深层的疲惫。真的很累。
作者不能舍弃这些技术，又简化不得，只能寄希望于软件了。原因作者在上面描述过了。
还有一点，软件能规范一个工程师的设计习惯。
作者认为，一些好的结构设计经验和习惯，非常应该被保存为软件的形式而流传下去。
可这哪是机械工程师应该有的能力啊。
5.作者能做和想做的事情
首先声明的是，作者改不了大环境，甚至连自己的处境都改不了（是的，凡人一个╮(╯▽╰)╭）。
但作者感觉自己还是应该做一点能做的事情。
比如做一个布道师吧，让行业内的人更多知道这些规范的设计流程。
可能的话，所有的东西，应该会整合在一个平台之上。
预计打算做的事情有：
5.1 规范的、系统的、书面的文档资料
技术博客：mdmodule的博客。作者预计第一版本完善在2018年7月1日前。（算是完成吧，搬家博客园了）
之后可以的话会搭建自己的平台，因为很多内容公共博客做不了。如bom管理系统和公差分析系统等。
5.2 产品结构设计的流程
产品结构设计的详细流程图，从零开始到生产线做完的那种。
知识挂在流程节点上，预计做到自己的平台里。这样到那个节点能自动跳出来知识辅助，而不是自己去找，那才是最好的。
5.3 小工业软件的制作
工业软件未必一定需要3d绘图那种10G大软件的，也许一些小软件也可以起到大作用。
暂定方法大致如下：
1）用前端制作公差分析、QFD、DFMEA、DFMA等用于工业工具类软件，并收集和搭载简单基础的数据库：如故障类数据库；
网页类软件是作者考虑到最后，才发现是最方便合适的。比如现在的各种博客平台或微信公众平台等，功能完全能套用在工业软件上。至于保密，现在的网络保密技术也非常高，不比桌面端软件差。
2）关键是软件之间的数据联动，就是能共用数据库（比如BOM数据），不同方法之间要有逻辑限制（如QFDII的数据要约束DFMEA的制作，这点现在的软件还做不到）。
3）实时更新，可以让结构工程师免费使用。
现在很多结构工程师都不怎么赚钱，这些软件还收费的话一般很难让人接受。
5.4 网络课程教授
视频教授还是需要的。作者有时间的话还是会配套博客做一套视频教程（至少现在没有的^_^）。
视频相当于手把手地教，这个和只有纸质资料还是有差距的，作者的体验。特别是一些长时间的实际例子制作，最好用视频的方法。
人的理解力就是比较奇怪，有时候书面教程会容易理解，而有时候视频会比较容易理解，两者结合最好。
而且现在的网络教程多为入门的基础建模教程，并有很多不规范的地方；
例如：
①3d软件建模、装配、出图没有遵守国标，还是工程师自己的那一套流程。
②没有将知识分类总结系统化。比如作者看过一个设计卡扣特征的教程，老师第一句话讲解如何3d建模，第二句话讲解塑胶脱模的问题（DFM），第三句话讲解卡扣装配注意点（DFA），作者实在不敢肯定萌新菜鸟的学员能很好的理解这些内容。某种意义上算是误导吧！
6.作者的小结
作者希望：
1）能增加结构设计师的附加价值：引入机械设计的各种实用方法，使设计师的内含物不再只是画图；
2）确实降低机械设计的各种方法入门和使用的难度。
从而提高产品结构工程师的地位。
跌跌撞撞，始有轮廓，但不知是否能继续。
7.追加：历史的痕迹和现有的进度
7.1 历史的痕迹
是的，作者也想过自己做一些小的网页软件并整合成一个平台，且自己学过一段时间编程。但前端、后端、数据库之类的东西，对一个机械工程师还是难了点，所以第一次是以失败告终的。虽然失败了，但也可以给后来者一个参考。
挂着做个念想也好的，自己也努力过了。
7.2 现在的进度
机械设计通用的软件框架，看来至少作者自己暂时是做不了的。
现在试着编写软件设计的任务书，编写完成后再找找看人，不知道行不行？
泼冷水的蛮多的（很多也是实话），但还是希望自己能做点自己的事情，毕竟比一步不做好。