1618 字
约 5 分钟
8
S18-X02 · 行业清单与职场随笔登记(附录)
适用读者:核对"那批行业分类文和职场随笔去哪了"的读者;本系列维护者。
性质:登记表。33 篇旧文分三类,绝大多数无架构知识价值,逐条给出处置理由。
覆盖旧文:2904–2920(行业分类 17 篇)、2906(办公办公类)、3445–3452(职场 9 篇)、3157–3160(技术随笔 4 篇)、3191–3194(低代码/中台/架构图/插桩 4 篇)、4585(笔记发布流程)、2930系已另册 → 合计 33 篇。
1. 行业分类清单 17 篇 → non_knowledge
| 旧文 | 标题 | 处置理由 |
|---|---|---|
2904 |
出行交通类 | 应用分类目录(APP 类型罗列),无架构决策内容 |
2905 |
创作工具类 | 同上 |
2906 |
工作办公类 | 同上 |
2907 |
医疗健康类 | 同上 |
2908 |
教育学习类 | 同上 |
2909 |
餐饮外卖类 | 同上 |
2910 |
娱乐休闲类 | 同上 |
2911 |
政务服务类 | 同上 |
2912 |
新闻媒体类 | 同上 |
2913 |
农业服务类 | 同上 |
2914 |
智能硬件类 | 同上 |
2915 |
环保公益类 | 同上 |
2916 |
生活服务类 | 同上 |
2917 |
电商购物类 | 同上 |
2918 |
社交通讯类 | 同上 |
2919 |
科技创新类 | 同上 |
2920 |
金融理财类 | 同上 |
说明:这 17 篇是"行业—应用"对照目录(单篇 630~950 字符),无技术判断、无架构取舍。其分类框架已被 A07 §4 的"八行业不变量表"取代——后者给出每个行业的核心约束与易错点,比目录有用。
2. 职场随笔 9 篇
| 旧文 | 标题 | 处置 | 理由 |
|---|---|---|---|
3445 |
秀才的进阶之路 | non_knowledge |
个人成长叙事 |
3446 |
26 届秋招企业汇总表 | non_knowledge |
时效性名单,非知识 |
3447 |
关于作者 | non_knowledge |
作者简介 |
3448 |
Java/Go 后端训练营 | non_knowledge |
招生介绍 |
3451 |
35 岁以后,我们这些老程序员能去哪儿? | appendix |
职业路径讨论,保留在附录供参考(观点类,不标技术结论) |
3452 |
互联网卷不动了,去国企、外企真的能"平安上岸"吗? | appendix |
同上 |
3441/3440 |
(Git/DB 规范,已在 S19-X03 转出) | — | 见 S19-X03 |
3. 技术随笔 7 篇
| 旧文 | 标题 | 处置 | 去向/理由 |
|---|---|---|---|
3157 |
DDD 专题案例一《初识领域驱动设计 DDD 落地》 | appendix |
落地案例,与 A02(DDD 工程结构)/ A03(MVC 到 DDD 重构)同主题;保留案例叙述,结论已在主讲篇 |
3158 |
架构框架搭建(一)SSM 整合 Spring4 + SpringMvc + Mybatis | non_knowledge |
版本过时(Spring 4),配置细节已由 S07 覆盖 |
3159 |
基于 IDEA 插件开发与字节码插桩,实现研发交付质量自动分析 | appendix |
插桩做质量分析的思路有效,但依赖具体插件版本,待核 |
3193 |
调研字节码插桩技术,用于系统监控设计和实现 | appendix |
与 3159 同题,合并登记 |
3191 |
技术扫盲:低代码编程的可持续性交付设计与分析 | appendix |
选型讨论,结论:低代码适合"表单/流程密集"场景 |
3194 |
刚火了的中台转头就拆…… | appendix |
组织与架构关系,观点类 |
3192 |
工作两三年了,整不明白架构图都画啥? | appendix |
架构图四类(场景/应用/数据/部署)的说明,实操性强 |
4585 |
从一次笔记发布流程,看架构设计的业务思维 | appendix |
用业务视角推架构,与 A05 §2 的质量属性场景互补 |
3160 |
一次代码评审,差点过不了试用期 | non_knowledge |
故事叙述,无知识点 |
4. 架构图四类(3192 的保留结论)
① 场景图(Context):系统与外部角色/系统的边界(谁用、依赖谁)
② 应用图(Application/Component):服务/模块与调用关系(画"边界 + 主要调用")
③ 数据图(Data):核心实体与关系、存储归属(谁拥有哪张表)
④ 部署图(Deployment):节点、网络区域、中间件实例、故障域
| 判据 | 说明 |
|---|---|
| 一张图只回答一个问题 | 混画 = 谁都不想看 |
| 标注边界与所有权 | "谁负责这块数据"比"箭头指向"重要 |
| 标出故障域 | 同 AZ/同机房要画出来 |
| 版本化 | 图与代码一起进仓库,避免过期 |
5. 低代码的适用边界(3191 的保留结论)
| 适合 | 不适合 |
|---|---|
| 表单/审批/流程编排 | 高性能交易链路 |
| 内部工具与运营后台 | 复杂领域模型 |
| 需求变化快、生命周期短 | 需要精细事务与一致性控制 |
| 有统一权限与审计要求 | 需要深度定制的交互 |
判据:低代码降低的是"表达成本",不降低"领域复杂度"——复杂业务搬上低代码只是把复杂度藏进配置里。
6. 缺口与待核
| 项 | 状态 |
|---|---|
字节码插桩的具体实现(3159/3193) |
待核:依赖 IDEA 插件与字节码库版本,未在本机复现 |
| 行业分类 17 篇的原始出处 | 目录式内容,未标注来源,不追溯 |
职场随笔(3451/3452)观点时效 |
观点类,不标技术结论,仅作历史记录 |
7. 下一篇
S18 系列验收(v2) —— 16 篇 / 六千五百余点位 / 61 篇尾部旧文全部登记 / 下一系列(P11:S08 53 篇)前置依赖。
本篇属于系列《S18 · 架构方法与领域建模》。旧文来源:A-2904–2920、A-3445–3452、A-3157–3160、A-3191–3194、A-4585;扩展点 —(登记表)。
上一篇:S18-A07 · 行业架构案例讲评:电商、支付、出行、物流
S18-X02 · 行业清单与职场随笔登记(附录)
https://www.clxhxhhr.top/posts/5449/ 评论
0 条
还没有评论,先写一条吧。