什么是向您介绍项目的最佳方式？

我处在这样一种情况下,我将担任当前项目的新开发人员的导师.

什么是你快速进入项目的最佳方式 - 技术上,领域特定项目和社交.

我已经阅读了不少亲TDD人员谈论结对编程,从经验丰富的团队成员编写测试和实现实际代码的新人开始 - 然后转换.

什么最适合你？

啤酒!

从社交角度来看,我总是喜欢整个团队在有新人出现时出去喝啤酒.或者,如果你不是啤酒人,那么保龄球或摇滚乐队或其他什么.

在你们放松一下之后,他们会更舒服地提出问题并适应.

有多种技术组合:

首先,他们需要了解应用程序的功能.听起来很陈词滥调我知道但是我已经在交易应用程序中工作了很长一段时间才能让人们了解市场制造商所做的事情,因为这是基于对金融市场如何运作以及他们是这样.像"传播"这样的术语就含有各种各样的假设知识.

这应该以交互方式完成,而不是向某人发送教程或用户手册.此外,这非常重要,用户用户应该开车.使用鼠标和键盘而不是观察是建立肌肉记忆和根深蒂固的反应的原因.通过这种方式,您可以获得更好的保留率.此外,而不是说"点击这里现在这样做",而不是说他们"你会在这做什么".

您通常可以通过这种方式深入了解应用程序的可用性,因为新人不会被您和您现有团队的所有历史所污染.

你不能教别人一切,但要充分展示他们可以在应用程序中导航并完成简单的任务.

其次,给他们一个架构概述.如果这需要一两个多小时,你就会进入太多细节.他们会忘记它.我觉得最好把它作为一个面对面的谈话,而不是把它们交给他们一个建筑设计文件(这通常只是让人眼睛釉面).

最后,给他们一些小的,相对容易修复的错误,这些错误并非时间关键.这将使他们熟悉检查代码,构建代码,部署代码,运行代码等基础知识.重要的是它很简单,因为新代码总是出错.您可能需要设置正确的环境变量才能正确构建代码或其他任何内容.给他们一个复杂的问题,如果出现问题他们会弄清楚是否有环境,如果是因为他们做错了等等.

不言而喻,你不能把它们留在角落里来解决这个问题.有人勉强关注他们,以确保他们不会陷入困境.这也可以让你很好地了解他们的个性:当他们遇到困难时会发生什么？他们冻结了吗？他们请求帮助吗？他们试着坚持下去吗？他们太容易放弃了吗？

与此同时,他们正在学习代码.