不，这真的不是通常怎么做的。 但是有几个考虑因素。
有一种叫做“测试驱动开发”的开发模式。 在这种模式下，基本上只需最少的代码就可以通过任何测试。 根据需求的变化，可以创建新测试并修改代码以匹配。 他可能更倾向于这种事。 在这种情况下，如果得到了充分的测试，没关系的原始代码是什么样的？ 如果需要测试的话，即使那是一个乱七八糟的案件，代码也会永远做你想做的事。 (顺便问一下，为什么有些人不喜欢测试驱动开发？)。
关于评论的主题，评论当然很重要。 但是，注释并不是易读的代码，而是正确指定了变量名和函数名。 过多的注释是绝对可能的，使代码难以阅读和理解(因为其他每行都是类似//increment i的注释)。 另外，还有更多的评论。 他们越大，他们就越老，可能就越不与实际代码同步。 每个人读了都会说“那不会发生”，但总是这样。 总是有人对“小事”进行更改，不更新评论。 然后在那之后，大约会发表三次评论是错误的。
我还有一件必须考虑的事情。 想想这个人可能只是想帮助你，而不是把告诉你的东西当作哲学。 在写东西之前，你可能花了太多时间试图正确设计你的解决方案。 他认为，如果你先在“论文”中发现了什么，改善它比试图把整个解决方案都放在脑子里要容易。 你可能已经写了很多评价，差评。 或者，你可能花了很多时间在评论上。 (或者，即使评论被格式化了，我也看到了。 )他想通过花更多的时间学习比在这个阶段你的代码做漂亮的评论。