wenerme

@Naruto129 来杯咖啡，真实回蓝☕️

@handsome50

> ctrl C+ctrl V ，法术瞬发

结果出错一大堆，相当于自爆了

@securityCoding `go mod tidy` 最多相当于擦拭法器，但 go 的咒语通常只有一句，但是非常长，类似 天灵灵灵灵灵灵灵灵。

```
import (
"灵"
"灵"
"灵"
"灵"
"灵"
)
```

@SchwarzeR 哈哈哈哈，这个架势让我想起 Python 的前摇，和一般的前摇不一样

```
class FastAPI(Starlette):
"""
技能前摇开始
"""
开始施法
```


```
class BackgroundTasks(StarletteBackgroundTasks):
"""
A collection of background tasks that will be called after a response has been
sent to the client.

Read more about it in the
[FastAPI docs for Background Tasks]( https://fastapi.tiangolo.com/tutorial/background-tasks/).

## Example

```python
from fastapi import BackgroundTasks, FastAPI

app = FastAPI()


def write_notification(email: str, message=""):
with open("log.txt", mode="w") as email_file:
content = f"notification for {email}: {message}"
email_file.write(content)


@app.post("/send-notification/{email}")
async def send_notification(email: str, background_tasks: BackgroundTasks):
background_tasks.add_task(write_notification, email, message="some notification")
return {"message": "Notification sent in the background"}
```
"""

def add_task(
```

Java 还有专属技能前摇: XyzController - XyzService - XyzServiceImpl - XyzDao - XyzDTO

> 在客户端使用 KDF

那不等同于数据库存储的是 plain 的密码了么？如果数据泄漏，那么客户端直接 post 到获取到的 hash 就能匹配对 password 了。如果想增加客户端的 PoW ，那不如引入专门的 captcha 来做。

@xiaoshan5733

> 在做技术选型时一般会考虑哪些因素呢？

先做个方面了解，逐步筛选，锚定一些核心的，再围绕核心的技术去做选择。
一般我们说单有了锤子，看什么都是钉子。
然后再增加不同领域的锤子，逐步叠加就好。

例如数据库，刚开始的时候，数据库都是 mysql ，后来自己能做决定了，开始去了解，了解到 pg ，发现真的很不错。然后需要做分析的时候，也了解了一些例如 clickhouse 之类的等等，但是最终要得到一个 **trade off**，每个技术方向都是有价值的，但是做技术选择是有自己的背景的，多积累这样的 trade off ，会帮助之后做选择。
因此大约在 pg 10 用到了现在 15 、16 ，当需要 OLAP 场景的时候，也尝试通过 pg 解决，当需要搜索，需要做 AI/向量搜索，也是在通过 pg 解决。这里锚定的点就是 pg ，锚定了这个基本点后，可以更加深入的去使用 pg 的一些功能，例如我不会介意直接在 pg 里写 js （用 pg v8 ）。

例如 OS ，选择了 alpine ，之后 os 相关的场景 物理机、镜像、容器等 全都是 alpine ，得到的回报值得投入。
前端后端之类的同理，只是这些领域锚定的内容可能还会有变化，例如前端一开始 antd ，然后变为 tw 。后端确定 nodejs 后，一开始 nestjs rest 然后 gql 反复，但最终能 settle down 到一些固定的技术栈。这些也都是自己的技术投资，非常乐意沟通和分享这些内容。

这些核心的点是不会变的，但是围绕这些点的技术是会不断发展的，新的的东西也在不断涌现，保持好奇和兴趣，从 程序员 变为 工程师。搞这些真的好玩 😄。

到现在，原意分享，帮助别人去用 alpine 、pg 这些也是一种乐趣，非常有意思。

@horizon

> 你这个仓库挺难看懂的。。。说实话

是的，因为主要是面向自己的，想要 to public ，需要做的事情就太多了，只是分享一些想法和思路。

@ixixi

> 我也写过 crm 你们卖的咋样

没有成行的产品，都是内部用，然后我这边是以研发为主，crm 在用，但同时这套逻辑做了另外两个简单系统的后台，都不是 crm 的。