建议另买一台. 或者反过来把 Linux 运行在虚拟机中.
别扯什么 Proton. 首先 Steam 毕竟不能覆盖所有的游戏. 尤其国产网游 (星穹铁道, 原神) 就没有原生支持 Linux 的.
而且很多游戏都上了反外挂机制, Proton 这种东西非常容易触发反外挂机制. 如 PUBG.

要么用 Linux 了就别想着玩游戏.
要么用 Linux 了你就再买个 Switch / xbox / ps5 玩游戏.
要么你就两台电脑
要么你就把 Linux 装虚拟机里

要么就别装这个 b. 好好用你的 Windows.

隔 0.5 秒执行一次 shutdown -a

这跟 C# 有啥关系... 现在不都是 vue / react / angular 了么?

当然你确实也可用 aspx 就是了.

我就这么说:
在 Java 或者 ASP.NET Core 程序里, 你是可以做全局异常捕获的. 甚至如果底层框架做得好的话, 还可以把 throw Exception 作为中断请求的手段. 当请求数据不正常的情况下, 不需要你一层一层的从逻辑层 return 到展示层, 从子系统 A return 到子系统 B 然后再 return 到 api 层. 直接:


```
def getById(id):
if id is None:
raise BusinessException("ID 都不给我你问你马呢???");

......
......
......
```


就可以了, 这句话不需要程序员任何的处理就可以很优雅的返回给 GUI 层.
如果是 go, 那就要一层一层的定义接收异常信息的参数. 然后像洋葱一样一层一层一层一层的去返回.

你跟我说这种设计非常好??????????

@BBCCBB 我又不是做 Java 的. 我也不懂这些... 反正技术老大说不行就不行呗... 估计是支持 mysql 8 的驱动跟那个版本的 springboot 不兼容吧.

@aLazarus 自己的项目直接用 PostgreSQL 了.... 哪儿还有 MySQL 的事儿啊...

企业项目用 MySQL 5.7 基本都是因为项目框架比较老导致的. 没办法.
我之前一家公司就是这样, 公司技术团队有两个, 一个是 S 市的 Java 团队, 另一个我所在 C 市的 .NET 团队. 我就在这个 .NET 团队里... 我们用的技术栈是 .NET 6 + MySQL 8.0, 用到了一部分 MySQL 8 才有的特性 (比如 CTE, 对字段做位运算等). 结果技术总监从 S 市那边过来发现好像不太行. S 市 Java 团队那边用的 Springboot 版本太老了, 不支持 MySQL 8, 最高只能支持到 MySQL 5.7. 没办法还是退回 MySQL 5.7, 原来用到的 MySQL 8 的特性也只能用其他办法解决.

@kayleh 卧槽猫雷

额..... 日本在蚕食越南的生态?

XUbuntu
省事儿 易于定制 内存消耗小

至于 Node 全栈, 这个据我个人了解, 用 Node 全栈的公司不多.

不算是什么好方向. 应该说软件开发 (IT) 都不算是好方向.
如果你不准备出国, 那么唯一的好方向就是考公务员.

---

如果你就一门心思还是准备做开发的话. 全栈几乎是必然的.
如果你确实很屌很牛逼 985 / 211 本科毕业 + 985 / 211 研究生以上, 阿里腾讯字节华为等大厂 offer 随便挑, 那你确实可以专精前端 / 后端. 这些大厂基本上进去从入职到离职基本上就只干一个活儿.

如果你不是, 那全栈不是好不好方向的问题. 是必然的问题.
事实上是: 中小型企业普遍不分前后端. 基本上招进来之后就是从 css 到 k8s 全干.

后端的话建议就认真学好 java 跟 java 相关的 SpringBoot, Spring Cloud, Dubbo 等. 以及 Docker, Docker Swarm, K8S, ELK, 等. 前端 VUE 跟 React. 有多余的精力可以学一下 C/C++.

至于 GO 等其他开发语言都不建议深入学 (感兴趣除外).
比如 C# 现在岗位少, 工资低, 除了外企以外基本没有大厂在用.
比如 GO 基本上用的都是大厂, 拿来魔改 K8S, Docker 等. 学 GO 能顺利找到工作的大前提基本是 985 / 211 本科毕业. 如果你不是就不建议学 GO.

还有一个方向是鸿蒙开发. 鸿蒙宣布不再兼容 Android 之后有不少大厂高薪招聘鸿蒙开发工程师. 这可能是个风口.

一个是很多软件不是只做信息展示而已. 而且还要做很多浏览器无法实现的功能. 例如文件的读写, 调用本地程序, 跟硬件交互等. 例如 QQNT 就是. QQNT 的底层是 C++ 的, 只有展示层是 Electron. 这就涉及到大量的 ffnapi 操作. 浏览器怕是无法实现的.

另外很多 Electron 程序也是涉及到跟硬件驱动跟硬件 SDK 交互的 (如扫描仪, 打印机, 工控设备, 锁控板等), 纯浏览器是很难实现甚至可能无法做到的.

@forgottencoast PHP 基本上全都转 go 跟 java 了. 市面上已经见不到多少 PHP 的岗位了.
而且桌面端现在也是可以用 Electron 做了. 对性能没什么要求的用 Electron. 有要求的用 QT. Electron 只要招前端开发就能做. 招聘压力比 C# 小太多了. 所以桌面端 C# 其实也不吃香.

对于国内来说
没啥用了

Java 的生态已经稳固了. 而且技术圈子往往是极端封闭的. 现在 90% 的非 .NET 码农可能都不清楚 .NET (.NET Core) 跟 .NET Framework 的区别. 这些码农进入管理岗之后就更不可能让技术栈变成 Java 了. 一些空降过来的 CTO 甚至可能还会出于方便自己管理的原因反向升级让已经运行得好好的基于 .NET Core 技术栈开发的产品逐步向 Java / Go 迁移. 更别提很多早期的 .NETer 们可能现在还抱着对 .NET 技术框架的恶劣印象而拒绝 .NET Core 跟 .NET 6/7/8.

这种马太效应会让 .NET 的市场越来越小. 实际上这种情况已经发生了. Javaer / Golanger 越多, Java / Go 的岗位越多, Java / Go 的岗位越多, Javaer / Golanger 越多. 反观 .NET, .NETer 越少, 招 .NET 的越少. 招 .NET 的越少, .NETer 越少. 甚至有些公司已经到了因为 .NET 人才供应跟不上而不得不转其他技术栈的地步了. 估计用不了多久, .NET 在中国大陆就会绝迹了吧.

电脑端: Telegram, Navicat, 网易云音乐, Chrome, QQ (新), Notepad3, Tortoise 系列, VSCode
手机端: Via, JuiceSSH

额, 首先 Clash 的 GUI 是 Electron 开发的... 不是 golang. 核心的那个命令行工具才是 golang 开发的...

其次 golang 现在就业情况非常窘迫. golang 学下来可以做的岗位基本上都是 DevOps 或者基于公司业务需要对 Kubernetes, Docker 之类的东西进行魔改. 而能上这些系统的基本都是大厂. 中小厂用 golang 做业务的不多, 基本上都是 Java. 基于各大厂对学历的严苛程度, 如果你学历不是特别好, 学 golang 找工作会非常费劲.

当然, 如果是作为爱好, 学个 golang 挺好的. 艺多不压身嘛.

不一定.
图方便的话登录之后给返回用户信息没毛病.

但是如果按照接口职责单一原则, 用户信息接口单独获取也无可厚非.

@lujiaxing 再不就是系统里不当使用了 dynamic 类型