Java高级程序员是这样炼成的 - 文库课程

第一篇：Java高级程序员是这样炼成的 - 文库课程

Java高级程序员是这样炼成的-文库课程 Java基础篇：J2SE基础入门系列

学习课程：《JAVA语言基础与OOP入门》

您可以学到：





 面向对象OOP入门 Java中的实用类与集合 继承与多态、接口...参加课程

本课程由北风网资深讲师凤舞烟老师主讲，通过理论+上机练习的模式，全面细致的讲解了java入门技术，课程涵盖内容包括:Java中的实用类与集合详解、以及Java中的oop思想，课程配合2个项目，进行教学，让学生可在最短的时间内掌握java。22小时18816人已学习

学习课程：《JDK5.0新特性培训》

您可以学到：





 泛型类型及继承的使用 枚举的应用 EnumSet和EnumMap 参加课程

JDK是针对Java开发员的产品；自从Java推出以来，JDK已经成为使用最广泛的Java SDK。JDK是整个Java的核心，包括了Java运行环境、Java工具和Java基础类库。

5小时913人已学习

学习课程：《Junit测试驱动开发》

您可以学到：

 JUnit4中的注释讲解



 HttpUnit TDD思想 参加课程

JUnit是Java语言事实上的标准单元测试库。JUnit的易用性无疑是它受欢迎的主要原因。也许你会这样想：它做的事情不多，仅仅是做一些测试然后报告结果，JUnit应该是很简单的。

4小时867人已学习

学习课程：《ANT使用全攻略》

您可以学到：





 Ant属性Ant数据类型 Ant测试和JUnit Ant的结构化构建 参加课程

ANT是使用最广泛的Java项目构建工具，具有跨平台、易于扩展、简单和快速的特点。它伸缩性好，小到个人项目，大到多团队J2ee项目，在各种规模项目中都可一显伸手。并且，最重要的是，它易于掌握。

7小时1033人已学习

Java WEB篇：深入浅出Java web开发之JSP应用系列

学习课程：《深入浅出学Java中级教程》

您可以学到：





 JSP语法 BBS项目实战 MVC实例-在线通讯录 参加课程

本课程重点在项目实战培训，主要采用MVC设计模式进行开发。通过本次课程，您能很好地掌握MVC下Web项目设计方法，在JSP+servlet讲解中，主要结合论坛项目，让您通过切实的项目去掌握知识。

33小时5266人已学习

Java框架篇：深入浅出框架实战开发

学习课程：《2013版Struts2.X深入浅出》

您可以学到：





 MVC思想简介 Struts2配置 学生信息管理系统实战 参加课程

本课程是2013版Struts2.X深入浅出系列,课程配合一个Strus2实现学生学籍管理实战项目，课程深入浅出，全面解析了Struts2.X的应用，相比市面上的课程，更具有实用性质。

15小时1354人已学习

学习课程：《2013版Hibernate深入浅出》

您可以学到：





 Hibernate基本配置以及...ORM之映射关联 Hibernate与struts2的整合 参加课程

2013版Hibernate深入浅出(详解Hibernate3.X及Hibernate4新特征结合学生学籍管理系统)，课程全面讲解了Hibernate3.X以及Hibernate4的区别，是目前市面上Hibernate最新的版本，也是目前国内唯一一套讲解完整细致的教程。

18小时3009人已学习

学习课程：《2013版Spring3.0实战开发系列》

您可以学到：



 属性注入方式以及模拟...Spring与Hibernate集成 Annotation方式实现...参加课程

本课程是2013版Spring3.3实战开发系列(SSH版学籍管理系统、Ant部署、SSH常见面试题)，课程涉及内容包括:控制反转(IoC)、面向切面编程(AOP)、IOC使用的两大关键技术和一个设计模式（与Hibernate类似）。

14小时1021人已学习

Java实战篇：项目实战企业设备点检系统

学习课程：《J2EE平台下的企业设备点检系统》

您可以学到：





 需求分析的制作 核心代码的编写方式 数据库设计 参加课程

