首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 图书频道 > 计算机与网络 > 程序设计 >

Java程序员,上班那点事儿

2010-11-05 
商家名称 信用等级 购买信息 订购本书
Java程序员,上班那点事儿 去商家看看
Java程序员,上班那点事儿 去商家看看

 Java程序员,上班那点事儿


基本信息·出版社:清华大学出版社
·页码:303 页
·出版日期:2009年07月
·ISBN:7302205140/9787302205142
·条形码:9787302205142
·版本:第1版
·装帧:平装
·开本:16
·正文语种:中文

内容简介 《Java程序员,上班那点事儿》对于即将从事Java职业或初步从业的程序员来说是一本难得的好书。从生存、制胜、发展三个方面入手,为大家展示出程序员求职与工作的一幅3D全景图像。《Java程序员,上班那点事儿》中既有在公司中的生存技巧,又有高手达人的进阶策略,既有求职攻略的按图索骥,又有入职后生产环境的破解揭秘。书中浓缩了程序员求职与工作、生存与发展的点滴经验,希望《Java程序员,上班那点事儿》能够成为你的朋友。望《Java程序员,上班那点事儿》能让即将走向工作岗位的程序员和已经成为程序员的朋友,对工作和软件行业做到既“知己”又“知彼”,在入职前对职业状况清楚了解,入职后对职业方向清晰认识,使大家的工作更加得心应手,更加轻松愉快。
作者简介 钟声,现就职于某集团通信公司,资深开发专家。某集团通信公司研发部门经理,是中国电信综合网管技术领域公认的技术专家和解决方案专家。  钟声属于典型的70后的实战型人物,他热衷于OpenSource项目事业,是“CACTI中国”的活跃人物之一。
编辑推荐 《Java程序员,上班那点事儿》带着“游泳圈”面对着大海你敢跳吗?十八般武艺于一身就是合格的兵了?一个老兵的讲述……
专业书评 网友热评
Java学习,全凭借自己去领悟,去揣摩,去研究其中的每处知识,不断的攻坚,一定要学会培养自己学习兴趣,鼓励自己坚持下去就是胜利。
——摘自 网友web2.0-cool,《Java程序员:上班那点事儿》书评《生活》传记

刚刚又看了作者前两章所写的东西,感觉就是自己的一个缩影,对于程序开发语言来说,C、C++、VB,Java,C#我全会,网站开发的ASP,JSP,c#.net,JavaScript,html我也全会,就如同钟声所说的一样,会是一回事儿,精又是一回事儿。刚毕业的时候,我也像书中所举例子中的那个应届毕业生一样,想着自己会这么多东西不可能找不到工作,可是事实却是我真的找不到工作,虽然培训机构也推荐了工作,但是基于种种原因,我目前的这份工作还是自己找到的,这一找就找了将近2个月呀。
——摘自 网友sw840227,期待着《Java程序员:上班那点事儿》上市

今天看到《Java程序员,上班那点事儿》这本书,又勾起了我学习java时那段往事,虽然我不是一名java程序员,但自己与搞过学校网站与网络建设,书里很多感受引起我的共鸣,做it行业,要调整好心态,努力学习,这个行业不是吃青春饭的行业,在你工作生命中的每一段都能找到自己发光发亮点。
——摘自 网友cnzqf,java我的感受

年少轻狂时,对技术的追求是头等大事,职业规划的书当时好像没有,即使有当时也肯定会视而不见。所有的路全靠自己去摸索,现在回头看看,真希望时间能够倒流,人生道路本来就充满坎坷,没有规划的人生道路就会更加坎坷不平。如果能早点读到这样的前辈箴言,弯路可不是少走一点。
——摘自 网友Jinmin Yuan,Java开发那点事征文

《Java程序员,上班那点事儿》这本书,不单单让我认识到知识基本功的重要性,同时也让我学到了做人的基本要求。记得有关一篇文章是写一个招聘编程人员的事,这个女同志口才不错,招进来后利用一些人与人之间的误会来制造主管与上司之间的矛盾,最后被请出公司的事。虽然不长,但却让我深刻的认识到公司就是一个团队,不团结、不贡献,就有被踢出局的风险。
对于这本书的其他文章对编程的客观描述,也让我对编程有了信心,决定下定决心做一个编程Fans。
——摘自 网友 奥斯陆,《Java程序员,上班那点事儿》感言

