0825 【万泉河】设计工作中服务与被服务

每一个人， 生活在这个星球上，都是同时既是服务方，又是被服务方。 即，既是甲方，又是乙方。 同时是甲方和乙方的混合体。

即， 你通过服务社会， 获取薪资和报酬，然后再通过消费这些金钱，获得了社会其他人的服务。

而任何一个公司也是。

任何公司，都是通过为市场创造有价值的服务，攫取利润。 同时，又通过在市场上购买服务，以实现持续的创造服务的输出。

那么，在公司内部，其实也同样存在这样的服务与被服务的价值流动，而且这个流动是单向的。

首先是营销部门从市场获取订单，然后产品部门根据订单设计产品，生产部门根据设计生产产品，最终提供给用户。

那么在公司内部， 营销部门代表的是甲方，被服务的乙方， 设计和制造部门提供设计生产服务，而公司的其他服务部门，为所有部门提供基本的生活服务。

在设计流程内部， 也同样存在这样的服务流动，分别从工艺到机械到电气到软件，从上到下逐层提供设计方案， 而从下而上逐层提供服务满足设计要求。

其中的软件组，处于流程的最底层，为上面的各层提供服务，被各层随意支配，随意增减功能，也都必须无条件配合满足，而不可以有怨言。  所以是个最底层的受气包一族。 除了办公室的文秘可以欺负一下以外，放眼望去，公司内遍布随时可以骑在头上欺负的上级。

说欺负有些言过其实了。 但有一点肯定的， 你是作为一个服务员的存在，绝不可以再跟上一级上两级去提要求， 要求他们给你提供什么特殊服务。

就好比， 你去饭店吃饭， 服务生为你效劳服务，添茶倒酒。但绝不可以倒过来， 服务生对你说，老板，这给你服务还满意吧，你唱支小曲给咱听听呗？或者，给我捶捶腿捏捏腰呗，我这儿站的也挺累的了。

遇到这样无理要求的服务生， 你恐怕直接飞起一脚踹他腰眼上了。

我写一篇文章《0628 【万泉河】优雅的PLC程序一定是用EXCEL写出来的》，无数人要教我循环语法。

后来，我又写一篇《0822 【万泉河】解读一个用循环法PK万泉河80模拟量例子的例子程序》，又有不少人冒出来要教我模拟量通道的间接寻址。 以为我不懂得SMART 200 PLC的模拟量可以间接寻址。

真是天大的笑话，放开我文章讲的是所有PLC的编程思想， 文中提及的SMART只是例子，就单看我做的例子程序里面都做了 MOVE &VD1000  LD 22, 获得了VD1000的指针， 我得有多傻会不知道VD1000改为AIW0，就可以获得AIW的指针， 然后再持续+2，就可以获得后面的通道的指针？获得这点技能有多少难度以及多少含金量？

那我就多说一点，你通过MOV获得这个这个指针之后，还可以监控它的值， 会得到一个类似16#85,86等开头的数值，记录下来，原来的程序删掉，换成这个固定数，那么以后不熟悉的人来读这个程序的话，会通篇找不到你程序使用过物理通道.再把上面的数值做几次高低位互换和XOR，就更没人懂了。

不知道循环派这些人是故意看不到还是傻， 我每篇文章中都在强调通道地址不连续不连续不连续，都重复了上千遍了， 然而仍然入不了这些人的法眼， 还在那儿抱着连续地址不撒手。

那我再打个比方好了。

比如一个机器设备，有5个分站模块，每个分站上面3-4个4-20mA的模拟量信号，2-3个温度信号，使用专用RTD温度模块，分站之间距离原因通道不可以互换，那么循环派们， 你们如何优化设计安排这些通道到连续呀？

除了模拟量， 更难办的是电机阀门等设备， 仅仅为了你程序中的循环调用， 你会要求所有系统中的同类的的电机的IO点规则排列， 阀门的IO点规则排列？那设计人员首先得被你这种奇葩病态的要求给累死。