本课程主要对企业设备点检系统的开发过程进行讲解，企业设备点检系统是根据企业的实际要求和实际需要进行对设备、备件、人员等方面的素质化信息管理平台，它可以为企业解决流程、成本、设备的检修维修等方面的问题。

15小时1503人已学习

查看文档来源：http://wenku.baidu.com/course/theme/java?fr=search

第二篇：程序员是这样炼成的12

程序员是这样炼成的（12）-勇于面对开发失败

个人一辈子不犯错很难，作为一个程序员要每天不制造程序错误更难。今天跟大家讨论如何面对失败和错误，大到一个项目的开发失败，小到几行代码中的bug,都是我们在日常开发中经常要面对的问题。

有一家这样小公司，测试部和软件开发部是独立的两个部门，有各自的部门经理。老板总是喜欢给下面的员工施紧箍咒，施加压力，又是能力评估，又事绩效考核，于是某一年，在领导们别出心裁的领导下，公司出台了软件开发工程师的考核制度，制度明确规定：将程序员开发项目和软件的测试一次通过率和项目中的bug个数纳入开发人员的年终绩效考核，由测试部门进行考核和执行。（所谓一次通过率，就是软件提交测试后，一次通过的概率，一次测试就通过的软件/提交测试申请的软件数*100%）新法颁布后，测试部大呼过瘾，软件开发部一片哗然，第一年的过去了，果然“成绩喜人”，全公司的软件一次通过率达到了97%，无数未经测试软件被偷偷发布给了客户。第二年领导们在吸取了第一年的经验和教训后，毅然的修改了考核标准，在统计bug个数的同时融入了代码行数的概念，bug个数/100行代码 *100%来，进行年终考核，第二年过去了，软件开发部门戏剧化的以100行代码0.5的bug数，高效的开发质量给了领导们一个有力的答案。这是一个真实的事故，一个三流的软件公司的开发水平和软件质量已经“超越了”微软和google,我相信现在仍然还有很多公司在进行类似这个的考核。

这样的小公司把软件开发和测试部门独立本身就是一种错误，严重的影响的开发和测试的时间，两个部门相互扯皮，项目进展一拖再拖。

其次，两个部门工作的出发点也错了，两个部门的工作重心是交给客户尽善尽美的软件产品，而不是为了应付考核和被考核。

第三大错特错的是考评制度，一看这样的制度，多半都是事不关己高高挂起的人出的主意，开发软件能一次就通过吗?写出来的代码能没有bug存在吗？公司要提高产品质量，不把注意力放在项目管理人，开发人员的能力培训上，开发规范和文档管理上，想凭借一纸空文，或者员工的主观能动就达到一个“质”的飞越，实在愚不可及！软件工程师在把软件测试N次以后才敢把软件提交测试，几行代码就能完成的完成功能，引用了很多填充行数的无效单元。

最可恶的是，使所有的开发人员，散失了面对失败和错误的勇气！为什么不改面对呢？一面对就要扣工资和年终奖，谁还敢去面对啊？于是，整个开发风气就是：开发人员私下放行软件给客户成风，不经过任何测试。程序员有了错误死有的不承认，有了bug支支吾吾。不但开发水平提升不上去，常见的开发问题还没有被公开和分享解决，导致产品质量严重下降。

大家都应该知道在开发的过程中，越早发现软件的问题，软件就更加的完善。而不是藏着掖着，或者添上一抔土把这个“地雷”埋着，留着让用户踩去吧。正确的心态是：测试人员越早发现我们开发软件中错误，我们应该越高兴，因为不仅可以弥补我们的思维漏洞，让我们的代码更加完美，更加减少了我们挽救这个问题的开销。不敢直面bug的程序员，算不上真正的程序员，如果你没有闯过雷区，没有被炸了个人仰马翻，没有给你留下深刻的教训，那么下次你仍然会不知道代码的隐患在哪？仍然不会学会选择趋吉避凶之道。仍然会被炸的死去活来。

