就像程序都有500个错误了，还改啥改啊，别改了，一样的道理，怎么能这么顽固？必须1个错误都不能有，才是正确的硬道理。
改变开发人员的思维很难、固执的多、自以为是的多、老顽固的多、听不进劝告的多，我们今天封建了吗？
最近给几个开发人员检查程序，进行技术沟通交流：
1：建议做软件先有设计，后有施工的思路，虽然软件都已经做好了，但是设计图纸还是有必要补充的，表结构等，应该整理出来，修改哪个模块就应该把哪个模块的表结构都整理好，方便今后的维护工作，人员之间的交流。
一个管理软件，若一个像样的数据库设计文档都没有？这不是成了软件作坊了？以后还怎么上层次、怎么提高呢？
曾经有个比较有水平的朋友跟我讲：“别人做的软件是否设计合理、功能是否正确，有经验的人看看数据库设计文档就能感觉到很多”。
再说了将来我们的软件行业也会走设计、施工分离的发展路线，做软件前总需要有设计图纸的吧？就是软件做好了，也应该把设计图纸补充好吧？
大家驳倒：工作量大、意义不大、现在有更紧急需要处理的事情，好几个人都这么认为，我不好意思暴力做决定必须要把数据库设计文档补充好。
2：现在都是2010年了，都VS2010 ADO.NET Entity 技术都出来了，老程序还是 拼接sql的， " + this.txtName.Value + "，面向对象都有10年了，总需要把老的程序改进为面向对象的吧？别都面向过程的，将来维护起来不上档次。
大家驳倒：程序现在用得好好的，这么修改了，客户用起来也没啥变化，而且可能会带来工作量，还可能会引起程序的不稳定，哇靠晕倒啊这不是明显拒绝提高吗？别人想给你提高一下努力往前拉动，你倒是想尽一切方法阻止进步啊？兄弟真够倔强啊，我服了。
3：程序里有一大堆没必要的方法、命名紊乱的方法、功能重叠的方法、写错位置的方法，这些很多没必要写或者根本不需要写那么多代码，调用一下基础类里的先有方法就可以了，修改到哪里，仔细修正一下不就可以了，按专业术语来讲就是需要不断重构完善的？
大家驳倒：程序现在很稳定，这么修改了，会引起程序的运行不稳定，我们冒不了这个风险，我服了、那干脆啥也别动了。
4：程序里层划分太多了，写代码写太多了，有接近7-8个层，什么设计模式、开闭原则、反射把时髦的技术都用上了，导致写一个方法，需要到处去修改，重命名一方法也要修改很多环节，搞那么多层干啥？有必要吗？何必跟自己过不去呢？等以后有需要时，再把这些层加上去也可以了，我说只需要3层就足够了，见效快、修改程序简单、维护起来也方便，搞那么多技术玩自己干啥呀？
领域模型层 + 商业逻辑层 + 页面层， 就这么3个层就足够了，搞那么多飞机干啥？
大家驳倒：若用Mysql数据库，每个客户端还要引用Mysql的Dll，将来的维护量大？，我服了Mysql才272k，更何况公司的产品从来没用过Mysql，我们有必要天天担心太阳会掉下来，有必要吗？
5：建议大家用代码生成器，不要总是手写，太累又不规范，太小农了，生产量不够，现在都啥年代了，机械化批量生产了？
大家驳倒：一个表才几个字段，手写一下也很快，没必要用代码生成器，哇靠牛B啊，居然手写比代码生成器还强？那么多人写的如何规范化？代码是否还要检查质量？若100个字段，那不是要写死人啊？人来人走的，为什么不接纳一下代码生成器？大家都比我年轻至少5岁以上，为什么还这么老顽固？是我太老顽固了吗？
6: 建议大家空时看一看视频，绝对对工作会有些帮助的。
大家驳倒：工作忙，没空看，等空了再看，NND平时设计数据库啥的，写代码啥的注意事项都不知道，设计出来的表系里啪啦的，看一下视频能死人啊？看一下再工作不是更好吗？至少少制造一些电子垃圾，少犯点儿错不是？
就这样5个比较好的提议，都当是放屁了，都被大家驳倒枪毙了，想难道这5个建议就这么差劲了？大家为什么就听不进去呢？是谁固执呢？程序员朋友们固执呢？还是我没能把道理讲清楚？还是说话的语气不对？组织的方式不对？为什么就没能让大家接纳呢？
有时候想想，我们中国人为什么总是那么封建？就是因为我们大家封建，思想不开放，才导致我们大家封建，现在都啥年代了，这前5项估计都是做管理软件最最基本的技能了，大家才25岁左右，就这么顽固，那到30岁了，不是更顽固了？可能是我太人才啦，太另类了，哈哈
我们就不提老美的创新，接收新思想，还都这么艰难啊？不用总用自己的理解能力、自己的思维对待新鲜思想，新鲜做法，若你有那么高的智商，早就考入清华北大了，不会在这里天天写管理类软件了，多听听别人的，多听听比你经验更丰富的，能力更强的人的建议，你走过的路人家大多都做过来了，你还没做过的路，人家也都可能走过了，多听听别人的说法，多吸纳一下别人的优点，改进一下自己的缺点，别总自以为事，别人也不是猪，别总抢着说自己的，不成熟的思想说出来就是丢人，先听别人的，然后再结合自己的，若有必要再提出更好的思路，你就是不提出思想，别人也会把你当成是猪。
若不是为了维护公司的安定团结、同事之间的和睦相处，真有做决斗的念头都会产生，怎么这么固执啊？是我跟不上同事们的思路了？还是同事们跟不上我的步伐了？一下班全跑了，什么时间来不及？忙不过来，全当是放屁了，产品开发部只剩下3个人写继续写代码什么的，其中我一个在整理文章。
也有人说，你怎么老是这些重复的理念？观点已经重复很多次了？
我回答：一个人能把一个理念坚持到低，能彻底做好，就足够了，毕竟我们是十多亿人，若每个人能把一件事情一个理念做好了，我们很快可以超越美国了，哈哈。
以下几个视频供参考：
C# ASP.NET走火入魔通用权限管理_数据库设计注意思想指导
下载 http://www.jirigala.tk/JiRiGaLa_DbDesign.wmv
C# ASP.NET走火入魔通用权限管理_实体结构定义
下载 http://www.jirigala.tk/JiRiGaLa_Entities.wmv
C# ASP.NET走火入魔通用权限管理_为什要用代码生成器(必要性)
下载 http://www.jirigala.tk/JiRiGaLa_CodeBuilder01.wmv
C# ASP.NET走火入魔通用权限管理_代码生成器如何用(实战)
下载 http://www.jirigala.tk/JiRiGaLa_CodeBuilder02.wmv
posted on 2010-09-17 15:31 吉日嘎拉 不仅权通用权限 阅读(4568) 评论(108) 编辑 收藏
评论
1926275
上一页 1 2
#9楼[楼主] 回复 引用 查看
@sunsy
嗯，你这个逻辑也很对，所以我拿出来与大家共同探讨一下。
#10楼 回复 引用 查看
吉日最近不花时间带孩子，还高产量发帖子发视频。
#11楼 回复 引用 查看
怎么老是宣传你的视频啊？？
#12楼 回复 引用
开发软件是一个系统工程，就像修房子一样，有设计、监理、施工等角色，其实代码工人不是别人给程序员的称号，是部分程序员自己给的。我想这么说应该还是很清楚的。
#13楼 回复 引用 查看
我起个名字 论”某些程序员顽固的思维方式“
#14楼 回复 引用 查看
老哥，
说句实在话，你的管理方法还是有问题，该制定流程的时候就制定流程。
这样吧，给你说个故事，能不能明白，就看你明悟吧：
有七个人曾经住在一起，每天分一大桶粥。要命的是，粥每天都是不够的。
一开始，他们抓阄决定谁来分粥，每天轮一个。于是乎每周下来，他们只有一天是饱的，就是自己分粥的那一天。
后来他们开始推选出一个道德高尚的人出来分粥。强权就会产生腐败，大家开始挖空心思去讨好他，贿赂他，搞得整个小团体乌烟障气。
然后大家开始组成三人的分粥委员会及四人的评选委员会，互相攻击扯皮下来，粥吃到嘴里全是凉的。
最后想出来一个方法：轮流分粥，但分粥的人要等其它人都挑完后拿剩下的最后一碗。为了不让自己吃到最少的，每人都尽量分得平均，就算不平，也只能认了。大家快快乐乐，和和气气，日子越过越好。
同样是七个人，不同的分配制度，就会有不同的风气。所以一个单位如果有不好的工作习气，一定是机制问题，一定是没有完全公平公正公开，没有严格的奖勤罚懒。如何制订这样一个制度，是每个领导需要考虑的问题。
#15楼 回复 引用 查看
都是偷懒的借口
#16楼[楼主] 回复 引用 查看
不宣传这个？宣传啥呀？
#17楼[楼主] 回复 引用 查看
@BreezeWoo
我需要好好体会你的这个故事。
#18楼[楼主] 回复 引用 查看
这个比较上档次，我修正了。
#19楼[楼主] 回复 引用 查看
大哥，你不能这么讲，这么讲你就是得罪所有的同事了，我可没这么说啊。
#20楼 回复 引用 查看
大家说：吉日啊，你的风格得改改啊，和大环境不协调啊
吉日驳倒：走我自己的路，让你们说去吧
#21楼[楼主] 回复 引用 查看
@蔷薇
我一直在改进自己的缺点，大家说没视频，我贴视频，大家说没代码，我贴代码。大家说标题写得不好，我采纳大家的意见。
我有错就改，马上改，马上修正自己错误的做法。
#22楼 回复 引用 查看
楼主的团队就是典型的作坊式软件团队.程序员就是万能的,啥都要会.
#23楼 回复 引用 查看
该动的不动。 该改的不改。 晕。 一看就知道这鸟，没写过程序。 只会来吓程序员。 哇搞。
#24楼 回复 引用 查看
操你大爷的，你不要再发文章啦
#25楼[楼主] 回复 引用 查看
@ttlin2010yeah
谢谢你留言，欢迎继续留言。
#26楼[楼主] 回复 引用 查看
@ttlin2010yeah
学C#好还是学C++好啊 ？ 哈哈，笑死我了，刚出茅庐。
#27楼 回复 引用 查看
非常羡慕上班时间能写博客的人!
#28楼 回复 引用 查看
现在都是2010年了，都VS2010 ADO.NET Entity 技术都出来了
这一点不同意之外，其他的都不同意。
因为我一直使用存储过程,ADO.NET Entity 性能上没有测试过，上次一测试linq to sql，竟然汗颜，所以我宁愿使用工具生成，也不会使用这些低性能的代码在客户机器上浪费资源
#29楼[楼主] 回复 引用 查看
@冯小诺
更羡慕上班时间不用写博客，还可以阅读博客，自由留言的人。
#30楼 回复 引用 查看
@吉日嘎拉 不仅权限管理
只能说明你不容易!我看看,耽误不了多少时间.
#31楼 回复 引用
看问题要站在不同的角度去考虑，如果你真的是在给别人增加工作量，并且别人不是真的很闲，而且软件很好的在运行着，我作为程序员我也不会同意你的建议，即使你有道理。
还有建议和命令是有差别的，如果你是他们上级，你给的“建议”（命令）他们是要执行的，但同时，如果真的引起程序不稳定，责任也是要大家承担的。自己写的东西还好，如果是多人在开发，甚至以前都不是自己做的，动一个稳定运行的程序真的不是啥好的建议。
#32楼 回复 引用
当然，从管理者，公司的角度，文档是必要的。
#33楼 回复 引用 查看
@吉日嘎拉 不仅权限管理
泥娃娃，还不停止写文章是的话，我叫我家的旺财咬你哈
#34楼[楼主] 回复 引用 查看
@.Jack
你这个回复也很好，所以我也没跟大家闹个你死我活，适当的强力建议。
#35楼 回复 引用 查看
程序员更好面子？
#36楼 回复 引用 查看
“顽固的思维方式”，不如说是“固执的思维定式”！
每个程序员的成长经历不同，所以要想改变他们“固执的思维定式”，那是相当的难！
#37楼 回复 引用 查看
学习ing……
#38楼 回复 引用 查看
对于代码楼主说得对，对于软件项目管理这不一定对。
#39楼 回复 引用 查看
这是管理的问题，楼主不能怪程序员啊
若是你给他们工作量减半，他们自然会写出更好的代码，若是他们能像楼主这样，每天还有空来写写博客，他们也能有更多的时间写出更好的代码
#40楼 回复 引用 查看
说点个人意见。
1。做软件先有设计，后有施工的思路。这个话我同意。
不过很多时候，你有设计，别人都做好了。当然再对后期的扩展