锁定老帖子 主题:看图说话:如何高效地工作、学习及阅读?
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-05-26
zwchen 写道 llyzq 写道 引用 ![]() 4、坚持了第一个月,再坚持半年,以后的学习速度越来越快,你离专家、技术大牛就越来越近了。 对这个的说明很感兴趣 不知道LZ能否详细说明一下 首先声明,我不是Expert,但我发现很多有成就的技术大牛,很多都在30岁左右,这类人,一般都是23岁左右毕业,工作两年后,开始从事自己感兴趣的细分行业。 打个比方吧,这位牛人23岁毕业,做了两年嵌入式C编程,25岁时,突然对Java的优雅设计情有独钟,而正好这时,公司有个Java项目,Java技术之旅开始了。 1、最开始三个月,开始接触Java,比如接口、继承、封装等,买了本《Think in Java》天天啃,并且同时做项目实践。猛学了三个月后,对面向对象编程OOP熟悉了,原来脚本式思维和对象思维确实有差别。 2、三个月后,开始啃《Core Java》,《Effective Java》,对Java有了更深入的了解,回调的概念也有了,逐渐接触到更高的层次,面向对象设计OOD,这时又看了一本书《Head First Design Patterns》,感觉设计模式特别有趣。再写代码,已经不是面向实现编程,而是面向设计编程。感觉写Java代码太简单了。 因为每天还有Java的Web项目开发,逐渐了解了WebWork等Web框架的使用。 3、六个月过去了,Java瘾越来越大,逐渐开始往更高层次攀登,这时,又看到两本书《企业应用架构模式》、《UML和模式应用:面向对象分析与设计导论》,已经开始从设计往面向对象分析OOA、架构攀登了。 因为大半年的Java企业开发,Hibernate已经比较熟悉了,了解Hibernate背后的持久化技术、Spring背后的IoC容器、组装技术原理。 4、一年后,他逐渐脱离了Java语言,开始看这类书《面向模式的软件体系结构 卷1》。这个阶段持续了一年,并且对以前的学过的设计模式,如命令模式、观察家模式有一个更深入的了解。 因为两年的企业应用开发,他已经熟悉了Java EE的十来种规范,对Web容器和Servlet规范的关系有很深的理解,对JDBC规范和数据库驱动程序的关系也很了解。 他正在经历Java开发的快速上升期,对应于曲线的一年时间点。 5、两年后,他突然发现,他学的很多东西都没用,都是纸上谈兵,比如,在自己的企业应用开发中,Command模式、Template从来没有用过。 他还发现,本来100行写的一个功能,花了1000行,就是为了所谓的设计优雅性:可扩展。而实际上,还没有等到扩展,该系统就已经废掉了。 他发现原来设计模式主要用在系统框架开发,而不是应用开发,一般开发人员不用,只需要理解。 他还发现,他认真学过的JMS、JCA、JTA、EJB像是从来没有用过。突然他想通了,JMS、JTA可能是一种无奈的选择:处理遗留系统。 当他开始对自己两年学到的知识进行反省、批驳时,他已经有了技术辨别能力,知道技术推广也不是那么纯洁,也有商业炒作。 知道Java虽然是Sun公司发明的,但Sun公司没有赚到钱,IBM却赚得盆满钵满,最后Sun公司竟然卖给了技术商人Ellison所创立的Oracle了,Java之父James Gosling也混得并不好,从Sun公司到Oracle,最后还不欢离开了。 这时候,他已经不限于Java了,开始了解C#,Ruby,发现Java可能并不太适合互联网开发,PHP可能更适合,ROR开发更快但需要在牛人的手里。两年后的这个时候,他才开始真正驾驭Java,他已经不再限于Java,而是企业应用。 这个时候,技术提升的速度越来越慢了(曲线的三年分界点),因为不知道还可以学习什么新技术。因为他发现,原来这些东西,最深层次的,都是几十年前的技术概念:消息系统、异步通讯、事件机制等等.... 6、三年过去后,他已经不再限于企业应用,而是解决方案,技术只是一种解决问题的方式,比如企业信息化成功的关键,恐怕不是技术,而是企业本身的业务流程成熟度;企业信息化成功的关键,不是处理好了技术,而是处理好了几位企业高官的利益。 这时候,对IT行业新闻,逐渐有判断力和免疫力。 他突然发现,技术的力量很有限,商业才是最大的驱动力量。而此时,他已经不再钻研技术细节,比如JVM的垃圾回收机制,如果他在一个技术研发型公司,比如普元,可能还会深入挖掘技术。如果他在东软这类行业应用开发企业,这类企业的口号是Beyond Technology,这时候他再执迷于技术而轻业务,恐怕不太受欢迎。 这个时候,技术的提升,就会进入一个平台期,也就是曲线的水平部分。再平稳发展,技术大牛就开始炼成了。 谢谢!听君一席话,很受启发啊!很快眼瞅毕业就一年了,最近工作上有些浮躁,技术上一直没有多大提升,是自己太懒了,啃的书太少,该打啊! |
|
返回顶楼 | |
发表时间:2010-05-26
kinglyhum 写道 zwchen 写道 jkgao801 写道 5年之内成长为一个技术牛人还是很有难度的。
不过一直保持一种学习上进的状态,技术成长还是应该很快的。 不过又有几个人能在现在这个物质至上的社会一直保持良好的状态去学习技术呢? 一旦成了房奴,精力再集中在技术,就太难了.... 80后,艰难的一代啊!。 6、70年代,上山下乡,牺牲过一代人 90年代,下岗,最光荣的工人阶级,沦落到社会底层 10年代,大城市里的80后贫二代,不知是否也是一个时代的牺牲品 嗯,每个时代都有自己的特点,大环境是不能改变的,只能从自我做起,往好的方向努力 一代人有一代人的活法,总之好好努力,别浪费时间就是了 |
|
返回顶楼 | |
发表时间:2010-05-27
|
|
返回顶楼 | |
发表时间:2010-05-27
zwchen 写道 llyzq 写道 引用 ![]() 4、坚持了第一个月,再坚持半年,以后的学习速度越来越快,你离专家、技术大牛就越来越近了。 对这个的说明很感兴趣 不知道LZ能否详细说明一下 首先声明,我不是Expert,但我发现很多有成就的技术大牛,很多都在30岁左右,这类人,一般都是23岁左右毕业,工作两年后,开始从事自己感兴趣的细分行业。 打个比方吧,这位牛人23岁毕业,做了两年嵌入式C编程,25岁时,突然对Java的优雅设计情有独钟,而正好这时,公司有个Java项目,Java技术之旅开始了。 1、最开始三个月,开始接触Java,比如接口、继承、封装等,买了本《Think in Java》天天啃,并且同时做项目实践。猛学了三个月后,对面向对象编程OOP熟悉了,原来脚本式思维和对象思维确实有差别。 2、三个月后,开始啃《Core Java》,《Effective Java》,对Java有了更深入的了解,回调的概念也有了,逐渐接触到更高的层次,面向对象设计OOD,这时又看了一本书《Head First Design Patterns》,感觉设计模式特别有趣。再写代码,已经不是面向实现编程,而是面向设计编程。感觉写Java代码太简单了。 因为每天还有Java的Web项目开发,逐渐了解了WebWork等Web框架的使用。 3、六个月过去了,Java瘾越来越大,逐渐开始往更高层次攀登,这时,又看到两本书《企业应用架构模式》、《UML和模式应用:面向对象分析与设计导论》,已经开始从设计往面向对象分析OOA、架构攀登了。 因为大半年的Java企业开发,Hibernate已经比较熟悉了,了解Hibernate背后的持久化技术、Spring背后的IoC容器、组装技术原理。 4、一年后,他逐渐脱离了Java语言,开始看这类书《面向模式的软件体系结构 卷1》。这个阶段持续了一年,并且对以前的学过的设计模式,如命令模式、观察家模式有一个更深入的了解。 因为两年的企业应用开发,他已经熟悉了Java EE的十来种规范,对Web容器和Servlet规范的关系有很深的理解,对JDBC规范和数据库驱动程序的关系也很了解。 他正在经历Java开发的快速上升期,对应于曲线的一年时间点。 5、两年后,他突然发现,他学的很多东西都没用,都是纸上谈兵,比如,在自己的企业应用开发中,Command模式、Template从来没有用过。 他还发现,本来100行写的一个功能,花了1000行,就是为了所谓的设计优雅性:可扩展。而实际上,还没有等到扩展,该系统就已经废掉了。 他发现原来设计模式主要用在系统框架开发,而不是应用开发,一般开发人员不用,只需要理解。 他还发现,他认真学过的JMS、JCA、JTA、EJB像是从来没有用过。突然他想通了,JMS、JTA可能是一种无奈的选择:处理遗留系统。 当他开始对自己两年学到的知识进行反省、批驳时,他已经有了技术辨别能力,知道技术推广也不是那么纯洁,也有商业炒作。 知道Java虽然是Sun公司发明的,但Sun公司没有赚到钱,IBM却赚得盆满钵满,最后Sun公司竟然卖给了技术商人Ellison所创立的Oracle了,Java之父James Gosling也混得并不好,从Sun公司到Oracle,最后还不欢离开了。 这时候,他已经不限于Java了,开始了解C#,Ruby,发现Java可能并不太适合互联网开发,PHP可能更适合,ROR开发更快但需要在牛人的手里。两年后的这个时候,他才开始真正驾驭Java,他已经不再限于Java,而是企业应用。 这个时候,技术提升的速度越来越慢了(曲线的三年分界点),因为不知道还可以学习什么新技术。因为他发现,原来这些东西,最深层次的,都是几十年前的技术概念:消息系统、异步通讯、事件机制等等.... 6、三年过去后,他已经不再限于企业应用,而是解决方案,技术只是一种解决问题的方式,比如企业信息化成功的关键,恐怕不是技术,而是企业本身的业务流程成熟度;企业信息化成功的关键,不是处理好了技术,而是处理好了几位企业高官的利益。 这时候,对IT行业新闻,逐渐有判断力和免疫力。 他突然发现,技术的力量很有限,商业才是最大的驱动力量。而此时,他已经不再钻研技术细节,比如JVM的垃圾回收机制,如果他在一个技术研发型公司,比如普元,可能还会深入挖掘技术。如果他在东软这类行业应用开发企业,这类企业的口号是Beyond Technology,这时候他再执迷于技术而轻业务,恐怕不太受欢迎。 这个时候,技术的提升,就会进入一个平台期,也就是曲线的水平部分。再平稳发展,技术大牛就开始炼成了。 收益匪浅,感谢分享,如同是别别人的生活亲历了一遍. |
|
返回顶楼 | |
发表时间:2010-05-28
有道理。
自己也想过关于职业发展的东西。但是目前为止自己还处于朦胧期 不是很明朗,真想找个职业顾问规划规划 |
|
返回顶楼 | |
发表时间:2010-05-30
要成为大牛,首要忍得住寂寞啊!
|
|
返回顶楼 | |
发表时间:2010-05-31
zwchen 写道 有人问我关于绘图工具,我在这儿补充一下吧。
的确,在表达方式上,文字不如数据,数据不如图表。 下面的这些工具我都尝试、比较过,有如下体会: 推荐 PowerPoint2007 块状图较好用,但操控性不是很强,但综合看是非常优秀的 OneNote2007 适合手绘线状图,非常简单易用 参考 ConcetpDraw8 画漂亮的水晶流程图,但这个易用性不够 SmartDraw2009 画商务图 图不漂亮,并且中文支持差,但可参考的示例非常多 Visio2007 画业务流程图,特实用,但不够漂亮 EdrawMax挺不错的,只是画某些图的时候易用性不够好。 |
|
返回顶楼 | |
发表时间:2010-05-31
如果太专注于开发就会出现这样那样的问题,比如数据结构,比如jvm原理,比如算法设计等等,如果一个人能把这些东西全都弄明白,或者我觉得弄得通几个就可以算是大牛了,我觉得所谓的大牛是经验的积累,也就是某个领域的专家,中国的这种技术路线确实太曲折了,如果按照这种路线走不累死才怪。
|
|
返回顶楼 | |
发表时间:2010-05-31
lgstarzkhl 写道 如果太专注于开发就会出现这样那样的问题,比如数据结构,比如jvm原理,比如算法设计等等,如果一个人能把这些东西全都弄明白,或者我觉得弄得通几个就可以算是大牛了,我觉得所谓的大牛是经验的积累,也就是某个领域的专家,中国的这种技术路线确实太曲折了,如果按照这种路线走不累死才怪。 出道前几年可以做广,遍地撒网,找到自己的兴趣和定位。 然后再深入行业,做深。 广是深的前提,没有广,思维很受局限,导致深往往会比较狭隘。 的确,一个人什么都精通也不现实,另外,也很难发挥(一个公司也没有那么多产品线)。 |
|
返回顶楼 | |
发表时间:2010-05-31
强悍...分析得好.
|
|
返回顶楼 | |