没啥构想，就是单纯为了压缩成本。毕竟几个自助收银可比收银员工资便宜多了。

用户可以用脚投票，再也不去。也可以报警说商家拒收法定货币。

如果早 20 年上网，那个时候的 BBS 普遍都会显示 IP 。

来自 IP：123.123.123.*

@3dwelcome #21 7z 以后还是 blob 数据，那么既然如此，为何还要走 base64 -> 7z 这条路，直接图片本身 blob 入库。最后结果是一样，而且这么兜了一圈以后，base64 浪费一遍 CPU 资源，zip/unzip 又费一次 CPU 。

主要困难来自于办公场所以及税务。多数地区要求提供有效的办公场所证明材料，如果真的租赁一个办公场地，这就需要不少的费用，也有一些地区实行自主申报，因此无需提供办公场所的证明材料。

另一个是税务，如果一直没有资金往来，那么零申报是可以自己来的，非常简单。一旦有收支以后，非财务人员，很难处理税务相关报表，即使是小规模纳税人也需要按季度申报，以及每年的汇算清缴。

我自己因为有亲属提供了办公场所，同时对象是从事财务工作，因此最终实现了零成本。

如果你需要第三方代理税务公司，请务必联系正规代账，有些代账公司收费非常低，但是会从事一些非法业务，在他手上的公司，私自开发票冲抵，而小规模纳税人季度 45 万以内免征增值税，许多人根本不知道，在公司注销的时候，如果税务一查，很容易被查到虚开增值税发票。

税务是非常专业的一件事，请务必交给专业人员处理。

@SimonOne 这个就每个人看法不同了，北上广深这种地方，我从来不觉得可以扎根，那么断缴后唯一有影响的只有医保了，一般需要重新连续缴纳 6 个月才能继续使用医保。除此以外断缴并没有什么。

唔 能爽快给钱，就还挺不错的。不扯皮，不墨迹。有这赔偿还能玩一个月再去找工作。

@takato #28 哈哈哈，手抖啦，手写是顺手就写上了，打字这个 E=mc²，就有点麻烦，^2 这个也不好看，然后就给漏了。

@ksco #24 老哥说的对。没有价值的东西，不管是刻石头还是啥，最终都会被丢弃。只要有价值的内容，就会以各种凡是传承下去。

我们现在学的知识，多数不都是前人留下的吗，由于其存在价值，自然会有人一代一代传下去。我们学的质能方程 E=mc ，也不是爱因斯坦自己写了本书，或者自己搞了个网站对外传播的。

如果确有需要，把服务绑定成前台服务，可避免被杀掉。后台服务本身系统也不保活。

没什么优点。特别是 API 请求，有效的状态码可以让浏览器为用户显示友好的错误提示，但 API 请求，几乎不存在用户直接请求的情况。

REST 那一套说是可以更有语义化，但由于实际业务的复杂性，依靠 HTTP CODE 很难表达出含义，最终还需要在响应体内自定义错误码，这就是重复工作了。

统一返回 200 以及统一 POST 一把梭，确实不够优雅，但是能用，而且也没什么副作用。

楼上很多人说灵活就业缴纳社保，可是许多城市对于灵活就业社保的缴纳前提是本地户籍。

官方态度就是不允许代缴，想要社保就去上班。

因为升级大版本是需要钱的。OEM 厂商需要向 SoC 整合厂商支付费用以获得新版本的 Android 代码，依靠 OEM 自己以及开源的 AOSP 很难做到。

而旧机型再次投入，很可能会亏本，所以就没的升级了。

就业方向：

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

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

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

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

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

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

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

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

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

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

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

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

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