继续读下去,这本书让我欲罢不能,从java初级人员的学习和从业的疑惑,到java编程本质的剖析,让我有一种一口气要读完它的冲动,虽然只是部分章节但我还是一口气读完了。作者主题明确的解惑,潇潇洒洒的调侃都让你记忆深刻,说到了你的心坎儿里。从生存法则的职业发展的方向和职业误区的剖析解惑到做项目时的制胜法宝再到达人策略的细节的分析。每读完一篇,你都会或多或少有所感悟,或醍醐灌顶或豁然开朗或有浅入深的感觉。不得不说这是一本不可多得的java书籍,真真切切的期望这本书早点出版,好早些拜读到整本书。
——摘自 网友shinazhang1982,读《Java程序员,上班那点事儿》

以前,写程序基本用C或C++,还没有感受过用Java写程序的乐趣,接下来我应该好好尝试下。《Java程序员,上班那点事儿》这本书很不错,作者把自己的开发Java软件的亲身经历和自己对Java的理解表达出来,对Java的初学者或者从事Java开发的工作者都有一定的帮助作用。接下来我将在学生们宣传一下。
——摘自 网友 项顺伯,读《Java程序员,上班那点事儿》部分内容有感

目录
第一篇 生存法则
第1章 知己知彼,百战不殆
1.1 问题1:这个职业赚钱吗?赚多少钱
1.1.1 修炼第一层境界:剑指四方,试问天下谁与争锋
1.1.2 修炼第二层境界:世界如此之大,要学的东西很多
1.1.3 修炼第三层境界:最深即最浅,最浅即最深,不过如此
1.1.4 点评“修炼三层境界”
1.1.5 回答这个问题
1.2 问题2:大学毕业生找不到职业入口
1.2.1 工作经验都是什么经验
1.2.2 他们为什么面试的时候这么问?
1.2.3 程序员的笔试
1.2.4 回答这个问题
1.3 问题3:跨行业真的这么难吗?
1.3.1 跨行业最难的是什么
1.3.2 跨行业的入口——原来从事行业的业务知识
1.3.3 农民造出了飞机,为什么他还是农民
1.3.4 回答这个问题
1.4 秘诀:经营自己的优势
1.4.1 善于发掘和积累自己的优势
1.4.2 善于展示与利用自己的优势
1.5 点评“经营自我”
第2章 软件开发职业的误区
2.1 误区1:软件开发职业是青春饭
2.1.1 不必为30岁以后烦恼
2.1.2 岁以后照样可以编程序
2.1.3 多岁的程序员多的是
2.1.4 点评“青春饭”
2.2 误区2:做软件开发必须要加班熬夜的工作
2.2.1 程序员们熬夜工作的借口
2.2.2 常态加班的危害
2.2.3 控制好工作的一日时间表才是关键
2.2.4 “偏执与狂热”不等于加班加点
2.2.5 程序员的大脑与第二大脑
2.2.6 点评“加班熬夜”
2.3 误区3:开发一个软件产品一定是集团作战
2.3.1 几百人的公司其他人都在干什么
2.3.2 需要较全的人员配置的项目
2.3.3 坚信,只要是“人”做到的我就能做到
2.3.4 点评“集团作战”
2.4 误区4:程序员不是一般人
2.4.1 程序员的与众不同与平凡
2.4.2 程序员们就是一般人
2.4.3 点评“一般人”
2.5 误区5:存在“软件蓝领”岗位
2.5.1 “软件蓝领”是个“美梦”
2.5.2 “让程序员放弃思考?”是个“噩梦”
2.5.3 软件开发流程“理想”的“不理想”
2.5.4 “软件蓝领概念”忽略的东西
2.5.5 现实中的软件开发团队
2.5.6 点评“拧螺丝”
2.6 关于误区
第3章 程序员的“菜鸟心态综合症”
3.1 症状1:指望着公司里有一个老师
3.1.1 临床表现
3.1.2 治疗1:弄明白她为什么辞职
3.1.3 治疗2:理解公司的本质是什么
3.1.4 治疗3:要搞清楚你的主管是你的老板,他绝对不是你的老师
3.2 症状2:不知道怎么让自己前进
3.2.1 临床表现
3.2.2 治疗1:你只管低着头上山,暂时不要向山上看
3.2.3 治疗2:明知山有虎,偏向虎山行
3.2.4 治疗3:没有过不去的火焰山
3.2.5 治疗4:虚心使人进步,骄傲自满要不得
3.3 症状3:想做圈养的羊,不想做野生的狼
3.3.1 临床表现
3.3.2 治疗1:理解“丛林法则”生存的法则
3.3.3 治疗2:向掠食动物学习如何生存
3.4 症状4:缺乏自信,总对自己说No
3.4.1 临床表现
3.4.2 治疗1:生活取决于自己
3.4.3 治疗2:找到通往高楼的那扇门
3.4.4 治疗3:逐个排除你恐惧的理由
3.5 症状5:缺少幸福感,内心总在跳跃
3.5.1 临床表现
3.5.2 治疗1:比一比到底谁最幸福
3.5.3 治疗2:要努力进取也要找到幸福的理由
3.6 症状6:困兽心态,焦躁与不安
3.6.1 临床表现
3.6.2 治疗1:像猴子一样生活
3.6.3 治疗2:多和团队成员沟通
3.7 症状7:缺少感激心,心存感激让你受益匪浅
3.7.1 临床表现
3.7.2 治疗1:心存感激不等于低人一等
3.7.3 治疗2:首先应该对你的领导心存感激
3.7.4 真心换真心
3.8 症状8:不知道什么是“团队合作”
3.8.1 临床表现
3.8.2 治疗1:分析在公司上班的三个目标
3.8.3 治疗2:团队合作——就是团队主管的目标
3.9 点评“心态”
第4章 换位思考,项目主管的招聘技巧
4.1 招聘就像大海捞针
4.2 技巧1:是否有独立完成项目的经验
4.2.1 独立完成一个项目的经验是什么经验
4.2.2 没有独立生存的能力不能有最佳团队合作
4.2.3 测试手段
4.2.4 锻炼攻略:需要主动寻找独立工作的机会
4.3 技巧2:是否有独立解决问题的能力
4.3.1 见招拆招的能力
4.3.2 程序员的韧性
4.3.3 测试手段
4.3.4 锻炼攻略:训练创意思维
4.4 技巧3:评价程序员的思考方式
4.4.1 一切皆程序
4.4.2 找到规律
4.4.3 锻炼攻略:抓住中心把复杂的事情变简单
4.5 点评“换位思考”
第5章 程序员,保持你前进的步伐
5.1 程序员前进的四个阶段
5.1.1 第一阶段,找到一个编程语言去入门
5.1.2 第二阶段,用所这门语言去分析和推理
5.1.3 第三个阶段,新知识新技术的积累
5.1.4 第四个阶段,大道无形
5.2 学习与积累
5.2.1 找到好书,相当于找到一个好老师
5.2.2 每本书都没有从头看到尾是不是等于不用功?
5.2.3 学会建立沉淀目录

