Does It Have to Be Hard?--Essential

Does It Have to Be Hard?--Essential Difficulties

Not only are there no silver bullets now in view, the very nature of software makes it unlikely that there will be any--no inventions that will do for software productivity, reliability, and simplicity what electronics, transistors, and large-scale integration did for computer hardware. We cannot expect ever to see twofold gains every two years.
First, one must observe that the anomaly is not that software progress is so slow, but that computer hardware progress is so fast. No other technology since civilization began has seen six orders of magnitude in performance price gain in 30 years. In no other technology can one choose to take the gain in either improved performance or in reduced costs. These gains flow from the transformation of computer manufacture from an assembly industry into a process industry.

Second, to see what rate of progress one can expect in software technology, let us examine the difficulties of that technology. Following Aristotle, I divide them into essence, the difficulties inherent in the nature of software, and accidents, those difficulties that today attend its production but are not inherent.

The essence of a software entity is a construct of interlocking concepts: data sets, relationships among data items, algorithms, and invocations of functions. This essence is abstract in that such a conceptual construct is the same under many different representations. It is nonetheless highly precise and richly detailed.

I believe the hard part of building software to be the specification, design, and testing of this conceptual construct, not the labor of representing it and testing the fidelity of the representation. We still make syntax errors, to be sure; but they are fuzz compared with the conceptual errors in most systems.

If this is true, building software will always be hard. There is inherently no silver bullet.

Let us consider the inherent properties of this irreducible essence of modern software systems: complexity, conformity, changeability, and invisibility.

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

Nó có để khó khăn?-khó khăn cần thiếtKhông chỉ có là không có đạn bạc bây giờ trong xem, trong bản chất của phần mềm làm cho nó không chắc rằng sẽ có bất kỳ - không có phát minh rằng sẽ làm cho phần mềm năng suất, độ tin cậy và đơn giản, điện tử, bóng bán dẫn và hội nhập large-scale những gì đã làm cho phần cứng máy tính. Chúng tôi không thể mong đợi bao giờ để xem gấp đôi lợi nhuận mỗi hai năm.Trước tiên, một trong những phải quan sát rằng sự bất thường không phải là phần mềm tiến bộ là do đó làm chậm nhưng máy tính phần cứng tiến độ quá nhanh. Không có công nghệ khác vì nền văn minh đã bắt đầu đã nhìn thấy sáu đơn đặt hàng của cường độ trong hiệu suất giá đạt được trong 30 năm qua. Không có công nghệ khác người ta có thể chọn phải đạt được hiệu suất được cải thiện một trong hai hoặc giảm chi phí. Những lợi nhuận chảy từ chuyển đổi máy tính sản xuất từ một ngành công nghiệp lắp ráp thành một ngành công nghiệp quá trình.Thứ hai, để xem những gì tỷ lệ tiến độ một trong những có thể mong đợi trong công nghệ phần mềm, hãy kiểm tra những khó khăn của công nghệ đó. Sau Aristotle, tôi chia chúng thành chất, những khó khăn cố hữu trong bản chất của phần mềm, và tai nạn, những khó khăn mà hôm nay tham gia sản xuất của nó nhưng không phải là vốn có.Bản chất của một tổ chức phần mềm là một xây dựng của lồng vào nhau khái niệm: bộ dữ liệu, mối quan hệ giữa dữ liệu mục, thuật toán, và invocations của các chức năng. Bản chất này là trừu tượng trong đó một xây dựng khái niệm là như vậy dưới nhiều đại diện khác nhau. Nó là dù sao rất chính xác và chi tiết.Tôi tin rằng các phần cứng của xây dựng phần mềm là đặc điểm kỹ thuật, thiết kế, và thử nghiệm này khái niệm xây dựng, không phải lao động đại diện cho nó và thử nghiệm độ trung thực của các đại diện. Chúng tôi vẫn làm cho lỗi cú pháp, để chắc chắn; nhưng họ có lông tơ so với khái niệm lỗi trong hầu hết hệ thống.Nếu điều này là đúng, xây dựng phần mềm sẽ luôn luôn được khó khăn. Đó là vốn có đạn bạc.Hãy để chúng tôi xem xét các thuộc tính vốn có của này bản chất irreducible của hệ thống phần mềm hiện đại: phức tạp, sự phù hợp, changeability, và tàng hình.

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

Nó không phải là khó - Khó khăn Essential Không chỉ có không có đạn bạc bây giờ trong quan điểm, chính bản chất của phần mềm làm cho nó không chắc rằng sẽ có bất kỳ - không có những phát minh đó sẽ làm cho sản xuất phần mềm, độ tin cậy và tính đơn giản những thiết bị điện tử, bóng bán dẫn, và tích hợp quy mô lớn đã làm cho phần cứng máy tính. Chúng tôi không bao giờ có thể mong đợi để xem tăng gấp đôi mỗi hai năm. Đầu tiên, người ta phải thấy rằng sự bất thường mà không phải là tiến trình phần mềm như vậy là chậm, nhưng những tiến bộ phần cứng máy tính là quá nhanh. Không có công nghệ khác kể từ khi nền văn minh đã bắt đầu đã thấy sáu bậc độ lớn tăng giá hiệu suất trong 30 năm. Trong không có công nghệ khác có thể chọn để có những lợi trong hoặc cải thiện hiệu suất hoặc giảm chi phí. Những lợi ích này chảy từ việc chuyển đổi sản xuất máy tính từ một ngành công nghiệp lắp ráp thành một ngành công nghiệp. Thứ hai, để xem những gì tiến độ người ta có thể mong đợi trong công nghệ phần mềm, chúng ta hãy xem xét những khó khăn của công nghệ đó. . Sau Aristotle, tôi chia chúng thành bản chất, những khó khăn vốn có trong bản chất của phần mềm, và các tai nạn, những khó khăn mà ngày nay tham dự sản xuất của nó, nhưng không phải là vốn có Bản chất của một thực thể phần mềm là một cấu trúc của khái niệm lồng vào nhau: bộ dữ liệu, các mối quan hệ giữa các hạng mục dữ liệu, thuật toán, và các viện dẫn các chức năng. Bản chất này là trừu tượng trong đó một cấu trúc khái niệm đó đều nằm cùng nhiều đại diện khác nhau. Đó là dù sao chính xác cao và đa dạng về chi tiết. Tôi tin rằng phần cứng của phần mềm xây dựng được các đặc điểm kỹ thuật, thiết kế, xây dựng và thử nghiệm các khái niệm này, không phải là lao động đại diện cho nó và kiểm tra độ trung thực của các đại diện. Chúng tôi vẫn còn làm cho các lỗi cú pháp, chắc chắn; nhưng họ là lông tơ so với các lỗi về khái niệm trong hầu hết các hệ thống. Nếu điều này là đúng, xây dựng phần mềm sẽ luôn luôn được khó khăn. Vốn không có đạn bạc. Chúng ta hãy xem xét các đặc tính vốn có của bản chất không thể rút gọn này của phần mềm hệ thống hiện đại: sự phức tạp, phù hợp, hay thay đổi, và tàng hình.