就业方向：

不进体制内，用途不大。
在一些大型外包公司可能有用（比如东软），这些企业投标一些体制内的项目，甲方会要求乙方有持证人数的要求。

民营企业大概率没什么用。

其他方向：
不同城市对于申请一些当地的福利可能有帮助，比如有些城市对于持有高级证书，可以申请认定为人才，进而享受相关福利。

在家靠自觉，但多数人没有自觉，也包括我。而且居家不利于同事间的沟通，我觉得现在应该没啥工作是可以自己闷头干就可以了，都需要沟通。

@GeruzoniAnsasu #55 唔，好吧。就是我比较不能适应的是这种写法

if _,err:= ... ; err != nil{ ... }

一个方法中有好多 if err != nil ，相比其他语言的 try catch ，一些兜底的错误处理，可以统一放在 catch 里。

我也不太明白是我理解不透彻嘛

写文件，不需要多线程，瓶颈必然在 IO ，简单的增加缓冲区即可。

@singerll #40 大佬 我也是近期新学的 golang ，但是可能受其他语言影响，golang 设计的异常判断

if _, err := something; err == nil {...}

就是这种是标准的处理方法嘛？总感觉写起来怪怪的。

这种问题统一答案就是钱给的不够。

一般客户端不直连数据库。如果非要直连，数据库上设权限，不允许直接对表进行 select ，建视图，只给予用户查询视图的权限，在视图中隔离数据，把不允许此用户读取的记录过滤掉。

@AlexShui #8 从 Windows 10 开始，按 Win 键以后，也可以直接输入关键字进行检索应用的。

后端差距就是 Spring 全家桶。

普通用户本身感知就不明显。带宽、延迟是两回事。

日常上网多数场景需求是小带宽，低延迟。日常看网页，聊天，对带宽要求并不高，10M 带宽足以满足，此时影响用户体验的是延迟。

而另一种场景，下载，对于延迟的感知并不明显，即使 500ms 的延迟，带宽也能跑满。这种场景下影响用户感知的是带宽。

如果不知道 NAT 与桥接的区别，仅仅是看到网上有人说，这种操作是完全不必要的。

这不出意外需要换电瓶，出厂的磷酸铁锂电池换三元里电池。但一百公里也难啊，电瓶车的电池仓空间就这么大，要不试试自己动手买大单体的三元里，能量密度会更高一点。

@mikeven #26 理论上是的，所有储值卡，原则上不会有很大的低于账面价值的充值渠道，包括但不限于话费、加油卡、超市购物卡等，储值卡的发行方就最多打个 9.9 折出售，那么显然低于账面价值的出售，必然有人在其中补了差价。


@NullData #27 赌徒的钱给了洗钱的中间商，随后中间商把钱进了运营商口袋。即使日后被抓，查流水，这笔钱就是没有了，要不让警察找运营商退钱。而且菠菜与洗钱的并不是同一家，因此通过资金流查，只能找到提供洗钱业务的中间商，而隔离的菠菜业务。

@6364v2 #24 这一点，从目前公开资料来看，暂时没有。除非能够证明天真无邪的你，“明知”且“故意”参与。


@raysonlu 黑钱指的不合法的收入，在这里主要指的是赌资，而赌资的最终流向了运营商。天真无邪的钱本身就是白钱，至少明面上是合法收入。至于 D 将要赌资换回货币，这就是另外一条渠道了。而且大多数赌徒的钱，是进多出少。还没有洗白的黑钱本身就是个巨大的资金池，可以直接从中间商退回。这对于菠菜方是没有损害的。

---

上述例子就是一个简单的说明，实际操作时，中间贩子 C 也并不会直接把钱转给菠菜方，同样会伪造成合法收入进行转移，包括但不限于咨询、服务、采购费用等。甚至会正常的进行税务申报。这一路的钱从始至终都是合法的（至少账面合法。

这里说的慢充只是一种表现形式，实际上还存在各种变种。“慢”并不等价于洗钱，当中间贩子的资金池大的时候，也可以不慢。形式上也不局限于充话费、充油卡一类的，也许是代购，变种多种多样。

@yazoox #16 ，天真无邪的人为了省钱，找到了中间贩子 C ，你给了 C 90 块钱充 100 话费。C 收到了你的订单，再去看最近哪天有冤大头 D 想要充赌资，碰巧第二天下午找到了 D ，于是乎 C 收了 D 的 100 块钱，拿来给你充话费，至于你付的 90 ，10 块钱留下作为利润，剩下 80 给了博彩方作为赌资，当然冤大头 D 与天真无邪的你并不知道这其中发生的事情。

天真无邪的你用 90 充到了 100 电话费，冤大头 D 认为自己 100 块钱换了 100 的赌资。

而实际上黑钱通过充话费的形式进入了你的钱包，博彩方得到的洗白后的 90 块钱。

@w741069229 #16 有没有一种可能，大佬对项目不够熟悉，目测，看不出类型推导的具体结果，就导致大佬不知道你在干啥。

@leiuu #12 用户可以提供语料，但是也存在投毒的可能性。商业产品不敢轻信用户提交的内容，必然需要增加人工审核，面对海量用户提供的不可靠语料，其成本与产出比，可能是负的。

而且规则其实很难做，大脑可以轻易判断是否为火星文，而这个定义给计算机却不那么明显，当然粗略的做法是 GB2312 以外的一律不认，但这样的误伤面就非常的大。如果是繁体中文用户呢。

期待 serverless 能有一个公共的标准，也就是有个标准的 runtime ，这玩意用起来的时候确实很爽，但是如果要跨服务商迁移，真就火葬场了，说要彻底重写一遍都不过分。

华北、东北地区定义的南方：北京以南都是南方
广东定义的南方：广东及以南均为南方（实际上符合这个条件的应该只有广东、海南、港澳台）

广东以北、北京以南地区定义的南方：标准不一而足，就我自己而言，按以前课本上说的，秦岭——淮河一线以南为南方

至于东北、华北、华南、华东地区以外，一般而言，不讲南北方。