再去看看商店，商店微信有两个的，老的那个是 UWP 原生独立开发，属于独立应用，早就没人维护了。新的那个是 Win32 转制 UWP ，也就是半维护状态。

多开问题不大，但你要想用不同的快捷键，这个应该是不可能的。从系统托盘呼出主窗口，这个应该是应用程序行为而不是系统行为，它的快捷键是应用程序决定的。在你不修改源程序的情况下，exe 跟打包成 uwp 后的 exe ，应该是一样的程序，他们的快捷键定义是一体的，你没法分开。不信你可以试试同时安装官网微信跟商店版微信（ Win32 转制 UWP 那个）。

设置——更新和安全——Windows 更新——高级选项，把第三行自动重启这个取消选中。

但是这个只是部分有用，当你超过时间没重启，大概是 3 天，之后，它还是会给你强制重启。

真正的程序员是都不想维护旧的代码的，所以在强制更新这点上，Windows 、IOS 、Java ，前不久还加入了个 CentOS Stream ，那是一样的流氓。

根据经验的建议：既然是全体都这么干，那么公司后面基本有伞，这时候法的作用已经不大了。仲裁还是要走，但是别抱太大希望了，最后很可能是走到二审都是你赢但是执行不了。切记，不该签的字不要签。录音可以当证据，但是要注意你口头答应的只是离职赔偿协议，没有其他约定。

windows 资源管理器还没抛弃 FTP 协议。

这是系统架构跟开发过程的事，跟代码仓库无关。在你们现在这种系统架构下，各项目实质上是没有相互关系的，复制粘贴代码是唯一有效的手段，强行合并代码，只会做无用功甚至反向功。

1 楼这不就说得很清楚了吗，名为企业安全软件，实为监控软件。

删掉会自动重生，这就已经很明显了，未经过认证的就是病毒，经过认证的就是安全软件。

官网+CMS ，请直接买 /用现成的模板，不要用任何编程语言自己写。

产品的问题，在于没有独立的 UI 先行提示用户名不能用，不在于后面直接给修改了。因为如果提前告知了用户名是否能用，你也就不会产生随便搞一个用户名去测试是否能改的操作。

你既然需要试了才能知道能否成功，那么说明在提交前是没有独立的 UI 提示你用户名不能用的，每次修改，只向服务器提交一次。那么这种情况下，服务器是不会先查询是否存在然后再更改的，而是直接修改并在捕获索引冲突异常后提示用户名已存在，因为前者会有非常难处理的并发问题。

去 HTTP 纯 Application Interface 风格的接口，好处是完全去掉了 HTTP 的影响，缺点是 HTTP 的好处——Header 、缓存、通用等——一个也用不了。

如果你都已经考虑 macbook 了，那你起始已经没啥选择了，只能在 mac 、surface 、xps 这 3 个高端系列里面选。但你 7000 的预算还想要 32G ，那就太过分了。

不要轻薄的话，如果还能接受联想这种坑爹货，是可以考虑 ThinkBook 系列的。

https://developer.mozilla.org/zh-CN/docs/WebAssembly/Concepts

这里对概念性的东西说得很清楚。这玩意不就是一个安全版的 ActiveX 吗。这样同时在 ARM 和 x86 CPU 运行就跟 Web 或 Javascript 无关了，那是 C/C++ 、Rust 、以及汇编该干的事。从他有文本格式，以及总是标明他是低阶语言来推测，最终运行时很有可能就是汇编语言。这样性能损耗基本是没有的，他说接近原生都是太谦虚了。至于汇编语言的跨平台性这一块，请注意概念里没说跨平台，而是可移植，这就很好操作的，最典型的就是 C++ 那种一份代码多平台编译。实际是怎样就不好说了，WebAssembly 毕竟还是试验性的。

首先排除数据库的枚举类型——除非你明确使用一种数据库且这数据库对枚举类型支持的很好，否则遍地是坑。

如果你真得不考虑存储容量的话，用字符串是最省事和最可靠的，他能跟枚举无缝对接。但是事实上除了演示系统外没有不考虑容量的。就算你不考虑存储容量，也得考虑索引空间。就算上面都不考虑，（ Java ）枚举自身也可能会扩展成 value-name-detail 的字典形式。所以在适当的时候，这个适当的时候由你自己决定，还是要考虑用 tinyint 类型。

@RobberPhex #10 JVM 的性能可不是靠流行解决的，是随着 JIT 的发展才跟上性能的。但这也就仅限非桌面端，桌面端知道 Eclipse SDT 这些放弃跨平台的组件起来后才跟上来。

@delectate #3 别把网页当 PC 。你所说的所有的 app 能做的，PC 上 win32 应用都能做。之所以不这么做，是因为这样的 win32 应用会被各种安全软件打成屎。说到底还是不在意隐私的手机用户太多了。