@Keyblade 你这个想法很有意思啊，不过光一个 zhang 一样感觉不太严谨啊，毕竟是大姓。
于是我本着娱乐八卦的精神继续查了下：
域名审核时间是 2019/1/31 11:11:21，而这个账号注册于 2019-06-03 23:52:18，差了将近半年，好像是没有关系。
不过这个账号只有这唯一一个帖子，没有其他任何回复或主题，感觉事情不简单。。。
于是我又在网站上翻了翻，发现这个项目第一个版本的时间是 2018.12.20 ，继续往下看各个版本，直到第一个版本，发布时间赫然是 2019.06.02 ，也就是该账号注册的前一天！这真的是巧合么？那么真相到底是。。。




以上纯属我闲着无聊瞎臆测的哈哈，LZ 不要介意。。。

我十一刚换下来一块 970 挂闲鱼了

@wangyzj 现代版的 “V 人忧库” 哈哈

@abear 感觉跟手机电脑没关系，以前玩游戏能一天一宿不休息，现在玩两个小时就累了，退出去刷刷视频什么的。。。

@Charrlles @Messiv2 据说苹果每年 3 月都要出 se2。。。

finder 嘛。。。感觉还不如纯 terminal。。。

一般是这样的，你对照一下自己目前的业务 api，发现大部分不能或很难用 graphql 实现，只有少数的 api 才符合使用 graphql 的需求，所以上 graphql 很划不来。
但自己的“少数”类型的 api 对一些大型公司来说，已经有相当的规模了，上 graphql 肯定是有优势的。
graphql 优点确实多，但用起来的限制也多，没有需求不要强上。

群体没有，单个用户这里有一个可以免费给你。

先 select 出列表，业务层遍历数据，需要子查询的时候要在业务层把条件汇总好，在尽量少的额外查询里获取关联数据，在遍历里重复同样的 sql 做查询就有点蠢了。

递归转化成循环是一种普遍的优化方式吧

后台生成令牌给前端，前端拿着令牌去上传。
你生成 STS 令牌是可以控制上传参数的，本次上传的文件允许的前缀或文件名，文件大小，是否可以覆盖都是你设置好的啊，黑客拿到令牌也只能按这个规则上传的。

@JxQg597 前几年我装机（ 970 的）也是看到好多人在争论电源这呀那呀，一气之下上了海盗船的 1KW 金牌，虽然感觉很蠢但是让别人和自己都无话可说的感觉有点爽。。。

@drupal 19# 8 位全都没回复就代表 90 后普遍没礼节，你这基本的逻辑都有问题啊，控制变量不懂么？如果是你们的职位标准太低导致面试的人员层次普遍偏低而没有礼节呢？

@StarkWhite 他是我见过最敬业的推广，真的是安利万众发自真心。

你别光挂源码，写一个《从零开始 XX 天搞定商城项目》的教程挂在上面现在估计已经 3000star 了。

@ysoserious 这种不一样吧，至少表达了自己的观点，虽然可能和别人重复，但不能说重复就不让说了。

如果长时间使用的程序才计时，短时间使用的要记次，或者两者都记，一旦断网你的程序就是一个孤岛，任何外部时间数据都是不可信的，能从内部记录的只有使用时长和使用次数。

@fileinthehole 记录运行的时间啊，每过 1 分钟或多久写一次，够 7 天就禁止，相当于在本地写个配置文件，只不过按特定的规则直接写在可执行文件里，一般人想不到，想到了不知道规则也改不了，改坏了程序跑不起来了。