那些说照章办事的，大概率还没经历过亲属过世吧。员工按时打卡但是不揽货，也是照章办事，如果亲属过世这种感情时刻你给来个照章办事，那员工绝对给你回敬这样的照章办事。

@jinker 你公司也是买的别人的软件，如果这是带源代码买的，你跟源头开发商之间还是不太好说。

同一套代码，不能即开源又商业的。你至少也分成两份代码，一份作为社区版开源，一份作为商业版销售。这两份代码，可以 99.999%都一样，但至少要有一个小版本号不一样（当然实际上商业版会多一些东西，哪怕只是比社区版更多的测试环 节，不然没卖的必要）。

第一，你合同上约定的工资是低保工资。第二， [上班十个月，赔偿 0.7 个月] 只是人事画的饼，不是公司画的，不具备劳动合同方面的效力。第三，低保工资发到合同到期，再用低保工资赔偿个 N （如果前 12 个月平均实发工资高于低保工资，那就再用低保工资续几个月合同，你要不同意续约那就直接不用 N 了），随后自动解除劳动合同，完全合规。

第二点是人事不懂瞎承诺，第一、第三都是行业规范了，这不是违法，而是在现行法律下钻空子，你死了仲裁的心吧。

@geeksammao #52 要不要联动一下 /t/719074 。非得引号括号都打上，你才能看出来是夸张吗。

就 1T 流量的成本，你是打算不标明上限卖出 10 个千兆宽带，还是标明 1T 上限只卖出 1 个千兆宽带用户，又或者标明 100G 上限卖出 10 个百兆宽带。别看楼主说得这么激情慷慨，当他掌握定价权的时候，超大的概率还是选第一个。这不是好坏决定的，而是宽带的使用性质决定的。

别以为 IOS 就不占内存，不信你用用微信。他俩的区别在调度上。Android 一直都没有跑出传统多应用操作系统的机制：CPU 调度上前后台同级竞争；内存调度上不到快崩的时候就不杀进程。IOS 则是专门为单应用场景设计的操作系统：CPU 调度上完全暂停后台应用进程，而只给系统进程和前台应用进程；内存调度上管你 3721 ，入后台就杀。

两者其实各有优劣，就看你是啥场景。如果你是把 APP 当成「用了开，不用就关」的传统应用，那 IOS 天然合适，但 Android 上只要守规矩也合适只给系统进程和前台应用进程而只给系统进程和前台应用进程而。如果，没有如果了，普通用户肯定都是前一个场景。手机就要有两个，信任应用装 Android ，不信任应用装 IOS （怀念 Windows Phone ，本来只要这一个就够了）。

月 150G 上传，这是要闹那样。本质原因是流量跨省收费了，这是一个比网间结算还恶心的政策，基本无解，只能当“好日子”过了。

友情提示，英语音标全称是英语国际音标，而其实际上是出去英语母语外的国际人士的英语发音参考。英语母语区域，使用自然发音，跟汉语一样，有方言。

楼主：只要一上来就回答 try-catch 或者 exception handle 的，都是智商不行的。

别人：智商不行就不要秀。

楼主：上来就说别人智商不行？

—— 看来已经没有必要再继续讨论了。

看完之后，好嘛，原来跟 Java 就没关系，是个英语文字游戏（然后楼主还偏偏不允许别人质疑语法）。这更恶劣了：相当拿中文藏头诗去考刚开始学中文的外国人，借此说外国人笨；相当于拿微积分去考小学生，借此说小学生笨；相当于拿手工作业去考猫，借此说猫笨。

英文太长慢慢看，先吐为快。

先来看看基础 API 说明 https://docs.oracle.com/javase/8/docs/api/java/lang/Throwable.html （ 8 迄今，并未在 try-catch 上有所变化）。

API 上，catch 的是 Throwable ，不是 Exception ，Error 可以 catch 。Exception 和 Error 确实不一样，但不一样的是在何种时机 catch ，以及 catch 之后如何处理，不是能不能 catch 。智商不行就不要秀。

再说，跟 AI 比智商？

正好前两天刚好看过别人的评论，口传转发一下：微软想要侵入 explorer.exe 给 Edge 放桌面广告，但是放了之后发现有些人的 explorer.exe 已经被 360 侵入了会冲突，于是改了一版，发现有 360 就不入侵 explorer.exe 了。

比喻一下可能更好理解，小流氓发现坑已经被老流氓占了，自觉让坑。

Request 是强制由框架统一解码，但 Response 是默认由框架自动编码，接口代码完全可以忽略框架自行编码。故，尽量不要用 force-response 来全局配置 Response 的编码，因为它不具备强制约束性。

另，约定优先与配置，JSON 就老实用 UTF-8 。

String newhello = new String( hello.getBytes("GBK") , "GBK");

这段代码是拖裤子放屁。存储和对外传输的时候才涉及编码，变量的值是不涉及编码的。不管你将其跟 byte[] 转换多少次，newhello 都是 String 类型对象变量，最后序列化成 JSON 的时候，它都只是一个没有编码的字符串。

浏览器对内容的解码方式，服务器对内容的编码方式，这不是必须配对的吗？

至于你为啥是乱码嘛，是声明的编码跟实际使用的编码不一致。默认情况下，@RestController 的结果 JSON 序列化编码是 UTF-8 。你实际使用的是 UTF-8 编码，但声明的是 GBK 编码，乱套了。你后来通过 @GetMapping 调整了编码为 GBK ，这才对上。