Incremental development—grow, not b

Incremental development—grow, not build, software. I still remember the jolt ¡ felt in 1958 when I first heard a friend talk about building a program, as opposed to writing one.
In a flash be broadened my whole view of the software process. The metaphor shift was powerful, and accurate. Today we understand how like other building processes the construction of software is, and we freely use other elements of the metaphor, such as specijica lions, assembly of components, and scaffolding.

The building metaphor has outlived its usefulness. It is time to change again. If, as I believe, the conceptual structures we construct today are too complicated to be accurately specified in advance, and too complex to be built faultlessly, then we must take a radically different approach.
Let us turn to nature and study complexity in living things, instead of just the dead works of man. Here we find constructs whose complexities thrill us with awe. The brain alone is intricate beyond mapping, powerful beyond imitation, rich in diversity, self-protecting, and self-enewing. The secret is that it is grown, not built.
So it must be with our software systems. Some years ago Harlan Mills proposed that any software system should be grown by incremental development.” That is, the system should first be made to run, even though it does nothing useful except call the proper set of dummy subprograms. Then, bit-by-bit it is fleshed out, with the subprograms in turn being developed into actions or calls to empty stubs in the level below.

Kết quả (Việt) 1:

Gia tăng phát triển-phát triển, không xây dựng, phần mềm. Tôi vẫn còn nhớ 』 lắc bật ra cảm thấy năm 1958 khi tôi lần đầu tiên nghe một người bạn nói chuyện về xây dựng một chương trình, như trái ngược với viết một.Trong một đèn flash được mở rộng quan điểm của tôi toàn bộ quá trình phần mềm. Thay đổi ẩn dụ là mạnh mẽ, và chính xác. Hôm nay chúng tôi hiểu như thế nào giống như quá trình xây dựng khác là việc xây dựng phần mềm, và chúng tôi tự do sử dụng các yếu tố khác của ẩn dụ, chẳng hạn như con sư tử specijica, lắp ráp thành phần và dàn giáo.Ẩn dụ xây dựng đã sống lâu hơn tính hữu dụng của nó. Đó là thời gian để thay đổi một lần nữa. Nếu, như tôi tin rằng, các cấu trúc khái niệm chúng tôi xây dựng vào ngày hôm qua là quá phức tạp để được chính xác được xác định trước, và quá phức tạp để được xây dựng faultlessly, sau đó chúng tôi phải mất một cách tiếp cận hoàn toàn khác nhau.Hãy để chúng tôi chuyển sang thiên nhiên và nghiên cứu phức tạp ở sinh vật, thay vì chỉ là các tác phẩm chết của người đàn ông. Ở đây, chúng tôi tìm thấy cấu trúc phức tạp mà hộp chúng tôi với kinh hoàng. Não một mình là phức tạp hơn thế nữa bản đồ, mạnh mẽ vượt quá giả, phong phú về sự đa dạng, tự bảo vệ, và tự-enewing. Bí mật là rằng nó được trồng, không được chế tạo.Do đó nó phải với hệ thống phần mềm của chúng tôi. Một vài năm trước đây Harlan Mills đề xuất rằng bất kỳ hệ thống phần mềm nên được phát triển bởi gia tăng phát triển." Có nghĩa là, Hệ thống nên đầu tiên được thực hiện để chạy, mặc dù nó không có gì hữu ích ngoại trừ gọi các thiết lập thích hợp của giả subprograms. Sau đó, chút bởi bit nó fleshed ra, với các subprograms lần lượt được phát triển thành hành động hoặc cuộc gọi đến các sơ khai sản phẩm nào ở cấp độ dưới đây.

Kết quả (Việt) 2:

Incremental phát triển mọc, không xây dựng, phần mềm. Tôi vẫn còn nhớ cú xóc ¡cảm thấy vào năm 1958 khi lần đầu tiên tôi nghe một người bạn nói chuyện về việc xây dựng một chương trình, như trái ngược với một văn bản.
Trong chớp mắt được mở rộng toàn bộ điểm của tôi về quá trình phần mềm. Sự thay đổi ẩn dụ này là mạnh mẽ và chính xác. Hôm nay chúng ta hiểu thế nào giống như xây dựng khác xử lý việc xây dựng các phần mềm, và chúng ta tự do sử dụng các yếu tố khác của các ẩn dụ, như sư tử specijica, lắp ráp các thành phần, và giàn giáo. Ẩn dụ xây dựng đã vượt qua được tính hữu dụng của nó. Đó là thời gian để thay đổi một lần nữa. Nếu, như tôi tin rằng, các cấu trúc tư tưởng chúng ta xây dựng ngày hôm nay là quá phức tạp để được xác định chính xác trước, và quá phức tạp được xây dựng faultlessly, sau đó chúng ta phải có cách tiếp cận hoàn toàn khác nhau. Chúng ta hãy quay về với thiên nhiên và nghiên cứu phức tạp trong sinh vật sống , thay vì chỉ các công việc chết của người đàn ông. Ở đây chúng ta thấy cấu trúc phức tạp mà chúng ta hồi hộp với sự sợ hãi. Bộ não một mình là phức tạp ngoài bản đồ, mạnh mẽ vượt giả, giàu tính đa dạng, tự bảo vệ, và tự enewing. Bí quyết là nó được trồng, không được xây dựng. Vì vậy, nó phải được với các hệ thống phần mềm của chúng tôi. Cách đây vài năm Harlan Mills đề xuất rằng bất kỳ hệ thống phần mềm nên được trồng bằng cách phát triển gia tăng. "Đó là, hệ thống đầu tiên nên được thực hiện để chạy, mặc dù nó không có gì hữu dụng ngoại trừ gọi tập hợp các chương trình con dummy. Sau đó, bit-by-bit, nó được gọt giũa ra, với các chương trình con lần lượt được phát triển thành những hành động hoặc các cuộc gọi để trống khai ở cấp dưới.