@woyao #189 你给的有用的意见少说也有 5 条了，他们硬是一句都没听进去。

@watzds #61 确实，实锤 e 人，ENFJ ，特别是 J 有 96%平常没事就喜欢整计划表，过于喜欢整合。

用了两个 kindle 了，不太喜欢微信读书，还是喜欢 kindle 自己导入书籍。

没什么广告干扰，不用 app 的干扰，很纯粹我觉得。

@watzds #46 在我眼里不是别人做决策最省力，而是自己在不沟通的情况下做了决策，对风险的考虑并不全面，而多听听其他人的方案会意识到自己在解决问题时有哪些漏洞，这是工作也不是学习，如果真出了什么岔子背起锅来，说好听的是你自己学习了，说不好听的就是不负责。

问，怎么问，问了怎么学，这都跟人相关，我发现很多人把那种不自己思考一直问依赖别人的人和问这个行为挂钩，问这个行为本没有错，是问的人，人品如何，能力如何，最重要吧？

@watzds #38 阿里也没办法代表整个行业吧，略观察一下，这里还是 i 人多。

@watzds #38 以这个帖子为数据，很多 i 人。

看了这一篇更加确信了这个行业普遍 i 人。

可我是 e 。

@watzds #27 之前在某大厂实习的时候与硬件无关 ，与运维后端存储相关，他们某个关键点卡住了网上怎么搜都搜不到，其实不是我的活，但是我发邮件问了开发者让这个关键点有了突破口，这是一种思路，并不以你很了解项目作为你的方法是最优解，职场从来是个调和状况，有人买你的账，有人给你授权的方式才是最好的，及时沟通反馈让你的成果暴露在可见范围内会让人更觉得可靠。

@watzds #24 我们没有自己看的途径，因为是吃经验的技术行业，有时候你完全了解代码你不了解项目调试过程是一点用没有的。并不存在了不了解，只要时间长了都了解。而且自己闷着搞不及时沟通并不利于项目进展。

行业和硬件相关，很多东西百度不到，文档也尚未完善，前三个月有导师带（导师有钱拿），我就疯狂问，转正后老总跟我谈话说，不要局限于这三个月，你的组里的同事们都可以交流学习，不明白的就问，问完了自己琢磨，可能是我过于外向，问到现在两年了，知道的东西不少了，反观另一个比我晚一届的应届生，因不喜欢麻烦别人不喜欢问已经被优化了....

我家的扇叶可以收起来，我觉得蛮好的，吃饭的时候经常吃的大汗淋漓，就是每次到热天要提前清洁上面的扇叶，不然一打开就都是灰。

@rojer12 #10 你是用户，当然只能用转 A 口这个办法解决啦。

@rojer12 #10 是我们公司产品被用户投诉说 c to c 的无法连接，然后硬件就改成了枚举检测，c to c 只检测 USB 口是否连接，不检测是否供电，我们枚举到了就是用单片机的 MCU 供电。

@MatthewAtV2 正解，我所在公司的产品就是 CC 脚悬空就会导致设备无法收到 5V 供电。会出现设备连不上的问题。当时跟硬件一起讨论的时候也是给的这么个结论。

@ArleneCheung 补充说明一下我们还是嵌入式，还是那种比较吃经验的岗位，轻轻松松被砍了一半，我是被砍了之后招进去的应届。

我们这不算二级 leader 了，我们这是三级 leader 内斗，把二级 leader 换了个遍，底下的人也差不多全部洗了一遍，几乎都换了，我不觉得当上几级 leader 就有很大的心胸，特别是这种互斗留下来的。

我就是嵌入式，刚涨薪，但不知道是否该跳了，而且单片机和 linux 是两个大方向，我目前是单片机，不知道要不要转 linux 。

我个人感觉还是 python 。