让软件工程师去修复硬件问题，咋下手？

做这种工作确实经常有这种事情发生，最好就是硬件和软件让一个人做，老板就不用两边扯皮了。

这个属于管理的问题。只要存在多人合作的现象，
谁做的多谁做的少出了问题是谁的责任就永远是个需要扯皮的事情。

实际上软硬件Debug的方法基本上差不多，最重要的是逻辑。很多人debug的时候问题连因果都搞不清了。

这个系列我都看完了，作者骆驼，不过感觉骆驼技术水平堪忧，屡次失业，老婆挣得是他的三倍，不知道骆驼是不是把所有倒霉催的都安自己身上了。

大多数情况下，用替换法可以立刻在系统中定位故障，包括软硬件故障的定位。
对于少数没有备件或者无法采用替换法的关键设备，需要在系统设计阶段就
建立功能验证和故障排查方法，以及相应的工装/测试环境。
往小了说，是这家企业的开发技术水平问题，在大点儿就是管理水平问题了，
这么简单的采购质量控制都没有。

出问题的时候，别人说一句没逻辑的指责就能把工程师气坏，
做非技术类的就没这种困境，反正都可以无理互相推诿~~

扯淡的事情，做起来没意思。

工程师都这么想，
不会扯淡，所以显得比较弱势。

工程师要有严谨的思维习惯。
如果一个工程师擅长扯谈，那他八成搞不好本职工作。

应该锻炼一下，
做事时有做事的态度，对待客户、老板什么的时候适当圆滑一些。
所谓的情商吧。

情商和扯谈是两码事。
另外我情商还是可以的。客户老板都服服帖帖。

从工程师角度来看，
扯淡是高情商的必需技能之一啊，
其实从另一角度来看，扯淡也算是曲线解决问题的方法之一。

做这种嵌入式的开发，跟厂弟区别不大啊

懒的扯而已
牛B的销售也很少扯淡，有跟你浪费生命去扯淡的时间很多有意义的事情做出来了。
也就是房产中介保险小哥之类的为了成单子跟你满嘴跑火车扯来扯去扯东扯西

嗯，我明白你说的意思，
其实我这儿说的“扯淡”也算是一种通常意义：
比如愿意花时间和客户聊一些海阔天空乱七八糟的问题；
比如客户问一些工程师看来最基本看手册就能很明白的问题时，花时间再去解释；
...
我觉得，即使是一些高端产业的销售，也要花时间去培养维护和客户的关系，在我看来有事没事打个电话或是过节送个礼物等这种行为确实算是“扯淡”。

这种老板老板娘明显小作坊，
不甩他自己单干让他哭去