第乙個階段：確定資源可用性
這裡的資源包括很多，必須基本的工具，電腦啊，開發工具啊，開發環境啊之類的。不要覺得這些太普通，很多公司的專案不允許連線外網，所以一定要確定基本工具
資源不只是物質上的，還有人力上的，必須美工支援（做**得有圖啊，沒有圖會被阻塞）。還有資料需要其他人支援，得確定介面可用性。
api對接人題目中給出了，所以要找他確定介面可用的時間。因為很有可能這個人在這個時候正在進行開發，不能在第一時間給出支援，只要他給出的介面時間在合理的時間範圍內，你都需要根據各方給出的時間不同來設定自己的開發順序（前提是這些順序是可以交換的）。
最開始的階段就是檢查硬體裝置以及聯絡各方資源，看看是否到位，如果不到位或者有風險一定要上報。
第二個階段是確定介面
乙個專案的開發幾乎不會是自己來完成，幾乎都是要多方協作的，既然是多方協作，必然得有各自負責的業務邊界，在邊界處，雙方互動的確定性和穩定性決定這未來這裡隱患程度的大小
所以一定要和api提供方確定好介面，千萬不要出現開發到某個地方的時候，發現api提供方給出的介面不滿足要求。這個時候如果再提，api提供方就需要時間修改，可能專案就會延期了。
第三個階段就是設計和開發
一定要先設計，後開發。很多大公司講七分設計，三分開發。
就是設計階段會花費大量的時間，把專案清楚的分解成很多小的模組之後再逐一進行開發。
開發階段**要留有一定的注釋。
第四個階段是自測階段
自己寫的**要自己進行測試
自己來模擬資料和呼叫介面，來看會不會報錯。自己模擬資料在測試中的術語叫做寫「樁模組」，自己寫呼叫介面在測試中叫寫「驅動模組」。
第五個階段是聯調階段
第五個階段是聯調階段，聯調有兩個型別，乙個是和你的api提供方進行聯調。乙個是和你的呼叫方進行聯調。
當然，如果你處於系統呼叫鏈的頂端或者尾端可能會只有乙個連線方。聯調之後就可以提測了。將工作轉給qa（測試）
發現時間不充足可以提出風險
依然不給撥出時間，出現問題責任方不完全在你。
如果省略自測步驟，就要承擔全責。
起個什麼標題好呢
請原諒我用如此逗比的文章標題，因為此刻的我已經被這個超暖心的小故事所征服了，暫時性的喪失掉了思考的能力，難以用言語來表述我現在的心情，如果說世界上真的存在神靈的話，我衷心祝願愛神庇佑你們，直到白頭與偕老 0 今天，偶然的機會點開空間看見了我的一位高中摯友發的一條動態，看著看著，只感覺心裡莫名的公升起...
感覺擬標題好難！！！
首先來個自我介紹吧，畢竟第一次寫部落格，有錯的地方希望大家見怪不怪。我叫張騰飛，是一名大二的在校學生，在大學的兩年內感覺並沒有特別精彩的時光，學習也一般般吧，在今後的兩年內會努力讓大學生活變得更加精彩。程式設計的目標 想個目標很簡單，但是實現的過程可能要經歷千難萬難。終極理想 使用我開發出的軟體的人...
1060 取個標題好難
取個標題好難 time limit 1000ms memory limit 65536k total submit 14 accepted 0 description 你是否經常在寫完文章之後為文章取乙個合適的標題而苦惱？這裡提供乙個很有趣的方法。首先，標題應該概括文章的內容。為了簡單起見，如果乙個...