我最近开始以开发人员的身份工作,并在一位更高级的开发人员的指导下工作,他有点监督/指导我.
他建议的很多事情似乎都不对.例如,他告诉我只是以程序的方式编写我的代码,忽略它的编写或整体设计的好坏,并让它工作.然后迭代地,它将在需要时变得更好,随着时间的推移改进代码.
这让我感到不舒服的是花时间实际上正确地考虑解决方案以及编码前的实际问题,我觉得通过这种方式进行编码并最终将花费更多时间.不幸的是,我不能通过第一次写出完美的代码来立即解决问题.
此外,他对记录代码感到皱眉,相信它应该说明一切.他认为每种方法顶部的简短评论应该足够了.对我来说,这似乎反直觉.
总而言之,我觉得我现在正在编写真正的hacky代码,以便得到一些启动和运行.他是否正确,这是整个行业的事情吗？
我会在这里走出困境,并建议你可能误解了高级开发人员告诉你的内容. “只是让它工作”,“代码应该为自己说话”是相互排斥的.如果我们假设这个人确实知道他在做什么,那么让我提供一些替代解释：
>新的开发人员很容易迷失在杂草中,而不是通过正确的方式来设计软件.这是一种分析瘫痪.他可能希望你快速深入研究代码,这样你就可以实际写出一些东西,然后你很快就会发现什么效果不好.这听起来像是他让你早早失败并经常为了学习而失败.
>许多新开发人员大量使用无用的评论.他要求你编写自我记录的代码,而不是hacky和令人困惑的代码.如果您只允许在函数顶部进行简短注释,则必须使用明确的变量名称和简单直接的算法来使代码有意义.这是一件好事.
与导师坐下来澄清他告诉你的内容并没有错.你确实有有效的顾虑.不要犹豫,向他询问更多信息.它表现出自信和自我思考的能力.优秀的员工不是精神错乱的机器人.