这是 Jerry 2021 年的第 31 篇文章，也是汪子熙公众号总共第 307 篇原创文章。

本文目录

• 汪子熙公众号的格调定位
• 为什么我会开始在微信公众号上书写技术文章
• 我的写作素材从哪里来
• 保持了长达十余年的技术写作，我最大的三个播种

Jerry 从 2018 年正式开始在微信公众号平台写作，至今曾经整整三年半了。到 2021 年 4 月 30 日为止，总共输入了 306 篇原创文章，取得了 10000 个粉丝。

尽管我深知，这一万个粉丝敌人，在整个数以亿计的微信用户群里，只是极其小众的一个群体，不过我开启公众号技术文章写作的初衷，绝非是“在 XXX 时间段内，粉丝数达到 XXX 个”。因而，对于公众号的粉丝数，以及每篇文章的浏览量，点赞个数，我也采取很佛系的态度去看待，所有顺其自然。

当今这个自媒体时代，每天都有新的微信公众号涌现。然而可能被大家记住，常常放弃关注和浏览的，只有一小部分。这一小部分公众号无疑都有各自显明的特色。

申请这个公众号之初，我就对其有着清晰的定位，并且保持到了当初，那就是：谨严，业余。

为了做到谨严，这 306 篇原创文章，篇篇书写的过程我都是惜墨如金，在公布之前本人也会反复读几遍，确认思路是否清晰，行文逻辑有无问题，文章里形容的 SAP 知识点，力争做到 100% 正确。除此之外，我也会查看语句是否通顺，是否存在错别字。

为了做到内容的业余，我有三不写。

• 和 SAP 不相干的技术不写。
• 本人了解得似是而非，不够深刻的 SAP 技术不写。
• 鸡汤文不写。

因为继续发表技术文章，我也被邀请退出了一些微信公号主群。意识了一些同仁，他 / 她们会推敲和剖析比拟受欢迎的的文章类型，写作形式和题目命名形式等特色，而后模拟进行创作，也能取得不错的吸粉成果。然而采取这种形式打造出的文章，曾经和我对本公众号的定位产生了较大的偏差，因而我没有抉择去模拟，今后还是会判若两人保持本人的写作格调。

简直每天都有人在公众号后盾分割我，询问我是否有趣味进行商务单干，即在这个公众号上发一些课程的推广文章。然而我感觉这些课程 (比方人工智能学习课程) 的受众，和本公众号的粉丝相差很大，因而也没有承受此类单干的申请。

为什么我会开始在微信公众号上书写技术文章

这要从我 2009 年还在做 SAP Business ByDesign 规范开发说起。过后我负责这个产品的 Form 和 Field Extensibility 话题，从 2007 入职开始 曾经做了两年多了，也习惯把本人对二者的一些了解和技术剖析，写到公司内网 wiki 上。另外我平时喜爱用 ABAP 写一些小工具，能让本人平时工作中少做些体力活。比方手动在 SAP GUI 里点击实现一个流程，须要十几步的操作，然而写一个 ABAP 报表，而后 F8 执行，一步即可实现。我把这些小工具的名称，所在零碎和应用办法也写到了公司内网 wiki 上。保持一段时间后，我会不断收到一些其余共事的邮件，有的是感激我写的 wiki 帮忙他 / 她们廓清了工作中的一些疑难，同时就 wiki 内容提出了新的征询；有的则是感觉我写的小工具很实用，然而和他 / 她们的应用场景还有差距，询问我能不能再加强一下给他 / 她们团队应用。

下图是我在公司内网 wiki 写作的一个例子，写于 2010 年 11 月。

在公司内网 wiki 写作的习惯，我始终保留到了 2013 年，此时我曾经从 SAP Business ByDesign 开发团队转到了 SAP CRM 团队。在一次员工和下级的例行谈话时，我不经意向我的老板，就是起初 SAP 成都研究院的吴院长(详见 我与 SAP 成都研究院吴院长的二三事)，提到我写的 wiki，在公司外部还是有挺多共事在看的。吴院长就说, “ 这很好啊。你能够试着在 SAP 社区上写，这样能让更多的人看见。” 我心想这提议不错，加上我也挺乐意在工作中尝试新的形式办法，于是就开启了我在 SAP 社区上的写作之路。

从 2013 年到 2018 年，我总共在 SAP 社区上写了 631 篇英文博客，其中 SAP UI5 & Fiori 221 篇，SAP CRM 198 篇，ABAP 197 篇。

长年在 SAP 社区写作，我也取得了一千个社区粉丝的关注，其中大部分是老外。

因为我写的这些社区博客，以及我在社区上答复 SAP 从业者的问题，我也成为了 SAP 社区导师和 SAP 社区的技术大使。

2017 年取得的 SAP Mentors Program Excellence & Dedication 的 一个 Award：

SAP Technology Ambassadors 的衣服：

