<?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 超越网</title><link>https://www.chaoyuewang.cn/tags/%E8%81%8C%E4%B8%9A%E5%8F%91%E5%B1%95/</link><description>Recent content in 职业发展 on 超越网</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Fri, 29 May 2026 10:35:00 +0800</lastBuildDate><atom:link href="https://www.chaoyuewang.cn/tags/%E8%81%8C%E4%B8%9A%E5%8F%91%E5%B1%95/index.xml" rel="self" type="application/rss+xml"/><item><title>AI时代程序员的角色转变：从写代码到调AI写</title><link>https://www.chaoyuewang.cn/posts/meta/ai-era-programmer-role-shift/</link><pubDate>Fri, 29 May 2026 10:35:00 +0800</pubDate><guid>https://www.chaoyuewang.cn/posts/meta/ai-era-programmer-role-shift/</guid><description>&lt;h2 id="前言"&gt;前言&lt;/h2&gt;
&lt;p&gt;2026年5月，CSDN 上的一篇文章《连 Karpathy 都开始恐慌：AI 正在重新定义「程序员」》引发了广泛讨论。&lt;/p&gt;
&lt;p&gt;作为在行业里摸爬滚打多年的程序员，我想谈谈自己的观察和思考。&lt;/p&gt;
&lt;h2 id="一边界的消失"&gt;一、边界的消失&lt;/h2&gt;
&lt;h3 id="11-过去的边界"&gt;1.1 过去的边界&lt;/h3&gt;
&lt;p&gt;过去，程序员的工作边界很清晰：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;生理极限&lt;/strong&gt;：一天写8小时代码已经是极限&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;技能边界&lt;/strong&gt;：会什么语言，就能做什么&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;时间边界&lt;/strong&gt;：下班后工作基本停止&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="12-现在的变化"&gt;1.2 现在的变化&lt;/h3&gt;
&lt;p&gt;AI 把产能上限彻底打开后：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;时间边界消失&lt;/strong&gt;：AI可以24小时工作&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;技能边界模糊&lt;/strong&gt;：不会的语言可以让AI写&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;产出边界消失&lt;/strong&gt;：理论上可以无限产出代码&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="二写与调的转变"&gt;二、&amp;ldquo;写&amp;quot;与&amp;quot;调&amp;quot;的转变&lt;/h2&gt;
&lt;h3 id="21-传统程序员"&gt;2.1 传统程序员&lt;/h3&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;需求 → 设计 → 编码 → 测试 → 部署
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;核心能力：&lt;strong&gt;编码能力&lt;/strong&gt;&lt;/p&gt;
&lt;h3 id="22-ai时代程序员"&gt;2.2 AI时代程序员&lt;/h3&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;需求 → 设计 → 提示AI → 审查 → 调整 → 部署
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;核心能力：&lt;strong&gt;调度AI的能力&lt;/strong&gt;&lt;/p&gt;
&lt;h3 id="23-关键差异"&gt;2.3 关键差异&lt;/h3&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;维度&lt;/th&gt;
&lt;th&gt;传统&lt;/th&gt;
&lt;th&gt;AI时代&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;核心价值&lt;/td&gt;
&lt;td&gt;写代码&lt;/td&gt;
&lt;td&gt;判断代码是否正确&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;时间分配&lt;/td&gt;
&lt;td&gt;80%编码&lt;/td&gt;
&lt;td&gt;80%审查和调整&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;技能要求&lt;/td&gt;
&lt;td&gt;语言精通&lt;/td&gt;
&lt;td&gt;领域知识+AI理解&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;产出衡量&lt;/td&gt;
&lt;td&gt;代码行数&lt;/td&gt;
&lt;td&gt;功能完成度&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;h2 id="三两种极端的程序员"&gt;三、两种极端的程序员&lt;/h2&gt;
&lt;h3 id="31-抵触型"&gt;3.1 抵触型&lt;/h3&gt;
&lt;p&gt;这类程序员对AI持怀疑态度：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;担心被替代&lt;/li&gt;
&lt;li&gt;坚持&amp;quot;手写代码&amp;rdquo;&lt;/li&gt;
&lt;li&gt;警惕&amp;quot;屎山&amp;quot;和&amp;quot;认知卸载&amp;quot;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;我的观点&lt;/strong&gt;：这种警惕是珍贵的。盲目依赖AI确实会导致能力退化。&lt;/p&gt;</description><content:encoded><![CDATA[<h2 id="前言">前言</h2>
<p>2026年5月，CSDN 上的一篇文章《连 Karpathy 都开始恐慌：AI 正在重新定义「程序员」》引发了广泛讨论。</p>
<p>作为在行业里摸爬滚打多年的程序员，我想谈谈自己的观察和思考。</p>
<h2 id="一边界的消失">一、边界的消失</h2>
<h3 id="11-过去的边界">1.1 过去的边界</h3>
<p>过去，程序员的工作边界很清晰：</p>
<ul>
<li><strong>生理极限</strong>：一天写8小时代码已经是极限</li>
<li><strong>技能边界</strong>：会什么语言，就能做什么</li>
<li><strong>时间边界</strong>：下班后工作基本停止</li>
</ul>
<h3 id="12-现在的变化">1.2 现在的变化</h3>
<p>AI 把产能上限彻底打开后：</p>
<ul>
<li><strong>时间边界消失</strong>：AI可以24小时工作</li>
<li><strong>技能边界模糊</strong>：不会的语言可以让AI写</li>
<li><strong>产出边界消失</strong>：理论上可以无限产出代码</li>
</ul>
<h2 id="二写与调的转变">二、&ldquo;写&quot;与&quot;调&quot;的转变</h2>
<h3 id="21-传统程序员">2.1 传统程序员</h3>
<pre tabindex="0"><code>需求 → 设计 → 编码 → 测试 → 部署
</code></pre><p>核心能力：<strong>编码能力</strong></p>
<h3 id="22-ai时代程序员">2.2 AI时代程序员</h3>
<pre tabindex="0"><code>需求 → 设计 → 提示AI → 审查 → 调整 → 部署
</code></pre><p>核心能力：<strong>调度AI的能力</strong></p>
<h3 id="23-关键差异">2.3 关键差异</h3>
<table>
	<thead>
			<tr>
					<th>维度</th>
					<th>传统</th>
					<th>AI时代</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td>核心价值</td>
					<td>写代码</td>
					<td>判断代码是否正确</td>
			</tr>
			<tr>
					<td>时间分配</td>
					<td>80%编码</td>
					<td>80%审查和调整</td>
			</tr>
			<tr>
					<td>技能要求</td>
					<td>语言精通</td>
					<td>领域知识+AI理解</td>
			</tr>
			<tr>
					<td>产出衡量</td>
					<td>代码行数</td>
					<td>功能完成度</td>
			</tr>
	</tbody>
</table>
<h2 id="三两种极端的程序员">三、两种极端的程序员</h2>
<h3 id="31-抵触型">3.1 抵触型</h3>
<p>这类程序员对AI持怀疑态度：</p>
<ul>
<li>担心被替代</li>
<li>坚持&quot;手写代码&rdquo;</li>
<li>警惕&quot;屎山&quot;和&quot;认知卸载&quot;</li>
</ul>
<p><strong>我的观点</strong>：这种警惕是珍贵的。盲目依赖AI确实会导致能力退化。</p>
<h3 id="32-狂热型">3.2 狂热型</h3>
<p>这类程序员全面拥抱AI：</p>
<ul>
<li>所有代码让AI写</li>
<li>追求极致效率</li>
<li>认为&quot;会调AI&quot;就是未来</li>
</ul>
<p><strong>我的观点</strong>：跑得很快，但需要停下来问：你做的东西有多少是&quot;真正想做的&quot;？</p>
<h2 id="四我的建议">四、我的建议</h2>
<h3 id="41-保持核心能力">4.1 保持核心能力</h3>
<ul>
<li><strong>不要完全外包思考</strong>：AI是工具，不是大脑</li>
<li><strong>保持编码手感</strong>：至少保持对代码的敏感度</li>
<li><strong>深耕领域知识</strong>：这是AI难以替代的</li>
</ul>
<h3 id="42-学会与ai协作">4.2 学会与AI协作</h3>
<ul>
<li><strong>把AI当实习生</strong>：让它做重复工作，你做决策</li>
<li><strong>学会写提示</strong>：清晰表达需求是核心能力</li>
<li><strong>学会审查代码</strong>：判断对错比写代码更重要</li>
</ul>
<h3 id="43-找到自己的位置">4.3 找到自己的位置</h3>
<pre tabindex="0"><code>AI能做的：重复劳动、模板代码、简单逻辑
AI做不了的：复杂决策、架构设计、创新思维
</code></pre><h2 id="五未来的程序员">五、未来的程序员</h2>
<p>我认为未来的程序员会分化为：</p>
<table>
	<thead>
			<tr>
					<th>类型</th>
					<th>核心能力</th>
					<th>价值</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td>AI原生程序员</td>
					<td>调度AI、架构设计</td>
					<td>⭐⭐⭐⭐⭐</td>
			</tr>
			<tr>
					<td>领域专家程序员</td>
					<td>深度领域知识</td>
					<td>⭐⭐⭐⭐</td>
			</tr>
			<tr>
					<td>传统程序员</td>
					<td>编码能力</td>
					<td>⭐⭐</td>
			</tr>
	</tbody>
</table>
<h2 id="六结语">六、结语</h2>
<p>AI 不会取代程序员，但<strong>会用AI的程序员会取代不会用AI的程序员</strong>。</p>
<p>关键在于：不要让自己变成AI的附庸，而是要成为AI的指挥官。</p>
<hr>
<blockquote>
<p><strong>参考来源</strong>：CSDN 热文《连 Karpathy 都开始恐慌：AI 正在重新定义「程序员」》</p>
</blockquote>
]]></content:encoded></item></channel></rss>