tcp 上层协议，究其根本，总归是 tlv 才可以正确解码逻辑数据。

```
tag （固定长度，一般是包类型）| length （包长）|value （包主体内容）
```

当然可以酌情在包结尾加一些校验。好比跟个 checksum 或者 crc 啥的。

发送组包不必说，解码就是个简易状态机搞定 tlv 拆包就好。

流式数据处理就是这么个套路，

@baddot https://i.imgur.com/NcfnhKN.png

你确定？

15 人团队吗？

我保证这个帖子如果能想出一点点可以让你们能”破局“的苗头。我这 7 月底就能让成品出来。

怕是不知道嵌入式领域有多卷吧……

当然，浏览了一边，我放心了，看来没必要加班了


物联网本来就是个伪概念，还真有技术公司老板信这玩意？提桶吧英雄~

貌似在 D 版见过~

https://www.youtube.com/@beanpandacook 做菜的。很治愈。

问下，USB 硬盘柜稳定吗？

* 新账号

* 分享经验

* 暗示有个论坛，内有大神

味道挺熟悉呢~
============

v2ex 是个程序员社区，平均智商不低。但是遭遇一些其他领域的套路侵扰的时候，其实也能被别人降维打击。要是在雪球，估计不预先准备一批凭证截图都不太好意思出现。在咱这，娓娓道来即可。

这种伙计见的蛮多的。

这种一般都是那种比较喜欢技术，拿兴趣当爱好的哥们，不幸点歪了技能点，而且运气不好，职业生涯里面没碰到大牛在技术上全方位碾压。

拿兴趣当爱好，总会给人技术比较好的感觉；没被碾压过，自己内心的自傲就慢慢畸化为这哥们的表现。

人肉深度优先搜索吗……

cpu 够好就缺氧，拉胯就异星工场，合家欢马里奥派对

@gy123 摊手~~所以下次不要把话说绝。

优解是当场表示要评估评估。然后过 20 分钟发个邮件 cc 老大，表示虽然老子觉得他说的是无稽之谈，但是考虑到这也是玄学解决方案，老子决定花个 xx 天搞了这事，希望 sb 他说的这个事情能真正解决，如果解决也希望 sb 他可以出篇技术 paper share 下。

老大眼里，xx 就是成本，casued by him 的。

少年，请跟着油腻 80 后们学习一个技术吧：高情商读作文案合规艺术；低情商叫官僚主义甩锅。



我个人最喜欢梗着脖子自己拉锅的伙计了……

@gy123 瞅了一眼 append……伙计，职场上并不是这么处理问题的。实际上，你不改动等于把风险和锅往自己背上拉。

1. 使用标准端口其实在技术选择上是正确的，某种意义是政治正确。
2. 你坚持不改的理由其实本贴不少人也提醒了：不成立，有小概率意外。

优解是：给他改了，然后看是不是还这德行。
1. 还是宕机：从罗马到契丹，都知道此货是 sb
2. 不宕机：追问原因，解释不出来此货仍是 sb


不改：吃瓜观众仍用狐疑的目光瞅着大兄弟你啊……

> 其实关于防火墙限制的说法，一般内网或者不让访问娱乐网站等禁用端口域名啥的，为什么不禁用常用的 80 443 ，反而禁用别的？

这在外企很常见的。限制出流量目标端口，达到只允许浏览网页的功能。不少行为分析器的“一键设置”就是这么实现的。
8080 、8081 这种远古时代约定俗成的 http 代理端口，被封禁并不是什么新鲜事。

实际上，就事论事来看，显然标准端口更优，OP 没必要纠结这个的。感觉你是看不惯前端这个人，在抬杠。

顺便再多说一嘴，“(1)使用非 https 会相对的不安全,但是我们 app 也不需要这个相对安全 ” 这话其实不妥哦。使用 https 的安全其实是网络传输安全，你们的 app 是需要这个安全的……举例：某些电信注入的广告。你不希望看到前端的 json 数据后面有个一刀 999 元宝的 js 吧~~~

再再多一嘴，其实改动也是 app 那边改动，和你关系不大。改了看他们连夜热更新去呗~~嘿嘿

奇怪的辩解逻辑……

1. 用了品牌纸
（不代表选用了品牌内适合技术书籍的纸）
2. 用厚纸太厚，影响阅读
（不是分两册了吗？按照上文逻辑，似乎分了 2 册恰好更应该使用厚纸）
3. 没人可以屏住呼吸去闻。

控制成本其实大家都理解。跑到目标客户圈子里面认个怂调研下后改印刷方案就好。跑来科普就没意思了

不过，不愧是编辑，文章排版很不错。

代理池哦。找对卖家，收益还不错。

说起来，之前做了个 V2EX 的二手交易信息监控。发 TG 频道里面。

https://t.me/v2ex_trade

c3RAejd6OC54eXo= 谢了