第二次作業

2022-07-12 04:33:08 字數 3261 閱讀 6253

這個作業屬於哪個課程

[這個作業的目標

《通讀《構建之法》中課程已覆蓋內容,並列出3個問題》

姓名-學號

《丁瑞鑫》-<2016330301042>

每個人在各自獨立設計、實現軟體的過程中不免要犯這樣那樣的錯誤。在結對程式設計中,因為有隨時的複審和交流,程式各方面的質量取決於一對程式設計師中各方面水平比較高的那一位。這樣程式中的錯誤就會少得多,程式的初始質量會高很多,這樣會省下很多以後修改、測試的時間。

--引用自《構建之法》4.5.2章節

其實想想也應該是這樣,老手通常會暴躁焦急,新手往往會緊張不安,但是新手往往會提出更加不拘一格的想法,老手通常會成熟穩重的進行軟體功能的橫向拓展,只要有良好的溝通以及氛圍,新老搭配就能一起呈現出完美的藝術品,不過,在乙個更大的team中,有那麼一瞬間我還會希望有乙個成員的作用是買奶茶(手動狗頭)。

《構建之法》第12章節『使用者體驗』

這個問題其實很簡單,據我粗略預估,90%以上的人拒絕犧牲質量單純去追求使用者體驗,但是,

以及:

在20世紀90年代後期,在通用電氣的韋爾奇對一種設計了更大通道的核磁共振成像儀產生了濃厚的興趣。你如果做過核磁共振,你就會知道,人是平躺著進入到乙個"孔腔」裡面,然後,有乙個旋轉的磁體對人進行掃瞄。如果這個孔腔開得特別小,很多人在其中就會產生憋悶,甚至恐怖的感覺。有的病人甚至會因為恐懼無法完成核磁共振的檢查。韋爾奇和醫療事業部門的人討論這個問題,得到的回答是:孔徑加大,成像的準確度會下降,醫院的人不會接受。他又問:對於那些不需要高精度的檢查,是否可以犧牲成像質量,換取使用者體驗呢。「我們會認真考慮這個問題的。」他們向韋爾奇保證。一年後,日立公司推出了寬孔道的掃瞄裝置,並奪取了大量的市場份額。通用後來花了整整兩年的時間才趕上他們的腳步。

對於乙個新的搜尋引擎也是同樣的,假設知乎推出了知乎搜尋,顯然體驗會更好,但是知乎的體量才多大?dau(日活躍使用者量)千萬量級,相比龐大的網際網路流量來說真的只是九牛一毛。(但不排除知乎有機會)

--引用自 知乎

大部分人 我還是 有點 十分不相信,於是我廣泛開啟專論壇,輸入使用者體驗四個關鍵字,「牛逼的功能千篇一律,好的體驗萬里挑一」,這麼一篇文章映入眼簾,我的內心就快要動搖了,但是還是存在很大的疑惑,於是我查閱各類資料,終於,看到了乙個近乎中立的答案,

那麼,什麼是高質量的it服務呢,我們認為,在不折不扣地滿足與客戶達成合約的基礎上,同時給客戶非同一般的服務體驗,就是高質量的it服務。這種不一般的體驗有多種形式,有的是服務出奇快地滿足了客戶時間性要求;有的是服務內容多,客戶得到了意外驚喜;有的是客戶在過程中得到了充分的尊重,獲得了上帝般的體驗;總之是超出了客戶的預期。按這種說法,高質量源於體驗,可這種體驗少不了自己的內功,就如同iphone手機一樣,沒有蘋果的設計和富士康優良的製造,很難有使用者滿意的體驗,所以高質量是依據於合同,展示與體驗,真正產出於內部,如果我們把質量分為過程質量和結果質量,運維服務的過程質量更強調的是服務者的動作,包括準備是否充分,作業是否規範利索,而結果質量強調的是運維的最終服務指標,如響應時間、完成效率、達到效果等。

--引用自《it運維之道》李鵬著

這兒將產品質量分為過程質量結果質量,這兒似乎問題答案十分清晰了,但是作為消費者來說,不管是過程質量還是結果質量,如果明知道某乙個質量存在缺陷,那你還會選擇消費嗎,或者換乙個,質量有問題,但百萬分之一觸發,那你還會消費嗎,老師所講飛機降落傘的設定,百萬分之一用到,但是還是要不厭其煩地告訴顧客使用方法,那麼,這個是不是就代表選擇了質量呢,即使偶爾影響使用者體驗(比如說多次乘坐,早已將你的話爛熟於心,比如說妨礙我蹺二郎腿了,比如說我看著就很不舒服,礙眼),但是即使礙心礙事礙眼,你很難受,沒有降落傘的飛機你怕是不會乘坐,那麼,究竟該如何取捨呢?

我有乙個故事,假設團隊裡來了兩位年輕人,嗯,就叫「蘿蔔」和「白菜」。蘿下做事很快,是「蘿蔔快了不洗泥」型別;白菜是「慢工出細活」型別。分配了任務後,蘿蔔很快就說做好了!白菜還在吭哧吭哧地跟專案經理和測試人員討論。

領導很高興,讓蘿蔔去做更多的事。開發階段結束了,蘿蔔比白菜多做了不少功能。穩定階段開始了。大家發現蘿蔔負責的功能出了很多問題,白菜的模組倒是比較穩定。

--引用自 《構建之法》p404 第17.7章節 蘿蔔與白菜

這個真的是蘿蔔白菜各有所愛了,不信?你看往下看,

到穩定階段的後期,蘿蔔由於前期設計考慮的不周全,發現在設計上有一定的缺陷,導致模組實現非常複雜,他也成全面了解該模組唯一的開發人員,到了專案的最後階段,蘿蔔幾乎天天加班到最晚,在交付時間的前夕,最後修復了bug。領導看到蘿蔔小組的工作如此辛苦,也很感動,專案組形成一句口頭纏:「有問題,找蘿蔔」。

專案順利結束,開始績效考核。從統計的資料上看,蘿蔔完成的功能多,修補的bug多,並且成為專案「不可或缺的員工」,工作努力是大家有目共睹的,模組也算按時交付;另一方面,白菜的模組也是按時交付,但各種統計資料較少,尤其是修復bug的數量,他所帶的小組加班記錄也不多。領導a認為白菜績效不錯,模組按時完成,沒有大多問題,然後還能幫助其他成員;領導b認為蘿蔔是超級明星:第乙個完成模組,修復的缺陷最多,而且掌握了最複雜的模組,離開他不行,工作得也很晚,有突出貢獻。至於白菜,領導b沒感覺他做了啥,僅僅是按要求完成任務了。

--部分引用自《構建之法》p405

,不錯,大部分人覺得公司決策錯誤,最終會給公司帶來毀滅性打擊,但是小強地獄給出了一種解決方案,光從開發角度來講,獎勵蘿蔔,公司的走向開始出現不確定性,未必會比白菜差,正所謂機遇與挑戰並存。

那麼,究竟是愛蘿蔔還是愛白菜,這樣的人生大事還需要情感大師進行指點一二。

第二次作業

execise02 1.查詢85年以後出生的學生姓名 性別和出生日期 2.列表顯示所有可能的學生選課組合 學號 課程號 3.查詢1 2 4班中陳姓同學的資訊 4.查詢所有及格的學生姓名 所選課程名及所得分數 5.統計各門課程的及格人數 課程編號 課程名 及格人數 6.統計各門課程的總人數 及格人數和...

第二次作業

第一題 p1 1 遞迴寫法,效率低 include 1.寫乙個函式返回引數值為1的個數 比如 15 0000 1111 4個1 程式原型 int count one bits unsigned int value int fuc int x else return 0 void mainp1 p1 ...

第二次作業

檔名稱 516.cpp 作 者 闕文榮 完成日期 2016 年 3 月 11 日 版 本 號 v1.1 對任務及求解方法的描述部分 用while語句控制輸出 輸入描述 略 問題描述 現在北京有一套房子,200萬,假設房價每年 10 乙個軟體工程師每年固定能賺40萬。他想買這套房子,多大的 率能夠忍受...