關於Design Review 的一些思考

2022-06-09 09:45:10 字數 600 閱讀 8894

開發流程:

根據需求我們需要給出實現方案,如db 表設計,訊息佇列設計,**組織,模組劃分,單元測試等等,這是我目前了解到的,我開發的時候還沒有做到這麼細,也是自己後面努力的方向。

設計好方案以後需要思考是否可以滿足我們這次開發的業務需求:

功能是否完善

qps是否合格,當然這個是在我們專案對效能有要求的前提下

線上出了問題是否方面定位和分析

使用是否好用

以上是我目前想到的了

給出設計方案以後,我們可以思考一下,然後隔一天自己review一下,如果自己覺得沒有什麼大的問題的時候,請團隊內的同事或者產品經理幫忙review一下自己的設計和分析,在和同事交流和分析的時候,我們往往會get到我們沒有注意到的細節和問題,這也就是design review 的重要性了,根據我們討論和分析得到的問題,給出解決方法和方案,然後再review一下,如果沒有問題,我們接下來就可以進入開發階段了。

在design review的過程中幫我們暴露了我們沒有考慮到的問題,提前解決總比我們開發到一半才發現自己的設計有問題,需要重新設計要好的多。同時,不要害怕被指出問題,提早暴露問題總比線上出了問題好的多,還有要有開放和空杯的心態,和同事一起分析和解決問題是成長最快的。

關於this 的使用

如有不對的地方請大家指出,呵呵.this 的使用 1.this是指當前物件自己。當在乙個類中要明確指出使用物件自己的的變數或函式時就應該加上this引用。如下面這個例子中 public class a public static void main string args 執行結果 s hellow...

關於IT的我們

首先,對於廣大程式設計師,要先對程式設計師這個職業有個理性的認識。程式設計師不是什麼神聖的職業,這只是乙個普通的技術工種。我認為還算不上是it精英 當然精英的定位,每個人都有不一樣的標準 我個人認為,能自主發現問題,提出方案,構架程式結構的it人士才能算的上it精英。學會某種語言,了解某個領域的基本...

關於NSAutoReleasePool的理解

做iphone應用開發已經2年多了,但一些基礎的概念性問題只是大致了解,腦袋中有個模糊的概念.雖然對平時工作開發沒什麼影響,不過時間長了,心裡總是有點虛.所以從現在開始,每當我遇到乙個模糊概念的問題或topic,我都要寫一篇blog來記錄分析,響應之前在網上看過的乙個blog簽名 好記性不如爛部落格...