q****F
发帖数: 51 | 1 想请问版上大牛们一个编程习惯的问题。平时我写程序的时候总喜欢先快速的写出来一
个版本，然后再不停的修改，比如写了一个for循环，然后才发现应该需要一个某个功
能的变量，于是再定义到前面。这样的编码习惯在实际生产中是没有问题的，但是在面
试中由于需要在白板或者纸上书写，结果就是修改起来比较麻烦，需要反复擦除重写，
代码显得布局凌乱。
有些面试官不介意，只要最终的版本正确简洁就好了，但是有些面试官很介意，甚至在
编码初始过程中挑错，场面显得十分尴尬，而且也很容易打断我的思路。目前我只能在
大脑中保存整个程序的大概逻辑，无法做到一遍写出来就完全正确或者80-90%正确，除
非以前做过很多次的题目。请问这种问题应该怎么办？
非常感谢 |
m****v
发帖数: 780 | 2 这个只能看运气吧，有的面试官喜欢，有的不喜欢，
我觉得那种看着你一边写一边指指点点的这种同事不去也罢，
以前有个组的老板非常喜欢pair programming,
就是搬个凳子坐你边上看着你写，边写边问，
或者不问也就看着你写，连他同种族的都见了就绕开
【在 q****F 的大作中提到】
: 想请问版上大牛们一个编程习惯的问题。平时我写程序的时候总喜欢先快速的写出来一
: 个版本，然后再不停的修改，比如写了一个for循环，然后才发现应该需要一个某个功
: 能的变量，于是再定义到前面。这样的编码习惯在实际生产中是没有问题的，但是在面
: 试中由于需要在白板或者纸上书写，结果就是修改起来比较麻烦，需要反复擦除重写，
: 代码显得布局凌乱。
: 有些面试官不介意，只要最终的版本正确简洁就好了，但是有些面试官很介意，甚至在
: 编码初始过程中挑错，场面显得十分尴尬，而且也很容易打断我的思路。目前我只能在
: 大脑中保存整个程序的大概逻辑，无法做到一遍写出来就完全正确或者80-90%正确，除
: 非以前做过很多次的题目。请问这种问题应该怎么办？
: 非常感谢
|
s***i
发帖数: 503 | 3 最好还是多练。还有就是字写小一些，行间距大一些，这样比较好加一个
变量或者一行code。 |
q****F
发帖数: 51 | 4 原来这个叫pair programming，我感觉弊端主要是压力大，而且解释起来容易干扰思路
。希望以后少遇到些这样的面试官吧。
【在 m****v 的大作中提到】
: 这个只能看运气吧，有的面试官喜欢，有的不喜欢，
: 我觉得那种看着你一边写一边指指点点的这种同事不去也罢，
: 以前有个组的老板非常喜欢pair programming,
: 就是搬个凳子坐你边上看着你写，边写边问，
: 或者不问也就看着你写，连他同种族的都见了就绕开
|
q****F
发帖数: 51 | 5 多谢了，很有道理，还有我发现变量名起短一些也比较好。
【在 s***i 的大作中提到】
: 最好还是多练。还有就是字写小一些，行间距大一些，这样比较好加一个
: 变量或者一行code。
|
h*******e
发帖数: 1377 | 6 我感觉尽量把代码分成功能独立的函数可以减少代码量， 程序更整洁，我觉得变量名
长短不是非常重要，变量名"名副其实"比较重要。 |
h********e
发帖数: 1036 | 7 我也是
刷题不够呗
【在 q****F 的大作中提到】
: 想请问版上大牛们一个编程习惯的问题。平时我写程序的时候总喜欢先快速的写出来一
: 个版本，然后再不停的修改，比如写了一个for循环，然后才发现应该需要一个某个功
: 能的变量，于是再定义到前面。这样的编码习惯在实际生产中是没有问题的，但是在面
: 试中由于需要在白板或者纸上书写，结果就是修改起来比较麻烦，需要反复擦除重写，
: 代码显得布局凌乱。
: 有些面试官不介意，只要最终的版本正确简洁就好了，但是有些面试官很介意，甚至在
: 编码初始过程中挑错，场面显得十分尴尬，而且也很容易打断我的思路。目前我只能在
: 大脑中保存整个程序的大概逻辑，无法做到一遍写出来就完全正确或者80-90%正确，除
: 非以前做过很多次的题目。请问这种问题应该怎么办？
: 非常感谢
|
r*******8
发帖数: 2120 | 8 这个在实际中也是有很大问题的，即传说中的bottom up design，下手很快，干到一半
了才想起还有这个还有那个要做，然后不停地修改。。。
去看下 top down design，对你会有帮助。简单说先有全局，再纠结细部。
说起来容易做起来难。实际中是topdown和bottom up的有机结合。 |
s**x
发帖数: 7506 | 9 这个确实会给人考虑不周的印象。大部分的coding 题也就10到20行代码，只要思路没
问题，一气呵成加上一遍review 小修改是meet expection.
写代码前还要仔细脑中过一遍跟面试者沟通一遍，所以不应该出现你说的情况。 |
q****F
发帖数: 51 | 10 看了大家的回复收获很大，总结一下比较好的思路就是，使用top down的办法思考并分
离出一些独立的功能函数，在脑中过一遍再写，最后就是多练习和重复。复杂的程序我
打算先写点伪码，这样应该不会减分吧 |
