# 練習 1：流程 > 原文：[Exercise 1: On Process](https://learncodethehardway.org/more-python-book/ex1.html) > 譯者：[飛龍](https://github.com/wizardforcel) > 協議：[CC BY-NC-SA 4.0](http://creativecommons.org/licenses/by-nc-sa/4.0/) > 自豪地采用[谷歌翻譯](https://translate.google.cn/) 軟件開發世界中有兩種類型的流程。首先是團隊流程，這是 Scrum，敏捷或者極限編程。這些流程旨在幫助一群人合作開發大型代碼庫，而不會相互干擾。團隊流程指的是，每個人如何協調，代碼行為標準，報告和管理監督。通常這些團隊流程歸結為： + 制作待辦事項的列表 + 執行列表上的事情 + 確認正確完成了它們 許多團隊流程的錯誤就是，他們試圖控制對個人更好的個人流程。極限編程（XP）流程在這方面可能是最糟糕的，甚至指出，每個程序員都有另一個程序員觀察他們的工作，并在文本編輯器顯示一些錯誤的時候向他們喊叫。我強烈反對不在某些教育背景下，將個人流程元素強加于人的流程。它侮辱了我們的專業精神，創造一個獨斷專行的環境，不會促進創造力或質量。在教育環境中，規定學生使用特定的個人流程方法是必要的，但在工作環境中不是。例如，只有他們是一個初級或新手程序員，需要學習，我才強制某些人結對編程。團隊流程應該是這樣，每個人都能夠工作，但他們需要在所需的質量水平完成工作。 另一種類型的流程是個人流程，我從畫家，作家和音樂家那里得到這個想法。作為一個專注質量的創意人士，我正在開發一個流程，幫助你以一致的方式進行工作。事實上，一個業余畫家，音樂家或作家的標志，代表了這些人不解它們的流程。通常聲稱沒有創意的這些人實際上相反；他們只是不知道這件事，因此不斷把它弄錯。大多數其他創意學科都制定策略，幫助他們從概念中創造完成的作品，而不會半途而廢。對于畫家來說，這是一種方法，將繪畫的問題分解為邏輯步驟，來確保更有可能成功。對音樂家來說，這是一個類似的流程，結合了平衡做法，保持他們所選的音樂風格的結構。對于作家，他們的流程是構建自己的作品的一種方式，使其自然流動并且沒有漏洞和邏輯不一致性（大多數電視編劇似乎完全沒有做到）。 對于軟件，你的個人流程需要是某種東西，能夠完成以下任務： + 確定可行的想法。 + 讓你開始了解這些想法，看看他們是否會工作，并迅速改變它們。 + 在許多工作會話上逐漸優化你的想法，來避免問題或使你能夠輕易恢復。 + 確保你的想法的實現的質量，以便你以后不會被 bug 阻礙。 + 確保你可以與他人合作（如果你愿意）。 請注意，我如何說，你不必與他人合作。自從開源以來，創建軟件的概念就包括了對社區的過高要求。如果你不想與別人分享或合作，那么你侮辱了它們的存在，并且被認為是一個反社會的家伙。問題是很少有創意活動是在小組中開始的，通常在小組中開始的創意活動最終都沒有創意。這種創意火花通常是，一個或兩個人有了一個想法，然后從無到有實現了它。制造一個最終產品，如書籍，電影和專輯，可能需要一個龐大的團隊。許多其他的創作活動可以獨立完成，如繪畫或大多數視覺藝術。 你永遠不會找到一個藝術學校，它要求畫家只能在團隊中創作一幅畫。軟件不像繪畫和寫作一樣，不是獨立的創作流程，沒有任何理由是這樣。軟件是一個模塊化的學科，這意味著你可以自己創造一切，而其他人仍然可以使用它，即使他們永遠不會和你談話，永遠不會寫程序。你可以是一個十足的混蛋，人們仍然可以使用你的軟件。寫作和繪畫都是一樣的。有很多品行不端的作家，畫家和音樂家，他們仍然受到數以百萬計的人的崇拜。 如果你按照個人流程開始工作，有人試圖告訴你需要分享，或者你是一個反社會的混蛋，那么他們就是在罵你。人們有權保持隱私，獨自一人做自己的事情。要求你為較大項目做出貢獻的人，似乎只有那些啟動這些較大項目的人，似乎都在賺錢。在這一點上相信我，我已經為軟件世界貢獻了巨額資金，我還去參加會議，但人們說我不是一個貢獻者，因為我沒有為他們的項目編寫代碼（盡管他們從來沒有幫我做過一件事情）。 在這本書中，當我說“流程”的時候，我的意思是個人流程。我很少涵蓋直接關于與他人合作的任何事情，因為有一堆書已經涵蓋了你應該如何與他人合作。有很少的書籍可以幫助你按照自己的個人流程工作，并為你定義處理什么，以及為什么。對于你想要專注的事情，自我為中心、貪婪、反社會或者暴虐都沒有任何錯誤，所以你可以在你所愛的東西上做得更好。 ## 挑戰練習 練習實際上是寫下你的想法，以及你似乎有什么問題。在這個階段你可能不知道你的工作方式，因為你不是很有經驗。為了幫助你，我編寫了一個問題列表： + 長時間處理項目時有問題嗎？ + 你是否傾向于編寫有缺陷的代碼，而不知道為什么？ + 你熱衷于編程語言，但從來沒有實現過任何東西？ + 你不記得 API 嗎？我也是啊 + 你是否感到自卑或像會被抓住的騙子？ + 你擔心自己是否是一個“真正的程序員”？ + 你不知道如何選取一個想法，將其從零開始變成代碼？ + 你有入門的問題嗎？ + 你在混亂的環境中工作嗎？ + 你是否完成了你的項目的第一個實現，不知道如何更進一步呢？ + 你是否在代碼的頂部繼續插入代碼，直到產生了巨大的混亂呢？ 想想這些問題，然后嘗試寫下你在處理項目中所做的事情。如果你沒有工作經驗，請寫下你認為應該在項目中做什么。 ## 研究性學習 + 再寫一些這樣的問題，然后回答他們。 + 問其他你可能知道的程序員，他們的流程是什么。你會發現他們可能不知道。 ## 深入學習 要記住的是，人們說他們的流程是什么，和他們實際做什么，可能是截然不同的。我們人類傾向于使用一種比現實更積極，更合乎邏輯的方式記住事情。在這本書中，你將打破這種習慣，并使用外部記錄的指標（可能是屏幕錄像）來確定你做什么。這不是你應該永遠做的事情，但是當你提高編碼技能時，這是一個很大的幫助。但是，當你詢問一些其他更成功的程序員，它們的流程是什么，要記住，他們沒有這樣做，很可能他們告訴你的不是他們做的事情。如果你能找到一個更有經驗的程序員，愿意在工作時記錄他們的屏幕，那么比起詢問他們做什么，這可能更有啟發意義。我建議去觀看其他程序員的屏幕錄像，只是看看他們如何處理問題并記錄筆記。