@opengps 然而发现这么多年也没用到 int 上限？
其实你要做分布式的话，UUID 就比 int 好啊。如果只是单一数据库，那直接 int64 就完了。

@barble 我手里也没这种音箱。不过按理说这广播应该没什么用，除非是多机联动用的。就是你家比较大，几台音响互相之间可以广播不同屋子录下的内容。不然它这个功率泄露不了太远的，除非你用一个特别牛逼的天线去接。
但是要真是多机联动用这方案也是脑洞清奇，说明完全没把你隐私当回事。。。

早就不敢用百毒的东西了。。特别是 AI 音响这种。
不过这就过分了吧，把采集的环境音广播出去？这是人干的事？

不会，因为知道怎么远程办公的领导太少了。自己导致大家效率极端下降，完了再来一句咱们不适合远程办公。
这都什么年代了，需要 VPN 远程桌面回去写代码你敢信？就这样还怎么远程办公。

安全只能靠人的意识和策略，只靠技术是没用的。VPN 和 FRP 本质上没什么区别，你只要能访问到内网，那该炸就一样会炸。
作为公司而言，首先要确定对于自己来说什么东西是核心资产。绝大多数公司并非造火箭的，代码本身不值钱。是产品数据库重要，还是自身的销售渠道重要，还是真的代码最重要自己要想清楚。安全防护保的是核心资产，其他的价值没那么大。
比如你做互联网产品，那么生产环境是要彻底隔离开的。哪怕是在公司也不应该让开发人员可以直接访问到。这种情况开发人员在家办公还是在公司区别不大，只要做好代码库隔离，不要一次性把所有产品代码暴露给某个开发人员就可以了。

@kangsgo confluence 功能上没有可以与之相比的，而且教育折扣是半价。
两年前给公司选的时候试用过几乎所有的同类产品，功能上没一个能打的。
唯一的缺点就是性能一般，数据量大了以后需要堆硬件。贵不是缺点

@chenqh 如果你觉得以后会支持前端跑在不同时区，比如从国外访问，那你数据库就存 UTC。
查询的时候让前台给你传 UTC 时间。或者只存个 offset。
一般这些 ORM 都可以给你做了，配置一下就好了。
如果你这个产品从头到尾都不会有人在不同时区使用，那就直接本地时间也没问题。

大写字符是 65~90，小写是 97~112
二进制是 0100 0001~0101 1010 和 0110 0001~0111 1010
比如
01010001A，变成
01100001a

你可以直接翻转第六位，就是异或个 0010 0000

这个 0010 0000 在 ASCII 里面代表空格，所以你直接异或一个空格就可以。当然你得首先判断它是字符。

ASCII 当初就是这么设计的，大小写基本都是对称的位置。
另外虽然 ASCII 用来编码字符，但是对应数字那部分都是 0011 开头的。你把这部分 mask 掉剩下的就是字符所表示的实际数值。

兼容的 UTF8 也是一样的。不过正常来说，你要做一个完美的大小写转换，需要先判断 culture 才行。不过简单的可以就这么直接做了。

如果是兼容 ASCII 编码的字符串直接位运算就可以。

赶紧换吧。
前两天他们官方还在 V2 发帖说疫情期间免费，结果一群人骂。

他说的不是网络安全，是你存储介质。两个 RAID0 加上 iSCSI 比较容易炸。
@abbottcn

学了 Java 也不代表之前就是废的啊。
Spring 里面的 DI 容器，ASP 里面不是一样用？你前端各种框架不也是 DI 用的飞起？之前的 MVC，到现在 MVVM，前端框架不也都是有样学样吗。而且现在前端做的越来越复杂，你在后台开发实践的设计模式，面向切片等等前端不也都是能用得上。
再说你做 Web 应用，一个规模相似的应用不管用什么框架搭起来结构都是差不多的。你用 Java 这么做，换成 ASP 也是这么做。区别就是有的功能某些框架没有需要你写，或者实现起来细节不一样，不过大概的架构都是一样的。

一般不会直接拼 JSON 字符串的，都是通过库直接序列化某个对象。
JSON 库一般都可以配置或者重写序列化时的命名方法的，后端直接改一下就好了。

这算是最惨官方了吧。。。。。

@ginjedoad 话虽然是这么说，但真正开发过程中鸡毛蒜皮的事太多你根本就没精力去实现创意了。
建议你把推荐的这几个都跑个 demo，然后找个觉得最顺手的。个人项目刚开始还是不要让那些细节问题太过牵扯精力，不然没了热情就难以继续下去了。

@dxgfalcongbit 一般每年的流感疫苗都是 WHO 下发的当年推荐毒株做的，不需要重新做临床试验。
甲流的和其他流感疫苗制作流程都是一样的，比其他疫苗要快很多。

京东自动下单应该还能买

微软推荐用 Memurai 一类的替代一下
不过你可以试试 docker 或者 wsl