小马过河，试过才知道。

有没有薪资范围？

@pczb 在的哦，如何联系呢？

@pczb 还招人么

RESTful 的核心是资源抽象，用 url 对应对应一个具体的抽象资源，目的是为了语义化（我看到 url 就知道啥意思，我想对一个资源做啥基本不用文档）。另外一个好处是通过 RESTful 可以表达资源之间的关系。狭义的 RESTful api 只是借用了 HTTP 的动词来做相关约定，基本上是约定俗成了。当然也可以不借用 HTTP 动词，用自己的动词形式:

POST /products.retrieve : will return the list of all products
POST /products.add : will add a product to the collection
POST /products/4.retrieve : will retrieve product #4
POST /products/4.update: will update product #4

只不过这种私有私有约定并不友好。
一个简单的判定是不是 RESTful 的方法就是，去掉了动词之后，剩下的 url 是不是你们业务中的一种资源的抽象。你的项目中的例子明显就违背了这一点。

/user/pageQuery 用户列表拆线呢
/user/detail 用户详情

去掉了动词之后，都是 /user/，但他们明显不是一个东西。

同 PHP，但我觉得转语言没啥用，感觉还是要转方向。不太想做 web 了，但又不知道做啥。总之，还是咸鱼的原因把。

也在面 OD，钱给够就行了，我现在已经没有追求了

wsl2 的内存占用太大了，又切回 wsl1，等什么时候我的电脑 32G 内存了再用

知识图谱了解一下

传统意义上的协程是基于生成器的，可以在函数执行中间主动让出 cpu 占用，在下次调用的时候恢复函数上下文从中断的地方恢复执行，常见的语法就是 yield 。生成器语法只是提供了主动让出 cpu 占用的能力，要做到实用的协程一般还要搭配一个调度器，golang 语言自带，php 的 swoole，python tornado 等。同时所有相关库（ io，网络等）都要用生成器形式来写在等待的时候让出 cpu，不然也没啥异步能力。

@jswh 牙齿正畸

清明去了四川，绿码，社区登记一下就没事了。不过医院还是去不了，要求 14 天之后。

没有

管理后台可以，产品中最好不要。这事我也干过，本质上可所谓的 restful 或者 graphql 的想法是一样的，就是定义一套自己的 DSL 免得老是做相同的事情。

优化 sql，添加索引，冷热分离，添加缓存，分库分表，更换架构，数据库性能优化常规思路
最后一步：怼产品经理（这个功能实现不了）（手动狗头

违法的

北上广不相信眼泪，但是爱你的人和你爱的人相信。
“最后也是最重要的，财富管理和财富增值的目的，是让自己和自己所爱的快乐的生活，不要本末导致。”
与君共勉