随笔
java 老吗?
去年看了一本书,周志华的《凤凰架构》
架构演变最重要的驱动力,或者说这种“从大到小”趋势的最根本的驱动力,始终都是为了方便某个服务能够顺利地“死去”与“重生”而设计的,个体服务的生死更迭,是关系到整个系统能否可靠续存的关键因素。
我们无法一步到位设计一个最优秀的架构,适合当前的业务,解决具体的问题、持续演进,才是最好的架构。
就像生物一样,不断适应环境的演化存活下来,才是最成功的。
成也萧何败萧何
工作中基础过一些语言,比如 java / c# / js / go / python
那么,java 到底老不老呢?
冗长的语法,令人备受诟病。于是 jdk 奋发图强,半年一个版本,大部分开发者直接学不动…
java 的口号是【Write Once,Run Anywhere】
jvm 在设计之初,为了解决跨平台+内存分配问题+性能监控分析优化,功能不可谓不强大;反射作为元数据处理的有力辅助,动态灵活,底层组件爱不释手。
但是这 2 样最引以为傲的东西,在云时代的近代,恰恰成为了 java 最大的阻碍。
jvm 导致启动时占用较多的内存,所以类似于日志采集的 agent 就优先考虑 go 之类的轻量实现;动态反射导致 naive-image 的编译困难。
2018 年 4 月,Oracle Labs 新公开了一项黑科技:Graal VM,口号是【Run Programs Faster Anywhere】
这是一个在 HotSpot 虚拟机基础上增强而成的跨语言全栈虚拟机,可以作为“任何语言”的运行平台使用。
java 30 年沉浮,尚且脱骨向前,何况你我呢?
自己
不同的理念,造就了后续完全不同的路径。
刚毕业的时候,我是前后端都做的,后来发现前端需求改的过于频繁,且【每个人都自己的审美】。
于是,后续的几年的都偏向于后端,也就是逻辑与流程。
不过现在,对于产品的认知也在变化。前后端只是分工不同,对于使用者而言,完整的产品才有意义。
我可以不懂前端开发,但是我必须懂得用户的交互、设计、美学,而这恰恰是我非常欠缺的地方。
技术只是手段,用完整的服务解决用户的问题才是目的。
生物的进化是具有趋同性的,优秀的设计与理念值得共同学习。
愿大家找到属于自己的演化架构,大道千万条,不同的路上有不同的景色;条条大路通罗马,愿我们终将抵达属于自己的最初的目标!
小结
希望本文对你有所帮助,如果喜欢,欢迎点赞收藏转发一波。
我是老马,期待与你的下次相遇。
随笔
mongodb/redis/neo4j 如何自己打造一个 web 数据库可视化客户端?