软件开发 vs 中国人 vs 中庸文化

[juqiang]

最近不知怎的，感触颇深，想法颇多。呵呵，越来越迷惘。。。有以下几个问题，希望各位能帮兄弟解解惑。

1、某IT公司改革（作PC的），老总们指明了大方向，下面的员工个个对前景充满幻想。可是，过了不久，每个人发现自己都无所适从。为什么？中层不知道自己该做什么！形成了一种上不着天、下不着地的情形。各种精神，落实的时候，没有了人去做。因为大家都会派任务，都会写计划，仅此而已。实做的时候，没有人关心。
2、经常听到这样的言论：你不要再写这个程序了，不要再写那个程序了，你也该把重心转移到设计上了，你该提升提升你的层次了。可实际上，我们软件行业缺少的，真是什么设计人员、分析人员吗？我们的技术基本功是否扎实呢？那种一直看不起编码的人和言论，是不是很不负责任呢？我们的编码人员是否多到了，让我们在社会上一把一把抓的情形呢？（我招聘过一些人，很让我失望，不大好听，编码的水平都很差，但是软工什么的，都很牛！）但这绝对不是什么软件蓝领那种狗皮概念。我们的设计、分析人员做的东西，真有足够多的人去编码实现吗？
3、经常看到/听到中庸，折射到现实生活中，变成了这样：计划/任务安排的很好，每个领导人都很高兴，可实际上，常常没有按时完成，什么原因？很多人在小组会议的时候，都有n多的想法，可实际派给他的时候，一般是两种情况：一是不接；二是接了，但是过了不久，他会告诉你有n多的困难摆在那里，这是一个不可能的任务。这种情况是为什么？我们真正的了解每个人的技术水平吗？我们日益追捧的各种软件管理思想，如果没有最基本的技术水准作支持，你拿什么做？你凭什么和老外们比，凭什么要赶超印度？只会drag控件到form上，你还会什么？
4、早期的UCDOS、天汇等汉字系统，94年我接触的时候，感觉很神。97年的时候，我就没了那种崇拜，为什么？因为我手头上的资料多了，还记着96年买了本tsr和求伯君的一本什么书（忘记了，主要是ems,xms等接口规范），那本tsr的，100也左右，faint，当时花了30多块钱，希望出的。我自己也写了一个简单的汉字处理系统，wps出来了，我自己也作了一个spt。那时的技术神奇吗？不神奇，只不过因为没有资料而已。那时的人nb吗？不算太nb，但是他们的技术路线是“完整”的。即使到了vs.net，你也会看到里面调用的int21,ah=52h这些所谓的、当时趋之若鹜的“后门”。晓军2.13是在debug里面一点点敲的，技术不谈，这种“劲”谁能比？王江民快40了才学计算机，这种“劲”，又谁能比？
所以说，中国现在不是程序员多了，而是少，太少了！！！有n多的vc程序员，又有几个弄通了它的mfc的framework的？又有多少不是沉浸于gdi、shell等所谓的“奇淫技巧”？（说来惭愧，每种新的c语言ide环境出来，我都要把我的OwnerDrawMenu做一遍。这次也一样，用gdi+在vs.net中，又重做了一次。我也在追求这些无意义的东西。。。）
5、写了5年程序，做过也算是n多的erp系统，常年疲于奔命，这种情况是否能改观？用友、金蝶的兄弟们，不知道你们是否有同感？陷入项目的泥潭。。。大把的烧钱，是否能提高你对企业的忠诚？是否能提高你对自己的那份忠诚？每个程序，每个项目，你是否都是在真心地做？


呵呵，好累！先写这些。

[zhangnan330]

