能退税的奢侈品基本都能赚点

现在不负责任的二房东太多了，这帮人就是房东-中介-租客之间的掮客，两头吃。
租房整租还是尽量找大房东，今年和我房东签第五年合同了，甚至因为有点麻烦想转无限期口头合同。
只能说信任是相互的，我因为和房东比较谈得来，五年没有涨租金，物业费房东全包，水电煤自理，期间坏过灯泡、洗衣机等家电都是我选型号，房东全额报销。什么东西有问题不好用也都是直接换，再视情况报销或者平摊。

新手常犯的错误：“我想让某个应用程序走接口 A ，让另一个应用程序走接口 B”
除非操作系统提供类似于 WinLSP 这种可以让你 hijack 应用程序网络的接口，否则，网络层路由流量的准则只有一个：路由表
对于普通应用程序来说，和路由表交互的方式就是，选择合适的 srcIP （即本地 IP ），再加上 ip rule from xxx lookup xxx 的策略路由（做原进原出），即可做到某个应用程序走某个接口。

因为 ros 是你的网关，你的 LAN 地址是要被 ros src-nat 一遍后才会送出去的。所以无论如何，你内网设备不可能测出比 ros 提供的 NAT3 更好的 NAT 类型。
另外你说你没有公网，所以 ROS 出去之后，到最终 internet 可路由的 public address 中间还有不知道几层 NAT ，基于上面的说法，下层设备不可能拿到比上层设备更好的 NAT 类型，而这么一个至少 2 层的 NAT ，你只有一个设备是受控的，那不用我多说了吧，折腾越多失望越多。

@sampeng 不得不说，虽然都喷 go complier 的代码效率低编译优化差，但 go 团队坚持不牺牲编译速度真的是爽太多了。
k8s 那种项目找个 8c 机器，不 regen 代码+冷启的情况下也就几分钟，有编译缓存后改改代码再编译就是十几秒的事，太爽了。

RouterOS 本身就不是 NAT1
ros 的 masquerade 是 Endpoint-Independent Mapping (EIM) + Address and Port-Dependent Filtering (APDF)
按照 RFC5780 定义属于 NAT3 ，即俗称的 Port Restricted Cone

另，ROSv7 支持 FullCone ，但仅支持 UDP 协议，你连公网 IP 都没有可以不用考虑这么多了。

@enchilada2020
曾经遇到过只会写代码的研发，他对于自己的程序是如何接到来自用户请求的全链路是完全不知道，也不知道自己的程序是怎么运行/编排/多活 or 单元化的。
所以，有客诉反馈，结果查问题，怎么查，查什么，完全一抹黑。
系统设计和改进方向也是一问三不知。

@pol
大企业：有 discovery+API 网关，一停一启/蓝绿梯度，rolling update ，南北向流量逐渐调度至新应用容器上
小作坊无网关（笑）： https://github.com/cloudflare/tableflip

起码 node build 比 rust 快（不是

给老婆用直接 M3 MBA ，16+512G/1T 足够了

M13p 用户，建议是能双滚刷就双滚刷

@junyee
哥们你买的 F7615 啊，多个 wifi 模块呢。。

SmartProxy

白裙性能跑 win 是纯纯折磨，如果你是黑裙，用 PVE 做底层。

@geekvcn cake 并不是平均带宽，cake 目的是低延迟，保证带宽公平

CAKE's approach is to maintain fairness, minimize bufferbloat, and manage different types of traffic with minimal configuration and tuning. This is achieved through various techniques including flow isolation, bandwidth shaping, and prioritization of small packets.