labulaka521：https://mp.weixin.qq.com/s/QEMGh97RjB2S8mvWsnSKxQ
yezhiye：这不就是把自己的责任推给顾客了吗
GM：这个看似是一个很温情的好功能，但是我感觉，可能很快会被滥用。
被谁滥用呢？被骑手滥用。
骑手一看，哟吼，这货不急，好的，我先送别人的先。
好了，本来点这个按钮的人是好心想让骑手轻松一点，结果反而会被当傻子对待：你这么好心，当然欺负的是你了。
tachikomachann：应该平台多给五分钟
Cheons：五分钟能解决问题嘛？
优化路线规划与派单逻辑 X
增加用户等待时间 ✓
hugsky：匀到出餐等待时间上，挺好。
rbe：@GM #2 感觉这个功能不应该在 [付款的时候] 勾选，应该在快超时比如只剩 5 分钟，骑手快到了但可能在等电梯的时候，跳出来这个选项，给骑手多五到十分钟一个缓冲等电梯之类的时间。这样可能会减少你说的这种情况发生。
hahastudio：太针对美团了吧
renmu123：产品经理：我不愿意，让用户给吧
Dvel：用户：我也不愿意，让商家快点出餐吧。
大家经历过哪些面试造火箭，工作拧螺丝的经历bbman：如题~shpkng：面试各种渲染各种数学各种复杂判定各种性能优化，实际工作切图做 UI RyanGo：我竟然经历过面试拧螺丝 工作造火箭 agriphar：大厂都是面试造火箭，工作拧螺丝 小作坊倾向于面试拧螺丝 工作造火箭
日志统计数据库选型问题noahsophie：做游戏日志统计分析，比如玩家留存，流失等 之前用 Mysql 实现了一套，现在不仅要优化查询还得考虑后面数据分割的问题，所以准备换一个数据库 这两天在看 ElasticSearch,数据存储方面没啥问题，但是查询这块实现的有点蛋疼（主要是 Query DSL ）太难学了，涉及到跨索引查询复杂的很 现在想问问有没有适合我这种业务的数据库
「收文件」一个电脑接收手机文件的网页应用InHI7：即开即用： http://shouwenjian.com/ 之前分享过一次了，收集了许多热心网友的意见。 在此基础上对这个应用做了一些优化改进。 手机微信扫码后立刻可以选择发送内容： Acoffice：创建会话失败
数据库技术选型求助。。。。fuckyoudolphin：技术选型求助一发 业务要求： MYSQL 里面三张 1000w 级别的表（ A：500W B：1000W C:800W ） 没有分库分表，有索引但我不能动（因为是其他部门的库） 列的数量：（ A:30 B：15：C:20 ） 每张表每天新增不超过 1W 条数据 并没有实时查询的需求（每天 12 点更新一次数据即可） 做各种各样的…
leetcode 的算法题，难度是简单的，都做不出来kikione：leetcode 的算法题，难度是简单的，都做不出来。 我有点怀疑人生sigma65535：做不出来，看答案，当例题。下次就会了 raaaaaar：我的目的不是做出来题，而是分析用了什么知识，分析怎么用的，分析解题思路，分析优化的可能。 q8164305：能看懂并且自己实现一遍就够了啊 q8164305：看都看不懂，那就没办法了