java 老矣,尚能饭否?

随笔

从千万粉丝"何同学"抄袭开源项目说起,为何纯技术死路一条?

数据源的统一与拆分

监控报警系统的指标、规则与执行闭环

java 老矣,尚能饭否?

一骑红尘妃子笑,无人知是荔枝来!

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 年沉浮,尚且脱骨向前,何况你我呢?

自己

不同的理念,造就了后续完全不同的路径。

刚毕业的时候,我是前后端都做的,后来发现前端需求改的过于频繁,且【每个人都自己的审美】。

于是,后续的几年的都偏向于后端,也就是逻辑与流程。

不过现在,对于产品的认知也在变化。前后端只是分工不同,对于使用者而言,完整的产品才有意义

我可以不懂前端开发,但是我必须懂得用户的交互、设计、美学,而这恰恰是我非常欠缺的地方。

技术只是手段,用完整的服务解决用户的问题才是目的

生物的进化是具有趋同性的,优秀的设计与理念值得共同学习。

愿大家找到属于自己的演化架构,大道千万条,不同的路上有不同的景色;条条大路通罗马,愿我们终将抵达属于自己的最初的目标!

相关推荐
木头没有瓜6 分钟前
idea离线安装插件
java·ide·intellij-idea
llwszx16 分钟前
Spring中DelayQueue深度解析:从原理到实战(附结构图解析)
java·后端·spring·delayqueue·延迟任务
述雾学java30 分钟前
Spring Cloud Feign 整合 Sentinel 实现服务降级与熔断保护
java·spring cloud·sentinel
保持学习ing31 分钟前
苍穹外卖day3--公共字段填充+新增菜品
java·阿里云·实战·springboot·前后端·外卖项目·阿里云文件存储
77qqqiqi1 小时前
正则表达式
java·后端·正则表达式
厦门德仔1 小时前
【WPF】WPF(样式)
android·java·wpf
大春儿的试验田1 小时前
高并发收藏功能设计:Redis异步同步与定时补偿机制详解
java·数据库·redis·学习·缓存
Gappsong8741 小时前
【Linux学习】Linux安装并配置Redis
java·linux·运维·网络安全
hqxstudying1 小时前
Redis为什么是单线程
java·redis
RainbowSea2 小时前
NVM 切换 Node 版本工具的超详细安装说明
java·前端