站在别人的经验之上------经验大集合，待续。。。_世界上最聪明的人是把别人的经验当成自己的经验。把别人的力量巧妙的借助,为-CSDN博客

本文链接：https://blog.csdn.net/berry666/article/details/7689550

1）蜕变之主动性丹丹姐

http://blog.csdn.net/zhaodandan19910306/article/details/7428367原文链接

A：主动思考，长脑袋，是用来思考的，不死用来吃饭的

之所以称为主动，就是要“先人一步”，所以就要多想，多思考，站在不同的角度进行思考，学会不将就（说过n遍了，可是你何时才能真正的做到呢？）。

B:执行力

不要光空想，要敲代码实现啊，不会就找个例子试试啊，看看运行效果是啥样的吆

C:思想

如今这年代，想法（idea）很重要！

我前段时间一直把技术看的比感受重要（只写技术博客，不写思想博客），但是感受可以升华为思想，思想是我们的方向，是大局，而技术只是它的一个载体，是局部，如果一头栽进技术中，又何谈大局观呢？

D:借鉴并重新思考

每个人的精力都是有限的，你不可能什么都去亲身经历，所以要想更好的快速的成长，最好的办法就是站在巨人的肩膀上，把别人的经验转换成自己的经验。

至于如何把别人的经验转换成自己的经验，不是看过就完事，而应该静下心来好好想想，如果这件事的主人公是你，你会怎么办，这件事引发了什么影响，如何避免这样的事情再次发生等等。

精辟：
“世界上最聪明的人是借用别人撞得头破血流的经验作为自己的经验，世界上最愚蠢的人是非用自己撞得头破血流的经验才叫经验。”

------ 郎咸平

2）给IT新人的15点建议：苦逼程序员的辛酸反省与总结

http://blog.csdn.net/pozen/article/details/7583820

保持有一颗生机灵动的心

低调一些，谦虚一些，不断提高自己的实力。
记住别人的善，忘记别人的恶

各个领域都有各领域的高手，高手二字不仅仅由精湛专业技能来体现，更应该由
超强的思维，超强的解决问题的能力来体现。这此东西抽象到高处，正是没有领域
界限的哲学思维。
其实任何专业都是同构的，甚至所有事物都是同构的，只要通了一样，其它的也
就通了。以我自己专业为例。假如现在要开发一个软件，在搞清楚需求分析以后，
会开始设计整体框架，然后设计各个模块结构，最后详细设计各个具体模块。
设计完成以后，开始编写整体框架代码，然后编写各模块框架，并实现具体细节，
最后当然是测试。怎么样，有没有觉得这个过程和修房子差不多？

所以，所有不同事物都是一样的坐标，只是所处的原点和方向不同而已。因此，
任何专业的人应该超越专业内部的概念和理论，学习掌握解决问题的通用方法，
学会洞察事物本质，提高自身素养和能力
3）大牛和菜鸟之间的区别

http://blog.csdn.net/beijiguangyong/article/details/7458713原文出处

一味的和“大牛”比，感觉技不如人于是就自暴自弃，这是最幼稚的做法。

起点必定是不一样的，到了工作岗位上也是一样的道理，他是新人，我也是新人，为啥他的学习能力这么好呢，然后就开始怀疑自己的学习能力，怀疑自己是不是不适合干这行……一句话：因为人家之前接触过，所以学习起来驾轻就熟呀！

想起来《一万小时天才理论》里面的一句话：经过一万个小时的精深练习，一般的人都可以成为某一方面的专家。所以说人与人的能力实际上差不了多少，最终的决定性因素就是积累的时间长短而已。

去不去总结，会不会总结是同起点决胜的关键性因素

上面说了人与人的能力差不了多少，那么为什么同样没有基础的两个人学习新的知识会有学的好与学的不好之分呢？这里我想说的是----总结！

很长一段时间一直在思考“总结”是什么？

宏观上说，总结就是把整个知识的体系变成自己的。举个例子：别人的代码很难看懂，但是自己的代码就很容易看懂。原因很简单，自己写出来的东西自己当然熟悉，实现过程以及函数的调用自己再熟悉不过了。但是如果是别人写的就要好好费费心思看上一看了。学知识也是如此，把别人的知识架构弄清楚，或者把别人的知识放到自己的知识架构中，于是自己对这方面的知识就会很熟悉，这就是我们所说的学知识“学会了”。

微观上说，总结就是我们通常说的“说白了……”以及“换句话说……”后面省略号所指的内容。相信大家都有这么一个感触：当你学高数或者数学分析的时候，如果去扣定理那么必定头大。但是如果是别人把定理用大白话给你讲一遍你便会觉得豁然开朗。微观上（比如某个定理，某个技术）的总结就是把那些看起来晦涩难懂的描述语言，转变成自己的话，让自己更好的理解与运用。

