軟體架構師應該知道的97件事

2023-01-08 00:04:18 字數 5180 閱讀 2528

溝通應當言簡意賅、詳略得當,別拖泥帶水。

5. 架構決定效能 ( randy stafford )

種瓜得瓜,種豆得豆,架構設計也是一樣道理。

6. 分析客戶需求背後的意義 ( einar landre )

抽絲剝繭,洞見癥結。不要被表面需求迷惑。

7. 起立發言 ( udi dahan )

起立發言效果更好。

8. 故障終究會發生 ( michael nygard )

應該提前設計預防措施,限制故障。

9. 我們常常忽略了自己在談判 ( michael nygard )

工程師應該適時轉換角色,學習談判的技巧。

10. 量化需求 ( keith braithwaite )

沒有規矩,不成方圓。

11. 一行**比五百行架構說明更有價值 ( allison randal )

可工作的**才是目標,設計只是達成目標手段。

12. 不存在放之四海皆準的解決方案 ( randy stafford )

軟體世界沒有****。

13. 提前關注效能問題 ( rebecca parsons )

盡早展開效能測試。

14. 架構設計要平衡兼顧多方需求 ( randy stafford )

平衡兼顧專案的技術需求和相關各方的業務需求。

15. 草率提交任務是不負責任的行為 ( niclas nilsson )

要設法杜絕開發人員草率提交任務的念頭。

16. 不要在一棵樹上吊死 ( keith braithwaite )

為客戶提供多樣化的解決方案。

17. 業務目標至上 ( d**e muirhead )

技術決策不能脫離業務目標和現實條件的約束。

18. 先確保解決方案簡單可用,再考慮通用性和復用性 ( kevlin henney )

19. 架構師應該親歷親為 ( john d**ies )

身先士卒才能贏得同事的信任。

20. 持續整合 ( d**id bartlett )

21. 避免進度調整失誤 ( norman carnovale )

不惜一切代價拒絕調整專案進度的要求。

22. 取捨的藝術 ( mark richards )

架構不可能滿足所有需求。

23. 打造資料庫堡壘 ( dan chak )

一開始就要定義好資料模型。

24. 重視不確定性 ( kevlin henney )

推遲決策,建設性地利用不確定性。

25. 不要輕易放過不起眼的問題 ( d**e quick )

別忘了溫水煮青蛙的故事。

26. 讓大家學會復用 ( jeremy meyer )

重複利用已有資源,首先要改變大家的觀念。

27. 架構裡沒有大寫的「i 」 ( d**e quick )

變讓自己變成自大狂。

28. 使用「 一千英呎高」 的檢視 ( erik doernenburg )

選擇合適的架構檢視。

29. 先嘗試後決策 ( erik doernenburg )

30. 掌握業務領域知識 ( mark richards )

31. 程式設計是一種設計 ( einar landre )

軟體開發也分成設計和生產兩個階段。

32. 讓開發人員自己做主 ( philip nelson )

33. 時間改變一切 ( philip nelson )

選擇值得投入精力的工作,別跟以前的工作過不去。

34. 設立軟體架構專業為時尚早 ( barry hawkins )

35. 控制專案規模 ( d**e quick )

36. 架構師不是演員,是管家 ( barry hawkins )

別忘了你的工作責任。

37. 軟體架構的道德責任 ( michael nygard )

架構師的決定會影響許多人,務必慎重。

38. 摩天大廈不可伸縮 ( michael nygard )

但軟體可以。

39. 混合開發的時代已經來臨 ( edward garson )

40. 效能至上 (craig russell )

41. 留意架構圖裡的空白區域 ( michael nygard )

空白區域「充滿」了各種軟體和「硬體」。

42. 學習軟體專業的行話 ( mark richards )

同行之間講行話方便交流。

43. 具體情境決定一切 ( edward garson )

44. 侏儒、精靈、巫師和國王 ( evan cofsky )

開發團隊不應該同質化。

45. 向建築師學習 ( keith braithwaite )

借鑑建築行業的經驗。

46. 避免重複 ( niclas nilsson )

47. 歡迎來到現實世界 ( gregor hohpe )

現實世界比軟體世界複雜。

48. 仔細觀察,別試圖控制一切 ( gregor hohpe )

49. 架構師好比兩面神 ( d**id bartlett )

架構師應該像兩面神一樣,眼觀六路、耳聽八方。

50. 架構師應關注邊界和介面 ( einar landre )

尋找自然的邊界,分而治之。

51. 助力開發團隊 ( timothy high )

優秀團隊是成功的保障,要盡量助力開發團隊。

52. 記錄決策理由 ( timothy high )

記錄架構決策背後的理由,具有極高的投資回**值。

53. 挑戰假設, 尤其是你自己的 ( timothy high )

臆斷是事情搞砸的主要根源。務必要確保軟體基石堅實可靠。

54. 分享知識和經驗 ( paul w. homer )

幫助周圍的人不斷改善,他們也會幫助我們發揮出全部的潛力。

55. 模式病 ( chad la vigne )

不要讓一展設計模式功力的慾望,遮蔽了務實的真知。

