我感兴趣的是在我工作的公司(在工作期间或之后)开始编写代码。我认为这将有助于传播关于如何编写干净、简洁和一致的代码的知识。我过去曾参与过编码工作,这确实帮助我成为了一名更好的软件工程师。我特别认为这对于正在转换到一种新语言(如Java到Golang )的工程师来说是有用的。
我不确定的是如何衡量它的成败?公司每周花30-60分钟的时间让他们的工程师磨练自己的技能,值得吗?
每一堂课后,我都可以发一份简单的问卷,试着衡量人们学到了多少。或者我可以试着测量PRs中代码的质量?这样做真的很有趣!
有人做过这样的事吗?如果是这样的话,你做了什么?
发布于 2020-02-24 14:06:43
如果你想出如何衡量一个人是否是一个优秀的程序员,那么你已经解决了一个古老的问题,并将被全世界的项目经理誉为天才。
相反,要衡量人们是否喜欢这些道具。我建议啤酒和比萨饼,而不是深入批评命名惯例。
发布于 2020-02-24 15:35:05
作为一名受过训练的社会学家,我倾向于采用问卷调查的方法。如果您的组织足够大,并且管理层愿意支持您的工作,那么也许可以做一个双盲实验,看看某个特定的dojo是否帮助了该主题的参与者(正如Ewan所提到的,我们目前缺乏一种客观的方法来确定某人在总体编程方面有多好)。
这将给你的数据做一个统计分析两组。如果参加dojo的团队在统计学上看到了与控制相比的显著改善,那么我们可以得出结论,在短期内,开发人员至少在主题领域变得更有能力。
作为一种奖励,如果你想看看这个信息是否被长期保留,那么就创建另一个关于相同主题的测试,但是足够不同,记住第一个问题的答案不会直接帮助他们。几个月后,给两组人新的测验。然后,可以将dojo组与控件进行比较,以查看结果是否仍然显着。
对于每个dojo来说,这样做肯定是过分的,但是如果您能够证明一个dojo对编程的一个领域有积极的影响,那么我们可以假设其他的也会这样。
发布于 2020-02-26 05:24:01
对于在那里学习的人来说,编码dojos应该有“轻量级学习”。我认为,一旦dojo的意图不是得到、修复或改进代码,就不推荐在这种情况下进行PR。我有很好的经验在旋转的dojos,一旦有了笔记本电脑和参与者之间插入,我们使用计时器给每个参与者6分钟来创建一个单元测试在这种情况下,给予30分钟的总+演示和15分钟的简报。反馈单是个好主意。
https://softwareengineering.stackexchange.com/questions/405669
复制相似问题