写代码有经验的人，对异常处理都很有一套，知道大概这一块要保护起来，那一块要加一个判断，这里要验证下是否存在或已经被销毁。如果程序员没有很好的对未能遇见的故障做好防御工作，那么产品带给用户的错误提示或者死机，将让客户连杀了你的心都有。记得好多年前，在一个网吧找了一台赛扬上网，打开IE，自动弹出网页，然后就报错系统级的错误了，还无休无止，CPU直接满上，然后死机，当时又好笑又好气，你写个弹窗软件，偷偷弹就算了，代码都没写好，结果害网吧老板重装系统：）

看过武侠的都知道，危难关头，出现异常的时候，才是检测一个真正武林高手水平的时候，平时的舞蹈练剑都是假把式，最多只能算是基本功，补救危局，化腐朽为神奇才能显示技艺的高超。有多少人会记恨千年虫问题是哪个混蛋带给我们的？但是解决千年虫问题软件工程师们都是英雄。所以放心的动手开发

吧，即使你犯了错误，被骂成狗熊，也没有人会记住你。问题被解决后一切释然。

是人都会犯错误，对别人犯错误评头论足的人愚昧。用发布制度来阻止别人放错误的人愚蠢，因为害怕放错误，而畏手畏脚不敢创新和向前的人则更加愚上加愚。错误面前我们要敢于应对：

1、对错自在人心。

当然你发现问题后，请马上提出，不要企图隐瞒问题，越早发现问题，那么损失就越小，抗震救灾有黄金72小时，软件开发也有黄金72小时。我们在解决陈年诟病的时候，通过要花上数倍的时间，来回忆当时的开发心境和设计意图。

2、接受批评。

如果这个问题跟你有关那么就是你的问题，千万别动念头找到一只替罪羊，出现问题后，重要的解决问题，不是秋后算账，更加不要交缠不清推脱问题。

3、向解决的方向前进。

如果你不能马上解决这个问题，那么请你把这个问题向解决的方向推进，如果你无法推进问题去解决，那么请不要让这个问题继续恶化。让大家都知道这个问题的存在。

4、寻求帮助。

请不要让自己的自尊心作祟，拒绝别人的帮助，一个好汉三个帮，放下那所谓的自尊，去听取团队和伙伴的建议。

每个人对错误的处理方式不同，会产生不同的结果，问题处理的好，会使得团队更加信任你，甚至比遇到问题之前，更加信任你，要是处理的不好，不但摧毁了大家的信任，还会让人觉得你难以担任重任。

第三篇：程序员是这样炼成的5

程序员是这样炼成的（5）-海纳百川 做程序员要“海纳百川”，其实就是建议各位要做一个通才。当然做通才是有条件的，我总结了下前提有三：

1.你已经是一个专才。熟练操作学一门像样的编程语言。

2.有稳定的工作和收入支持。

3.想得更多的挑战和机会。

作为项目经理和管理者而言，坦白的说，比较喜欢的还是专才，因为专才听话，你在他知晓的领域划一个圈,他能保证帮你完成任务，而且还不给你添麻烦，专才们在各自的领域的努力才会推动项目前进。那在项目中，通才的表现又如何呢？你给他画一个圈，他会给你考虑到圈子以外的事，甚至跳到别人的圈里子耍弄一番。他就像润滑剂一样，提出很多创新的idea,虽然老是给项目管理者带来不少的麻烦，但是总能让整个项目更加协调。其实项目管理者讨厌他，但又离不开通他，他的鬼点子时常能优化各个结构和模块。更重要的是当管理者被提升，要选择接替者一般是一个会顾大局，协调众多专才的通才。