大学里学到的东西很肤浅，老师并不愿意花很多的时间去指导你学一门很新的很实用的语言，大都靠自学。
但是实际沉下心来认真搞编程的人有多少呢？为了考试的分数，或者说为了考研，很多人只重视一些很理论的、框架性的东西，自然对编码这种费力而又得不到什么好处的东西给以“足够”的轻视！
但是这么多的大学本科毕业生正是将来软件公司的编码人员，可叹！关键就要看这些人在公司的培训和以后他们的努力了！但是公司要的是什么人呢？大都是想要一些来就能上手的熟练员工！
矛盾！希望以后能有一个好的环境，好的流程，培养出好的人才！别在迷失中耽误年轻的一代！！

[ozzzzzz]

1 我一直不认为作PC的是IT企业 他们只是消费品一类的企业
2 我不知道你在说什么想什么 不过我想你的观点可能和我的一样 我们缺少的是懂软工的coder 而且我看现在SA 和PM其实也很缺乏 总之在IT这样的行业所有的都是缺乏的 而且我看我们国家的软工水平很低 所以不会有你说的那样的编码的水平很菜 而软工很牛的人 牛也只是在嘴上 哈哈 我就是一个：）
3 我不知道什么是最基本的 但是我看作出bug尽量少的code就是很重要的 而且我认为如果你的设计时用了很多的功夫 那么在coding的时候 就会有很大的可能避免复杂的编码过程 这个其实也是一个素质问题 我们凭什么和老外比 我也不知道 但是我知道 在国内的coder出国以后多数都很牛 在国内的时候却都是不咱们行 你说这是我们技术不行吗
4可怜的家伙 你在。net下可以调用int21吗
而且你现在还用a吗 是不是会用u呢 而我告诉你 你a可以 u别人是违法的
我觉得你还是活在那个软件英雄的虚幻世界里 现在我看是不可能出现一个人做出一个成功的商业软件的事情了 而且以后也不可能了 如果你是为了自己开发软件那么你一个人如何做都可以 可是如果你做项目 或者为公司作产品 你的这些想法就一定会带来灾难 当然你可能会在一时一地成功 但是你早晚会失败
5 项目之所以会失控 不是你编码的水平有问题 而是你的系统分析 开发管理有问题 你刚好把问题想反了 而且我告诉你 即使是在美国 软件失败的比例也在60％－70％之间 而我们这里不讲设计 不讲规划 你看比例会是多少 所以你做的泪我们完全不感到奇怪

[AiWangji]

我觉得软件工程是一门从实践中归纳出来的学问。
离开了实践是很难体会到其中的奥妙的。同时也只有通过
实践才能掌握，才能发展，是急不得的。

我觉得国内的设计，实现人员的理论能力都不是很低（当然
确实有一部分人是滥竽充数），但是实践经验实在太少。
还没有接触过具体的项目，或只经过一两个项目的成功或
失败就认为自己对软件工程很了解了，就不想作具体的工作，
就想靠炒作几个自己还一知半解的概念过活，这不是很滑稽嘛。

[zzroom]

作为一名工作人员，当你不能决定公司的发展方向时，就只能跟着公司的要求走。

=======================================================

**********
* 陵 * 徐 * 水无常形，兵无常式，只有变化是永恒的。
**********
* 印 * 子 *
**********

[juqiang]

呵呵，子陵兄的不死手印，很酷啊！

[mimisodo]

Wonderful.

[LoveTide]

1、先有的编程，再有的软件工程的概念。
2、没有编程经验的“软件工程专家”都是骗子。
3、任何编程的人都是半个系统分析、设计者。

[juqiang]

对于Lovetide的说法，偶全部支持！不知道大家怎么认为？

[ozzzzzz]

其实 不能要求你的老板是程序员出身 写过code 但是你有理由要求他们是软件工程专家 而且这个要求也是最基本的要求 如果他没有达到 而且也不想达到 那么他们的公司就会被淘汰

[w102272]

