@AceCandy 是的，是的

个人更喜欢 WSL1

工作二十年，几乎一直是无聊得造轮子
包括 set, list 这种都要自己造
改变不了公司的哲学，就造呗
反正都是混口饭吃

@mhycy 我开始不服，感觉自己好了，洗了，当天夜里又烧起来了。坐标，成都，家里有暖气。过了两天，不信邪，又来了一次，再次发烧。直到彻底好了，洗澡才没事了。这个不用试图说服谁，自己体验最真实。

我只能说，个人会考虑去 B ，B 的经历不论是否在 B 能成长，日后都是很好的基石

@ffgrinder 支持你的看法，不论小孩出于什么目的，上来一顿喷的心胸太差了

毕业 20 多年，关系好的还是一直联系
每年吃喝差不多十次

@deorth 隔行是黑白电视时代就有的，那时候不存在压缩色度信号节约带宽的需求。压缩色度信号节约带宽是 SECAM 的路子，色度信号分辨率减半，利用人眼对色度分辨率不敏感的特点节约色度信号带宽的。隔行解决的是亮度信号带宽。全彩色数字化信号是两个手段都用到了。隔行带来的问题不是分辨率不足，而是爬行现象带来的行间闪烁。如果是分辨率减半，那还不如直接分辨率减半的逐行信号更简单了。

@deorth 兄弟，你是不是没学过 电视原理啊
隔行跟 YUV420 有啥关联 ？
在隔行的时代，SECAM 制式就是类似 YUV420 的思想
跟隔行对应的是逐行，这才是 PK 的概念

B 站肯定是胡说八道啊
上大学时候学电视原理
就有逐行和隔行的讲解
如果隔行分辨率只有一半
发明这个技术的是脑子被驴踢了 ？
为啥不用更简单而分辨率减半的逐行的
还不用担心隔行带来的行间闪烁
很多人太想当然了
静态分辨率等于 4K
动态分辨率由于视觉影响，比 4K 低，比 1080P 高
别把历史上倒腾技术的工程师当白痴，而认为只有自己聪明

赶快换，数据随时要丢失了

@Moooo 我司是 C++ 栈，不用 GO

先别考虑嵌入式，先在 JAVA 技术栈找个好赛道吧，你的问题不是语言的问题

这奴性公司赶快跑路啊

@haohello 开发分布式存储的，如果你熟悉 C++，LINUX 系统编程，有开源 /商业分布式存储软件开发经验，欢迎来我司装逼

@xieren58 嵌入式在 IC 原厂待遇还是没问题的

对成都 /西安有兴趣的话，丢个简历给我
作分布式存储的，夕阳产业，欢迎来投
不用怕项目 low ，多问一句喜欢不喜欢技术就行
经验都是可以培养的，难的是喜欢和坚持
今年工作是不太好找
前些天把在我司实习找不到工作的女娃娃收了
双非硕士，基础不行，但是人倒是挺认真的
就让她帮 CTO 做点杂事

你在开玩笑，hbase 远不能替代 mysql
这不是一个应用场景

跳槽来我司嘛，小公司、装逼，成立五年来一直是英语
我看 CEO 用英文，就喜欢跟中文