如何学习Oracle

warehouse

总结的挺好
我在讲课时一直告诫学员：既然能当事业来搞的东西不可能简简单单的学明白，学习oracle要制定3～5年的规划，听说3～5年估计得把很多人给吓跑了

[ 本帖最后由 warehouse 于 2010-4-10 17:40 编辑 ]

wangkxxe

写的很好，每个人的方法不同，计划是一定得有的，有时候还得顶得住压力
同时支持下11楼

ocpdba591

我是一学生，从大一就开始自已学习oracle，虽然很累，但是我坚持下来了，现在快毕业了，我相信努力就有收获的

haogc123

楼主的体会，让初学者能够好好总结，体会一下学习的方式方法，对于初学者而言，我个人的体会是只是针对oracle而言，需要掌握oracle的体系结构，同时还需要数据库原理方面的说，多动手练习，毕竟oracle是一个应用软件。
数据库原理是根本，
oracle体系结构是数据库原理的具体化
oracle操作是实践，将具体化的东西进行实践化。
当然了每个的体会各不相同，大家有别的体会的可以一起讨论

Coast_lichao

收藏 拜读！

xsmdel

原帖由 warehouse 于 2010-4-10 17:38 发表
总结的挺好
我在讲课时一直告诫学员：既然能当事业来搞的东西不可能简简单单的学明白，学习oracle要制定3～5年的规划，听说3～5年估计得把很多人给吓跑了

比较赞同此类观点。我主要是强调学习的一个心态。不能盲目求成。谁都是出身就会走路的神仙。

k68

呵呵，不错不错

viadeazhu

好文，共同学习

伊斯力

学习下楼主的经验  其实有环境、有压力  会成长的很快

xsmdel

http://www.pmbar.net/read.php?tid=181

husthxd 原创 做技术的出路何在？

总结非常完美啊。完善我提出的心态问题

原文如下：

  做技术的，让人的直观感觉就是苦、累、地位不高，似乎做技术的就是没有什么技术含量似的。是否这样呢？非也，只要找准目标和方向，做技术的出路还是有很多的。这里所谈论的技术包括架构设计、编码和测试。如果你把做技术定义为只是编码，那这样的“技术”是没有技术含量，发展空间也是十分有限。理由很简单，依我看来，编码不过是以代码的形式实现系统分析员分析和设计的思路，没有思想的工作，能有什么技术含量？
1.在国内做技术为啥累？为啥苦？
个人认为主要以下几方面的原因，首次做技术是一件需要深入了解细节的工作，一旦接触到细节，就需要耗费不菲的精力去熟悉、了解和应用，否则出现问题不了解细节是很难解决的；其次，IT技术发展很快，原来熟悉的技术很快就过期作废了，而且新的技术与原来的技术关联性不大，重头再学的成本很高，同样需要耗费大量的精力；再次，负责管理、分析和设计的人员收入普遍比做技术的收入要高，让技术人员感觉上低人一等，个人心态容易失衡，心累。
2.做技术有什么发展方向？
A.技术线。如果很喜欢钻研技术、做技术，那么可以去做架构分析和设计，做公司里面的技术专家，这样的工作最好找大公司或者重视技术的公司。原因有以下几点：首先，大公司各项制度相对规范，有较为完善的职业生涯规划，在技术上能做到什么程度，能发展到什么职位，方向和目标都定义得很清晰，对于想法不多的技术人员，你只管往这个目标去努力就好了；其次，技术力量相对雄厚，要知道，与优秀的人一起工作，你才能更优秀。
B.系统分析线。软件开发，关键在于系统分析和设计，这是核心价值所在。系统会是什么样子，系统分析和设计阶段完成后基本就成形了。如果你喜欢与人沟通，愿意倾听和协助，还有看业务资料不头疼，那么恭喜你，你完全可以在系统分析领域上发展，成为业务专家或业务和系统设计专家；至于是否大公司，倒是没有限制，相对而言小公司反而能提供更多的机会去尝试（如果你能接受公司文化的话）；
C.项目管理线。利用各种方法获取项目相关的信息，做出决策并能预见到不久的未来可能发现的事情，能对未雨绸缪做出应对计划，这是我个人认为的项目管理核心价值所在。如果你是一名系统分析员，有较强的沟通意识，有很强的责任感，愿意学习项目管理知识（不认为项目管理是很虚的东西），那么，也恭喜你，你完全可以去向项目管理方向发展了。
IT领域，可以做的事情很多，了解自己，找准方向，你一定可以闯出属于自己的一片天地的，你需要做的就是：相信自己，设定目标，持续不断的积累和努力。