《Java程序员，上班那点事儿》以轻松幽默的笔触，真实展现了Java程序员的职场百态。书中不仅探讨了技术难题的解决之道，更深入剖析了程序员的生存现状、职业发展以及人际关系处理等问题。它如同一本职场生存指南，为Java程序员提供了宝贵的经验和建议，帮助他们更好地适应职场，实现个人成长。
《Java程序员，上班那点事儿》读后感(一)
这本书面向的对象是初入职场或者即将进入的职场的人，对于我这种已经有多年工作经验的人来说，收获不大。对于新人来说还是具有一些指导意义，最典型的就是“菜鸟心态综合症”。其他内容就比较浅显了。总的来说，本书的作者态度还是比较实在，花2个小时读完还是不亏的。
1/7页《Java程序员，上班那点事儿》读后感(二)
不错啊，挺写实的，蛮搞笑。菜鸟进阶宝典，老油条混世之技巧在书里体现得淋漓尽致啊。不过现在java已经被认为是coffee base language了，要变睾手还是要了解native编程啊
买程序员T恤还是要看 geekus啊，有木有 shop57988023.taobao.com ，穿上战袍不再是菜鸟了有木有
2/7页《Java程序员，上班那点事儿》读后感(三)
给迷茫的程序员指明方向, 这本书可以让你帮助你, 这本书不是讲技术的, 有点像和你聊天, 谈得内容很宽泛, 如果你要在技术上提升自己, 可以把这本书里面所列的一些内容仔细推敲一下, 比如JAva的技术你可以阅读JAVA编程思想, 关于前台开发可以找JavaScript高级编程, 不过我认为基础和项目经验很重要, 所以希望提升自己的水平要把基础打好, 要去参加核心项目才能提升自己
3/7页《Java程序员，上班那点事儿》读后感(四)
先说明我不是java程序员，只是闲着看过java的语法。
看这本书，第一感觉是，作者高考那种议论文一定写的不错。
里边有很多各种或精辟或赘余的“论据”，写作风格比较独特。书中写的多是java程序员工作中的一些事，对于刚毕业的想从事Java开发的人应该比较有用，像我这种也就是看看娱乐一下吧。书中有些东西也不是很赞同，有些部分也觉得有些多余了，不过总体上还是写的比较好的。书并不是一本技术书籍，所以技术方面的东西比较简单，我都能看懂~
4/7页《Java程序员，上班那点事儿》读后感(五)
这本书真的很差，写技术方面的内容简直就是渣渣！就说那“三个迷信”，前两个作者都没搞懂JVM的运行机制，也不知道C程序的运行原理；而且那几个测试用例写的我都无力吐槽了，用循环来测试程序的内存占用真不知道是怎么想的；对于第三个迷信，我只能说里面的面试者估计只是自己百度随便写了点JSP连一本完整介绍JAVA的书都没看过就去面试了，就这样的事例举出来有什么必要？
有些部分写的很坦诚，但是我对这种连基本知识都不懂的作者居然在写“JAVA程序员三境界”，表示呵呵~
5/7页《Java程序员，上班那点事儿》读后感(六)
花了一个上午加中午的20分钟把这本书读完了,可以说是两口气读完的吧.
第一章:入行前的"经典问题",对自己没有什么大的触动,因为自己热爱编程。没有比做自己喜欢的事情更令人高兴的了，你说呢？
第二章：工作以后的误区，从提高班毕业的人对这些也不是很在乎，能力上有这份自信。
第三章：到公司之后的感触问题：自己也基本上不存在，自学一直是提高班倡导的，解决问题也是提高班训练的。
第四章：招聘的技巧：这些还不再考虑范围之内，还是先练好硬功夫再去学镀金身吧。
第五章：自学和终身学习是很早就决定的事情了。
第六章：工具方面还是很长见识的，但是不知道哪些工具是否都过时了，“不做工具的奴隶！”谨记，思想是最重要的。
第七章：Java的底层讨论，需要时间去彻底了解java这是一项很花时间的工程！
第八章：了解实际的项目：很长见识，了解到了很多以往不知道的。
第九章：对框架的思考，和自己以往的想法差不多，和提高班的思想基本上不差，懒人推动社会发展。
第十章：从菜鸟到高手----认真的态度，足矣
第十一章：还是Java的底层，和内存打交道这个需要时间研究哦
第十二章：项目的把控，软件工程的内容，老调子了
第十三章：其他的非技术，除了英语态度方面，其他的还是比较赞成的。
完
6/7页《Java程序员，上班那点事儿》读后感(七)
这段时间看了本书，推荐大家看看-------《程序员的那点小事》，这本书写的真是不错。有许多方面的价值，针对今天这个主题，我就根据这本书中的一部分读后感，来说说大家对程序员这个职业的几点误区：
1. 软件开发是青春饭；
2. 做软件开发的是必须要加班熬夜的工作
3. 程序员不是一般人能学好的
4. 存在软件蓝领的岗位
貌似以前某人和我谈到我专业的时候说，据说你们专业出来后的工资还行，但是做不了几年。等年纪大了就做不动了。其实，这就是“外行人”的理论，但正是这种外行的理阻碍了大多数新程序员的前进，使得许多的人看不到职业发展方向，搞不清楚自己的发展路劲。
基本上，做这行的都会经历这三中阶段：初级程序员->高级软件工程师—>部门经理,CTO—>自主创业；
这点可以反驳第四点的误区，存在有所谓软件蓝领思想的人认为，一个标准软件体形应该是上尖下宽的金字塔，软件企业保持70~80%的软件蓝领是比较合理的。在这种结构中，所谓的高级设计人员不需要太多，只要着设计即可，而蓝领就只需负责编写代码。这个完全低估了软件行业的进取精神。程序员不像普通的蓝领，只需要掌握一种操作就可以重复进行生产，他们必须不断的学习，不断获得新的技术和能力来解决问题，他们的知识与能力是不断提高和增长的。这个存在很大的发张空间，而不是一味的重复一个或者几个简单的步骤，这也导致了每个程序员存在不同的技能水平，这是不符合结构标准的。而且软件行业并非只有MIS系统。（MIS之采用的技术比较单一，各项目的技术变化不大，而且数据库相关的只需要建立针对数据库操作的各个模块），而是存在如网游系统，多媒体相关系统等非MIS等。说到这里有人就说了，我们专业不就主要学习MIS的设计吗。貌似也是，不过我觉得这个并不重要，其实我觉得对于一个选择了信息系统发展的人来说，这只是一个短期的方向，在以后的开发过程中会接触到更多的新的领域。所以我觉得做这个专业的人一定要有一个进取的精神，而且要有积极的工作态度，而这个态度，是每个专业都必须有的吧，所以这个不算是问题。
积极的工作态度与热情这一点也许就造成了人们一直认为的做软件开发的是必须要加班熬夜的，据了解，一般正常的公司，并不会强制要求员工进行加班加点的工作，因为八小时的工作时间是比较科学和合理的，由于项目进度的控制是十分重要的，有得项目一定要按时完成，这就造成有些人在有限时间内不能完成任务形成的加班现象吧。再者就是有些程序员写代码并没有做到一气呵成，并且不是是非常的投入。这点我可以联想到：有时候自己看书或者写代码不专注的时候，经常会写几行的代码就看下微博，看下心情之类的。这样的结果就导致效率的及其低下，这是我十分有感触的。我们都知道，“任务切换需要耗费许多额外的花销，通俗地来讲，首先需要保存当前上下文以便下次能够顺利切换回来，然后要加载目标任务的上下文。如果一个系统不停地在多个任务之间来回倒腾，就会耗费大量的时间在上下文切换上，无形中浪费很多的时间。
相比之下，如果只做一件任务，就不会有此损失。这就是为什么专注的人比不专注的人时间利用效率高得多的原因。任务切换的时间看似非常不明显，甚至很多人认为“多任务”是件很好的事情（有时候的确是），但日积月累起来就会发现，消耗在切换上的时间越来越多。
另外，大脑开始一件任务的时候必须要有一定时间来“热身”，这个时间因人而异。“------摘自《暗时间》。
所以专注是非常重要的，呃，貌似有点跑题，但是我觉得如果能做到这点的话，按时间完成任务是可能的，也可以不必加班加点。在一个就是一些加班现象来自于程序员自身的来自于对工作的热爱，是一腔热血使然。最后一个误区就是程序员不是一般人学的，个人觉得，程序员也是人。每一项职业，只有通过自己的不断努力，才可以胜任和做的出色，如果一味的认为自己什么都做不到，我觉得首先在态度上就是不对的，态度决定一切。还有就是不要总觉得写代码是无聊枯燥的：风恬浪静中见人生之真谛，味淡声稀处识心体之本然！呼呼，所以呢，最终要的还是努力吧。嘿嘿，就像朱熹老人家说的：读书执法无他，唯是笃志虚心，反复详玩，唯有功耳！
7/7页
