每周分享一本技术书
课程介绍及如何有效阅读技术书 第一课
赵国玉 QQ:简单 it技术书籍分享群 432990371 入群认证：说一本认为比较好IT书籍名 宗旨：你不劳动，他不劳动，大家吃啥，你不分享，他不分享，大家看啥。
看了也没用 课程介绍及快速阅读有效的阅读技术书籍 趣味读《软件工程思想》 《高效程序员的45个习惯，敏捷开发修炼之道》 人月神话 重构-改善既有代码代码的设计 编写高质量代码 测试驱动开发 HeadFirst设计模式 … 看了也没用
课程-声明 只分享我认为好的技术书，你可不支持，我表示理解，但希望你能分享更好的书。 这是经验分享，不是技术讲座 发表的一些观点，仅仅代表原书作者，或本香主观点 不会讲具体某项技术的书。Java语言，Java思想 光死学技术，开始有用，越走路越窄。技术也要软功护体 课程进度，按照网站进度进行的概率，为10%。
课程分享书籍方面 思想理论流程 开发过程 架构设计 运维维护
说说Free 大家都应该学会分享，会分享，才会进步得更快 很多软件公司，通过FREE发了财（我桌面上就有几个）
说说关于课程的想法 本身想出名，而且想有钱，但这个课程不是此目的 让别人分享，最好的例子，是自己分享。 我通过此视频，分享我收藏的好书 通过《基于案例学Spring技术》,分享我的工作经验 将来，如果我有精力，也会坚持分享
我对”21天精通Java之类”书的看法 请尊重Java技术 好好理解精通二字 我工作6年了，至今在简历中不敢用精通Java之类的词语 让它们通通见鬼去吧，养只鸡还需要几个月呢
对刚工作的朋友们，吐吐槽，你们让我五体投地 技术不怎么地，还特懒。能力不及，好歹你回家多上工啊。 没经验吧，还不爱思考 OOP 理论说的头头是道，但写出程序都是面向过程式。这一点，我不怪，一是经验不足，二是被SSH框架耽误了。工作了4,5年有的也不知道面向对象是何物啊。 桌面乱七八糟，文件满天飞
分享一些（即将）程序员小弟们的一些经验 阅读是自我提升的一个有效方法，阅读书籍、阅读博客都是我们技术提升的重要手段之一。 阅读的质量，阅读的方法很大程度上限制了我们的知识获取的深度与广度。 技术类的书籍，很多都大同小异。 找寻一本好书很重要 给我一双慧眼吧
慧眼识好书 先去知乎，豆瓣，亚马逊，当当上看大家对某些书籍的评论。很电影有啥区别？ 再看看电子版的，感觉不错就买下来(一般，有样章）
除了书籍，阅读来源还有… 报纸，虽然过时了 博客 官方论坛 技术杂志 参加XX技术用户组 开源网站
好马配好鞍 福昕阅读器 RSS阅读器 搜索工具 云记事本 思维导图
阅读注意事项或规则 脑袋一热，买了学习方向无关的 带着问题阅读（目的？重要性？，为了达成目的，需要时间？） 别读一本书，用一个月 读一本书，做一个小结（可加深印象） 要有重点阅读（跳读、泛读，精读，主题阅读） 反复阅读，多实践（每次阅读体会都不一样）
如何阅读一本书 1.看出版时间， 看出版公司 2.看作者简历 3.看书序 4.看书的约定 5.看索引 6.分主次，分先后 大前提是要对应现在自己现在的工作需要或未来兴趣
多读些英语原著 国内很多翻译很烂。 提升你的英语水平。（包括单词，以及思维模式的改变） 迟早都要看英文，还不如早点看。 读书不要太功利 当然，如果就是为了快速提高某项技术，还是以目的驱动
读书本身就是一件枯燥的事 X 凿壁偷光 头悬梁锥刺股 韦编三绝 映雪囊萤
读书本身就是一件枯燥的事 要自找有乐 要带有目的性 要带着疑问（尽信书不如无书） 要给自己制定的阅读小计划 要定期给自己加点油 要保持阅读新鲜感
分享下排除错误，修复Bug的问题思路 其实和修电脑思路一样。比如显示器不亮了。你怎么办？ 缩小范围（分治法） 猜测问题 定位问题 解决问题 巧用日志（ 这和病人看病，尿检，血检一个道理） 掌握一个BUG工具 会搜索是一个技术活