技术管理课一
这里很简单的说下专栏的内容
分别是在技术领导方面的学习感悟，技术领域的部分内容，外国开发文化，以及一些心路历程
针对这四个点
- 在技术领导方面的学习感悟，主要是来自一些行之有效的管理方法
- 在技术领域的内容，则是一些新的技术，如何看待他的应用和场景
- 关于一些国外的开发文化，比如硅谷的工程师和产品经理如何协作的
- 技术人的成长，如何克服困难的心路历程。
那么我们就开启我们这门课程
在职场日常中，我们往往会遇到他人来请教问题的原因，这是因为在一个项目中沉浸很久了，对系统的各类设计和业务逻辑都很熟悉了，对于他人的请教，基本上可以很快的给出答案，而面对这种情况，我们往往一开始都下意识的给出现成答案。
对于这种直接给出答案的情况，一开始可能大家都不会在意，但是伴随着时间的增加，会发现其他的同时越来越依赖你，这就导致原本的一天时间中的开发时间，越发被他人的问题时间占用。
所以对于这类场景，可以考虑进行转变
将原本直接给出答案，转变为给出相关的解决思路。
那么这就带来了一个问题，什么时候适合给出答案，什么时候适合给出线索，让其找答案。
简单来说，可以根据一个同事的理解程度来进行判断，如果是一个新人，那么可以考虑直接给出答案，如果是一个有一些经验的同事，那么可以考虑给其一个方向和建议进行解决。
其次是如何引导，这需要去给予其一个崭新的思路，带其到一个之前没有思考的角度，让其进行思考。
如果能够让一个同事产生自我思考的能力，那么其在日后解决问题的能力就会提升。
也就是所谓的授人以鱼，不如授人以渔
其次，如果在工作过程中，出现了Bug，该以一种怎样的态度去处理？
首先我们明确一个点，往往在实际工作中，没有人会不出错。
所以面对Bug，我们该如何处理，是所有的错误都会受到惩罚，还是所有的错误都不会受到任何的追究和跟进？ 这两者正好是两个极端，本质上都不可取。
如果走第一种极端，会导致所有人做事畏手畏脚，会导致只有几个熟练工可以进行做事。
如果走第二个极端，可能会导致同样的错误一再发生，小错没有及时的制止，导致最后酿成大错。做事仔细的人会觉着不公平。
那么针对Bug这种情况，我们需要考虑
明确责任，但不是惩罚，只是知道为什么出现了这种情况，做好下一次的避免。
其次对事不对人，只是知道如何改进流程，改进制度，避免这个错误
然后对一个Bug的出现不断的追寻，发现为什么引发这个问题
比如一个问题代码的出现，可以思考为什么出现这个问题，是不是测试不完整，还是mock的数据覆盖不完全。
利用上面的手段，不断的培养大家的信任感。如果多次出现提醒过的问题的话，在进行惩罚也可以。