- 博客(13)
- 收藏
- 关注
RSS订阅原创 Oinone 后端快速启动与开发环境配置指南（MySQL + Redis + License + IDEA）
💡 本文详细介绍如何在本地配置和启动Oinone后端项目，包含与，适用于 Oinone 新项目快速启动。
2025-11-06 16:26:48
649
原创 Oinone 前端快速启动教程（从 0 启动本地环境）
通过本文你可以：✅ 一键启动 Oinone 前端项目；✅ 了解项目结构与环境变量；✅ 成功构建并部署生产包；✅ 快速排查常见问题（依赖 / 代理 / 环境变量）。然后重新启动项目。
2025-11-06 11:38:59
891
原创 35岁程序员的“第二曲线”：从中年失业焦虑，到可持续竞争力
中年程序员的护城河，不在“多会几门语言”，而在“让团队变快、让产品变稳、让成本变低”。当你能把“常变上收、差异化托底、契约稳定、证据可视”做成团队习惯，失业焦虑自然会被可迁移的竞争力替换——这就是你的“第二曲线”。
2025-09-01 17:52:57
1058
原创 【硬核速通】Oinone 从 0 到 Wow：3 分钟跑通「模型→页面→流程→统计」｜一套底座同时做产品 & 项目（老板 / CTO / 程序员三线并行）
一句话Oinone = 企业级产品化引擎。把低/无代码与标准化研发 + 敏捷交付做成同一套底座以模型为中心，统一接口/页面/流程/权限；界面设计器与流程编排所见即所得；字段级权限、多租户、审计等治理能力原生内建；被集成友好，80% 平台产出 + 20% 可编程扩展。
2025-08-20 16:49:04
1027
原创 Oinone vs 明道云：研发维度的硬核对比（范式 / 契约 / 可观测 / 扩展 / 部署 / 开源）
你要“平台里快速做业务应用明道云更顺滑。你要“把常变上收、差异化托底”，用统一契约与可观测把工程做成可复用的产品线Oinone更合适。有标准（Schema/GraphQL）、有证据（调试链路）、有边界（扩展位）——这三件事在 Oinone 里是默认解，在明道云里则以平台规范 + 插件机制达成。Oinone技术手册。
2025-08-19 19:15:32
1325
原创 别再硬扛了：为什么“会用工具”的团队更有竞争力
工具是必然，不是可选项。差别只在于：你是让工具放大你的工程能力，还是让“纯研发”继续消耗在重复劳动上。**控制力来自机制，而不是个人神功。**选择能把“常变上收、差异化托底、契约稳定、证据可视”的工具，你的团队才配得上可持续的竞争力。如果你的目标是产品化交付而不是一次性交付，Oinone这类“低/无 + 代码一体化、可观测、可扩展”的平台，就是工程团队该上的那台“变速箱”。
2025-08-18 09:40:45
337
原创 别再“凭感觉”选平台了：17 个低/零代码平台技术向对比，从研发视角一文看透
面向研发团队的纯技术分析：聚焦等维度，不谈“PPT 指标”、不做 PoC 展示。
2025-08-14 19:19:14
1120
原创 AI 写代码救不了公司；AI 需要“标准”，而 Oinone 正是那个标准
AI 写代码救不了程序员，也救不了公司；能“救”的，是把工程做成“人 + 平台 + AI”的生产线。Oinone 给 AI 一套可吃的“行业标准”：元数据、GraphQL、证据链与扩展边界；Java/Vue 团队无缝承接。Oinone技术手册Oinone社区若依/JEECG/明道云/数帆各有所长，但“AI 要吃标准”这件事，不是每家都以“工程契约 + 可观测 + 边界”作为默认前提；你需要按上面的四项指标做一次短平快 PoC，用数字说话。
2025-08-14 19:00:59
563
原创 还在纯 Java + Vue？为什么你该把 Oinone 拉进来（含两个关键视角）
但当业务进入“产品化 + 高频变更 + 多客户”的阶段，更划算。Oinone 做的就是这件事，而且栈不换：后端还是 Java，前端还是 Vue。
2025-08-14 18:43:54
1234
原创 为什么“低代码常成毒瘤”，而 Oinone 不是
我们反对的是黑盒化和工程不可控，不是“少写代码”这件事本身。Oinone 的价值不是“更酷的搭积木”，而是把工程的可控性拉回来有契约（GraphQL Schema）、有可视化链路（Debug）、有扩展边界（函数/拦截器/SPI）、有版本化治理（模块/BOM/灰度）。能解释、能复现、能回滚、能扩展——这是工程师判断一套平台是否“毒瘤”的四要素。Oinone 做的，就是把这四件事变成默认能力。
2025-08-14 18:36:05
646
原创 打造能进化的企业应用底座：为什么产品化公司该学 Oinone？
Oinone 用“元数据 + 可视化”承接常变，用“可编程扩展（Java/Vue）”托底差异化，统一 GraphQL 出口 + 可视化调试，帮助产品化团队更快交付、更少分叉、更好治理。关键词：Oinone、产品化、低代码、GraphQL、Java、Vue、平台工程作者/团队/版本：【替换】
2025-08-14 18:21:45
350
原创 选型指南｜Oinone 与 RuoYi 如何取舍？看这 10 个关键维度
本文从 定位与范式、技术栈、扩展方式、调试与可观测、权限与审计、学习曲线与交付效率、适用场景 六大方面，对比 Oinone（低/无代码 + 代码扩展的一体化“产品化引擎”）与 若依 RuoYi（Spring Boot + Vue 的后台脚手架）。文末附“一句话选型卡片”和“三步决策清单”，帮助团队快速定型。关键词：Oinone、若依、RuoYi、低代码、GraphQL、Spring Boot、Vue、微服务、选型对比
2025-08-14 17:36:53
512
原创 2025年，前端要关注什么？
想必大家都有个感受，现在做项目，甲方越来越“挑剔”，小的来说从交互、响应速度、体验都是吹毛求疵，大的来说从业务功能完善度、业务匹配度、流程符合度来说更是精益求精；导致这个问题的核心原因是: 我认为软件已经从“农村开荒”到“城镇化基建”的变迁，不论是各个工种还是软件本身，都提出了更高的要求。我们先明确一下，“农村开荒”和“城镇化基建”不论是我们的思路、做事方式、呈现的效果应该都是不同的；借这个机会可以推荐给大家一个开源的平台，如果运用得当，是可以实现以上目标的；基于这个理想的状态，我们先假设几个前端的场景。
2025-07-15 20:10:16
457
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人