多库当然是有用的. 只是 redis 集群搞不定这个事情, 迫不得已降级到仅支持 0 库.

@wangtian2020 我也在工业服务公司, 但是我这里是 7X24 待命, 一年里有大半年在外出差, 名义上说是一周放一天, 实际出差的时候, 工作时间是早 8 点晚 9 点无休假日的

你这样太麻烦了， 不如下面这样的, 只要在需要 try-catch 的代码上下加 try()和 catch()就行了，别的什么都不用干。
try()
doSomething()
catch(err)

继续买下一套房还贷, 为国还贷光荣.

还不如先把英语基础打好

你莫不是 macos 装了个 windows, windows 里再装的安卓虚拟机?
正常 16G 是随便用的, 你要相信苹果的实力, 要是 16G 不够用, 苹果就不会推出这种机型的.

@thinkershare
@geelaw
问题就是我用的.net4.6.2 的 sdk 编译了含有 C#8.0 语法特性的源码.
我当然知道高版本的 SDK 可以随意编译低语言版本, 但我问的一直都是低版本的 SDK 是怎么编译高语言版本的源码的.

@thinkershare 你这个只能说明最新的 SDK 支持旧的语言版本, 无法解释旧的 SDK 是怎么支持新的语言版本的.
我知道很多特性只是语法糖, 但是旧版本的 SDK 他是怎么知道新的语法糖是咋样的并且能编译成旧的语法形式?

看了你截图里的 https://learn.microsoft.com/en-us/dotnet/standard/datetime/choosing-between-datetime
微软也是推荐用的 DateTime, 只有当你确实需要处理时区问题的时候才推荐 DateTimeOffset, 你同学 /朋友 /同事说的没错.
The DateTime structure is suitable for applications with one or more of the following characteristics:
Work with dates and times for which time zone information is missing.
Work with UTC dates and times only.

The DateTimeOffset type includes all of the functionality of the DateTime type along with time zone awareness. This makes it suitable for applications that:
Uniquely and unambiguously identify a single point in time.
微软这里说的就是, 不关心时区你就用 DateTime, DateTime 里有个 Kind 属性指明是针对当前时区,UTC 时区,还是没有时区.
而 DateTimeOffset 则含有明确的时区定义.
就国内全国统一一个时区而言, 用 DateTime 有什么问题?

严不严重, 看你履历, 你要是大厂, 带几十几百人团队的, 那是随便找.
你要是小厂背景还是非管理岗位, 那趁早转行.

前端学学 wpf 就行了, 自己整点小工具还挺好用

3 年前拼多多买的蜗牛, 已经报废了

我反正是这么来的, 所有表字段都必须设置不允许为 null.
这样在 java 里会减少很多 NPE.

关键是你是否能够出想法出产品, 这意思是程序员的终极目标就是产品经理?

@hoky Window 官方有啥方案? 你不会说那个远程桌面吧, 那个你远程过去了, 会把当前正在用电脑的人挤下来. 正常远程过去是帮别人解决问题的, 你把别人挤下来了, 别人连桌面都看不到了, 还怎么跟你说问题?

BASE64 转一下就行了, 既满足法规, 又简单易懂, 至于数据泄露, 别想太多, 早点干完早点下班

@Xeorsz 跟这个没关系吧, 同一台机器上, 我用 nginx 暴露端口反代就行, 直接暴露端口就不行

我一般是报 200, 数据返回默认值