企业官网建设流程全解析

危机

最近软件开发被质疑要被彻底被淘汰了，这句话有点大。软件开发涉及的领域太大太广，即使AI也有这个能力，也有个时间差。

但不可否人，软件开发确确实实提升了不少效率，这是有前提的。1是具有思想和技术的高级，资深开发者。2是完全不懂软件的要搞个MVP或者DEMO出来。是相当快了。

亲测实际数据：

功能：springboot分布式架构，前端node，vue，elementui 实现认证鉴权，字典表，参数表，定时任务管理，操作日志，以及多租户这些基本架构功能。

AI前：1产品，1架构（Leader），2后端（中高级），1前端（中高级），1测试。 需要1个月

AI后：1后端资深、架构级别开发。需要1周

提升效率：>10倍

机会

对于个人，一些零碎工作可以用AI来完成，精力大部分可以关注到核心产品的开发上。如果有想法，现在是非常好的机会。一个人或者两三个人完全可以搞一个团队的工作量出来，再将一些工作外包出去或者购买服务，可以用非常小的成本构建起一个20人公司的能力。这点就是机会。

若一个人就像慢慢吞吞写写代码，拿点薪资过日子，并且再AI来临前没有积累足够的技能堡垒抵抗AI的冲击，那么情况非常危险。企业再大把大把的裁员，在叠加上中国的人口和国际形式，可以说情况异常严峻。

企业在裁员，那么独立开发，或者基于AI的一些中小型公司，目标就是这些大公司。如果他们不能迅速瘦身，那么随着软件实施成本迅速降低，那么再死的就是这些行动慢的企业。

AI带来的是效率的重构，随即到来的就是组织重构，社会重构。任何一门提高效率的工具的普及，都是如此，从蒸汽机替代人力第一次工业革命，到现在已经到来的第四次智能革命，哪一次掀起的巨浪是否如此的迅猛。

35岁，还是IT门槛吗？

在传统软件开发模式时，即使一个大型复杂的软件，70%的功能是大量重复无脑的工作，尤其是企业发展的阶段，需要大量迅速的堆砌代码，而软件的扩展性都有一定的延后性，性能也因为业务暂时没有起来有缓冲空间，这就需要年轻的IT程序员们通过熬夜来满足迅速上线软件的需求。

35岁时身体的门槛，是成年成家上有老下有小的尴尬年纪。人力资源瞄准这些人是情有可原的，毕竟对于追求效率和收益的企业，如果行动过慢就会被超越。尤其是互联网行业，TOP1 会吃掉超过80%份额，TOP2和TOP2会吃掉剩余超过10%的份额，最后是大片的中小企业来分剩下的拿点骨头渣渣。在血淋淋的竞争面前，不允许任何一个企业老总有半点犹豫。

可以AI来了，大量堆砌的工作量只需要一台I7 32G的台式机，以及每个月100刀就可以解决问题。还需要的是对全局清晰的头脑，你可以不去做，但你不能不会做。

你是选择初级+AI还是高级+AI呢？

已经有舆论反应一些公司老总认知偏差，认为既然一个不懂软件的都能开发软件，那么招聘一个初级程序员总比不懂强吧，让他用AI开发应该没问题。实际是失败的，最后只能重做。

这就暴露了AI编码的缺陷了，即使算力提升也不会解决的问题？

确定性。AI只能做确定的东西。AI可以帮你做，但他不会做你不清楚的事情，包括产品细节，架构等非功能性需求，部署等。如果你都不清楚：自己要什么，怎么跟AI要。

这时超过35岁的高级就可以完美满足这个需要，他们可以做一句话需求，指导测试，亲自下场搞运维，拆分迭代毕竟比拆分微服务更简单。

AI Coding，一行“代码”都没少

最近想搞个Navigate的Web版本练练手，这个页面大家一定很熟悉。你试试一句话让AI替你做去看看效果，不可否认一键就可以有前后端页面了，但接下来就麻烦了，交互越调试越麻烦，稍微修改一点就拆东墙补西墙。

现在模拟实现新建SQL查询，用于保存SQL复用，我用的Cursor，TraceCN。输入如下：

新建SQL查询表，字段为：名称，级别（全局 跨会话，不夸人即自己创建的查询只有自己可以看到, 会话）,SQL脚本，DBsessionid外键， SQL脚本MD5值，脚本版本

