锁定老帖子 主题:中国设计人员的悲哀
该帖已经被评为隐藏帖
|
|
---|---|
作者 | 正文 |
发表时间:2011-05-05
广告贴,鉴定完毕。
|
|
返回顶楼 | |
发表时间:2011-05-05
haiyupeter 写道 一句话,需要沉淀,不是什么都能够一下就能够出来的,都是需要长时间的沉淀,而且需创新。
希望楼主的书可以有突破。 谢谢,此贴的目的不是广告此书,是希望大家对技术的热情不要随意褪减,希望什么都有沉淀,就犹你说,沉淀下来的始终是好的。 |
|
返回顶楼 | |
发表时间:2011-05-05
fuyaner 写道 广告贴,鉴定完毕。
兄弟,广告是很多,但是不要给每一个帖子贴上广告的标签。 |
|
返回顶楼 | |
发表时间:2011-05-05
讲一个经历:
前几天打算买了一本《J2EE without EJB》 tb卖家告诉我书不是盗版的,是复印版的。。。没有办法,其他网站缺货。。 大环境吧,好的一般都传承不了,而书店里面摆在显要位置的都是些神马书啊。。。而且太多。。 |
|
返回顶楼 | |
发表时间:2011-05-05
sr6600076 写道 讲一个经历:
前几天打算买了一本《J2EE without EJB》 tb卖家告诉我书不是盗版的,是复印版的。。。没有办法,其他网站缺货。。 大环境吧,好的一般都传承不了,而书店里面摆在显要位置的都是些神马书啊。。。而且太多。。 复印版的又便宜又好,怎么了? |
|
返回顶楼 | |
发表时间:2011-05-05
freish 写道 sr6600076 写道 讲一个经历: 前几天打算买了一本《J2EE without EJB》 tb卖家告诉我书不是盗版的,是复印版的。。。没有办法,其他网站缺货。。 大环境吧,好的一般都传承不了,而书店里面摆在显要位置的都是些神马书啊。。。而且太多。。 复印版的又便宜又好,怎么了? 这个,我们还是要尊重大师写的书籍,至少他对社会做了贡献,前楼的意思我猜,买的书籍和正版书籍应该差不多是一个价格吧。 如果你也写本书(不是抄本书),你也会知道为什么要打击盗版,不仅仅是钱的问题。 |
|
返回顶楼 | |
发表时间:2011-05-05
redhat 写道 yangyi 写道 这标题打击面也太大了,改一下比较好,像您的书里的知识虽然有用,说实话也没有超出google的范围,和原创性的原理,方法,工具比,还是不及的。单从软件工程的角度也是这样,比如Martin Fowler同学,Eric Evans同学,Eric Gammar同学。当然即使是他们也不需要迷信。为什么呢?因为软件工程属于工程管理的范畴,并不是纯粹的数学逻辑,没有完全的对与错,只是一些方案或方法论的集合
看来你没有仔细看完书籍,虽然讲的全是老掉牙的设计模式,我承认任何人讲这些设计模式都是拿前人总结的那23个在说,“网上可以搜到?” 这句我颇有异议: 1.诚然讲的是老掉牙的设计模式,我从OO的眼光来看它们,我没发现每一个和别人写的相同,包括我分析问题的方式。 2.我扩展了一些设计模式,不管是讲解还是把它们综合,比如像State模式,给出了Enum方式的State模式,我认为你都没办法把它们抄回来。 3.我在文章的结尾对OO设计的看法,请问您,这些您去哪里抄写去,哪里可以google到? 请不要读GoF写的23个模式设计,就告诉他们:“你们写的我们早就可以找到,因为你们就是把我们大家OO开发的一些解决方案综合起来,我们大家早就告诉你们四个人了!” 中国人写书的悲哀在于,要么把别人的书完全抄过来做些低级的修改,要么总是臆想别人写书就是把书抄过来,随便做些低级的修改。 lz你说得没错,现在市场上技术书籍良莠不齐,科技类和社会人文类都是这样,所以抱歉我一般只会把三类书读完:一类是经过时间考验的经典书;一类是完全的新技术,新事物,新体系;一类是工作中急需用到 你批评我没读完你的书就下评论我承认,但是从你给的链接和你列举的不同来看,还不能马上吸引我。 如有错误请指出 |
|
返回顶楼 | |
发表时间:2011-05-05
redhat 写道 CaryGao 写道 中国目前的大环境下,浮躁是必然的趋势,技术人员无论在待遇还有地位上都得不到重视.你谈论的设计模式很好很优雅,但是现实的情况是你没有办法把牛刀用在杀鸡上.很多公司不需要所谓多么优雅的代码设计,这就好像你在落后的乡村硬要推广你的别墅高尚生活.国外的技术氛围很好,但你没看到人家起步比我们有多早,很多东西需要时间的积累.
其实我们现在最缺的就是这类技术人才,记起我们很久之前做过的一个项目,使用贫血模型设计复杂领域的问题,早就得结果就是service写了一些逻辑,然后大量的逻辑写在pl/sql上,号称是速度快了,但是,花了那么大的代价维护,加之重复的代码,拿出1/10的钱花在硬件上完全可以解决所有问题(当然没有测算过,一个函数使用pl/sql是快了,但是几万个pl/sql写的逻辑真的比java实现的逻辑快吗?如果一两个处理数据出了问题,我们可以专门为其实现更快的方式——使用pl/sql,这里不再讨论),后来另外一家公司要我们的代码,但是要使用DB2,结果就是根本不可能使用,因为我们大概500左右核心的pl/sql包,有人拿了其中2个packages做重写,写了2个礼拜才重写完,里面的错误不计其数。 相信现在这样的代码在电信/金融保险等领域出现很多(使用贫血模型,大量逻辑都是pl/sql或者其他存储过程实现的)。 国外没有看见在60-70年代,大多数开发人就想做个管理人员发大财,只是我们目前确实太浮躁了。 另外,你说的对,杀鸡用牛刀,其实不是杀鸡用牛刀,是杀牛用牛刀,但是老板不懂,往往告诉你,那是鸡,不是牛。 国内现在的公司项目主管有几个是真正的oo,还有多少公司还停留在db层? 对lz所说的情形感觉和自己现在的处境简直如出一辙。 习惯了OO开发,在DB思维的公司里,那个叫纠结。 |
|
返回顶楼 | |
发表时间:2011-05-05
楼主让我想起了一件事:
记得有段时间,中国政府找了一些所谓的很多大牛,研究和开发了红旗版Linux操作系统,并大肆宣扬,但实际上认可的不多。原因就在于Linus Torvalds写的Linux操作系统和他的思想已经深入当今大多数软件开发者的骨髓,人们很难一下子接受其他的类似的东西。就好比看过83版射雕的观众,再去看其他版本的射雕的感受一样。 所以楼主写书,从我个人角度觉得很好并且很值得我学习,但是由于Gang of Four的《设计模式》实在太过于经典,加上后续的《重构》、《Head First》等书,所以很多读者实在找不到要去看你书的理由。 |
|
返回顶楼 | |
发表时间:2011-05-05
最近在细看设计模式之类的书籍,毕业那年读过四人组的设计模式书籍,至此大学毕业4年多了,从今年初开始重读设计模式,到现在4个多月过去了,我读了很多设计模式的书籍:《深入浅出设计模式》、《设计模式之禅》、《漫谈设计模式》、《GOF设计模式》、《23种设计模式介绍与6大设计原则》、《Design_Patterns_in_Action》、《head first design pattern》、《大话设计模式》、《java与模式》、《JAVA多线程设计模式》其中有作者您的书籍,通过读这些书籍我发现我刚刚明白什么是OOP,怎样运用OO的思维去做分析设计,我不太会表达自己的描述,通过阅读这几本书,我真的学到了很多,我也清楚的发现国人很少有人把问题分析的那么透亮,就作者您的书籍来说吧,章节的连贯性需要提高,代码的范例需要加强。如果有人想真正了解设计模式了解00,仅仅读一本相关书籍是远远不够的,我个人建议是读书顺序为:head first design pattern、深入浅出设计模式、设计模式之禅、漫谈设计模式、JAVA多线程设计模式等即可。或许有人批评我是否真的都看过了,我可以认真负责的说我真的都看过了。。。。。。。。
|
|
返回顶楼 | |