|
锁定老帖子 主题：中国设计人员的悲哀
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-05-05
CaryGao 写道 中国目前的大环境下,浮躁是必然的趋势,技术人员无论在待遇还有地位上都得不到重视.你谈论的设计模式很好很优雅,但是现实的情况是你没有办法把牛刀用在杀鸡上.很多公司不需要所谓多么优雅的代码设计,这就好像你在落后的乡村硬要推广你的别墅高尚生活.国外的技术氛围很好,但你没看到人家起步比我们有多早,很多东西需要时间的积累.
嗯，中国的现实确实如此，老板只在乎你的项目能否挣钱，其余的一概不管。 |
| 返回顶楼 | |
|
发表时间：2011-05-05
现在国内行情是技术要服务于业务，如果技术不能很直观反映出生产性的增长，利润的增长，老板不会鸟你的。在国内专注技术的待遇都不甚理想，国内永远是业务值钱。
|
| 返回顶楼 | |
|
发表时间：2011-05-05
准备看看这本书，希望书中能有更多平民化的代码，而不是泛泛而谈。
|
| 返回顶楼 | |
|
发表时间：2011-05-05
最后修改：2011-05-05
看到此问反响强烈16小时有6页了
|
| 返回顶楼 | |
|
发表时间：2011-05-05
我觉得楼主的用意还是好的，也是为了中国的IT水平的发展作了一些忧思而已，不想着进步，是永远不会进步的。
我觉得喷来喷去没有必要，到不如把精力用在如何提高水平上不是更好吗？ |
| 返回顶楼 | |
|
发表时间：2011-05-05
称赞 一下楼主，请问你的UML图示是用什么软件画的？PowerDesigner?
|
| 返回顶楼 | |
|
发表时间：2011-05-05
jianpc 写道 准备看看这本书，希望书中能有更多平民化的代码，而不是泛泛而谈。 完整的 代码在附件里，但是为了书籍本身的精简，我拿出主要的代码部分讲解，可以结合附件查看完整的代码 |
| 返回顶楼 | |
|
发表时间：2011-05-05
skzr.org 写道 看到此问反响强烈16小时有6页了<br><br>楼主说出了不少人的心情也触动了太多人的利益<br><br>建议楼主看看卡耐基《<span style="color: #ff0000; font-size: medium;">人性的弱点</span>》相信你会大有收获的 恩，不错，是希望大家能对技术仍能保持追求，不要以为“人性弱点”而放弃改正这些弱点的机会。 |
| 返回顶楼 | |
|
发表时间：2011-05-05
Mirima 写道 雖然題目有點大，不過書寫的很用心，有些章節可以直接拿來給新人上課了 只是不清楚lz是想普及還是想要深入。 如果是要普及，我覺得還不夠順，章節的內容和順序還要調整，以適合閱讀 如果是深入，就像在書中寫的 “通过这一章的学习，我相信大家对于基本的单例模式已经有了一个比较充分的认识。其实我们这章讨论的是在同一个JVM中，如何保证一个类只有一个单例，如果在分布式环境中，我们可能需要考虑如何保证在整个应用（可能分布在不同JVM上）只有一个实例，但这也超出本书范畴，在这里将不再做深入研究，有兴趣的读者可以查阅相关资料深入研究。 ” 不偏激就沒有人回應， 再次謝謝lz的工作。 請繼續努力，共勉 如果一个书籍什么都有，那比四库全书还多，要精简，抓住主要的，理解了单例模式，在学点j2ee的知识，对于分布式单例会理解起来很简单，我这里不想讲解j2ee的知识普及 |
| 返回顶楼 | |
|
发表时间：2011-05-05
有五万行代码量之前看一切设计书都是在扯蛋
有维护,修改,跟踪垃圾代码,总量大于100万行之前看一切设计模式都是感觉很有理(但是没有用) 没有被进度逼的睡在键盘上的人不会花心思想怎么减少代码 没有改一个bug一周老板带着菜刀天天在背后盯的人不会明白干净的代码好处.也不会下辛苦去看那些设计模式的书 如果天天只作sql为主要业务的项目也没要考虑什么设计模式. (我见过一个前台flex后台存储过程的项目) 在公司中职位与工作内容都是架构师的整个iteye有一百个不错了...... |
| 返回顶楼 | |
