@tailoryang +1，算了算我在极客时间上买的几十门课，加起来也 3000 了，也是大部分都没看，还有不少只看了一点，只有很少的看完了，哈哈。

这种事情池大也未必知道吧，运营一家公司，那么多事情要管，不可能底下员工做了什么事情他都知道。

也能体会楼主的心情，找找池大活跃的社交场合，向他反映一下这件事吧。

想用轻量级的文本编辑器的话，就用楼上推荐过的 Notepad++ 或者 Sublime Text 吧，都挺不错的，我在生产服务器上现在用的是 Notepad++。

@no1xsyzy 嗯，第二点是我没表述清楚。我是希望对于不同的用户，抽到的题目各不相同，比如多个用户抽到的最初的 10 道题，尽量保证互相之间不一样，各个用户再继续抽 10 道题，互相之间还是不一样，所以才会有这个问题。

写入 80% 就断开请求，是不是请求超时了？后端会对一个连接的时间进行设置，我记得 IIS 和 Nginx 好像默认是几分钟来着。

@JerryCha gayway ？ gateway ？

还有很多行业需要学的不比程序员少，挣得还不如程序员多。

还有一个自作聪明的“全文翻译”，当识别到页面内非中文内容占到一定比例时，页面顶部的标题就会自动变成“全文翻译”按钮，还没法通过什么设置取消掉，我就想问问究竟是什么样的产品经理能拍脑袋想出来这样自作主张的功能？真让人想骂脏话。

@adrianzhang 对业务的熟练 + 对工具的熟练 + 选择合适的工具，或许是可以做到以前需要 2 周工作量的任务在 1 天内完成的。

另外不只是技术，对项目进度的整体把控也很关键，工具，方法，这些都值得研究研究，我最近在用 GitHub 的 Project + issue 来推进，初步感觉还不错，后面打算采用飞书多维表格之类的方式，进一步做好项目管理方面的工作。

“业余项目只能用业余时间做，平时跟得不太紧，导致自己的印象和信用在别人眼里一点点变差”，这才是最关键的，吸取这次的经验教训，下回努力做得更好一些吧。我自己也是在坑了别人两次之后，第三次才靠谱起来，说起来也是挺对不起前两个人的。

@adrianzhang Parse-Server，Strapi，这种都是。

@dcty 我也是用梯子，感觉 gitee 中间还得中转一道，不方便。

需要动脑筋，不动脑筋的话，就会成为那种一年经验吃十年的人。

我用 VSCode 的 Git Graph 扩展，感觉还不错。

@waibunleung 《架构实战案例解析》，《许式伟的架构课》，《从 0 开始学架构》，但是上面说的内容具体在哪个专栏里现在印象不深了。

而且也会讲如何排查性能瓶颈的方法。

之前也思考过这个问题，在极客时间买了几门架构设计方面的课，有些课程会讲到这类数据，比如在硬件配置不是瓶颈的情况下，nginx 能扛住多少并发，redis 能扛住多少并发之类的数据，可以看看。