@tlday 那说明就不是一个需要创造性脑力劳动的公司了，在这个里面码代码就跟生产线上的打工仔打工妹一样了，这种我直接建议老板外包给印度更便宜。

@nananqujava 这个怕是要来一波人肉电话 DDOS 了。

在这里我还要给各位普及一下很多外企里都有的 PIP 项目-Performance Improvement Plan。

当一个项目团队中的某个人或者某几个人出现明显的绩效偏差时，HR 应该注意并适当介入。一般绩效偏差有几种形式：出现不合理加班时间，工作产出不合格增多，从各种渠道收到不良反馈等。为什么 HR 要介入呢？因为出现绩效偏差一般主要是以下几个原因：
1，工作流程不合理； 2，工作安排不合理； 3，员工能力差； 4，项目负责人出现违规行为。

外企的 HR 权利是很大的，而且独立于项目经理 /技术经理存在。上面的 1，2，3，4 无论出现哪一条都会对项目甚至整个公司带来不良影响，影响项目进度和公司商誉，甚至带来法律风险。HR 此时应介入调查并在有必要的情况下启动 PIP，在最坏的事情发生之前进行补救。

@3dwelcome

嗯，我知道歪楼了，我的帖子是怼 130 楼的。

苏宁这个案例我的观点是，项目经理在安排任务和管控进度的时候，应该充分考虑到各种风险和突发事件，做好 risk plan 和 risk management，这种 12 点突发故障难道没有备份方案么？一定要技术负责人来么？

退一万步来讲，考虑最恶劣的情形，直接项目负责人因过劳死，来的路上遇到车祸等事件而无法继续处理，你作为最高主管应该怎么做？项目直接黄了么？

做好 plan，做好 backup，做好 risk management，防患于未然才是最有效最好的方法。最后，我认为，这个直接技术负责人是可以不用接电话不用回复的。

@lj61785636

需要说明的是，我个人是喜欢和钦佩那些有上进心的年轻人的。但我不喜欢那种不长脑子一味傻干的人，不分年龄。奋斗逼可恶的地方在于他只顾自己的利益，不顾别人的感受，这种就是典型的没有同理心的人，离的越远越好。如果你个人有意志力有进取心，你完全可以准时下班之后自己一个人在家看书学习，而不是拉着一帮人陪你傻坐着。

@asasas2114823 没错，奋斗逼就是间接杀人全家，劣币驱逐良币。特别是有些只知道傻忙的奋斗傻逼，以为脑力劳动跟体力劳动一样可以靠堆时间堆出来。

奋斗傻逼自己效率低、方法笨、能力差，别人写几个脚本能搞定的事情，他要去 baidu 复制粘贴，最后不得不靠加班解决问题，同时为了掩盖这种劣像，还能装着勤快的样子给领导看。

奋斗傻逼对整个团队都有毒，应该早日清退。否则，整个团队都会被拖入低效加班的泥潭。很多外企都有 Performance Improvement Plan，专治奋斗逼低效，不仅奋斗逼本事要被约谈，纵容奋斗逼的直属上司也会被谈话。

最后，为什么奋斗傻逼是杀人？奋斗傻逼让你不得不陪他加班浪费生命，这难道不是杀人。

楼上好多怕是不知道在很多国家，下班时间打员工电话是违法的吧，如果员工接了电话不举报公司就等着工会的律师函吧，专治奋斗逼。

像图上这种情况就应该是合理安排夜班值班人员，多给钱。

最后，很多人怕是不知道周末双休都是拜加入 WTO 谈判时，洋大人指定的吧。哪些个认为这是正常的真是在忝潮待惯了“久居鲍鱼之肆不闻其臭”

@Shazoo 拉人头做工资其实不一定划算，社保都是要交的～

赞～～～

电池的各种问题，是 cost down 的必然结果，最早 4s 上用的可是 sony 的聚合物锂离子电池（ Polymer Lithium-Ion Battery，PLB ），后来全部改国产的液态锂离子电池(Liquified Lithium-Ion Battery，LIB)

后面的瞬间掉电尿崩，循环次数降低，发热，起火都是改了之后出的幺蛾子。

还是有改善的地方的，比如 iTunes 就不想以前那样非常难用了，现在只是稍微有点难用 http://ww4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

以前一直用 winamp 和 foobar 听 mp3，记得第一次用 iTunes 听 mp3 的时候，内心 os：我曰听个 mp3 的东西怎么就设计成了这种傻逼玩意儿？

那些要滋醒 18 楼的人啊，你萌还是太年轻。。。

RTFM

