运维基础
自动化集群管理
- 1-Shell实战
- 2-Nginx实战
- 3-高并发与高可用
- 4-Ansible集群管理
运维高级
- 1-云平台运维指导
- 2-Docker容器化教程
- 3-分布式存储实战
- 4-Kubernetes教程
运维开发
- 1-Python基础教程
- 2-Python数据分析
- 3-GoLang基础教程
监控与CI/CD
数据库补充
- 1-Oracle基础入门
- 2-达梦数据基础入门
(新方向,教程内容不定期更新中,敬请期待...)
这一周的代码到今天已经攒了五版,今天是把它们收拢成"最终版"的日子。
明天就验收了,今天干三件事:精装修、写讲稿、彩排。
精装修,是给项目加加分项——修改、校验、排序、统计,这些不是必须的,但做了就是亮点,答辩时老师问"有什么亮点",你能拿出真东西。写讲稿,是把项目"讲"明白——代码写得再好,讲不清楚等于白做,因为老师要确认"这是你理解的,不是 AI 代考的"。彩排,是提前把演示流程走一遍,明天上台不慌张。今天结束时,你的电脑里是一个能演示、能讲、有 Git 提交记录的完整作品——这是你 6 周以来的第一个"作品",值得认真对待。
周六就是上机测验 + 项目答辩,本章最后附上了周测的详...
昨天的程序能搜索、能删除了,但它有一个致命伤:关掉程序,数据全没了。内存就像便签纸,撕下来就完;文件就像笔记本,写上去就一直留着。今天解决的就是这件事,顺便再给程序穿一件盔甲。
今天做两件大事:① 用 JSON 把数据写进文件、启动时读回来——这叫持久化,数据永久保存;② 用
try/except让程序"输错不崩"——用户乱输(把"abc"当编号)程序也不崩溃,这叫异常处理。这两件事是"专业程序"和"玩具程序"的分水岭。做完今天,你的通讯录就是"真正的产品"了:添加数据、关电脑、第二天开机,数据还在;手滑输错,程序微笑提醒而不是当场死机...
昨天的程序能存人了,但还不会"找"、不会"删"。想想你手机通讯录的用法:记了几百个联系人之后,你不会一条条翻着找,而是直接搜名字;联系人不想要了,直接删掉。这两个功能,就是让程序从"能存"变成"能用"。
今天的代码不多,但套路非常典型:搜索 = 遍历 + 判断,删除 = 编号 + 下标换算。这两个套路几乎是所有管理系统(图书管理、库存、学生信息)的通用零件,这周练熟了,后面所有项目都直接复用。下午你还会第一次正经地用"三步法"问 AI 报错——别怕,报错是程序员最熟悉的陌生人。
今天的两个功能还有一个共同点:都要遍历——把联系人列表从头到尾看一遍。搜索是边看边找,删除是看准了下手。"遍...
昨天的施工图画完了,今天正式开工。这一天的目标只有一个字:跑。哪怕程序丑、功能少,只要打开能显示菜单、能添加联系人、能查看、能退出,你就成功了一半。
很多同学一上来就想把"添加、查看、搜索、删除、保存"一次全写完,结果东错一块西错一块,一整天都在跟报错搏斗。别这么干。今天不碰 JSON、不碰异常处理、不碰搜索删除,就把"菜单 + 添加 + 查看 + 退出"这四件小事做扎实。这版跑通了,后面三天都是在它上面加功能——地基打得牢,盖楼才不慌。
这个做法有个正经名字,叫 MVP(Minimum Viable Product),最小可运行版本。先做一个"功能最少的能运行版本"...
前五周你学了一身零散的招式:变量、循环、函数、文件、类。每一招单独拿出来都会用,但还没把它们合起来做过一件完整的作品——就像学了十种刀工,还没上灶炒过一整桌菜。
这周不一样了。本周要做你的第一个完整项目:通讯录或者记账本,二选一,全程可以用 AI 辅助。今天不写代码,任务是开工前的"图纸阶段":把前五周的知识盘一遍,读懂需求,定下数据结构,画出菜单流程图。图纸画清楚了,后面四天写代码就是照着施工;图纸是糊涂的,写着写着就得推倒重来。磨刀不误砍柴工,今天这把刀磨好了,后面轻松很多。顺便说一句,这种"先想清楚再动手"的节奏,也是 AI 编程时代的正确姿势——需求没想明白就让 AI 写代码,...
今天不学新语法,做项目。目标一个:图书管理小程序——添加图书、查看全部、按书名搜索、删除图书,数据存文件,关了程序再打开数据还在。
项目本身不大,上周你学过的函数、字典、JSON 都够用。今天的重点不在代码,在流程纪律:一个需求从"一句话"变成"能用的程序",中间每一步该干什么,都要有明确动作,别跳步、别偷懒。这一套流程走完,你就从"会抄代码"升级成"会和 AI 组队做项目"。
先看需求原文,就一句话:
图书管理小程序:添加图书(书名 + 作者 + 价格)、查看全部、按书名搜索、删除图书,数据存
books.json。
这句话信息量不够,直接丢给...
昨天学了四要素,AI 一次写对的概率能到八成——那剩下两成怎么办?报错了怎么办?想改功能怎么办?今天解决这两件事:报错三步法和追问修改。
先说个场景。程序报错了,新手最常见的操作是:把报错信息看完,然后转头对 AI 说一句「我这个好像报错了」。这等于去医院看病,不说自己哪里疼,只说"我不舒服"。报错信息里藏着文件名、行号、错误类型这些线索,你转述一通,线索全丢了,AI 只能靠猜。
再说追问。AI 第一次写的代码,几乎永远不完全符合你的要求。高手和菜鸟的分水岭就在这儿:菜鸟把需求重新描述一遍,AI 从头重写,你之前修好的东西全冲掉;高手只说"改哪里、改成什么样、其他别动"。
两招学完,你...
今天不学语法。今天学的是这门课里最实用的一课:怎么把需求说给 AI 听。
你已经在用 AI 写代码了,但大部分人的问法是这样的——「帮我写个通讯录」。五个字,AI 收到的信息只有"通讯录"三个字,剩下的全靠猜:你是初学者还是老手?数据存哪?要哪些功能?界面长什么样?每个没说的细节,AI 都会自己挑一个默认答案。猜对了算运气好,猜错了就是"AI 写的代码不对"。
今天教你一套固定的说法,把需求一次说清楚,AI 写出来的代码十有八九直接能用。学完你会有个直观的对比:问得好,5 分钟出活;问得差,2 小时扯皮。
在 Cursor 里分别复制下面两段提示词,看...