@benteke #8
重大事故车很危险的 大事故车没法开 超级危险 重说三
该报废就报废 记得多要点

这个面试下来 可能是去写复杂逻辑呢

曾经某大厂招聘一个坑职位，语言 PHP，一个大部门下属的就一个人的业务，就是专门写内部查看的后台统计，连产品经理都没有，直管大领导要求做个什么样的汇总，就做什么样的，纯 CRUD ……
然后给了比这还复杂的面试题……

坦白啥坦白
再借 50 万去赌 把钱挣回来~

峰值 10000 人同时，一人 10MB 文件 就是峰值同时上传 100000MB 文件 30 秒上传一个人的 266.666Gbps 带宽采购吧……

爱怎么读怎么读 只要双方能理解

多高配置的电脑到了不会用 os 的人手里 都可能爆卡

哪个 V 友？大家去发点铜币 233

各种网盘客户端

400 电话预约 macbook 带 ac 的 直接安排 1 小时后
去 genius bar 一大堆 iphonex 的都说约了一个礼拜以上才约上

你可以把机器弄成不可维修啊
用一个钉子从后盖钉进去从屏幕出来 保证没维修价值……

竞业限制应该是公司名，而不是品牌名吧……
这特么法务是体育老师教的么

而我个人掌控的团队，更倾向于一种有规则的中英文混用，相关规则所有成员都明确

有单一简单单词，且不会发生歧义的，或者有英文缩写的，用英语，驼峰法

比如：
id url title

有些较长的词，在数据库字段类频繁出现的，用自定义短写，这也有一些防止万一出现注入类漏洞被盲猜的作用，敏感关键字设置的比较罕见主要是防止这个

比如：
description -> des
title -> tit
content -> cont
password -> psw
username -> unm
admin -> amn
count -> cnt
time -> T ==> create time -> createT; update time -> updateT
date -> D ==> last modify date -> last_modifyD

对于国内业务逻辑 难以翻译 或者翻译后冗长的项目，采用全拼或者拼音缩写均可，且包含这种项目的必须定义数据字典；数据字典应写入数据库内表备注，以及项目手册，同时对于这种字段超过 5 个的单表，在总表备注数据字典以外，必须每个字段的备注中用中文简称写出这个字段的无歧义大致含义。在整个项目的基本需求限制中说明允许使用中文字段的，可以采用中文字段名。

只要容易互相理解，且其他非相关人员介入项目时一目了然不会误解，用阿拉伯语都无所谓

用英文逼格并不高，英语特别牛逼的人可能还好，对于英语比较普通的人来说，很多特殊关系，用中文表述带关系性质的词，用英语不好恰当翻译，最后更懵逼

经常是有些词，英语大牛写出来的，其他英语一般的人看不懂字段名啥意思。
英语一般的人用翻译软件弄出来的词，大牛一头雾水

有些特别复杂的金融结算项目，在 MYSQL 里面，除了 ID，我甚至会用中文字段名

今天闲着蛋疼了，分析一下饿了么这个神一般的逻辑是哪个牛逼的产品经理或者码农设计出来的

由此可见，领取店铺专享红包这一动作，是一个统一的 action，不带红包类型参数（或者红包种类 ID ），即使是要扣钱（奖励金），根据你的账号的目前状态，红包领取状态，直接去操作，给出的扣钱 confirm 页更像一个笑话

用在线客服的话讲，那些让你确认啥的都是显示，都不重要，跟逻辑无关，这种确认大法真心无敌……

@jerry12547 #23
除了支付宝 找到原因了 2333