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系統的設計調試工作， 你是否認為自己有資格跟前級專業提出你自己特殊的設計要求呢？新公司大概率的也會把你當做個刺頭直接給請出了吧！
我們搞技術工作，以及在這個世界上立足， 一個最基本的前提是做好自己， 不給別人添麻煩。 尤其是不要想著通過給別人添麻煩，來讓自己得方便或者自己單方面獲得什么好處。 尤其那還是你服務的對象，你的甲方。
服務好甲方， 讓甲方在沒有感覺到被服務的情況下都舒適很流暢，然后才可以做到與甲方關系融洽，可以在甲方面前不卑不亢。而不必點頭哈腰低人一等，然后如果可以的話， 還可以跟甲方更強硬一點，對于甲方有不合理的要求的時候， 能夠理直氣壯地拒絕，說不！
一切的前提是自己首先做好自己， 不要隨性把自己放到不利的位置上，在不必要的環節付出自己的核心資源，然后就等著甲方牽著你的鼻子走了。
我上面段落中提到了耦合， 那么最后再從高內聚低耦合的角度評價一下循環派的這個做法。
我們講究設計工作的模塊化， 模塊化的本質是內部封裝，對外接口簡單。而循環派的做法， 非但沒有在自己的工作模塊中封裝好， 反而張牙舞腳把觸角伸出了自己工作以外， 甚至外觸到了其他的專業流程。 即便這部分工作有可能也是自己的工作任務的一部分， 也仍然是自己干涉到了自己。 與工作的時候吃飯， 吃飯的時候睡覺，睡覺的時候娛樂等一樣混亂不堪。
所以這都非但沒有做到高內聚低耦合， 反而是耦合混亂到一塌糊涂， 完全顛倒過來了。
滬公網安備31010802001143號
