不装逼拿汇编说事。

考虑到效率层面，虽然我极其讨厌 go，但是我不得不说 go 在执行效率和资源占用优势还是很大的，同时也兼顾了开发效率。

那些说有了候补之后抢票软件就无用武之地的真是笑死人了。

只明确一点：候补也是排队的，这意味着候补的顺序也是很关键，换句话说还是拼的你点击候补的这个手速。那么问题来了，抢票软件逻辑稍微一修改，先抢预售，预售一旦售完立马转候补，你人工拼的过？

候补带来的唯一优势在于：针对捡漏这种场景，抢票软件频繁去查询余票已经意义不大了，因为有一大堆候补已经抢占了位置。

@wangkai0351 #3 年轻，hr 可以这么说：“我们本次打算招 2 个人，除了你之外，我们还缺一个，所以还要面试其他候选人”

+100 找黄牛 +1

去年临走前一天（打算坐汽车了）的晚上收到黄牛的喜讯。

能屈能伸

软硬兼施

有容乃大

差不多了吧

楼主，我给你说个终极解决办法：
















认了吧。


真的，我自己当初装完之后发现的确有很多地方经不起细看的，很是影响心情，但是想想自己有没有天天盯着，这玩意儿也没法定量评估，不影响使用就得过且过了。

@jdkl #3

和这个不一样，这个是识别人脸出纸。

我说的是，在蹲坑的门上方安装一个机器，你蹲在里面上大的，需要纸的时候也不需要你站起来，只需要稍微抬一下头，听到机器说支付完成，请取纸，然后卫生纸就在托盘内。
----------------------------------------------

大哥，你是说你在拉屎的时候，这个摄像头就在你的头顶默默注视着你？ 等你拉完了，看他一眼，他把纸给你？？？

@sheeta #20 大哥，你是想笑死我啊。

楼主，你下面怎么没有了？

楼主坐标哪里？

1 可视化就可视化，少扯什么决策。

2 DataV 不香吗？

@yimity #14 说实在的，如果不是因为保养费用、保值率，我也无脑上领克了。因为他的 03 的 2.0TD 落地可能要 18w 了，18w 搞一个 A 级。而且后续使用成本还比别的高。

@maomaomao001 #1 你说的 canvas 是不是想表达类似 java swing 那样每个组件都自己重新绘制？

@leejaen #1 🐶，真是笑死我了，我感觉这个站很多买车的帖子的回复前三楼必定有说领克香的。哈哈哈。

我不是嘲笑，也不是说他们是水军，就是感觉挺有意思。

1.中专→2.大专→3.专升本(本科全日制)→4.境外两年硕

---------------

3 和 4 分别是什么级别的？

https://jsfiddle.net/gy54dbpn/1/

随手做的一个测试，不是很严谨，刚忘记贴了。

我始终只想表达一个意思，单纯的距离计算没有想象中的耗费资源，你应该结合你的实际数据量，哪怕是用最笨的办法先试一试，如果真的发现遇到瓶颈了，再考虑优化。

多对多怎么了？按照最笨的办法就是 m x n 次距离计算，10000 x 10000 次计算，纯计算耗时 3 秒，但是没有排序。

如果你的 m n 量级不够大，这种方式完全不用担心。

如果 m n 量很大，Postgresl + PostGIS + 空间索引 + （ sql + ST_Distance ） 搞定。

@weiruanniubi 看你怎么理解修改了。

数据库日志都是递增的，不能修改的，但不影响通过他进行数据本身的修改。

@kaiyiliu123 #25 负责任的告诉你，房租均价的情况下，租的房子 10 个里面 9 个不可能有地热？