一直以来，写日常问题、前沿技术和架构思考类的文章比较多，今天为什么突然来说说Swing这个陈年老技术呢？ 因为在CSDN上看到了这样的一篇文章： 可以看到作者对于学Swing还是挺愤怒的，不过确实Swing现在很少用了。但我的观点还不是那么绝对，因为从个人成长来说，Swing的学习确实给到了不少收获。开始也没打算专门来写篇文章说说看法，然后上了一下掘金，居然就又看到了这篇文章（强大的推荐机制）： 开始看标题格式还以为是同一篇，仔细看才知道原来是驳前面那篇的，对于后面那篇的不少观点，个人还是比较认同的。 同时也因为作者的观点，联想到经常有读者跟我聊遇到职业瓶颈的问题，与我给出的建议有很多不谋而合的认识，所以还是想写一篇文章来说说。 首先，我尊重每个人对技术学习的观点，这里不评论到底谁对谁错，我就结合自己的学习和成长路径，谈谈这个问题的看法吧。如果屏幕前的你是正在读书的学生或是遇到...

关于低代码平台，之前我也推送过两篇相关的文章，我的观点很简单：东西是好的，有它所擅长和适用的领域，但软件产品不存在银弹，低代码平台一样如此！ 现在在搜索引擎上搜“低代码”这样的关键词，你会看到很多夸张的标题，比如： “人人都是产品经理”之后，“人人都是程序员”的时代要来了？ 阿里、腾讯都在押注的新赛道，能让程序员告别脱发和996吗？ 还有诸多低代码平台的公司拿到各种融资或地区性政府补贴的新闻 甚至我还在福报长的抖音账号中，看到了程序员下午坐在外面喝咖啡，说有了低代码，现在大把时间休息的短视频。。。 低代码平台真的这么神奇？我们在企业数字化转型过程中的开发任务都可以用低代码平台来解决吗？我们开发者996的宿命就这样被搞定了？ 如果你正对低代码平台抱有上面幻想的话，一定要好好看看下面的内容！ 先表明观点：如果你试图使用低代码平台去解决所有开发问题的时候，很有可能这样的决定将在2-3年...

先声明一下，本文不聊ISSUE中的七七八八，也不聊代码是否写的好，更不聊是不是跟蔡徐坤有关之类的吃瓜内容。仅站在技术人的角度，从这次的代码泄露事件，聊聊在代码的安全管理上，通常都需要做哪些事来预防此类事件的发生。同时，大家在阅读本文的时候，也可以深入思考下，自己团队是否也存在类似的问题，经过这次的事件，是否有必要针对性的做一些优化。 最小权限“最小权限”原则是我们在学习Linux用户管理时候经常被提到，并且被反复强调的内容。该原则是指每个程序和系统用户都应该具有完成任务所必需的最小权限集合。赋予每一个合法动作最小的权限，就是为了保护数据以及功能避免受到错误或者恶意行为的破坏。 在代码的安全管理上，“最小权限”原则同样适用。但是，从此次的代码泄露内容中可以看到，这一点做的并不好，一起来看看源自泄露代码的README介绍： 从说明中，可以知道这是一个后端项目的大仓库，每个业务线都通过文...