yufeng0681

要系统解决这个问题，要先升级大楼的电梯系统
1 、能动态知道每层楼有多少人要乘坐电梯（能识别出胖子，瘦女生的话会更精确）；能语音通知外面等电梯的人；能显示电梯当前可以在哪几个楼层停靠；能识别用户人脸和他的上楼下楼行为；
2 、算法的目标是：用最短的时间将等电梯的人送到一楼 [因为解决的是吃饭场景，那就是优先考虑下去的人] [算法目标可以换，比如让人均等待时间不超过 6 分钟抵达一楼]
3 、电梯慢的原因主要就是中途停靠，如果能减少中途停靠次数，效率会提高。所以根据楼层乘电梯人数，语音通知他们到几楼去乘坐电梯能坐到电梯，耗时几分钟抵达一楼， 把用户牵引到目标楼层，装满一厢人，直达一楼
4 、某些高楼层人数虽然多，但是因为已经装载几轮，等待超过 5 分钟的人已经没有了，那调度系统将优先满足马上满 5 分钟的其他楼层用户，让他们直达一楼
5 、电梯在一楼时，允许上客，但是停靠的楼层只能是目的地楼层 [需要保证每 5 层楼有一次停靠，通过摄像头监控，有没有违规上电梯的人，后续运营时可将这部分人公示，用所谓社会道德来约束他们]

在大数据统计下，能精准算出电梯高峰期，从而启动最短时间运送人的算法； 其他电梯空闲时间，还是以用户意愿为准调度电梯，如果做得到位，有用户走向电梯区域，电梯就调度到位，方便用户使用

异常场景：
1 、有人在电梯高峰期 ，突然昏倒，需要急救； [需要电梯超级管理员，单独指定一个电梯手动控制，不被系统自动调度]
2 、有残疾人士在电梯高峰期需要乘坐。 [运营人员需要提前录入残疾人员的数据，保证电梯高峰期调度时，有机会停在这个残疾人所在楼层]
3 、有高层领导在电梯高峰期要乘坐， 参见 2 的解决方案

开个公司难处特别多，给你转型研发管理你没把握住，做技术你也不是特别给力；
老板视角：
1 、研发是个团队，他觉得研发质量和进度不达标，换个人来做是很正常的
2 、磨合时间这么久，都想干掉你，说明你是多让老板不满意啊
CTO 视角：
1 、你手下那么多人力资源，去做技术验证，选型，落地，就是你的职责所在
2 、研发管理能力他没有，你不自学提高，去达到这个岗位目标，经常做不到位，不是熟人半年就拿下你，换其他人了
研发经理（你的角色）：
1 、不给力的员工，要尽快识别，输送到社会上；（省得你老背黑锅）
2 、技术级别和薪水挂钩，让有水平的员工有动力干下去，也不会瞄着你这个管理岗，也不会越级去邀功
3 、项目管理 质量和进度是必须保证的，对客户要负责， 研发人员加班加点都得搞定
4 、研发流程建设， 要让研发减少内耗，提高效率，提高质量
5 、业务专家：不是让你去做业务，而是判断业务的价值（美食家而不是一级厨师），能有理有据的接纳需求，而不是全盘接纳，分不出优先级，本质研发是个落地的，尽量做必须的功能，让每行代码都有用武之地，而不是反复浪费，推倒重来。
[这个岗位干好了，基本上没可能被替代，也没必要换其他人]
技术骨干：
1 、时间都聚焦做一件技术上，能有所突破（当然也可能搞不定）
2 、没有时间去做更大的业务，对业务不了解，没法知道商业的那部分
3 、不懂得管理，不懂得人员配合，不懂得项目风险管理，
4 、技术更新迭代压力大，经常要学习新技术，不然就落后了，也很容易被新来的替代 [技术可复制]

1 、生了娃，后面的矛盾会更多，可以拿出来讨论一下各自的责任（怎么带娃，小时候是养动物，幼儿园就是培养，小学就是盯紧学习），如果她还是以自我为中心，不会为孩子付出的话，确实没有家庭责任感的人，你自己能不能接受。
2 、带娃免不了要老人来帮忙，也聊清楚，做饭不好吃，不符合胃口，如何与老人共处一室的场景。 这个也是大矛盾场景。
3 、这种把责任推给别人的性格是改不了的，就看你能不能包容，你觉得累，就不要哄，按照你觉得合理的方式来处理（这样你节省 CPU ，能耗也低），如果她无法自我消解，需要你额外投入精力和时间，财力。 未来矛盾的事情很多，翻倍的投入精力，估计你是没法承受的。
夫妻生活是为了省钱，省时间，有个备份补遗漏， 而不是负重生活。 不然最后一根稻草总会来临的。

本质还是开发出来的服务使用的人少，频率低，没有一定的并发量，

1 、为了防止甲方技术人员就懂 linux 进程，也懂具体业务服务，最好还是模拟用户访问，把流程跑起来，比如模拟出 10 个在线用户的访问，如果 CPU 内存还不达标，那就 50 个 100 个在线用户；
2 、刚好也是性能测试的一部分，相当于一直在生产系统上做性能测试；
这样，看上去就是合理的进程在运算，

看截图，最后选择用的是 tailscale ，组了一个局域网。
用得还稳定？

@libook 谢谢补充，货机改造的成本我没想到。
@YsCi2 @jucelin 谢谢两位的无人机送货思路，那其实降落伞集装箱应该可以换成熟方案，塞入多架装载式无人机，从母机飞出去，能提高可靠性，也能快速飞到目的地（母机解决长途运输，无人机解决短距离的飞行，定点降落）
@wangxiaoaer ，飞机在飞行时油耗是 2 吨，起飞一次油耗 4~5 吨（起落时的交通风险最高），中途卸货了，飞机变轻，油耗也会逐步降低的。

买个随身无线路由器 ，华为的， 信号能保证（数据卡买一个大流量的），手机连 wifi 就好

1 、做一个 /一批 量化清晰的需求，不需要话语权
2 、做 模棱两可，没细节的需求，需要话语权来决定最后时刻，需求是 A 还是 B
3 、测试加人还是研发加人？老板不会因为你朋友说的这么一点信息做决策，你朋友是底层研发，看不到老板视野里面的其他信息，人总是喜欢主观判断，而且当自己是失利一方时，更加容易推导出：自己是受害者
4 、bug 一般是业务代码出错， 软件可靠性，性能，可测试性等质量属性没有设计没有代码，我们一般称之为没有实现，待完善。 如果业务代码一堆 bug ，那是没想清楚，不是没时间； 没时间的表现是某个功能没开发；
5 、出了 bug ，还要花时间修复，调测，再进入测试，这些时间成本可比你编码阶段想清楚，消耗的时间 /成本更大。

3 、项目阶段性文档质量， 这个拿她们以前做的项目文档就能看出来，他们对质量的控制力度（需求，设计，接口，测试用例）

外包本质还是一种快速交付，不会上心给你做更多深入性的工作，因为质量扣得越细，越花时间，越不能在短期内交付，成本不划算。
自己人研发，就会在很多琐碎细节上下功夫，做得好像看不到成果，但是对质量达到了 80% 》 90%的提升