@cnbatch #15 你特么不是在搞笑，再宿主机之外，额外加个服务器，或者装个虚拟机，就不是额外安装了。如果你要说的是在宿主机的 WSL 里面装个 Windows ，宿主机再通过 RDP 连接到 WSL 里面的 Windows ，那特么更搞笑，WSL 装不上 Windows 。

@userforg2021 编译 waring ，跟代码风格问题是两码事，你最好还是先确认一下成员变量小驼峰法命名，是编译警告，还是代码风格警告。Java 这边，警告（ Error ）和错误（ Waring ）是只能由编译器报的，IDE 额外分析出来的问题，必须用其他类型来标识，我不清除 VS 那片是如何。隐藏编译警告，是一种极度危险的行为，因为你在这个 IDE 上隐藏了，换个 IDE 就又出来了。

“这个 Server 桌面的用途多种多样，例如有些人会把国产流氓软件扔进去，然后以远程应用(RemoteApp)的方式映射到自己的电脑”，这个虚拟机方案下有更简单的方式：VMware player unity 模式。

你说得这些，那可都是一个运行 Windows Server 的远程服务器（或者虚拟机），你本地还是需要一个直接操作系统。既然是服务器，为何不直接开 Hyper - V 而 用 WSL 。

为啥会有这需求，难道有猫喜欢用爪子按住 backspace

@xiaoyureed #24 潜规则，也可能是政策。主要是养老金这一块，只要养老金还是地方统筹不是全国统筹，异地转养老金转移就是大问题。小地方转大地方，已经是明确的政策你得先把差额补上才能转。大地方转小地方，大地方是要大出血的，肯定各种卡你。

@frisktale #36
@Bazingal #42
用得少，记差了。https://github.com/xamarin/xamarin-forms-samples/blob/main/Todo/Todo/Todo/Models/TodoItem.cs ，现在区别不是太大了，就包（ Java)—命名空间（ C#)，成员 /方法（ Java)—字段 /属性 /方法（ C#）风格上有区别，不过这上面设计理念就有区别，可能不适应，但适应过去也就没事了。

@frisktale #36 要是变量小写字母开头，楼主就不会来这里开贴了。
@ColinZeb #38 变量名用小驼峰法，这在 Java 是基础规范，从最基础的 JDK ，到中间的各种框架，到高层应用开发，都用着一个规范。C# 的问题是，你可以在部分地方用小驼峰法，甚至可以团队规范硬性要求用小驼峰法表示变量，但是遇见基础类库和第三方框架就要抓瞎，所以还不如统一用大驼峰法表示变量，再用其他手段区分同名的类型和变量

@brust #1
@chiu #2
@murmur #3
@helone #4
@liuzhedash #6
五险里面，公司缴纳的部分属于统筹，转不走的（国家政策是允许转，但实际上小地方往大地方转还有可能，大地方往小地方转那是绝对不可能）。也就公积金能全部转，但这东西你要是不立刻用最后转还是亏，那就相当于用活期的利息把钱借出去。

这种情况超级坑，占工资至少 20%的部分完全实在给缴纳地无私奉献。大头的公司统筹部分是直接捐赠，小头的个人部分属于低息长期借款。

@ColinZeb 还是有区别的，比如 Java 当中可以用 People people 定义某人（即 people 隐含 some people 、a people 或者 one people 的意思），C# 就不行，People People 定义出来后你完全不知道 People 代表的是类型还是实例，只能换成 People OnePeople ，或者 CPeople People （万恶的匈牙利命名法）

在微软在设计 C# 的时候，全世界都在用大驼峰法风格（除了当时还处于新生阶段的 Java ），而 C# 是在 VB 、MFC 的基础上改良，不是像 Java 那样完全推到重做，自然就顺延了之前的大驼峰风格。所以并不是微软让 C# 用大驼峰法风格，而是微软在大驼峰风格下诞生了 C#。

确切得说，并没有大驼峰法跟小驼峰法的区别，而是“类型（类、接口等）名称用大驼峰法，保留关键字、成员、方法、变量等用小驼峰法”，跟“全部用大驼峰法（因为不好区分，通常要额外使用匈牙利命名风格）”的区别。C# 除了因为历史原因没法用前者之外，还有一个原因是除了保留关键字，别名（例如 String 的别名 string ）、各种语法糖也用小写，导致即使变量用小驼峰还是有混淆，干脆就破罐子破摔了。

@ysc3839 #10 它这个应该属于后期联网验证，记录多次激活的密钥，然后用小补丁来失效它们，关闭自动更新并备份历史安装文件即可破解。前面这种验证方式，只在使用时必须联网的场景下才有效，比如卡巴斯基。这软件必定是纯离线软件，上实时或者准实时联网认证不现实。所有最有效的正版保留方式，还是购买凭证，只要有购买凭证，哪怕 Key 被封了，也能用来换个新 Key 。只不过前提是购买凭证有效，也就是从官网或者代理商那里买的，图便宜从二道贩子那里买的很可能是无效购买。

这货是老软件，并且近期没有啥大动作。这种类型的软件，授权方式还是离线的授权密钥，这种密钥跟光盘一样，一般是找个代理商销售，不会费工夫自己去运营销售渠道，换句话说，就是没有官方运营。

你只要买来的密钥，能够正常激活软件，就没问题，但最好还是保留购买凭证，毕竟密钥是离线可复制的。当然，这种激活方式，一般也是能卖多少就卖多少，不会去找盗版人的麻烦。

scrum master 是开发团队的 leader ，但不是团队负责人性质的 leader ，而是类似于联合国秘书长、安理会轮值主席、美国议会议长这种牵头（及擦屁股）性质的 leader 。它跟 PM （不管是 project manager ，还是 product manager ）绝对不能像，因为 scrum 框架下产品定义和进度把控（至少是优先级把控），是鸡组的产品负责人的东西，猪组的 scrum master 不能染指。

防止密码泄露的双因素验证，跟防止账号共享的额外验证，是两码事。短信验证作为防止密码泄露的手段，那是脱裤子放屁基本没用，它的防攻击性甚至不如密码单因素验证。但是，作为防止账号共享的额外验证手段，短信验证是相当有效并且成本特别低的。

PS：喜欢短信验证的不止国内，大名鼎鼎的 Steam ，你要不想裸奔或者嫌使用邮箱麻烦，就得用它专门的基于手机号绑定的两部验证方法。当然，区别还是有的，Steam 会明确告诉用户要手机的原因就是防止账号共享，国内不会告诉你。

光“外包”这俩字没啥意义。像软件外包，只要不是用户——开发团队的直接买卖关系（中间夹杂个独立的产品或者管理体系，都不算直接买卖了），都是软件外包。要知道，互联网泡沫还没起来的时候，国内的软件就只有外包：对日外包直接就是离岸外包，电信运营软件体系是研究院·运营商·华为·华为派遣工多层外包体系，小网站 /小系统大多是买家·N 道贩子·...·二道贩子·开发者的层层转包体系。

@sheeta #12 Java 有官方的序列化，因为安全漏洞实在难以修复，已经确定要被抛弃，只是因为替代品还没弄好一直没有正式抛弃。至于 JSON ，它属于类似 XML 那样的跨平台数据格式，原本不是为序列化 /反序列化服务的，即无法成为 Java 内部标准，也无法让 Java 为其提供 JDK 级别的实现，这点跟 XML 一样的待遇，很正常。