在之前的專題中，我主要通過郵件和GitHub的方式幫助大家Review代碼，雖然反饋的同學說對他們很有幫助，但這兩種方式并不是很好。郵件中的代碼排版很混亂，讓我讀起來很痛苦。而GitHub對初學者而言很難上手，大家貌似都不愿意使用。最重要的是很多問題很有代表性但我不能分享給更多的人。我一直在尋找一種全新的方式和大家進行互動，于是就有了這個“編程手把手計劃”。

1. 什么是“編程手把手計劃”

今后我所有需要互動的專題都會要求參與者在規定的時間完成課后作業，之后在自己的簡書賬號里發表打卡文章，內容主要是自己完成作業的代碼。我會通過評論留言的方式對代碼進行講評。

這種方式不僅可以讓我更直接地給大家提供反饋，更重要的是能夠督促大家按時完成作業。通過簡書記錄自己的每一個練習過程也是一個很不錯的成長方式。很多人只是把簡書當做自己閱讀他人作品的工具，這就有點大材小用了。畢竟，簡書是一個鼓勵大家寫作的平臺。

2. 如何發表打卡文章

由于剛開始試運行，我先初步規定一下文章格式。后續我們在實行的過程中再一起發掘更多新鮮的玩法。

2.1 文章標題

文章題目格式如下：

天花板編程手把手計劃 - 第 X 期 - 第 X 天 - 打卡

中間的空格可以省略，我本人代碼寫多了習慣在特殊字符左右加空格。

2.2 第一部分：題目部分

這部分可以把課后作業的題目粘貼在這里，也可以留下我布置作業的文章鏈接，目的是讓我和其他看到文章的人能夠了解你完成的是什么題目。

2.3 第二部分：解題思路

這部分需要簡單寫一下自己的實現思路或代碼邏輯，形式不限。你可以使用文章、偽代碼、流程圖、示意圖等各種你喜歡的方式。這部分不僅是給別人看，最重要的是給自己看，今后復習的時候它會很有用。

2.4 第三部分：源碼

這部分需要粘貼自己完成作業的源代碼。一定要是可執行的完整代碼，否則視作無效。

2.5 第四部分：執行結果

這里最好貼上程序執行結果的截圖，如果你沒有運行成功，還是先調試好再發文章吧。

2.6 第五部分：總結

完成了這個練習之后，你一定有不少心得體會，可以寫在這里。無論是調試技巧還是涉及的知識點都可以。如果實在沒什么可說的，可以留白。不過，我建議大家盡量還是寫點什么，哪怕只有一句話或幾個關鍵字都能給你今后復習提供不小的幫助。

完成了這五個部分就可以發布了，別忘了發布之后把文章鏈接貼在我布置作業的帖子留言區。

3. 注意事項

發文規則是不是很簡單，還需要重點關注以下事項：

• 文章題目格式要正確，否則我不會講評
• 文章內容要全，五個部分只有最后一個可以留白
• 源碼部分必須寫在代碼框中，否則我不會看的
• 實現語言只能選擇C或C++
• 如果你一定要用其他語言，發帖之后可以私信我，如果有空我會去看的
• 發布文章之后記得給我留言，不然我不會知道

如果你還是不知道怎么寫，可以查看我寫的一個Demo：天花板編程手把手計劃-第1期-第0天-打卡

4. 最后

目前的規則就是這些，如果后續有所改動我會更新在這里。

由于不知道大家對這個計劃的歡迎程度，為了保證質量，我會限制每一期的參與人數。后面幾天會發出第一期的報名帖，只有在規定時間內完成報名的人才能參加這個計劃。請大家注意。

希望這個計劃能夠幫到有需要的人。

活動成員正在招募中：招募 | 天花板編程手把手計劃

我是天花板，讓我們一起在軟件開發中自我迭代。
如有任何問題，歡迎與我聯系。