@INFP 一是这个价格超过我预期太多了，二是我看了下发货日期。。预计送达日期：8-10 周。。。

@INFP 收到，多谢多谢，我现在有点倾向 LG UltraFine 4K 了，因为想多用几年，如果现在买个不习惯的，到时候有好的想买，觉得出二手麻烦，还不如一开始买个自己觉得舒服的。在想是官网 24 期还是京东+额外售后。

@INFP 原价买 UltraFine 有点冤的，是啊，就感觉这显示器，都过了好多年了，还是这个价格，整体方面没太多提升。

@Davic1 我倒是没有 windows 对接的需求，就还好。Ergo 款是说 https://item.jd.com/100022498296.html 这个吗？ 不知道和 Ultrafine 4k 对比的效果如何，之所以对 Ultrafine 4k 有认知，是因为之前公司买过一台，确实用起来比较舒服。

@royantar 价格有点稍微超了，不知道 27B1U7903 体感和 Ultrafine 4k 差别大不大。

@INFP 确实，你说的对，我之前的习惯一直是写代码在 MacBook Pro 上，浏览器在外接显示器上，2 个显示器切换视野的时候，色差就非常不舒服，如果合上盖子只用外接 dell ，感觉自己亏了，另外请教下 UltraFine 是从官网买的吗？ 购买体验和售后上有没有什么问题可以分享~

建议参考下其他类似 saas 产品 api 的设计，作为一个平台，api 还是挺重要的

@Casbin API 所有的 url 设计都是 get+post ，path 上全是动词，实际可以使用 http method 来解决，model 好多是复用的，删除的时候也需要传入整个 model 吗？也没有写清楚哪些是必填的，example value 最好有一些真实的数据，会比较直观。response 也是一言难尽，都用的一个，data 和 data2 的作用分别是？

{
"data": {},
"data2": {},
"msg": "string",
"name": "string",
"status": "string",
"sub": "string"
}

没人吐槽下 RESTful API 吗

推荐 2 个 api 设计的指南，我会经常参考 google 的 https://cloud.google.com/apis/design?hl=zh-cn

微软 azure 的 https://docs.microsoft.com/zh-cn/azure/architecture/best-practices/api-design

另外有些场景想不太明白也会参考 https://docs.github.com/en/rest/repos/repos 和 https://docs.digitalocean.com/reference/api/api-reference/#operation/list_deployments

总是看到有人说 RESTful 不好用，复杂场景搞不定，自己思考过，参考过好的设计吗？

对资源设计不清晰，order 和 address 属于不同的资源，如果是修改用户的配送地址 put /users/:userId/address/:addressId 如果是修改某个订单的地址 put /orders/:orderId/address ，address 一般有单独的维护页面，用户可以管理自己的多个配送地址，这个地方是有 address id 的，而下单后，address 信息会固化一部分到订单中，用户有临时修改这个订单地址的时候，一般来说就不太用 adress id 了，一般来说是收货地址，如果是多个地址，那么也可以在 path 上再区分

java 里借鉴 rails 思路的 https://www.playframework.com/documentation/1.5.x/firstapp
看看文档就可以撸了，本地开发热重载，改代码实时生效，速度嗷嗷快。

推荐 jump desktop，官方的 microsoft remote desktop 难用的一批。

推荐尝试下 ebean

大部分都是实习生搞

@hooopo 鼠标所在的区域一般和内容接近，右键保存比较适应，pocket 和其他一类工具一般都有右键关联。特意去右上角的扩展栏区域点一下不是那么自然。

可以加个右键保存的功能，会比在扩展栏点一下方便：）

fluent-hc 官方封装的啊 https://hc.apache.org/httpcomponents-client-ga/tutorial/html/fluent.html

可以试试 k3s，https://nll.im/post/hello-k3s.html