想学技术的新手们请进

经常会看到这样的朋友，或者刚毕业，或者工作了没多久。

往往会在那里抱怨，这家公司很烂，我学不到东西。好多技术他们都不用，公司里的那些家伙，水平又很次。用的框架又很垃圾，等等等等。

问题在于，你们有没有想过，学了技术来是干什么用的呢？
难道不是提高自己完成项目的能力吗？

似乎不见得，有人只是想要“把那些伟大的单词，加入自己的简历”。比如说ORM，这家公司既不用Hibernate，又不用iBatis，也不用支持EJB的某个知名产品。这将来的简历，怎么拿的出手呀？

在我看来，要想真正的提高自己，那么就应该着眼于完成项目的能力。
给你的任务，能不能完成？
类似的任务，相近的任务，你是不是能够找到方法，提高效率，改进质量？
人家的垃圾代码，你能不能够更快的看懂、理解并使用？
就算是帮人家擦屁股，也要想办法，擦得有技术含量一点！

光知道在那里抱怨，最应该学的东西却没有学到。
真正遇到了有挑战性的项目，你能搞定吗？

那些能够让你飞快进步的挑战，你有能力承受得了那种压力吗？
如果领导从来没有见你轻松搞定一个普通的项目，他凭什么相信你，能够承担更大的责任？

仔细想想吧。

评论

21 楼 刑天战士 2007-01-11  

我这家技术也很差，呵呵。优点是加班少，没有周六而已。真希望以后换公司也能不累。

20 楼 wangtong40 2007-01-11  

呵呵，正好说中了我的痛楚，现在这家公司，技术上坦白说真是听烂的，但是就在这盘烂菜叶子中也能找到自己学要的东西。

19 楼 itfkn 2006-11-09  

太高深了，，我是正宗新手，刚毕业的

18 楼 jili 2006-11-08  

想起程序员某期上的“把大象放进冰箱”了

17 楼 [e-mail] 2006-11-08  

回答搂主,简历驱动开发，简称 RDD

16 楼 xin_wang 2006-10-31  

http://www.ccnt.com.cn/wisdom/chanfang/index3.htm

引用

万古长空 一朝风月

出自《五灯会元》第二卷。

原文如下：问：“达摩未来此土时，还有佛法也无？”师曰：“未来且置，即今事作么生？”曰：“某甲不会，乞师指示。”师回：“万古长空，一朝风月。”僧无语。师复曰：“理会么？”曰：“不会。”师曰：“自己分上作么生，干他达摩来与未来作么？他家来，大似卖卜汉。见汝不会，为汝锥破，卦文才生吉凶。尽在汝分上，一切自看。”

这里体现出禅宗重视自修自渡，并不特别看重外在力量的特色。这则公案讲的是崇慧禅师故事。崇慧（？～779），俗姓陈，唐四川彭州人，住安徽天柱山二十二年，是牛头宗五世智威禅师的弟子。“万古长空，一朝风月”，长空万古存在，风月每日不同，隐指佛法长存，而禅语是每人自己的事，应该着眼自身，悟在目前。

15 楼 小贾 2006-10-30  

趁着间歇期，学习一下ruby

14 楼 抛出异常的爱 2006-10-21  

从没见过轻松行业的人抱愿自己公司差
大多抱愿公司差,技术落后的人
都是作工作中非常不顺
但有没有想过为什么作软件的
比其它行业的人的工资水平高?
难到不是由于作软件行业解决问题比较多?
所以问题越难,越少见,越无法用框架解决
那么作出来的价值越高
个人价值越高......
作什么都不要抱怨
能作就做下去提高自己
不能作就跳出去找到自己能做的工作
工资低不要抱怨
你没作出工资的价值
那么你需要提高
你作出了工资的价值
那么你到哪里工资都不会低于这个数

13 楼 pedestrian_I 2006-10-21  

Wayne 写道

同意楼主一个看法，无论是software engineer,developer还是programmer任务都只有一个：solve problems.

不过绝大部分的朋友都没弄一个清晰的概念，就是做software engineer还是做programmer。大多的讨论都是围绕"code"，但是coding只是implementation的一个环节，而implementation又是整个SDLC的一个部分（不是说其不重要，但是确实花的时间最少的一个环节）。真正头痛的是在plan, architecture/HLD,和design，自然投入的时间也多。当然，有的朋友只喜欢implement也很正常，但是每次看到“求代码”，“这是我写的**程序的代码”等等，没有requirement怎么知道那些代码拿来干什么的，很难考究写得好还是不好。给他们提出建议，能否上个需求或者代码的目的，答复就不说了，永远是reactive。我见过太多的朋友，问题一来就到处找相关的solution就直接写code，没有经过分析和设计等。还有，通过提高代码的质量去提高项目的质量，这是没错的。但是代码只是语言，一个向computer表达实现你的solution的工具。关键有效的还是应该针对requirement去改善项目的architecture/design，从而得到更好的方式去改善代码。按照这个思维，提高代码质量的考虑应该是放在a/d之后的。总之还是SDLC这个approach了。

