即便在群里也不一定看群，别人的关注点和你是不一样的，每个人操心不一样的事情，不能假设别人和你完全接受了一样的信息，要是和你关注的东西完全一样的话还要你干啥呢

为了不受制于人我直接买了熔接机，练了一手熔接

光纤入户现在一般不熔接，都用冷接。只有纤芯多才会考虑熔接，市价 10 块一芯，一般 FTTH 只有一芯，大部分冷接。

一些同学对公平缺乏想象力。

一般来讲公平可以分为程序公平和结果公平。
现代的公平实践一般由程序公平为起点，兼顾结果公平。


从购票程序上 12306 分为线下、线上、电话三种渠道，按照内部实现机制对车票实行随意分配，对所有的用户同等地不负责任，可以认为实现了程序公平。

针对铁路运输的特点，相对冷门的目的地也受到了一定的保护，获得了一定程度的资源保留，可以认为考虑了结果公平。

但是。
还有一种可能，考虑历史的公平。
所有的人同等地享受乘坐火车的权利，有时为了其他人的结果公平，一部分人没有买到票，这种对权利的让渡不应该无限制地发生，完全可以综合历史购票结果，在进行资源分配时进行加权或者补偿。

12306 从来都是不负责任随意卖票的，
它的票总能卖得出去，对他是没差的，到底有没有人没买到票，多少人没买到票，没买到票的都是什么人，它不关心。


它抢票阶段负载均衡的原理是把卖票权限分发到各个节点，各节点各卖各的，但你访问到哪个节点是随机的，是你的网络环境决定的。
等于你抢不抢得到票是和你的网络环境相关的一个随机结果。

候补算是给这种任意妄为打一个小补丁，确保第一次随机卖出的票被退掉之后分发给有需要的人，从而减轻刷票压力

自始至终 12306 的目标不是为了你能买到票，而是为了它的票能卖出去，并且减少流量负载。

一塌糊涂

上马 - 下马
插入 - 拔出

要不还是别干程序员了回家种田吧城里套路太深

我最近的装修就没让做双控，但是开关盒留零线，买的蓝牙开关。
现在发现，给开关花了挺多钱的。

后来 1688 逛的多了发现其实还有一种办法，关键词 RCU, 就像酒店一样布线，完全没有开关盒，全部统一控制，楼主有兴趣可以研究一下

不是

而 Vue 就不一样了，它故意不告诉你坑在哪，自己永远伟光正，不像其他一众宵小，有各种的问题

yue

原来我开的价太低了，以后见面 160 万起步

别搞电诈

我一直以来的观点就是程序员不应该未经培训直接从事管理工作，缺少一般常识。
市场、设计、运营这些分支也一样，P 序列不能未经培训转 M 序列或者承担管理。

就好像拉一个高中毕业的未经任何培训直接来从事编程工作一样，徒增笑耳。
又如野路子程序员被塞进团队你让他按代码规范编写，他没法适应，还说按规范影响开发效率。

四六开太保守了，二八开差不多

前端头部的从业者，全部是直接入行就是前端，没有先搞软件开发十多年，再转到前端行业做事情的
所以前端库，无论多少星用得多广，它们的顶层设计都特别差，能用不能，能用，但稍微深一点就出问题
基本上就是顾头不顾腚的一个状态，并且展现出一种逆淘汰趋势

你对“设计”这个词是不是有什么误解...

Golang 的异常处理只能说是没有设计，而不能说是设计得好或设计得不好

随便做个简单企业站，市面上的啥都可以

长期耕耘持续多人开发的项目，市面上的啥都不行