#computing-history

Casey Muratori: Surprises In Computer History And Where Bad Code Comes From

Casey Muratori tổ chức thảo luận tập trung vào những bất ngờ trong lịch sử máy tính mà không đề cập đến các chủ đề tiêu cực về AI. Nguyên nhân kỹ thuật này xuất phát từ việc tác giả muốn khám phá các vấn đề nền tảng trong phát triển phần mềm thay vì xu hướng công nghệ hiện tại. Hệ quả là bài phân tích sâu về nguồn gốc code kém chất lượng và các quyết định thiết kế tồi trong lịch trình phát triển phần mềm. Điều đáng học hỏi là cách Muratori chỉ ra rằng nhiều vấn đề kỹ thuật không phải do công nghệ mới mà đến từ các sai lầm cơ bản trong tư duy thiết kế đã tồn tại hàng thập kỷ.

Bài viết này giúp lập trình viên hiểu nguồn gốc của code tồi thông qua những bất ngờ trong lịch sử máy tính.

How A Single University Project Started Everything

A talk at Vintage Computing Festival Berlin traces much of modern computing hardware back to Sun Microsystems. Andy Bechtolsheim, later Sun's co-founder, designed a workstation CPU board around Motorola's 68000 processor while a postgraduate at Stanford University. Since the 68000 lacked an MMU, he built one externally using a bank of SRAM as the page table. That design formed the CPU board of the first Sun workstation. Sun supplied the same CPU board to other companies, including Silicon Graphics, whose first workstation used the same CPU, and it appeared in early Imagen laser printers and AppleTalk to Ethernet bridges. The original board was also used as a router, and that router software became part of Cisco's first product.

Where Did Your Mouse Come From?

A lecture from Vintage Computer Festival Berlin traces the pointing device's history from its earliest forms to the 1990s, when mice became commoditized. The first pointing device was a trackball built for a 1950s Canadian warship, with a surprisingly modern optical encoder. Douglas Engelbart's 1966 wooden-block mouse had a stylish rival the same year from Telefunken. The talk also reveals that Sun's spotty-pad mice were actually made by Mouse Systems, and covers the first Microsoft and Apple mice plus some poor 8-bit computer designs.

Software may be getting worse, but it used to be horrible

Software is degrading all around us, for obvious reasons. I've written about this before. All else equal, if you increase your code production by 10x but you don't reduce your error rate by a factor of 10, then your production app is buggier than it used to be. I've seen threads where people also have...

The Age Of Altair

A 1975 MITS catalog called 'The Age of Altair' advertised the Altair 8800, which the source calls the kind of computer many could only imagine buying. The base machine cost just over $600 ($400 as a kit), but memory, a terminal and interfaces pushed a usable setup toward $3,000, about $19,000 in today's dollars. The CPU ran at 2 MHz but used multiple clock cycles per instruction, so the catalog's two-microsecond cycle time is a little misleading. Options included a Comter 256 terminal, a Teletype Model 33 for $1,500, and 4K, 8K or 12K Extended BASIC.

How to install an app on your Commodore 64

A blog about making culture. Since 1999.

Margaret Hamilton, computing pioneer who led software development for the Apollo program, dies at 90

Margaret Hamilton, nữ tiên phong khoa học máy tính qua đời ở tuổi 90 sau khi dẫn dội đội phần mềm của MIT trong chương trình Apollo. Bà đã phát triển khái niệm "engineered resilience", tạo ra hệ thống software trên Apollo có khả năng tự phát hiện và xử lý lỗi, ngăn chặn sự cố khi tàu đổ bộ gặp trục trặc kỹ thuật. Hệ thống của bà đã hoạt động hoàn hảo trong nhiệm vụ Apollo 11, đảm bảo Neil Armstrong hạ cánh an toàn lên Mặt Trăng. Công trình của bà đặt nền móng cho kỹ thuật software engineering hiện đại và khái niệm về hệ thống fault-tolerant.

Bài viết này cho thấy tầm quan trọng của phần mềm trong các nhiệm vụ không gian và di sản đột phá của một nữ tiên phong trong ngành công nghệ.

bbum's rants, code & references

Bối cảnh bài viết truy nguồn gốc hai số magic 0xCAFEBABE và 0xFEEDFACE được sử dụng trong file Mach-O và Java class files. Nguyên nhân kỹ thuật: Mike DeMoney bị đồn là người tạo ra cả hai số, nhưng James Gosling xác nhận ông tự chọn CAFEBABE khi làm việc trên Green Project, lấy cảm hứng từ biệt danh "Cafe Dead" của quán ăn ưa thích và tìm các hex bắt đầu bằng CAFE. Hệ quả: hai kỹ sư từ NeXT và Java đã ngẫu nhiên chọn các số hex có chủ đề tương đồng mà không liên quan đến nhau. Điều đáng học: việc trùng hợp ngẫu nhiên trong thiết kế kỹ thuật thường xảy ra, và những câu chuyện đằng sau các quyết định thiết kế phần mềm thường phức tạp hơn những lời đồn.

Bài viết này giải thích nguồn gốc thú vị của hai số ma thuật 0xCAFEBABE và 0xFEEDFACE trong định dạng tệp Mach-O và Java, tiết lộ câu chuyện đằng sau sự trùng hợp ngẫu nhiên này.

How Pixar Stopped Worrying And Learned To Love Linux

Pixar ban đầu sử dụng các workstation SGI Unix cho hoạt ảnh máy tính do hiệu năng đồ họa vượt trội. Khi RISC workstation bị máy tính PC rẻ hơn và nhanh hơn thay thế, Pixar lựa chọn chuyển sang Linux thay vì Windows NT do tính tương thích POSIX và không muốn viết lại hàng triệu dòng code Unix. Công ty hoàn thành việc chuyển đổi năm 2001 và đưa toàn bộ render farm sang Linux cùng x86 hardware (Xeon processors) vào năm 2003. Quyết định này đã giúp thiết lập x86/Linux làm tiêu chuẩn ngành trong lĩnh vực hiệu ứng hình ảnh và hoạt ảnh. Bài viết cũng đặt câu hỏi tại sao các ngành Unix khác như CAD/CAM không đi theo mô hình này và tại sao Pixar chọn Linux thay cho BSD.

Bài viết này tiết lộ cách Pixar chuyển từ Unix sang Linux và thiết lập chuẩn công nghiệp, cho thấy chiến lược chuyển đổi thành công thay vì di chuyển sang Windows.

Windows lives on the C: drive, and the reason it's not called A: or B: goes back to the 1970s

Windows đặt hệ điều hành trên đĩa C: vì cấu trúc phân vùng lịch sử từ những năm 1970 khi đĩa mềm A: và B: được sử dụng trước tiên. Nguyên nhân kỹ thuật là hệ thống DOS ban đầu chỉ cho phép tối đa hai thiết bị lưu động được gán ký tự đầu tiên, nên đĩa cứng được gán C:. Hệ quả là ngay cả khi công nghệ đã thay đổi, Microsoft vẫn giữ nguyên quy ước này để đảm bảo tương thích với phần mềm cũ. Điều đáng học là việc thiết kế kỹ thuật có sức sống lâu dài hơn dự kiến, và các nhà phát triển nên cân nhắc về khả năng tương thích ngược khi quyết định thay đổi những quy ước nền tảng.

Bài viết giải thích nguồn gốc lịch sử đằng sau việc Windows sử dụng ổ C: thay vì A: hoặc B:, điều mà nhiều lập trình viên có thể tò mò nhưng không biết câu chuyện đằng sau.