在所有的项目管理者或者teamlead的心里，肯定都有一种软件工厂的构思或者布局。大意就是整个部门各个人都各施其职，让整个软件开发的过程，就像一个生产工厂一样运转。招来的程序员都是生产线上的工人。他们不需要想太多，照任务单做就是。客户需求就像产品订单一样进来，需求分析师开始根据订单安排我们要生产的产品规格满足客户的需求，系统架构是开始把这些规格加工成工厂生产计划或者价格框架。设计师拿着详细的设计文档来往这个框架里面套，剩下的就交给代码机器人们填充内容，然后到质量工位，检查贴牌，然后出厂。整个过程每个工位都是专才，在领导的构想中，他们每天都只需要做重复的劳动就好了，如果他们想辞职了，也不会带走我们全部的生产机密，更重要的是这样的工人很廉价，找一个替换品不难。但是实际上管理者的春秋大梦很难实现，原因是软件这个产品具有可复制性，也就是软件可以copy.在软件工厂里，生产两个完全一模一样的产品是没有意义的。客户的需求都是很柔性的，每次都会不一样，大大小小的改变是避免不了的，管理者们费尽了心血设计的一套生产流程，竟然只能生产一件产品？（去过生产线的朋友应该都知道，一旦生产的流程有所

变化，线上的工人们基本上都不知道怎么开始干活了，要重新培训上岗，因为他们从来就没有想过，半成品是从哪来的，又是干什么去，一直都在做机械的劳动。）但是我们的管理者们，他们肯定不会罢休焦头烂额，会再一次优化生产流程。到下一个新的产品，又会继续把生长线从头至尾优化一下。某一天管理者突然顿悟，我们为什么每次都手把手的跟每一个人安排任务，每次都亲自设计整个流程，我应该去办公室里面喝喝茶，上上网。这个时候他会想到谁?毫无疑问，肯定不是专门，他需要的是一个能走通每一个环节的通才。

小时候我经常听我老爸说：“不要半桶水，不要什么都懂点，什么都不专”这句话就是用来贬低通才的，在这里我要为通才平凡。我的一个软件项目曾经出了一次事故，整个汽车的生产线面临停产，几次电话支持的效果都不理想，需要一个技术人员立马去现场解决问题。软件用delphi开发在windows平台运行，oracle数据库，通过进口的硬件，用客户的线束跟汽车通信，操作员是个新手，电脑硬件是我们提供的，现场环境恶劣。我思索了每个可能出现问题的可能，客户能提供的有效信息太少，连软件的日志文件都无法取出来（USB端口封闭，车间信息严格保密）。我不可能同时派一个软件工程师，数据库DBA,IT,或者硬件工程师奔赴现场。最后我选择去的是一位软件工程师，他很快找出来原因，是客户的线路没有按照我们的电路图制作，关键线一条线是断开状态。我相信他，不是因为他是我们公司最厉害的程序员的，而是他懂技术领域的比其他人要多。其实在整个项目开发过程，除项目经理外，不可能每个人都会一直忙忙碌碌，无论是程序员，测试员，设计师，架构师，你总会有一段时间无所事事，除非你同时加入很多的项目。希望你能在有空的时候关注下你的同事们在做什么？你能不能帮助下或者学习下。做了这么多年的程序员，我们可能都常有一个共同的担心，这个担心是什么呢？我们一个项目或者我们公司的的关注点，研发的中心开始转移出我擅长的技术领域。我们害怕自己发挥不了作用和特长，害怕我们对公司没有价值，也就是意味着我们涨工资的幅度要比别人小了，或者没有工资加了。其实这个担心还不是最要命的，最要命的是，我们要精简团队的时候，你才发现自己比较单纯，只会测试或者编码，很多平时做其他工作的同事都能做你的替代者，那么你就要被over了。

说了这么多的苦口婆心劝大家做一个海纳百川的通才，大家肯定会问，我觉得我在我的team里面已经算了百事通，万事通了，我应该怎么继续丰富我们的技术领域呢？ 夜深了，还没洗澡，我在这里不打算多说了，我请问各位几个问

题，希望可以为你指点方向：

1.你有没有想过在公司里，你计划的职业阶梯的各个领导每天都在干什么吗？ 你的boss,你boss’boss…..?(拿破仑不是说过将军和士兵之类的名言….)

2.你知道你的一个组的同事在干什么吗，每天？

3.你知道哪几种操作系统平台，软件开发平台？你会通过别的路径走到罗马吗？

4.软件工程师你知道你要用的数据是哪来的怎么来的吗？ 数据库管理员你知道你的数据是去哪里的吗？为什么人家装个oracle一下就搞定，我写了一辈子连oracle的程序连个listener.ora都不会配。

