这话本身存在适用场景问题

不会炒菜开饭店，那么可行的道路就是资本运作开出连锁饭店
这确实不需要会炒菜，会找到人炒菜就行，但如果你自己连好不好吃都不知道，那么不就容易被坑？
还好，会吃这件事不算太难。

但如果你没那个资本去做运作开出来网红餐厅连锁饭店，你自己不就需要会炒菜了么？
不会炒也得会吃，不然你没足够的资金把这事情外包出去？

所以本质上就看你的创业是走哪个路线

10 天前

回复了 1800ml 创建的主题 › 硬件 › 正在纠结投影仪爱普生 TW5750, A100, EF15W，即将毕业出租屋用

毕业了会发现……没空使用

10 天前

回复了 tanxianjia 创建的主题 › 教育 › 堂侄子初二了，老师不让上了，让去技校...

这老师……值得送上热搜
什么垃圾玩意

17 天前

回复了 LeeReamond 创建的主题 › 程序员 › 想搞台用来测试性能的机器，怎么搞便宜？

云主机测不出独占核心的性能
你需要 hz 按量付费，但估计你也搞不到账号

20 天前

回复了 fan88 创建的主题 › 宽带症候群 › 移动的互联网专线会比电信和联通差很多吗？

@fan88
广东移动测试结果是全面优于隔壁两家，除了 ping

28 天前

回复了 ixixi 创建的主题 › NAS › 搞个群晖主机托管服务,不是就完美解决噪音问题了吗 ?

带宽成本考虑一下啊，还有电费
我倒是有这样的场地和带宽，问题没人来啊
一个月光带宽都要 800CNY/500M

49 天前

回复了 PhaSelEza 创建的主题 › 宽带症候群 › 聚合多路 TCP 流（延迟不同），有比 kcptun 更适合的方案吗？

首先去看看 mptcp ，这是 mptcp 在做的事情，但不够灵活

一般来说直接利用 tcp 进行聚合在你没法对数据包本身进行监控且依赖底层的拥塞控制的时候通常会有十分差的结果
而且对于延迟差距巨大的链路，如果不补偿数据包顺序的话结果就是乱序到达
大多数拥塞控制算法对此都只能理解为丢包这一结论，然后就是重传……
如果可以接受数据延迟，但在意可靠性的话，可以使用一个巨大的缓冲区抹平链路间的延迟差异
这也是 sd-wan 领域会用到的抖动控制方法（具体看 vmware sd-wan 相关的技术介绍）
但不管如何都需要在数据包等级对于每一个数据包都有精确的控制，插入各种附加的头以进行排序，计时，FEC 等操作

» mhycy 创建的更多回复