dcsuibian

@kulove Log4j 2 的漏洞已经是 2021 年的了（感觉比我印象中早）。
Next.js 这两年已经两次了。还是同一家。

所以我直说，前端圈整体就是菜一点。
以前 CVE 少是因为前端如果出了安全问题，那基本算是浏览器的问题。而后端出了问题就是自己的问题。所以前端写后端就是这样的。

另外，算我个人主义崇拜好了。
Log4j 、Logback （ Spring Boot 默认）、Slf4j 的作者都是 Ceki （全球日志界的祖师爷）
Log4j 2 是 Apache 的项目，不是他的

对的，就是很慢。所以每次开机都是先把应用点一下，让他不要每次都冷启动

绝对不去啊。
实习生拿 AI 泵了个屎山让你去维护。不就这样嘛
你维护好了在领导眼里也只是解决小问题，功劳大部分算实习生的。
而且人家觉得实习生就能干这么多活，那你的待遇凭啥超过实习生？

公司领导的思路改变不了的，不去最好，不给自己找罪受。

以前我认为：IPv6 会替代 IPv4
现在我认为：只要 TCP/IP 网络模型不变，那 IPv4 和 IPv6 会永久共存，最终 IPv6 主导、IPv4 补足。

后一种基本上就可以驳斥 IPv6 无用论了

没这个金刚钻就别揽瓷器活

以绿联 NAS 为例，基本宣发都围绕着小白而不是企业，什么家庭影院，共享照片文件之类的。做这个东西的收益很小
而且团队的技术实力不允许，加密会影响存储结构吧，那这个东西以后维护起来对开发人员的水平要求就更高了
看看群晖，虽然有加密功能，但默认也不勾选

就是既没收益，又没技术，那这时候不做不是个很务实的选择么？

我点进来之前是想吐槽下技术选型的
但是吧，这个做得还挺好看，虽然细节上没有很多 html 页面好看，但是总体来说看得出花了很多心血。尤其是做过 java gui 开发的应该都能了解有多难写
不过说真的还是尽早放弃 swing 比较好

[img][/img]
[img][/img]

另外感觉上面被迫害妄想症的人太多了。
我能统管三大运营商的话，我为什么要反对 eSIM ？实操的活又不是我做。而且中国本来也是标准的参与者啊。再说我有这权力，我直接就能否了 eSIM ，那现在为啥还让它通过？欧盟都能逼苹果开放侧载，我就不行？
什么有点权力就要恶心人民啦，什么故意让 eSIM 不好用啦？等等。搞不明白楼上都在想些什么东西

如果我是领导，这是很简单的一件事：
首先标准制定好了，国外也做了，手机制造商也需要这个功能。那顺势跟进一下就好了。
过程无非就是技术和安全人员出几个方案，找运营商、手机厂商等相关人员讨论一下，拍板。然后开做。完事了。

没有那么多勾心斗角、权力斗争和阴谋论，纯粹就是日常工作罢了。想那么复杂干啥了。。。

针对楼上的说几句

首先，eSIM 有标准。标准中也允许用户通过扫描二维码、App 、或运营商推送的方式下载配置文件。
但是，它没有规定必须给用户多少操作权限（例如：是否能自由下载多个运营商的配置文件、是否允许随意切换）。这些由运营商策略和国家监管来决定。所以 eSIM 本来就没有说要做到怎样怎样？如果说有中特色 eSIM 的话，那也会有美特色 eSIM 、日特色 eSIM 等等。只是中确实更谨慎些。


另外安全性和便利性本来就需要平衡，所谓国外的 eSIM 更便捷，那肯定也相对更不安全。在国内很多平台依赖手机号（也就是运营商）来确认你的身份的，也有反诈需求。这种时候你贸然降低安全性肯定是不合适的。
而且这只是刚刚接入阶段，以后又不知道怎么发展。拿小额支付举例子，从最开始的现金，到扫码支付，到现在的手环、碰一碰支付等，难道整个过程就是一蹴而就的吗？