其实最终能不能流行起来，跟技术本身高级不高级没多大关系，更大程度上是受商业上考虑的影响。Java 已经有那么完整的生态，运行环境也是开源的，数据库下可以用 MySQL，上可以 Oracle，招人也好招，一抓一大把价格还便宜，框架弄好了就是流水线操作，对人力要求也不高。反观你微软的东西，动不动就收费，底层还各种不透明，好不容易费劲巴拉弄清楚了一个，你又弃坑了，我的投入不要钱啊？长此以往，最终会被用户 /开发者 /厂商联合抛弃的。

@ilotuo 最后给你个人发展给点意见：如果是在是放不下，搞通用的 Linux，可以转服务器和数据中心；可以转运维；可以转 Android 底层。这是仅次于 java 后端的一个选项了。

以后的发展，AI 和图形图像无疑是行业顶层，其次是 java 后端，再次就是 Linux。因为这些技能树都能够在几个平台上用，选择面非常广。汽车电子基本上就锁死在这个大坑里面了。

AI 和图形图像视觉算法这个方向，没个 phD 拿不下来的，最好还是个数学的 phD。我读研也是图像方向，当时还没想现在这么火，一手好牌给我打烂了。

修订： 可见的未来会被电动汽车所替代， [电动汽车] 结构更简单，除了 PowerTrain 之外就是

@ilotuo 务必远离汽车行业，别被自动驾驶这种高达上的 title 给迷惑了。

事实上，自动驾驶分两个入口：一是传统嵌入式汽车电子转自动驾驶；二是 CS 视觉 or 人工智能方向转自动驾驶。这两个方向在汽车电子行业里面是完全不同的待遇。

一、传统嵌入式是按照制造业的薪水给定位的，做的东西也是底层，偏重于 C，现在的趋势是往 AutoSAR 方向发展（欧洲已经进入了，国内刚刚开始。）这个要么偏基础架构，在 ECU 硬件平台上搞 AutoSAR，类似于 QNX，uCLinux 这种定制的嵌入式；要么偏应用，主要是做 Simulink 代码自动生成，这个再往 MBD 方向发展（航空航天已经用 MBD 很久了），做的不好就做成了调参狗了，跟着标定工程师混，标定工程师才是这个行业的主人。首先要说的是 AutoSAR 是个半残废的平台，比老旧的 ECU 纯代码实现嵌入式的功能要高级，因为有类似操作系统的分层，有类似操作系统的抽象接口增加了各个子系统供应商的设备通用性。但他不是一个完整的系统，比 Linux 差远了，更比不上高大上的航空航天里用的 VxWorks。AutoSAR 的残废还进一步体现在无法适配未来自动驾驶普及之后所需的巨大的视觉信息处理、实时决策以及快速网络通信等对资源要求很高的 feature。其次，你在这个里面的身份是 coder，不是 programmer，负责将 system engineer 提出的 idea 用代码实现，实际上现在随着 simulink 自动代码生成功能日益强大，都不用你去写 coder 了，最终沦落为平台维护者。再次，整个传统汽车行业都是夕阳产业，可见的未来会被电动汽车所替代，传统汽车结构更简单，除了 PowerTrain 之外就是 Battery Management System，再往上就是视觉和人工智能相关的系统了，根本不需要 ECU 这种东西。最后，你一入此坑，以后就只能要么在 Ford，GM，BMW 这种主机厂商里面跳来跳去，要么去 Bosch，Elektrobit 这种系统大厂里面跳来跳去，这些都是德国企业，德国的工资了解一下。而且能跳过去就是你这个行业的最高形态了，天花板在那里。

二、CS 视觉 or 人工智能方向转自动驾驶，这个是神仙下凡，背后带着安全绳。整个技术栈都不一样，不关心底层，只关心自动驾驶相关部分。上可以搞图形图像视觉处理人工智能，下可以降级到操作系统或者 AutoSAR （如果你自甘堕落），跳槽除了能去主机厂，系统厂；还能往 Google，Baidu 这种互联网造车的企业里面跳，如果日后不想做自动驾驶这一块了，还能往其他需要视觉或者人工智能方向转（比如 Youtube 或者图片搜索之类），可能就是折腾一点，但没有天花板的限制。
这一块基本上都是在 nVIDIA 的 Tegra 平台上做的，如果想往顶层去，搞好数学，特别是线性代数；如果不想往顶层，可以往底层做 CUDA 相关的开发，顶层在 Matlab 里面实现了的算法你用 c/c++重新撸一遍，对实时性或者性能有要求就看 CUDA 能不能加速，不行的话再上 FPGA 或者 DSP。

怎么说呢，就好比搞数学的转 CS 很好转，搞 CS 的转汽车电子也很好转，但是反之则非常痛苦，要补足很多东西。

最后，我不是汽车行业、汽车电子相关行业，我只是深入调查过这个行业，还好没进这个大坑，但也在另外一个更大的坑里面。。。 以上仅供参考。