3
在压力下如何避免跳到解决方案?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 在特别严格的编程截止日期(例如一个小时)内,如果我完全感到恐慌,我的趋势是跳入没有真正计划的编码,并希望我能继续研究下去。如果有足够的时间,这是可行的,但是在一次采访中,即使不是彻头彻尾的适得其反,它还是非常不成功的。我不总是舒服地坐在那里想着时钟打tick。 当您足够了解问题并开始编码时,是否存在核对表或是否存在识别技术?什么时候最能想到的是进行设计和设计,而不是进行一些实验,然后再进行总体设计? 这是参加数学考试和参加口语考试的技巧清单。是否有类似的技术清单来处理压力下的编程问题? 答案:我认为这是一个有效的答案:如何解决。我发现该链接是解决步骤或解决方案的答案。在上也有一些非常好的技巧。在面试中大声思考真的是最好的策略吗?。TDD的一个简洁明了的论据是TDD的第一个答案写代码vs找出问题的答案?。