删除DbSession表中 样式（浅色和深色），字体大小 字段
创建Session的时候，默认创建一条 SQL查询 数据，默认会话级别
进入到操作台后，中间主页面添加左侧的TAB框，TAB的title窄一点。最下边有加号按钮，点击就会 新建一个TAB查询页面，但并新建 SQL查询。
如果有新建，未保存的查询 手动关闭查询页面的时候提示 sql查询没有保存，请选择处理策略，丢弃和全部保存
页面按钮栏 右侧添加按钮 全局SQL查询，打开会展示全局SQL的列表，操作 中有 再此会话中打开，双击可以展示 SQL全貌，列表中采用截取显示。 SQL查询的sql字段比较大，截取采用后端截取。点击详情的时候再调用方法展示。 详情也有 在此会话中打开 按钮
打开后 sql查询 新增一个TAB页面，title 所有sql查询tab title 都值展示S和G图标，标记会话级别和全局的区别，颜色也区分一下。
CTRL+S，或者右键 保存SQL 时候，如果是会话Session则直接保存，如果是全局的时候 择需要查询版本是否跟 打开的时候的版本一直，否则提示。 确认 直接覆盖，保存为新查询。
会话级查询，右键添加 保存为全局查询，即可转换为全局 SQL查询。 需要填写 查询名称
会话的SQL查询TAB title也可以点击保存；可以修改查询名称
Session级别的sql查询默认没有名称

拆分一下。

建表

新建SQL查询表，字段为：名称，级别（全局 跨会话，不夸人即自己创建的查询只有自己可以看到, 会话）,SQL脚本，DBsessionid外键， SQL脚本MD5值，脚本版本

-- 级别：考虑SQL脚本 在功能上需要跨越不同 Session

-- 脚本版本：使用乐观锁，解决编辑一条数据的冲突问题

删除DbSession表中 样式（浅色和深色），字体大小 字段

-- 样式 和字体 应该归 Session级别

-- SQL脚本 只记录文本即可

创建脚本

创建Session的时候，默认创建一条 SQL查询 数据，默认会话级别
进入到操作台后，中间主页面添加左侧的TAB框，TAB的title窄一点。最下边有加号按钮，点击就会 新建一个TAB查询页面，但并新建 SQL查询。
打开后 sql查询 新增一个TAB页面，title 所有sql查询tab title 都值展示S和G图标，标记会话级别和全局的区别，颜色也区分一下。
会话的SQL查询TAB title也可以点击保存；可以修改查询名称
Session级别的sql查询默认没有名称

-- 设计页面样式，为什么要放在左边，而非右边

-- 页面交互，考虑到鼠标不要移动太远就可以点击新建按钮

-- 前后端交互

加载全局SQL

页面按钮栏 右侧添加按钮 全局SQL查询，打开会展示全局SQL的列表，操作 中有 再此会话中打开，双击可以展示 SQL全貌，列表中采用截取显示。 SQL查询的sql字段比较大，截取采用后端截取。点击详情的时候再调用方法展示。 详情也有 在此会话中打开 按钮

-- 全局和局部 怎么区分，看表

-- 列表截取显示，需要后端截取，考虑性能（一两条脚本不影响）

-- 考虑性能的前端交互

保存

CTRL+S，或者右键 保存SQL 时候，如果是会话Session则直接保存，如果是全局的时候 择需要查询版本是否跟 打开的时候的版本一直，否则提示。 确认 直接覆盖，保存为新查询。
会话级查询，右键添加 保存为全局查询，即可转换为全局 SQL查询。 需要填写 查询名称

-- 不同的保存入口

-- 保存需要填写 文本名称，重命名

-- 类型切换的时候应该咋样

退出策略

如果有新建，未保存的查询 手动关闭查询页面的时候提示 sql查询没有保存，请选择处理策略，丢弃和全部保存

编码心得

使用AI的前后该考虑的都得考虑，AI只能替你去完成软件实施部分。这是分界点。软件设计一点也少不得人为参与。

软件实施的时候，也需要编码规范，安全，性能方面进行规范AI编码。比如：

1. 拆分服务内缓存和分布式缓存，服务内缓存用咖啡因；分布式缓存用Redis

2. 所有长时间驻留内存的对象，如线程，数据库连接对象 都需要池化处理

3. 使用六边形架构，将所有对外模块封装为Adapte，方便替换

……

AI 不会主动用这些，因为架构就没有确定性的。不同的架构框架适应不同的场景，一些使用的不同需要对外界的信息感知，如：公司老总的正真目的，到底是捞一把走人，还是要工匠精神。所有老板都不会明着说自己就是捞一把走人。可能他自己也不会想清楚。这些是没法输入AI的，即使输入你自己也没有搞清楚的事情，AI是不会替你决策的。