5.程序员知道你开发的软件，打包后是怎么安装注册的吗？ 那般客户的是什么折腾你的宝贝软件的吗？

6.有没有约个骂你的杰作的客户出来吃吃饭，听听他的用户体验？

希望我们都能明白自己缺少的是什么？如果程序员想找一份工作，做一个专才足矣，如果想把事业做好你最好做一个通才。

第四篇：程序员是这样炼成的10

程序员是这样炼成的（10）-现在我们能做些什么？

前天在1+1<2里面谈到的那个麻烦今天被解决了，最后还是以AB两组双赢为目，相互合作，两组和二为一，共同完成项目，这个是最好不过的结局了。今天的文章是写给一位网友的，因为他问了我一个问题:“现在我们能做些什么”？

其实我以前也常有这样的感觉:茫然,麻木，不知道自己要做些什么？也不知道自己能做些什么？ 有时候一天下来，虽然一直在忙碌不停，但是工作都会自动的膨胀到占满我所有的时间，包括我休息的时间。有时候我常问自己为什么会这样？是我们的项目计划出了问题？还是我们的任务量在增加？都不是，其实是时间在我们身边偷偷的溜走了。我以前做项目的时候有个坏毛病，项目的前80%的时间，被我浪费在所谓需求分析和程序设计上，（实际上没有花这么多时间，花时间在偷懒上了），到了最后的20%的时候，时间已经非常紧迫，这个时候我会发现编程的状态完全不一样。原因是，项目的dead line要到了，我们没有机会拖延时间了，已经没有时间让我拖着熬着不作出决定，没有时间让我去组织无聊的项目会议，没有时间让我去接听一些莫名其妙的客户电话，我更没有时间呆坐在电脑面前思考如何去躲过这无聊的工作，我必须要全力以赴在第一时间完成工作。其实当这个项目完成时，我再回头想想，并不是我在最后的时候“盖茨附体”，“图灵重生”，而是一种危机感和急迫感让我的效率提高了两三倍，让我在一些徘徊犹豫的问题上花费的时间变少了。我相信很多软件工程师都有这样的感触。事实很明显，我们的问题是在于我们能做很多，只是我们都没有做，我们只动嘴，却没有动手。

在我的公司有一个这样的故事，某几位同事负责一个项目，项目的进展一直都不是很理想，不久公司公布半个月后集体outing的消息（就是集体旅游，还是公费），为了保证项目的完成时间，一些项目拖延的员工需要驻守大本营，继续奋斗。本已经被我们放弃的那几位同志，尽然在短短的半个月中，完成了1个月的工作量，提前的把项目完成了。看来小宇宙爆发的威力真的很恐怖，可怜公司测试部的MM们，被那几个家伙拖着天天加班：）。可见，有时候工作虽

然让我们很头疼，但我们不应该把问题高高挂起，或者因为官僚作风，或者以召开分析会，技术评估的名义去拒绝问题，其实很多的困难都可以在我们的日常工作的空隙去完成的，没准是一杯咖啡或者一根烟之后，我们就可以做出选择。程序员应该学会选择和面对。

我们不是不知道我们能做什么，而是我们没有学会面对和抉择，没有想去做。附： 有的朋友问我，为什么每次更新文章的时间都很晚，实在抱歉4-6月我有一个开发项目要完成，周一-周四一般都在加班基本上10点才能抵达小窝，请谅解。

程序员是这样炼成的，每天深夜写作，已经过了十章完成了一半，虽然很累，谢谢一直支持和鼓励我的同事和网友们，我不会半而废的！

第五篇：如何成为高级Java程序员

如何成为高级Java程序员

给一个刚出社会的程序员新生一个建议，想成为一个优秀的程序员，高级程序员，不能眼高手低，不能认为开发新项目，技术研发才学到东西，不能看不起维护系统，不要以为自己懂的技术越多自认为自己很牛叉。假如你忽略了一个问题那么你永远成为不了优秀的程序员、高级程序员，那就是系统优化。

