里面有两句话挺好的：

国内的人都忙着赚钱，忙着加班，忙着学习，忙着让自己的每一次人生大事都不要后悔。我自己也曾是这一批大军里的一员，一直精打细算着自己的每一个阶段。从高考，大学，读博，中间无数次我都打算 Gap ，但一直都放弃了。因为我怕，我怕这一年过去，我就落在了后面……


其实人活着，不要太执着了，放下心中的负累，才有力量去战胜困难。钱财和责任，的确很重要，但其实这些也都是负担，甚至家人和朋友给的压力，也是负担，成天忧心忡忡，担心生死，担心未来，就无法前进。倒不如放宽心，反而能尽到自己的责任

@Breadykid #11 你仔细去搜搜可观测性怎么干的，和埋点差不多。

APM 一般都是通用的接口、用 Labe 区分，所以可以一个框架套所有。

一般的做法，对代码侵入少由高到低

- AOP：算是运行时织入吧
- CTW：编译时织入
- LTW：加载时织入

LTW 就是我说的 agent ，要埋点的时候加个启动参数带上 jar 包就好

@Breadykid 和 elastic 没啥关系，你没了解过 Prometheus + Grafana 这一套吗？

APM 的话一般是 Agent ，也算埋点。。。

@OnlyO 你这是不知道京东自营什么模式吗？京东有个物流仓，你要当自营商家，就得把货物运到仓库，由京东帮负责发货退货等，要交一定的费用。

很多显卡店退出自营，就是因为放仓库交费用多，显卡流通性又差，那一点发货时间和仓库费用比起来划不来。你那个新闻估计是买到第三方，还不是厂家的店铺了。

京东就算是旗舰店，也要看清楚是不是真旗舰（要从官网去找）例如松下相机，自营会比旗舰店贵，旗舰店官网进去有好几家，经营实体也不一样。

网购好多年，退款不退货，最开始应该是亚马逊有，后面给国人的“小聪明”干没了。

京东我遇到过维修直接折价退给你（如果在保修期内、且没货了），这个是以买家的信用来区别对待的
大部分京东可能坏了是直接换新（不贵的，大件的流程也复杂的）
退货秒退款，也是京东先搞的，退货免运费也是京东搞的

淘宝这边：
退货免运费（需要买运费险）：只免 7 块钱这种额度，不如不给，或者用他们自己的品牌（菜鸟）
维修、换新一般是看商家，主要是流程复杂，先退回去，签收验证再寄回来


PDD：
退货运费：这个比淘宝好，直接和顺丰合作，退货直接免买家再出运费了
维修、换新：这个没体验过，因为选择从 PDD 买，就没抱着要售后了。。。

@flyqie 没人用了，出个免费版吸引注意力，觉得好用的就可能会买

任务调度？

@forgottencoast 你原来从 1x 缩放到 0.5x 的时候，会不会闪一下变成广角，会的话就有广角镜头。如果你现在缩放到 0.5x ，是闪成黑屏，那大概率是广角出问题了

广角镜头坏了吧

@ikas #121 另外你写的 module 方案，你觉的很优雅的解决了这个问题吗？


maven install -Pwith-1 ，多个项目下，我是不是每个项目都写一个 Profile ？精细度控制？

直接 maven install 先安装全部模块到本地仓库，十几个模块，编译速度还不如我直接 mvn test 的速度快呢，还只跑几个有依赖的模块编译

不过对于 cicd 来说，install 先安装，然后可以把本地 repo 当成共享的 cache ，可以一定程度避免代码的编译

@miracleyao 唉，迁移到 Gradle ，又要开始重新学 API （ Gradle 天天搞一些新特性），迁移成本对我们略高（我们现在大概 20 多个子模块。又恨 Maven 不成钢，不知道改进

@ikas #121

> 继承与组合是 maven 重要的特性,这里利用组合方式实现.本身就是其特性

哪里的见解？ maven composition 包下就一个依赖导入： https://maven.apache.org/ref/3.2.3/maven-model-builder/apidocs/org/apache/maven/model/composition/package-summary.html


搜索 composition in maven 第一个结果也是说 maven 用继承而不是组合的： https://melix.github.io/blog/2021/12/composition-in-gradle.html


官方文档也没有： https://maven.apache.org/guides/introduction/introduction-to-profiles.html

如果你的意思开启多个 profile 是组合的话，那当我没说。

另外 profile 也不是为了开关部分模块而设计的，更多的是环境、用例的不同。例如拿来写不同 JDK 下的编译，就没啥问题，开关 Spotless 好像也可以，但是维护多了有点繁杂

只开关部分模块的，依赖又会出问题，而且你单独开关部分的单测，维护起来一点也不友好.

在多项目里，你需要在每个项目里加这么一坨 shi：

<profiles>
<profile>
<id>xxxTest</id>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<skipTests>false</skipTests>
</configuration>
</plugin>
</plugins>
</build>
</profile>
</profiles>

一两个还好，十多个需要维护的模块呢？

为什么在你眼里非黑就是白呢？我觉得 Maven 不适合有复杂构建需求的项目，我说错了吗？你们觉得自己的项目复杂，不代表构建需求复杂。

Maven 能做到一些需求，不代表他做的好；我觉得在我的需求下，maven 做起来很别扭，没问题吧？


假如我能这么写：


```xml
<dependencies>
<dependency>
<groupId>com.example</groupId>
<artifactId>example-library</artifactId>
<scope>compile-only</scope> // 这里只会引入编译依赖关系，测试相关的任务不会尝试依赖关系
</dependency>
```

是不是方便许多，我还不需要用 Profiles 维护一大坨 shi 呢？为什么你们喜欢吃咸豆腐，要强迫我也认为咸豆腐是最好吃的？

我抛出我的问题，质疑 Maven 不思进取，大家的态度都是：我用的都好好的，你用不来是你的问题。

Diss 我的几个人，在我发代码之后，写了详细的步骤之后，有人 PR 解决了吗？好几天了，都没消息，这说明啥呢？

talk is cheap.....

P 站 、Facebook 是 PHP ，Github 是 Ruby ，前期是怎么快怎么来，后期体量大了都得重构

醒一醒，你比 AI 便宜

@ikas 1. maven4 解决了依赖问题吗？不过我还没听过 maven4 ， 我印象最新的版本还是 3.9 ，刚才去看了下好像还是 alpha 版本

2. 你说的那个在我的 PR 了提了，我的问题其实不是怎么解决，你这个方案，本质上还是 maven 没有特性，导致用户需要投机取巧的方法来实现