为啥那么多人讨厌systemd
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了为啥那么多人讨厌systemd相关的知识，希望对你有一定的参考价值。
Systemd 有几大缺点：1. 服务出错不好定位、不好调试，新增服务不好确定启动顺序，这个可以搞定。
2. udev 的强绑定，对显示少了选择，于是发行版只好固定在某个版本。
3. /etc/mtab 就算没有也不要写错，否则会让X启动失败，出错日志又长又臭却不知所云。
4. 无法关机，随系统更新重编译安装 Systemd 又会好转。
优点：
1. 关机时 Live 就不会因为没有强制关机指令而停在 umount 循环
2. 如果不开启动画面，启动到进入桌面比WIN还快。
望采纳，谢谢！！ 参考技术A 没有啊
至少我们不是讨厌他
不知道楼主怎么认为的，他不是很讨厌吧
为什么那么多人讨厌A-Spice
好早之前，我这个公众号发过两个关于A-Spice的文章，后面就没特别写过这个东西了。
最近发现越来越多的人越来越讨厌A-Spice了。特别是那些参与过有A-Spice要求的项目开发的小伙伴们，聊到这个话题，他们只想说两个字——“呵呵”。也有些小伙伴离职了，我私下问了问，和这些东西间接有关。
为什么这么讨厌？A-Spice不好吗？
不，他们大部分都认为A-Spice是一个很好的流程，能帮助我们规范程序设计。
话说回来，这里有很多原因的，说说我理解到的。
工程师对A-Spice理解不到位
很多人对A-Spice的理解是表面的，只知道流程上规定要做什么，但他们不懂为什么这么做。
这是个被动行为，被推着走，所以很不爽。
A-Spice这玩意其实不难，多读几次其官方规范(阅读对应的过程域要求即可，没几行内容)，并结合实际项目开发就很容易理解。
（截图来源于AutomotiveSPICE_PAM_31_Chinese）
其定义的每条规则都很有意义，例如双向溯源。
为什么要溯源，因为怕需求漏了，怕设计漏了。
需求漏了没实施，对客户来说是一件很严重的事。对于重要的功能点，如果没做，且影响到用户体验了，对于强势的客户车厂，分分钟停产让你补救赔偿。
溯源的目的只有一个，那就是——不要漏！
再举一个例子，软件架构中的“资源预估”，这个是很重要的，做项目选平台，早知道这些功能要用多少资源，资源不够会影响硬件更改和成本的。
比如，客户要你实现一个像微信一样的功能，你选个单片机，能转得动吗！就是这个道理。
当然，要求归要求，怎么做就行就要看实际情况，不能死板，后面还会讲。
不管A-Spice规则烦不烦，得先去了解它。
“知己知彼，百战不殆”嘛！
如果你都不知道这些规则的含义，以及其重要性，当然觉得烦咯。
做好的东西，又要我一个一个对上，我说没遗漏，你又不相信，非要我将功能和需求做成一条条的。
平台用着好好的，你非要要求整个表格列清楚各项资源占用多少，干啥呢，查家底啊！
搞这玩意有啥用，烦得很……
技术储备不够
什么？做A-Spice要啥技术储备？
这里不是说流程本身的熟悉问题，而是怎么落实这些规则要求问题，拿设计过程域来说，这本身就是设计开发的事。
当你做集成测试的时候，你会发现，这货根本没地方下手啊！
做集成测试的，会觉得你代码写得不好，架构和设计都做的不规范，接口乱写，调用不清晰。
做设计的，又觉得你需求做得不好，什么东西都不仔细分析下，就随便给它定个编号。
然后，你会发现，需求分析是多么的重要。然而，搞需求分析那帮人随意搞的，根本就不去分析。
甚至，很多人连UML的概念都不会，不知道怎么整套东西顺畅地做下去。
提到需求分析，我又想到了，整个V模型的定义。里面有很多个一环套一环的过程定义。
但是，这要人去做啊，白花花的银子，老板看着心痛。
部门建设人力匹配，根本就没有对上这些流程的。
例如，他们觉得系统需求和软件需求重叠了，去掉一个吧。
集成测试和功能测试，好像也重复了，删掉一个吧。
……
等等，老板，这是客户要求的啊！
我没说删除流程过程域……你们的人兼职着做吧……
于是，996就来了。
搞A-Spice没成就感
工程师是很实在的，写出的代码，运行起来了，功能出来了，哇靠，很有成就感不是。
天天写这些看文档，浪费时间啊！
呵呵，很多时候，写文档就浪费时间，因为大家不看文档，只看代码。
为啥，文档写得不够好，看文档理解不了，很费劲。
写出一个好文档，是很难的，很花时间的。
写文档要写有用的东西，是长时间积累和磨合出来的。
所以，很难，也很烦，付出的努力，没有直接提现价值。
做A-Spice是你逼着我做的，很不爽啊，做出来的东西也很表面。
所以，有很多人就玩笑般表达出内心的态度——不要叫我写文档了，叫我写啥代码都行……还有一部分人，干脆做滑头，左推右捋，耍起太极来，就是不写文档。给老板的感觉就是，让他写文档，就像要杀了他一样。
不喜欢写文档的人，如果他又比较牛逼，他就是擅长吸取知识，而不会产出知识的人。这类人大多不擅长给别人传递知识技能的。
老板赶鸭子上架
以客户为中心，是很多公司的明摆的或者潜在的服务态度。
因为客户就是这个公司的衣食父母，一刻都不敢怠慢，有什么要求，就使劲点头。
客户说，这个项目要求上A-Spice。
公司说，您放心，肯定可以。
老板知道A-Spice是啥吗？知道。知道要做什么吗？不一定，很多都不知道怎么做，要多少人力和时间，底下的人会不会。
他才不管，反正，你得做出来。
不会是吧，于是，填鸭式A-Spice培训就来了。
然后往死里干！
那讨不讨厌，你说。
有话好好说，老板是讲道理的，喔，不，他是喜欢看数据的……
项目进度和流程要求产生矛盾
“从前的时光很慢，车马邮件都慢，一生只够爱一个人。”
现在的项目周期很短，半年几个月就要你软件冻结了。
特别是现在，造车大跃进啊！而按A-Spice那一套，你得慢慢来啊。
A-Spice流程对着以前欧美的车厂还好，他们以前的项目周期是很慢的，精雕细琢，若干年前，他们的项目都是一两年的开发周期的，一点都不急。
这套流程也是他们搞出来的。
现在，在中国，特别是国内品牌车厂，很多都不按这套路，但是那些合资车厂要啊，特别是大众，他们还给你搞个什么KGAS，你做啊！三分之一的人写代码，三分之二的人做流程写文档好了。
什么，做不到？！
那就接着继续“讨厌”。
流程管理者不懂技术
搞流程的那帮人不懂技术，也是很恼人的。
这也是现状哈，懂流程又懂技术，他们就不干QE了，考个证评审你的A-Spice流程不香吗！哈哈！
话说回来，QE大多不是技术出身的，不懂技术细节是现状。
但，他们要求的东西很奇葩，甚至让你看起来没啥意义，浪费时间不说，老板让你照着做，你还很憋屈。
他们往往只关心，每个阶段，你有没有按照规则输出内容来，管你在代码流程图或者时序图上是不是塞了一坨屎。
他们也不关心人力投入够不够的，因为这不是他们的职责，也没权力管。
所以，项目进度，和流程进度往往是不匹配的。
但是审核要看啊，做不出来，就是流程不过关啊，审核不通过。
上有政策，下有对策。那就改时间啊，编造证据啊。于是，一场轰轰烈烈的造假运动就开展了。全公司都可以知道你在造假，唯独评审老师和客户不能知道。
你说，这些对做项目开发软件设计有什么意义？
于是，你很讨厌这些。
问: A-Spice好不好？
答: 好啊，挺有用的。
问: 那你为什么讨厌它？
答: 呵呵。
《三体》曰: 消灭你，与你何关！
讨厌你，与你何关。
那么，问题来了：
怎么让人喜欢上A-Spice？
且容我后续慢慢来讲。
以上是关于为啥那么多人讨厌systemd的主要内容，如果未能解决你的问题，请参考以下文章