对于 linux 内核来说，内核的 api 一般都是比较稳定的，若有可能都会向前兼容或对部分接口进行部分的优化与重构
除非是从一个较低的版本（长时间没更新）升级到一个非常新的版本，那样工作量就会大很多

@henvm #17 不一定就是 DIY geek 硬件，但一般标准的驱动性能与稳定性方面不一定能够满足，所以会在其基础上进行优化。其实更大的工作量是内部维护的内核模块

如楼上也说的，大多数就是
1. 硬件出现新的机型
那则需要兼容新机型

2. 内核（不同发行版）有新版本
那也需要内部维护的模块兼容新版本

这样的工作其实还是比较轻松的，因为面窄，维护的代码量不会很大。只是国内类似的职位很少，面很窄

@henvm #12 说是维护一套内核，实际上大多数就是平台相关的硬件驱动（特定的驱动），还有公司内部研发的内核模块。工作量大多数情况都是很小的，当然，若出现问题的话就苦逼些

之前做相关工作的时候，还维护过 n 套内核源码（主要是版本升级——n < 10 ）

35+，年后刚从广州降薪跑珠海，给公司坑了被动失业。二线城市工作机会少，要么加班（单休或大小周）还不给够钱，要么压薪资——给压三年前还低 30%

其实还可以去朋友公司，薪资在 zh 还算可以；但是最后的后路，打算哪天混不下去再去（人情只有一次）

所以，搞不好要去深圳；目前只拿到某机器人公司，保底年 42w+。只是不知后路在何方，越来越难

yapi +1

一向遇到要笔试或算法题的都是直接走人。唯一一次例外，就是朋友内推的某做游戏直播的职位
然后面完了，面试官还说提前准备了吧，百度一搜都是

事实呢，面试从来不做任何准备，都是随缘。面试会，不就是代表了认真准备面试而已
因为从来没想过要福报，对 996 有点兴趣都没有

1. 接口与数据格式定义清晰
输出文档，拉同事、主管开小会讨论确定。关键是接口与数据

2. 接口（包括数据）确定之后，用 mock 数据取保前端业务逻辑没问题

3. 联调
只要确认做到#1/2，95%以上可确保你自身（前端）业务与数据没问题，后期有问题责任就非常清晰

别听楼上的各种瞎忽悠。音视频机会很少，选择会越来越少；路是越来越窄
而且，没有经验的话基本是进不去

后端选择多很多，往技术管理、架构方向，路会越来越宽。要往微服务与大数据两个方向深入进去

你问过人了，面试的只是前端。这些问题，需要考虑的是做架构的（主要是后端）

#1/#2 两个问题，都是架构设计的问题，还有就是管理的问题

@maninfog #4 非常经典的电影，反复看了很多遍

拿 h264 来说，若一样的算法，那么 CPU 、GPU 或硬件编解码芯片，参数一致的话画质可以说可以是完全一样的
唯一区别就是体现在对资源的占用——就是时间相关的（如编解码时间、延迟、帧率这些）

但实际上，对于 CPU 、GPU 及编解码芯片算法层面还是有比较大的差异，
1. CPU
软编解码，用的都是比较成熟的、通用的算法。一般是 x264/openh264

2. GPU
如拿 nvidia 的 GPU 来说，实际上支持视频的编解码的时间并不算太长远。因此，因此算法的成熟度这块肯定是不如 x264/openh264 这些。所以一样的参数，画质有不同是正常的情况

GPU 做视频编解码，主要也就是近几年才慢慢普及起来的

3. 专用的视频编解码芯片
一般我们说的手机或机顶盒的硬编、硬解就是指的是这类专用芯片。这类芯片用的算法，都是非常成熟的、商用的算法（专用的）。其整个周期与 x264/openh264 同步发展

基本 h264 标准尚在制定阶段，做视频编解码芯片的厂家就在同步实现算法，或比标准还要早


因此，对于画质来说，专用视频编解码芯片的画质质量与编解码速度是最好的，但不够灵活（支持算法是固定的）
对于软编软解，因为是同步用的最新的算法，所以画质不会太差，但占用 CPU 资源

对于 GPU 做视频编解码，出来时间并不长，所以算法不够成熟（或优化度不够），但好处在于灵活（可以实现各种的算法——音视频、图形、图像等等）

@Rob007 #47 敏捷就是敏捷，自动化工具只是锦上添花——没必要当初充分必要的条件
但有个事实是，只要上了敏捷而且坚持下来的话——基本不会有摸鱼的存在。所以大多数人都没有动力去坚持推行敏捷，因为大家都要摸鱼

但有个是事实，就是敏捷对团队成员要求高、对成员的促进成长作用也非常明显

敏捷有几个核心的理念，
1. 应对变化
所以所有的资源（人力与时间）都是放在优先级最高、能够确切产生价值的任务或产品上

2. 团队沟通与成长
3. 可交付产品

@hantsy #18 你似乎对敏捷有误解，敏捷不会出现一天上线几次这样的情况出现

@pastgift #20 b 不要拿树莓派与苹果的（现在手机与 ipad ）上的 cpu 比较，不是一个级别。另外，你给你的 rpi 换上固态硬盘试试——很多时候挂不是 cpu 的问题

而且，很明显对二分的测试用例就很明显有问题。很明显的 int 型数据，负数竟然都没覆盖到，不可思议

@felix021 很明显就是二分的 bug 。价格有负数的么？！这不是很明显
另外，扯了一大堆没用的——找个 bug 绕一大圈，本来就很简单的问题（除了稍微难重现）

自己搜一些融资部就得了。都拿到 D 轮了，还会有多大问题