56. 不要濫用架構隱喻 ( d**id ing )

不要耽溺於系統隱喻之中,反讓它拖了後腿。

57. 關注應用程式的支援和維護 ( mncedisi kasper )

應用程式的支援和維護,永遠都不應該是事後才考慮的事情。

58. 有捨才有得 ( bill de hra )

珍惜需要權衡的時機,遠勝毫無約束和限制。

59. 原則、公理和模擬勝於個人意見和口味 ( michael harmer )

60. 從「 可行走骨架」 開始開發應用 ( clint shank )

從「 可行走骨架」 開始,增量培育系統成長 。

61. 資料是核心( paul w. homer )

從「資料是核心」這個角度去認識系統,能大大降低理解複雜度 。

62. 確保簡單問題有簡單的解 (chad la vigne )

63. 架構師首先是開發人員 (mike brown )

碰到麻煩時,架構師可不能只會幹吹煙圈卻束手無策。

64. 根據投資回報率(roi )進行決策( george malamidis )

65. 一切軟體系統都是遺留系統( d**e anderson )

軟體很快便會過時,修改維護無可避免。

66. 起碼要有兩個可選解決方案( timothy high )

67. 理解變化的影響 ( doug crawford )

清楚認識變化型別及其影響。

68. 你不能不了解硬體( kamal wickramanayake )

硬體容量規劃,是和軟體架構同等重要的事情。

69. 現在走捷徑,將來需付息( scot mcphee )

及時還清技術債務。

70. 不要追求「完美」,「足夠好」就行( greg nyberg )

避免過度設計。

71. 小心「好主意」 ( greg nyberg )

72. 內容為王 ( zubin wadia )

73. 對商業方,架構師要避免憤世嫉俗( chad la vigne )

74. 拉伸關鍵維度,發現設計中的不足( stephen jones )

75. 架構師要以自己的程式設計能力為依託( mike brown )

76. 命名要恰如其分( sam gardiner )

弄清楚要做的究竟是什麼。

77. 穩定的問題可以獲得高質量的解決方案( sam gardiner )

78. 天道酬勤( brian hart )

真正做好那些看似簡單的任務,堅守承諾。

79. 對決策負責( yi zhou )

80. 棄聰明,求質樸( eben hewitt )

81. 精心選擇有效技術,絕不輕易拋棄( chad la vigne )

82. 客戶的客戶才是你的客戶!( eben hewitt )

83. 事物發展總會出人意料 ( peter gillard-moss )

設計是在不斷變化的世界中持續進行探索試驗的過程。

84. 選擇彼此間能和諧共處的框架 ( eric hawthorne )

當心「無所不能」型的框架。

85. 著重強調專案的商業價值( yi zhou )

86. 不僅僅只控制**,也要控制資料 ( chad la vigne )

87. 償還技術債務 ( burkhardt hufnagel )

在速度和架構間進行權衡,保持平衡。

88. 不要急於求解( eben hewitt )

首先看看是否可以改變問題。

89. 打造稱手的系統( keith braithwaite )

90. 找到並留住富有激情的問題解決者 ( chad la vigne )

91. 軟體並非真實的存在 ( chad la vigne )

虛擬世界中的軟體是柔韌可變的。

92. 學習新語言 ( burkhardt hufnagel )

防止溝通不暢和誤解 。

93. 沒有永不過時的解決方案( richard monson-haefel )

94. 使用者接受度問題( norman carnovale )

減輕使用者接受度問題帶來的風險。

95. 清湯的重要啟示 ( eben hewitt )

軟體架構設計需要不斷的精煉濃縮。

96. 對終端使用者而言,介面就是系統 ( vinayak hegde )

97. 優秀軟體不是構建出來的,而是培育起來的( bill de hra )(

大學生應該知道的50件事

大學生應該知道的50件事情 2013 7 29 11 03 1 到領導辦公室,老師給你倒水,你離開時,請你拿走你的一次性杯子。2 大學生不論你是專科還是本科,在校時間也不過三四年而已,請平時多拍些生活 或者學生幹部的活動 一定要收藏好。因為這都是你大學生的點滴,將來畢業的時候你就會發覺這是一筆很大的...

每個女人該知道的17件事

1.你必須找到除了愛情之外,能夠使你用雙腳堅強站在大地上的東西。你要找到謀生的方式,現在考慮不晚了。我從來不以為學歷有什麼重要,天才都不是科班,但,不是科班,連龍套都跑不了。2.不要多看那些和你乙個路數的女作家的文字。不要瑣碎,無病呻吟。不要想到什麼就寫。不要流於小感傷和小感動。相信溫暖 美好 信任...

留學義大利必須知道的五件事

義大利目前共有58所公立大學,17所非公立院校,2所語言大學,還有6所屬於研究中心大學。著名的博洛尼亞大學已有1000多年歷史,馬蘭歐尼設計學院,雖然是私立大學,但是在專業領域內赫赫有名。2008至2009年度,有近3150名中國學生進入義大利大學,而在2003至2004年,這個數字僅為104人。1...