到了 2017 年底，因为我本人继续关注了一些微信技术公众号，从中获益匪浅，所以萌发了本人也申请一个号并且应用中文进行技术输入的念头。于是就有了当初这个公众号。

我的写作素材从哪里来

这个公众号的绝大多数文章都取材于我的每日工作。当我在 SAP 规范产品开发团队从事产品交付工作时，这个岗位对开发人员的技术要求是精而深，所以我有足够的工夫和精力，进行技术积攒。同时感激 SAP 对员工以人为本的造就形式，使得我有机会先后在不同的 SAP 产品团队工作，能接触到不同类型，不同技术架构，不同编程语言实现的 SAP 规范产品。轻易举一些例子：

我最近在 SAP Commerce Cloud 开发团队从事 Angular 前端开发时写的一些文章：

• SAP Commerce Cloud (电商云) 路由门路的自定义配置与开发
• 一小时外在本地搭建 SAP Commerce Cloud(电商云)的前后台运行环境
• SAP 产品一脉相承的 UI 加强思路，在 SAP Commerce Cloud(电商云) UI 加强实现中的体现

我在 SAP Cloud for Customer 产品开发团队工作时，团队共事们和我写的文章：

• SAP Cloud for Customer Extensibility 的设计与实现
• SAP 成都研究院大卫哥：SAP C4C 中国本地化之微信小程序集成
• SAP 成都研究院飞机哥: SAP C4C 中国本地化之微信聊天机器人的集成
• SAP 成都研究院廖婧：SAP C4C 社交媒体集成概述
• 浅谈 SAP C4S 自动化
• SAP 成都 C4C 小李探花：浅谈 Fiori Design Guidelines

SAP 成都研究院 S4CRM 开发团队的共事们和我写的文章：

• Hello World, S/4HANA for Customer Management 1.0
• S/4HANA Service Management 和 SAP Field Service Management 的集成
• SAP S4CRM 1811 服务订单 API 介绍
• SAP S4CRM vs C4C, 诸葛亮和周瑜?

分享我在 SAP CRM Fiori 开发团队时所学常识的文章：

• SAP Fiori 利用的三种部署形式
• 雪妖现世：给 SAP Fiori Launchpad 削减雪花纷飞的成果
• SAP Fiori Launchpad Tile，UI5 利用，和 PFCG Role 的对应关系

2018 年到 2020 年 4 月底这三年，我在 SAP 成都研究院数字翻新空间团队工作，基于 SAP C/4HANA 产品线做一些概念验证和原型开发。如果说 SAP 规范产品交付团队对开发人员的要求是精而深，那么做原型开发，概念验证，配合售前共事打单，从事这些工作的开发人员，就得做到广而博，即在最短的工夫内，用当下业界风行的技术，实现可能进行演示的原型。

这三年里，我的团队共事们和我也将实现的很多原型开发，以文章和视频的形式分享了进去，比方：

• Hyperledger Fabric on SAP Cloud Platform
• SAP 云平台，区块链，超级账本和智能合约
• 买通 C /4HANA 和 S /4HANA 的一个原型开发：智能服务翻新案例
• SAP 成都研究院数字翻新空间沟通 S /4HANA 和 C /4HANA 的智能服务演示视频和 Coresystems 分享预报
• 在 SAP UI 中应用纯 JavaScript 显示产品主数据的 3D 模型视图
• 如何在 SAP UI5 利用里增加应用摄像头拍照的性能

以及 SAP 成都研究院的共事们和我的职场之路分享：

• SAP 成都研究院 Sunshine: 我的 C4C 实习感触和保研之路
• SAP 成都研究院 35 岁以上的开发人员都去哪儿了?
• “最不合格”的 SAP 应聘者: 从大学生到 SAP 成都研究院开发工程师
• SAP 成都研究院马洪波：晋升学习力，加强竞争力，播种毕生乐趣
• 从程序猿到 SAP 产品经理，我是如何转型的？（上篇）
• 从程序猿到 SAP 产品经理，我是如何转型的？（下篇）
• 我与 SAP 成都研究院吴院长的二三事
• 我是怎么和 SAP 结缘的 – Jerry 的 SAP 校园招聘之路
• 那些年伴我一起成长的 SAP 配备

因为篇幅限度，本文列举进去的只是冰山一角。全副的 306 篇原创文章，能够从上面的链接取得：

• SAP 成都研究院小伙伴们 2018～2019 两年间的 179 篇原创文章合集
• 一个 SAP 成都研究院开发工程师 2020 年的所有文章列表

当然我也试图在技术文章中增加一些趣味性，让它们显得不那么干燥：

• 一段让人瑟瑟发抖的 ABAP 代码
• 昨日万圣节 ABAP 怪兽级代码谜团，颁布答案啦
• ABAP vs Java，蛙泳 vs 自由泳
• 浅谈前后端拆散思维对自由泳练习的指导意义
• 我用 ABAP 做过的那些无聊的事件
• 金庸的武侠世界和 SAP 的江湖
• 应用代码列出金庸小说中应用过的所有成语
• 对于 SAP ABAP 字符变量和字符串变量字符个数的一个知识点，和一个血案

