你可以找计算“编辑距离”的算法，只保留删减字符操作。

拉回正题

个人还是认为要研究技术还是要走专而精的路子，全栈更靠近商业逻辑，正是技术管理不规范，团队规模不够大的表现。

履历确实是个好东西啊，还是得在工作中注意获得普遍认可的外部评价。

导航 https://www.v2ex.com/t/708923

准备好了！

@abbycin 谢谢提示。搜了下，是 C++的方案？改动有点大，我先找找其他解决方案。

@wanziforeverpg 是指比 NewSQL 的热度低一级

不要对管理岗有什么幻想。
大多公司也倾向内部提拔，失业后管理技能不一定会被其他公司认可。
关键还是得有代表性的产品。

抓紧上车！

30% - 100%

https://www.v2ex.com/t/694956 这个？

支持楼主下，最近一直想学习无锁架构，提供的论文线索也很有价值。

@piaochen0 对方没技术人员，有好有坏吧，好处是我说了算，服务器肯定也是我来，坏处是需求那叫一个粗略。

@wagjia 没需求文档，只能大概总结下有哪些模块，然后报价了。

@SHOWLEE @realajie 待报价状态，一起的商务说传统行业的小老板不愿多掏的，个位数的钱说的我有点怀疑人生。

@tangkaichuan @GM 他们之前找过一个外包被坑了，防备心比较强。谢谢提醒！我得坚持要 20%+定金，然后落实需求到合同里，定制加钱，哈。

现在还没熟悉的小程序开源代码，一会找找。

@s609926202 好像因为快手有房补，附近的房租水涨船高

@louettagfh buffer pool 配置的 12G

内存计算用的这个：
key_buffer_size + query_cache_size + tmp_table_size + innodb_buffer_pool_size + innodb_additional_mem_pool_size + innodb_log_buffer_size + max_connections * (sort_buffer_size + read_buffer_size + read_rnd_buffer_size + join_buffer_size + thread_stack + binlog_cache_size)

其中 max_connection 设置的 1600，实际连接 980 左右，总耗用内存大概应该是
32M + 64M + 24M + 12G + ? + 32M + 1600 x (4M + 2M + 3M + 6M + 192K + 512K) 约等于 37G

线上有的可以到 60G
测试环境有个连接数设置为 200，最大内存应该在 16G 左右，实际使用内存也达到了 23G，想定位多出来的这些是内存泄漏还是没有来得及回收。

官方有下载量统计的，改版后说为了做 CDN 就放在了别处，可以直接自己取到。

PyPI does not display download statistics for a number of reasons:
- Inefficient to make work with a Content Distribution Network (CDN)
- Highly inaccurate
- Not particularly useful

相关：
- https://libraries.io/pypi/
- https://packaging.python.org/guides/analyzing-pypi-package-downloads/