【脑洞小剧场】零帧起手创业小公司之 第一次技术分享会

 <前情回顾>

点击查看小剧场合集https://blog.csdn.net/foyodesigner/category_12896948.html

<今日小剧场>

阳光明媚的早晨，段萌儿怀揣着对新工作的无限憧憬，踏入了这家充满未知的小公司。然而，她万万没想到，第一天上班就迎来了一场“惊悚”之旅。

阳光透过会议室的窗户，洒在摆满椅子的地板上，技术分享会的氛围既紧张又期待。今天，将是公司第一次正式的技术交流盛会，各路技术大牛摩拳擦掌，准备一展身手。而新人们，则带着好奇和求知的眼神，准备在这场技术盛宴中大快朵颐。

场景一：贾克的“权威”受挑战

技术分享会准时开始，贾克，后端的老大哥，一脸自信地走上台前。他清了清嗓子，开始讲述他引以为傲的架构设计。白板上，复杂的系统图如艺术般展现，贾克心里暗自得意：“哼，看我这架构设计，简直就是技术界的‘蒙娜丽莎’！新人们，好好学着点吧！”

段萌儿，新入职的前端工程师，坐在角落里，眼睛却像雷达一样敏锐。她看着贾克画的那些图，心里嘀咕着：“这架构设计，怎么感觉像上个世纪的产物？现在都流行微服务、云原生了，他还在讲单体架构的优化，是不是落伍了？”

贾克讲得正起劲，突然，段萌儿举起了手，声音清脆得像银铃：“贾克哥，我觉得你这个架构设计在扩展性上可能有点‘古董’了，现在微服务不是更香吗？为什么我们不考虑一下呢？”

贾克心里一愣，随即一股无名火窜上心头，心想：“这新人，刚来就敢挑战我的权威？我可是后端的老大哥，我的设计怎么可能有问题！”但他面上还是保持着“慈祥”的微笑，说道：“嗯，微服务确实有，但我们的项目现在还小，不适合用微服务，等以后‘长大’了再考虑。”

段萌儿却不依不饶，继续“炮轰”：“可是，如果我们一开始就拥抱微服务，是不是就能避免以后的‘大动干戈’呢？而且，微服务也能让我们的开发效率‘飞’起来啊。”

贾克心里更不爽了，他觉得段萌儿就是在故意找茬。他忍了忍，还是耐着性子解释道：“新人啊，你不懂，微服务虽然好，但也有它的‘坑’。我们现在资源有限，还是先把眼前的项目做好，别整天想着‘飞天’。”

突然，贾克好像想起了什么，眯着眼睛说：“你好像是个前端吧……前端懂什么后端架构！”

场景二：段萌儿的“新意”难觅踪

段萌儿坐在技术分享会的会场里，听着一个个技术大牛们的“陈词滥调”，心里越来越像吃了没放盐的菜——没味。她发现，大家讲的都是些过时的技术，完全没有新意，仿佛在说：“看，我们还在用这些老掉牙的东西！”

“哎呀，这个大哥又在讲jQuery，现在不是都流行Vue、React这些‘小鲜肉’了吗？还有那个姐姐，讲的还是ES5的语法，ES6都出来多久了，还在‘炒冷饭’？”段萌儿在心里吐槽着，差点没忍住翻个白眼。

她忍不住在笔记本上画了个大大的问号，旁边写着：“技术分享会，怎么变成了‘过时技术回忆录’？”然后，她抬头看了看周围，发现大家似乎都听得津津有味，只有她一个人觉得无聊透顶。

“难道是我太前卫了？还是这里的技术氛围太‘复古’了？”段萌儿心里嘀咕着，觉得既然来了这个公司，就应该为公司的技术进步“添砖加瓦”。于是，她决定等分享会结束后，找项目经理项飙“聊聊人生”，看看能不能在公司里掀起一股新技术的学习浪潮。

场景三：钱多的“干货”渴难求

钱多坐在技术分享会的最后一排，听着前面那些技术大牛们的“空洞理论”，心里越来越像猫抓一样痒。他心想：“这技术分享会，怎么没人讲实际项目呢？我要的是‘干货满满’，不是这些‘空中楼阁’！”

