woodelf

@dddd1919 工龄不等于司龄，保留工龄有啥用？司龄清 0 了

有 PMP 基础的话，1 个月还来得及。没有的话，除非你每天能付出 3-4 小时的时间全力投入学习，否则可能够呛。
软考的难点只有论文，选择题和案例分析题都相对简单。
我去年付出的是：
1 、放弃了十一休息时间，8 天时间把教学视频刷了两遍；
2 、2016 年-2019 年的真题（论文除外）全部做两遍，2016 年以前的没必要做了；
3 、论文练习写了两篇，分别是进度管理和人力资源管理；
4 、五大过程组，十大知识领域，47 个子过程每星期默写一遍。
最后考试得分：
选择题 59
案例分析 58
论文 50

中电海康、大华、神州数码、易华录等等都在无锡开公司了，至少比我外出工作的那几年氛围好多了。文思海辉被中电收购后不知道是不是还在做外包。
真正具有互联网氛围的公司应该几乎没有，好处就是基本没听说有按照 996 来工作的，965 又不用出差太香了。

遇到这种各类编译 /依赖问题就不能查查 BLFS 手册么……里面会告诉你为什么有些选项需要开，一个包要怎么编译等等。我做完一遍 BLFS，手工编译了 400+个包，确实感觉到对我帮助很大。现在遇到要手工编译包，首选就是查 LFS/BLFS 手册。

我用 sway，毕竟原生基于 wayland

开箱即用？
-桌面不稳定，各种小毛病不断，有些 bug 甚至一两年都没人修复。
-大版本发布仓促，缺乏严格的测试和质量控制。Fedora 跳票频繁是计划赶不上变化，OpenBSD 每次都能准时发布是因为他们提前两个月就做好发布版本了……反观 deepin，为了赶发布时间，宁可牺牲测试和质量控制环节。所以你看，每次新版本一发布，急着升级的人里面往往有一批就粉转黑了。
-底层的路线一直不固定，先是基于 ubuntu，好不容易基于 debian unstable，能跟 ubuntu 平起平坐了，结果又要切换到 debian stable。反正社区这群乞丐用户的时间不值钱，都是免费的白老鼠。

@anypwx string ID 不变，只改变文本内容的话就更好处理了，现成的 CAT 工具就可以实现。如果你们自己要做预处理和后处理的话，就得培养下相关的工程人员，否则的话连工程处理都可以直接分包给 vendor 去搞定

1、没有引入 CAT 工具和相关的工程处理手段？
2、软件的每一处 UI 文本都对应唯一一个 string ID，如果每次大改版都会把 UI 文本的 string ID 同时改掉的话，那只能说明开发真不嫌麻烦。
只要能够引入 CAT 工具，做好工程处理，这些问题根本就不是事，SDL Passolo 能够很好地处理。

发布页面已经删除，大概是他们意识到了什么。
直接发布 binary 格式的内核，而不附带源代码及 GPL 副本，显然违反 GPL。