@ZZITE CSS 是个非常难的东西，从设计到运用到 debug，其思路和一般编程完全不同，能同时精通编程和 CSS 的绝对是天才，基本上大部分时候你只能精通一样，而且对应的代价就是无法适应另外一样

说句难听的，后端语言哪有不可替代的，把自己绑死在一门语言上很有趣吗？

@liygheart 啥，linux 是最安全的操作系统？我就不说 google 了，你自己先百度一下专业安全领域对比的 windows 和 linux 的安全事件数目好吗？ windows 和 linux 不存在谁比谁安全，只看你会不会用！况且要比安全的操作系统，旁边有个叫 OpenBSD 的在那没说话呢

@lightening Linux 桌面没有精兵强将，几大阵营争吵不休，自然就是这德行

认真的说，没办法，人生就只能活一次，年轻时犯的错误都是有代价的，只是什么时候爆发出来而已。楼上有人说考研，这是个出路，但是我得说，楼主，你要真能有考上研的能耐，你就算在小公司待着照样有办法脱颖而出(不是说脱颖而出就代表优秀，而是说你要表现的胜出其它人)，而你干了两年仍然没能在你的圈子里脱颖而出。说明你的个人能力，恐怕就真的只有一般，考研对你来说，也很困难。毕竟自我学习能力对在社会里混的人来说是非常重要的能力，远胜于你现在会什么

@yikyo 那你的意思就是说对这种做法，水平分库是有用的，但是如果是垂直分库，就没啥用了，因为垂直分库并不降低单个库的数据量

你这个数据量，1 小时就有 3 6000 0000 条数据，1 小时就 3 亿条了，兄弟别折腾 SQL 了，要么文档存储，要么大数据。这个量级折腾 sql 是不明智的

@kkhu2004 OSX 说到底也就不过是个 Unix，如果没有特别加强安全方面的定制开发，也安全不到哪里去

@Oathbinder 数据库的外键不就是那 3 种模式吗，你引用的键之间互相有联系，要么联动删除，要么不允许删除

没啥合理不合理的，你的业务就是需要外键约束的话那就是需要，但是现在的一个普遍做法就是约束在应用层实现，数据库只当仓库用，维护起来省事很多

@Rocinante 你和宇宙第一 IDE 比性能，你是不是想不开，更别说在 windows 平台上 jvm 的性能并不太好，而且 java 本身的 UI 库有些落后了

@Youen
@mcfog
@jswh
首先谢谢你们，但是你们提的解决方案，其实是把用户和角色的关系解除，但是对我提出的“描述角色组自身的约束条件复杂多变”这个问题，没有帮助，因为我需要在系统里明确的向用户展示，某个用户是什么身份（用户组），而这个用户组自身又有哪些条件约束(可能只是用于标识单一部门；但也可能更复杂属于学院+年级，或者属于专业加年级)

@LokiSharp 你说的不是我的问题，我的系统里一样可以用户加入多个组，现在问题是组这一级的约束条件过于复杂


@TomatoYuyuko 关键在于角色本身受多种条件约束，而且这种条件在可预期的未来会不断增加，如何建立针对角色的通用模型非常困难

写的不错，干货不少

@letitbesqzr caffeine 本来就是 guava cache 的续任者，更是直接被 spring5 选用的默认缓存，ehcache 存在一些问题，caffeine 在 git 上的 wiki 指名道姓的指责 ehcache 的开发者以“自以为是”的态度开发他们的软件，以“空想理论”的方式，宣称他们的缓存的性能。敢这么说，我估计 ehcache 真恐怕有不少问题。现在看 ehcache 除了能做独立集群，真心没有比别家缓存强到哪里，但是如果我要做独立集群缓存，我为啥不选 redis，memcache 呢。

Laravel 垫底不是几年前都有人说过的事情， 怎么现在还有人当新闻一样，web 框架不管是你啥语言，套的层越多肯定越慢，但是再慢都慢不过数据库，所以自然这些慢的问题都被掩盖

楼主，你这网络安全的研究生是白读了吗？我怎么一点没有你读完了网络安全研究生的感觉？