感谢 @sidekiq 的分享，我重新找了 2018 年的 slide 文件，发现有一条重要最差实践被你遗忘了，哈哈

Ruby on Rails 的 unique validates 并不是那么可靠，如果有一项数据逻辑上是唯一的，比如 users 的 user_name 或 email，如果没有在数据库层面没有加上唯一约束（MySQL 上是加唯一索引），当并发量高的时候，很容易产生脏数据（数据重复），从而引发一系列麻烦，我们曾经好几次被这个问题搞得痛不欲生。

Ruby on Rails 的 unique validates 不那么可靠的原因：它是在应用层进行验证，它通过查询数据库来检查是否存在相同的记录。如果在高并发的情况下，两个事务几乎同时进行，它们可能都会通过这个验证，因为检查和实际插入数据之间存在时间差，从而导致重复数据的产生。用户量不大，并发不高也可能因为重复点击、重复请求导致问题。

只要为该字段加上数据库层面的唯一约束，问题立即迎刃而解。

2019 年最火的技术词是“中台”，2020 年最火的技术词是“低代码”。我觉得正是国内不成熟才意味着机会，如果都成熟了就没多少机会了。

我判断未来一半以上的软件可以通过“低代码平台”快速生成，它特别适用于企业业务信息化的各种系统，比如进销存、CRM、资产管理 ...... 目前它还在发展的早期，这是一个巨大机会，如果我现在再创业，我估计也会选择“低代码平台”，哈哈，加油！

低代码 也有两种倾向，一种是往自主开发靠，偏快速开发工具，还是需要专职的技术人员；另外一种是往通用产品靠，偏灵活定制产品，已经不需要专职的技术人员，靠产品经理/项目经理，甚至业务人员自己动手就可以搞定。 我认为从企业的角度考虑，肯定更希望选择后者，只有后者不能搞定的时候，才不得不选择前者。

@mingyuan0715 创业不容易，我相信你一定能找到自己的道路，加油！

什么是低代码平台，一文讲透 aPaaS 平台是什么 https://blog.mingdao.com/11411.html

@mingyuan0715 企业信息化（或者数字化）有广阔的市场，个人更看好低代码平台解决方案，供你参考。业务信息化一定需要使用某种信息技术系统，通常有两种方法获得技术系统，一种是自主开发（也包括外包开发），这种方式的优点是可以完全自主灵活定制，缺点是开发周期较长，成本很高；另外一种是使用外部通用的产品方案（包括自主部署系统和由厂家部署的 SAAS 服务），这种方式的优点是非常快速便捷，功能全面强大，通常成本较低，缺点是难以找到特别适合的产品，难以定制扩展。低代码平台方案是介于两者之间的一种方案，使用它可以让业务人员/产品经理或者少量技术人员就可以快速定制开发出适合的应用，开发速度可以是自主开发的好几倍，成本低很多，还能消除多个子系统造成的数据孤岛问题。

感谢大家对薄荷健康招聘的关注！我是薄荷的 Vincent，回帖里可能有一些对薄荷的误解，我尽量解释一下。

• 1、关于严格考勤制度 薄荷实行比较严格的考勤制度，上午 9:00 ~ 12:00，下午 13:30 ~ 18:30，8 小时制，周六周日休息。 大部分人在晚上 7 点或 7 点半左右下班，我想这个工作强度在互联网或创业公司里应该不算高。 薄荷是做健康的公司，我们也一直倡导健康的生活方式，我个人明确反对强制 996。
• 2、关于紧急问题响应 薄荷要求技术同学在发生紧急技术问题的时候需要尽快响应，我想这是任何一个重视用户体验的公司都应该做的。至于其中涉及的具体方法和评判标准，我们也一直在改进寻找更好的办法，但是出发点绝不是给员工压力。感谢 @early 一些提议，非常有价值。
• 3、关于团队成长 我认为薄荷提供了一个还算不错的成长环境，薄荷的技术系统有一定挑战性，薄荷一直坚持很好的内外技术交流分享的传统，这些年来从薄荷毕业的同学在外面大都是能够独挡一门的核心骨干了，象 stormzhang 已经成长为行业内很有影响力的技术大 V，象 @sidekiq 能短短一年多时间成长为整个开发部的主管，还有很多很多…… 我是为他们感到骄傲的。

