第二十四期 AMA 掘金团队请来了《Spring Cloud微服务实战》作者 --程序猿DD 做了为期三天的 Ask Me Anything (AMA) 活动(活动已结束)。 我们在此精选了一些来自用户的提问及程序猿DD的回答。
大家好,我是DD,一名长期作战在一线的程序员。写代码是我每天坚持并且热衷的事,除此之外对于技术的研究与分享是我业余的最大爱好之一。对于技术分享这件事,从大学开始就有开始,但是一直都没有很坚持,直到 2016 年,我才开始搭建了我的独立博客,并开始坚持写文,从 Spring Boot 系列文章,到国内最早的 Spring Cloud 系列教程。在这个写博分享的过程中,不仅让我的知识更加体系化,也让我结识了非常多优秀的同行,在交流的过程中不断补充着自身对各种技术认识的场景盲点,不断丰满对各种技术的认识。
现在spring家族基本统一了java界,我想问下架构运用在生产上的话,完整的一套生态应该是怎样的?从前端、后台、监控、部署服务器,到底怎样的架构设计才比较通用规范,而且有可复用性,谢谢
其实用Spring Cloud的比较核心的部分已经覆盖掉了,剩下就是开发规范对接,然后运维的日志采集,trace、metric等的采集,告警管理等等内容对接了。因为这部分往往都能团队管理考核都会相关,所以很难有开源是直接适配的东西,一般都自己做的。可以从我上面说的几个角度去思考,spring cloud是不是已经给大家开了不少运维管理的对接点了?然后结合自己的管理模式去接起来就可以了。
从入门到精通java技术盏的话,能推荐一些技术书籍吗,特别是经典或必看的书
java入门的话,官方手册和一些你能搜到的java教程都可以,跟着例子敲一下就可以了。深入的话,几个方向的书:并发编程、JVM原理;框架类的Spring、Spring Boot、Spring Cloud,如果英文不错,这些框架类的建议直接读官方例子和文档,因为跟着对应版本会更准确(我的博客还是其他地方搜索的,不一定是你用的版本,可能会有差异),这块书的话Spring Boot推荐一下小马哥的《Spring Boot编程思想》,最近我也在看,写的很不错;Spring Cloud的话,我虽然写过一本,但是版本有点老了。有兴趣的话,可以先看我博客的免费入门内容的。
另外再推荐几本我觉得收获很大,并且反复读过几次的书:Head First设计模式、重构、企业应用架构模式、人月神话。。。
暂时想到这些,回头我也整理个学习路线的书单吧~
程序員的職涯一般來說會是怎麼發展呢
先保持一技之长,不论怎么寒冬,都依然能发挥价值。常规的发展不是走向技术专家方向就是走向管理层吧。但是这些都不是绝对的,找到适合自己的路比较重要,垂直行业发展还是热爱比较重要。对于很多没有兴趣,不自我提升的,后续可能还是会比较残酷的。不过这不一定是坏事,也许推一把换到其他行业,可能如鱼得水也不一定,但是不变的是,不论到那里,你愿意投入和真正投入了多少很关键,”一万小时定律“还是很有道理的。
我想问下在你多年的职业生涯中,个人最满意的项目是哪个,它给你带来了哪些收获呢?
我觉得没有最满意的吧,不过不同时期,都会觉得一些东西很傻比,尤其是当前接触的,但是经历的越多,回头想,有很多存在的东西都是有道理的。不要因为用的技术搓,或者管理复杂就去批评它不好,它的存在总是有各种背景原因存在的。人员配置也好,安全考虑也好,很多设计都是在某些场景下,不得不这样做,才是当时解决这个场景最好的方案。其实简单的说,就是架构的适用原则,以解决问题为目的。
这些原则应该可以快速套到你的实际项目里去吧。
请问下前期在没有多少读者的情况,如何坚持下去?有时候写完文章,发布后,并没有多少人看,没有反馈:sob:
这个看写作目的了,本身一开始写就是为了自己整理思路的。并没有想没有读者怎么办。。。所以就一直在坚持。。。开始也一直没人看。不过我那时候写的东西,有很多都是基于当时搜不到的内容才去写的。所以搜索引擎上优先级就很高,初期流量就起来了。
但是,比较悲剧的是那是不懂运营,看到这部分内容流量不错,就会去csdn、博客园这些平台发,很多都不标出处的,还有洗稿的。慢慢的百度的搜索来源就越来越少了。这个其实我之前也发文吐槽过。平台不作为,没什么办法的。所以,如果自己要保护自己,就同步一下这几个重要的平台。不至于流量被撸的太惨。