没必要
生产工具公司理应配齐，没给你配备笔记本说明你根本不需要。

@lian704 一般 HR 会问你有没有其它 offer 的，或者问你有没有面同行公司。
他要是问了就说，没问就没啥必要主动说。
你可以直接说这个是你的底线，是根据自身能力和业内行情（就是其他公司面试情况）综合得到的结果就行了。

有经验的 HR/面试官：好的，来咱们下一个问题。
闲的蛋疼的 HR/面试官：那你为什么不去他们那呢？

正常招聘对于要招人的岗位都有个预期的薪资范围，超了范围那就直接不用谈了。没超范围的话就看你面试水平了。你这么说正常 HR 都能看得出来你是在诈他，要么直接忽略，要么扣点印象分。

除非是你非常适合这个岗位，非你不可。但这种情况下你直接报高点期待薪资就行了。

根本没必要这么搞。

.NET 的话有 FileSystemWatcher
Windows API 的话 ReadDirectoryChangesW FindFirstChangeNotificationA 或者直接拉 Change Journals

正常计算机本科学这两门课的时候也都是只有高中数学基础的。。。

我自己的服务器都是直接把端口封了，需要的时候再从控制台里开。
主要是也没什么需要经常 SSH 上去的工作，甚至有的时候直接用网页的就够了。

@512357301 人家明确说了不需要协同的

基本还是看你做什么项目。
微服务框架和各种周边库不是很全，虽说你可以用 HTTP ，但用起来也不是很方便。
一些稀奇古怪的库也很少，有可能有些用的人少的功能你就得自己做。特别是国内环境中你要对接第三方服务大概率是有 Java 的 SDK ，没有你也可以随便 Github 搜个个人作品，但 C#的就很少。

具体会不会影响开发就看你自己情况了。我们对于引入第三方库非常严格，需要评价 license ，质量，可维护性，必要性等等一堆东西。基本上不会随随便便就抄段代码拉个库进来。所以缺少这些东西影响也不大。而且产品没有阿里腾讯那种用户规模，也用不着上全套微服务框架。所以写起来开心的 C#就很合适。

总而言之技术选型还是要看公司具体情况，不是哪个公司都是大厂，适合他们的未必适合你。其它那些压根就没在项目里用过 C#的评论基本就不用看了。

MongoDB 带这些数据没什么问题的。
首先要确定查询的场景，如果只是简单的连续区段按 id 搜索，你甚至都可以直接存文件。
如果需要做字符串的通配符或者分词检索，考虑使用 ES 。
更复杂的查询就得看你具体需求了。
但本质上是要确定你的需求和范围，不要为了基本没啥人用的功能增加成本，无论是技术成本，人员成本或是硬件成本都是如此。
如果一个功能你估计只有几个人每个月用几次，那最好的办法就是告诉它这功能坏掉了，没准以后哪天会修好。

@Celebi Hyper-V 里面装 Windows 的话，直接远程桌面复制进去不就完了么。比 VirtualBox 或者 VMWare 方便得多。

几个效果都不错啊。
那个 Top Secret 还可以抹掉一部分文字。
我已经换 MariOverflow 了。
希望永久上线。

你上一个人均会翻墙的论坛问要做乡村振兴主题的小程序有什么方向，是不是问错了地方。。。

好家伙，我以为那些 git 库里面扔二进制当网盘的，和当 release 分发网站的，就已经够离谱了。
你们居然都能拿来当图床。。。

@FrankHB 确实专利授权的限制比这些 license 更加严格。我之所以认为这个更为重要，是因为实践中这一点很难被法务审核出来。

现实中有 FOSSA 这类工具，可以提供兼容性审查，也可以提供列表给法务。只要法务定义好哪些能用，哪些不能用就可以审核出来了。对于决定引入 FOSS 的码农来说，即使遗漏某些内容也只是导致产品无法发布。

但某个开源库是否可能包含专利技术，引入这个库的码农比法务会更可能搞明白。比如一些复杂算法库，编码解码器，会比一个 log 工具库更可能触及专利问题。

另外如果你是个贡献者，那么当你给开源库贡献包含公司专利算法的代码的时候，Apache 和 MIT 还是有本质区别的。
这就是我为什么认为实践中，专利授权是在你引入 FOSS ，考虑其 license 时最重要的一点。确实你说的许可证兼容和再许可也很重要。

我发现了争执的点在哪里。
我是从一个 FOSS 使用者的角度考虑的，引入 FOSS 并使用，作品作为闭源软件或者服务分发。而你的角度是一个开源软件的开发者，所以你会优先考虑自己的开源作品使用的 License 是不是真的符合“开源”定义，引入 FOSS 的 License 是否兼容，是否能再分发。同时专利授权并不是很重要，大部分情况下即使你实现了专利保护的算法，也是你的用户需要考虑是否侵权。比如 FFMPEG 。

角度不同结论肯定不同，特别是哪些点更重要这种问题，争执这些也没什么意义。
不过至少明白了一个点：遇事不决找法务，法务搞不明白出了问题那也不是码农的错。

你用 UUID 都是递增的。
主要是很多 NoSQL 的使用场景都是多节点集群，你要这种严格递增很难在多机情况下保证的。

@FrankHB 就常识来讲，特别是你口中的“外行最常出现的只管拿来用的情况下”，是否符合纯粹的“开源”定义，并没有“许可”本身重要。
关注专利确实不会比版权问题更重要，在你考虑引入 FOSS 的时候，它们是同等重要的。如果你不确定，可以咨你司法务。
专利和 OP 说的内容直接相关，是因为有些许可证涵盖了专利授权，但大多数都没有。所以你在使用可能包含专利的第三方代码的时候，更要小心检查它的许可证。

@FrankHB 我想回答的是“这些常见的 License 是什么，有什么用”，并不关心某个 license 符合不符合 OSD 。
最常见的，在公司里，你去跟你司法务说专利授权不重要试试。
不是只有符合 OSD 的才是好东西，开源归开源，生意是生意。你想用人家的东西，就要遵守人家的 license 。不是说某个 license 不符合开源定义就可以不遵守的。

@ssltest 首先，free 或者说 open source 的软件协议都不会“限制商业使用”。根据 GNU 的哲学，“自由”面对不管是大公司还是个人用户都是平等的。真正限制商业使用的，是商业公司不想让自己的客户获得源代码，和再分发的权力。这个决定是商业公司做的，而不是 license 限制的。
其次，对于 license 最重要的一部分，就是专利授权。你这个完全没说。。。
最后，关于 AGPL 。这个 license 设计的很差，不管对于开源库作者，还是使用者，都是很差的协议。
但就是这样，你的描述也是错的。。
AGPL 的核心在于，认定用户可以与你的系统交互，就认为是你在“分发”。跟你是不是云服务没关系。
AGPL 的问题在于“交互”的认定是很模糊的。对于作者来说，使用者很容易钻空子。对于使用者来说，这种边界界定不清的协议也是垃圾。这也是为什么 MongoDB 把 AGPL 切换成 SSPL 。
看你都挂了推广了，既然想赚这个钱，建议还是专业点。。。

AGPL 的描述也是错的。。。。