如果很想学，可以入手一个树莓派啊，早日实现软硬全方面发展。小孩创造力普遍高于成年人，没准能琢磨出个好东西，发在短视频上火了。

你是想吐槽他们不专业还是不够认真做事？
如果想吐槽前者，那就算了。我相信就算是淘宝前端工程师中位数的水平都可以超过这个时间段刷 v2 的前端程序员网友。
如果想吐槽后者，那么恐怕也比较遗憾，他们的 PD 一般不会在这里看你的需求的然后虚心整改的。

@lyu594 换汤不换药，只是国有 NAP 不再搞收钱模式了

ebpf + nginx 网关开发

@liyue961 自有骨干网和境外 Transit 的运营商可能不需要对国际部分进行结算（如果直接接入 IXPs 了，仅对接入 T1 运营商的流量部分结算）。 境内流量各家自己分或者很可能是你说的对冲（接入国内 IX 的除外，中卫、上海、杭州这些交换中心）。

有一个细节：客户如果不是移动城域网的用户，假如是电信用户，那么访问境内的移动服务器，最终要电信与移动进行网间结算了。这个和国际流量是没啥关联的。

参考 2 楼。
补充一下子：

网络运营商之间的互联主要有两种形式：
1.传输(Transit): 一个 ISP 为另一个 ISP 或终端用户提供完整的互联网连接
2.对等(Peering): 两个网络提供商同意交换彼此客户之间的流量

对等互联通常是"免结算"的,因为双方都从互联网交换点（ IXPs ）中受益。但在某些情况下，会采用非对称对等条款，一方补偿另一方承载流量，例如有些私有对等（ Private Peering ）。但从比例来看，总的来讲是免结算。

全球有数百个 IXPs ，分布在不同的国家和地区。

例如很多梯子供应商是内地搞移动线路的服务器，访问到香港落地节点，实现链路路径：
客户 -> 中国移动内地服务器 -> 中国移动骨干网 -> 中国移动国际(hk 公司) -> HKIX(香港国际互联网交换中心) -> 某第三方落地机

所以延迟较低看起来量大管饱。

很好奇 op 加入于 2015-05-08 账号只发了这一条问题、回复？ 怎么做到的？

Sprint(现为 T-Mobile 的一部分)在 2007 年终止了 Frame Relay 服务
Verizon 在 2009 年停止向新客户提供服务， 并在 2013 年完全淘汰
AT&T 在 2012 年停止提供服务，但支持现有客户直到 2016 年

直接向 AS 的组织者（运营商）举报就行了，Abuse contact for 'AS139646' is: [email protected]

lxc 就行

国内的 rss 产品 还远没有今日头条用户多，哈哈哈

6 楼的建议 可以参考

一般的简单业务，后端没啥市场。因为 firebase 、supabse 、appwrite 类的 BaaS 服务/框架，已经让前端进行无后端代码的业务开发了。

手机关机，赶紧去做数据恢复的专业公司

首先，不要自责，自责没意义，客观环境又不是你能决定的。
其次，多尝试不同的事情，例如其他的技术栈，面向 JD 编程。
最后，知道自己菜就多练，还年轻，有的是时间折腾。

@L13 2333 ，很多人是在缺乏明确指标考评的领域内竞争，自称 “自己很棒，很聪明” 。
但在指标考评体系的场景下竞争，例如高考考场，就显得傻且务实。

@NevadaLi 你可以尝试去露天温泉感受一下，比澡堂舒服多了

纯休闲，可以泡。
日常洗澡，就不喜欢泡。