就算是扩容后的团队，也才 80 个人，这点规模，拆个狗屁的中台。

我没看原文，但是楼主自己贴的中文里有这三个字：“入门级”。本人做过 Java CRUD，做过 PHP 外包，现在用 Java 搞 DDD （虽然同为 Java，但跟 CRUD 是完全不同的思路，事实上大部分架构思想源自.NET ，有时候找参考资料也是从微软那里找），提出一点拙见。这个排行榜，能说明的东西，说好听点就是急缺 PHP 终点工，说不好听点就是急需会 PHP 的“韭菜”。

能忍就忍，不能忍你就只能卸载 APP 。频繁提示开推送、不升级不让用，这些设定就是在苹果那里，都是允许的。

未免有些人逼逼，直接把苹果的说出来。提示开推送的：陌陌，每次从导航切换到消息界面（事实上这个苹果也管不了，因为人家给的理由很充足：打开推送可以提高交友成功率，人家 app 的主要功能就是交友）。不升级不能用的：12306 、个税。

通俗的说，假如你调它的接口是正调，那么你指定个接口让它在特定情况下调用就是回调，而回调接口通常只需要指定 url，故又称为回调 URL 。

假如要探寻本质，这是既是天使也是魔鬼的 callback，一时半会说不清楚。

楼上还有说论文格式，技术词汇 linter 的，那跟错别字没关系，跑题了吧。

错几个字说明复查不认真，看其它情况。错一大堆说明没复查，或者文盲，pass 。楼上那些摔锅拼音输入法的，连简历复查都不做，拉黑。

不过，只有汉字拼错就是才是错别字。英语拼错或者大小写错误，不是错别字。

把日志里面的 Error 看完，里面应该有源头的异常信息。

你这个日志是处理过的，也有可能没包含完整信息，但是你都能调试了，在异常导致的断点那里也是能看到异常信息的。

你可能需要 JsonNode.asText

toString 得出来的是 JsonNode 实例对应的 json，不是它携带的值对应的 json，无法读取为 List 类型。

还有，为什么不看一下抛出来的异常的信息。

历史上第一个跨平台的不知道是哪个，但第一个以跨平台为特色出名的是 Java，Java 现在还能跨平台用，但能开发的应用类型龟缩到纯后台应用了，涉及到界面的，不管是 applet 、J2ME，还是 J2EE，都开始被祭奠了，也就一些旧的（没能力跑路）的桌面应用还活着。

框架思想可以跨平台，但最终的编程工具，跨平台基本等同于坑。

一、只要是 for 循环中的 sql，不管是插入还是查询，都是可以使用批量的方式替代的。
二、一次扛两桶水，相比每次扛一桶水扛两次，有效付出是一样的，但通常前者的无效付出更少（一种例外情况是，没有那能力还硬扛导致路上水撒了最终变成先扛一桶半再扛一桶）。简单说就是通常情况下批量比循环好。

所以，并不是 for 循环中用 sql 效率底下，而是改成批量模式会更好。

银行卡转账，也不需要收款方确认吧，这怎么就扯到安全问题上了。

1 、2 、4 跟外包没关系，3 、5 是歧视。其中 1 、2 都是合理情况，但是职场新人通常需要被现实锤打后才会明白。4 那个免费零食是属于部门而不是属于办公场所的，别说外包，就是同一个公司不同部门的人也是不能随便拿的。4 那个低价零食，我觉得你应该感谢它们不让你用，要 app 还要掏钱，非常大的概率这是别部门或者某个领导的副业。

最近在设计事件存储，看了 mysql 索引的数据结构，搜索时把这贴给搜出来了，然后需要纠正一些自己之前回复的错误。

InnoDB 引擎中，插入数据时，顺序（不一定要自增）主键确实比离散主键好。因为：1，InnoDB 引擎的表的背后存储就是聚集索引，通常是一个以主键值为 key 的 B ＋树，主键索引结构直接影响表数据的文件结构； 2，虽然插入总会导致 B ＋树分裂，但顺序插入时只在一侧分裂，而离散插入时随机分裂； 3，若 B ＋树只在一侧分裂则它的终端节点是有序增加的，进而可以与磁盘上连续的磁盘分页对应起来，从而可以连续写入磁盘，否则就只能随机写入磁盘（会增加 IO 时间，制造磁盘碎片）。

但是我仍然推荐用 UUID 而不是自增作为主键。因为：1，自增主键不具备业务性； 2，虽然通过层超模型＋ Hibernate 可以实现自增代理主键加业务自然主键的双主键模式来完美解决，但是这样实现的门槛不低； 3，非大量数据时，离散主键并没有损失多少性能，而到讨论性能的时候往往也要分布式了，那时候也用不了自增主键，要用雪花主键。

@xz410236056 请看完全文 https://zh.wikipedia.org/wiki/%E4%B8%AD%E5%9B%BD%E5%8C%97%E6%96%B9%E4%B8%8E%E5%8D%97%E6%96%B9

拿秦岭淮河线说事的，请不要展示自己没好好上学。秦岭淮河线约等于 800mm 降水线，是一种纯靠气候划分的区域划分，这种区域划分方式是地理课上多种区域划分方式的 其中 一种。

此外，如果是多层 NAT，都不用禁，天然限制 P2P 。通过磁链获取种子是要通过 DHT 网络的，多层 NAT 会影响 DHT 网络。

你与网站服务器的通讯在 7 层或 4 层模式中都属于应用层，通用应用层协议，例如 HTTP 、TLS 、Websocket，都不会涉及 MAC 地址。但是那只是通用协议，任何应用都可以使用自己专用的协议。

运营商通常不会处理应用层（一种例外情况是 DNS 劫持插广告），再隐私数据搜集这一块，可以先把运营商排除。

MAC 地址是否上传，取决于你使用的应用。如果你日常只用浏览器上网，那么 MAC 地址不会传给网站服务器。但是，如果你用得是国产浏览器或者一些非主流浏览器，那么不光 MAC 地址，你电脑上的所有东西都有可能上传给浏览器厂商的服务器。如果你用其他客户端或者 APP 上网，那就要看操作系统的隐私控制策略和应用厂商的良心了。

虽然只有 5800，但帮办分期的越想越可能是雷。

如果早两年的话，我对培训班的意见是找正规的。现在变了：不要去培训班，更不要来 IT 行业。参照各大厂以及所谓大厂的校招要求，现在 IT 行业已经是爱来来不来滚的市场了，培训班出来，上限就是 996 社畜，但凡你有一丁点其他出路，不要往这行来。

教育网网学校那里是 ISP 最后一公里部分，ISP 想卡你不是分分钟的事。除了私有 P2P 协议（例如迅雷），比特、电驴等通用 p2p 下载，都是有明显的协议特征的，ISP 那里太容易识别了。至于如何封禁，ISP 连物理层都掌握着，想从哪一层封就从哪一层封，不一定非要在应用层封端口，除了借助代理或第三方伪装，你是绕不过去的。