起码半年前还存在睡死的问题

@clarkethan 其实我也是做互联网的. 我也是 .NET, 但是其实这东西没啥太大的难度. 除了个别项目会比较考验数学功底以外, 大部分项目其实难度都还好, 无非是 plc 控制, 高并发处理, P/Invoke, 串口通信这些东西. 这都是 C# 最擅长的领域. 我主业做互联网系统开发业余兼职做的项目大部分都是工控相关的. 而且现在都有 AI 了, 很多不会搞的都是让 AI 去写. 门槛其实大大减小了. 对于资深 .NET 开发来说, 转工控系统开发 (C/S) 不会比转语言更难的.

ubuntu 老资格了, 自从 centos 自杀了之后, ubuntu/debian 基本上是服务器标配. 稳得一批

@opengps 谁告诉你的???? 2026 年了怎么还有人理解 .NET 跟 MS 强绑定的??? 现在 .NET 程序几乎都是 k8s + docker 部署, 各种中间件 .net 也都支持. 数据库也不是非要用 mssql, pg 跟 mysql 早多少年前就已经支持得很完美了. 现在就连桌面端开发也有 Avalonia 这些三方跨平台 GUI 开发框架了... 啥东西还 MS...

@clarkethan 深圳基本上属于是中国 .NET 大本营了, 几乎都是工控系统开发

那就奇怪了. 如果是一二线城市, 你这种简历是相当吃香的.
C/S B/S 都做过, 从 .net framework 到 .net core 都能搞, 前端后端都能做, 也有管理经验. 对云生态也有了解. 那你应该相对来说会很好找工作才对. 估计你这个不是所谓能力问题, 要么是学历不太行, 要么是年龄太大.

而且为啥瞧不起制造业呢? 虽然我不是制造业我也是互联网, 但是据我所知制造业比互联网好多了. 互联网企业是真的不拿人当人, 996 大小周是常态. 虽然工资没那么高但是胜在清闲没压力. 一般不加班, 没那么多烧脑的业务逻辑. 只不过有些是对高等数学方面比较有要求 (涉及到机械运动控制, 模式识别等各种算法). 但是毕竟少. 我觉得你可以试试的. 别太排斥.

我一个朋友, 曾经也是大厂资深开发. 后来离职之后去了一家培训机构教编程. 结果那家培训机构没干几天也垮了.
然后这老哥试过摆摊卖烧烤, 卖凉粉, 抖音直播卖乐器配件, 但是都不太行.

最后还是没办法了给我打电话, 我给他说现在有的外包公司招人, 你可以去. 不是那种人力外包, 是项目外包的企业. 他们接活你来干. 不坐班, 也没有固定工资. 按项目分成的那种. 多接几个平台.

这个问题有人聊过. 但是谁也说不好.
目前有几种假说, 一是说某个员工的 AI 工具链 (或者其他软件) 被攻破了. 攻击者利用被攻破的软件上传了投毒的 js 文件. 二是说 ApiFox 他们自己的 CI/CD 工具链被攻破了 (就跟之前 Python 那个组件被攻破投毒一样) 然后有人用 CI/CD 工具投毒.

不开 VPN: 人脸识别开门, OpenSSL 私钥开门 (自己弄的)
开 VPN: git, aria2, 文件管理, 数据库, 门禁系统后台...

不知道 我小红书里除了猫就是猫.

@dododada 工业系统可以这么搞的原因是工业系统每个模块都是固定的. 机械臂是不能跳极乐净土的, 传感器是感受不到人在前面反复横跳的, 机床是不能拿来画画的, 锻造机是不能跑马拉松的. 工业系统最大的好处就是硬件系统限制了产品经理的脑洞. 他不会有那么多奇奇怪怪的需求. 所以工业系统相对来说代码逻辑简单, 没有什么业务逻辑, 基本都是算法. 算法那玩意从来都是固定的那些玩意, 一百年前就存在的线性代数公式跟物理公式, 只要是同样的系统, 代码几乎都不变.

然后一个新来的年轻架构师站在这座屎山之海的岸边, 望着这一群青藏高原一般的屎山, 突然有了一个想法:

诶, 如果从这些系统里抽出一个最核心的业务, 使其作为一个微内核, 让其他系统围绕这个微内核运行, 是不是就能解决这些屎山了呢?

哦 懂你意思了. 你是想说你只做一个类似 USB 接口的软件. 功能只要作为插件插在这个软件上就能实现相关的功能? 这确实是个好想法.

这一直都是个好设计.

但是这东西后面的结果就是:


你想的很好, 开一个你以为足够开放有足够强兼容性的接口实现某些你能想到的任何需求. 只需要接在上就行了. 你是业务的核心, 一切数据从你这里来, 一切数据从你这里走.

然后过几天新来了一个需求, 里面提到了一些新鲜的概念, 你开放出来的接口并不能兼容这个. 所以你升级了一个版本.
然后过几天新来了一个需求, 为了实现这个需求, 你的接口可能某些字段会与其他既有系统冲突. 你选择加个 if 判断如果是某个特定的插件就怎样怎样. 看似完美的解决了, 但是屎山化却已经从这里就开始了.

然后过几天新来了一个需求, 涉及到了更多更多的数据字段, 为了实现这个需求, 原来的接口已经不够用了. 然后你为了这个需求, 就只能公布了一些原来 internal 的东西. 你的微内核边界开始消解.

然后过几天新来了一个需求, 涉及到跟另外几个模块存在紧耦合的情况, 你原本设计的接口已经不足以支撑这么多特化的数据字段, 因此那几个模块之间开始绕过你这个微内核直接通信.

乱七八糟的通信开始越来越多, 逐渐的 你这个微内核的逻辑越来越复杂, 由原来的微内核变成了巨内核. 巨内核变成了整套系统里一座不起眼儿的屎山.

微内核是啥意思

@zuosiruan 后端 "暂时" 还行. 但是估计也行不了两年了.

@kid1412621 本来就没人再写原生 android 了. 现在基本上都是 rn 跟 flutter.

移动端现在 Flutter / RN 二分天下. 我是觉得你都应该学. 没准儿你这份工作要用 Flutter, 下一份工作就会要求你用 RN (全公司都是 React)

桌面端的话 Electron 独步天下. Tauri / Flutter 之类的在 PC 上根本上不来台面.
而且很多项目涉及信创的, 只有 Electron 跟 Avalonia 两种选择. 你就可着 Electron 就行了. 目前做 PC 客户端的基本都是 Electron.