- 浏览: 4399782 次
- 性别:
- 来自: 北京
文章分类
- 全部博客 (163)
- 职场 && 心情 (22)
- Java/Basic (17)
- Java/Compression (7)
- Java/Security (20)
- Java/Maven (3)
- Java/Cache (11)
- Eclipse (4)
- Spring (19)
- ORM/Hibernate (2)
- ORM/iBatis (3)
- DB/NoSQL (11)
- DB/MySQL (7)
- DB/MS SQL Server (4)
- OS/Linux (11)
- OS/Mac (7)
- C/C++ (4)
- Server Architecture/Basic (13)
- Server Architecture/Distributed (17)
- Moblie/Andriod (2)
- WebService (3)
- Objective-C (1)
- Html (1)
- 设计模式 (1)
- Scala (0)
- Kafka (1)
最新评论
-
w47_csdn:
证书安装:在"浏览"选项中选择" ...
Java加密技术(九)——初探SSL -
w47_csdn:
spiritfrog 写道你好,我按照你的步骤,tomcat中 ...
Java加密技术(九)——初探SSL -
liuyachao111:
11楼说的对 用@ControllerAdvicepublic ...
Spring 注解学习手札(八)补遗——@ExceptionHandler -
irayslu:
作者你好, 我把你的源码放在jdk6, jdk7 中运行正常, ...
Java加密技术(五)——非对称加密算法的由来DH -
夏季浅忆-卖小子:
为什么不能解压rar格式的压缩包呢
Java压缩技术(三) ZIP解压缩——Java原生实现
我不得不承认,我仍旧是一个程序员,而且是个不折不扣的Java开发程序员。只要一打开Eclipse,我就热血沸腾;只要写两行Spring代码,我就热情高涨。多年的开发工作让我习惯了这样的生活。不论此时我头顶上有什么样的称谓,哪怕荣登为“砖家”!(嗯,说到“砖家”我得共鸣一下:“革命同志是块砖,哪里需要哪里搬!大家好,我是砖家!”)就此打住,继续主题。
长期以来,我一直是Spring框架的铁杆粉丝——春粉!但是,我做的事情却逐步与它脱离,以至于越来越远。而且,由于Spring的脚步越来越快,我几乎赶不上他的更新速度。突然有种中年男人眼瞅着孩子远去,甚至越跑越远却无力追赶的心情。 “Spring发展的太快,快到我几乎跟不上它的脚步!”
回顾当初学习Spring时,是何等的艰难。2005年开始接触框架,先是struts,接着是hibernate,最后才是spring。但当我开始接触spring时,就要求使用JSF+Spring+Hibernate做原型开发。当时国内,Struts的书还是有不少,但Spring、Hibernate少之又少,JSF的书更是难觅。硬着头皮,翻看一堆英文文档。看API,看step-by-step,费劲一周,终于将这3个看似复杂的框架进行了一通整合。最后,由于业务需求的变化,JSF框架下马,iBatis成为另一个ORM的一个可选框架。从此,我开始了以Spring为主的项目开发。在其后的工作中,Spring由1.x迅速升级为2.x,丰富的2.0标签使得在开发页面时得心应手,AOP式的事务使得事务声明更为简单。如果当时让我撇开spring进行开发,甭说多不情愿了。以至于,后来写jsp、serlvet、jdbc时,完全忘了该怎么写。直到今天,Spring新架构继续发展,注解式的开发让xml越来越少。直至3.0系列,Spring完全支持了注解。但是我,似乎很少再有机会去追逐Spring了。 对于Spring这口井,我可能少有机会继续深挖下去了!
由于2008年的一些项目需要,我开始研究加密技术,并且越来越深,从简单的算法实现向理论与实践两个方向开始研究。一开始,仅仅是想把算法都实现出来,后来越做越大,开始研究简单的算法理论,突破java平台的密钥长度出口限制、算法支持限制,研究数字证书、搭建HTTPS平台,完成单向认证/双向认证服务。现在回头看,这一切持续了已经有2年以上。并且,现在还在继续。这是我这些年工作中打的第二口井,我可能还将在这个方面继续研究一段时间。
人的精力是有限的,专注于一样事物就必须放弃另一样事物。毕竟,我们的大脑都是“单核”的,还不具备“多核运算”、“超线程”等功能。在IT行业中,咱这对于代码执着的人必须马不停蹄地追求新技术,新思想。而在技术的学习道路上,又存在经度和纬度的问题。换言之,就是博学与深究的问题。也就是我今天想要说的内容——广挖井,还是深挖井?!
用我今天的例子来说,深挖井,我陷入到了没有spring就不会开发的田地。当然,这不是说spring不好,而是说作为一个搞开发的,不应该局限于某种技术框架。这不利于日后的长期发展。但反过来说,如果什么技术都是皮毛,那到头来又能积累下来什么?也许多种技术的整合能力更重要,也许纵深研究一门技术更重要。但也许,我还是错了!
中国需要的不是技术的深度研究,而是对于多种技术的快速整合,转换为生产力,并短期内获得收益。再多的技术,如果不能用于盈利,也是枉然。不论这技术有多么的有价值,如果不能与当前的发展趋势相匹配,就是废铜烂铁。
或许,我不适合搞开发;或许,我该去做研究。但在今天的中国IT企业中,必须在这两者之间找到一个平衡点:博学当然重要,深究也不可或缺。
不管前方是什么路,在你看不清它的时候,它总是那么艰难;当你偶尔看见路标时,它就逐渐变得清晰。成为一名程序员并没有多难,但作为程序员如何继续走下去却是一件难事。
相关链接:
程序员的突破——不但能写,还要能说!
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
不同公司,有不同的需求;我只是举个例子来说明:楼主其实研究得还不深。
对于一个真正对技术有求知欲的人,不能简单的说公司没有留时间给你研究问题;自己不去学习,怎么提高呢?光靠工作中的积累,是远远不够的。
如果说框架很傻,开发人员能否自己去改进它呢?是否具备这种能力呢?
不要曲解我的意思,如果我不去研究,又干嘛费劲把自己的研究整理成册最后出本书呢?
我只是想说,你研究得还不深;甚至于只是处于“学习”阶段,请你别用研究这个词。
我承认我愤青了。
我也写我的书去,欢迎以后来捧场。我打算写写我是怎么带新人的。。。努力做个好老师
一定拜读!
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
不同公司,有不同的需求;我只是举个例子来说明:楼主其实研究得还不深。
对于一个真正对技术有求知欲的人,不能简单的说公司没有留时间给你研究问题;自己不去学习,怎么提高呢?光靠工作中的积累,是远远不够的。
如果说框架很傻,开发人员能否自己去改进它呢?是否具备这种能力呢?
不要曲解我的意思,如果我不去研究,又干嘛费劲把自己的研究整理成册最后出本书呢?
我只是想说,你研究得还不深;甚至于只是处于“学习”阶段,请你别用研究这个词。
我承认我愤青了。
我也写我的书去,欢迎以后来捧场。我打算写写我是怎么带新人的。。。努力做个好老师
大家做砖头的也不少,呵呵!
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
不同公司,有不同的需求;我只是举个例子来说明:楼主其实研究得还不深。
对于一个真正对技术有求知欲的人,不能简单的说公司没有留时间给你研究问题;自己不去学习,怎么提高呢?光靠工作中的积累,是远远不够的。
如果说框架很傻,开发人员能否自己去改进它呢?是否具备这种能力呢?
不要曲解我的意思,如果我不去研究,又干嘛费劲把自己的研究整理成册最后出本书呢?
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
不同公司,有不同的需求;我只是举个例子来说明:楼主其实研究得还不深。
对于一个真正对技术有求知欲的人,不能简单的说公司没有留时间给你研究问题;自己不去学习,怎么提高呢?光靠工作中的积累,是远远不够的。
如果说框架很傻,开发人员能否自己去改进它呢?是否具备这种能力呢?
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
同意40楼的哥哥,做技术,不能浮于表面。用工具,不牛,会用工具才牛,造工具才是大牛。O(∩_∩)O~
技术,本来不就是工具吗?!
同意40楼的哥哥,做技术,不能浮于表面。用工具,不牛,会用工具才牛,造工具才是大牛。O(∩_∩)O~
我比较赞同!
长期以来,我一直是Spring框架的铁杆粉丝——春粉!但是,我做的事情却逐步与它脱离,以至于越来越远。而且,由于Spring的脚步越来越快,我几乎赶不上他的更新速度。突然有种中年男人眼瞅着孩子远去,甚至越跑越远却无力追赶的心情。 “Spring发展的太快,快到我几乎跟不上它的脚步!”
回顾当初学习Spring时,是何等的艰难。2005年开始接触框架,先是struts,接着是hibernate,最后才是spring。但当我开始接触spring时,就要求使用JSF+Spring+Hibernate做原型开发。当时国内,Struts的书还是有不少,但Spring、Hibernate少之又少,JSF的书更是难觅。硬着头皮,翻看一堆英文文档。看API,看step-by-step,费劲一周,终于将这3个看似复杂的框架进行了一通整合。最后,由于业务需求的变化,JSF框架下马,iBatis成为另一个ORM的一个可选框架。从此,我开始了以Spring为主的项目开发。在其后的工作中,Spring由1.x迅速升级为2.x,丰富的2.0标签使得在开发页面时得心应手,AOP式的事务使得事务声明更为简单。如果当时让我撇开spring进行开发,甭说多不情愿了。以至于,后来写jsp、serlvet、jdbc时,完全忘了该怎么写。直到今天,Spring新架构继续发展,注解式的开发让xml越来越少。直至3.0系列,Spring完全支持了注解。但是我,似乎很少再有机会去追逐Spring了。 对于Spring这口井,我可能少有机会继续深挖下去了!
由于2008年的一些项目需要,我开始研究加密技术,并且越来越深,从简单的算法实现向理论与实践两个方向开始研究。一开始,仅仅是想把算法都实现出来,后来越做越大,开始研究简单的算法理论,突破java平台的密钥长度出口限制、算法支持限制,研究数字证书、搭建HTTPS平台,完成单向认证/双向认证服务。现在回头看,这一切持续了已经有2年以上。并且,现在还在继续。这是我这些年工作中打的第二口井,我可能还将在这个方面继续研究一段时间。
人的精力是有限的,专注于一样事物就必须放弃另一样事物。毕竟,我们的大脑都是“单核”的,还不具备“多核运算”、“超线程”等功能。在IT行业中,咱这对于代码执着的人必须马不停蹄地追求新技术,新思想。而在技术的学习道路上,又存在经度和纬度的问题。换言之,就是博学与深究的问题。也就是我今天想要说的内容——广挖井,还是深挖井?!
用我今天的例子来说,深挖井,我陷入到了没有spring就不会开发的田地。当然,这不是说spring不好,而是说作为一个搞开发的,不应该局限于某种技术框架。这不利于日后的长期发展。但反过来说,如果什么技术都是皮毛,那到头来又能积累下来什么?也许多种技术的整合能力更重要,也许纵深研究一门技术更重要。但也许,我还是错了!
中国需要的不是技术的深度研究,而是对于多种技术的快速整合,转换为生产力,并短期内获得收益。再多的技术,如果不能用于盈利,也是枉然。不论这技术有多么的有价值,如果不能与当前的发展趋势相匹配,就是废铜烂铁。
或许,我不适合搞开发;或许,我该去做研究。但在今天的中国IT企业中,必须在这两者之间找到一个平衡点:博学当然重要,深究也不可或缺。
不管前方是什么路,在你看不清它的时候,它总是那么艰难;当你偶尔看见路标时,它就逐渐变得清晰。成为一名程序员并没有多难,但作为程序员如何继续走下去却是一件难事。
相关链接:
程序员的突破——不但能写,还要能说!
评论
56 楼
benwu007
2014-08-29
呵呵 多深都没用。 改变整个人类生活习惯的 那才叫牛。
55 楼
onedaykoo
2011-09-18
我也打算接下来研读下密码学 望多指教
54 楼
snowolf
2010-06-18
LSQ6063 写道
广度和深度对每个程序员来说都很纠结!但我的想法是先深度后广度,为什么这么说?
当你把C研究很透的时候,你在看看java,看看C#等,其实他们底层的一些核心思想都是一样的,做为当今日异变新的技术,如果我们跟着跑,跑的很累,而且也跟不上,所以掌握思想很重要,要以不变应万变!纯属个人理解,有不妥请抛砖砸我。。。
当你把C研究很透的时候,你在看看java,看看C#等,其实他们底层的一些核心思想都是一样的,做为当今日异变新的技术,如果我们跟着跑,跑的很累,而且也跟不上,所以掌握思想很重要,要以不变应万变!纯属个人理解,有不妥请抛砖砸我。。。
引用
掌握思想很重要,要以不变应万变!
这个赞同!
53 楼
LSQ6063
2010-06-18
广度和深度对每个程序员来说都很纠结!但我的想法是先深度后广度,为什么这么说?
当你把C研究很透的时候,你在看看java,看看C#等,其实他们底层的一些核心思想都是一样的,做为当今日异变新的技术,如果我们跟着跑,跑的很累,而且也跟不上,所以掌握思想很重要,要以不变应万变!纯属个人理解,有不妥请抛砖砸我。。。
当你把C研究很透的时候,你在看看java,看看C#等,其实他们底层的一些核心思想都是一样的,做为当今日异变新的技术,如果我们跟着跑,跑的很累,而且也跟不上,所以掌握思想很重要,要以不变应万变!纯属个人理解,有不妥请抛砖砸我。。。
52 楼
snowolf
2010-06-18
nullShell 写道
snowolf 写道
nullShell 写道
java_project 写道
引用
40 楼 nullShell 前天 引用
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
引用
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
这里不应该是人的问题,现在很多公司在做项目的时候平并非研究性,而是考虑实际业务想更快捷的完成项目,这样对于上边的开发来说,不应该理解为浮于表面。而是逼不得已用那样的方式去快捷的解决问题而已。我也在纠结这个问题。。。不同公司,有不同的需求;我只是举个例子来说明:楼主其实研究得还不深。
对于一个真正对技术有求知欲的人,不能简单的说公司没有留时间给你研究问题;自己不去学习,怎么提高呢?光靠工作中的积累,是远远不够的。
如果说框架很傻,开发人员能否自己去改进它呢?是否具备这种能力呢?
不要曲解我的意思,如果我不去研究,又干嘛费劲把自己的研究整理成册最后出本书呢?
我只是想说,你研究得还不深;甚至于只是处于“学习”阶段,请你别用研究这个词。
我承认我愤青了。
我也写我的书去,欢迎以后来捧场。我打算写写我是怎么带新人的。。。努力做个好老师
一定拜读!
51 楼
nullShell
2010-06-17
snowolf 写道
nullShell 写道
java_project 写道
引用
40 楼 nullShell 前天 引用
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
引用
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
这里不应该是人的问题,现在很多公司在做项目的时候平并非研究性,而是考虑实际业务想更快捷的完成项目,这样对于上边的开发来说,不应该理解为浮于表面。而是逼不得已用那样的方式去快捷的解决问题而已。我也在纠结这个问题。。。不同公司,有不同的需求;我只是举个例子来说明:楼主其实研究得还不深。
对于一个真正对技术有求知欲的人,不能简单的说公司没有留时间给你研究问题;自己不去学习,怎么提高呢?光靠工作中的积累,是远远不够的。
如果说框架很傻,开发人员能否自己去改进它呢?是否具备这种能力呢?
不要曲解我的意思,如果我不去研究,又干嘛费劲把自己的研究整理成册最后出本书呢?
我只是想说,你研究得还不深;甚至于只是处于“学习”阶段,请你别用研究这个词。
我承认我愤青了。
我也写我的书去,欢迎以后来捧场。我打算写写我是怎么带新人的。。。努力做个好老师
50 楼
TheMatrix
2010-05-28
开心就好了,接着挖也无妨啊,我觉得。
49 楼
wenbois2000
2010-05-28
48 楼
snowolf
2010-05-28
supercrsky 写道
当矿长最好不过了
大家做砖头的也不少,呵呵!
47 楼
supercrsky
2010-05-28
当矿长最好不过了
46 楼
snowolf
2010-05-27
nullShell 写道
java_project 写道
引用
40 楼 nullShell 前天 引用
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
引用
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
这里不应该是人的问题,现在很多公司在做项目的时候平并非研究性,而是考虑实际业务想更快捷的完成项目,这样对于上边的开发来说,不应该理解为浮于表面。而是逼不得已用那样的方式去快捷的解决问题而已。我也在纠结这个问题。。。不同公司,有不同的需求;我只是举个例子来说明:楼主其实研究得还不深。
对于一个真正对技术有求知欲的人,不能简单的说公司没有留时间给你研究问题;自己不去学习,怎么提高呢?光靠工作中的积累,是远远不够的。
如果说框架很傻,开发人员能否自己去改进它呢?是否具备这种能力呢?
不要曲解我的意思,如果我不去研究,又干嘛费劲把自己的研究整理成册最后出本书呢?
45 楼
nullShell
2010-05-27
java_project 写道
引用
40 楼 nullShell 前天 引用
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
引用
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
这里不应该是人的问题,现在很多公司在做项目的时候平并非研究性,而是考虑实际业务想更快捷的完成项目,这样对于上边的开发来说,不应该理解为浮于表面。而是逼不得已用那样的方式去快捷的解决问题而已。我也在纠结这个问题。。。不同公司,有不同的需求;我只是举个例子来说明:楼主其实研究得还不深。
对于一个真正对技术有求知欲的人,不能简单的说公司没有留时间给你研究问题;自己不去学习,怎么提高呢?光靠工作中的积累,是远远不够的。
如果说框架很傻,开发人员能否自己去改进它呢?是否具备这种能力呢?
44 楼
java_project
2010-05-27
引用
40 楼 nullShell 前天 引用
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
这么分析貌似您是做框架的吧,现在对于开发来说。老多时间是在纠结于用户需求的问题上,而并非为了技术而技术。应该理解为需要的时候就去挖,挖到多深根据实际来。我现在做开发的时间也并不长对于您的观点不是很赞同的意思,
引用
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
这里不应该是人的问题,现在很多公司在做项目的时候平并非研究性,而是考虑实际业务想更快捷的完成项目,这样对于上边的开发来说,不应该理解为浮于表面。而是逼不得已用那样的方式去快捷的解决问题而已。我也在纠结这个问题。。。
43 楼
catlovefox
2010-05-25
,一起纠结。继续被搬~
42 楼
snowolf
2010-05-25
nniu520 写道
nullShell 写道
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
同意40楼的哥哥,做技术,不能浮于表面。用工具,不牛,会用工具才牛,造工具才是大牛。O(∩_∩)O~
技术,本来不就是工具吗?!
41 楼
nniu520
2010-05-25
nullShell 写道
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
同意40楼的哥哥,做技术,不能浮于表面。用工具,不牛,会用工具才牛,造工具才是大牛。O(∩_∩)O~
40 楼
nullShell
2010-05-24
看到这个贴子回复这么少,我就知道大家都看不起楼主的贴子。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
我忍不住想说你几句:你学得还很浅,需要继续深挖。
你现在还只是处于用工具的阶段,还不知道工具的原理,更别说自己造工具了。
我面试别人时,看到只会用框架的,大多都拒了,因为他们太浮于表面。
我们公司需要的是对底层技术数有探索欲,有潜力的。
望楼主看清脚下,这是我的肺腑之言。
39 楼
snowolf
2010-05-24
lyw985 写道
先博再深,是吗?
我比较赞同!
38 楼
lyw985
2010-05-24
先博再深,是吗?
37 楼
pearflower
2010-05-24
角色定位问题,
角色明确,才能目标明确,行动根据针对性,效果更明显。
我们现在很多东西就要学习西方文化,西方文化的基础是什么呢,
角色明确,才能目标明确,行动根据针对性,效果更明显。
我们现在很多东西就要学习西方文化,西方文化的基础是什么呢,
发表评论
-
我的职场生涯(十)——又一个两年
2012-12-14 16:05 4790这一个两年过去后,就真的奔三了。 回顾两年前的我,期望来这里 ... -
力的三要素
2011-12-27 11:49 0有太久没有写博客,有太久的时间泡在微博上而非技术研究上,有太久 ... -
我的职场生涯(十)
2011-12-16 23:01 0去年的这个时候,终于换了一家公司。自此以后,再不用想着每三个月 ... -
我的职业生涯(十) 熟悉与陌生
2011-06-20 11:03 0许久没有写博客了,许久不淡定了!~ 这半年多情况很多,变化很多 ... -
我的职场生涯(九) 两年工作总结
2010-12-28 15:02 5234在2010年的最后一个月里 ... -
什么是我们真正想要的?
2010-12-20 21:57 3230那年,我穷的吃不上饭 ... -
方糖与咖啡
2010-07-14 13:20 2555想起高中时自己写的一 ... -
【文摘】IBM总架构师寇卫东谈程序员的职业规划 - [IT]
2010-06-10 16:26 0【文摘】IBM总架构师寇 ... -
程序员的突破——不但能写,还要能说!
2010-05-17 10:29 9029上周有幸去至顶网参加 ... -
我的职业生涯(八) 自我疗伤
2010-04-12 13:42 5199回顾看我的职场生涯, ... -
我的职业生涯(七) 技术洁癖
2010-03-25 00:30 7434在学校,老师教育我们 ... -
纷扰的春天
2010-03-13 22:42 2311这个春天,目送老人离 ... -
为自己打造一个梦想
2009-10-24 13:01 2488十九岁那年,我开 ... -
程序员与运动员
2009-09-26 09:12 0工作个三五年的人,大多数都有这样的疑惑:接下来的路,我 ... -
登高远望
2009-09-13 18:31 2746今天天气不错,和老婆一起去爬香山。爬香山的念头说了快有 ... -
青蛙效应
2009-09-01 13:36 2892这是高中时生物老 ... -
我的职业生涯(七)
2009-09-01 13:11 0每天我都会问自己一个问题:“我在做什么?”这话来源于我 ... -
我的职业生涯(六) 迷茫
2009-07-19 09:45 6096大学同学结婚,又见到许多老同学,一顿丰盛大宴后,大家一 ... -
我的职业生涯(六)
2009-07-05 17:51 0接到朋友电话,说要回去了,回老家发展;收到朋友留言,回 ... -
我的职业生涯(五) 告别六天工作制
2009-06-28 21:58 8210终于,最后一个周 ...
相关推荐
程序员——必看的文档 程序员——必看的文档 程序员——必看的文档 程序员——必看的文档
黑马程序员——Android移动开发源码
绝对详细的Linux指南,从Linux基础知识开始,直到高级编程,不仅适合Linux程序员,也适用学习Linux的朋友
《程序员突击——Tomcat原理与Java Web系统开发》源码 作者根据多年的Java Web开发经验,精心编写了本书。按照读者的学习规律,本书在介绍Java技术的基础上,循序渐进地介绍了如何在最新的Tomcat上开发整合各种Java ...
在程序员的备考过程中,C语言和数据结构是两个至关重要的领域。C语言是基础,而数据结构则是构建高效算法和程序设计的关键。本压缩包包含了针对这两部分内容的习题,旨在帮助考生强化理解和实践能力。 C语言是面向...
书 名:程序员突击——VISUAL C#2008原理与系统开发 作 者:欧阳炜昊 主编 出 版 社:清华大学出版社 出版时间:2009-8-1 ISBN:9787302183549 纸书页数:352页 定 价:¥ 36.00 内容简介: 本书集...
程序员晋升.doc————电子版_doc版
"程序员实用算法——sourceCode"这个主题涵盖了各种在实际开发中经常遇到的算法,通过源代码的形式来展示这些算法的实现。下面将详细介绍一些重要的算法类型及其应用。 1. 排序算法:包括快速排序、归并排序、冒泡...
[12]优秀程序员之路——C++开发经验及技巧大汇总.zip上位机开发VC串口学习资料源码下载[12]优秀程序员之路——C++开发经验及技巧大汇总.zip上位机开发VC串口学习资料源码下载[12]优秀程序员之路——C++开发经验及...
《程序员的羊皮书——程序员必备》是一本旨在帮助程序员提升个人素养与专业技能的书籍。这本书不仅仅关注编程技术本身,而是将重点放在了程序员如何更好地融入职场、提高工作效率和团队协作能力上。"做人"在这里指的...
程序员小飞解密——纯新手的我,到底该把宝押在python2还是python3??
多线程是一种软件实现多个线程并发执行任务的技术。在iOS开发中,实现多线程的的方式有很多种,常用的有pthread、NSThread、GCD与NSOperation。在实际应用中,多线程技术也有着非常多的使用场景,比如异步的网络请求...
这是一些c语言开发实例,能完善自己的编程思想,让你步入编程员的世界
【程序员之路———关于代码风格】的探讨主要集中在代码风格的重要性、代码行极限、缩进方式、折行原则以及空格和空行的使用。这些规范对于任何程序员来说都是提高代码可读性和团队协作效率的基础。 1. **代码行...
程序员之路——一个老程序员对刚上大学的学弟学妹的忠告.
无论是Objective-C语言还是Swift语言,其都有非常巧妙的设计思想与丰富的语法特性。在编写程序时,编程语言是最基础的工具,工具是否用的顺手会直接影响到所编写程序的效率与质量。还有很多时候,一种场景我们知道...
《程序员算法趣题——随书源码》是一个与算法相关的学习资源,包含了增井敏克著作《程序员算法趣题》中的实例代码。增井敏克是算法领域知名的专家,他的书籍通常深入浅出,旨在帮助程序员提升算法思维和解决实际问题...
《程序员职业小白书——如何规划和经营你的职业》是一份为初入IT行业的程序员量身定制的指南。这本书深入浅出地介绍了如何在快速发展的IT领域中,制定个人职业规划,提升技能,以及如何有效经营自己的职业生涯。以下...