India的IT发展快的一个主要原因，是因为SDLC在他们的软件业发展应用起来了。借楼主的帖子问一句：SDLC的概念什么时候才能进入中国软件开发/教育/市场的主流？

PS：我在想，能否在国内办一个consulting和software engieering的培训机构，灌输SDLC这个concept，望有志之事共同商讨。

Wayne

很赞同lz的观点的同时，也赞一下wayne，只是又中又英的的确很难看- -#，看到这个ID还在想是不是我Q上的那个wayne，我想应该是的^^。
其实说白了就一句话，不少人太浮躁，沉不下心去搞技术，看到的都是些表面上的东西。
最近看了很多网友对某某某公司的评论，大部分都是很差的。什么公司管理不当，技术没有牛人，框架应用很烂，拿着牌子蒙人……其中不乏国内一些很有些名气的企业。我不明白的是，到底是这些企业真的就那么不堪还是各位网友对公司要求太高？各位在要求公司的同时有没有想过公司应该要如何要求你？你又应该如何去要求自己？自己是否在完成本分工作的情况下来说那些话？
当然不排除事实的确如此，也看到外企的骂声少于国企，国企的骂声少于私企。难道真是国内管理人才欠缺吗？还是体制压死人？
说别人技术烂的同时，是否想过自己能否有能力设计出一个框架能够比这个更好？或者说既然知道这个框架不好，为什么不毛遂自荐去完善这个框架？
说项目经理、公司领导管理能力差，是不是真是这样。为什么有人还是有升职有长工资，不要说全部都是领导的亲戚吧，不要说他们都是拍马屁上去的吧。为什么不在自己身上找找问题？就算是拍马屁，人家也懂得社会生存之道。
总感觉技术风太浮躁，当然也不排除我自己。学这个学那个，新技术层出不穷，但是技术的实质到底知道多少？为什么那么设计？为什么要用这样的方式？换一个行不行？没有一些底层的知识，没有一些设计方面的能力，学再多技术都是事倍功半，难以成大气候。连java程序都还没好好写过的，每天抱着ssh、ruby、ajax等等书籍再怎么看也只是知其然而已。

12 楼 JavaInActoin 2006-10-21  

重在提高自身能力，不要只盯着某些技能，好比素质教育和应试教育。
将个人前途和公司发展联系起来，通过为公司做出贡献的同时提高自身能力，从项目目标出发，不要把某些流行技术和词汇太当一回事，很多新技术并不能给公司带来价值，当然也就不会给个人带来太大的价值，只要你努力了，项目成功了，公司发展了，长久下去，不一定要跳槽，你就找到了自身的价值。

11 楼 zhieer 2006-10-21  

一个内功，一个外功。

10 楼 小贾 2006-10-21  

看到各位的帖子，我深受启发！
虽然我现在还在抱怨我们项目开发中的种种问题（项目最初设计有问题，代码编写不规范甚至是冗繁难懂，没用的垃圾到处都是，每一模块各自为政没有统一规范，开发模式陈旧技术落后费时费力等等），但是我现在也已经认识到抱怨是没有什么作用的，现在需要总结问题的根源，想办法解决目前的问题，避免类似问题的发生。我想，所谓丰富的项目经验，无非是好的项目分析设计能力、技术框架的选择、快速完善及易于项目维护的开发能力和最重要的项目中没有预计到的突发问题的解决能力；如果在这样一堆烂摊子面前，能够和项目经理及其他同事解决现在的问题，那想具备丰富的开发经验肯定只是一个时间问题！
还有就是技术的提高还是应该靠自己。自己的主动性是提高技术的源泉与动力；我也见很多人在公司里抱怨领导的期望值与自己能达到的水平相差太远，有些任务根本就不可能实现；我认为项目经理肯定不是没有项目经验的人，他们既然这么要求也应该考虑了你的水平，这也应该是正常要求，别人能提前完成，我也肯定能在规定时间内完成。有很多技术我们不懂就觉得非常高深，我想说其实那都没什么高深的，那是因为你没去学习钻研，你学习一段时间可能比他强多了。技术的提高还得多和前辈们交流，学习老鸟们的开发经验，多看看老鸟们的代码；有问题也得多向前辈们请教，为什么武侠剧中主角们都是得而学有所成呢！呵呵，我觉得就是这个道理吧！

我刚工作一年多，没多少开发经验，个人观点，不对的地方还请指点！呵呵！

