至少是了解熟悉，会做一些简单的改动。

感谢支持

感谢支持

交互、业务设计看着挺赞的。

什么时候考虑分库分表的，分了之后业务复杂度得高很多？

哈哈，和我们也有点像。 DB 也是可以自动扩容的，PolarDB 是否了解，也支持伸缩。 K8S 还有一个好处，可以快速创建测试环境，如果不需要了也可以直接移除。

哈哈，我们用了 ElasticSearch

哈哈，写的两个问题，时区、platform 都遇到过了……

1. 阶段性地思考是很多技术工作者缺失的，写东西是一种不错的思考方式，CTO 应该需要有时间思考；

2. 对 Web 应用、服务来说，Rails 提供的方案能较快地构建出不错的应用，且成本可控，不倦，只是生存空间确实尴尬；

写得挺好，值得学习，加油！

1. N 台机器，如何部署的，手动或者脚本？
2. 我们用了 Aliyun 日志服务 SLS，直接把这个问题解了，成本可接受。分享的思路一定程度上能解当前问题，如果有扩展需求就不好解了，就是能解决一个问题但不能解一类问题。比如现在按关键词搜，如果需要按时间段筛选某段日志或者部分字段属性，可能就不好处理了。

如果从事相关业务，随着规模增长，是一个绕不过的话题。面临这个话题的时候，更多要解决的是非技术问题，很有参考价值。赞！👍🏻

@selfrescue 发过邮件，未回复。

感谢推荐。对 Web 系统来说，数据量、并发较小时，用什么语言、技术栈给用户的使用感觉差异不大。掌握一门语言、技术后，也能更快地学习其它语言或技术栈。单纯讨论哪个好坏意义也不大，一般都有前提条件，如性能、易用性。Ruby/Rails 在面对一般规模 Web 系统时（如并发 3000 以下，单表数据量千万级以下），还是挺好用的。

国内还有一些 Ruby 相关的公司，如墨刀、薄荷、Tower 等。

关于 Ruby/Rails 是否好用，也可以看看这几篇：

• https://ruby-china.org/topics/34762
• https://ruby-china.org/topics/29901

@putaozhenhaochi 能，但不是很好招。

支持远程 @anehing

MySQL，误差有点大……

count 10590362 
explain 7159658

1. 出于兴趣还是盈利目的做这个项目要想清楚；
2. 目标用户是哪些，这些人在哪里，基数有多少，他们怎么知道你，怎么想办法让他们到你这里来；
3. 同类竞品有没有，如果有，他们是怎么做的，他们有什么优缺点，你有什么优缺点，为什么要用你的产品，转移成本有多少；如果有同类产品，研究它分析它模仿它超越它；
4. 能给目标用户提供什么价值，解决什么问题。不用你的产品，用其它什么工具是否也可以解决，你的需求是不是伪需求？
5. 能不能做个 1 分钟的使用视频，介绍这个产品的特点；
6. Reddit 发了没反应，Indie Hackers 试了没，Twitter、Facebook 那，Google SEO 有没有可能，有没有所有想到的都试了一遍？
7. 如果还是不甘心，想再试试的，别再打磨产品技术细节了，多想一些上面的问题；
8. 我说的可能也是错的，仅供参考！加油，还是很棒的，尝试了，迈出了第一步，至少比摸鱼强。

那日 PV200w 以下，< 16 核，一般如何部署，单机或者多台机器如何管理，通过脚本批量操作？如何实现业务伸缩，使用阿里云自带伸缩服务？

不是有没有用的问题，而是某种能力/技能在什么水平的问题。

• 个人英语能力处在什么水平；
• 对算法了解程度如何，如何用 A、B、C 划分等级，自己处在哪个等级；

为什么会提这个问题，知己知彼，找到下一个努力方向……

有好的项目机会，对于自身技术成长帮助还是挺大的，比如去大厂也是很好的锻炼机会。

写的很棒，只有参与才会有体会。

每当你想要批评别人时，你要记住，这个世界上所有的人，并不是个个都有过你拥有的那些优越条件。

这么做可能会有 XX 问题，或许你可以 XXX 去做。

情商，沟通的说话方式问题也尤为重要，比如尽量用陈述句，少用反问句。

做到/做好文章提到的几点，团队一般都不会差。补充一点，不适合团队的人尽早淘汰，不是说放弃队友，认知/方向不一致就不要勉强。【招对了人其实就成功了一半了】

也可以试试基础框架用原生，功能类模块用 H5/Vue，实践过还可以。

比如电商类应用，商品列表、商品详情、购物车、支付这些用原生（做两套代码，iOS + Android）。 其它营销类、活动类功能都以内嵌 H5 方式实现（做一套 Vue），能实现接近微信小程序那样的体验，方便维护更新。 另外可以将原生 API，如支付，分享暴露出来供 H5 活动页调用（微信 jsapi 原理），基础框架完善后，很多扩展功能都可以是 H5 方式实现。

这种方式比较适合中小团队，1）原生开发人员好招；2）代码可控性好，扩展功能用一套代码维护；3）不怕被 RN / Flutter 坑。

以上仅供参考。

已更新。2020.2.11

兄弟哪个城市，我们也是 3.5 线（浙江/嘉兴）强行 Rails……

beta 版方便放出测试看下么？

• tower 自带了共享屏幕 + 语音，zoom，我们一直都在用，用了快 2 年了，如果不需要共享桌面就直接微信，Mac 版也可以直接点，很方便；

• 项目代码管理，我们也用 GitHub 私有库，代码 + issue，很好跟踪的；

• 其它一些任务资料等通过 trello；

• 结合 Slack，Github 推送，trello 推送，Slack 上都会有消息；

• 2-3 句话能讲清楚的就文字，讲不清楚就直接语音；

• 文档我们用 quiver（markdown） + dropbox 的方式进行同步；

• 远程的沟通成本还是有一些的。

也进来膜拜下，《微型计算机》，《电脑报》……略有些历史感了，人生能有多少个十年，咬咬牙十年可能也就过去了……很赞👍

挺感兴趣的，不过可惜因时间地点没法参与

提交 AppStore，抓取来的内容涉及版权问题，如何考虑的……