【置顶】云计算教程目录


运维基础

自动化集群管理

运维高级

运维开发

监控与CI/CD

数据库补充

阅读全文 →

【置顶】AI开发教程目录


(新方向,教程内容不定期更新中,敬请期待...)

大纲

阶段一:Python 编程基础 + AI 工具上手

第 1 周:认识电脑与 AI 编程

第 2 周:Python 基础语法

第 3 周:数据结构

阅读全文 →

Linux零基础教程


Linux 零基础入门教程

一本写给"完全没接触过 Linux"的人的教程。 不需要任何基础,只要会开机、会打字,就能从头学到能上手干活。


写给翻开这本书的你

如果你有过下面这些念头,这本书就是为你写的:

  • "Linux 是不是很难?我数学不好、英语不好,能学吗?"
  • "命令那么多,我记不住怎么办?"
  • "网上的教程一上来就是一堆术语,我看两行就懵了。"
  • "敲错了会不会把电脑搞坏?"

先给你三个放心的答案:

  1. 能学。 Linux 常用命令其实只有几十个,而且在真实工作里反复出现的就是那些。你不需要背,你需要的是"知道有这么个东西、用的时候能查回来"。
  2. 不用背。 这本书里每一条命令都告...

阅读全文 →

第30章-项目完善、答辩与阶段测验


这一周的代码到今天已经攒了五版,今天是把它们收拢成"最终版"的日子。

明天就验收了,今天干三件事:精装修、写讲稿、彩排。

精装修,是给项目加加分项——修改、校验、排序、统计,这些不是必须的,但做了就是亮点,答辩时老师问"有什么亮点",你能拿出真东西。写讲稿,是把项目"讲"明白——代码写得再好,讲不清楚等于白做,因为老师要确认"这是你理解的,不是 AI 代考的"。彩排,是提前把演示流程走一遍,明天上台不慌张。今天结束时,你的电脑里是一个能演示、能讲、有 Git 提交记录的完整作品——这是你 6 周以来的第一个"作品",值得认真对待。

周六就是上机测验 + 项目答辩,本章最后附上了周测的详...

阅读全文 →

第29章-项目开发三:JSON持久化与异常处理


第29章 项目开发三:JSON持久化与异常处理

昨天的程序能搜索、能删除了,但它有一个致命伤:关掉程序,数据全没了。内存就像便签纸,撕下来就完;文件就像笔记本,写上去就一直留着。今天解决的就是这件事,顺便再给程序穿一件盔甲。

今天做两件大事:① 用 JSON 把数据写进文件、启动时读回来——这叫持久化,数据永久保存;② 用 try/except 让程序"输错不崩"——用户乱输(把"abc"当编号)程序也不崩溃,这叫异常处理。这两件事是"专业程序"和"玩具程序"的分水岭。做完今天,你的通讯录就是"真正的产品"了:添加数据、关电脑、第二天开机,数据还在;手滑输错,程序微笑提醒而不是当场死机...

阅读全文 →

第28章-项目开发二:搜索与删除


昨天的程序能存人了,但还不会"找"、不会"删"。想想你手机通讯录的用法:记了几百个联系人之后,你不会一条条翻着找,而是直接搜名字;联系人不想要了,直接删掉。这两个功能,就是让程序从"能存"变成"能用"。

今天的代码不多,但套路非常典型:搜索 = 遍历 + 判断,删除 = 编号 + 下标换算。这两个套路几乎是所有管理系统(图书管理、库存、学生信息)的通用零件,这周练熟了,后面所有项目都直接复用。下午你还会第一次正经地用"三步法"问 AI 报错——别怕,报错是程序员最熟悉的陌生人。

今天的两个功能还有一个共同点:都要遍历——把联系人列表从头到尾看一遍。搜索是边看边找,删除是看准了下手。"遍...

阅读全文 →

第27章-项目开发一:菜单框架与核心功能


昨天的施工图画完了,今天正式开工。这一天的目标只有一个字:跑。哪怕程序丑、功能少,只要打开能显示菜单、能添加联系人、能查看、能退出,你就成功了一半。

很多同学一上来就想把"添加、查看、搜索、删除、保存"一次全写完,结果东错一块西错一块,一整天都在跟报错搏斗。别这么干。今天不碰 JSON、不碰异常处理、不碰搜索删除,就把"菜单 + 添加 + 查看 + 退出"这四件小事做扎实。这版跑通了,后面三天都是在它上面加功能——地基打得牢,盖楼才不慌。

先跑通,再完善

这个做法有个正经名字,叫 MVP(Minimum Viable Product),最小可运行版本。先做一个"功能最少的能运行版本"...

阅读全文 →

第26章-知识点串讲与项目需求分析


前五周你学了一身零散的招式:变量、循环、函数、文件、类。每一招单独拿出来都会用,但还没把它们合起来做过一件完整的作品——就像学了十种刀工,还没上灶炒过一整桌菜。

这周不一样了。本周要做你的第一个完整项目:通讯录或者记账本,二选一,全程可以用 AI 辅助。今天不写代码,任务是开工前的"图纸阶段":把前五周的知识盘一遍,读懂需求,定下数据结构,画出菜单流程图。图纸画清楚了,后面四天写代码就是照着施工;图纸是糊涂的,写着写着就得推倒重来。磨刀不误砍柴工,今天这把刀磨好了,后面轻松很多。顺便说一句,这种"先想清楚再动手"的节奏,也是 AI 编程时代的正确姿势——需求没想明白就让 AI 写代码,...

阅读全文 →

第25章-图书管理小程序AI协作开发


今天不学新语法,做项目。目标一个:图书管理小程序——添加图书、查看全部、按书名搜索、删除图书,数据存文件,关了程序再打开数据还在。

项目本身不大,上周你学过的函数、字典、JSON 都够用。今天的重点不在代码,在流程纪律:一个需求从"一句话"变成"能用的程序",中间每一步该干什么,都要有明确动作,别跳步、别偷懒。这一套流程走完,你就从"会抄代码"升级成"会和 AI 组队做项目"。

先看需求原文,就一句话:

图书管理小程序:添加图书(书名 + 作者 + 价格)、查看全部、按书名搜索、删除图书,数据存 books.json。

第一步:把一句话需求翻译成四要素

这句话信息量不够,直接丢给...

阅读全文 →

第24章-AI提问技巧之报错提问与追问修改


昨天学了四要素,AI 一次写对的概率能到八成——那剩下两成怎么办?报错了怎么办?想改功能怎么办?今天解决这两件事:报错三步法和追问修改。

先说个场景。程序报错了,新手最常见的操作是:把报错信息看完,然后转头对 AI 说一句「我这个好像报错了」。这等于去医院看病,不说自己哪里疼,只说"我不舒服"。报错信息里藏着文件名、行号、错误类型这些线索,你转述一通,线索全丢了,AI 只能靠猜。

再说追问。AI 第一次写的代码,几乎永远不完全符合你的要求。高手和菜鸟的分水岭就在这儿:菜鸟把需求重新描述一遍,AI 从头重写,你之前修好的东西全冲掉;高手只说"改哪里、改成什么样、其他别动"。

两招学完,你...

阅读全文 →