第二卷 制胜法宝
第6章 Java程序员的七种武器
6.1 武器1:编程IDE开发工具
6.1.1 TeamLeader的嗜好
6.1.2 什么功能是程序员最需要的
6.1.3 下面这些IDE你都用得到
6.1.4 点评“开发工具”
6.2 武器2:数据库系统
6.2.1 广告与市场的力量
6.2.2 不要盲目选择数据库,根据用途选择合适的数据库
6.2.3 以下这些数据库绝不能仅仅是“眼熟”
6.2.4 研究一下JDBC源程序
6.2.5 不熟悉数据库就会“绕远”
6.2.6 点评“真相”
6.3 武器3:Web服务器软件
6.3.1 Web服务器是如何工作的
6.3.2 支持JSP的Web服务器的原理
6.3.3 常用的WebServer
6.3.4 研究一下WebServer的源程序
6.3.5 点评“深入研究”
6.4 武器4:操作系统
6.4.1 让我们看看这个招聘启事
6.4.2 Java程序员为什么需要研究操作系统
6.4.3 我们应该更关心操作系统的哪些方面
6.4.4 哪些操作系统我们要重点关注
6.4.5 点评“Linux”
6.5 武器5:编程语言
6.5.1 Java程序员只会Java语言行吗
6.5.2 各个编程语言的特长
6.5.3 点评“第二门语言”
6.6 武器6:辅助设计工具
6.6.1 UML图设计工具
6.6.2 常用UML设计工具
6.6.3 UML要“灵活”的掌握
6.7 武器7:版本控制工具
6.7.1 工作原理
6.7.2 常用版本控制工具
6.7.3 融入团队的开发氛围
6.8 点评“武器”
第7章 破除Java开发中的封建迷信
7.1 迷信1:Java占内存到底大不大
7.1.1 测试一:让程序去裸奔
7.1.2 测试二:针尖对麦芒
7.1.3 让人不再“迷信”的测试结果
7.1.4 先天与后天
7.2 迷信2:Java和C到底谁快
7.2.1 测试一:让程序转起来
7.2.2 测试二:读取个大文件吧
7.2.3 测试三:内存处理的速度
7.2.4 测试结果分析
7.2.5 也不要过于迷信C语言
7.2.6 Java语言与C语言之间的应用比较
7.3 迷信3:Java就等于JSP吗
7.3.1 一个面试的现象
7.3.2 JSP开发时间长了的误解
7.3.3 Java的纯真年代
7.3.4 Java绝对不等于JSP
7.3.5 努力保持一个纯真的心态
7.3.6 点评“纯真”
7.4 迷信5:C/S与B/S相比一无是处
7.4.1 B/S是一个很好的创意
7.4.2 B/S程序本身也是一个C/S程序
7.4.3 C/S程序的优势——速度
7.4.4 C/S程序的应用领域
7.5 迷信6:J2EE的开发必须用EJB
7.5.1 EJB真人真事
7.5.2 我们不禁要问,什么是“服务集群”?什么是“企业级开发”?
7.5.3 把EJB掰开了揉碎了
7.5.4 EJB的最底层究竟是什么
7.5.5 EJB中所谓的“服务群集”
7.5.6 这种部署难道是无懈可击
7.5.7 EJB活学活用,J2EE不是必须使用EJB
7.5.8 “技术”不是神,不要动不动就“崇拜”
7.6 点评“迷信”
第8章 揭秘中大型应用系统
8.1 何谓“中大型应用系统”?
8.2 无法学习与模拟
8.3 资深程序员的“经验”
8.4 为什么要熟悉系统的运行环境
8.5 带你进机房里去看看硬件设备
8.5.1 机房的基本情况
8.5.2 U的概念
8.5.3 机房中的设备
8.5.4 在机房里发现了什么
8.6 安全与效率——永恒的主题
8.6.1 绝对安全是不存在的
8.6.2 RAID
8.6.3 负载均衡
8.6.4 双机、集群的配置模式
8.6.5 网络流量与速率
8.6.6 带宽
8.7 一个软硬件部署方案实例
8.8 点评“经验”
第9章 为什么要学习用框架开发
9.1 学习框架是因为它“火”
9.2 使用框架开发的好处
9.2.1 框架的目的是简化编程工作
9.2.2 框架是一个应用程序的半成品
9.2.3 框架的好处是代码重用
9.3 框架不仅仅只有“SSH”
9.3.1 WebWork
9.3.2 EasyJWeb
9.3.3 Click
9.3.4 JBlooming
9.4 用框架的思想去“自由思考”
9.5 自己也可以试着做一个
9.5.1 先看看不用框架怎么编写程序
9.5.2 从应用程序中找到共性的东西
9.5.3 我们试着做一个最简单的框架
9.5.4 有了这个框架开发工作被简化
9.6 点评“自由思考”

