@FelineTerrorist 比如说, 人类一败涂地.
之前如果通过 Proton 打开游戏的话, 队友建房间找不到. Windows 下的话无此问题.
现在则是加了反外挂插件, 直接别想在 Proton 下运行.

而且至今 Proton 能支持的游戏数量与整个游戏业界的数量比也不算多.

@bronya0 请不要贴 GPT 的回答.

@xausky @yannxia 说的很明白了. go 写业务就是一坨屎. 业务越是复杂, 逻辑分支越是多, go 写起来越是恶心. 但是用来写一些很底层的中间件倒是很方便的.

@xausky 问题人家 java 里出现异常是要求中断的. 无论如何后面都不能继续执行, 直接回到调用栈的最顶层. 我知道 go 可以全局 if err != nil. 问题是如果要求抛出异常之后中断后续全部逻辑, 阁下又当如何应对? 抛出的不是程序逻辑错误而是业务逻辑设计上的异常情况, 你不还是要一层一层的 if err != null 么?

建议另买一台. 或者反过来把 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# 其实也不吃香.