@bearbest 地球 Online 不是游戏么 (

燃油车体验最好. 不用搁那儿等啊等啊等啊. 进去就加油, 加完就走. 多爽啊!

什麽鬼. .NET 我幹了這麽久, 几乎都是 WEB 的崗位 (asp.net core), 都説 .NET 以工控崗位爲主, 但是講真我從哈爾濱到北京, 從北京到成都, 幾乎沒遇到過真正做工業設備的崗位. 都是 WEB. 就是 JAVA 做啥 .NET 就做啥. 至於出差....

我倒是想出差. 起碼還能趁著出差的機會旅個游之類的.
可是沒這種機會啊.

没准备好. 目前还是 Windows 10.

Windows 11 用过一段时间. 各种 BUG 频出. 比如休眠睡死, Steam 中无法唤出输入法等等各种稀奇古怪的 BUG... 就退回 Windows 10 了.

先把理论经济学跟金融学搞明白了再说:
微观经济学、宏观经济学、计量经济学、统计学、博弈论、数学分析、线性代数;
金融数学、随机过程、金融衍生品定价、量化投资策略、金融风险管理、机器学习在金融中的应用、高频交易;


否则进去 = 找死.

@Trossard 没用. WPF / WinForms 也有类似的东西. 但是不如 Electron 来得直接. 想要高性能的直接用 WPF / Avalonia / QT, 想要短平快的直接用 Electron. JavaFX 这种东西就跟 MFC / WinForms 一样, 已经成了时代的眼泪了.

@Trossard 除了圆胖肿以外没人喜欢这种东西. 相比 Electron 等桌面端技术, 其美化起来的难度是相对高很多的.

@whtwwo1 重庆就更算了, 重庆开发岗位几乎没有. 大部分做软件的企业都是去隔壁成都.

都不合适.
好多人说成都. 作为现状在蓉资深一线软件开发工程师, 我可以明确的告诉各位, 成都是典型的工资低, 竞争压力大, 工作机会少, 内卷严重的城市.

@wuling 其实现在很多所谓的微服务, 如果深究都不能算微服务. 最多算分布式架构. 微服务得是拆的非常细的才叫微服务.

@junkk 说明你们的业务不正交.

意思就是每一块业务都是有明确清晰的业务边界的. 不互相影响.
但是这在一些品类的系统中显然是天方夜谭. 业务之间的互相影响如蜘蛛网一般复杂.

这东西就是个投入产出比的问题.
招一个会微服务架构的开发需要多少钱? 我们这儿成都, 招聘一个熟悉微服务架构而且真正有经验的 java 开发工程师, 基本上两万起步. 一般要 2.5W 左右. 其他语言的也差不多. 而没有微服务技能要求的只要 1.5W 左右. 更何况有时候很多自称熟悉微服务架构的都是纸面上的熟悉. 一问啥都知道, 一开始上手做事啥啥都不知道. 上线之后出问题的概率很大的.

另一方面, 大多数项目, 除了天猫商城 京东商城 这种体量规模的产品之外, 大部分项目都不需要考虑什么高并发高可用的问题. 国内大部分互联网公司做的那些玩意都是一套系统平均一天只有几万个 UV 的东西, 弄个好一点儿的服务器啥都解决了.

但是如果用上微服务架构, 那么意味着整个开发团队的人数将会急剧膨胀, 要知道微服务起码要小一百号人才玩儿的转的. 这么庞大的开发团队, 每个人的工资都还不低, 那这个人力成本有没有考虑过? 如果公司本身业务规模就在膨胀的状态, 客户越来越多, 那公司姑且还能愿意花这份冤大头钱去给一帮开发拿自己的业务练手.

但是从新冠疫情开始到现在是个什么情况? 经济持续恶化. 很多公司的业务都已经面临无以为继的状态. 公司为什么还要维持这种庞大的编制? 做慈善么? 而且既然业务的规模都已经没有这么大了, 微服务架构所带来的那些优势自然也就没意义了. 既然用户数量已经变少了, 高并发也就无从谈起. 那为什么不改用成本相对更低, 但是也能达到同样效果的单体架构呢?

而且微服务除了人力成本, 还有各种其他成本. 消息队列(Rabbit, Kafka), MES, 可观测 (Prometheus, Grafana ) 等各种中间件成本都不低.

所以可见的未来, 经济持续下行的情况下, 微服务一定是只集中在少数头部互联网企业的东西, 中小型企业用的一定会越来越少. 前几年有机会入职大厂上车微服务的开发大概是赚到了. 后面一方面大厂门槛越来越高, 另一方面即便是大厂, 用微服务的可能性也在越来越小. 小厂更不会用. 后面的人想学微服务, 恐怕已经没机会了.