最后说一下薄荷健康的用人原则，核心是 3 点：

• 1、成熟且保持年轻；
• 2、自主且高度自律；
• 3、目标远大且脚踏实地。

工作是一个双向选择的过程，如果认同我们，我们很欢迎，如果不认同，我们也尊重你的选择。

有 Github 和 Shopify 团队加入 Rails 的版本改进，Rails 未来的前景变得广阔许多。

明白了。WebView 简便一点，所以能提供是最好，哈哈

棒！薄荷团队对你感兴趣，咱们私下再聊，

看起来不错，手机浏览器中也能顺畅使用吗？App 内嵌的 WebView 使用有没有限制？

感谢支持！未来会有合作机会的，😀

我认为 @lyfi2003 是很靠谱的创业者，程序员出身更能理解体会技术人的诉求，👍

创业不容易，希望国内使用 Ruby 的公司能够发展壮大！

Ruby 项目还是不少的，https://ruby-china.org/sites 里列了很多。

感谢支持！

感谢支持！

感谢支持！😀

感谢支持！

谢谢！欢迎常回来看看，😀

谢谢！欢迎回来看看，😀

感谢支持！
很高兴看到你后来的成长，很遗憾当时没有更深入沟通或者判断有偏差，也许缘分还没到，希望未来有合作的机会，😀

我从创业到现在，已经面试过很多很多人（估计快上千人了），很多人单从技术能力来说有 3 个大的问题：
1、基础不扎实
2、只会应用不知原理
3、解决问题能力差，应变能力差
这 3 个问题其实是相辅相成的，手机上打的我就不展开了。我认为如果技术能力想往上突破，这 3 点是必须克服的。

好文章！哈希表（散列表）是一个经典的数据结构，用途十分广泛，许多语言甚至在标准库中内置这个结构。往更广方面说，很多存储（数据库或缓存）本质上就是一个哈希表，比如 Memcached、redis 等等。作为一名合格的工程师，不仅能用好它，也有必要了解其原理。

感谢支持！

这不属实，工程师岗位薄荷是三年一签，续签的同事也不少。
我对人员的去留持有比较开放的态度，每一个人在每一家公司都是一个阶段而已（或长或短），包括我自己。我希望你在这里能够工作开心、拿到不错的回报、有很好的成长，当然也要对公司有所贡献。如果有一天你发觉已经不能满足了，有更适合你的平台，我也对你离开持欢迎态度，祝福你有好的发展。从薄荷技术团队毕业的同学应该都已具备独挡一面的能力，绝大部分有非常好的发展，这一点我很自豪。

春节之后就进入减肥旺季了，因为“每逢春节胖三斤”，春节的放纵需要后面的努力去弥补。
减肥还和天气高度相关，春季每一个气温上升的日子，流量也会跟着上升。大概是卸下冬装后，发现衣服穿不上了，或者没法掩盖了，于是下决心要减肥。

这是自由工位，临时使用的。如果正常工位坐累了，可以到这里站着办公（当然也可以坐高凳），前提是你必须使用笔记本电脑。 薄荷是做健康的公司，所以我们也比较注重健康，
我们选择了几乎是上海交通最便利的办公地点（4 条地铁线交汇，公交无数，覆盖大半个上海，价格很贵），可以让大家多睡点。加班也不会很多，如果想减肥，可以内部安排最资深的减重顾问。我们有几位工程师就是在薄荷顾问指导下成功减肥的，

谢谢！不能只看概要，后面也值得一看啊，

感谢支持！请帮忙推荐哦

给你一个链接 按受欢迎程度提升权重 https://www.elastic.co/guide/cn/elasticsearch/guide/current/boosting-by-popularity.html 你把时间值转换为收欢迎程度，比如时间越大（用浮点值表示时间）相关度越高，就可以解决。