abcbuzhiming

你们对钉钉有什么幻想？钉钉这玩意是给老板开发的，老板的需求是什么？当然是无死角监控你们这帮打工的。

上面有人居然开钉钉群摸鱼吹水？你们胆子真大啊，我现在是能不往钉钉发的消息就尽量不往钉钉发。人家可是专门帮助老板来管你们的，你们居然敢在钉钉群摸鱼？

还有上面那个说飞书的，飞书的定位和钉钉是类似的，只不过作为后起之秀，暂时没那么恶心而已，用飞书的也自己小心

@PolarisY 非常感谢给出最佳实践方案

@CodeCodeStudy
rust 是单独一级的，C++都比不上，C++你不用特别精通，至少能写出 1+1 = 2 来； rust 如果你上手不能理解它那套思路的话，对不起 1+1=2 都编译不过去

@wxw752
1.没有写过这个 scope
2.后面发现。还真是这个原因。


@miaotaizi
按照 maven 官方文档的说法，子模块的依赖是会传导进父模块的，所以父模块肯定知道子模块的依赖


@PolarisY
感谢你的这个命令，我是思维定式了，被困在 IDEA 这个 IDE 里提供的 maven help 提供的信息中。正是这个命令，让我发现了一件有趣的事情：
+- (com.squareup.okhttp3:okhttp:jar:3.14.9:compile - version managed from 3.12.13; omitted for duplicate)
明明，lib1 依赖的 okhttp 是 3.12.13 ，但是运行 mvn dependency:tree 后，显示 compile 时的依赖却是 3.14.9 。很显然，我原本以为这个依赖是 lib1 造成的，现在看 lib1 虽然要引用依 okhttp ，但是版本却不是它指定的。
最后我顺藤摸瓜的找到了一个命令
mvn help:effective-pom -Dverbose
这个命令指出，module A 引用的另外一个 lib ，这个 lib 中，指定了 okhttp:jar:3.14.9 ，根据 maven 依赖冲突调解路径最近原则，maven 实际用了这个版本。

所以，module B 不需要排除依赖，直接在 module A 中强制指定 okhttp 为 4.x ，根据路径最近原则，这个版本会强行覆盖 module B 中的 okhttp 依赖，于是问题终于解决了

备份方案？你正文里一个备份都没有

前端不管 CSS 的话，和后端思路没区别。问题就在于前端有 CSS 这个深坑

只要你有钱买 CDN 就行，静态内容分发技术是很成熟的

视频编解码技术一直在进步，GIF 一直停在原地，现在视频已经是兼容性赶上了，比 gif 压缩比更好，更清晰。那还要 gif 何用