1. 程式人生 > >個人作業4-alpha階段個人總結

個人作業4-alpha階段個人總結

職業道德 但我 問題 是否 src 活動 什麽 如果 開發人員

1.個人總結

(1)
技術分享圖片

技術分享圖片

(2)
技術分享圖片

技術分享圖片

技術分享圖片

技術分享圖片

2.回答問題

1.對於一些用戶不太需要的功能或者很少用的功能,又不涉及到人身財產安全。是否有開發的必要?

如果用戶真的不需要,並且不像書中的例子那樣,能在關鍵時刻發揮作用拯救上百人的功能,沒有必要開發。

2.一個軟件的功能越多,是否越受用戶歡迎,或者說越好用?

軟件開發要把用戶的需求放在第一位,不在於功能的多與少,用戶用著舒適,覺得方便。那就是一個好的軟件。

3.敏捷開發中如果整個項目中開發員花x%的時間寫新的(測試)代碼而不重視寫產品代碼,那它其中的意義何在?

這個問題,現在明白了,開發者如果水平不夠,確實需要很長時間寫測試代碼,可在真正的開發團隊中,每個人的水平應該都是夠的。

4.那麽什麽是IT人的職業道德規範,今後會不會有法律來約束?

職業道德既是本行業人員在職業活動中的行為規範,又是行業對社會所負的道德責任和義務。法律約束還是有點距離,但我相信未來會有的。

3.再提問題

1.為什麽有些公司會不顧用戶體驗,更新頻繁,反向優化。只為了利益著想,(比如最近比較火的藍洞公司)一個軟件開發人員的初衷是什麽,牟利為主,還是用戶體驗?
2.接上題 我們應該如何去獲取用戶對軟件的體驗?
3.書中對於敏捷流程中的測試驅動開發,英文全稱Test-Driven Development,簡稱TDD,是一種不同於傳統軟件開發流程的新型的開發方法。它要求在編寫某個功能的代碼之前先編寫測試代碼,然後只編寫使測試通過的功能代碼,通過測試來推動整個開發的進行。這有助於編寫簡潔可用和高質量的代碼,並加速開發過程。 為什麽有些功能通過測試了還是有BUG?
4.每一個開發人員必須嚴格遵從"設計",導致開發人員為了符合"設計"而作了錯誤的事情或以錯誤的方式作正確的事情。敏捷開發中設計是不可更改的嗎?
5.敏捷開發優點那麽多,那麽企業什麽時候不應該采用敏捷開發?

個人作業4-alpha階段個人總結