To bitfan(数字世界一凡人) :
灾难？我想您还是先反省一下应该怎么用人，应该怎么组织开发，以及如何建立合理的规范吧
一个人写十几万代码本身就是不合理的事情。一个人离开公司没有人能对付乱麻，反映了贵公司本身就没有任何最基本的文档管理。另外，很可能反映了贵公司根本就没有把文档和相应的管理作为工作内容之一。大概您的老板只希望看到代码这种实际的东西，根本不关心有没有什么文档来扩充吧？
又要马儿跑得快，又要马儿不吃草，又要马儿按您的规矩跑，想来是一件不可能的事情。
如果您是老板，只把责任向开发人员身上推，不考虑自身的利益分配，组织问题，用人问题，规范问题，管理问题......，企图通过找有软工思想的人来解决问题，想来不会比现在的老板做得更好，只能更差。

[ozzzzzz]

同意w102272(Wonder)
其实软件工程解决不了管理问题 但是软件工程可以促进管理的改变 关键是管理者应该自我反省 不能把管理看作管别人的工作 管理首先应该是管理者的行为规范 可惜国内的大多数老板的想法不是这样

[Rose2000]

同意w102272(Wonder)
我觉得公司应当给不同特点的人创造不同的环境。对于 bitfan(数字世界一凡人) 提到的牛人，我觉得如果硬要牛人按照软件工程的思路来解决问题，可能会让他很难受，如果能够按照它的特点，提供相应的补充人员相结合肯定能做得很好。我们公司的人员组织就是按照个人的特点来决定的。有冲锋陷阵的人（搞一些新的东西，他们具有很高的创造性）、有中间的力量（做普通的设计和开发）、有打扫战场的人（完善文档以及抽取可重用部分对程序进行重构），使得每个人都能够做它最喜欢的。

[juqiang]

1个o6个z，呵呵！偶就是在做公司的一个项目。你的观点我很赞成，我的缺点你指出的也很对。但我还是认为，我们现在缺少的还是基本功扎实的人，什么都缺，哪个领域的都缺，但是相比而言，我们不应该忽视基本的编码功夫（而这正是国内软件公司所在作的，他们注重的只是关系和渠道）

而且，我现在很想知道，哪个公司做这种企业应用，比较正规？因为放眼望去，全国都差不多，时间长乐，很容易让人有种失望的感觉，进而对这个行业，有了深深的不信任感。偶需要一个实际的榜样来学习。

[faust]

其实，我觉得啊，最终目标不一定是编码，可编码锻炼的过程是不应该省掉的

其实理想的情况应该是
在理论指导下，大量实践，最终形成自己的模式，同时用理论加以引导和对比

想成为系统设计人员，决不可能一步登天

[janze]

acockburn ：是的，这意味着设计者应该做些程序。我从来没有在一个有不编程的纯“设计人员”的项目上工作过，
我听说过这种项目，但是没有听到关于这种项目的好消息。只是有太多奇怪的错误发生，使得程序员花费太多时
间向设计者解释。对高级设计者/程序员，给他们系统设计技术中最难的部分，并让他们检查初级设计者/程序员的
工作。然后给初级设计者/程序员系统中规模较小的，简单的那部分设计和程序。
Alistair Cockburn
Alistair Cockburn 是用例、面向对象、项目管理领域的世界顶级专家，最优秀的“传道者”。他的著作“Writing Effective Use Cases ”曾获全球软件业最杰出的技术与书籍的奖项Jolt Productivity Award.

[juqiang]

看着眼熟？

[yorgo]

msf中，开发人员是参与系统设计的，他们是系统设计的主力。但是开发着一个角色中会有不同的层次，就象上面说的，高级的开发人员通长是做设计工作，而低级的开发人员做一些coding的工作

[kaikaihe]

不错

[broze]

关键是国内的大多数公司太浮躁了，根本不懂管理，就想着眼前的利益，也没有规范，完全凭着自己的想法办事，做出来的东西像垃圾，代码没有注释，详细设计写得像天书，测试文档也由程序员自己来写。就这样，一批倒闭了，一批又新开了，我们也就不断地在换工作！苦啊！

[dgz01]

看了

★★★★★
打工好辛苦
★★★★★
钞票好难赚
★★★★★
编程好伤神
★★★★★
光阴好易混
★★★★★