1. 先聊聊“Python練習(xí)”這件事為什么容易練廢我見(jiàn)過(guò)不少人學(xué)Python開(kāi)頭那幾天熱情高漲買了一堆書(shū)、收藏了一堆教程結(jié)果練了不到兩周就放棄了。回頭一問(wèn)練的方式基本都是“跟著教程敲一遍”敲完就忘忘了再敲循環(huán)幾次之后覺(jué)得自己不是這塊料。其實(shí)問(wèn)題不在天賦而在練習(xí)方式。Python是一門“用”出來(lái)的語(yǔ)言不是“看”出來(lái)的。你今天看懂了列表推導(dǎo)式不代表你能用它解決實(shí)際問(wèn)題你背下了裝飾器的語(yǔ)法不代表你遇到日志需求時(shí)能想到去寫一個(gè)。真正的練習(xí)是讓代碼去解決一個(gè)具體到你眼前的問(wèn)題哪怕那個(gè)問(wèn)題再小哪怕解決方案在別人眼里很蠢。只有這種練習(xí)才能把“我看懂了”變成“我會(huì)用了”再變成“我順手就能寫出來(lái)”。我自己帶過(guò)一些新人也陪跑過(guò)不少想轉(zhuǎn)行做開(kāi)發(fā)的朋友發(fā)現(xiàn)一個(gè)規(guī)律能堅(jiān)持練下去的人幾乎都有一個(gè)共同點(diǎn)——他們的練習(xí)是分層的。不追求一口吃成胖子而是把“語(yǔ)法熟悉”“邏輯訓(xùn)練”“小項(xiàng)目實(shí)戰(zhàn)”“算法思維”拆開(kāi)一個(gè)一個(gè)來(lái)。這套方法反饋到學(xué)習(xí)效果上非常明顯。這篇文章就圍繞“Python代碼練習(xí)”這件事把我實(shí)際走過(guò)的路、踩過(guò)的坑、覺(jué)得好用的練習(xí)方法都拿出來(lái)聊聊。內(nèi)容適合完全沒(méi)基礎(chǔ)的新手也適合學(xué)了一陣子但感覺(jué)卡殼的人。我會(huì)講到具體的練習(xí)路徑、兩個(gè)可以親手敲的練手小項(xiàng)目以及我在Debug時(shí)遇到的高頻問(wèn)題這些都無(wú)關(guān)天賦只跟方法有關(guān)。2. 三個(gè)底層誤區(qū)為什么你練了很多卻感覺(jué)沒(méi)進(jìn)步2.1 誤區(qū)一以為“抄代碼”等于“寫代碼”很多人練習(xí)的基本動(dòng)作是找到一段示例代碼打開(kāi)編輯器一行一行照著敲敲完運(yùn)行一下看到輸出結(jié)果和教程一致就覺(jué)得自己練完了。這個(gè)動(dòng)作本質(zhì)上叫“打字練習(xí)”不叫編程練習(xí)。你在抄的時(shí)候大腦是不需要思考的——你不用關(guān)心為什么這里要傳參數(shù)不用想為什么先循環(huán)后判斷更不用考慮換一個(gè)場(chǎng)景這段代碼還成不成立。整個(gè)過(guò)程和抄寫一篇英語(yǔ)課文沒(méi)有區(qū)別練完之后腦子里留下的只有“我好像學(xué)過(guò)”的錯(cuò)覺(jué)沒(méi)有任何肌肉記憶。我建議把練習(xí)方式改成這樣看一遍示例代碼關(guān)掉教程然后自己新建一個(gè)文件從零開(kāi)始寫。寫不出來(lái)沒(méi)關(guān)系卡住了再回去看看完再關(guān)上繼續(xù)寫。這個(gè)過(guò)程會(huì)強(qiáng)迫你的大腦在“理解”和“輸出”之間建立連接。第一次這么寫可能很痛苦寫一個(gè)函數(shù)要反復(fù)翻教程但堅(jiān)持兩三周之后你會(huì)發(fā)現(xiàn)很多語(yǔ)法已經(jīng)不需要查了手指自己就知道該敲什么。2.2 誤區(qū)二只在教程環(huán)境里練從不碰真實(shí)需求很多人練了一年半載代碼能力還停留在“教程怎么說(shuō)我怎么寫”。一遇到真實(shí)需求——比如“幫我把這個(gè)文件夾里的照片按日期歸類”“把這個(gè)Excel表格里的重復(fù)行去掉”——就完全不知道怎么下手。這個(gè)問(wèn)題的根源在于教程里的練習(xí)題都是“閉合環(huán)境”輸入是給定的輸出是確定的不涉及真實(shí)世界里的臟數(shù)據(jù)、亂命名、文件路徑不存在、網(wǎng)絡(luò)請(qǐng)求超時(shí)等亂七八糟的情況。而真實(shí)需求恰恰是從一堆混亂里找到一個(gè)能用的解法。所以我的建議很直接早點(diǎn)把自己的日常瑣事變成練習(xí)素材。比如你下載文件總是堆在“下載”文件夾里能不能寫個(gè)腳本按文件類型自動(dòng)歸類你每次整理周報(bào)都要手動(dòng)復(fù)制粘貼好幾個(gè)表格能不能寫個(gè)腳本自動(dòng)合并這類需求技術(shù)上一點(diǎn)都不難但它們逼著你去考慮邊界情況文件夾不存在怎么辦文件名重復(fù)怎么辦這比你刷十道“打印菱形”的練習(xí)題有價(jià)值得多。2.3 誤區(qū)三只練知識(shí)點(diǎn)不練湊答案的思路還有一種人練得很多代碼語(yǔ)法也都對(duì)但一遇到稍復(fù)雜的問(wèn)題就沒(méi)思路。你說(shuō)說(shuō)“統(tǒng)計(jì)一篇文章里出現(xiàn)頻率最高的十個(gè)詞”他給你憋半小時(shí)寫不出來(lái)。這其實(shí)不是語(yǔ)法問(wèn)題是“把大問(wèn)題拆成小步驟”的能力沒(méi)有練到。這種能力靠單點(diǎn)知識(shí)點(diǎn)練習(xí)是練不出來(lái)的必須靠做“綜合題”。所謂綜合題就是沒(méi)有現(xiàn)成函數(shù)可以直接用的題你得自己決定先干什么后干什么自己設(shè)計(jì)中間步驟。比如“統(tǒng)計(jì)詞頻”這個(gè)需求拆開(kāi)就是三步先讀文件再把文本切分成一個(gè)個(gè)詞最后用字典計(jì)數(shù)、排序。每一步單獨(dú)看都是基礎(chǔ)知識(shí)但把它們串起來(lái)的思維過(guò)程才是真正的編程能力。所以我后來(lái)練習(xí)的時(shí)候刻意的要求自己拿到任何題目先不急著寫代碼先在紙上寫出一步步的“做法”用人類語(yǔ)言描述清楚過(guò)程然后再翻譯成Python。這個(gè)習(xí)慣讓我從“會(huì)語(yǔ)法”邁向了“會(huì)寫程序”也是我想特別強(qiáng)調(diào)的一個(gè)練習(xí)思路。3. 分層練習(xí)路徑一份可以照著走的路線圖3.1 第一層語(yǔ)法熱身期重點(diǎn)是“不用查就能寫”這個(gè)階段的目標(biāo)非常明確最基礎(chǔ)的語(yǔ)法和常用內(nèi)置函數(shù)做到閉著眼睛能寫出來(lái)。不需要追求理解所有底層原理先把常用的記熟。我的建議清單是這樣的變量與基本類型整數(shù)、浮點(diǎn)數(shù)、字符串、布爾值容器類型列表、字典、元組、集合以及它們各自的常用方法控制流if / elif / else、for循環(huán)、while循環(huán)函數(shù)的定義與調(diào)用參數(shù)默認(rèn)值返回值字符串常用操作split / join / strip / replace / format文件讀寫的基本套路open / read / write / with語(yǔ)句列表推導(dǎo)式、字典推導(dǎo)式的基本寫法異常處理的基本結(jié)構(gòu) try / except / finally這個(gè)階段不需要刷很多題但需要“每日一練”。我的建議是每天花15到20分鐘隨機(jī)從上面的清單里抽幾個(gè)點(diǎn)手寫一些小的代碼片段。比如今天練“用列表推導(dǎo)式生成1到100之間的偶數(shù)平方”明天練“寫一個(gè)函數(shù)接收一個(gè)字符串返回大寫字母出現(xiàn)的次數(shù)”。這個(gè)量不會(huì)帶來(lái)壓力但堅(jiān)持三周手感就完全不一樣了。3.2 第二層邏輯訓(xùn)練期把語(yǔ)法串成思路語(yǔ)法熟了之后就可以進(jìn)入邏輯訓(xùn)練期。這個(gè)階段做的事情是從“會(huì)寫一個(gè)函數(shù)”過(guò)渡到“會(huì)用多個(gè)函數(shù)湊出一個(gè)完整的小程序”。我比較推薦的練習(xí)形式是刷編程入門網(wǎng)站上的簡(jiǎn)單算法題。這類題的特點(diǎn)是有明確的輸入輸出樣例但解法不唯一正好用來(lái)鍛煉拆解問(wèn)題的能力。練習(xí)時(shí)我給自己定了三條規(guī)矩先寫注釋把思路用中文寫在代碼前再照著注釋寫代碼。如果注釋寫不出來(lái)說(shuō)明沒(méi)想清楚不要急著動(dòng)手。做完之后至少看一兩種別人的解法。不是為了抄而是為了對(duì)照自己的思路看看有沒(méi)有更簡(jiǎn)潔的方式。但不要因?yàn)閯e人的解法更巧妙就覺(jué)得自己不行大多數(shù)人只是練得比你多。同一道題過(guò)兩周再做一遍。這一條最重要它能檢驗(yàn)?zāi)闶潜诚铝舜鸢高€是真的掌握了思路。這個(gè)階段的題目難度不要太高控制在30到50行能解決的程度。優(yōu)先級(jí)排序是字符串處理 數(shù)組/列表操作 字典應(yīng)用 簡(jiǎn)單的遞歸。拿字符串練習(xí)是因?yàn)樗鲜秩菀?、反饋快遞歸放到最后是因?yàn)樗枰稽c(diǎn)抽象思維太早練容易挫敗。3.3 第三層小工具實(shí)戰(zhàn)期用代碼解決自己的問(wèn)題邏輯訓(xùn)練了一段時(shí)間后就可以轉(zhuǎn)到小工具實(shí)戰(zhàn)。這一步很關(guān)鍵因?yàn)樗悄愕谝淮胃惺艿健按a真的能幫我干活”的階段。找練習(xí)題目的方法很樸素觀察你日常重復(fù)勞動(dòng)中那些煩人的事。我當(dāng)年就是從一個(gè)小需求開(kāi)始的——下載的電子書(shū)文件名亂糟糟的想統(tǒng)一改成“書(shū)名.作者.后綴”的格式。這個(gè)需求用到的技術(shù)點(diǎn)只有文件遍歷、字符串處理和重命名不需要任何高深知識(shí)但寫完跑起來(lái)的那一刻那種“代碼替我干活”的成就感比刷二十道算法題都強(qiáng)烈。這個(gè)階段我建議每個(gè)人做至少三個(gè)自己真正想用的工具。哪怕工具很簡(jiǎn)陋哪怕只服務(wù)你自己的電腦也完全沒(méi)問(wèn)題。做這種工具的意義在于你會(huì)遇到教程中永遠(yuǎn)不會(huì)出現(xiàn)的真實(shí)問(wèn)題比如文件名里有非法字符導(dǎo)致重命名失敗比如某些文件沒(méi)有后綴名比如目標(biāo)目錄已經(jīng)存在同名文件。處理這些邊界問(wèn)題的過(guò)程才是能力真正增長(zhǎng)的地方。3.4 第四層算法與工程習(xí)慣期走得更遠(yuǎn)如果你已經(jīng)能獨(dú)立寫出幾個(gè)小工具且日常需求基本都能用Python解決就可以進(jìn)入第四層。這一層的目標(biāo)不再是“會(huì)用”而是“用得更聰明”。算法方面可以開(kāi)始系統(tǒng)刷一些經(jīng)典的數(shù)據(jù)結(jié)構(gòu)與算法題比如鏈表操作、二叉樹(shù)遍歷、動(dòng)態(tài)規(guī)劃入門。做這些不是為了面試而是為了訓(xùn)練一種思維習(xí)慣看到一個(gè)問(wèn)題能下意識(shí)地從時(shí)間復(fù)雜度、空間復(fù)雜度去想解法好不好。這種習(xí)慣一旦建立你之后寫任何代碼都會(huì)受益。工程習(xí)慣方面值得練的有這幾件事給代碼寫README記錄這個(gè)腳本是干什么的、怎么運(yùn)行、依賴什么環(huán)境給函數(shù)寫docstring說(shuō)明參數(shù)含義、返回值、用法示例學(xué)會(huì)用調(diào)試器不用到處打印而是打斷點(diǎn)、看變量、單步執(zhí)行接觸一點(diǎn)標(biāo)準(zhǔn)庫(kù)之外的高頻庫(kù)requests、pandas、pathlib等按需學(xué)這個(gè)階段已經(jīng)不叫“練習(xí)”了更像是“做項(xiàng)目”的初級(jí)階段。但正是因?yàn)榍捌谶@么多層的鋪墊你才不至于在這個(gè)階段被勸退。4. 跟著做一個(gè)完整練手項(xiàng)目下載文件夾自動(dòng)整理腳本4.1 需求描述與思路拆解紙上談兵聊了很多現(xiàn)在來(lái)做一個(gè)具體的項(xiàng)目。我選的是很多人的剛需整理“下載”文件夾。這個(gè)項(xiàng)目的完整需求是——掃描你指定的文件夾按照文件的擴(kuò)展名后綴名把它們分別移動(dòng)到“圖片”“文檔”“壓縮包”“程序安裝包”“其他”等子文件夾里。先來(lái)拆解思路遍歷指定文件夾里的所有文件拿到每個(gè)文件的后綴名擴(kuò)展名根據(jù)后綴名歸類決定它應(yīng)該去哪個(gè)子文件夾如果目標(biāo)子文件夾不存在先創(chuàng)建移動(dòng)文件并處理“同名文件沖突”的問(wèn)題這五步拆出來(lái)之后每一步單獨(dú)看都很簡(jiǎn)單但組合起來(lái)就是一個(gè)能用的工具。這就是前面說(shuō)的“拆解能力”最直接的體現(xiàn)。4.2 完整代碼與逐段講解下面這段腳本用的是純Python標(biāo)準(zhǔn)庫(kù)不需要額外安裝任何第三方庫(kù)import os import shutil from pathlib import Path # 后綴名分類規(guī)則 RULES { 圖片: {.jpg, .jpeg, .png, .gif, .bmp, .webp, .svg}, 文檔: {.doc, .docx, .pdf, .txt, .md, .xls, .xlsx, .ppt, .pptx}, 壓縮包: {.zip, .rar, .7z, .tar, .gz}, 安裝包: {.exe, .msi, .dmg, .pkg}, 音視頻: {.mp3, .wav, .mp4, .mov, .avi, .mkv}, } def get_target_folder(ext: str) - str: 根據(jù)擴(kuò)展名返回目標(biāo)文件夾名未匹配的歸入其他 for folder, extensions in RULES.items(): if ext.lower() in extensions: return folder return 其他 def organize_folder(base_dir: str) - None: base_path Path(base_dir) if not base_path.exists() or not base_path.is_dir(): print(f路徑不存在或不是目錄: {base_dir}) return for item in base_path.iterdir(): # 跳過(guò)子文件夾本身 if item.is_dir(): continue ext item.suffix # 例如 .txt target_folder get_target_folder(ext) target_dir base_path / target_folder target_dir.mkdir(exist_okTrue) # 不存在則創(chuàng)建已存在不報(bào)錯(cuò) target_path target_dir / item.name if target_path.exists(): # 如果目標(biāo)文件夾里已經(jīng)有同名文件加上時(shí)間戳后綴 import time timestamp time.strftime(%Y%m%d_%H%M%S) new_name f{item.stem}_{timestamp}{item.suffix} target_path target_dir / new_name shutil.move(str(item), str(target_path)) print(f已移動(dòng): {item.name} - {target_folder}/{target_path.name}) if __name__ __main__: # 修改成你要整理的目錄 organize_folder(rC:\Users\你的用戶名\Downloads)這段代碼里有幾個(gè)設(shè)計(jì)點(diǎn)值得單獨(dú)說(shuō)。第一個(gè)是用了RULES字典來(lái)管理擴(kuò)展名分類而不是寫一大串 if-elif。這樣做的最大好處是以后想加一門新的文件類型只需要在對(duì)應(yīng)的集合里加一個(gè)后綴名不需要?jiǎng)悠渌a。這個(gè)“數(shù)據(jù)與邏輯分離”的習(xí)慣從小項(xiàng)目就應(yīng)該開(kāi)始培養(yǎng)。第二個(gè)是用pathlib.Path而不是直接拼接字符串路徑。Path對(duì)象處理跨平臺(tái)路徑分隔符會(huì)省心很多而且.suffix、.stem、.name這些屬性簡(jiǎn)直是專門為文件整理場(chǎng)景設(shè)計(jì)的用起來(lái)很順手。第三個(gè)是“同名文件沖突”的處理。下載文件夾里很容易出現(xiàn)同一個(gè)文件下載了兩次的情況如果不處理shutil.move會(huì)直接報(bào)錯(cuò)。我在代碼里選擇的是給新移動(dòng)過(guò)去的文件加時(shí)間戳后綴保證不會(huì)覆蓋已有文件。你也可以換成“保留最新文件覆蓋舊的”但我的原則是整理腳本寧可多留文件也不要誤刪數(shù)據(jù)。4.3 運(yùn)行測(cè)試與邊界情況處理代碼寫完后不要直接在你的真實(shí)下載文件夾上試。正確做法是在桌面新建一個(gè)測(cè)試文件夾里面造一些不同類型的文件比如“報(bào)告.pdf”“照片.jpg”“軟件.zip”再放一個(gè)子文件夾看看腳本是不是會(huì)跳過(guò)它再?gòu)?fù)制一個(gè)文件改不同后綴看看分類有沒(méi)有生效。測(cè)試過(guò)程中我遇到過(guò)幾個(gè)典型的邊界情況文件沒(méi)有后綴名。比如你下載了一個(gè)叫“README”的文件item.suffix返回的是空字符串它會(huì)被歸到“其他”文件夾。這個(gè)沒(méi)問(wèn)題能正常運(yùn)行。文件名以點(diǎn)開(kāi)頭但不屬于隱藏文件比如.env。這種情況.suffix拿到的可能是空或者不全處理邏輯依然安全最多歸類不準(zhǔn)。文件夾路徑中包含中文或空格。Path對(duì)象處理這類路徑?jīng)]有問(wèn)題但如果你用字符串拼接方式寫很容易踩坑。移動(dòng)一個(gè)正在被其他程序占用的文件。比如你正用播放器開(kāi)著那個(gè)視頻移動(dòng)就會(huì)報(bào)權(quán)限錯(cuò)誤。我實(shí)際使用中遇到這種情況一般讓腳本跳過(guò)或者用 try-except 捕獲這里不展開(kāi)但要知道有這個(gè)問(wèn)題存在。這個(gè)項(xiàng)目做完之后完全可以繼續(xù)擴(kuò)展加入“按文件修改日期歸檔”的功能或者“只整理超過(guò)7天的舊文件”的功能。擴(kuò)展的每一次都是一次新的練習(xí)。5. 跟著做第二個(gè)項(xiàng)目命令行待辦事項(xiàng)管理器5.1 練習(xí)重點(diǎn)如何存儲(chǔ)數(shù)據(jù)第二個(gè)項(xiàng)目做一個(gè)簡(jiǎn)單但功能完整的命令行待辦事項(xiàng)管理器。這個(gè)項(xiàng)目練習(xí)的核心不是界面而是“數(shù)據(jù)怎么存下來(lái)”。你的待辦事項(xiàng)在程序退出之后不能丟這就是典型的“持久化”問(wèn)題——和游戲存檔是一個(gè)道理。在Python里做持久化最粗暴的方式是把數(shù)據(jù)寫在文件里。最簡(jiǎn)單的格式是文本逐行存稍微講究一點(diǎn)用CSV再講究一點(diǎn)用JSON。我建議這個(gè)項(xiàng)目用JSON因?yàn)镻ython標(biāo)準(zhǔn)庫(kù)里的json模塊能把字典和列表直接序列化成文本下一回啟動(dòng)再反序列化回來(lái)代碼量很少且不太容易出錯(cuò)。這個(gè)項(xiàng)目我建議的完整需求是添加任務(wù)輸入內(nèi)容存進(jìn)去查看任務(wù)列出全部未完成的任務(wù)完成任務(wù)按編號(hào)把某條任務(wù)標(biāo)記為完成刪除任務(wù)按編號(hào)刪除某個(gè)任務(wù)數(shù)據(jù)保存退出后重開(kāi)任務(wù)記錄還在五個(gè)功能覆蓋了輸入、輸出、文件讀寫、數(shù)據(jù)轉(zhuǎn)換難度也是剛好卡在“努力一下能完成”的位置。5.2 完整代碼與逐段講解import json from pathlib import Path DATA_FILE Path(tasks.json) def load_tasks(): 加載任務(wù)列表文件不存在時(shí)返回空列表 if not DATA_FILE.exists(): return [] with open(DATA_FILE, r, encodingutf-8) as f: return json.load(f) def save_tasks(tasks): 保存任務(wù)列表到文件 with open(DATA_FILE, w, encodingutf-8) as f: json.dump(tasks, f, ensure_asciiFalse, indent2) def show_tasks(tasks): 打印所有未完成任務(wù) unfinished [t for t in tasks if not t[done]] if not unfinished: print(當(dāng)前沒(méi)有未完成的任務(wù)。) return for idx, task in enumerate(unfinished, start1): print(f{idx}. {task[content]}) def add_task(tasks, content): tasks.append({content: content, done: False}) print(f已添加: {content}) def mark_done(tasks, task_index): unfinished [t for t in tasks if not t[done]] if 1 task_index len(unfinished): unfinished[task_index - 1][done] True print(任務(wù)已完成。) else: print(無(wú)效的編號(hào)。) def remove_task(tasks, task_index): if 1 task_index len(tasks): removed tasks.pop(task_index - 1) print(f已刪除: {removed[content]}) else: print(無(wú)效的編號(hào)。) def main(): tasks load_tasks() while True: print(\n1. 查看任務(wù) 2. 添加任務(wù) 3. 完成任務(wù) 4. 刪除任務(wù) 5. 退出) choice input(請(qǐng)選擇操作: ).strip() if choice 1: show_tasks(tasks) elif choice 2: content input(請(qǐng)輸入任務(wù)內(nèi)容: ).strip() if content: add_task(tasks, content) elif choice 3: show_tasks(tasks) idx int(input(請(qǐng)輸入要完成的任務(wù)編號(hào): )) mark_done(tasks, idx) elif choice 4: for i, t in enumerate(tasks, start1): status [完成] if t[done] else [未完成] print(f{i}. {status} {t[content]}) idx int(input(請(qǐng)輸入要?jiǎng)h除的任務(wù)編號(hào): )) remove_task(tasks, idx) elif choice 5: save_tasks(tasks) print(已保存并退出。) break else: print(無(wú)效輸入請(qǐng)重新選擇。) if __name__ __main__: main()這個(gè)程序里核心函數(shù)就是load_tasks和save_tasks。理解了這兩個(gè)函數(shù)其他增刪改查的邏輯都只是對(duì)tasks這個(gè)列表變量做操作沒(méi)什么新鮮東西。我特別想讓大家注意的是編碼encodingutf-8這個(gè)參數(shù)。如果你在Windows系統(tǒng)上不指定它直接open(tasks.json, r)讀中文大概率會(huì)因?yàn)榫幋a問(wèn)題報(bào)錯(cuò)或亂碼。這是非常經(jīng)典的一個(gè)坑我身邊學(xué)Python的人基本都撞到過(guò)。第二個(gè)值得研究的地方是mark_done函數(shù)里的編號(hào)邏輯。我設(shè)計(jì)的編號(hào)是“未完成任務(wù)”的編號(hào)而不是所有任務(wù)的編號(hào)。這樣用戶在查看任務(wù)時(shí)看到的編號(hào)和他輸入完成時(shí)用的編號(hào)是對(duì)應(yīng)的。但這個(gè)設(shè)計(jì)也帶來(lái)一個(gè)容易忽略的點(diǎn)一旦完成了某個(gè)任務(wù)“未完成任務(wù)列表”會(huì)變化所以執(zhí)行下一步操作時(shí)應(yīng)該重新獲取這個(gè)列表。如果你直接用“所有任務(wù)的編號(hào)”來(lái)做體驗(yàn)反而更像大多數(shù)待辦App。這兩種設(shè)計(jì)沒(méi)有絕對(duì)的對(duì)錯(cuò)但能考慮到這個(gè)細(xì)節(jié)說(shuō)明你對(duì)數(shù)據(jù)結(jié)構(gòu)和用戶操作的匹配有了感知這本身就是練習(xí)的收獲。5.3 怎么給這個(gè)小項(xiàng)目“加難度”如果上面這些代碼你都掌握了我建議在三個(gè)方向上給項(xiàng)目加難度給任務(wù)增加優(yōu)先級(jí)字段1高、2中、3低查看時(shí)按優(yōu)先級(jí)排序輸出給任務(wù)增加創(chuàng)建時(shí)間字段并按時(shí)間倒序顯示把存儲(chǔ)方式從單個(gè)JSON文件換成SQLite數(shù)據(jù)庫(kù)。SQLite是Python內(nèi)置的sqlite3模塊支持的不需要安裝東西。用數(shù)據(jù)庫(kù)的好處是數(shù)據(jù)量大之后讀寫效率高也是在提前練習(xí)和數(shù)據(jù)庫(kù)打交道的思路每加一項(xiàng)都會(huì)逼著你重新設(shè)計(jì)數(shù)據(jù)結(jié)構(gòu)這種“因?yàn)楦男枨蠖貙懘a”的過(guò)程正是真實(shí)工作中每天都在發(fā)生的事情。練多了你面對(duì)需求變更就不會(huì)煩躁了。6. 在刷題網(wǎng)站練算法題怎么刷才有效6.1 選題策略難度和順序都要有講究刷題網(wǎng)站上的題目量很大如果你亂刷很容易陷入“一天刷十道簡(jiǎn)單題”的虛假勤奮里。我自己踩過(guò)這個(gè)坑后來(lái)總結(jié)出一套適合自己的選題策略。難度選擇上我建議85%的題目集中在你需要“想一會(huì)但最終能寫出來(lái)”的區(qū)間。如果一道題你一眼就知道解法說(shuō)明太簡(jiǎn)單練不到東西如果想了半小時(shí)還不知道從哪里下手說(shuō)明太難要么跳過(guò)要么先看答案不要死磕。死磕這一下耗費(fèi)的心力足夠刷三到四道合適難度的題了。順序選擇上按照數(shù)據(jù)結(jié)構(gòu)去劃分比較合理。先從字符串和數(shù)組的經(jīng)典題開(kāi)始因?yàn)檫@兩個(gè)類型的題目解法直接反饋快適合培養(yǎng)信心。然后過(guò)渡到哈希表/字典的應(yīng)用題這類題考驗(yàn)的是“用什么容器存中間結(jié)果”的意識(shí)。之后是雙指針、滑動(dòng)窗口這種有一定套路的方法題。最后才是遞歸、回溯、動(dòng)態(tài)規(guī)劃。6.2 “看題→獨(dú)立寫→對(duì)照→重寫”四步法我在刷題期摸索出的四步法走了不少?gòu)澛凡欧€(wěn)定下來(lái)。第一步看題后不急著寫代碼。先在草稿紙上寫輸入輸出的例子再寫偽代碼。一邊寫一邊問(wèn)自己如果數(shù)據(jù)是空的怎么辦如果數(shù)據(jù)只有一個(gè)元素怎么辦這兩個(gè)問(wèn)題能幫你提前規(guī)避很多邊界Bug。第二步獨(dú)立寫完整代碼。這個(gè)過(guò)程有兩點(diǎn)要求不查API文檔不知道的函數(shù)名就自己猜猜完去驗(yàn)證不看別人的題解。寫不出來(lái)可以放一放去做點(diǎn)別的但不要在這時(shí)候參考答案。一旦看了答案這道題的練習(xí)價(jià)值就打了對(duì)折。第三步對(duì)照高手的題解。這一步的核心不是看誰(shuí)寫的短而是對(duì)比“思路起點(diǎn)”的差異。比如你用的雙層循環(huán)別人用的是雙指針關(guān)鍵在于理解為什么別人能想到雙指針通常是因?yàn)樗⒁獾搅四硞€(gè)結(jié)構(gòu)特征比如數(shù)組是有序的。找出這個(gè)特征下次遇到類似題型你才能舉一反三。第四步隔幾天重寫一遍。這一遍不看任何參考資料從題目描述開(kāi)始直接寫代碼。寫完之后跟自己的上一次代碼對(duì)比看看是更簡(jiǎn)潔了還是更啰嗦了。這一步是“把短期記憶變成長(zhǎng)期能力”的關(guān)鍵不要省略。6.3 常見(jiàn)誤區(qū)提醒刷題是手段不是目的刷題這件事很容易上頭因?yàn)樗答伩熳鰧?duì)一題就有成就感。但我想提醒一句刷題是手段不是目的。如果有一天你發(fā)現(xiàn)自己在為“連續(xù)打卡天數(shù)”而刷題而不是為了解決某個(gè)具體問(wèn)題而刷題就該停下來(lái)反思了。真實(shí)開(kāi)發(fā)里絕大多數(shù)場(chǎng)景用不到復(fù)雜算法。工作里最常干的活是處理數(shù)據(jù)、對(duì)接接口、修Bug這些更多依賴你對(duì)工具庫(kù)的熟練度、對(duì)代碼結(jié)構(gòu)的設(shè)計(jì)能力、以及調(diào)試排查的耐心。算法題練的是底層思維它有價(jià)值但它不是Python學(xué)習(xí)的全部。所以我的建議是算法刷題練習(xí)和學(xué)習(xí)其他內(nèi)容保持一個(gè)合理的配比。比如每天花30分鐘刷題再花30分鐘做自己的小項(xiàng)目或?qū)W標(biāo)準(zhǔn)庫(kù)。兩條腿走路走得才穩(wěn)。7. 調(diào)試耐心練習(xí)中最容易被忽略的硬技能7.1 先建立正確的Bug觀初學(xué)者最常見(jiàn)的崩潰瞬間就是代碼報(bào)錯(cuò)。紅紅的報(bào)錯(cuò)信息一出來(lái)第一反應(yīng)是“完了我寫的程序廢了”或者“我是不是不適合學(xué)編程”。這里我想說(shuō)一個(gè)很多人不愿意承認(rèn)的事實(shí)寫了幾年代碼之后我寫代碼的速度其實(shí)很慢因?yàn)榇蟛糠謺r(shí)間都花在調(diào)試上。報(bào)錯(cuò)是編程的一部分不是意外更不是你能力不行的證明。一個(gè)程序跑通了不是你一次就寫對(duì)了而是你通過(guò)一次次報(bào)錯(cuò)把不對(duì)的地方全修對(duì)了。建立這個(gè)心理基礎(chǔ)之后你才可能心平氣和地去讀報(bào)錯(cuò)信息。報(bào)錯(cuò)信息里的異常類型、文件名、行號(hào)都是程序給你的線索。比如NameError: name xxx is not defined說(shuō)明變量拼寫錯(cuò)誤或作用域有問(wèn)題TypeError: int object is not iterable說(shuō)明你把整數(shù)當(dāng)成了一個(gè)可迭代對(duì)象去循環(huán)了。每一條報(bào)錯(cuò)都對(duì)應(yīng)一類常見(jiàn)失誤積累多了你光看報(bào)錯(cuò)類型就知道大概哪里出問(wèn)題了。7.2 讀報(bào)錯(cuò)的三條經(jīng)驗(yàn)第一永遠(yuǎn)先看最后一行。程序報(bào)錯(cuò)時(shí)控制臺(tái)會(huì)輸出很長(zhǎng)一串調(diào)用棧traceback新手容易被這一大段嚇到。其實(shí)最后一行才是真正的報(bào)錯(cuò)原因上面那些都是“出錯(cuò)的上下文”。你只需要看最后一行再把視線往上翻找到第一個(gè)出現(xiàn)你項(xiàng)目文件名的行號(hào)那個(gè)位置一般就是需要修改的地方。第二把報(bào)錯(cuò)信息拆成三段來(lái)讀異常類型、異常描述、出錯(cuò)位置。比如ValueError: invalid literal for int() with base 10: abc拆開(kāi)就是——類型是ValueError描述是“無(wú)法把a(bǔ)bc轉(zhuǎn)成整數(shù)”位置在某一行。這么一拆問(wèn)題就很清楚多半是輸入了非數(shù)字字符。第三報(bào)錯(cuò)信息看不懂的時(shí)候直接把整段貼到搜索引擎里。不要覺(jué)得丟人很多報(bào)錯(cuò)你遇到的別人早就遇到過(guò)。真正有效率的學(xué)習(xí)方式就是站在前人的肩膀上。7.3 治好了我的調(diào)試效率的三個(gè)方法方法一二分注釋法。程序跑出來(lái)結(jié)果不對(duì)但你不知道是哪一步錯(cuò)了。這時(shí)候把代碼對(duì)半分開(kāi)從中間開(kāi)始臨時(shí)把后半段注釋掉只運(yùn)行前半段看結(jié)果對(duì)不對(duì)。如果對(duì)說(shuō)明問(wèn)題在后半段繼續(xù)在后半段里二分。如果不對(duì)繼續(xù)往前半段排查。這個(gè)方法是排查邏輯問(wèn)題最高效的手段沒(méi)有之一。方法二打印關(guān)鍵變量的值。很多新手習(xí)慣在最后統(tǒng)一打印結(jié)果中間過(guò)程的變量一概不打印。這導(dǎo)致問(wèn)題出現(xiàn)時(shí)你不知道中間哪一步的值就已經(jīng)不對(duì)了。正確的做法是在每個(gè)關(guān)鍵計(jì)算步驟后加一行print把中間結(jié)果打出來(lái)觀察它是否符合預(yù)期。哪里不對(duì)就聚焦去查哪里。排查完記得把臨時(shí)打印刪掉。方法三寫一個(gè)最小復(fù)現(xiàn)案例。有時(shí)候Bug只在特定輸入下出現(xiàn)大程序里很難定位。這時(shí)候可以把出問(wèn)題的邏輯原樣抽出來(lái)配上會(huì)觸發(fā)Bug的最小數(shù)據(jù)輸入放到一個(gè)單獨(dú)的文件里跑。跑了之后問(wèn)題被縮小到一個(gè)小環(huán)境下排查難度直線下降。這個(gè)“最小復(fù)現(xiàn)”的習(xí)慣是我后來(lái)去分析同事的Bug時(shí)最常用的一招。8. 我的個(gè)人經(jīng)驗(yàn)練習(xí)頻率比單次時(shí)長(zhǎng)更重要最后回到最根本的問(wèn)題每天練多久合適練什么最容易產(chǎn)生復(fù)利效應(yīng)。我給大多數(shù)人的建議是每天至少25到40分鐘而且最好固定在一個(gè)時(shí)間段。比如每天晚上九點(diǎn)到九點(diǎn)半就這么雷打不動(dòng)地練。這個(gè)建議的出發(fā)點(diǎn)很簡(jiǎn)單編程是熟練工需要每天都碰一下才保持手感。你一周練一次、一次練三小時(shí)效果遠(yuǎn)不如每天練半小時(shí)。中間隔七天不碰代碼上一周記的東西可能就模糊了還得花時(shí)間恢復(fù)手感。我自己練下來(lái)感覺(jué)“復(fù)利效應(yīng)”最強(qiáng)的是這么兩種練習(xí)一種是“昨天代碼的plus版改造”。今天練了一個(gè)“打印九九乘法表”明天就試試輸出成帶邊框的格式后天試試改成函數(shù)版大后天再試試能不能同時(shí)輸出成文件。同一個(gè)練習(xí)一點(diǎn)點(diǎn)升級(jí)難度每一步都比上一步多懂一點(diǎn)東西。另一種是“隨手記Bug日記”。每遇到一個(gè)報(bào)錯(cuò)就用三兩句話記下來(lái)報(bào)錯(cuò)是什么、為什么出現(xiàn)、怎么解決的。不用工整自己能看懂就行。過(guò)一段時(shí)間回頭翻翻你會(huì)發(fā)現(xiàn)很多錯(cuò)誤是重復(fù)出現(xiàn)的記下來(lái)之后第二次遇到同類問(wèn)題處理速度會(huì)快很多。這實(shí)際上是在給自己積累一份“定制版踩坑指南”比看再多教程都管用。學(xué)Python這件事沒(méi)那么多玄學(xué)。找到一門系統(tǒng)的教程跟著把一個(gè)又一個(gè)的小工具寫出來(lái)遇到Bug就自己琢磨、搜索、記錄。這個(gè)過(guò)程不一定酣暢淋漓甚至有點(diǎn)枯燥但只要保持節(jié)奏你會(huì)清晰地看到半年前的自己搞不定的需求現(xiàn)在三下五除二就能搞定。那種正反饋誰(shuí)也搶不走。