9 楼 zrweng 2006-10-21  

其实做软件的要提高的是自身的综合素质(分析问题、解决问题的能力以及沟通表达能力)，而不仅仅为了技术而技术。
最值得开发人员自豪的应该是在某种困难的条件下，完成了某种艰巨的任务而得到客户、公司的认可与信赖！而不应该是自己学会了某种语言、某种工具与知道某种名词。

8 楼 刑天战士 2006-10-21  

ls你都3颗了，还说自己是新手……我可是彻彻底底的新手，很多时候只能跟着大大门走，没有自己的思想

7 楼 riss 2006-10-21  

敢进来发言的看来都不像是新手(除了我),不知道不什么要用这个主题:"想学技术的新手们请进",应该更像是:"为什么要学技术"或"学技术的目的在于__________________?",看你们讨论的也许并不是新手才应该看得吧?

6 楼 刑天战士 2006-10-21  

我承认我刚工作那会就是这样……不过现在觉得其实怎么把一个用烂框架写的程序写好了才是本事……

5 楼 ddd 2006-10-21  

从“这个技术有意思/吸引人”到职业的过程。
有激情和创造力的人因为高调走这个过程尤其漫长，倒是比较平庸的人因为低调很容易完成这个过程。

4 楼 庄表伟 2006-10-21  

Wayne 写道

同意楼主一个看法，无论是software engineer,developer还是programmer任务都只有一个：solve problems.

不过绝大部分的朋友都没弄一个清晰的概念，就是做software engineer还是做programmer。大多的讨论都是围绕"code"，但是coding只是implementation的一个环节，而implementation又是整个SDLC的一个部分（不是说其不重要，但是确实花的时间最少的一个环节）。真正头痛的是在plan, architecture/HLD,和design，自然投入的时间也多。当然，有的朋友只喜欢implement也很正常，但是每次看到“求代码”，“这是我写的**程序的代码”等等，没有requirement怎么知道那些代码拿来干什么的，很难考究写得好还是不好。给他们提出建议，能否上个需求或者代码的目的，答复就不说了，永远是reactive。我见过太多的朋友，问题一来就到处找相关的solution就直接写code，没有经过分析和设计等。还有，通过提高代码的质量去提高项目的质量，这是没错的。但是代码只是语言，一个向computer表达实现你的solution的工具。关键有效的还是应该针对requirement去改善项目的architecture/design，从而得到更好的方式去改善代码。按照这个思维，提高代码质量的考虑应该是放在a/d之后的。总之还是SDLC这个approach了。

India的IT发展快的一个主要原因，是因为SDLC在他们的软件业发展应用起来了。借楼主的帖子问一句：SDLC的概念什么时候才能进入中国软件开发/教育/市场的主流？

PS：我在想，能否在国内办一个consulting和software engieering的培训机构，灌输SDLC这个concept，望有志之事共同商讨。

Wayne

观点非常同意，文风很难接受。

能不能少一点“英文缩写混杂”的段落？

3 楼 Wayne 2006-10-21  

同意楼主一个看法，无论是software engineer,developer还是programmer任务都只有一个：solve problems.

不过绝大部分的朋友都没弄一个清晰的概念，就是做software engineer还是做programmer。大多的讨论都是围绕"code"，但是coding只是implementation的一个环节，而implementation又是整个SDLC的一个部分（不是说其不重要，但是确实花的时间最少的一个环节）。真正头痛的是在plan, architecture/HLD,和design，自然投入的时间也多。当然，有的朋友只喜欢implement也很正常，但是每次看到“求代码”，“这是我写的**程序的代码”等等，没有requirement怎么知道那些代码拿来干什么的，很难考究写得好还是不好。给他们提出建议，能否上个需求或者代码的目的，答复就不说了，永远是reactive。我见过太多的朋友，问题一来就到处找相关的solution就直接写code，没有经过分析和设计等。还有，通过提高代码的质量去提高项目的质量，这是没错的。但是代码只是语言，一个向computer表达实现你的solution的工具。关键有效的还是应该针对requirement去改善项目的architecture/design，从而得到更好的方式去改善代码。按照这个思维，提高代码质量的考虑应该是放在a/d之后的。总之还是SDLC这个approach了。

India的IT发展快的一个主要原因，是因为SDLC在他们的软件业发展应用起来了。借楼主的帖子问一句：SDLC的概念什么时候才能进入中国软件开发/教育/市场的主流？

PS：我在想，能否在国内办一个consulting和software engieering的培训机构，灌输SDLC这个concept，望有志之事共同商讨。

Wayne

2 楼 jack 2006-10-21  

我还是那句话，学技术不是拿来玩或者炫耀的，是为了完成项目。