开源项目作者
作为一个开源项目作者，是时候站出来拯救世界了！
领取时间：2014/02/12
领取条件：开源项目被开源中国收录的开发者可领取
looly
开源Java工具集 Hutool开发者，《Elasticsearch权威指南》早期翻译者。Java工程师，Python爱好者。我的博客： https://luxiaolei.com
软件作品
禁言：looly
天
加载中
04/02 16:27
发表了资讯评论：
第一个问题，有人专门管群了，这是解决方案；第二个问题公司运营后从游击队变正规军了，解决了；第三个问题是商业问题，Hutool来源本身不会商业化，而是借助Hutool的认可度和用户群开展周边商业化业务，这是流量转产业价值，这不是解决了我提出的三个问题？
2024/06/02 14:32
发表了资讯评论：
@青苗 Hutool也被提过一些我认为比较“低级”的漏洞，或者我认为不是漏洞的漏洞。刚开始我也很气愤，但是想通后发现CVE的思路是：你一旦没有主动提醒用户这里有坑，用户掉进坑里就是你的错，也就是你的漏洞。举个例子，你作为交警，要提醒每个过马路的人要注意安全，并要他回答是否知晓，一旦你没有提醒一个人而被车撞死，你就脱不了关系。同理，在使用框架和工具的时候，你应该至少提供一个参数提醒用户这里可能存在SQL注入漏洞，注意不是注释中哦，而是方法参数中，这样就是用户责任了。所以无论在注释中，还是文档中提供解决方案是不全面的。
2023/11/07 16:45
发表了资讯评论：
个人觉得HR说的没问题：他们需要的是螺丝钉，老老实实写代码，而并不是搞什么创新。尤其FAANG中的Apple，自从乔教主去给上帝做手机后，整个公司文化已经失去了创新力，他们也不希望自己的员工创造出新的产品一不小心影响自己的股价。
2023/10/19 20:53
发表了博客评论：
Hutool遵循木兰宽松许可第二版：“软件”及其中的“贡献”在提供时不带任何明示或默示的担保。在任何情况下，“贡献者”或版权所有者不对任何人因使用“软件”或其中的“贡献”而引发的任何直接或间接损失承担责任，不论因何种原因导致或者基于何种法律理论,即使其曾被建议有此种损失的可能性。
2023/10/19 20:51
发表了资讯评论：
@Yoona520 两家思路不同。feilong强调封装和整合，不重复造轮子，并且提供完整中文注释。Hutool强调清凉和无依赖或轻依赖，这两个理念不一致，具体就看用户的喜好了~~
没有更多内容
加载失败，请刷新页面
删除文章
文章删除后无法恢复，确定删除此文章吗？
删除动弹
动弹删除后，数据将无法恢复
公众号
视频号
问题反馈
北京奥思研工智能科技有限公司版权所有
京ICP备2025119063号
评论删除后，数据将无法恢复