796被浏览109931分享邀请回答221 条评论分享收藏感谢收起218 条评论分享收藏感谢收起查看更多回答作为程序员的你，一年看几本技术相关的书
作为程序员的你，一年看几本技术相关的书
三十六度阳光
一个月前的一次面试，对方问我一年看几本书。我一年看的书大概在50到70本之间，不过绝大部分都跟计算机技术无关。很不好意思地回答说：“跟技术有关的，很少。” 之所以不怎么看这方面的专业书，有两个主要的原因：一是因为负责的工作业务性强，不需要频繁更新技术栈；二是因为之前看过几本，都不是很感兴趣。 这一个月来，因为要跳槽的原因，我接触了大概三四十本左右的技术书。其中，买回来十几本，仔细读了其中七本书。推荐下我的前端群：，不管你是小白还是大牛，小编我都挺欢迎，不定期分享干货，包括我自己整理的一份2017最新的前端资料和零基础入门教程，欢迎初学和进阶中的小伙伴。之所以能看得进去，首先是得益于这几年来把大量业余时间放在看书和写文章上面，阅读的耐性和理解的能力都有所增强。书作为一种信息的容器，虽然讲心理学的书、讲社会学的书跟讲编程的书、讲计算机技术的书很不一样，但都有着不少的共同点。写这篇博客，希望能跟大家分享一些阅读过程中的思考和感想。1、烂书很多很多程序员买了书不看，不是因为懒，而是因为有些书太烂。好书有各种各样的好，而烂书的特征却几乎都是相同的。我这次在亚马逊退了将近十本书，它们的缺点基本上都是一模一样。阅读体验差 。 不知道是不是因为想省钱，书的质地跟盗版书有的一拼。书页泛黄，字体难看，排版糟糕；作者的表达能力低下，连简洁和准确地讲述一个核心概念都做不到，让人很难有继续看下去的心情。逻辑性弱。 一本好的书，应该做到章节与章节之间有连贯性，使得阅读坡度平缓，信息密度才会高。但是很多烂书是东讲一点，西谈一些，整本书看下来不知所云。思想层次低。 讲解各种著名开源框架、开源组件的书非常多，但是其中很多书都只是在讲怎么用，简直就像精简版的说明文档翻译。其实，把“为什么要用”和“这样用有什么好处”这两个问题讲清楚，更有价值。2、好书不少在所有书当中，好书所占的相对比例肯定不高。但是在绝对数量上，值得我们买回来看、花时间学习的好书却不少。如何判断一本书是不是好书呢？基本上只要花最多半个小时翻一遍，就能确定答案，准确率随着你阅读数量的增加而升高。阅读体验好。 基本上看完前言和第一章就能知道好不好，就像我们用一个手机上的软件，只需要很短的时间就知道用户体验是不是及格。逻辑性强。 看完整本书，如果章节与章节之间联系紧密，读完前一个章节有助于读后一个章节，基本上可以判断这是一本有条理的书。思想层次高。 我们看的很多书都是讲某一项或某一类具体的技术，但是如果它们在讲解技术细节之余还能拔高到更高的层次，提取技术之间的共性，谈论技术的思想，则有助于我们更深入理解这些技术，而且在学习其他的新技术时也更为容易。3、看书的基本方法在这一个月看技术书的时间里，我经常会跟之前看非专业书时的阅读经历做对比。下面谈谈我自己认为在阅读技术书籍时可以借鉴的几个基本方法。一、浏览。 现在我们都基本是在网上买书，所以可以先看看别人的评论和网站给出的目录、书摘。在一轮筛选完之后，把买回来的书都快速看一遍。看第一遍的时候要快，不要看得太仔细。如果是烂书，立刻扔在一边或者申请退货。如果是好书，你就能有一个大概的印象，有助于进行下一个环节。二、细读。 在把书浏览过一遍之后，我们可以开始认真地读，阅读速度也要相应地降下来。在阅读的过程中，我会习惯于把认为重要的句子和内容划线，也会把暂时看不明白的部分做上记号。这不仅可以强迫自己保证阅读的投入程度，还对进一步的学习有帮助。三、研究。 能经过筛选进入到这个环节的书已经相对不多了，基本上能确定这是一本对你来说非常重要非常有用的书。我读书一般最多读三遍，在读第三遍的时候花时间是最多的，而且远比前两遍要多得多。这个时候要做笔记，把你认为重要的内容都摘抄下来，或者裁切下来。虽然现在笔记类应用很多，例如印象笔记、One Note和Bear等，但是我还是比较推荐大家考虑使用纸质笔记本来做读书笔记，记忆效果特别显著。结束语程序员很多都有看技术博客的习惯，而且也有很多优秀的博客达人为我们提供优质的内容。但是，书籍作为另一种信息容器，跟博客这种形式的信息容器是有本质区别的，而且能发挥的作用也不一样。web前端学习方法经验可以关注我的微信公众号：‘学习web前端’，每天更新案例源码或经验分享，关注后回复‘给我资料’可以领取一套完整的学习视频
本文仅代表作者观点，不代表百度立场。系作者授权百家号发表，未经许可不得转载。
三十六度阳光
百家号 最近更新：
简介: 給我壹個開始，我將付出全部。
作者最新文章&&12644 阅读
原文作者乔纳森·丹尼可（Jonathan Danylko）是一位自由职业的web架构师和程序员，编程经验已超过20年，涉足领域有电子商务、生物技术、房地产、医疗、保险和公用事业。正如乔纳 森在文中所言，本文适合刚毕业的大学生和刚入门的程序员。如果你已是高级开发人员，或许你在本文中看到自己的身影。
从11岁时，我就一直在编程，并且一直都很喜欢技术和编程。这些年来，我积累了一些艰难又容易的经验。作为一名程序员，你或许还没这些经验，但我会把它们献给那些想从中学到更多的朋友。
我会持续更新这些经验，我可能还会有更多的感想，但就我这20年来看，我想下面这个列表中基本不需要增添额外的东西了。下面就是我至今最难忘的经验。
1.估算解决问题所需要的时间。不要怕，承认吧！我曾见过一些程序员为了解决一个特殊问题而坐在显示器前面8小时。为自己定一个时间限制吧，1小时、30分钟或甚至15分钟。如果在这期间你不能解决问题，那就去寻求帮助，或到网上找答案，而不是尝试去做“超级堆码员”。
来读《番茄工作法图解：简单易行的时间管理方法》吧！让你工作起来更轻松。
学会使用《番茄工作法图解：简单易行的时间管理方法》你会发现不知不觉工作做完了，琐事一件件的全都完成了，心情愉悦，生活品质也就有了提高。快来学习吧！
2.编程语言是一种语言，只是一种语言。随着时光推移，只要你理解了一种语言的原理，你会发现各种语言之间的相似之处 。你所选择的语言，你应该觉得“舒服”，并且能够写出有效（而且简洁）的代码。最重要的，让语言去适应项目，反之亦然。
来读《七周七语言：理解多种编程范型》吧！让你发现另外的编程之美。
《七周七语言》共介绍了七种不同的编程语言。对于每种语言，分别介绍了各自的特性、应用，以及编程入门知识和关键编程范型，还带领读者使用能够代表该语言最重要特性的技术，解决某个不寻常的问题，使其充分掌握每种语言。对开阔视野非常有帮助。
3.不要过于注重程序的“设计模式”。 有时候，写一个简单的算法，要比引入某种模式更容易。在多数情况下，程序代码应是简单易懂，甚至清洁工也能看懂。
来看《》吧！共5卷，软件开发从业人员学习和研究设计模式的必读之作。
4.经常备份代码。在我年轻时，我就有过因硬盘故障而丢了大量代码的经历，这经历很恐怖的。只要你一次没有备份，就应当像有着严格的期限，客户明天就需要。此时就该源码/版本控制软件大显身手了。
来读吧！云计算时代系统管理员必备图书。
5.承认自己并不是最顶尖的程序员 - 知不足。我常想，我对编程了解已足够多，但是总有其他人比你优秀。正所谓，“一山总比一山高”。所以，向他们看齐吧！
来看《》吧！笑对程序员的喜怒哀乐。
6.学习再学习。正如第5点所说，我经常会在手里拿一本计算机或编程相关的杂志或书（不信，可以问我的朋友）。诚然，总有很多你不知道的技术，你可以从中学习以保持不落后。如果你有一种灵巧的方式来获取你需要的新技术，那你每天都应该坚持学习。
来看《代码的未来》吧，带你领略代码未来的发展史。
《代码的未来》作者对云计算、大数据时代下的各种编程语言以及相关技术进行了剖析，并对编程语言的未来发展趋势做出预测，内容涉及Go、VoltDB、node.js、CoffeeScript、Dart、MongoDB、摩尔定律、编程语言、多核、NoSQL 等当今备受关注的话题。
7.永恒的变化。你 对待技术/编程知识，就应像你对待股票一样：多样化。不要在某一特定技术上自我感觉良好。如果那种技术或语言已经没有足够支持，那你还不如现在就开始更新你的简历，并启动培训新计划。我能保持前行的主要原则是什么呢？至少了 解两到三种语言，所以，如果某种语言过时了，你在学习新技术的时候还可以依靠另一种语言。
来看《》吧，自己强大才是真的强大！
8.提携新人。协助并且培养初级/入门的开发人员学习优秀的编程方法和技巧。也许你还不知道，在帮助他们向更高一层前进时，你自己也在向更高一层提升，你会更加自信。
来看《你的灯亮着吗？发现问题的真正所在》吧！你会打开另一扇窗。
《你的灯亮着吗？》温伯格经典名著，六个主题。每个主题都有若干生动有趣而又有警戒意义的故事作为主线，通过对故事中实际问题的解决，引申出作者对于问题解决领域的重要观点，为人们思考能力的提高提供了一些启迪性的帮助。
9.简化算法。代码如恶魔，在你完成编码后，应回头并且优化它。从长远来看，这里或那里一些的改进，会让后来的支持人员更加轻松。
来看《迷茫的旅行商：一个无处不在的计算机算法问题》吧！打开算法问题的大门。
《迷茫的旅行商》第二章从图论、欧拉回路、哥尼斯堡七桥问题，介绍到骑士周游问题、哈密顿回路、四元色问题，可以看出旅行商问题算法果真是无处不在，且影响生活中的方方面面。
10.编写文档。无论是Web服务的API，还是一个简单的类，你尽量编写相应文档。我曾经引以为豪的代码注释，因过度注释而有人指责。给三行代码加一行注释，只需要你几秒时间。如果那是一个比较难以理解的技术，千万别担心过多注释。如果你能很好做好自己的工作，大多数架构师、后备程序员、支持组都会感激你。
来看吧！帮忙养成好习惯。
11.测试、测试再测试。我是一名黑盒测试粉丝。当你完成编码后，你“被认可”的时候就开始了。如果你们公司有QA部门，如果你的代码中有错误，那你得到的评论，会比项目经理还多。如果你不彻底测试自己的代码，那恐怕你开发的就不只是代码，可能还会声名狼藉。
来看《软件测试实战：微软技术专家经验总结》吧！测试一步到位。
没有测试，对发布者来说，就无法对质量有信心；对开发者来说，就有可能在修改代码的时候捅出了大娄子自己还不知道。《软件测试实战：微软技术专家经验总结》 总结了作者多年从事软件测试研究与实践的经验，旨在帮助测试人员建立正确的观念，并掌握一批切合实战的测试技术。
12.庆祝每一次成功。我见过很多程序员在解决编程技术难题后，会和同伴握手、击掌或甚至手舞足蹈。每个人在生命中都会碰到“顿悟”。如果一个程序员高兴地跑来叫你去看他的非凡代码，也许你已经看过这样的代码100遍了，但你也应该为了这个家伙而庆祝第101次。
来读吧！对行为的认识非常重要。
13.经常检查代码。 在公司，你的代码要经常检查（包括自查和其他同事检查）。不要把别人的检查，看成是对代码风格的苛求。应该把它们看作是有建设性的批评。对个人来说，经常检查你的代码并且自问，“我怎样才能写得更好呢？” 这会让你加速你的成长，让你成为一个更优秀的程序员。
来读吧！拥有一个好习惯是走向成功的开始！
14.回顾你的代码。在看到自己以前的代码时，通常会有两种方式：“难以至信，这代码是我写的”和“难以至信，这代码是我写的”。第一种往往是厌恶的语气，并在想如何改进它。你也许会惊叹，旧代码也能复活成为一种更好的程序，甚至是一个完整的产品。第二种通常带着惊奇和成就感。开发人员应该一到两个自己完成的项目成果，能让众人不禁而立并注目而观的项目。同样，基于你优越的编程能力，你可以把过去的程序或项目拿出来，把它 们更新为更加优秀的产品或想法。
来读吧！从普通转向卓越就是这么简单。
15.幽默是不可缺的。在我20年的开发生涯中，我还没有碰到哪位程序员是没有幽默感的。实际上，干我们这行，幽默是一项必备品。
来读《每个人都会死，但我总以为自己不会》吧！如果幽默都化解了死亡的恐惧，生活还能不快乐吗？
《每个人都会死，但我总以为自己不会》卡思卡特、克莱因著。海德格尔、叔本华、尼采、加缪等大哲学家带你揭开死亡难题，伍迪o艾伦领衔众幽默大师与你笑侃死亡。让我们直面生死，笑对人生。
16.谨防那些无所不知的程序员，不愿分享的程序员，还有经验不足的程序员。当你遇到这几种程序员时，你自己要谦虚。无所不知的程序员，更想当一个英雄而不是团队成员；保守的程序员则是在编写着他们独享的代码；而经验不足的程序员则会每十分钟就来问你一下，当代码完成后，代码已经是你的，而不是他们。
来读吧！各种奇葩经历让你大呼过瘾。
17.任何项目都不会那么简单。朋 友、家人和同事曾请求我仓促做一些事情，仓促做一个程序或者网站。对于这样的事，应该从双方做计划，才能做出令两方都会满意的东西。如果某人起初只是需要一个使用Microsoft Access的、只有有3个页面的网站，但来就很可能变成一个有15个页面的网站，并使用SQL Server，有一个论坛，还有一个定制的CMS（内容管理系统）。
来读吧！如何更快、更有效的交付才是硬道理。
18.任何时候不要想当然。假如你承接一个简单的项目，你可能会认为某个部分可以轻松完成。千万别这样想！除非你有一个类、组件、或者一段已经写好的代码，并且在现有的项目已经测试通过。不要认为这将是很容易的。
来读吧！未雨绸缪总是好的。
19.没有已经完成的软件。曾经有一位程序员告诉我，没有软件是已经完成的，它只是“暂时完成了”。这是明智的忠告。如果客户还在使用你写的程序，并经受了时间的考验。如果有机会，你仍在更新它，这并不是什么坏事，这让你不断地前行。
来读《软件开发与创新：ThoughtWorks文集（续集）》吧！Martin Fowler大师的真知灼见一定会对你有所启发。
《软件开发与创新：ThoughtWorks文集（续集）》不仅涵盖了语言、集成和测试等领域的最新变化，而且还包括了Java服务器端开发的最新动向。文集既对软件开发新手颇有助益，又能帮助经验丰富的程序员过渡到新的开发领域。
20.耐心是一种美德。当客户、朋友或家庭成员用电脑的时候，他们也许会受挫，进而想砸电脑，或气冲冲地离开。我一直在 告诉他们，“是你掌控电脑，不是电脑掌控你。”对于用作编程的电脑，你要有一定的耐心。一旦程序员知道问题所在后，他们就会站在电脑的角度看问题，并且说 “哦，这就是为什么它是这样做。”
来读《咨询的奥秘：寻求和提出建议的智慧》吧！大智慧都在这里。
《咨询的奥秘：寻求和提出建议的智慧》这是温伯格最睿智的作品，堪比《登山宝训》，但要好玩多了。不管你做什么工作，只要需要和人打交道，就应该立即读读这本书！
本文出处：
本文链接：
编译：伯乐在线 –
在转载后每个建议下推荐了一本图灵图书。
高等教育出版社自然科学学术著作分社 市场助理 负责学术著作图书的营销工作等Java自学书籍推荐 程序员到架构师必看的书_java
作者：用户
本文讲的是Java自学书籍推荐 程序员到架构师必看的书_java，
作为Java程序员来说，最痛苦的事情莫过于可以选择的范围太广，可以读的书太多，往往容易无所适从。我想就我自己读过的技术书籍中挑选出来一些，按照学习的先后顺序，推荐给大家，特别是那些想不断提高自己技术水平的Java程序员们。
作为Java程序员来说，最痛苦的事情莫过于可以选择的范围太广，可以读的书太多，往往容易无所适从。我想就我自己读过的技术书籍中挑选出来一些，按照学习的先后顺序，推荐给大家，特别是那些想不断提高自己技术水平的Java程序员们。
一、Java编程入门类对于没有Java编程经验的程序员要入门，随便读什么入门书籍都一样，这个阶段需要你快速的掌握Java基础语法和基本用法，宗旨就是“囫囵吞枣不求甚解”，先对Java熟悉起来再说。用很短的时间快速过一遍Java语法，连懵带猜多写写代码，要“知其然”。
1、《Java编程思想》
在有了一定的Java编程经验之后，你需要“知其所以然”了。这个时候《Java编程思想》是一本让你知其所以然的好书，它对于基本的面向对象知识有比较清楚的交待，对Java基本语法，基本类库有比较清楚的讲解，可以帮你打一个良好的Java编程基础。这本书的缺点是实在太厚，也比较罗嗦，不适合现代人快节奏学习，因此看这本书要懂得取舍，不是每章每节都值得一看的，挑重点的深入看就可以了。
2、《Agile Java》中文版
这本书是出版社送给我的，我一拿到就束之高阁，放在书柜一页都没有翻过，但是前两天整理书柜的时候，拿出来一翻，竟然发现这绝对是一本好书！这本书一大特点是以单元测试和TDD来贯穿全书的，在教你Java各种重要的基础知识的过程中，潜移默化的影响你的编程思维走向敏捷，走向TDD。另外这本书成书很新，以JDK5.0的语法为基础讲解，要学习JDK5.0的新语法也不错。还有这本书对于内容取舍也非常得当，Java语言毕竟类库庞大，可以讲的内容太多，这本书选择的内容以及内容的多寡都很得当，可以让你以最少的时间掌握Java最重要的知识，顺便培养出来优秀的编程思路，真是一本不可多得的好书。
虽然作者自己把这本书定位在入门级别，但我不确定这本书用来入门是不是稍微深了点，我自己也准备有空的时候翻翻这本书，学习学习。
二、Java编程进阶类打下一个良好的Java基础，还需要更多的实践经验积累，我想没有什么捷径。有两本书值得你在编程生涯的这个阶段阅读，培养良好的编程习惯，提高你的代码质量。
1、《重构 改善既有代码的设计》
这本书名气很大，不用多介绍，可以在闲暇的时候多翻翻，多和自己的实践相互印证。这本书对你产生影响是潜移默化的。
2、《测试驱动 by Example》
本书最大特点是很薄，看起来没有什么负担。你可以找一个周末的下午，一边看，一边照做，一个下午就把书看完，这本书的所有例子跑完了。这本书的作用是通过实战让你培养TDD的思路。
三、Java架构师之路
到这个阶段，你应该已经非常娴熟的运用Java编程，而且有了一个良好的编程思路和习惯了，但是你可能还缺乏对应用软件整体架构的把握，现在就是你迈向架构师的第一步。
1、《Expert One-on-One J2EE Design and Development》
这本书是Rod Johnson的成名著作，非常经典，从这本书中的代码诞生了springframework。但是好像这本书没有中译本。
2、《Expert One-on-One J2EE Development without EJB》
这本书由gigix组织翻译，多位业界专家参与，虽然署名译者是JavaEye，其实JavaEye出力不多，实在是忝居译者之名。
以上两本书都是Rod Johnson的经典名著，Java架构师的必读书籍。在我所推荐的这些书籍当中，是我看过的最仔细，最认真的书，我当时读这本书几乎是废寝忘食的一气读完的，有小时候挑灯夜读金庸武侠小说的劲头，书中所讲内容和自己的经验知识一一印证，又被无比精辟的总结出来，读完这本书以后，我有种被打通经脉，功力爆增的感觉。
但是后来我看过一些其他人的评价，似乎阅读体验并没有我那么high，也许是因为每个人的知识积累和经验不同导致的。我那个时候刚好是经验知识积累已经足够丰富，但是还没有系统的整理成型，让这本书一梳理，立刻形成完整的知识体系了。
3、《企业应用架构模式》
Martin的又一本名著，但这本书我只是泛泛的看了一遍，并没有仔细看。这本书似乎更适合做框架的人去看，例如如果你打算自己写一个ORM的话，这本书是一定要看的。但是做应用的人，不看貌似也无所谓，但是如果有空，我还是推荐认真看看，会让你知道框架为什么要这样设计，这样你的层次可以晋升到框架设计者的角度去思考问题。Martin的书我向来都是推崇，但是从来都没有像Rod Johnson的书那样非常认真去看。
4、《敏捷软件开发原则、模式与实践》
Uncle Bob的名著，敏捷的经典名著，这本书比较特别，与其说是讲软件开发过程的书，不如说讲软件架构的书，本书用了很大篇幅讲各种面向对象软件开发的各种模式，个人以为看了这本书，就不必看GoF的《设计模式》了。
四、软件开发过程
了解软件开发过程不单纯是提高程序员个人的良好编程习惯，也是增强团队协作的基础。
1、《UML精粹》
UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。
2、《解析极限编程 拥抱变化》XP
这是Kent Beck名著的第二版，中英文对照。没什么好说的，必读书籍。
3、《统一软件开发过程》UP
其实UP和敏捷并不一定冲突，UP也非常强调迭代，测试，但是UP强调的文档和过程驱动却是敏捷所不取的。不管怎么说，UP值得你去读，毕竟在中国真正接受敏捷的企业很少，你还是需要用UP来武装一下自己的，哪怕是披着UP的XP。
4、《敏捷建模》AM
Scott Ambler的名著，这本书非常的progmatic，告诉你怎么既敏捷又UP，把敏捷和UP统一起来了，又提出了很多progmatic的建议和做法。你可以把《解析极限编程拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一起读，看XP和UP的不同点，再看AM是怎么统一XP和UP的，把这三种理论融为一炉，形成自己的理论体系，那么你也可以去写书了。
五、软件项目管理
如果你突然被领导提拔为项目经理，而你完全没有项目管理经验，你肯定会心里没底；如果你觉得自己管理项目不善，很想改善你的项目管理能力，那么去考PMP肯定是远水不解近渴的。
1、《快速软件开发》
这也是一本名著。可以这样说，有本书在手，你就有了一个项目管理的高级参谋给你出谋划策，再也不必担心自己不能胜任的问题了。这本书不是讲管理的理论的，在实际的项目管理中，讲这些理论是不解决问题的，这本书有点类似于“软件项目点子大全”之类的东西，列举了种种软件项目当中面临的各种问题，以及应该如何解决问题的点子，你只需要稍加变通，找方抓药就行了。
在这份推荐阅读书籍的名单中，我没有列举流行的软件框架类学习书籍，例如Struts，Hibernate，Spring之类，也没有列举AJAX方面的书籍。是因为这类书籍容易过时，而上述的大半书籍的生命周期都足够长，值得你去购买和收藏。
以上是云栖社区小编为您精心准备的的内容，在云栖社区的博客、问答、公众号、人物、课程等栏目也有的相关内容，欢迎继续使用右上角搜索按钮进行搜索Java自学书籍
Java架构师之路
架构师必看书籍、java架构师必看书籍、软件架构师必看书籍、php架构师必看书籍、互联网架构师必看书籍，以便于您获取更多的相关知识。
稳定可靠、可弹性伸缩的在线数据库服务，全球最受欢迎的开源数据库之一
6款热门基础云产品6个月免费体验；2款产品1年体验;1款产品2年体验
弹性可伸缩的计算服务，助您降低 IT 成本，提升运维效率
开发者常用软件，超百款实用软件一站式提供
云栖社区()为您免费提供相关信息，包括
，所有相关内容均不代表云栖社区的意见！