尾声 | 道阻且长,努力加餐
郑雨迪
该思维导图由 AI 生成,仅供参考
说句实话,我也不知道是怎么写完这 36 篇技术文章的。
一周三篇的文章接近近万字,说多不多,对我而言还是挺困难的一件事。基本上,我连续好几个月的业余时间都贡献给写作,甚至一度重温了博士阶段被论文支配的恐怖。我想,这大概也算是在工作相对清闲的国外环境下,体验了一把 997 的生活。
这一路下来,我感觉写专栏的最大问题,其实并不在于写作本身,而在于它对你精力的消耗,这种消耗甚至会让你无法专注于本职工作。因此,我也愈发地佩服能够持续分享技术的同行们。还好我的工作挺有趣的,每天开开心心地上班写代码,只是一到下班时间就蔫了,不得不应付编辑的催稿回家码字。
我在写作的中途,多次感受到存稿不足的压力,以致于需要请年假来填补写作的空缺。不过,最后做到了风雨无阻、节假无休地一周三更,也算是幸不辱命吧。
说回专栏吧。在思考专栏大纲时,我想着,最好能够和杨晓峰老师的 Java 核心技术专栏形成互补,呈现给大家的内容相对更偏向于技术实现。
因此,有读者曾反馈讲解的知识点是否太偏,不实用。当时我的回答是,我并不希望将专栏单纯写成一本工具书,这样的知识你可以从市面上任意买到一本书获得。
我更希望的是,能够通过介绍 Java 虚拟机各个组件的设计和实现,让你之后遇到虚拟机相关的问题时,能够联想到具体的模块,甚至是对于其他语言的运行时,也可以举一反三相互对照。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
这篇文章是作者在结束36篇技术文章专栏后的总结。作者坦言在业余时间连续几个月贡献给写作,感受到了写作对精力的消耗,甚至影响了本职工作。他强调专栏内容并非工具书,而是希望通过介绍Java虚拟机各个组件的设计和实现,让读者能够更深入地理解虚拟机相关知识。作者还提到了对HotSpot源代码的大量阅读和讨论,以及对专栏内容的修订和完善。在结束专栏后,作者鼓励读者继续学习Java虚拟机,并提供了相关的阅读资料和建议。最后,作者感谢读者的支持与陪伴。整篇文章充满了作者对技术的热情和对读者的鼓励,展现了作者对技术的深刻理解和对学习的持续推动。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《深入拆解 Java 虚拟机》,新⼈⾸单¥59
《深入拆解 Java 虚拟机》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(69)
- 最新
- 精选
- Len置顶这个专栏让我对 JVM 的实现产生了浓厚的兴趣。
作者回复: 多谢支持!
2018-10-1522 - 李二木置顶本专栏是对市面上介绍虚拟机知识扩展和补充。物有所值。老师辛苦了!
作者回复: 多谢支持!
2018-10-15210 - 钱非常感谢,雨迪老师辛苦啦! 这个专栏我一直在跟进学习,可能是功力不足,部分内容认为弄明白了,有些内容认为理解不到位,后续会继续努力! 看了R大的书目和博文中学习的明目,顿感差距可用天壤之别来形容,这个专栏结束了,但这不是学习的结束而是新的开始! 感谢您的一路陪伴,感谢🙏!
作者回复: 多谢godtrue的多条长评!印象深刻!
2018-10-15212 - 随心而至感谢郑老师 1.实践性强 这是我目前订阅的专栏里面写留言最多的,以前大学时看周志明的书,总觉得很难动手验证,或许是自己经验能力都还不够。现在订阅这个专栏,每次都能跟着老师的实战实际的动手,实际地体会每个知识点。这样的学习也是我最喜欢的方式,每次都能边看边思考边动手验证,一些思想概念等看不着莫不见的东西通过代码,通过工具,就可以显现在自己眼前,这样理解之后的在记忆,更加持久深入。即便忘记了,也可以很快捡起来。 2.有体系,有脉络 老师先讲JVM的基本原理,再讲高效编译,代码优化,以及畅想未来的GraalVM。 让我对JVM的了解深入了很多。 3.有启发,开拓视野 原来我不知道如何去验证voaltile, synchronzied的实现方式,try-catch-finally的实现方式(还有很多),其实都是可以通过字节码,机器码,JVM源码来验证的。另外JNI, Java Agent也都开拓了我的眼界,明白native的前世今生,明白了AOP的实现方式, 4.学习需要有体系 计算机组成原理,操作系统,编译原理,计网,数据结构与算法都是一些通用的计算机科学知识。聪明的计算机科学家会借鉴已有的最有效的解决方案来解决自己遇到的问题,只有了解了这些最底层计算机科学知识,自己才可以走的更远。 道阻且长,继续加油。 再次感谢郑老师
作者回复: 多谢支持!
2019-11-018 - 笑看风云动态语言像groovy,代码优化与java有哪些区别呢?
作者回复: Groovy也是被编译为Java bytecode,所以在即时编译器看来是没有区别的。 不过,Groovy的编译器生成的bytecode模式可能和javac生成的不一样,如果是这样的话那需要调整inliner的配置。
2018-10-195 - 陈浩这是我读过最硬核的技术专栏,感谢
作者回复: 多谢支持!
2018-10-184 - Desire感谢,老师这么长时间,讲学。让我对jvm有所了解。还需要对jvm深入开展。
作者回复: 多谢支持!
2018-12-033 - 冀兴锋物有所值。老师辛苦了!
作者回复: 多谢支持!
2018-10-193 - 阿武感谢作者这么细心的专栏,虽然我因为技术资历较浅,还没研习虚拟机。但看了前几篇文章,感觉作者很用心,等算法和Java开发能力上升后,一定好好研习大大的文章。:-)
作者回复: 多谢支持!
2018-10-153 - 对方正在输入感谢老师带来的干货,非常感谢
作者回复: 谢谢支持!
2018-11-192
收起评论