我刚刚和我妻子讨论过这个想法。我们如今在工作中都已足够资深，成为了团队或项目的负责人（不是经理，只是技术负责人）。我正在领导的一个项目是一个小型的研发工作，目的是看看一种新技术是否能改进我们核心算法中的某一项。我有一个非常聪明的新晋初级程序员，他在公司工作了大约两年，有一些大学毕业后在另一家公司的工作经验，所以他还不是完全的新手。当我给他分配任务时，他会遇到困难（毕竟这是研发工作），然后他会责怪库或API之类的东西。就像那个“编译器里没有bug”的梗一样。我会花一整天的时间和他一起，教他如何绕过这些问题，看起来他似乎明白了，但到了下周我们同步进展时，他又回到了责怪工具的状况。我妻子的观点是，学习到通常是你错了，而不是工具，这需要很长时间。她还指出，我们都花了大约五年时间在研究生院。…
源讨论Lambda School的快速犯罪原帖 332 条评论 · 导入时统计挫敗感是一個大問題。 我參加了一個培訓班。有一天，我和另一個學生在做某件事，第三個組員（有其他問題）非常挫敗，把氣撒在我們身上，然後去找老師。 她對老師說：「他們只是懂了，而我不懂。」 但事實上，我和那個學生並不是「只是懂了」，我們經常失敗，我們在一個相當基礎的任務上進展與她一樣少。我們只是不斷嘗試……保持手在鍵盤上，想出新的東西來嘗試。我們同樣感到挫敗。 有趣的是，這不僅僅是打字的問題，還包括想出這些想法/仔細思考，但具備這種毅力的人並不多，尤其是剛開始的時候。 令人驚訝的是，這似乎也是有經驗的程式設計師的問題。我與一些表現不錯的同事一起工作，但他們真的......…
完整原文把你的经验，加入这段讨论。
说实话，大多数时候问题出在工具上。这就是为什么我尽可能自己编写工具。
完整原文他不会自己意识到这个模式，不管对你来说有多明显。如果你某天不把他叫到一边告诉他，我注意到你有一个盲点，我需要指出这一点，因为这会限制你的职业生涯，除非你学会处理它，那你就是在害他。
完整原文这取决于情况，我遇到过很多像你所说的这样的人，可能是因为这是人类自然倾向的一种变体，即把责任归咎于自己以外的事物，但是……现在事情发展得太快，我们依赖太多业余的兼职项目，因此我们使用的库中的错误或缺陷并不少见。关键在于部分地了解什么时候你极不可能遇到错误（如gcc），什么时候你很可能遇到错误（如GitHub上五颗星的JS库）。 但更重要的是，深入挖掘——对我来说，这是提升下一代人时缺失的一大关键点——比如，这里有一个堆栈跟踪，让我们去看看我们源代码库中的代码行并思考它们，而不是像大多数人那样随机地挣扎。
完整原文让别人觉得自己一无是处并不一定是不好的方法。先摧毁他们，然后再把他们重建得更好。但这也可能彻底失败。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。