他看了看手表，已经过去一个小时了，可是还没有人讲到他关心的项目实战问题。他忍不住在心里吐槽：“这些技术大牛们，是不是都只会‘纸上谈兵’啊？一到实际项目就‘怂’了？”

终于，轮到项飙上台分享了。钱多眼睛一亮，心想：“项飙是项目经理，他应该会讲些实际项目的东西吧？终于要来点‘真家伙’了！”

然而，项飙一上台，就开始讲起了项目管理的“八股文”。钱多听了，心里一阵失望，仿佛被浇了一盆冷水。他忍不住小声嘀咕道：“怎么又是这些‘老生常谈’啊？我要听的是项目中的‘实战秘籍’，不是这些‘理论大全’！”

项飙似乎听到了钱多的嘀咕声，他看了看钱多，然后继续说道：“当然，理论是很重要的基础。但是，在实际项目中，我们还是要根据具体情况来‘随机应变’。比如，最近我们遇到的需求变更问题，就是对我们项目管理能力的一次‘大考’……”

钱多听了，心里稍微舒服了一点，心想：“嗯，这还算有点‘干货’的味道。不过，我还是希望以后的技术分享会能多讲些实际项目的东西，少讲些‘高大上’的理论。”

场景四：贾克的“反击”显无奈

贾克看着段萌儿和钱多一副“不满足”的样子，心里也有些不是滋味。他心想：“这些新人，怎么都这么难伺候？我讲的可是我的‘看家本领’，他们还不领情？”

于是，贾克决定“反击”一下，他清了清嗓子，说道：“哼，你们这些新人，别以为懂点新技术就了不起了。技术是要靠实践来检验的，不是靠嘴巴来说的。等你们真正做过几个项目，再来跟我谈‘微服务’、‘新技术’吧！”

说完，贾克心里其实也有些无奈。他知道，自己说的也有道理，但现在的技术更新换代太快，他也不能完全固步自封。于是，他暗暗下定决心：“等这个项目忙完，我也要好好学习一下新技术，不能让这些新人看扁了！”

场景五：段萌儿的“计划”初萌芽

段萌儿听着贾克的“反击”，心里并没有生气。反而，她觉得这是一个机会，一个推动公司技术进步的机会。

于是，段萌儿决定制定一个“新技术学习计划”。她想：“既然公司里没有现成的新技术学习资源，那我就自己来创造！我可以组织一些小组学习会，邀请一些技术大牛来分享，或者自己整理一些学习资料给大家。”

想到这里，段萌儿心里充满了期待。她相信，只要大家齐心协力，公司的技术水平一定会更上一层楼！

场景六：钱多的“建议”提上台

钱多看着段萌儿一脸兴奋的样子，心里也受到了感染。他决定提出自己的“干货建议”。

在分享会结束后，钱多找到项飙，认真地说：“项飙经理，我觉得以后的技术分享会可以多一些实际项目的分享，少一些理论的东西。大家都想学点实用的，这样也能更好地应用到工作中去。”

项飙听了钱多的建议，点了点头表示赞同。他心想：“钱多说得有道理，以后的技术分享会确实需要改进一下。我要好好规划一下，让分享会更加贴近大家的实际需求。”

场景七：项飙的“决心”定未来

项飙看着钱多和段萌儿一脸期待的样子，心里也充满了动力。他决定要为公司的技术进步做出更大的贡献。

于是，项飙暗暗下定决心：“我要把技术分享会打造成公司的一个技术交流平台，让大家在这里分享经验、学习新知识。同时，我也要鼓励大家多尝试新技术，让公司的技术水平不断提升！”

就这样，第一次技术分享会在贾克的“权威”受挑战、段萌儿的“新意”难觅踪、钱多的“干货”渴难求以及大家的吐槽和期待中结束了。

一些正经话

程序员与框架之争：是“技术至上”还是“业务为王”？

在程序员的江湖里，框架之争就像是一场“武林大会”，各路高手为了证明自己的框架是“天下第一”，争得面红耳赤。前端框架、后端框架、运维框架，各种新玩意儿层出不穷，程序员们为了这些框架吵得不可开交。可问题是，老板压根不关心你用啥框架，老板只关心这东西能不能用，能不能赚钱。今天咱们就来唠唠，程序员与框架之争背后的那些事儿，以及为啥很多程序员在这条路上越走越偏。

