<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>职业规划 on BIT &amp; 42</title><link>https://CoderAmedal.github.io/tags/%E8%81%8C%E4%B8%9A%E8%A7%84%E5%88%92/</link><description>Recent content in 职业规划 on BIT &amp; 42</description><generator>Hugo -- 0.160.1</generator><language>zh-CN</language><copyright>2025 Bit &amp;amp; 42. 这是生命、宇宙以及一切的终极版权声明</copyright><lastBuildDate>Sun, 22 Dec 2024 00:00:00 +0000</lastBuildDate><atom:link href="https://CoderAmedal.github.io/tags/%E8%81%8C%E4%B8%9A%E8%A7%84%E5%88%92/index.xml" rel="self" type="application/rss+xml"/><item><title>对计算机各个专业及面向的场景的理解与思考</title><link>https://CoderAmedal.github.io/posts/cs-major-career-reflection/</link><pubDate>Sun, 22 Dec 2024 00:00:00 +0000</pubDate><guid>https://CoderAmedal.github.io/posts/cs-major-career-reflection/</guid><description>&lt;h1 id="对计算机各个专业及面向的场景的理解与思考"&gt;对计算机各个专业及面向的场景的理解与思考&lt;/h1&gt;
&lt;h2 id="前言"&gt;前言&lt;/h2&gt;
&lt;p&gt;计算机专业在高校中已分化出十几个方向——计科、软工、网工、信安、物联网、大数据、人工智能……在校时总觉得这些专业各有千秋，毕业后才逐渐体会到，它们之间的界限在工作场景中其实相当模糊。这篇文章是我工作几年后对各专业方向的一些个人理解。&lt;/p&gt;
&lt;h2 id="计科-vs-软工理论与工程的取舍"&gt;计科 vs 软工：理论与工程的取舍&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;计算机科学与技术（计科）&lt;/strong&gt; 偏重底层原理：操作系统、编译原理、体系结构、离散数学。学得扎实的同学，在面对性能调优、内存分析、并发模型这类问题时明显更从容——因为有底层心智模型支撑。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;软件工程（软工）&lt;/strong&gt; 则更侧重重工程实践：设计模式、软件架构、敏捷流程、需求分析。毕业后的软工同学在团队协作和项目推进上往往有优势。&lt;/p&gt;
&lt;p&gt;实际工作中两者的界限并不重要。大多数后端/全栈岗位对这两类毕业生一视同仁，最终区分能力的是你能否独立拆解问题、设计实现方案。如果非要区分，&lt;strong&gt;需要啃底层（数据库内核、基础设施、编译器、嵌入式）的岗位计科更对口；需要快速交付业务的岗位软工更顺手。&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id="网络工程与信息安全从通才到专才"&gt;网络工程与信息安全：从通才到专才&lt;/h2&gt;
&lt;p&gt;网络工程专业的处境有些尴尬——纯网络运维的岗位越来越少，云原生和 SDN 让传统网工的技能包在缩水。但网络基础扎实的同学转 DevOps/SRE 其实有天然优势，因为排查线上问题时，网络层往往是第一层怀疑对象。&lt;/p&gt;
&lt;p&gt;信息安全在近五年迎来了爆发。从渗透测试、安全运维到安全开发（DevSecOps），岗位细化程度很高。不过有一点需要注意：安全是一个&lt;strong&gt;需要持续投入&lt;/strong&gt;的方向，漏洞库和攻击手法每天都在更新，比起普通开发岗，它更接近&amp;quot;手艺活&amp;quot;——经验积累的边际收益极高。&lt;/p&gt;
&lt;h2 id="大数据与人工智能热潮下的真实场景"&gt;大数据与人工智能：热潮下的真实场景&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;大数据方向&lt;/strong&gt; 的核心不是 Hadoop、Spark 这些工具本身（它们会更新换代），而是对&lt;strong&gt;分布式计算的思维方式&lt;/strong&gt;——数据分片、shuffle、容错、流批统一。在实际工作中，大部分公司的大数据需求其实是&amp;quot;数据仓库 + ETL + 报表&amp;quot;，真正需要调优大规模集群的场景并没有想象中那么多。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;人工智能方向&lt;/strong&gt; 这两年的人才供给已经远超需求。大多数 AI 岗位的实际工作内容是数据清洗、特征工程、模型调参，能真正从事算法创新或前沿研究的坑位极少。对于大多数公司来说，调个 API、fine-tune 一个开源模型就够用了。如果只是跟风选 AI，不如先问自己：&lt;strong&gt;你是喜欢调模型，还是喜欢解决业务问题？&lt;/strong&gt; 后者在任何一个方向都能走得远。&lt;/p&gt;
&lt;h2 id="物联网软硬件的交叉地带"&gt;物联网：软硬件的交叉地带&lt;/h2&gt;
&lt;p&gt;物联网是软硬件的交叉地带：嵌入式 C、RTOS、通信协议（MQTT、CoAP）、端侧推理。这个方向的岗位相对分散，大厂有专门的 IoT 部门，中小厂更多是在传统嵌入式开发上叠加联网能力。&lt;strong&gt;如果你喜欢可感知的物理世界反馈（点个灯、驱动个电机），这个方向会有很强的成就感。&lt;/strong&gt;&lt;/p&gt;
&lt;h2 id="对我自己的反思"&gt;对我自己的反思&lt;/h2&gt;
&lt;p&gt;回头看，我觉得专业选择没有想象中那么重要——更重要的是在学习过程中形成的&lt;strong&gt;问题分解能力和学习习惯&lt;/strong&gt;。工作中用到的具体技术，大部分都是现学的。所以比起纠结选哪个专业，不如关注能不能在某个方向上持续深度学习、积累可复用的方法论。&lt;/p&gt;
&lt;p&gt;这也是我写这个博客的初衷：记录学习过程中的思考，而不是搬运他人已有的知识。&lt;/p&gt;</description></item></channel></rss>