@okzpy9425

都到应用层了在去说传输层不是扯么，要较真的话去读 RFC 最直接。

举个例子，在 RFC 中并没有限制 URL 的长度，仅仅是说 “ It is RECOMMENDED that all HTTP senders and recipients support, at a minimum, request-line lengths of 8000 octets.” 也就是说上所说的 GET 请求因为 URL 长度有限制，这个并非协议所决定的，而是各个客户端（浏览器）和服务端的实现决定的。至于其他的“可以保存为书签”、“会有历史记录”，“浏览器会默认请求 GET ”，这些都是客户端或服务端的实现而非协议的规定。

HTTP 协议描述中除开明确说明 “ MUST ” 的部分，其他并不是强制性的。因为 HTTP 协议并非是先定好协议规范，然后大家再来根据协议实现，很多时候各个厂家实现的功能并不会在当前的 HTTP 协议上有描述，协议制定组织也会根据实践来修改协议。换句话说，对于 GET 请求的中规定，只要没有说明“ MUST NOT ”在 POST 请求中如何处理，就算在 POST 请求中实现了，也是符合 HTTP 协议的。

@qinxi
RFC 中对 POST 的描述是在一定条件下也是可缓存的。

get 也可以带 body，只要 client 支持，server 处理。同理，post 也可以有 query string。

get 幂等与否要看 server 端如何处理，说到底各种差异是 client 和 server 如何处理造成的，协议本身来讲就只有语义差异，但本质上没区别。

https://www.bilibili.com/video/av12656134/

其实这玩意没那么美好。

@90safe 我猜你安装 MySQL for win 的时候选择了默认的开发环境配置参数了吧

其实楼主只是想找论据支持自己说服老板不要用 Windows Server 而已，你们都这样客观的分析问题就违背楼主初衷了，直接说 Windows Server 就是这样垃圾，一样的程序比 Linux 慢十几倍就 O 了。

顺便补充一点题外话吧，不要用自己小学时代的经验来判断自己孩子当前的情况。

PS：个人是大龄单身狗一只。

你们要想想当初自己上学时父母的知识与课本知识的差距，再用这个差距估量一下自己和孩子课本的差距，20 年前和现在的资讯无论是数量还是渠道是完全不相提并论的。

我记得谷歌有个广告，内容大概是婴儿刚生下来就通过 Google+ 发了一条动态，然后在 Google 上搜索了怎么剪脐带，自己剪掉脐带之后还顺便在 Youtube 发了段短视频（内容可能有误，大概如此）。看到这个广告我是很震撼的，你下一代所能接触的资讯量是比你大得多的，而且有相同的同龄人互相交流碰撞，所产生的可能性是远超过当年的你。

https://www.youtube.com/watch?v=rg37kafMsWk

或许人生阅历和心智成长需要父母的指导与帮助，但是在吸收、学习资讯这方面，他们才代表未来。

学历就是过去学习经历的证明。

HR 是通过一张简历来接触一个求职者的，学历是最容易证真或证伪的。虽然学历不能说明求职者当前的能力，但至少能证明求职者过去的学习能力。如果简历上其他履历并不能覆盖学历，那么基本就 GG 了。不过即便其他履历可以覆盖学历，由于履历造假难度低，所以高学历仍然有优势。

通常 HR 所面对的简历数量是很大的，快速筛选有用的资料是基本原则，通过各种关键字进行初步筛选是最有效率的方式，这其中就包括学历。求职者投递简历时也会根据各种关键字筛选职位，这种筛选并非是“恶意”的，所以不能称为“歧视”。

从 SEO 的角度看，如果除开学历，其他关键字都符合，那么你就算是“有能力的”，但被命中的几率仍然是低于高学历的简历，所以无论 HR 的筛选策略是怎样的，低学历仍然会降低你的命中率，这点除了用数量来弥补之外没有其他办法（当然，你可以选择绕过 HR 筛选）。

简单来说，如果你觉得学历不能证明自己的能力，就需要拿出其他能证明的“证据”让他人信服。

另一方面过去的经历也决定了你的可能性范围，你所接触到的人、所经历的事，都可以影响你可以作出的选择范围。在人生向上发展中，遇到的同学、校友都会影响你的可能性，而名校的经历，对这些有着很高的加成。

并不是说没有高学历就无法成功，而是名校的人成功几率更高，如果你没有这块的加成，就必须在另一方面更加努力才能弥补。

学历的这些作用在简历上是无法体现的。

---

至于“什么都会”，不想讨论技术水平的问题，只是想说一下自己的看法。

不管是大公司还是小公司，大多数岗位其实“技术含量”并不高，高中毕业有系统培训的话都是可以胜任的，不过这是岗位需求能力的“下限”。软件行业的特点，就是随着规模化，边际成本可以很低，一个系统只要可用，分发是基本没有什么成本的。系统一旦趋于稳定，成本的大头会由开发转向运维和运营。

