2.21960’s Antithesis: Software Craf

2.2
1960’s Antithesis: Software Crafting
By the 1960’s, however, people were finding out that software
phenomenology differed from hardware phenomenology in
significant ways. First, software was much easier to modify than was
hardware, and it did not require expensive production lines to make
product copies. One changed the program once, and then reloaded
the same bit pattern onto another computer, rather than having to
individually change the configuration of each copy of the hardware.
This ease of modification led many people and organizations to
adopt a “code and fix” approach to software development, as
compared to the exhaustive Critical Design Reviews that hardware
engineers performed before committing to production lines and
bending metal (measure twice, cut once)

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

2.2năm 1960 ngược: phần mềm thủ côngBởi những năm 1960, Tuy nhiên, người đã tìm ra rằng phần mềmhiện tượng khác với phần cứng hiện tượng trongcách đáng kể. Đầu tiên, phần mềm đã dễ dàng hơn để sửa đổi hơn làphần cứng, và nó không bắt buộc dây chuyền sản xuất đắt tiền để làm chosản phẩm sao. Một thay đổi chương trình một lần, và sau đó nạp lạicùng một khuôn mẫu chút lên một máy tính, thay vì phảicá nhân thay đổi cấu hình của mỗi bản sao của phần cứng.Này dễ sửa đổi dẫn nhiều người dân và các tổ chức đểáp dụng một phương pháp "mã và sửa chữa" để phát triển phần mềm, nhưso với đánh giá thiết kế quan trọng đầy đủ phần cứngkỹ sư thực hiện trước khi cam kết để dây chuyền sản xuất vàuốn kim loại (biện pháp hai lần, cắt một lần)

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

2,2
năm 1960 phản đề: Phần mềm Crafting
Vào những năm 1960, tuy nhiên, người ta đã phát hiện ra rằng phần mềm
hiện tượng khác với hiện tượng phần cứng trong
cách đáng kể. Đầu tiên, phần mềm được dễ dàng hơn nhiều để thay đổi hơn là
phần cứng, và nó không yêu cầu dây chuyền sản xuất đắt tiền để làm
bản sao của sản phẩm. Một thay đổi chương trình một lần, và sau đó nạp lại
cùng một khuôn mẫu bit trên một máy tính khác, thay vì phải
thay đổi riêng lẻ cấu hình của mỗi bản sao của phần cứng.
Dễ dàng này của việc biến đổi khiến nhiều người dân và các tổ chức để
áp dụng một "mã và sửa chữa" phương pháp tiếp cận để phát triển phần mềm, như
so với các thiết kế đầy đủ Critical Nhận xét ​​rằng phần cứng của
các kỹ sư thực hiện trước khi cam kết dây chuyền sản xuất và
uốn kim loại (đo hai lần, cắt một lần)