拍得真不错，南京是我第二故乡。甚是怀念。

我是 Mac 用好几年了都没习惯，一直用 Windows ，没办法我是.net Framework + .net Core 栈，外加 Xamarin ，也只有在调试和发布 iOS 的时候需要用 Mac ，平时就吃灰。

什么样的技术就用什么样的系统，没必要强行匹配。

感觉跟我的需求有点近了。/t/815919

@smileherd #316 你讲的我都理解，但这些多说无用，我这边在意的是概率，也就是可能性。最简单讲，现在的标准如果按家庭资产 1000 万以上算富裕阶层的话，那么这个概率是 0.4%，一二级城市概率高些，其他线低。而这个阶层里面，白手起家没什么资源的比例有多少，会导致普通人到这个阶层的难度有多大，就得自己去猜了。

@vhisky #23 ssh 是不是也要看情况？我一直用它做最后一步的发布工作，因为使用 k3s ，推送完镜像后用它登录服务器执行更新指令，一直没有问题。

@smileherd #303 楼主有没有看过关于内卷的那个鞋店的故事？整个市场就这么大，不会因为你足够努力蛋糕就大一点，顶多是你能从别人手上多抢一点而已。再加上财富越来越集中到少数人手上，通过足够努力就能改变人生的机率越来越低。

那我们看看数据怎么样。刚查了报道，说：2021 年国内千万资产家庭达 202 万户，亿元资产家庭 13 万户。相比去年，600 万级的增长了 1.4%户，千万级增长 2%，亿级增长 2.4%，超高增长 2.5%。这说明了什么？越有钱的增长越快 - 财富正在加剧集中到少数人手中。

再看楼主，楼主家庭资产过千万，按上面千万资产家庭算是 TOP 0.4%，一千户家庭只出四个而已。这不算是凤毛麟角吗？楼主的经验可借鉴，可尝试，但绝绝大部分人，不可能。

@lqf96 #292 不吹不黑，太多成功人士写回忆录或成功立志文章时，都不会完全透露自己的底子。如果楼主真是留美+阿里+混到主管，这已经相当 Top 了，说人中龙凤都不为过。

楼主的起点和成功，极少有人能复制，这也是众多网友认为不接地气的主要原因。

@smileherd #288 根据 2020 年的统计，月收入超过 2 万的人口仅有 70 万，占比 0.05%。我们就根据这个来说，楼主认为这 0.05%的人有没有达到楼主的标准？楼主是否还认为 50-100 万的劳动收入是否容易达到？

在我家（三四线城市），我看到太多挣得都不到我的零头的了。我还是认为楼主起点太高，比较容易甚至无法感受到真正的普通人的情况。

进入微软，混出成绩，以后可坐火箭移民啦，哈哈。

行外人，感觉这是不是要上 AI 啦，规则你有了，然后不断加入训练库中

@ykrank #228 现在我真觉得我提的移民更可靠更可行，相比而言，显然我即使有心也不想大力宣扬，这对我没什么好处，哈哈。

@smileherd #208 相比楼主的方案，我还是觉得移民更靠谱可行。我成功移民了也摆脱大环境了，相比而言我如果按楼主的方案可能无论怎么搞也搞不了 1 个亿甚至一半。

哎，打了很多字又删除了。确实没必要争了，有人分享已经不错了。

@smileherd #201 插一下。

正常人分享不会投入这么多精力，把文章做精美。
也不会搞公众号。
更不会在文章尾放二维码引流。

再加上你对普通人的定义。即便真如你所说，但你说的 1 亿人这件事是不可信的，只是小概率事件。就像我移民出来了，我认为绝大部分写代码的程序员都可以做到像我一样技术移民摆脱三座大山，但我如果这样写，也一样被骂：这与现实不符。

分享的精神值得赞扬。内容有待商榷，捡自己需要的吸收即可。

@gushu #184 所以楼主写这个也是实现 1 亿目标的方式之一，而且很可能占很大比重。

@ykrank #177 说的有道理，我在新西兰，高级程序员中的中位数收入，在楼主口中也只是刚达标而已。要知道新西兰这边的收入比国内高太多（当然 IT 可能不会，但整体水平比国内高很多而且福利很好）。你说这样的在国内是普通水平，那就是同龄人应该会有不少在你之上。我就没见几个打工收入在我之上的，涵盖亲戚朋友同学同村人。楼主如果仅限杭州我还可以勉强赞同一下。

看完了我想说就算是工作 10 年后年薪能在 50-100 万的都不是普通人，这一点楼主就已经判断错了。其他思路不错，但真不是普通人就能做到的。好在我移民出来了，三座大山没有，资产重置概率比较低。

总之还是能收获一些东西，引发一些思考的。感谢楼主分享。

@letitbesqzr #22 这个 timestamp 实际上与计数器没区别，之所以使用 timestamp 是因为绝大部分场景下调用方使用频率低，推荐他们使用 timestamp 直接无需保存计数器，方便直接。调用多了就考虑让他们使用队列或全局计数器当 timestamp 甚至 IP 白名单适当放宽都可。

@letitbesqzr #22 校验码 = md5(AppID + RequestData + timestamp + key)，然后规定 timestamp 不能重复且必须大于上一次请求，这个检验通过 Redis 实现，只需要存一个就行，缓存的 Key 可以是：AppID 加上固定前缀这种。每次请求验证通过后即可更新此值。甚至如果你愿意你还可以保存在 DB 中，通过 update Table set LastTimeSamp=@0 where Id=AppId and LastTimeStamp<@0 这种更新来确保它是递增的。

要不要严格判断取决于业务被重放的代价。