Changeability is listed as an essen

Changeability is listed as an essential difficulty for software development, because all successful software gets changed, customers change their requirements, bugs are fixed, and software is infinitely malleable. I agree that changeability is an extremely important characteristic of good software, and in the real-world changeability happens and is an essential difficulty. In an ideal world, one could argue that changeability is not inherent to software because there would be no bug, no change of requirements, and no need to change the software. Since we live in the real world, changeability will continue to be an essential part of software engineering practices.

Invisibility is the last essential difficulty that Brooks lists. Geometric abstracts, blueprints, flow charts, and models aid in visualization of software. Creating, reading, and communicating these visualization aids add complexity and opportunity for errors. I feel this is a sub-type of the essential complexity difficulty and continues to add difficulty to modern software development.

Three solutions to accidental difficulties are discussed as breakthroughs. They are High-level languages, time-sharing, and unified programming environments. High-level languages are the most powerful of these three breakthroughs for productivity, reliability, and simplicity. The high-level languages provide powerful common constructs to the programmer and reduce a level of software complexity that is accidental. There is a limit to how much aid a high-level language can provide before it becomes a counter productive burden of tool-mastery. I agree with this completely, and feel the amount of improvement high-level languages can continue to add is flattening out. My programming productivity would fall dramatically if I had to write assembly instead of C/C++. I usually don’t feel it necessary to use C# for tasks that C/C++ are perfectly suited for, so some “higher-level” languages don’t add enough incentive to use. Time-sharing is a fine improvement in productivity and preservation of a programmer’s time. Brooks claims the threshold of notice ability to be around one hundred milliseconds, and I feel that modern personal computers and development environment are at that threshold now. Time-sharing continues to be an important breakthrough, but the breakthrough can do no additional amount to reduce software engineering difficulties. Unified programming environments is the final breakthrough listed that attacks the accidental difficulties of software engineering. Integrated libraries, unified file formats, along with pipes and filters resulted in

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

Changeability được liệt kê như là một khó khăn rất cần thiết cho phát triển phần mềm, vì tất cả các phần mềm thành công được thay đổi, khách hàng thay đổi yêu cầu của họ, lỗi được cố định và phần mềm là vô tánh dể sai khiến. Tôi đồng ý rằng changeability là một đặc điểm cực kỳ quan trọng của phần mềm tốt, và trong thế giới thực changeability xảy ra và là một khó khăn rất cần thiết. Trong một thế giới lý tưởng, ta có thể tranh luận rằng changeability không phải là cố hữu để phần mềm bởi vì sẽ có không có lỗi, không có thay đổi các yêu cầu và không cần phải thay đổi phần mềm. Kể từ khi chúng ta đang sống trong thế giới thực, changeability sẽ tiếp tục là một phần thiết yếu của các thực hành kỹ thuật phần mềm.Tàng hình là những khó khăn cần thiết cuối danh sách Brooks. Hình học tóm tắt, kế hoạch chi tiết, biểu đồ dòng chảy và các mô hình hỗ trợ trong hình dung của phần mềm. Tạo, đọc, và giao tiếp các trợ trực quan thêm phức tạp và cơ hội cho các lỗi. Tôi cảm thấy đây là một loại tiểu khó khăn phức tạp cần thiết và tiếp tục để thêm khó khăn để phát triển các phần mềm hiện đại.3 giải pháp cho những khó khăn do tai nạn được thảo luận như là đột phá. Họ là ngôn ngữ cấp cao, time-sharing, và môi trường lập trình thống nhất. Ngôn ngữ cấp cao là mạnh nhất trong những bước đột phá ba cho năng suất, độ tin cậy và đơn giản. Các ngôn ngữ cao cấp cung cấp các cấu trúc phổ biến mạnh mẽ cho các lập trình viên và giảm mức độ phức tạp của phần mềm là tình cờ. Đó là giới hạn bao nhiêu trợ giúp ngôn ngữ cấp cao có thể cung cấp trước khi nó trở thành một gánh nặng sản xuất truy cập công cụ làm chủ. Tôi đồng ý với điều này hoàn toàn, và cảm thấy số tiền của ngôn ngữ cấp cao cải thiện có thể tiếp tục thêm dẹt. Năng suất của tôi lập trình sẽ rơi đáng kể nếu tôi đã phải viết hội thay vì C/c + +. Tôi thường không cảm thấy nó cần thiết để sử dụng C# cho nhiệm vụ C/c ++ là hoàn toàn phù hợp, vì vậy một số ngôn ngữ "cao cấp" không thêm đủ khuyến khích để sử dụng. Time-Sharing là một cải tiến tốt năng suất và duy trì thời gian một lập trình viên. Brooks tuyên bố ngưỡng khả năng thông báo có khoảng một trăm mili giây, và tôi cảm thấy rằng máy tính cá nhân hiện đại và môi trường phát triển đang ở ngưỡng đó bây giờ. Time-Sharing tiếp tục là một bước đột phá quan trọng, nhưng bước đột phá có thể làm không có số tiền bổ sung để giảm bớt những khó khăn kỹ thuật phần mềm. Môi trường lập trình thống nhất là sự đột phá cuối cùng liệt kê đó tấn công những khó khăn do tai nạn của công nghệ phần mềm. Tích hợp các thư viện, thống nhất các tập tin định dạng, cùng với các đường ống và các bộ lọc kết quả

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

