markdown 直接放到 gitlab 私有仓库，画图用 plantuml 的语法。分享的话用自定义扩展语法，写个小脚本用 cicd 同步到 gist ，比如下面这种，支持图片和 plantuml ，自用够了，其他语法可以添加起来应该也不难。
https://github.com/xylophone21/gist-sync

机场私人用用就算了, 如果你是公司用, 你猜有人发布"非法"言论后会找谁?

个人感觉是更方便的搜索引擎,比如问一些小算法,库的使用,都比 Google 要快. 这些问题有一个共性, 就是你很容易把需求描述清楚.
反过来说,既然不能写代码是因为很难把需求描述清楚(问题太复杂,超过范围也算不能在限制条件下描述清楚), 其实你反过来, 贴一段代码给他,请他帮你找问题或者解释, 也是很好用的.

外面传一个指针进来,在函数里面赋值. 内存逃逸问题,空对象问题,都解决了. C/C++里都是这么干的, 用起来会烦一些, 性能提升可能也不多, 看你的场景到底在不在乎, 以及这个代码你打算用多久.

可能会涉及一些系统 app,调用隐藏 api 甚至私有 api.
可能会涉及一些行业知识

暂时就能猜到这么多

@simonlu9 好的, 我的问题就是这个并不是 git flow.

另外你提到 develop 分支没有用,所有功能都合入 test 分支,(再合并到 master 分支上线),感觉这其实更像 gitlab flow. test = master, master = production/stable. 但问题还在 gitlab 分支是从 master 开发,而非 production/stable. 也就是违背了上游优先原则.

@wolfie
@caicaiwoshishui
@brader
@TArysiyehua
@simonlu9
@NerbraskaGuy
@biubiu001
@karott7


https://gitee.com/jadepeng/pic/raw/master/pic/2021/2/2/1612267487337.png

看到几位说这个符合 git flow,但如图 git flow 中的 feature 分支(即每次开发)都是从 develop 分支来的. 不知道我哪里理解错了.

用 github flow 比较多, 但如果我没有理解错,git flow 每次是从开发分支拉出来开发, 而不是从生产分支拉. 也就是”上游优先”原则. op 的操作每次从生产分支拉, 大致相当于"下游优先"了, 很多已经在上游修改过的东西, 你一拉分支,就又没有了,可能不自觉又从新改了一遍, 所以冲突很多.

如果你们有大量功能开发持续时间很长, 而且和现有模块又高度相关而不是新写一个模块(其实我有一点怀疑, 因为这里有 3 个关键词, 大量,持续时间很长,高度相关, 换句话说你们经常性的把已有模块翻来翻去 -- 如果是重构, 不符合大量, 如果是原代码结构比较差, 总要改则不符合时间很长; 如果结构好,每次都是扩展一个子类新写一个模块, 不符合高度相关), 那么可以尝试一下 gitlab flow, 否则 github flow 真的很简单好用.

>> 每个人的开发分支是从生产分支拉的，每个人开发完自己的需求后合并到测试分支。

装个 gitlab?

授权认证模块产生的埋点信息, 其分析责任在部门 A 还是部门 C?

1. 如果在部门 C,可以使用依赖倒置的方式, 让部门 C 来依赖埋点信息. 授权认证模块只需要把必要信息通知给接口, 不再关心具体埋点数据到哪里了.
2. 如果在部门 A, 那么数据收集模块应该具备多实例和一定的 API 兼容特性. A 和 C 各自使用自己初始化(参数)的实例.
3. 如果部门 A 和 C 都要关注, 那么说明 C 这样的业务单元不会太多, 或者在部门 A 内部有负责人, 那么 1 或 2 都可以.

https://cloud.tencent.com/developer/article/1497934?from=15425
这个是你要的吗?

有什么问题是 vscode 解决不了的吗？

另外，如果你只有几百个长链接的话，可以试试 MQTT ，单机绰绰有余。这个服务本身因为抽象的很好，也不需要修改和升级，业务逻辑订阅主体后丢队列里，重启切换一些消费者就好。

@sciel 这个机制看起来确实很 cool ，想问一下有使用的案例或者数据吗？我们之前对 MQTT 服务做集群也考虑过类似的方案，但 MQTT 可能跨节点订阅，导致所有的流量实际还是要打到所有的节点上。但似乎没有哪个 MQTT 集群用了这种方式来做集群。

https://plantuml.com/

配合 gitlab 或者 github + markdown + action ，实现 UML 图版本管理

》后端开发要晋升，除了设计系统外，有时候解决一个复杂的问题就能够拿出来说一下

其实差不多，后端可以用”我圆满的实现了这个业务==界面==“来晋升吗？那不是叫 CRUD Boy

10 年前的，不过应该变化不大
https://stackoverflow.com/questions/5664741/watching-variables-contents-in-eclipse-ide

github + github action + gist 分享

C 的门槛确实高，奈何做的方向几乎不怎么赚钱，而且需求少，所有收入也一般