Chinaunix首页 | 论坛 | 博客
  • 博客访问: 387231
  • 博文数量: 71
  • 博客积分: 3226
  • 博客等级: 中校
  • 技术积分: 970
  • 用 户 组: 普通用户
  • 注册时间: 2007-12-04 14:55
文章分类

全部博文(71)

文章存档

2012年(8)

2011年(12)

2010年(11)

2008年(29)

2007年(11)

分类:

2010-05-05 08:41:29

51. 助力开发团队 ( Timothy High )
优秀团队是成功的保障,要尽量助力开发团队。
52. 记录决策理由 ( Timothy High )
记录架构决策背后的理由,具有极高的投资回报价值。
53. 挑战假设, 尤其是你自己的 ( Timothy High   )
臆断是事情搞砸的主要根源。务必要确保软件基石坚实可靠。
54. 分享知识和经验 ( Paul W. Homer )
帮助周围的人不断改善,他们也会帮助我们发挥出全部的潜力。
55. 模式病 ( Chad La Vigne )
不要让一展设计模式功力的欲望,遮蔽了务实的真知。
56. 不要滥用架构隐喻 ( David Ing )
不要耽溺于系统隐喻之中,反让它拖了后腿。
57. 关注应用程序的支持和维护 ( Mncedisi Kasper )
应用程序的支持和维护,永远都不应该是事后才考虑的事情。
58. 有舍才有得 ( Bill de hóra )
珍惜需要权衡的时机,远胜毫无约束和限制。
59. 原则、公理和类比胜于个人意见和口味 ( Michael Harmer )
60. 从“ 可行走骨架” 开始开发应用 ( Clint Shank )
从“ 可行走骨架” 开始,增量培育系统成长 。
61. 数据是核心( Paul W. Homer )
从“数据是核心”这个角度去认识系统,能大大降低理解复杂度 。
62. 确保简单问题有简单的解 (Chad La Vigne )
63. 架构师首先是开发人员 (Mike Brown )
碰到麻烦时,架构师可不能只会干吹烟圈却束手无策。
64. 根据投资回报率(ROI )进行决策( George Malamidis )
65. 一切软件系统都是遗留系统( Dave 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 hóra )
阅读(4133) | 评论(1) | 转发(0) |
给主人留下些什么吧!~~

安何2010-05-27 09:38:18

这么多事