看了你截图里的 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, 数据返回默认值

自己改源码加一个事件很难么?

工资有多靠谱, 人就有多靠谱

win7 和 xp 可没有应用商店.
ftp 这个方案就已经很好了, 还要什么别的思路? 要不你换成 nginx? 其实也是一样的逻辑.
vscode 升级不也是这样么, 程序启动后, 后台检测是否有新版本, 有就下下来, 用户关闭的时候更新一下.

@adoyle block 谁还不会啊, 已 block （善意提醒以后别回我的评论，我也看不到的）

@liubaicai 仔细看过了, 并不需要导入任何 nuget 包

然而现实中, 99.9999999%的情况下, 在 CPU2 修改这个变量的时候, CPU1 里的这个变量的缓存早就被刷出去了, 所以你加不加 volatile, 其实问题都不大, 出问题的概率比你中百万大奖还要低.

线程没有保存副本, 是 cpu 缓存里缓存了这个变量.
现在不都是多核 cpu 么, 每个核心的缓存都是独立的.
CPU1 缓存了这个变量, CPU2 去改掉了, 你加了 volatile, CPU2 就会通知 CPU1 说你那个变量失效了不要缓存了, 不加的话, CPU2 就不会通知 CPU1.

你安装文件 100M, 装完占用 500M, 运行时内存占用 300M.
另外有一个功能相同的原生程序, 安装文件 0.5M, 装完占用 1M, 运行时内存占用 0.5M.
你觉得我会选择哪个?