G
goaha
Unregistered / Unconfirmed
GUEST, unregistred user!
最近看了帖子http://www.delphibbs.com/delphibbs/dispq.asp?lid=1158956 （中国程序员的毛病！）及http://www.delphibbs.com/delphibbs/dispq.asp?lid=1158956（ DELPHI“迫害”了一帮程序员！）
使我陷入了深思。
“程序员”这个名词给中国软件业带来的麻烦太多了:
1．因为“程序员”这种说法，导致很多项目开发过程中没有合理的分工，是产生成千上万豆腐喳工程的一大原因；
2．因为“程序员”这种说法，导致很多软件从业员集分析、设计、编码、测试、实施于一体，劳动强度过大，严重损害了身心健康；
3．因为“程序员”这种说法, 导致了很多无谓的争执与辩论，浪费了巨额的社会资源。
“程序员”这个名词怎样定义，有多少人能说清楚？ 我想现在研究怎么定义这个名词已经不重要了，重要的是把他带来的危害清除干净。那么我想最佳的方法是全面取缔“程序员”这种讲法。我认真查看了很多资料，我们应当把目前“程序员”所作的工作严格细分，采用更科学更准确的叫法，我看这次托普的大规模招聘中就好象没有出现“程序员”这个词，他们的工种划分好象挺科学的，我把他们的工种划分贴出来：
（1）行业专家：业务规划、业务建模
（2）技术管理：项目管理、配置管理、质量管理、测试管理
（3）系统设计：架构设计、分析设计、数据建模、网络设计
（4）开发人员： 编码人员、测试人员
如果真的全面取缔了“程序员”这种讲法，我可以乐观地估计将会出现以下的新气象：
1.《中国程序员的毛病！》中提到的(1.只注重功能实现，忽略系统结构设计。2、不顾客户的感受；3、以为精通了某种语言就是高手。4、自以为是；5、凑和；6、不爱写文档；7、测试不彻底)大大减少。特别是第1个问题，系统结构设计如果设计得不好，就只是少部分人的责任，与其他工种的从业人员无关。难道有必要要求所有的开发人员都关注系统的结构设计吗？
2.“DELPHI“迫害”了一帮程序员！”这种讲法也将不成立，工种细分后，某一种具体编程工具本身对整个工程的结构设计不会产生任何坏的影响，结构设计的好坏在于设计人员本身，与编程工具无关。
3.因为观念上的转变，那些只有1－3人的小作坊式应当大部分会自觉解散. 想想看，一个人（或几个人）自编、自导、自演能拍出一部好电影吗？
4.软件从业员的工作强度大大减少、效率大大提高。观念上的转变，软件公司老板能更好地招聘、培养相关工种的人员，更合理地使用人才，避免现在普遍存在的设计、编码、测试不分的情况。
5.“如何管理程序员？如何当好程序员？”的这种经常见到的讨论已经没有存在的必要，“程序员”本身已经细分成各工种，每个工种的管理规则已经相当容易制定。没有必要要求所有的开发人员又要有设计头脑，又要熟悉编码，又要会测试。
如果能理解我的一片苦心，我希望“真正的程序员用C++，聪明的程序员用Delphi”的原作者能收回他的这句话，这句话带来的危害比它带来的好处更大，我希望没有什么“真正的程序员”及“聪明的程序”这种讲法，我想可以说成“一个好的软件工程师最好能深刻理解C＋＋，会用一两种主流编程工具（如Delphi、java…）”，一个人聪不聪明与工具无关，软件工程师我想用好坏来区分比用真假来分更来得有意义。
今天居然在大富翁打了那么多字，就好像是作了一场梦。
使我陷入了深思。
“程序员”这个名词给中国软件业带来的麻烦太多了:
1．因为“程序员”这种说法，导致很多项目开发过程中没有合理的分工，是产生成千上万豆腐喳工程的一大原因；
2．因为“程序员”这种说法，导致很多软件从业员集分析、设计、编码、测试、实施于一体，劳动强度过大，严重损害了身心健康；
3．因为“程序员”这种说法, 导致了很多无谓的争执与辩论，浪费了巨额的社会资源。
“程序员”这个名词怎样定义，有多少人能说清楚？ 我想现在研究怎么定义这个名词已经不重要了，重要的是把他带来的危害清除干净。那么我想最佳的方法是全面取缔“程序员”这种讲法。我认真查看了很多资料，我们应当把目前“程序员”所作的工作严格细分，采用更科学更准确的叫法，我看这次托普的大规模招聘中就好象没有出现“程序员”这个词，他们的工种划分好象挺科学的，我把他们的工种划分贴出来：
（1）行业专家：业务规划、业务建模
（2）技术管理：项目管理、配置管理、质量管理、测试管理
（3）系统设计：架构设计、分析设计、数据建模、网络设计
（4）开发人员： 编码人员、测试人员
如果真的全面取缔了“程序员”这种讲法，我可以乐观地估计将会出现以下的新气象：
1.《中国程序员的毛病！》中提到的(1.只注重功能实现，忽略系统结构设计。2、不顾客户的感受；3、以为精通了某种语言就是高手。4、自以为是；5、凑和；6、不爱写文档；7、测试不彻底)大大减少。特别是第1个问题，系统结构设计如果设计得不好，就只是少部分人的责任，与其他工种的从业人员无关。难道有必要要求所有的开发人员都关注系统的结构设计吗？
2.“DELPHI“迫害”了一帮程序员！”这种讲法也将不成立，工种细分后，某一种具体编程工具本身对整个工程的结构设计不会产生任何坏的影响，结构设计的好坏在于设计人员本身，与编程工具无关。
3.因为观念上的转变，那些只有1－3人的小作坊式应当大部分会自觉解散. 想想看，一个人（或几个人）自编、自导、自演能拍出一部好电影吗？
4.软件从业员的工作强度大大减少、效率大大提高。观念上的转变，软件公司老板能更好地招聘、培养相关工种的人员，更合理地使用人才，避免现在普遍存在的设计、编码、测试不分的情况。
5.“如何管理程序员？如何当好程序员？”的这种经常见到的讨论已经没有存在的必要，“程序员”本身已经细分成各工种，每个工种的管理规则已经相当容易制定。没有必要要求所有的开发人员又要有设计头脑，又要熟悉编码，又要会测试。
如果能理解我的一片苦心，我希望“真正的程序员用C++，聪明的程序员用Delphi”的原作者能收回他的这句话，这句话带来的危害比它带来的好处更大，我希望没有什么“真正的程序员”及“聪明的程序”这种讲法，我想可以说成“一个好的软件工程师最好能深刻理解C＋＋，会用一两种主流编程工具（如Delphi、java…）”，一个人聪不聪明与工具无关，软件工程师我想用好坏来区分比用真假来分更来得有意义。
今天居然在大富翁打了那么多字，就好像是作了一场梦。
][
][