一、JAVA。要想成为JAVA（高级）工程师肯定要学习JAVA。一般的程序员或许只需知道一些JAVA的语法结构就可以应付了。但要成为JAVA（高级）工程师，您要对JAVA做比较深入的研究。您应该多研究一下JDBC、IO包、Util包、Text包、JMS、EJB、RMI、线程。如果可能，希望您对JAVA的所有包都浏览一下，知道大概的API，这样您就发现其实您想实现的很多功能，通过JAVA的API都可以实现了，就不必自己费太多的脑经了。

二、设计模式。其实写代码是很容易的事情，我相信您也有同感。但如何写得好就比较难了。这个“好”字包括代码可重用性，可维护性，可扩展性等。如何写出好的代码往往要借助一些设计模式。当然长期的代码经验积累，只要您用心，会使您形成自己代码风格。相信您的代码也比较符合代码的可重用性，可维护性，可扩展性。但既然前人已经给我们总结出了经验，我们何不踩着前人的肩膀前进？

三、XML。现在的系统中不使用XML几乎是不可能的。XML的功能非常强大，它可以做数据转换、做系统的配置、甚至可保存您的系统业务数据。因此您必须了解XML，包括它的语法，结构。您还需要比较熟练的使用解析XML的一些API，比如JDOM，SAX等，因为在我们一般的项目中，XML往往担当系统配置信息的作用，您需要用这些API解析这些配置信息，开发完美的项目。

四、精通使用一种或两种框架。像在《如何成为java初级程序员》中提到的那样，“框架都会有许多可重用的代码，良好的层次关系和业务控制逻辑，基于框架的开发使你可以省出很多的开发成本”。但我这里希望您能精通，更多的是希望您能通过框架的使用了解框架的思想。这样您在开发一个项目时思路会开阔一些，比如您会想到把SQL语句与您的java代码分开，再比如您会考虑把您的业务逻辑配置到XML或者数据库中，这样整个项目就很容易扩张了。

五、熟悉主流数据库。其实真正比较大的项目都是有人专门做数据库的，但往往很多项目要求作为（高级）工程师的您也参与数据库的设计以及SQL的编写。所以为了更好的为国家做贡献，建议您还是多了解一些主流数据库，比如SQLSERVER，ORACLE，多连接SQL和存储过程以及触发器。如果您不是“科班”出身，您还需要补充一些数据库原理方面的知识。

六、精通一种或两种WEBServer。尽管我再《如何成为java初级程序员》里讲过它，我还是要强调您要精通一种或两种。因为作为java工程师，特别时想成为高级JAVA工程师的您，您不可避免地要部署您的项目到WebServer上，而且只有当您精通一种WebServer，您才可能最大限度地使用它的资源，这往往可以节省很多时间和精力。

七、UML。我知道您肯定想成为高级工程师，因此您有必要了解或熟练或精通UML，这取决于您有多大决心想成为高级工程师和项目经理。在比较正规的开发团队中，UML是讨论项目的交流工具，您要想做一个软件工程师，您至少要能看懂，您要想做高级工程师，您要能通过它来描述您对项目的理解，尽管这不是必须，但却很重要。

八、站在高度分析问题：这不是一个知识点，也不是通过书本就能学得到的。只所以提到这一点，是因为我比您还着急，我希望您更快的成为一个高级的软件工程师，而不是一个一般的软件工程师。希望您在工作中多向您的系统分析员、需求分析员、系统设计员学习，多站在他们角度上去看您在开发的项目。在最好在项目之初先在您的脑海里对项目有个大致的分析、设计，然后和他们进行比较，找找差别，想想缺点。

九、工具。与在《如何成为java初级程序员》里提到的不同，您在这个阶段可能接触到不同的工具了，尽管您还需要使用JB或者IDEA，但能可能对ROSE，Together要多了解一些，因为您要画UML了。不要再对Dreamweaver等HTML编辑器情有独钟了，那些JSP页面让初级程序员去写吧。

1、具有1-5工作经验的，面对目前流行的技术不知从何下手，需要突破技术瓶颈的可以加群。