第三卷 达人策略
第10章 高手有多高菜鸟有多菜
10.1 五年工作经验的“菜鸟”
10.2 高手是怎样炼成的
10.2.1 修炼1:Java悟道
10.2.2 修炼2:关注程序的品质
10.2.3 修炼3:“技术”与“技巧”都很重要
10.2.4 修炼4:走入Java的底层程序开发
10.2.5 修炼5:从Worker到Maker
10.3 点评“高手有多高,菜鸟有多菜”
第11章 控制内存的功力
11.1 别指望Java和内存无关
11.2 容易被搞晕的——堆和栈
11.2.1 堆——用new建立,垃圾自动回收负责回收
11.2.2 栈——存放基本数类型,速度快
11.2.3 何谓栈的“数据共享”
11.2.4 实例化对象的两种方法
11.3 内存控制心中有数
11.3.1 两个读取内存信息函数
11.3.2 开发Java程序内存看的见
11.3.3 必须要介绍的虚拟机的参数“-Xmx”
11.4 内存控制效率优化的启示
11.4.1 启示1:String和StringBuffer的不同之处
11.4.2 启示2:用“-Xmx”参数来提高内存可控制量
11.4.3 启示3:二维数组比一维数组占用更多内存空间
11.4.4 启示4:用HashMap提高内存查询速度
11.4.5 启示5:用“arrayCopy()”提高数组截取速度
11.5 内存垃圾回收问题
11.5.1 什么是内存垃圾,哪些内存符合垃圾的标准
11.5.2 JVM垃圾回收的相关知识
11.6 点评“功力”
第12章 产品和项目是程序员永恒的主题
12.1 项目和产品
12.1.1 “产品”的定义
12.1.2 “项目”的定义
12.1.3 “产品”和“项目”的区别
12.2 软件产品开发是“艺术”
12.2.1 软件产品开发需要灵感
12.2.2 程序作品是你的一个传世的艺术作品
12.2.3 软件产品开发需要“前瞻性”
12.3 软件项目开发是“军事行动”
12.3.1 开发者就是这个程序的“三军统帅”
12.3.2 “项目”开发需要“运筹帷幄”
12.3.3 项目控制,一艘船的故事
12.3.4 点评“军事行动”
第13章 非技术知识对工作的辅助
13.1 辅助1:“英语”不需要专业,因为它只是工具
13.1.1 英语与编程序无关
13.1.2 用英语可以看一些英文文档
13.1.3 掌握基本的工作交流时的英语词汇
13.2 辅助2:“Google”不是万能的,但不会用万万不能
13.2.1 在网页标题中搜索关键字:intitle
13.2.2 在特定站点中搜索关键字:site
13.2.3 在url链接中搜索关键字:inurl
13.2.4 精确匹配搜索:双引号
13.2.5 搜索结果中不希望含某特定查询词:减号
13.3 辅助3:程序员的常用文档写作
13.3.1 程序员在软件开发过程中需要提交的文档
13.3.2 程序员在日常工作中需要提交的文档
13.4 点评“非技术”
结束语
致谢
读者来信选登
……
序言 我是学软件的。26年前我大学毕业的时候担心的是能不能分配一个好工作,如今的大学毕业生担心的是能不能找到工作。其实,大多数的大学毕业生最后总是能找到一份工作的.但是.能不能在一个岗位上生存和发展却是一个很大的问题。由于工作的关系.我曾经接触过许许多多面临毕业的大学生,他们中的很多人对此除了彷徨几乎找不到答案,因为他们还不清楚他们在学校里所学的知识和锻炼出的能力离真正的要求有多远。我经常不忍心告诉他们这样一个事实:不管是谁的错,我们的大学毕业生(主要是IT相关的)的综合知识和素质离实战需求实在是相去甚远。我想,这也正是许许多多的政府的、民间的“实训工厂”越来越如火如荼的原因之一吧。
那么.不管你是刚毕业还是刚开始工作,如果你是个年轻的程序员,建议你读一读这本书。
这本书最初吸引我的是它的“四不像”。如果你单单看书名.你会觉得他是一本技术指导类的书.的确,在这本书中,有大量篇幅介绍Java编程的经典和经验;开卷第一章.却是在讲”生存法则”,让人怀疑这是不是一本励志之书或者职场指南:再往里看,你会发现很多内容还关系到团队建设、项目管理等等。他们就这样被作者奇奇怪怪而又自然流畅地“揉”在一起。
这本书里头几乎没有什么理论性的讲述。因为它完全不具备教科书的特征。比较“课本”而言,管它叫做“课外读物”可能更为贴切,因为整篇的内容几乎都是实战的总结和萃取。也就是说,你大概不需要“解读”书中道理.也不需要“领会”书中精神,只管拿去就用。灵于不灵.作者和本人自然不敢保证,试一试何妨?
文摘 插图:


