“业务流控” 跟 tcp 压根就没什么关系

现在的人都没听说过加壳了？

@adekyou06 int mian()

跨了 3 层交换机 mac 地址就没用了。。 你觉得呢

先研究随机过程
然后你就会想先尝试证明股票变化不是随机过程
然后你就会发现它 tm 还真就是随机过程
然后你就会放弃这个思路

建议别听别人的建议。。

大家又不明白你的真实情况
众所周知学霸都是每天打游戏泡妞游戏上课看小说还能门门课年级第一的
如果你能做到那谁拦着你“别太早学” 啊？

越是顶尖的人群你越是会发现他们都“有故事”
最后小圈子里一交流：哎，你也初中就开始玩这个啊，哎我也是哎
他们聊起来的时候都是轻描淡写的，如果你也能轻描淡写地学完你感兴趣的东西还能同时把 99%的人秒成渣，那赶紧啊

高中了，你应该对自己所处的阶层有所感觉了。 你会发现越往后走越不会脱离你所在的阶层。在很早就已经决定了

有没有想过华为祖传了 20 年的交换机代码基于什么架构和系统？

一度是 vxworks
一度哦

看了 lz 每一个回复
提到 B 站只有追加附言的一句话

lz 似乎完全没有意识到市面上的视频网站，只有 B 站的商业模式是跟其他家都不一样的，连 ytb 都并不特立独行。
贴片广告是个落后且很容易失败的商业模式：
1. 你的视频站营收是建立在广告之上的
2. 广告营收是建立在用独有版权把用户圈起来强迫他们付费这样的模式之上的。
对于用户而言，付费是强迫行为，从一开始用户就是没有任何意愿的，要么给钱要么滚
3. 每当独有内容壁垒有一丁点泄露，很快就要面临大规模用户流失和广告收入下降，这时候你有巩固壁垒一种策略可选，那么对于用户的压力会更高，下次壁垒有漏洞时流失就会更快，恶性循环

然而目前市面上还存着另一种商业模式：
1. 对于非独占内容，免费和付费用户没有任何体验区别，或者非常小，小到付费用户多等一周而已
2. 对于独占内容，仅付费用户专享
3. 不设贴片广告，甚至不靠广告营收获利

恩。。其实也不太对，B 站并不是一个视频站……拿它来比有点降维打击的味道

@burringcat 你只是中二病

我就是这么干的，host 是 mac，写 linux 的代码，把代码挂进去在 docker 里 make，调试还能用 clion

哎。。。
为什么看起来好多人都不明白异常处理是干啥用的
建议学习一下 gcc 异常处理的实现方式感受一下


从程序执行流本身来看，异常的意义在于回滚调用栈

回滚调用栈。

如果你不确定是不是该上异常处理，那就判断一下此时是不是想把调用栈回滚到某个状态前。一个用异常处理的绝佳例子是 visitor 设计模式，当递归 visit 到某一个节点发生错误时，显然把 error code 穿过层层递归跟等于 nil 的 result 一起传回来是个非常蠢的做法（你甚至得给每一种节点类型的 visit 函数都写一遍 if err return ！ shit ！）


从业务逻辑上来看，异常处理机制是用来统一处理某封闭模块在各个阶段产生的同类错误用的

比如游戏读图，在每个关卡我要读不同的地图文件，文件读上来以后要解析数据结构，有可能读图失败，有可能结构不对，出错了以后我想让游戏回退到选图界面，那我肯定没理由在写游戏逻辑的地方还判断 loadNextStage()成功了没有，抛出异常可以让更上层的逻辑来处理同时打断游戏逻辑，其实还是对应回调用栈回滚的本质



再回头看为什么指南不建议你写 try except print 是不是理解一些了

数学
约束
响应式



我觉得即使你完全不会函数式编程也该现场入门一下。。

每个点类存储一个变换函数，对于自变量来说，这个函数是设置时的闭包：

a=A(1,2)
得
a.x==lambda :1
a.y==lambda :2

对于因变量来说，这个函数是变换函数

c=a+b
得
c.x==lambda:a.x()+b.x()
c.y==lambda:a.y()+b.y()


当要取得 c 的值时调用 c.x()
=>(lambda:a.x()+b.x())()
=>(lambda:(lambda:1)()+(lambda:xb)())()
=>(lambda:1+xb)()


这不是比你递归通知约束对象计算新值要容易多了


至于怎么实现，约束方法本身已经是实现方法了，品一品

git 连 emoji 都支持，中文放心用

你看到的都是 N 年经验的社招面经

你见过应届写的面经吗？
应届是不是都不需要写代码？


你品一品

（诶？！那应届生都问啥？）