你是个领导，你还不明白什么影响考评么？再不济，不要在考评前的一段时间请长假也差不多了啊。

@xgfan
@Salticey 我说实话，这些划痕都在焦外，就像镜头的前盖划了一道，基本成像影响非常小...

共享单车的齿比不是很适合锻炼，去北京出差的时候，还用过美团爬戒台寺，速度感人。

@nothingistrue 这是大公司和小公司的区别，大公司允许使用一堆庸人，如果你只是优秀一点点，那么另宁用制度把你变成庸人（平均水平），这样便于管理，简单来说，5 个人你搞这套制度就是傻逼，20 个人的团队，你不这么干也能凑合，100 人的团队，不这么干就可能出事情。
另外大公司的流程是配套进行的，根本不可能只有一套判定逻辑，拿遥遥领先公司的制度举例：
遥遥领先不仅使用代码量作为 KPI 的一部分，还有如下：
1. 代码严格 reivew ，每个 team 都有负责人，不可能让你随便造个轮子刷数据；
2. 项目严格工期控制，文档多久写完，写完文档要评估项目节点，包括 ut st 的时间节点也算上，每个点有没有按时达标，都是考量；
3. 一堆代码分析静态检查的工具（这个听起来烦人，实际也确实没啥用，但这个部分占比并不多）这个的处理也要算到 2 的工期里的，甚至函数长度太长，函数调用关系过于复杂，层数太多都是要被打回来的，当然不一定改，但要有合理解释；
4. 质量控制，如果代码合入之后发布了有问题的版本，直接小黑心，今年不可评优；

大公司很需要制度来运转，否则摸鱼的太多，付出再多的成本也是没办法的。

@Leviathann
@fredweili
@HXHL
如果严格执行 review 制度，且以这个算 KPI 是最好的，因为程序员的 KPI 并没有那么好确定。
这里一定要强调编码规范，严格 review 。
以上两点华为做的很好。
不过这里有两个引申话题：
1. 一个好的公司，要允许有闲人，特别是大牛更是有工作不饱和的表象；
2. 如果有些人觉得自己吃亏了，比如技术牛叉，一个 bug 别人解了半个月，你 5 分钟解决，就改了一行 code ，那么只能说明，你们的职位并不是单纯的 coder ，更像是 arch 或是 system debugger 。这个时候要引入另一种 KPI 计算机制，比如，以 bug 的难度来算，把解掉的 bug * 难度系数（严重级别）相加，诸如此类。

好歹辉煌过，看看 Java Applet...

幼儿园很卷的，上公立，你还是要杂七杂八课外，费用也没省太多，不如私立

如果只考虑图形学方面，那么：
熟悉 3D 渲染的管线（光栅化），了解光追的原理；
会用至少一种引擎，能写 shader ；
简单的问题：阴影是怎么产生的？法线/视察贴图的一些细节？ PBR/IBL 的简单实现？

@rojer12 你这个需求我觉得胶囊足够了。。。磨豆机只要不是陶瓷芯的，就行了，反正手摇都是锥刀，处理浅烘的豆子都是苦主，磨意式完全自虐。。。

@coolmint 马克西姆网红机。除了牛奶，选明治的，家用家打奶泡的逻辑要修改一下，就是家用机是先旋转，再一边进气一边打匀（也就是转起来之后，要持续下退杯子，保持蒸汽口在表面一点点）这和商用机，先进气，之后完全进入，不太一样

@rojer12 摩卡壶只有 3bar ，半自动标准是 9bar ，这完全就不是一回事，何况摩卡壶还容易过粹，严格来说，摩卡壶萃取出来的叫意大利咖啡。
一个不好笑的冷知识，比的创始人死后骨灰是放在这个壶里的。

@rojer12 首先，星粒 3 没有你想的那么坚固，用一段时间毁坏，如果你只是想喝个美式，且不讨厌加压萃取，那么你组合可以（但其实有点浪费，因为加压情况下，200 磨豆机足够了，实在想可以上 1.5K 的电动磨豆机），如果你讨厌加压萃取，那么好磨豆机是必须的。
其次，咖啡机很重要的功能是奶泡功能，你可以用宜家 9.9 来模拟，但效果其实不能比。

@sosng 这个问题，我有非常非常多的惨痛教训。现在我只有一个答案，KD310+DF64 起步。

本质上就是，你已经享受了很多方便，这些方便就是大伙的隐私换来的。

@noodlesfu 看你干什么用了，免费的 iMovie 也能用；不觉得 low 的话，剪映也挺好用的，贵在素材多，不过缺点也明显的很。

@noodlesfu 不会做影视后期的人，log 只会增加麻烦，普通人甚至类似 DJI 的 Cinelike 都处理不好

文档里可以贴各种附件，你只需要把标题列出来就行。飞书强还是强在环境链接，啥玩意都能链接。。。至于 BUG 系统，那才是真垃圾

你是看 C 又不是看业务，kernel 不是刚好么（又不是一口全看完，要看什么看什么）。。。而且都学汇编了，那就要先定体系架构，如果是 arm 都可以看看 atf 这类 code 了

@struggle001 冬天台子走起，明年就可以惊艳所有人。