chinfeng 最近的时间轴更新 chinfeng 最近的时间轴更新 | chinfengV2EX 第 79761 号会员，加入于 2014-11-02 12:00:59 +08:00 |
chinfeng 最近回复了
27 天前 回复了 pc10300 创建的主题 iPhone 让人困惑的 esim，居然还没实体卡方便 |
是的，这不是美版也不是欧版，这是中国特色的 eSIM 卡，中国特供版 eSIM 卡，当然没实体卡方便啊！
27 天前 回复了 mark257 创建的主题 问与答 新项目全栈框架选 Ruoyi 还是 芋道/Jeecgboot |
@zhiguang 是这样的，主要是由于中国软件产业还很落后，交付质量要求低的市场还是有的，所以 ruoyi 才有生存的空间。还有很多团队甚至清一色的都是培训班出身的二把刀，就是靠老板关系交付，只要美工设计漂亮就不需要靠技术交付，比 ruoyi 质量差也不奇怪了。
72 天前 回复了 mark257 创建的主题 问与答 新项目全栈框架选 Ruoyi 还是 芋道/Jeecgboot |
@rechardwong0522 你这调研也太水了，5202 年了都还要选 mybatis 作为技术栈……
98 天前 回复了 jadelike 创建的主题 职场话题 华为海思 21 级大佬周日发帖总结主动管理 OD |
大佬这意思很明确：我们不是针对你们这些老实人，而是针对那些家都是老实人的！
108 天前 回复了 mark257 创建的主题 问与答 新项目全栈框架选 Ruoyi 还是 芋道/Jeecgboot |
@rechardwong0522 你说得对，我就是不告诉你。
110 天前 回复了 SonicKang 创建的主题 Vue.js ant-design-vue 好像不怎么维护了， vue 有什么比较靠谱的 ui 组件库吗 |
5202 的今天，已经不需要这样的库了。
现在的前端流程是：shadcn 先梭个基础组件下来，然后上 ai 去微调这些组件的功能即可。
现在的前端流程是：shadcn 先梭个基础组件下来，然后上 ai 去微调这些组件的功能即可。
110 天前 回复了 yazinnnn0 创建的主题 Java 旧闻: Vert.x 5 发布 |
以前我觉得这是好东西，现在看生态位太尴尬了。
如果让一个 java 团队都达到能掌握这套框架的程度，付出的成本还真不如让他们直接学 go 。
而且微服务部分跟 spring-cloud 一样尴尬，里面绝大部分的东西，5202 的今天大部分已经不需要在应用开发框架上解决，基础设施已经覆盖掉大部分功能。
如果让一个 java 团队都达到能掌握这套框架的程度，付出的成本还真不如让他们直接学 go 。
而且微服务部分跟 spring-cloud 一样尴尬，里面绝大部分的东西，5202 的今天大部分已经不需要在应用开发框架上解决，基础设施已经覆盖掉大部分功能。
110 天前 回复了 tt83 创建的主题 程序员 我完不成的大概率 AI 也做不出来 |
目前 AI 做 fragment 是没问题的，你必须把问题切得足够小，然后让 AI 解决很小的问题。
然后你自己在解决工程集成的问题。
然后你自己在解决工程集成的问题。
110 天前 回复了 mark257 创建的主题 问与答 新项目全栈框架选 Ruoyi 还是 芋道/Jeecgboot |
@rechardwong0522 定义决定认知，如果 ruoyi yudao 是轮子，那是一个质量很差的轮子，承载不了太多东西，用这玩意做的东西天花板特别低，还想什么技术积累、扩展性的就是难为自己。但是今天在中国仍然充斥着大量只要很低交付水平的需求，因此这类 admin 模板就能在这些低质产出中找到自己的生态位。
如果你还在找这种优秀模板，那就是停留在业余水平的那种认知层次。就像是你刚把自己的自行车升级到了小轿车，然后坐上了驾驶位还在寻找比较舒服的脚蹬差不多感觉。
如果你还在找这种优秀模板，那就是停留在业余水平的那种认知层次。就像是你刚把自己的自行车升级到了小轿车，然后坐上了驾驶位还在寻找比较舒服的脚蹬差不多感觉。
114 天前 回复了 mark257 创建的主题 问与答 新项目全栈框架选 Ruoyi 还是 芋道/Jeecgboot |
@rechardwong0522
首先这两玩意都不是脚手架，你的理解有问题。其次 ruoyi 和之上的 jeecg 基本就在第一个层次，这套系统的整个底子，从架构层面看起来就是 60 后程序员的产物，充满了各种错误且过时的实践。我的建议是：
- 一次性做项目，需求明确，规模中小，能跑起来交付就行，那可以用
- 在此之，如果你能接到后续的单子都是高度同质的(需求差异最好不超过 10%)，那可以用
- 你想形成自己的技术积累，别用
- 你想做一个适配多种业务的系统，别用
- 如果你想你的成品可扩展性强，别用
- 如果你想生态好，对一个 2025 年还停留在 spring-boot 2.x 和 vue 2.x 的模板，千万别用
首先这两玩意都不是脚手架，你的理解有问题。其次 ruoyi 和之上的 jeecg 基本就在第一个层次，这套系统的整个底子，从架构层面看起来就是 60 后程序员的产物，充满了各种错误且过时的实践。我的建议是：
- 一次性做项目，需求明确，规模中小，能跑起来交付就行，那可以用
- 在此之，如果你能接到后续的单子都是高度同质的(需求差异最好不超过 10%)，那可以用
- 你想形成自己的技术积累，别用
- 你想做一个适配多种业务的系统，别用
- 如果你想你的成品可扩展性强，别用
- 如果你想生态好，对一个 2025 年还停留在 spring-boot 2.x 和 vue 2.x 的模板，千万别用
Select Language