Hay thay đổi được liệt kê như là một khó khăn rất cần thiết cho phát triển phần mềm, bởi vì tất cả các phần mềm thành công được thay đổi, khách hàng thay đổi các yêu cầu của họ, lỗi là cố định, và phần mềm là vô cùng dễ uốn. Tôi đồng ý hay thay đổi đó là một đặc điểm rất quan trọng của phần mềm tốt, và trong thế giới thực hay thay đổi xảy ra và là một khó khăn rất cần thiết. Trong một thế giới lý tưởng, người ta có thể tranh luận hay thay đổi đó là không gắn liền với phần mềm bởi vì sẽ không có lỗi, không có sự thay đổi các yêu cầu, và không cần phải thay đổi phần mềm. Vì chúng ta sống trong thế giới thực, hay thay đổi sẽ tiếp tục là một phần thiết yếu của thực hành kỹ thuật phần mềm.

Invisibility là sự khó khăn cần thiết cuối cùng mà Brooks liệt kê. Tóm tắt hình học, đồ án, các sơ đồ, và các mô hình viện trợ trong hình dung của phần mềm. Tạo, đọc và truyền đạt những trợ hình thêm phức tạp và cơ hội cho các lỗi. Tôi cảm thấy đây là một tiểu loại của những khó khăn phức tạp cần thiết và tiếp tục để thêm khó khăn để phát triển phần mềm hiện đại.

Ba giải pháp cho những khó khăn vô tình được thảo luận như là bước đột phá. Họ là ngôn ngữ cấp cao, chia sẻ thời gian và môi trường lập trình thống nhất. Ngôn ngữ cấp cao là mạnh nhất trong ba đột phá về năng suất, độ tin cậy và tính đơn giản. Các ngôn ngữ cấp cao cung cấp cấu trúc phổ biến mạnh mẽ để lập trình và làm giảm mức độ phức tạp của phần mềm đó là tình cờ. Có một giới hạn bao nhiêu viện trợ một ngôn ngữ cấp cao có thể cung cấp trước khi nó trở thành một quầy gánh nặng sản xuất của các công cụ chủ. Tôi đồng ý với điều này hoàn toàn, và cảm thấy số lượng cải thiện ngôn ngữ cấp cao có thể tiếp tục thêm được làm phẳng. Năng suất lập trình của tôi sẽ giảm đáng kể nếu tôi đã phải viết lắp ráp thay vì C / C ++. Tôi thường không cảm thấy nó cần thiết để sử dụng C # cho các nhiệm vụ mà C / C ++ là hoàn toàn phù hợp, do đó, một số ngôn ngữ "cấp cao" không thêm động lực đủ để sử dụng. Thời gian chia sẻ là một cải tiến tốt trong sản xuất, bảo quản thời gian một lập trình viên. Brooks tuyên bố ngưỡng khả năng thông báo cho khoảng một trăm mili giây, và tôi cảm thấy rằng các máy tính cá nhân hiện đại và môi trường phát triển đang ở ngưỡng mà bây giờ. Chia sẻ thời gian tiếp tục là một bước đột phá quan trọng, nhưng những bước đột phá có thể làm không có số lượng khác để giảm bớt khó khăn kỹ thuật phần mềm. Môi trường lập trình thống nhất là sự đột phá thức niêm yết tấn công những khó khăn bất ngờ của công nghệ phần mềm. Thư viện tích hợp, định dạng tập tin thống nhất, cùng với đường ống và các bộ lọc dẫn