讀《構建之法》11、十二章有感

十一章：軟件設計與實現

把代碼修改記集成到代碼庫中

將開發人員手頭上的經修改過的大碼簽入源代碼控制系統的步驟：

一、根據場景和開發任務來決定集成的次序

二、互相依賴的任務要一塊兒集成

三、在測試場景時，要保證端到端的測試

四、場景的全部者必須保證場景徹底經過測試，而後把場景的狀態改成「解決」

開發人員的標準工做流程：

參考《構建之法》P205

 

在書本中提到了一點，小飛說他在辦公室裏作了10個小時：而後真正能花在開發工做的時只有3個小時，而後工做進展大概只有；兩個小時，他說他的時間主要是被一些隨機事情干擾了，而後就耗費了許多時間。其實在個人思惟中，我一直以爲只要有關本次項目程序的事情，都不算是隨機事情，好比在寫程序的時候，遇到了一個關於有效性的問題或者是完善的問題，我或許就會改變方向先將這方面作完，我以爲這點並不算是隨機事情，畢竟之後發佈的正式版本仍是須要考慮到這點問題。早考慮晚考慮，遲早都要考慮，老師你以爲呢？你認爲這樣想能夠嗎？

課後練習與討論：如何對付客戶不買帳的行爲？

　　在我我的見解中，若是遇到這點，我以爲首先我會想是否是我和客戶溝通上出現了問題，在早期我可能會先耐心下來與客戶再次好好溝通（畢竟客戶就是上帝）,儘量達到客戶的需求，只要能在咱們小組工做範圍以內的，能夠理解的要求咱們都儘量的知足，儘快給客戶一個滿意答覆。可是，若是咱們所遇到的是一位喜歡刁難的客戶，每次都提出一些極端的要求，那麼我以爲對於這類客戶，咱們之間也沒有必要有合做的餘地了。

 

十二章：用戶體驗

　　用戶體驗這章，也正是咱們小組項目當前正在進行的內容，看完本章對於咱們小組接下來的工做有了很大的幫組。

用戶體驗的要素：

一、用戶的第一印象

在設計方面須要注意一下幾點：

一、咱們所面對的典型用戶是誰？

二、用戶初次體驗很是重要，這點必需要認真考慮。（在用戶使用次數少的功能上少花時間，要突出程序的主要功能，特點有價值的功能。）

主要涉及到5個「W"和1個「H」上:

即：WHO誰是目標用戶：

WHEN用戶什麼時候會使用咱們的產品：

WHERE用戶何地會使用咱們的產品：

what咱們的產品是什麼？特點在哪裏？

WHY用戶爲何會選擇咱們的產品，哪方面吸引到了用戶？

HOW用戶如何與咱們的茶農發生交互的？

二、從用戶的角度出發考慮問題

從書本上看到那個銀行假幣投訴的例子，簡直是沒法理喻，這徹底是阻斷了用戶使用的路徑。

三、用戶須要幫組，可是用戶沒有那麼蠢

一些簡答的解釋，若是太多了，就會變得冗餘重複囉嗦了。

四、軟件服務始終要記住用戶的選擇

通過書本上對於用戶設計的一些例子「相似於飛機上的服務遙控器」

其實這些問題看起來小，看完以後才感受到，裏面含有許多大道理、這點，咱們沒有實際遇到過，還真一時半會想不到，不過，我以爲在這方面，機組人員必須通過一番專業培訓，而後在乘客登機的時候，應該告知乘客這些東西，更多的是一種互動的方式來告知乘客，這樣就或許能達到意想不到的效果。

 

那麼本章問題來了，那我想請問老師，咱們該如何在這第一次相當重要的用戶初次體驗中，儘量的讓用戶達到他們想要的效果，這畢竟是第一次體驗，體驗不就是收集問題嗎？那咱們這又說第一次要作到完美才行，那作到完美還怎麼讓用戶提出問題。這是否是有些矛盾？