对ldap兄代码风格的质疑

glflush

我们公司的情况是：
水平低的写的代码虽然难看，但是容易懂
而水平高的c++代码，阅读的门槛确实高了一点

从公司角度而言，高度OO/GP的C++代码是不适合项目开发的

俺的头，从其他的公司过来的，说：
你们公司好多C++高手，可是他们的工作怎么让别人接手呢？

john_student

另一个角度看，太低的怎么接手人家的东西呢？

win_hate

[quote]原帖由 "glflush" 发表：
我们公司的情况是：
水平低的写的代码虽然难看，但是容易懂
而水平高的c++代码，阅读的门槛确实高了一点

从公司角度而言，高度OO/GP的C++代码是不适合项目开发的

俺的头，从其他的公司过来的，说：
你们公

JohnBull

那恰恰说明OO程度还不够高,不够规范,高度OO了就不用去管代码了.规范OO应该有完整的设计规范和说明文档.
而且我发现国内的工程师(包括网络工程与软件工程)都不原意写文档,当然让后人无法接手.

w25

谁愿意去干那些文秘的活，又不给加薪!
哪里有什么代码继承之类的话，能看懂就看，看不懂就重新写，一年前我就是这样。。。

glflush

其实文档并不难写

ROSE用的也还顺利
但是，C++和java的重要区别就是C++有更多更多的细节
偏特化模板什么什么的，除非你的程序能写到程序库级别
不然许多人都很难使用你的代码，
而且，即使你写得在工整，你的代码也很难交给别人负责起来

五月

有道理

namtso

原帖由 "glflush" 发表：
我们公司的情况是：
水平低的写的代码虽然难看，但是容易懂
而水平高的c++代码，阅读的门槛确实高了一点

从公司角度而言，高度OO/GP的C++代码是不适合项目开发的

俺的头，从其他的公司过来的，说：
你们公?.........

有一个大前提，就是要有一个基本的能力，如果连基本的程序语言功底都没有，看不懂当然太正常了。
除了对实时性和执行效率要求很高的地方，代码的清晰可读要比效率更重要，我们的大部分应用程序都属于此范围。另外写代码加注释也是一个好习惯。
如果有了完善的文档，清晰的程序结构，良好的注释，如果别人再看不懂，那也不是作者的问题了，有可能是算法实现本身就很难，有可能看程序的人对程序语言、算法的掌握上还有欠缺。
如果写出的程序清晰易懂而没有什么bug，那绝对不是低手。如果写的程序晦涩难懂，代码风格非常之差，那么也绝不是什么高手。