yufeng0681 最近的时间轴更新
yufeng0681

yufeng0681

V2EX 第 383905 号会员,加入于 2019-02-14 17:49:20 +08:00
今日活跃度排名 7706
yufeng0681 最近回复了
5 天前
回复了 4771314 创建的主题 问与答 大家对电梯逆行问题怎么看的?
要系统解决这个问题,要先升级大楼的电梯系统
1 、能动态知道每层楼有多少人要乘坐电梯(能识别出胖子,瘦女生的话会更精确);能语音通知外面等电梯的人;能显示电梯当前可以在哪几个楼层停靠;能识别用户人脸和他的上楼下楼行为;
2 、算法的目标是:用最短的时间将等电梯的人送到一楼 [因为解决的是吃饭场景,那就是优先考虑下去的人] [算法目标可以换,比如让人均等待时间不超过 6 分钟抵达一楼]
3 、电梯慢的原因主要就是中途停靠,如果能减少中途停靠次数,效率会提高。所以根据楼层乘电梯人数,语音通知他们到几楼去乘坐电梯能坐到电梯,耗时几分钟抵达一楼, 把用户牵引到目标楼层,装满一厢人,直达一楼
4 、某些高楼层人数虽然多,但是因为已经装载几轮,等待超过 5 分钟的人已经没有了,那调度系统将优先满足马上满 5 分钟的其他楼层用户,让他们直达一楼
5 、电梯在一楼时,允许上客,但是停靠的楼层只能是目的地楼层 [需要保证每 5 层楼有一次停靠,通过摄像头监控,有没有违规上电梯的人,后续运营时可将这部分人公示,用所谓社会道德来约束他们]

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

异常场景:
1 、有人在电梯高峰期 ,突然昏倒,需要急救; [需要电梯超级管理员,单独指定一个电梯手动控制,不被系统自动调度]
2 、有残疾人士在电梯高峰期需要乘坐。 [运营人员需要提前录入残疾人员的数据,保证电梯高峰期调度时,有机会停在这个残疾人所在楼层]
3 、有高层领导在电梯高峰期要乘坐, 参见 2 的解决方案
5 天前
回复了 GalileoP 创建的主题 职场话题 跟学长创业被开除
开个公司难处特别多,给你转型研发管理你没把握住,做技术你也不是特别给力;
老板视角:
1 、研发是个团队,他觉得研发质量和进度不达标,换个人来做是很正常的
2 、磨合时间这么久,都想干掉你,说明你是多让老板不满意啊
CTO 视角:
1 、你手下那么多人力资源,去做技术验证,选型,落地,就是你的职责所在
2 、研发管理能力他没有,你不自学提高,去达到这个岗位目标,经常做不到位,不是熟人半年就拿下你,换其他人了
研发经理(你的角色):
1 、不给力的员工,要尽快识别,输送到社会上;(省得你老背黑锅)
2 、技术级别和薪水挂钩,让有水平的员工有动力干下去,也不会瞄着你这个管理岗,也不会越级去邀功
3 、项目管理 质量和进度是必须保证的,对客户要负责, 研发人员加班加点都得搞定
4 、研发流程建设, 要让研发减少内耗,提高效率,提高质量
5 、业务专家:不是让你去做业务,而是判断业务的价值(美食家而不是一级厨师),能有理有据的接纳需求,而不是全盘接纳,分不出优先级,本质研发是个落地的,尽量做必须的功能,让每行代码都有用武之地,而不是反复浪费,推倒重来。
[这个岗位干好了,基本上没可能被替代,也没必要换其他人]
技术骨干:
1 、时间都聚焦做一件技术上,能有所突破(当然也可能搞不定)
2 、没有时间去做更大的业务,对业务不了解,没法知道商业的那部分
3 、不懂得管理,不懂得人员配合,不懂得项目风险管理,
4 、技术更新迭代压力大,经常要学习新技术,不然就落后了,也很容易被新来的替代 [技术可复制]
本质还是开发出来的服务使用的人少,频率低,没有一定的并发量,

1 、为了防止甲方技术人员就懂 linux 进程,也懂具体业务服务,最好还是模拟用户访问,把流程跑起来,比如模拟出 10 个在线用户的访问,如果 CPU 内存还不达标,那就 50 个 100 个在线用户;
2 、刚好也是性能测试的一部分,相当于一直在生产系统上做性能测试;
这样,看上去就是合理的进程在运算,
13 天前
回复了 Cat7373 创建的主题 分享发现 珍爱生命,远离 ToDesk
看截图,最后选择用的是 tailscale ,组了一个局域网。
用得还稳定?
13 天前
回复了 yufeng0681 创建的主题 奇思妙想 降落伞模式的飞机物流
@libook 谢谢补充,货机改造的成本我没想到。
@YsCi2 @jucelin 谢谢两位的无人机送货思路,那其实降落伞集装箱应该可以换成熟方案,塞入多架装载式无人机,从母机飞出去,能提高可靠性,也能快速飞到目的地(母机解决长途运输,无人机解决短距离的飞行,定点降落)
@wangxiaoaer ,飞机在飞行时油耗是 2 吨,起飞一次油耗 4~5 吨(起落时的交通风险最高),中途卸货了,飞机变轻,油耗也会逐步降低的。
买个随身无线路由器 ,华为的, 信号能保证(数据卡买一个大流量的),手机连 wifi 就好
1 、做一个 /一批 量化清晰的需求,不需要话语权
2 、做 模棱两可,没细节的需求,需要话语权来决定最后时刻,需求是 A 还是 B
3 、测试加人还是研发加人?老板不会因为你朋友说的这么一点信息做决策,你朋友是底层研发,看不到老板视野里面的其他信息,人总是喜欢主观判断,而且当自己是失利一方时,更加容易推导出:自己是受害者
4 、bug 一般是业务代码出错, 软件可靠性,性能,可测试性等质量属性没有设计没有代码,我们一般称之为没有实现,待完善。 如果业务代码一堆 bug ,那是没想清楚,不是没时间; 没时间的表现是某个功能没开发;
5 、出了 bug ,还要花时间修复,调测,再进入测试,这些时间成本可比你编码阶段想清楚,消耗的时间 /成本更大。
18 天前
回复了 renhou 创建的主题 程序员 被外包的能力给吓到了
3 、项目阶段性文档质量, 这个拿她们以前做的项目文档就能看出来,他们对质量的控制力度(需求,设计,接口,测试用例)

外包本质还是一种快速交付,不会上心给你做更多深入性的工作,因为质量扣得越细,越花时间,越不能在短期内交付,成本不划算。
自己人研发,就会在很多琐碎细节上下功夫,做得好像看不到成果,但是对质量达到了 80% 》 90%的提升
18 天前
回复了 renhou 创建的主题 程序员 被外包的能力给吓到了
外包团队质量怎么样,就题主提的问题来说,没有问到关键点;
这些都是框架,本来就是给业务开发团队用的;
真正的软件技术,体现在软件工程上
1 、遇到难题,能不能攻关下来(有 V 友也提到,用了框架出问题了,解决不了,说搞不定)
2 、软件代码质量,正常业务能跑动,异常场景呢?被攻击呢?性能是靠堆机器还是真的达到了单机高并发?
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4791 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 07:53 · PVG 15:53 · LAX 23:53 · JFK 02:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.