without creating side effects. From

without creating side effects. From complexity of structure come the unvisualized states that constitute security trapdoors.

Not only technical problems, but management problems as well come from the complexity. It makes overview hard, thus impeding conceptual integrity. It makes it hard to find and control all the loose ends. It creates the tremendous learning and understanding burden that makes personnel turnover a disaster.

Conformity. Software people are not alone in facing complexity. Physics deals with terribly complex objects even at the "fundamental" particle level. The physicist labors on, however, in a firm faith that there are unifying principles to be found, whether in quarks or in unifiedfield theories. Einstein argued that there must be simplified explanations of nature, because God is not capricious or arbitrary.

No such faith comforts the software engineer. Much of the complexity that he must master is arbitrary complexity, forced without rhyme or reason by the many human institutions and systems to which his interfaces must conform. These differ from interface to interface, and from time to time, not because of necessity but only because they were designed by different people, rather than by God.

In many cases, the software must conform because it is the most recent arrival on the scene. In others, it must conform because it is perceived as the most conformable. But in all cases, much complexity comes from conformation to other interfaces; this complexity cannot be simplified out by any redesign of the software alone.

Changeability. The software entity is constantly subject to pressures for change. Of course, so are buildings, cars, computers. But manufactured things are infrequently changed after manufacture; they are superseded by later models, or essential changes are incorporated into later-serial-number copies of the same basic design. Call-backs of automobiles are really quite infrequent; field changes of computers somewhat less so. Both are much less frequent than modifications to fielded software.

In part, this is so because the software of a system embodies its function, and the function is the part that most feels the pressures of change. In part it is because software can be changed more easily--it is pure thought-stuff, infinitely malleable. Buildings do in fact get changed, but the high costs of change, understood by all, serve to dampen the whims of the changers.

All successful software gets changed. Two processes are at work. First, as a software product is found to be useful, people try it in new cases at the edge of or beyond the original domain. The pressures for extended function come chiefly from users who like the basic function and invent new uses for it.

Second, successful software survives beyond the normal life of the machine vehicle for which it is first written. If not new computers, then at least new disks, new displays, new printers come along; and the software must be conformed to its new vehicles of opportunity.

In short, the software product is embedded in a cultural matrix of applications, users, laws, and machine vehicles. These all change continually, and their changes inexorably force change upon the software product.

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

mà không tạo ra tác dụng phụ. Từ phức tạp của cấu trúc đến các tiểu bang unvisualized chiếm an ninh trapdoors.Không chỉ là vấn đề kỹ thuật, nhưng vấn đề quản lý cũng đến từ sự phức tạp. Nó làm cho tổng quan về khó khăn, do đó ngăn cản khái niệm toàn vẹn. Nó làm cho nó khó để tìm và kiểm soát tất cả các lỏng kết thúc. Nó tạo ra sự to lớn học tập và hiểu gánh nặng mà làm cho nhân viên doanh thu một thảm họa.Sự phù hợp. Phần mềm người không phải là một mình trong phải đối mặt với phức tạp. Vật lý thoả thuận với các đối tượng phức tạp terribly ngay cả ở cấp độ "cơ bản" hạt. Các nhà vật lý động, Tuy nhiên, trong một niềm tin vững chắc rằng có thống nhất các nguyên tắc được tìm thấy, cho dù trong các quark hoặc trong lý thuyết unifiedfield. Einstein lập luận rằng phải có giải thích đơn giản của thiên nhiên, bởi vì Thiên Chúa không phải là hay thay đổi hoặc tùy ý.Không có niềm tin như vậy an ủi các kỹ sư phần mềm. Phần lớn sự phức tạp mà ông phải nắm vững là phức tạp tùy ý, buộc không có vần điệu hay lý do của nhiều cơ sở giáo dục của con người và hệ thống mà giao diện của mình phải phù hợp. Những khác nhau từ giao diện để giao diện, và đôi khi, không phải vì cần thiết nhưng chỉ bởi vì chúng được thiết kế bởi những người khác nhau, chứ không phải bởi Đức Chúa trời.Trong nhiều trường hợp, các phần mềm phải phù hợp bởi vì nó là sự xuất hiện gần đây nhất trong bối cảnh đó. Trong những người khác, nó phải phù hợp bởi vì nó được coi là phù hợp nhất. Nhưng trong mọi trường hợp, nhiều phức tạp đến từ conformation để giao diện khác; phức tạp này không thể được đơn giản hóa ra bởi bất kỳ thiết kế lại phần mềm một mình.Changeability. Các tổ chức phần mềm là liên tục bị áp lực cho sự thay đổi. Tất nhiên, vì vậy là tòa nhà, xe ô tô, máy tính. Nhưng những thứ sản xuất thường xuyên thay đổi sau khi sản xuất; họ được thay thế bởi sau đó các mô hình, hoặc thay đổi cần thiết được gắn kết vào sau đó nối tiếp số lượng bản sao của cùng một thiết kế cơ bản. Cuộc gọi-lưng của xe ô tô thực sự khá không thường xuyên; lĩnh vực thay đổi máy tính hơi ít như vậy. Cả hai đều ít thường xuyên hơn sửa đổi để đưa ra với phần mềm.Một phần, điều này là do đó, bởi vì phần mềm hệ thống một biểu hiện chức năng của nó, và các chức năng là một phần mà hầu hết cảm thấy áp lực của sự thay đổi. Trong một phần đó là bởi vì phần mềm có thể thay đổi dễ dàng hơn - đó là tinh khiết tư tưởng-stuff, vô hạn tánh dể sai khiến. Tòa nhà trong thực tế có được thay đổi, nhưng các chi phí cao của sự thay đổi, hiểu bởi tất cả, nhằm mục đích giảm các whims của các đổi.Tất cả các phần mềm thành công được thay đổi. Hai quá trình tại nơi làm việc. Đầu tiên, như một sản phẩm phần mềm được tìm thấy là hữu ích, người cố gắng nó trong các trường hợp mới ở rìa của hoặc vượt quá tên miền gốc. Những áp lực để mở rộng chức năng đến chủ yếu từ người dùng thích các chức năng cơ bản và phát minh ra sử dụng mới cho nó.Thứ hai, thành công phần mềm vẫn còn vượt ra ngoài cuộc sống bình thường của xe máy mà nó lần đầu tiên được viết. Nếu không hiển thị các máy tính mới, sau đó ít mới đĩa, mới, máy in mới đến cùng; và các phần mềm phải được phù hợp với các loại xe mới của cơ hội.Trong ngắn hạn, các sản phẩm phần mềm được nhúng vào trong một ma trận văn hóa của ứng dụng, người sử dụng, Pháp luật, và xe máy. Những tất cả thay đổi liên tục, và thay đổi của inexorably buộc thay đổi khi các sản phẩm phần mềm.

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