保持了长达十年的技术写作，我最大的三个播种

播种颇多，这里只说三点。

1. 梳理和欠缺了本人的常识体系。

技术人员有时候会遇到一种状况，认为本人把握了一个知识点，但当试图将其用语言或者文字解说给他人听时，发现事实并不像本人设想得那样。本人认为曾经透彻了解的知识点，其实却领悟得似是而非。

我在技术写作时也偶然会遇到这种情景，而后只能中断写作过程，从新查阅 SAP 帮忙文档，浏览源代码，单步调试，思考，直至我有足够的自信，曾经 100% 了解了该知识点，而后才敢持续往下写。

在经验过多个 SAP 产品的规范开发工作后，通过写作，我可能无意识地去剖析这些不同产品的一些共性，比方 SAP 产品在发版之前都必须确保满足的可扩展性 (Extensibility) 这一非功能性需要，于是有了这篇文章：

SAP 产品加强技术回顾

很多 SAP 产品都容许 Key User 进行字段加强，比方 SAP CRM，SAP Cloud for Customer 和 SAP S/4HANA. 这些不同产品的字段加强形式的 UI 尽管有差别，但设计思路却有相通之处：

• SAP 产品的 Field Extensibility
• SAP Cloud for Customer Extensibility 的设计与实现
• SAP 产品一脉相承的 UI 加强思路，在 SAP Commerce Cloud(电商云) UI 加强实现中的体现

SAP 不同类型的 CRM 解决方案的横向比拟：

• SAP 的这三款 CRM 解决方案，您能辨别分明么
• SAP S4CRM vs C4C, 诸葛亮和周瑜?

一些 SAP 不同产品中某一个性的横向比拟：

• SAP 几款产品的 UI 设计 和 Salesforce UI 开发比拟：SAP UI 和 Salesforce UI 开发漫谈
• SAP 不同产品的 UI 搜寻分页的不同技术实现：SAP UI 搜寻分页技术
• SAP 不同产品里 OData 的不同技术实现：SAP OData 编程指南
• SAP 不同产品里 API 开发的不同技术实现：SAP API 开发方法大全

以上都是常识体系梳理的例子。常识体系的欠缺，我的了解是：将看似割裂独立的一个个知识点，串成一个网状或者树状构造。

常识体系造成和欠缺后，再进入新畛域学习时，就能灵活运用本人已有的常识和教训，做到触类旁通了。

知乎上安晓辉老师有一篇文章：那些很厉害的人是怎么构建常识体系的，值得一读。

安晓辉老师对于常识体系的观点我十分认同：

常识体系是结构化的，知识点之间彼此关联，有有数回路，四通八达。这样的益处是，咱们遇到一个问题，就会触发某个知识点，咱们捕捉到这个知识点，就能够沿着常识体系的有数关联和回路，疾速找到相干的其余常识的点，组合起来，造成针对所遇到问题的解决方案，就体现出业余水准，就当得起“领域专家”之称。

2. 扩充了本人的交际圈，意识了很多敌人。

三年半的写作，让我结识了很多 SAP 中国研究院其余部门的共事，以及 SAP 生态圈的客户和合作伙伴们。不少也是圈内深受从业人员尊敬和认可的成名人士，三人行必有我师焉，我从这些敌人身上也学到了很多。

我本人还创立了一个技术交换群，外面汇聚了来自四面八方国内外的 SAP 从业者们，群内的技术交换气氛浓重，外面探讨的话题也给我提供了源源不断的写作素材。

3. 在继续写作过程中，找到了本人的短板和有余

每逢写作过程中卡壳的时候，我就意识到，本人对该畛域的了解还存在问题。技术写作让我能发现自己的技术短板，从而明确未来致力的方向。

在写作过程中，要回复读者在文章内的留言，和粉丝互动，不可避免就须要和人进行互动。有一种说法认为，好的程序员逻辑思维能力强，沉浸于代码的陆地中熟能生巧，然而往往不善于和人打交道。而我通过技术写作建设起来了一个人脉圈，我须要和圈内不同背景的敌人打交道：SAP 共事，客户，合作伙伴的开发参谋，合作伙伴的管理人员，SAP 自由职业者，学生等等。我很珍惜这种可能与 SAP 生态圈内各种类型的从业者交换的机会，以此补救我和人交换沟通方面的有余。

以上就是本公众号关注者达到一万之际，我对过来十余年来技术写作之路的一个复盘。我也心愿本人的身体状况，能反对我将技术输入持续进行上来。

感激大家一路的反对和陪伴。

更多 Jerry 的原创文章，尽在：” 汪子熙 ”: