一般我们中国程序员面试都会遇到一个问题，那就是背诵“八股文”。比如面试官在面试的你的时候总会问你一些有没有高并发等等，mysql的索引，然后又会问一些红黑树相关的问题。
也就有了千古名言：面试造火箭，工作拧螺丝。实际开发过程中还是一抽血的业务开发。
什么是八股文
在后端领域中有许多mysql,reids,kafka,spring cloud 全家桶等等等一系列开源软件解决方案产品基础上问一些问题。
我们的面试官称之为底层原理,框架。我认为这个说法不太贴合实际。由于我们国内的互联网企业过度依赖开源产品，用一个贴切的叫法可以把以上列出来的非技术框架的“八卦文”都可以称之为“产品使用说明书”。
虽然梦兽编程是一个前端，但有时候看到这些面试题其实感觉挺无语。导致这个问题的根本原因主要是因为中国的互联网企业过分依赖开源，全面拥抱开源。
这里我说的过渡依赖开源不是说我们“贡献”多少开源软件，而是白嫖的同时搞“自研”。如果没有这个“软件说明书”那还怎么搞“自研”。
这个“产品使用说明书”可以让你更好的理解它是怎么设计，这个确实是有好处促使你去学习别的一些设计。
学了这些东西我们到底是怎什么呢？
主要是做的工作不就是技术支持和运维相关的工作吗？
为什么外国人不需要问“八卦文”？难道它就不需要解决这一类数据库,中间件的问题？当然他也需要解决，但他不是这些人去解决，他可以不会。
2020年梦兽编程在外企银行待过，外国的这些开源软件一般都会购买开源企业的服务支持。银行内部使用的就是Github的私有化部分方案。除了数据不一样，界面和使用体验于Github完全没区别。
也就是说程序员可以不会，企业购买了供应商的付费服务。供应商就必须为企业解决问题。以上软件出现问题，和阿里云开工单，提问。供应商必须给我解决问题是一样的道理。所以外企的程序员可以不会以上所说的“软件说明书”，更考验你的软件开发思路和算法。
对于我们国内这么一个拥抱开源的一个群里，你就得自己解决这么一个问题。所以必须学习八股文。这些“白嫖”的东西一旦出现问题，没有人能够帮你解决。你的公司业务就当了，懂我意思吧。
八股文维护软件行业工资，反正坑的是老板的钱^-^
PHP是最好的语言。
来着eechen
不知道这个兄弟现在怎样了？如果早期互联网向现在一样流行，那这位仁兄绝对是当今的网红存在，和“花果山大圣”这一类猴王差不多。
你说我现在做一个小项目，我使用java我得使用两个人，一个前端一个后端，工资还开得高。我用php我用一个人就行了开发得还快还得会运维。我为什么不用php呀？
php这个语言确实牛逼，但是现在确实不好招人，和八股文有一定联系的。八卦问是由技术人员们共同营造出来的行业壁垒。它提高了外行人转行的成本，来保护这个圈子来维持这个圈子的高工资。另一方它还提供了学习方向，让你有一个学习目标。
质疑八卦，理解八卦，成为八卦。
呆在这个圈子里面，它有安全感。其实技术人员是收益的一方。它也是版本先进的一方。这个东西它坑的是老板，哈哈哈。入行门槛变高了，本来我随便招一个php前端后端一起干，咔咔咔咔咔咔干活快。
现在必须招两个人来干，而且这两个人还必须开高工资。有时候还得互相甩锅，进度也不一定快。而且中小型企业他面试官的水平有限。八卦文又是高度统一化让他来面试这一批人，他已经无法区别真正的人才与虚伪的人才的难度变高了。
回想工作中遇到招聘进来的架构师都是什么人才？这里我不得不吐槽一下我前公司的CTO。任职两年让公司亏损2000多万。从他给的架构设计，我很难想向这是一个架构师想出来的解决方案，完全不切合实际开发场景与成本考虑。
屎山代码的由来
抛开那些不能干活的，这些能干活。心想：我这个项目又写业务，我的高并发呢？我实践不了八股文呀！怎么办？我不做点东西，我写不到下一份简历呀。我怎么做简历？这个公司严重阻碍了我的学习发展。阻碍了我的这个技术进步。不行我必须搞定东西，我要不赶紧跑路。要不我就得做点什么。我自己设计点什么东西吧。
这个项目本来不需要设计的，他给你设计一下，然后他设计水平又不行。给你设计了一堆狗屎出来。他引进来一个框架写到项目里面。
他写到他的简历上
项目变重了，项目维护难道增加了，项目运维难道增加了，项目更吃资源了，还得多买服务器。之前的公司明明5个服务能解决的问题，CTO弄出来了40多个服务，项目周期还变长了。
但是开发人员设计了，这个项目设计完了。我的项目经历变丰富了，我run了，我提桶跑路了，跳槽走人了。留下一坨屎给老板。
程序员内斗，老板背锅。这事我还真遇到不少。
那些小朋友们可有想法了，包括刚毕业的我可有想法了，净给公司挖坑。不是说不能好好工作，他脑子里有私货，他要践行他的设计理念，好写到简历里完全不管项目的死活。
遇到这种就特别头疼，为什么呢？你不能批评他。因为他夹带私货，他的动机见不得人。你一旦搓破他，他就破防了。
但是你要旁敲侧击他又不懂你的理念是什么，他的水平又达不到你的这个地方。他又不理解为什么我这里不要这么设计。他不理解，他就必须要践行他的那套八股文设计理念。我必须要做框架，我就必须要做这个体量。我必须要做这个并发管理。结果项目搞成一坨屎。
这都是我过去一年与一个c++对接的工作交流时，问问他是怎么设计的web socket服务器。因为我真的没用过这么不稳定的服务器，就我一个前端用golang写都不可能写出这样不稳定的服务，所以就向他请教了一番。结果一个渲染通信服务。本来使用多线路处理一个请求的吞吐量就可以了，它非要在这个请求里面又开了好几个线程去处理其他东西，后面线程处理的顺序不可控老出问题，又不知道如何解决。
说句实话一个这么简单的业务开这么多线程，上下文的开销更慢。老程序员看了他写的代码又很头疼，还好用户量不大。老程序员还是比较理智的，见能跑就算了他也不知道怎么改掉这么复杂的线程调度，主要还是因为重构麻烦。反正出问题就重启服务就完事了，又不是不能跑。
总结
所以八卦文就是这个样子的，再加上现在大家推崇的互联网主流技术栈。培训机构每天散播的焦虑加上面试官他们有的一些私心，想要保护自己的提供这个面试门槛。结果搞得这些下面的小同学非常焦虑就不能好好干活。
版本陷阱坑死那些小老板。连着他们的客户一起坑。哈哈哈
微信公众号：梦兽编程
本文使用 markdown.com.cn 排版