你们但凡有点模块化分工的思维， 或者在稍微上点规模的企业工作过，就会了解到电气设计工作和软件编程工作会是不同的专业分工，分处于我前文描述的服务流程的上下游。

诚然，你可能工资身价会比只会做电气设计的工程师高出一大截，甚至做设计工作的可能仅仅是刚毕业的大学生， 或者女生， 或者机械系统设计兼任。然而， 分工就是分开各自完成各自的工作， 你既不可以替代对方设计， 也不可以指导对方如何设计。

只要对方设计正确， 没有犯下原则性的错误， 你就绝不可以越殂代疱，要求对方按自己的喜好偏爱整改。

PLC是什么， 可编程控制器。 可编程是什么意思，就是所有同等类型的物理通道，都是平等的，都是无差别可以随意互换使用的。

对于设计工程师来说，她可以不懂完全不懂PLC编程，她只需要知道这个常识，就可以做设计。即，所有同一类型的物理信号，只需要按自己方便的顺序，给怼到PLC卡件的通道上，那么后面只需要点表交接清晰无误，后面的设计调试工作就由PLC工程师来完成了。

断没有什么PLC工程师倒过来给电气设计工程师限定规范的说法。这与饭店的服务生要你给他跳脱衣舞表演一样不可理喻。

有一些同行，可能习惯了自己亲手做设计， 程序编程调试也全部自己一肩挑。 所以对我反复强调点表不连续不以为然。 以为自己有设计的权力，可以为了所谓的编程方便，随意在设计环节优化自己的设计，其实这是程序编程都严重耦合到了设计环节，是设计工作中的大忌。

有没有想过，如果有朝一日你们的业务拓展，工作量增大，团队需要增加人手， 设计工作需要分工安排给其他的新人， 那么如果公司招进来一个设计工程师，在以往工厂设计好好的，到了你手下， 会给特殊安排个工作量， 要求按你的规则来优化部署分配点表顺序，她会怎么办，怎么评价这个新领导？ 我猜她内心一定是崩溃的， 会骂遇到了一个傻逼新领导。

或者对她来说，是不是也可以向上一级， 去要求工艺或者机械专业，在提供设计点表的时候，规范整齐一点， 按我们某某工的要求， 整理好顺序再发来。 而如果设计对接的是外部单位， 设计院，甲方等等， 她张口提这样的要求的时候， 配合单位怎么想？

亦或者，你如果跳槽到了一个新公司，负责搞PLC系统的设计调试工作， 你是否认为自己有资格跟前级专业提出你自己特殊的设计要求呢？新公司大概率的也会把你当做个刺头直接给请出了吧！

我们搞技术工作，以及在这个世界上立足， 一个最基本的前提是做好自己， 不给别人添麻烦。 尤其是不要想着通过给别人添麻烦，来让自己得方便或者自己单方面获得什么好处。 尤其那还是你服务的对象，你的甲方。

服务好甲方， 让甲方在没有感觉到被服务的情况下都舒适很流畅，然后才可以做到与甲方关系融洽，可以在甲方面前不卑不亢。而不必点头哈腰低人一等，然后如果可以的话， 还可以跟甲方更强硬一点，对于甲方有不合理的要求的时候， 能够理直气壮地拒绝，说不！

一切的前提是自己首先做好自己， 不要随性把自己放到不利的位置上，在不必要的环节付出自己的核心资源，然后就等着甲方牵着你的鼻子走了。

我上面段落中提到了耦合， 那么最后再从高内聚低耦合的角度评价一下循环派的这个做法。

我们讲究设计工作的模块化， 模块化的本质是内部封装，对外接口简单。而循环派的做法， 非但没有在自己的工作模块中封装好， 反而张牙舞脚把触角伸出了自己工作以外， 甚至外触到了其他的专业流程。 即便这部分工作有可能也是自己的工作任务的一部分， 也仍然是自己干涉到了自己。 与工作的时候吃饭， 吃饭的时候睡觉，睡觉的时候娱乐等一样混乱不堪。

所以这都非但没有做到高内聚低耦合， 反而是耦合混乱到一塌糊涂， 完全颠倒过来了。