显然系统规模的大小、复杂性对系统健壮的要求不一样。大公司和小公司都有自己的解决方式，并且也都是符合自身环境的选择，并不能互相套用。规模的发展并非有绝对区分点，一旦过去的模式不适合当前的规模，就需要进行演进。

大公司通过流水线化，对“基础层”进行建设，每个人都不是“必须的”，通过这种形式来降低个体对整个系统的影响，保证稳定性。因此，对于基础要求会“技术沟通能力”，也就是各种科班知识；小公司则因为系统规模小，健壮要求低，只要保证业务核心稳定就足够了（这个核心并不一定是技术），同时也期望员工是“可替代”的，即便你的能力高过业务需求，这部分价值公司也是不愿意付出成本的。

对于处于基层的员工而言，无论大公司还是小公司本质上没啥区别，只是方式不同，不过大公司除了薪资高之外还能为履历增加亮点，可以的话，当然选择大公司才是明智的。

可以说工作是一种交易，为了满足“客户”你需要提供客户需要的商品。但是，为了保证自己的竞争力，不能停留在为单一客户提供商品——业务单一的风险太高了。无论是选择专精技术、走管理层都是为了解决自身业务单一的问题，并没有什么优劣之分（当然，有人的地方就有江湖，鸡汤听听就行了）。

@liliang 取决于业务目标和模式，线上、线下，精英化、平民化。

我是以线下作为出发点看的，个人觉得三、四线的家长更有付费动力和能力，一方面三、四线生育成本更低，二胎潮应该更明显，另一方面三、四线住房造成的经济压力小，更有经济能力付费。

线上模式不熟悉，不过线下可以走竞赛线路对家长而言更有功利性，这块是线上不能覆盖的（也许以后说不定），而且线上模式需要的资源或许更多，前没有先发优势，后有 AT 两家可能收割，不知道这块要怎么面对（非专业人士）。

最后就是目标了，如果不求做到“改变世界”之类的，其实现在很多 APP 和平台在三、四线活得挺滋润的，如果在一，二线，这些公司早就被大公司烧钱烧死了。

当然，有更远大抱负的话就另说了。

看好，而且认为三、四线更有优势。

二胎开放后三、四线的出生率应该会更高，而配套的教育资源短期内是相对稀缺的。三、四线编程的逼格加成更大一些，对于家长（付费者）而言编程和那些兴趣班并没有什么本质差别，但是考虑到相对其他兴趣班已经开办很长时间了，编程这种更有稀缺优势（竞赛、评奖）。

本质仍然是“焦虑”经济，宣传方面可以针对前不久的 Python 代替 VB 政策做切入，教程内容可以偏向树莓派、Python，机器人，AI 等方向，要选择可以参加各种省级竞赛的项目。

大多数人都还太年轻太单纯（ too young，too simple ），连自己想要什么都不清楚，何况理想。理想就如同地平线一样，可以一眼就看到，但永远无法到达，不过即便如此，也不会放弃。

然而经历过成长之后，意识到无法到达之后就放弃了远方，选择专注眼前。专注眼前并不是一个错误的选择，因为要向远方前进也同样需要专注眼前。但时间久了，仅仅专注眼前所得到的蛋糕，忘却了远方的存在，才是真正失去了理想。

从结果来看，理想的有无其实差别不大，选择一个无法到达的目的地和选择在半途停滞其实没多大差别。生命总会迎来终点，有理想的生命和没有理想的生命同样渺小、短暂。

或许拥有理想只是能心怀自己的信仰面对生命终结的时刻罢了。

培训班是根据市场需求来的，动不动就千万并发的套路正是因为市场受用，可以说培训班和招聘奇葩是相辅相成的。

如果一个公司真的认为千万用户规模平台是可以靠一个开发就能全部搞定，而且这种人市场上还大把，那么，爱咋样咋样吧。

去抽烟室拉泡屎😂

MacOS 的体验有一部分原因是优秀的硬件带来的加成，当然，通常提到 MacOS 基本也等同与把硬件看做一体。软件体验好是其封闭性带来的，不过无视封闭性带来的坏处的果粉也不少就是了。

除开一些内核差异造成的限制，Windows 上无非就是默认编码、工具链这两个坑容易把人坑了而已，Mac OS 属于 *Unix 天然避坑。当然，这两点其实也不算什么，不过作为不喜折腾的人好处确实挺多的。但是因为这点而说“所有的开发都应该用 Mac "真心太狭隘了。

如果非必须需要（ iOS 开发、多媒体软件之类）的，个人觉得按喜好就行，爱用啥用啥，别人管不了，估计也懒得管。不过非要拿着 Mac OS 说事。

“这么好的系统所有的开发和设计都应该用。”

“呵呵。”

利益相关：Linux 桌面邪教党

书：《图解 HTTP 》
网站： https://developer.mozilla.org/zh-CN/docs/Web/HTTP

@o00o 不能解锁刷机，所以我不考虑。

感觉唯一的问题就是不能解锁刷机，其他的地方考虑价格因素完全 OK，硬件和设计也比较对胃口。

我觉得这个数据是真的，毕竟假货的比例就会被刷单稀释，所以数据应该没问题。