1.反序列化排序问题
2.数据字段、内容不固定，没有设计专门的字段存储而是靠 varchar 或者 json 存在数据库（ MySQL ）中
3.历史问题

碰到 2 、3 这种情况倒也不是不能弄，多一步处理（ Java ）：定个 Vo 处理这个字段，用 Jackson 反序列化把这个字段转 Map 就行。

2 这种情况在所谓的“低代码”、“动态表单”之类的平台很常见

至于上面说“菜”的，你就说能不能用吧，前端或者后端总有一个人要多写点代码做这种处理的，不是菜，而是有人想偷懒🤣

@xiaoqidev 创宇云已经因资金链断裂跑路了

@xhldtc 学生时代结束后，除了工作需要或者已经润了的，一般人很难再接触到英语听力和交流了，时间长了英语语言能力就退化了，用复健不为过分吧😂

上家要求日报、周报、月报。迟交或者没交扣工资，还有可恶的加班，然后我就 run 了。

现在所在的公司什么文字报告都不用，要完成的任务、要修的 Bug 从公司内部平台看，工作进度一段时间在平台上改一下百分比或者状态就好了，特殊情况有留言区可以解释。

此 12s 非彼 12 ，与苹果 iPhone6 、iPhone6s 类似，除了极个别地方区分度不高。

除 CPU 换了 8Gen1+改善发热体验之外，其他各方面小修小补

受天气影响产生的电压、电流不稳定，需要转换，不转换指不定你的电器就因为高电压 /电流烧了或者低电压 /电流无法正常工作。目前的绿色能源（水电、光伏）都有这个问题。

电池是目前较优的方案，转换后储能，并且提供相对稳定的输出。

HeidiSQL （免费）、DataGrip （收费，但 IDE 或全家桶都包含）、SQLyog （收费）

Navicat 专业性的没得说，运行稳定不崩溃，专业版支持的数据库类型多，对表的导出入很友好。

HeidiSQL：
1.（缺点）偶尔会崩溃
2.（缺点）连接远程库如果 SSH 或者 VPN 断掉了重连要卡好一会
3.（缺点）大数据量的分页支持不好（不记得超过多少条后就被截断不展示后续数据了）
4.设计表和表数据两个视图之间切换比较友好
5.所有的操作、修改、删除时你可以看到生成的执行语句

DataGrip：
1.Jetbrains 全家桶或收费 IDE 自带
2.以项目的分类来保存归类 SQL 语句
3.支持的数据库类型非常多，同时也是写 SQL 的神器
4.连接数据库用的 JDBC ，因为是全家桶的换皮衍生产品，相比其他的可能有点重

SQLyog 没用过不评价，但占有率还可以，之前在学校机房看到过。

引入队列中间件 rocketmq 之类的？

Jwt 只是令牌签发验证的一种方式而已，如果签发时不指定过期时间，签发出来的令牌存在 Redis 用于管理过期时间，和 Cookie-Session 的作用就一样了。

区别就是 Redis 管理令牌，在没有限制、数据库分区一致的情况下多个系统都是可以从 Redis 中读到这个登录令牌的，只要保证密钥一致就相当于变相的实现一个简单的单点登录（当然这样可能会有令牌管理混乱的问题，可以根据系统规模考虑一下是否要这么做）

可以在掌上生活找人工客服，说希望屏蔽来自银行的全部营销电话，一段时间后会安逸下来，直接打电话也行。

除了 95555 和 4008205555 这两个，或者其他高级的卡的专线，其他来自招行的电话基本上是推销。

这边提供几个号码供参考拉黑:
4001095555
4001895555
4006295555
4006995555
4007695555

参考 elasticsearch （误

https://redis.com/blog/search-benchmarking-redisearch-vs-elasticsearch/

在上面的链接中 Redis 团队吹了自己一波，虽然理论性能很厉害，但具体的占用情况还是得看数据量来判断吧，数据量多了负担终究是下不来的

Nexus 私服支持多账户，为什么要所有人共用一个账号呢

数据库账号密码可以试试使用 jasypt 加密，不过这只是保证不以明文来存储密码，并非绝对安全的

有这种担心的应该还是公司人员流动性太大了。。好好想办法怎么留下员工才是最关键的

公司里面因为历史项目遗留，sun 加密库的问题，升级一直是阻碍。升级这些没有额外的工资，也没有额外的工时来允许你改动，导致没人有动力去改动这些老项目，也就出现了“你发任你发，我用一点八”的情况

对于现在啥都讲究“快”的时代来说确实稍微繁琐了一点，标准库中没有内置，然后也没 npm 、maven 类似的包管理，不能 import/install 无脑解决这个需求。

我相信这个需求对于有点英语水平+善用搜索引擎的人来说不难，可是现在国内的开发越来越偏向于怎么快速简单开发完成性能还算过得去的稳定的系统，因为随着硬件的发展软件性能也不再是瓶颈了，只要可以拿钱堆配置解决的事情就可以不那么注重性能优化，重点在于项目能不能上线赚钱，最优性能很少能给自己带来更大的利益。

这样子一来国内对于 cpp 开发的社区 /资料随着时间也就越来越少了。另外 CSDN 的权重也比较高，抄来抄去的垃圾内容很容易把真正有用的信息给覆盖了，无形之中也给学习带来了“门槛”。大家还是得心平气和的交流才能有新鲜血液的涌入，中文社区的氛围也才能变得更好一点呀。。。

至于浏览器的限制访问，，已经是国内的定制系统自带浏览器的家常便饭了，建议直接装个 Chrome 或者其他的第三方浏览器来用就不会出现这样的提示了。

试试手动去文件管理那边安装，因为 Android11 对文件目录的读取权限收紧了，这会导致一些没有适配的应用（如旧版酷安、旧版浏览器）不能直接安装应用。

目前已经闲置了两个 QC 充电头，如果说这能推动统一标准的 PD 充电那有何不可呢

#7 引入强类型可以让性能变得更好的情况下，可以一定程度的缓解“换其他语言重构”的结局。

就目前来说还不是强制要求的，虽然说弱类型可以快速开发之前是它的优势
但一门语言是要考虑自己未来的发展的，相比其他语言来说 PHP 的性能目前还是一个需要优化的问题。

快速开发->能用+上线+修 Bug->发展面临性能不足的问题->优化->还是不足->换其他语言重构

如果最后因性能不足或者功能缺陷导致被重构抛弃，那 PHP 这门语言是不是也丧失了他的地位？

其实在 OPCache 的引入之后就已经在往相关的方向靠拢了，个人感觉 PHP 社区目前饼画的还行，就看后期他们能不能推出让人惊艳的版本了，比如支持多线程和内存常驻（不包括 Swoole ）