//对电梯工程师很无语//
2020年第182期 总第205期
今天在撰写年度项目报告的时候，洋洋洒洒写了2000字，突然发现，自己写原创，对于工作文档也是有很大促进的。如果总是转载，对于我自己写东西是没有成长的，还是需要写原创，哪怕写得很流水。
每次坐电梯，总是对办公楼的电梯编程搞得很无奈；每次到立体车库存取车，对于车库电梯的编程设定，也是有很多吐槽。
我跟办公楼行政管理人员抱怨电梯编程的低效问题，一个是电梯排序不合理，明明有楼上的电梯马上就下到我的楼层了，还要从1楼调电梯上来；
一个是没有计算时长，当某楼有人按住电梯长期停止时，不会调用其他电梯来运送；
一个是不会计算重量，经常是满载的电梯停靠，而让空载或者人少的电梯过站。
行政主管说，没有办法，电梯厂家并不会根据客户需求来重新编程，而是只抛出几个程序让客户选择，要么是医院模式，要么是商场模式，要么是商业楼模式，要么是办公楼模式。
原来当电梯编程工程师这么轻松的么？几个模式一丢，就可以稳稳拿高薪了？或者是，编程模式开发完毕后，就被电梯厂家fire或者转岗了？
我觉得后者也未尝没有可能，削减人力，是降低成本的一大方法。
我对立体车库的人员抱怨编程弱智时，主管人员振振有辞地说，如果使用估算时间，而机械没有到位的话，发生冲撞的损失会很大。
切，扯鬼呢，许多时候是不相邻的楼层同时平移，或者上移的空位留出之后，一楼进行平移，即使一边没有到位，另一边也不会发生冲撞的，但是在编程上都没有体现，要么懒，要么对编程没有极致追求，要么本事有限（不太可能），反正能怎么降低成本就怎么减配，包括编程。
我现在理解这个编程为什么有很大BUG了，它照顾的是开发商的成本利益，并非客户的安全，客户的效率，与它关系不大。
-end-
