直播本身不难解决，其它的服务，比如弹幕，抽奖，就不太好弄了，只能降级

要求很精确不，不是很精确就用布隆，要求很精确那就没办法了，空间不可少的。速度的话，首先用个 hash 算法，分个组，分而治之

2019 年还觉得原生系统在国内好的，我只能认为是太极客了，一点不接地气。为啥没有，很简单，这需求不是大部分人的需求，你和大多数人不一样

你们是什么项目，还有库路径错乱？现在不都是 maven 吗，eclipse 和 IDEA 在 maven 项目有啥区别？

废话，当然选 985，出来工作一段时间后都是看大学牌子，不再看专业，计算机是个靠自学的行当，你不进这个专业就搞不了了吗？

自己玩的话随便套个模板就行了，你又不打算深入研究

@ikaros 看什么类型的金融公司，传统金融公司的业务都已经固定了，追求的是两个方面，安全，对一致性要求相当高，算错一分钱都是大事；其次是性能，毕竟传统业务的客户数量也不低的，转账业务每天量也挺大，数据一致性问题，传统金融公司都是靠着单点机器性能硬顶（可能再过一二十年，NewSQL 才能慢慢的普及进去取代传统的 RDMS ）所以相当依赖数据库事务，遵循严格的数据库设计范式，这种情况下，业务全放存储过程肯定安全的多啊，放代码层？请问你编程功力如何？能实现严格的事务逻辑吗？实现之后性能又如何？
新的互联网金融公司都是靠着花里胡哨的业务骗钱的，今天一个活动明天一个促销，本质就是大街上卖吆喝，自然也就用互联网公司的方式了，业务都丢代码里，市场上的 Java 码农真便宜真香

这个问题 10 年前，在 ITeye 还叫 javaEye 的时候不就讨论过了吗？
只有非常稳定的，基本不变动的业务，才适合放在存储过程里，因为存储过程的调试成本是非常高昂的，你去找个有经验的 DBA 试试。就算是有经验的 DBA，和有经验的码农放在一起，后者调试代码的成本也比前者调试 SQL 的成本低的多。所以只有像银行，医院，12306 这样的，业务成熟基本不变的地方，才会放存储过程。互联网这种需求一天 3 变的地方你业务放存储过程是嫌自己头铁加班加的少吗？
另外还有一个历史原因，早年的数据库，本质是个操作系统，可以看一下当年 IBM 的盖世之作 IBM System R，DB2 的前身，看见人家叫什么（操作系统 R ），自身的性能，是可以把当年的应用层开发语言的性能吊起来打的，而且当年计算机硬件资源又很匮乏，哪像现在，阿猫阿狗随便买个云都是 4 核 8G 的，spring boot 架起来直接就能跑。当年那是“不得不一定要优化程序提升性能才能正常上线”。所以性能在当时比应用层语言强处很多的存储过程就自然落入了开发者的眼里了。
现在，数据库很大程度上变成了数据仓库，搞分析有各种查询引擎，流处理，一般性查询业务应用层技术开发的很快，成本又低，JVM 优化了这么久，再加上硬件提起来后，大部分场合也吃的住了，存储过程这种开发调试代价高昂的东西，自然就边缘化了

你把你的职位需求贴出来呗。估计是要求高，要求高难找其实很正常，说真的市场上的简历很多，牛人始终是那一小撮，没啥变化

凡是统一要求对外账号的，请公司提供工作 QQ，微信号，我自己的私人账号，没理由给你公司用，公对公，私对私。这是公司的义务

犯错的代价，一切和钱有关的东西，做不到一定的安全级别，再好的想法都是白想，让银联吃吃亏也好

前端各种框架太多了，其实前端的复杂性主要是要面对各种客户的奇葩需求导致的，如果是自己做的，完全没有你想的那么难

没啥激动，但是，楼主，我就明着告诉你，目的就是要消灭方言，当然不会明着在口头上讲。至于为啥呢。很简单：现代社会，统治系统希望自己面对的是一个个的个体，而不是因为各种原因纠结在一起的团体，其中语言(发音)这个东西，对纠结团体的作用而言仅次于利益。所以，楼上那些说书同轨的都没说到点上，时代早变了。从这个原因上来说，不要说广东话，就连最像普通话的东北方言，照样是被消灭的对象

首先主管是背锅的，你不能因为要坚持你的理念，就把责任扔给别人，坚持理念者要付出应该的代价。其次，你有离职的自由，强烈建议你换个地方，自己当主管

读书读傻了，遇到当面贬低的面试官不走人还打算干什么？