|
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-05-07
其实我们现在干的我觉得不是什么技术,只不过是工具使用者而已。语言技术高手精英,也就是工具使用的熟练工而已!这就是为什么做技术赚的永远比不过做管理的!不要把我们口中的这些什么编程语言看的那么重,它不过是你现在生存下去用来赚钱的工具。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-05-07
gefforey520 写道 orm说实话。没感觉多难,用jdbc写的时候需要针对数据库表的各个字段进行操作,重复代码很多,而采用orm一张表就映射成了一个pojo对象,针对对象的各个属性进行操作就可以了。。。
第一次看见有人如此简单的表述了orm,难道是传说中的深入浅出? |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-07
Ashela 写道 gefforey520 写道 orm说实话。没感觉多难,用jdbc写的时候需要针对数据库表的各个字段进行操作,重复代码很多,而采用orm一张表就映射成了一个pojo对象,针对对象的各个属性进行操作就可以了。。。
第一次看见有人如此简单的表述了orm,难道是传说中的深入浅出? 初生牛犊不怕虎 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-07
浮躁的人年年有,今年特别多
也不记得到底是从什么时候开始这个板块开始挂起“浮躁人的牢骚专版”的牌子了 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-07
Ashela 写道 gefforey520 写道 orm说实话。没感觉多难,用jdbc写的时候需要针对数据库表的各个字段进行操作,重复代码很多,而采用orm一张表就映射成了一个pojo对象,针对对象的各个属性进行操作就可以了。。。
第一次看见有人如此简单的表述了orm,难道是传说中的深入浅出? 呵呵。我知道我说的有点简单,但本质是这样的,引入ORM本来就是解决关系数据库与OOP之间的鸿沟,把java对象之间的四种关系转换为数据库表之间的三种关系,也就是你们这些人天天喊着要学习XX框架的。。。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-07
一群人装牛,吓唬谁啊,人家心里烦你不能好好说啊,什么浮躁的人,你是神哦
|
|
| 返回顶楼 | |
|
最后更新时间:2008-05-07
劝LZ干嘛,让他去碰壁,然后才会懂。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-05-07
高科技幻觉,楼主是不是认为软件行业是所谓高科技?首先你得意识到,我们做的东西从来就不是啥高科技。其次,请把手头的工作做好,你不是说重复?那么,你有没有办法来避免重复性的劳动?你有没有想过改进自己的工作,搞代码生成器,有意识地在工作中重用、封装自己的类库?你在写一段代码的时候,有没有考虑过写的清晰易懂?有没有考虑到效率?(尽管这一点看起来没那么重要)有没有经常做重构?有没有尝试去了解整个项目的整体架构,分析学习下别人的代码?你有没有经常性地复审自己的代码? 你每个月都能做到读一本技术书吗?有没有去看过这些框架的源码?你觉的自己的工作没有技术含量,那么请学会积极地偷懒。快速高效并且漂亮地完成自己工作,然后去搞些认为你有技术含量的东西,去学习下新的技术,去巩固下基础,那么机会来了的时候,你才能把握得住。我实在不想再看到这样的帖子。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-05-07
这么多反对楼主的. 我要给楼主说些公道话. 其实这么多框架真正用好一两个就OK了. 你真的认为一个产品, 项目跟技术有这么重要吗. 其实熟练起来的话, 完成事情的时间都差不多. 我认为企业开发最重要的是挖掘需求, 研究用户, 提高可用性. 在这方面, 做得好与坏, 有千差万别. 每个人的想法都有不一样.
我也挺反感整天把框架吵得怎么怎么样, 却很少见有人提出需求挖掘, 用户研究方面的东西. |
|
| 返回顶楼 | |
|
最后更新时间:2008-05-07
看看人家设计的开源的代码就会感到差距了
|
|
| 返回顶楼 | |













