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

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

比如：
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

@scetus #18
高级权限客服已经联系我 给我￥ 15 红包补偿（我其实损失 16 无所谓了） 关键是高级客服的态度正确 也确认这是 bug

特么在线客服那套路才叫牛逼…… 显示错误 2333

哦 还是盗链性质项目嘛

lets's encrypt

不使用 3389 就是了 改成 13389

@acumen
不是高端的问题 主要是 5G 频道多

没有 5G 就蛋疼了……
双频的话 一个房间 500 终端还是有办法搞的

一句话 没有自学能力和高理解能力 别往码农这个坑里凑

听人说码农挣钱就眼红了

这行挣钱的根本原因还是有门槛

看到培训出来的不管有没有经验 一律不要
哪怕计算机科班去培训的

有这功夫去售后 1 小时快修早换完主板了……
要是懒得去，1000 收楼主这个米 6

@sobigfish #23
信息服务的 ICP 证是最好办的
现在论坛的前置审批已经停了
别看什么网上代办证的说的那么吓人
这个最简单了……要啥给啥就行了

@SlipStupig #6
你这是盗链？

你说的明白 从你们服务器下载
你们自己服务器让不让 ping 还不是自己说了算……

楼主投诉的姿势不对……
这种问题其实找对路子好解决 流程性需要很多天 估计要 15~30 天
向归属地的运营商投诉 客服电话是次选 首选是找他们省公司的服务质量热线 一般三大都有一个
投诉内容是他们的号码骚扰电话 同源 录音 要求明确说处理周期

到达处理周期没妥善解决 向工信部投诉骚扰电话问题

基本处理就是最后运营商会封整个号段……