面试编程习惯问题 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>JobHunting - 待字闺中

面试编程习惯问题

面试编程习惯问题# JobHunting - 待字闺中

q*F2014-08-16 07:08

1 楼

想请问版上大牛们一个编程习惯的问题。平时我写程序的时候总喜欢先快速的写出来一
个版本，然后再不停的修改，比如写了一个for循环，然后才发现应该需要一个某个功
能的变量，于是再定义到前面。这样的编码习惯在实际生产中是没有问题的，但是在面
试中由于需要在白板或者纸上书写，结果就是修改起来比较麻烦，需要反复擦除重写，
代码显得布局凌乱。
有些面试官不介意，只要最终的版本正确简洁就好了，但是有些面试官很介意，甚至在
编码初始过程中挑错，场面显得十分尴尬，而且也很容易打断我的思路。目前我只能在
大脑中保存整个程序的大概逻辑，无法做到一遍写出来就完全正确或者80-90%正确，除
非以前做过很多次的题目。请问这种问题应该怎么办？
非常感谢

m*v2014-08-16 07:08

2 楼

这个只能看运气吧，有的面试官喜欢，有的不喜欢，
我觉得那种看着你一边写一边指指点点的这种同事不去也罢，
以前有个组的老板非常喜欢pair programming,
就是搬个凳子坐你边上看着你写，边写边问，
或者不问也就看着你写，连他同种族的都见了就绕开

【在 q****F 的大作中提到】

: 想请问版上大牛们一个编程习惯的问题。平时我写程序的时候总喜欢先快速的写出来一
: 个版本，然后再不停的修改，比如写了一个for循环，然后才发现应该需要一个某个功
: 能的变量，于是再定义到前面。这样的编码习惯在实际生产中是没有问题的，但是在面
: 试中由于需要在白板或者纸上书写，结果就是修改起来比较麻烦，需要反复擦除重写，
: 代码显得布局凌乱。
: 有些面试官不介意，只要最终的版本正确简洁就好了，但是有些面试官很介意，甚至在
: 编码初始过程中挑错，场面显得十分尴尬，而且也很容易打断我的思路。目前我只能在
: 大脑中保存整个程序的大概逻辑，无法做到一遍写出来就完全正确或者80-90%正确，除
: 非以前做过很多次的题目。请问这种问题应该怎么办？
: 非常感谢

s*i2014-08-16 07:08

3 楼

最好还是多练。还有就是字写小一些，行间距大一些，这样比较好加一个
变量或者一行code。

q*F2014-08-16 07:08

4 楼

原来这个叫pair programming，我感觉弊端主要是压力大，而且解释起来容易干扰思路
。希望以后少遇到些这样的面试官吧。

【在 m****v 的大作中提到】

: 这个只能看运气吧，有的面试官喜欢，有的不喜欢，
: 我觉得那种看着你一边写一边指指点点的这种同事不去也罢，
: 以前有个组的老板非常喜欢pair programming,
: 就是搬个凳子坐你边上看着你写，边写边问，
: 或者不问也就看着你写，连他同种族的都见了就绕开

q*F2014-08-16 07:08

5 楼

多谢了，很有道理，还有我发现变量名起短一些也比较好。

【在 s***i 的大作中提到】

: 最好还是多练。还有就是字写小一些，行间距大一些，这样比较好加一个
: 变量或者一行code。

h*e2014-08-16 07:08

6 楼

我感觉尽量把代码分成功能独立的函数可以减少代码量，　程序更整洁，我觉得变量名
长短不是非常重要，变量名"名副其实"比较重要。

h*e2014-08-16 07:08

7 楼

我也是
刷题不够呗

【在 q****F 的大作中提到】

r*82014-08-16 07:08

8 楼

这个在实际中也是有很大问题的，即传说中的bottom up design，下手很快，干到一半
了才想起还有这个还有那个要做，然后不停地修改。。。
去看下 top down design，对你会有帮助。简单说先有全局，再纠结细部。
说起来容易做起来难。实际中是topdown和bottom up的有机结合。