弱弱问一句，页面的鼠标跟随效果是如何实现的啊？超级喜欢这种效果

推荐在 W3CSchool 上过一遍 Spring，先整体了解一下概念（也可以看看我最近总结的 Spring 揭秘笔记 https://blog.csdn.net/slx3320612540/article/details/94473158 ），然后就可以入手《 Spring 揭秘》啦；但是，这本书比较旧了，只需要看看 IoC 和 AOP 部分，然后有兴趣再看看 Spring MVC 部分，之后就入手官方文档吧；
即：W3CSchool 打头阵；《 Spring 揭秘》冲锋；官方文档打扫战场：

c2x4MzQyNTE3MjkzOQ==

恕我直言，培训机构“面向工资”的培训和宣传，对这个行业百害而无一利；对企业百害而无一利；

整理了一下代码~
后端技术栈：Spring Boot+Spring MVC+Spring Data JPA ；
前端：微信小程序、其他纯手写（不是很熟前端框架，小项目，原生也还行吧）；
图片存储于七牛云；接口并不是 REST 风格；
后端 github 地址： https://github.com/nil-xuan/dream-word-backend
前端 github 地址： https://github.com/nil-xuan/dream-word-mini

从框架选择上来说，后端使用 Spring Security 框架；
从设计上来说是显式的（对资源保护、对行为授权）的 RBAC 模型；
从流程上来说是用户登录后，返回主页面，然后再向后台（这一步为普通的菜单数据库查询）请求相关菜单、按钮的信息（如链接、图标）返回给前端。
至此可实现前端的权限管理。
当然，对于后台接收到的请求，可以在 Spring Security 里再加一层后端验证，防止接口泄露后的非法调用。（以上步骤，实现过一个简单的管理 demo ）
最佳实践的话，今天在 github 上看到一个项目，https://github.com/elunez/eladmin。

今天注册满 30 天了（不能回复的话，一开始就提醒不是更友好吗？） https://www.wereadthinker.cn ——落花流水存心阁

@86091566
@littleMaple
学习了，谢谢；

@Torpedo 这个回答很机智；当我们重点放在 Where 和 What 上时，你注意到了 When ；

@wozhizui
@print1024 感谢~

啊哈，我来抛砖~目前只关注了一些公众号，比如阿里技术、美团技术团队等；可以了解到阿里的一些开源项目的重大更新介绍；

@Yiki csdn 已关注，黑客帝国好评；

给别人打工，是没有什么出路的；因为这条路走多长、走多久、怎么走，决定权不在我们；我们打工的唯一目的就是赚钱，或者说是可以不打工；但是，对于个人来说，抱着给别人打工的态度工作，最后荒废的是自己的职业生涯；工作结果的确是老板的，但是工作过程获得经验是我们的；所以，在打工状态下，不管走哪条路，都应该以老板的心态经营自己的职业生涯；这样，路才会多，才有可能找到出路；

很认同 15 楼的说法；全栈=全干这一等式虽然也描述了全栈往往意味着任务重，琐碎，甚至像 v 友提到的“打杂”；
但是全栈也意味着控制，意味着自由；意味着 idea 到 product 的转换能力；
通往全栈的道路上需要避免“多而不精”，正确的姿势应该是“一专多精”；
自己对技术的追求，就是全栈，就是一种随心所欲的创造自由，这也算是我选择成为程序员的初心；
令人遗憾的是，我的确踏进了“多而不精”的陷阱，好在已经意识到这个问题，对自己的技术发展也有了初步的规划；
最后，我认为，全栈意味着自由，意味着创造；

说起来，今天离校，看到楼下顺丰快递寄存点，码得非常整齐的行李箱，突然意识到，这就是封装的好处啊，不过内部多么乱起八糟，从外面看都很整齐；可是，万一箱子坏了，漏了，搬运起来可要多费劲啊，也就是说仅有封装还不够，还需要良好的分装；
另外，楼主的问题实际上可以从编程过渡到生物邻域，也就是生存和繁衍；生存是为了自己，繁衍是为了种群；
按照达尔文的理论，也就是物竞天择，适者生存；这里需要注意的是，不是强者生存，而是适者；也就是俗话说的，合适的才是最好的，最好的不一定是合适的；
作为程序员，提高自身技术水平，是为了“物竞”，所处的环境是为了“天择”；这也是即便不愿在一线城市漂泊，也不能不在一线城市奋斗的原因吧；

呐，情况有些复杂哦；
1. CTO 是不是真的走？真的比例为 a ；
2. CTO 真的走—— 20%新公司活下去，获得 1.2S 的薪水； 80%新公司 1.5 年内死亡，1.5 年内获得 1.2S ，之后算上各种折腾（离开新公司后找工作的时间、1.5 年内对薪资的下调等） 1.5 内获得 0.7S 。
3. CTO 假走——考虑各种因素，3 年内平均工资为 0.9S 。
基于以上共识，算算期望？
选择走，三年内的期望：
T=3*12;
E=a*(20%*T*1.2S+80%*0.5T*（ 1.2S+0.7S ）)+(1-a)*T*0.9S=0.988aTS+0.9TS-0.9aTS=(0.988a+0.9-0.9a)TS=(0.088a+0.9)TS ；

不走：
E=TS
嗯，经过理性分析，所以我选择不走（实际上，计算过程参数众多，结果不能说明问题，只是，该考虑的都要考虑，我感觉 a 最重要）

@msaionyc 是的，正如#123 所说，一味追求优秀代码，可能会让我成为更优秀的 coder，但是改善既有代码也有着其他的可能。
“见到了优秀的代码之后，就无法接受不那么优秀的代码了”，的确是我曾经的陷入的一个误区，这实际上是对编写优秀代码的渴望和自身能力不够之间的矛盾（程序员初级发展的主要矛盾？）；解决这一矛盾，还得提高自身，不能降低追求和渴望。
另外，以史为鉴，很厉害了！

@cfans1993 看来，你已经达到“好又快”的境界~恭喜恭喜，能达到“随心所欲”的境界，也算是一件乐事啊。