我记得之前看人提过他们在海外的情况，重 QA 轻单测，简单来说就是人肉测试

我觉得 Dash 关键是可以配合 Alfred 使用，做成网站就没意思了

我倒是觉得还行，主要是省了自己从头配置和维护配置的精力，而且它的键位设计也挺合适。
不过 bug 确实有，有些功能比如 todo 管理就和文档里显示的内容不同，最近发现 rust-analyzer 也还没有支持。
虽然很多问题可以自定义来解决，但这样就还是得自己维护一套配置了，和我用它的目的相悖，所以很纠结。

我还是希望它能提供足够好的默认选项

同意楼上，先全都 private ，需要的时候再去改

RnJvbUFyY2FkaWE=

根据我的经验，最后会发现自己差在 CSS 上

我记得 Uber 的 Golang 风格里提到过建议从 1 开始，理由和你说的一样

我投 Keka 一票
https://www.keka.io/en/

1 398 7.55935% rails
2 380 7.21747% poetry
3 376 7.1415% nvim
4 204 3.87464% gst
5 194 3.68471% python
6 143 2.71605% ls
7 129 2.45014% cd
8 128 2.43115% ggp
9 119 2.26021% gcam
10 106 2.0133% bundle

如果想要代码代替手写 SQL 的那种 Builder 的话，SQLAlchemy 不错，基本能写 SQL 的都可以写 Python 实现，虽然写起来跟直接写 SQL 也没啥区别。
如果是 Active Record 那种简单需求的话，毫无疑问是 Rails 的体验秒杀其他工具。

在我记忆里它能绑住大量用户的也就是摇一摇，抢红包，到后来的支付。
剩下就是别人都用你也不得不用的问题了。
至于说微信做得好不好……一个 IM 连打开都得等好几秒，体验实在说不上好。
我身边的朋友们，满足条件的，我会时不时用 iMessage 发些消息过去，很快大家就优先用 iMessage 跟我联系了。

好奇有多烂，我感觉比起 Python 来说 Java 这种算“规范”的语言写出来的代码平均质量说不定还高点。
当然，不是说语言不行，而是用的人不行，特别是 Python 火起来之后……

是你一个人、一个团队抄得快还是人家整个社区迭代得快？开源软件是属于社区的，不是属于微软或者其他某家公司的。

这个形容确实很抽象，一般代表最佳实践 /好的封装 /可读性极高的代码 /或者其他什么东西，比如我就觉得下面这行代码可以用优雅来形容:

3.days.after { do_task }

接口需要有设计规范，我一般参考 Google Cloud 的。

设计模式看情况，个人认为过早抽象是种灾难，但确实也有一些决策需要在项目开始之前就做好。

想了半天感觉没有什么实际需求，可能我没怎么遇到过 「 ssh 受限」 的场景吧……
包括远程开发我也不是特别能理解，以前尝试过，后来发现远程到测试环境不如在本地搞，远程到生产就更离谱了。
所以有没有大佬分享一下远程开发的主要场景？

还是你们前端玩得花，我的经验是再好看也会腻，不如多做几套随机

根据我的经验，一般合同不都是住不满扣押金，剩下的房租退给你吗……这房东连之后两个月都不想给你？

方案应该根据业务情况选择，考虑能否接受统计不一致的问题，通常来说高可用和强一致你只能追求一个。
另外就是除非可预见上线时就需要面临很大压力，否则用 count 会简单些。（压力大不大可以用测试来量化）