摘要: 整体部分 13.1 许多失败完全源于哪些产品未经确定以的地方。 13.2 在编码前,规格说明必须提高给外部测试小组,以详细检查说明的完整性和明确性。 13.3 好的自上而下的设计从四个方面避免了bug。 13.4 有时必须回退,推翻顶层设计,重新开始。 13.5 结构化编程中,程序的控制结构仅仅由支 阅读全文
posted @ 2024-03-13 12:33 catsahsy 阅读(49) 评论(0) 推荐(0)
摘要: 未雨绸缪 11.1 第一个开发的系统对于大多数项目来说并不合用,它可能太慢、太大难以使用。 11.2 系统的丢弃和重新设计可以一步完成,也可以一起实现,但必须完成。 11.3 为舍弃而计划,无论如何,你一定要这么做。 11.4 开发人员交付的是用户满意程度,而不仅仅是实际的产品。 11.5 用户的实 阅读全文
posted @ 2024-03-12 00:57 catsahsy 阅读(62) 评论(0) 推荐(0)
摘要: 削足适履 9.1 除了运行时间以外,程序所占据的内存空间也是主要开销。特别是对于操作系统,它的很多程序是永久驻留在内存中的。 9.2 软件开发人员必须设立规模目标,控制规模,发明一些减少规模的方法。 9.3 规模预算不仅在占据内存方面是明确的,同时还应该指明程序对磁盘的访问次数。 9.4 规模预算必 阅读全文
posted @ 2024-03-11 21:42 catsahsy 阅读(16) 评论(0) 推荐(0)
摘要: 贯彻执行 6.1 即使是大型的设计团队,设计结果也必须由一个或两个人来完成,以确保这些决定一致。 6.2 必须明确定义体系结构中与先前定义不同的地方,重新定义的详细程度应该与原先的说明一致。 6.3 出于精确性的考虑,我们需要形式化设计定义,也需要记叙性定义来加深理解。 6.4 必须采用形式化定义和 阅读全文
posted @ 2024-03-08 22:15 catsahsy 阅读(13) 评论(0) 推荐(0)
摘要: 外科手术队伍 3.1 同样有两年经验而且在受到同样培训的情况下,优秀的专业程序员的生产率是较差的程序员的10倍。 3.2 小型、精干的队伍是最好的—思绪尽可能的少。 3.3 两个人的团队,其中一人是领导者,常常是最佳的人员使用方法。 3.4 对于真正意义上的大型系统,小型精干的队伍太慢了。 3.5  阅读全文
posted @ 2024-03-07 21:03 catsahsy 阅读(10) 评论(0) 推荐(0)
摘要: 焦油坑 1.1 编程系统产品开发的工作量是供个人使用的独立开发的构建的9倍;我估计软件构件产品化引起了3倍的工作量,将软件构件整合成完成系统所需要的设计、集成和测试又强加了3倍的工作量,这些高成本的构件在根本上是相互独立的。 人月神话 2.1 缺乏合理的时间进度是造成项目滞后的最主要原因,它比其他所 阅读全文
posted @ 2024-03-06 22:19 catsahsy 阅读(10) 评论(0) 推荐(0)
摘要: <?xml version="1.0" encoding="utf-8"?> <LinearLayout android:layout_height="match_parent" android:layout_width="match_parent" xmlns:android="http://sc 阅读全文
posted @ 2024-02-23 20:34 catsahsy 阅读(10) 评论(0) 推荐(0)
摘要: <?xml version="1.0" encoding="utf-8"?> <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" 阅读全文
posted @ 2024-02-22 19:31 catsahsy 阅读(17) 评论(0) 推荐(0)
摘要: package com.example.temperature; import androidx.appcompat.app.AppCompatActivity; import android.Manifest; import android.annotation.TargetApi; import 阅读全文
posted @ 2024-02-21 22:07 catsahsy 阅读(14) 评论(0) 推荐(0)
摘要: 休息 阅读全文
posted @ 2024-02-14 20:28 catsahsy 阅读(107) 评论(0) 推荐(0)