Incremental development—grow, not b

Incremental development—grow, not build, software. I still remember the jolt I 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
specifIcations, assembly of components, and scajjòlding.
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-renewing. 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 develoned into actions or calls to ernntv 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 tôi cảm thấy trong1958 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 như quá trình xây dựng khác cácxây dựng phần mềm là, 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ưthông số kỹ thuật, hội đồng các thành phần, và scajjòlding.Ẩ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ôitin 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 để chính xácđược chỉ đị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ộtphương pháp 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ỉ người chếttác phẩm 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ãomột mình là phức tạp hơn thế nữa lập bản đồ, mạnh mẽ vượt quá giả, phong phú đa dạng, tựbảo vệ, và tự đổi mới. 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ằngbấ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đầu tiên phải đượ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ợpcủa subprograms giả. Sau đó, bit-by-bit nó fleshed ra, với các subprograms lần lượtđang là develoned vào hành động hoặc cuộc gọi đến ernntv khai ở 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 tôi cảm thấy trong
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ý
xây dựng 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ụ, chẳng hạn như
thông số kỹ thuật, lắp ráp các thành phần, và scajjòlding.
Ẩ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 chính 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.
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ỉ những người chết
tác phẩm của con người. Ở đâ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ự đổi mới. 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 cầ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 develoned thành hành động hay cuộc gọi đến ernntv khai ở cấp dưới.