总结，一言以蔽之：把别人的知识另存为自己的就叫总结。

我们如何成为大牛！？

其次总结的功夫也不是一朝一夕能够形成的。那么我们能做的就是从现在开始抓紧每分每秒开始我们自己“背后的努力”，养成总结的好习惯。这些都需要时间的打磨，光阴的锤炼，也就是说如果你现在不是大牛，那么要想以后成为“大牛”《时间管理》就是第一门课程。

建议；

1）管理自己的大块儿时间，一次只干一件事，这件事一定是相对而言最重要的，最紧急的。

2）重视别人重视的最多你会和别人一样，重视无论别人重不重视的你将超越别人。零碎的时间一样可以用来思考，用来学习，看你去如何对待他们了。罗列一下自己有哪些零碎时间，能否用学习

时间管理不是意味着一定要在某个时间段之内完成什么，而是努力使自己的时间达到最大化的利用。

什么也没有的时候要靠力气赚钱，小有财富的时候要靠智慧赚钱，比较富裕的时候则要靠把握天时机会了

D:要知道自己想干什么，才是最关键的

http://blog.csdn.net/beijiguangyong/article/details/6616123原文出处

任何系统只要把需求搞清楚了什么都不是困难。也就是说做系统最大的困难不在“怎么做”而是“做什么”，技术只是暂时的阻碍工程的进度，但需求却可以把工程进度拖死

经历了，才会刻骨铭心，所以还是要实践！新知识永远不可能搞懂，只有在往后学和后面的知识发生碰撞的时候才能有更深入的了解（著名的“鸡吃石子儿”理论）。

/-----------------------------------下面自己要用的---------------------------------------------------------------------/

java的学习当然是从J2SE开始的，这是java的基础部分

开始了对java的深入学习，即学习java的规范----J2EE

eclipse以及myeclipse和visual studio还是有很大的区别的。其根本原因在于面向的对象是不同的，一个是开源一个是封装好的。

建模：不同的UML工具，Rose以及EA还有PD等等

“

时序图画完之后就开始进入了实现阶段，开始了盼望已久的敲代码阶段。如果时序图画的比较好的话，那么各层中的各个类的方法属性应该有个大致的眉目了。在这个阶段逐步熟悉新的开发环境——.NET平台，比较深入了解了这个平台提供的强大的功能；新的编程语言VB.net，再次加深了对对面向对象语言的理解。其实如果具有了编程的思想，就是记事本也可以写出非常厉害的程序，环境只不过是提高了人们的编程效率而已，而语言就更加不值得一提了。

在面向对象的世界里，万物皆对象，在做任何之前首先要考虑的就是封装、继承、多态。只有真正做到面向对象了，前期的那些建模分层工作才是有生产力的，不然的话你永远是用面向对象的语言、面向对象的工具来做着面向过程的事。和以前面向过程开发比起来没有丝毫的优势可言。写出的系统依然是一坨鸡窝！

开发过程中同样巩固了对编程标准的理解，软件的实现是每个开发者义不容辞的责任，但是写的代码让别人能看懂，而且是轻而易举的看懂则是一个更加高级的要求。更加重要的是这个要求绝对是检验是否是专业人士的标准之一。从变量的命名到方法的注释无一不体现一个开发人员的个人素质，而这个素质恰恰决定一个团队的成功与否。

个人版的第二遍机房收费系统完工后，就开始了投入到合作版的机房收费系统的开发周期当中。和个人版的流程是一致的，同样是需求——用例图、架构——包图、详细设计——类图+流程图+活动图。与上次个人开发不同的是更加需要大家的同心协力，而不是单打独斗。

只有合作的想法是不够的，还需要技术的支持，于是在这个过程中熟悉了对SVN的应用，熟悉了版本控制的操作流程。技术永远都不是最困难的，而人员之间的协调合作才是最棘手的，合作开发的过程中领悟到一个优秀的团队中不但需要有一个给力的领导，还需要各个组员之间进行有效的沟通，要懂得礼貌，要懂得尊敬。这些不只是要放在嘴上的，更要落实到行动当中，一个团队中任何一个小小的错误都可能导致系统不能如期完工。

”

/--------------------------------------------------------------------------------------------/

E:从现在开始写博客

爱思考的人和不爱思考的人有一个本质的区别，前者在生活中总是挂着几个问题在大脑中，它们时常都会冒出来骚扰你一下，让你琢磨琢磨，不爱思考的则是没事不主动想问题，遇到问题还要先想想是否能找捷径（找人帮忙）解决。