一、AI写代码：不纠结框架，只实现逻辑
AI写代码有个特点，那就是它根本不会纠结用什么框架、什么语言。AI写代码的逻辑很简单：你给我需求，我给你实现。至于你用啥框架、啥语言，AI才懒得管。只要逻辑能跑通，代码能运行，AI的任务就完成了。

这种“简单粗暴”的方式，虽然看起来有点“糙”，但确实高效。AI不会为了某个框架的新特性争得头破血流，也不会为了某个语言的优劣吵得面红耳赤。它只关心一件事：能不能实现需求。这种“业务为王”的思路，恰恰是很多程序员缺失的。

二、程序员与框架之争：是“技术至上”还是“内卷狂欢”？
反观很多程序员，整天纠结于各种框架、语言的新旧，争论哪个框架好、哪个语言强，甚至把引入新框架、新特性视作“技术能力的象征”。可问题是，这些争论真的有意义吗？老板关心你用啥框架吗？老板只关心这东西能不能用，能不能赚钱。

这种框架之争，说白了就是一场“内卷狂欢”。程序员们为了证明自己“技术牛逼”，拼命学习新框架、新特性，甚至为了某个框架的新功能争得面红耳赤。可问题是，这些新框架、新特性真的能解决业务问题吗？很多时候，这些争论只是为了争论而争论，跟业务需求半毛钱关系都没有。

三、技术是为了业务服务的：别把手段当目的
技术的本质是为了业务服务的，框架也好，语言也罢，都只是实现业务需求的工具。可很多程序员却把手段当成了目的，整天纠结于用什么框架、什么语言，甚至把引入新框架、新特性视作“技术能力的象征”。这种“技术至上”的思维，恰恰是很多程序员走偏的原因。

老板从来不关心你用啥框架、啥语言，老板只关心这东西能不能用，能不能赚钱。技术再牛逼，框架再新，语言再强，如果不能解决业务问题，那都是白搭。程序员们应该把精力放在如何用技术解决业务问题上，而不是整天纠结于用什么框架、什么语言。

四、框架之争的背后：是“技术焦虑”还是“跟风内卷”？
框架之争的背后，其实是程序员的“技术焦虑”。随着技术的快速发展，新框架、新语言层出不穷，程序员们生怕自己跟不上时代的步伐，被淘汰出局。于是，他们拼命学习新框架、新特性，甚至为了某个框架的新功能争得面红耳赤。

这种“技术焦虑”，说白了就是“跟风内卷”。程序员们为了证明自己“技术牛逼”，拼命学习新框架、新特性，甚至为了某个框架的新功能争得面红耳赤。可问题是，这些新框架、新特性真的能解决业务问题吗？很多时候，这些争论只是为了争论而争论，跟业务需求半毛钱关系都没有。

五、如何跳出框架之争：回归业务本质
要跳出框架之争，程序员们得回归业务本质，把精力放在如何用技术解决业务问题上，而不是整天纠结于用什么框架、什么语言。技术是为了业务服务的，框架也好，语言也罢，都只是实现业务需求的工具。

程序员们应该学会从业务需求出发，选择合适的框架和语言，而不是为了追求“技术牛逼”而盲目引入新框架、新特性。技术再牛逼，框架再新，语言再强，如果不能解决业务问题，那都是白搭。

六、总结
AI写代码不纠结框架，只实现逻辑，这种“业务为王”的思路，恰恰是很多程序员缺失的。程序员们整天纠结于各种框架、语言的新旧，争论哪个框架好、哪个语言强，甚至把引入新框架、新特性视作“技术能力的象征”。可问题是，这些争论真的有意义吗？老板关心你用啥框架吗？老板只关心这东西能不能用，能不能赚钱。

技术的本质是为了业务服务的，框架也好，语言也罢，都只是实现业务需求的工具。程序员们应该把精力放在如何用技术解决业务问题上，而不是整天纠结于用什么框架、什么语言。技术再牛逼，框架再新，语言再强，如果不能解决业务问题，那都是白搭。

总之，程序员们应该跳出框架之争，回归业务本质，把精力放在如何用技术解决业务问题上。技术是为了业务服务的，别把手段当目的。