mà không tạo ra tác dụng phụ. Từ phức tạp của cấu trúc đến các bang unvisualized tạo thành trapdoors an ninh. Không chỉ là vấn đề kỹ thuật, nhưng vấn đề quản lý cũng đến từ sự phức tạp. Nó làm cho khó nhìn tổng quan, do đó cản trở vẹn khái niệm. Nó làm cho nó khó khăn để tìm thấy và kiểm soát tất cả các đầu lỏng lẻo. Nó tạo ra những học to lớn và gánh nặng sự hiểu biết mà làm cho kim ngạch nhân viên một thảm họa. Sự phù hợp. Phần mềm của người ta không đơn độc trong việc đối mặt phức tạp. Vật lý giao dịch với các đối tượng khủng khiếp phức tạp ngay cả ở cấp độ hạt "cơ bản". Nhà vật lý người lao động trên, tuy nhiên, trong một niềm tin vững chắc rằng có những nguyên tắc thống nhất được tìm thấy, cho dù trong quark hoặc trong các lý thuyết unifiedfield. Einstein lập luận rằng có phải đơn giản giải thích về bản chất, bởi vì Thiên Chúa không phải là thất thường hoặc tùy ý. Không có đức tin như vậy an ủi các kỹ sư phần mềm. Phần lớn sự phức tạp mà anh phải nắm vững là phức tạp tùy ý, ép buộc mà không vần điệu hay lý do của tổ chức nhiều nhân lực và hệ thống để mà giao diện của mình phải tuân thủ. Có khác với các giao diện để giao tiếp, và theo thời gian, không phải vì cần thiết nhưng chỉ vì chúng được thiết kế bởi những người khác nhau, chứ không phải bởi Thiên Chúa. Trong nhiều trường hợp, các phần mềm phải phù hợp bởi vì nó là sự xuất hiện gần đây nhất trên sân khấu . Trong những người khác, nó phải phù hợp vì nó được xem như là phù hợp nhất. Nhưng trong mọi trường hợp, nhiều phức tạp xuất phát từ cấu tạo các giao diện khác; phức tạp này không thể được đơn giản hóa ra bởi bất kỳ thiết kế lại phần mềm một mình. tánh hay thay đổi. Các thực thể phần mềm là liên tục chịu áp lực cho sự thay đổi. Tất nhiên, như vậy là các tòa nhà, xe hơi, máy vi tính. Nhưng mọi thứ được sản xuất thường xuyên được thay đổi sau khi sản xuất; chúng được thay thế bởi mô hình sau này, hoặc những thay đổi cần thiết được tích hợp vào bản sau-serial-số của thiết kế cơ bản giống nhau. Gọi-lưng của xe ô tô đang thực sự khá thường xuyên; thay đổi lĩnh vực máy tính có phần ít hơn. Cả hai đều là ít hơn nhiều hơn so với thường xuyên sửa đổi phần mềm ra sân. Điều này một phần là như vậy bởi vì các phần mềm của một hệ thống thể hiện chức năng của nó, và các chức năng là một phần mà cảm thấy hầu hết những áp lực của sự thay đổi. Trong phần đó là do phần mềm có thể được thay đổi dễ dàng hơn - đó là suy nghĩ tinh khiết-công cụ, vô cùng dễ uốn. Tòa nhà làm trong thực tế có được thay đổi, nhưng chi phí cao của sự thay đổi, tất cả cùng hiểu, phục vụ để làm giảm ý tưởng bất chợt của những kẻ đổi. Tất cả các phần mềm thành công được thay đổi. Hai quá trình đi làm. Đầu tiên, như một sản phẩm phần mềm được tìm thấy là hữu ích, mọi người thử nó trong trường hợp mới ở rìa hoặc vượt ra ngoài miền gốc. Những áp lực cho các chức năng mở rộng chủ yếu từ những người dùng thích các chức năng cơ bản và sáng tạo ra những ứng dụng mới cho nó. Thứ hai, phần mềm thành công sống sót vượt ra ngoài cuộc sống bình thường của chiếc xe máy mà nó lần đầu tiên được viết. Nếu máy tính không phải là mới, sau đó vào ổ đĩa mới nhất, màn hình mới, các máy in mới đến cùng; và các phần mềm phải được phù hợp cho xe mới của cơ hội. Trong ngắn hạn, các sản phẩm phần mềm được nhúng vào trong một ma trận văn hóa của phương tiện ứng dụng, người dùng, pháp luật, và máy. Những tất cả thay đổi liên tục, và những thay đổi của họ không thể lay buộc phải thay đổi theo sản phẩm phần mềm.