(1)严格的项目进度与质量控制
一个负责任的领导一定是对项目的进度与质量控制得非常严格.项目进度的控制应该是一个项目主管的基本责任,所以看他是否对项目的进度能有效地把握,是他领导责任的主要体现。
(2)善于制定制度规划
一个负责任的领导是用制度来管理所有工作的,而不是用命令来管理工作.这也体现出这个主管的领导能力。
(3)善于激励团队斗志
团队成员是以饱满的精神参与整体工作还是消极怠工,团队成员有明确的项目实现目标还是当一天和尚撞一天钟,这些都是作为一个团队领导需要关注的内容,也是一个项目成败的关键。
(4)有明确的人员发展路径
一个好的团队的团队人员的职位会很有层次。这个层次主要体现在不同能力和工作年限的员工在团队中所担任的不同的角色和职位的差异,从而让你很清楚地看到自己在这个团队工作一年或两年以及三年以后的样子。
如果你遇到了一个负责任的领导,你应该感激他,通过工作你就好好地跟他学习吧!当有一天你成为一个团队领导的时候都用得上。
2.辞职以后“买卖不成仁义在”
有些人觉得辞职以后和原单位的领导就永远没有任何瓜葛了,甚至像结下了深仇大恨似的,这些想法都是不对的。
俗话说得好:“买卖不成仁义在”。如果你把在这个单位的工作经历看成一段“做买卖”的经历的话,即使最后以辞职告终.你仍然和单位的同事还有领导结为了朋友.还有“仁义”在的话,那么这个“仁义”其实也就是为你后面的发展空间留有了余地。
3.辞职是艺术但不是虚伪,说出实情就是对主管的最好报答
有人说“辞职是一门艺术”,于是就被很多人误解.觉得辞职这个事情也很复杂,一定要编造一些借口来让双方都满意似的。我们说辞职就是艺术,但它不是一个虚伪的表现.千万不要编造谎言来辞职,有时候会让人啼笑皆非的。
热点排行