作者回复: 做的事情有量没有质在晋升的时候比较吃亏,但并不是说平时你就不用做那些出不了彩的工作,毕竟团队还是要干活拿绩效的,大家都不想干普通的事情那就没法运转了。 我的意思是平时工作的时候要有这个意识,要么把看似平淡的工作做出彩,要么有意识的找有挑战的事情来做。
作者回复: 1. 不要用UML画架构图,用PPT 2. 首先明确你要画的是部署架构、业务架构、应用架构三者中的哪一种,不要在一个架构图中混着画 3. 颜色不要超过3种 4. 先画模块,再调整大小、位置、颜色这些
作者回复: 面向简历,面向面试是两个不错的自我审核和提升的方法。
作者回复: 任务 = 输出结果;行动 = 手段 举个打仗的例子:任务 = 攻下一座城市;行动 = 用火攻/围困/挖地道 举个项目的例子:任务 = 优化App启动速度;行动 = 采用延迟加载、模块化
作者回复: 应该说对某个SDK背后的技术有深入的研究
作者回复: 以前UC也是这种模式,答辩的时候也不会逐条来答辩的,如果你们的模型这么细的话,应该会给出具体的说明,例如5个维度中每个维度的要求是什么(类似了解、熟练、精通这种),核心的是哪几个维度,非核心的维度要求是怎么样的,这个可以和你的主管或者HR探讨一下
作者回复: 一般指你的业务用户覆盖整个目标用户群体的比例
作者回复: 分类总结提炼,不是只有高性能高可用才是技术亮点,降本增效提质创收都是亮点
作者回复: 晋升失败了,应该有人跟你沟通为什么失败呀,失败的原因很多,我没法给出你具体失败的原因。 技术并不是一定就是高性能高可用这种才是技术的
作者回复: 找你主管把关