Mọi người đều biết về câu ngạn ngữ cũ rằng các lập trình viên giỏi nhất có thể là những đơn đặt hàng có cường độ tốt hơn mức trung bình. Cá nhân tôi đã nhìn thấy mã và lập trình viên tốt, nhưng chưa bao giờ điều gì đó quá vô lý. Vì vậy, câu hỏi là, kỳ công ấn tượng nhất của lập trình bạn từng chứng kiến ​​hoặc nghe nói là gì?

Bạn có thể định nghĩa ấn tượng bằng cách:

1. Phạm vi của nhiệm vụ trong tay, ví dụ như John đã tự tay phát triển khuôn khổ cho công ty của mình, một công việc có thể so sánh với phạm vi mà 200 công việc khác đang làm đang kết hợp.

2. Tốc độ, ví dụ Stu đã lập trình toàn bộ hệ điều hành ứng dụng đa tác vụ thời gian thực trên một tuần bao gồm trình biên dịch C và công cụ dòng lệnh shell của chính nó

3. Sự phức tạp, ví dụ Jane đã nghiên cứu lại toàn bộ ứng dụng LỘC 10 triệu của chúng tôi để hoạt động trong một cụm máy chủ. Và cô ấy đã làm điều đó vào một buổi chiều.

4. Chất lượng, ví dụ như mã của Charles có tỷ lệ lỗi trên mỗi LỘC thấp hơn 100 lần so với mức trung bình của công ty. Hơn nữa, mã của ông là sạch sẽ và dễ hiểu bởi tất cả.

Rõ ràng, càng nhiều đặc điểm này kết hợp với nhau, và càng cực đoan thì chúng càng ấn tượng.

Vì vậy, hãy để tôi có nó. Kỳ tích ngớ ngẩn nhất bạn có thể kể lại là gì? Vui lòng cung cấp càng nhiều chi tiết càng tốt và cố gắng tránh các truyền thuyết đô thị hoặc cường điệu. Chỉ đăng những gì bạn thực sự có thể chứng minh cho.

Câu hỏi thưởng:

1. Là nhiệm vụ bất chính là một trong những, hoặc cá nhân thường xuyên làm mọi người ngạc nhiên?
2. Làm thế nào để bạn giải thích hiệu suất ấn tượng như vậy?
3. Làm thế nào được lập trình viên công nhận cho công việc tuyệt vời như vậy?

Mặc dù tôi không thể chính thức bảo đảm cho điều đó, nhưng tôi luôn ấn tượng với Chris Sawyer khi phát triển Rollercoaster Tycoon gần như hoàn toàn bằng ngôn ngữ lắp ráp.

Nhanh chóng nghịch đảo căn bậc hai . Làm thế nào một người nào đó có thể đưa ra một cái gì đó như thế là hoàn toàn vượt ra ngoài tôi.

Trò chơi arcade sớm.

Hoàn toàn bị hạn chế bởi bộ nhớ, sức mạnh xử lý, I / O ...

Những gì các lập trình viên đạt được trong môi trường này là tuyệt vời.

Ví dụ Pacman - Hoàn hảo. Vẫn có thể chơi sau tất cả những năm này.

Có một lập trình viên nơi tôi làm việc đã thực hiện những điều sau đây hơn một lần.

Ví dụ gần đây nhất là một dự án trong nhóm của chúng tôi được giao cho 3 người. Đó là một ứng dụng LOB phức tạp với lịch trình 6 tháng (đó là một mốc thời gian cực kỳ tích cực).

Tuần mã hóa đã bắt đầu, 1 trong 3 người bỏ việc (vì lý do cá nhân) và một người khác nghỉ phép đột ngột. Lập trình viên đơn độc còn lại về nhà để bắt đầu lập trình và trở lại 3 tháng sau với ứng dụng hoàn thành.

CHỈNH SỬA

Chỉ cần thêm một số làm rõ. Mã kết quả gần như hoàn hảo, theo yêu cầu và nhóm QA của chúng tôi chỉ có thể ghi lại 3 lỗi.

Có lẽ tôi chỉ thể hiện tuổi của mình, nhưng tôi nghĩ một số kỳ công thực sự ấn tượng của lập trình đang bị bỏ qua.

Steve Wozniak, Apple Disk II / RWTS

Steve đã thiết kế phần cứng và phần mềm cùng nhau, sử dụng các thủ thuật thực sự thú vị trong phần mềm để loại bỏ rất nhiều sự phức tạp (và chi phí) trong phần cứng. Các ổ đĩa mềm thông thường đã sử dụng đèn LED và cảm biến quang gần trung tâm của đĩa để chiếu qua lỗ được đục trên đế đĩa. Đầu ra từ bộ cảm quang được kết nối với bộ xử lý bị gián đoạn để bộ xử lý sẽ biết khi nào nên bắt đầu thói quen thời gian của mình để chờ đúng khu vực trên bản nhạc nằm dưới đầu đọc / ghi (mặc dù một số "đĩa cứng" được sử dụng có một lỗ hổng để báo hiệu sự bắt đầu của từng khu vực thay vì chỉ một lần bắt đầu theo dõi).

Steve đã loại bỏ phần cứng đó bằng cách thiết kế phần mềm để mã hóa dữ liệu theo cách cho phép bạn bắt đầu đọc từ một vị trí tùy ý trên đĩa, và không chỉ giải mã chính dữ liệu mà còn tìm ra vị trí (theo logic) trong bản nhạc bạn đang theo dõi. Ổ đĩa II không có thiết lập LED / photsensor và hoàn toàn bỏ qua (các) lỗ hổng trong đĩa mềm.

Gordon Letwin, HPFS

Gordon Letwin là một kiến ​​trúc sư (và lập trình viên) trong nhóm OS / 2. Ít nhất là khi tôi nghe câu chuyện, có lúc anh ấy đi nghỉ để tránh xa mọi thứ và dành ba tuần (hoặc hơn) đi thuyền trên du thuyền của mình (vâng, những nhân viên MS đầu tiên có thể mua những thứ như thế ... ) ... nhưng để không bị nhàm chán, anh quyết định mang theo máy tính xách tay của mình.

Khi anh trở về, anh đã viết, gỡ lỗi và làm việc HPFS - hoàn toàn bằng ngôn ngữ lắp ráp Intel 386. Mã anh viết cuối cùng đã được bán dưới dạng "HPFS386", độc quyền (ít nhất là tại thời điểm đó) cho phiên bản LAN Manager của OS / 2. Một đội khác sau đó đã trải qua một cái gì đó giống như sáu tháng viết một phiên bản trong C mà đã trở thành HPFS "bình thường" bao gồm trong phiên bản bình thường của OS / 2 (và sau IBM và MS đã chia tay, IBM cập nhật và tái biên dịch mã C để có được họ "HPFS386"). Mặc dù đã được sửa đổi và cập nhật kể từ đó, nếu bạn công bằng về mọi thứ, NTFS có thể được gọi là "HPFS 2.0" (hoặc có thể là 3.0) - không có gì phải bàn cãi rằng hệ thống tệp tốt nhất hiện tại của Microsoft vẫn có nguồn gốc từ những gì anh ta thiết kế.

Băng thông qua B220

Những hiện thân này (ít nhất là IMO) sự khởi đầu thực sự của lập trình hướng đối tượng. Trường hợp các băng IBM (ví dụ) có "nhãn" để nói về định dạng dữ liệu trên băng, băng Burroughs đã phát triển một quy ước (tôi không nghĩ có ai biết chắc ai đã bắt đầu nó) về việc đặt một thói quen nhỏ băng sẽ hiểu dữ liệu và cách nó được định dạng, do đó bạn có thể thao tác dữ liệu một cách chính xác mà không cần biết chi tiết về cách nó được định dạng. Nói cách khác, một vài "khối" đầu tiên trên băng về cơ bản là một vtable ở dạng bền. Về cơ bản, bạn sẽ đọc vtable vào bộ nhớ, sau đó sử dụng các phương thức được xác định để thao tác dữ liệu trên phần còn lại của băng. Tất cả đều rất gọn gàng và đơn giản (nếu chỉ hơi ít hơn hoàn toàn di động).

John Carmack thường xuyên gây ấn tượng với tôi bằng những chiến công lập trình sử thi. Theo một câu chuyện, anh ta đã chán trong phòng khách sạn của mình, vì vậy anh ta đã viết công cụ chiếu sáng Doom 3 trên máy tính xách tay của mình vào cuối tuần.

Mặc dù mục đích đáng ngờ của nó, tôi vẫn còn lo lắng về một bản mô tả người sử dụng captcha cho MegaUpload . Đó là tập lệnh GreasMonkey được viết bằng JavaScript có bộ giải mã bitmap và mạng thần kinh nhận dạng các chữ cái trong hình ảnh xác thực và tôi nhắc lại, tất cả điều này được tạo bằng JavaScript.

Miguel de Icaza - dự án Mono.

(Anh ấy cũng cực kỳ hài hước, hóm hỉnh và thú vị - ít nhất là từ cuộc nói chuyện ngắn gọn mà tôi thấy anh ấy đưa ra và nghe một số cuộc phỏng vấn podcast)

Anders Hejlsberg: ngôn ngữ Turbo Pascal và trình biên dịch . Tôi vẫn nghĩ sau ngần ấy năm, TPC là một kiệt tác về công nghệ phần mềm. Nó là trình biên dịch mã gốc nhỏ gọn nhất và nhanh nhất (bắt đầu từ một số phiên bản nhất định cũng tối ưu hóa) mà tôi từng thấy. Trong Borland Pascal IDE về cơ bản không có "biên dịch". Bạn đã sửa đổi mã của mình, nhấn F9 và xem chương trình của bạn chạy ngay lập tức và đó là trên máy 8 MHz hoặc 12 MHz. TPC sau đó đã phát triển thành Delphi, sau đó Hejlsberg gia nhập Microsoft và đồng tác giả C #.

Tôi rất muốn xem qua các nguồn của các phiên bản TPC trước đó, nhưng thật không may mặc dù có rất nhiều yêu cầu Borland không bao giờ mở chúng.

Trình biên dịch của Hejlsberg được lấy cảm hứng từ cuốn sách này: Niklaus Wirth, Thuật toán + Cấu trúc dữ liệu = Chương trình

Người giám sát đào tạo của tôi tại Gemplus (nay là Gemalto) đã viết trình thông dịch và hệ điều hành JavaCard đầu tiên trong thời gian đào tạo đại học 3 tháng của chính mình. Anh ta một tay sản xuất mã từ spec. Để sản xuất phiên bản v.2, Gemplus đã thành lập một nhóm 30 người đàn ông, không có anh chàng, làm việc trong hơn một năm. Khi hoàn thành nhưng không thể có được hiệu suất tốt, họ đã gọi anh ta để được giúp đỡ, và trong vài ngày, anh ta và một đồng nghiệp của anh ta đã chỉ ra hàng tá nút thắt.

Thẻ Java là một tập hợp con của Java dự định chạy trong các thiết bị rất nhỏ. Việc triển khai của ông chạy trong thẻ thông minh, có xung nhịp vài MHz và RAM 2 hoặc 3 KB.

Chỉ để cho vui thôi câu hỏi liên tiếp

Tôi nhớ nó rất rõ ràng; trên trường trung học, một bạn cùng lớp đã mã hóa một trò chơi điện tử lái xe đầy đủ trong một vài bài học với QB45 (Quick Basic 4.5). Cuộn dọc, đồng hồ bấm giờ, cuộc sống, cấp độ; Tôi đã hoàn toàn sốc.

Git và / hoặc Linux

Linus Torvalds đã viết một kernel hệ điều hành và một hệ thống kiểm soát phiên bản từ đầu. Tôi không biết ai có năng suất tương tự.

Richard M Stallman đến đỉnh điểm của tôi. Người đàn ông này bắt đầu cống hiến cho GNU Emacs, GCC, GDB và nhiều chương trình đáng chú ý khác. Ông thậm chí còn tiếp tục là tác giả của GPL gốc. Tôi đã nghe truyền thuyết về anh ta nói rằng, anh ta vào một hang động trong 18 tháng và trở về với hơn 150.000 dòng mã tạo nên trình biên dịch C của bộ GCC. 150.000 LỘC đã cho đá giường cho g ++ sau này. Nói theo cách riêng của mình, Emacs bắt đầu làm biên tập văn bản, sau đó nó trở thành một lối sống, và bây giờ nó là một tôn giáo cho một số người trong chúng ta. Thậm chí ngày nay, các nguyên tắc thiết kế của Emacs được sử dụng trong nhiều chương trình thành công.

Hệ thống TeX của Donald E Knuth là một chương trình khác xuất hiện trong đầu khi nghĩ về những tuyệt tác lập trình.

Trong lớp học của tôi, bạn cùng lớp của tôi đã tạo ra một hệ điều hành (mặc dù rất cơ bản nhưng nó đã khởi động từ đĩa mềm và thực hiện các thói quen cần thiết) như một yêu cầu dự án trong vòng dưới 30 ngày. Thời lượng bao gồm cả việc đọc / nghiên cứu cần thiết và mã hóa thực tế.

Tôi nhớ os.com gửi thư liệt kê những người đàn ông làm anh ta nản lòng nói rằng anh ta sẽ không làm điều đó trong vài ngày đó và tôi cũng đã thấy anh ta đi bộ qua ký túc xá lúc 5 giờ sáng trong trạng thái nửa tỉnh nửa mê nói chuyện. :-)

Anh ấy là một lập trình viên tuyệt vời.

Tôi sẽ không nói bất cứ điều gì, nhưng ai đó đã nói với "Ruby là một kỳ công", vì vậy

John McCarthy với bản gốc hàm đệ quy của các biểu tượng và tính toán của họ bằng cách MÁY , tức là giấy, trong đó ông định nghĩa Lisp trở lại trong năm 1960, khi ifđược một khái niệm người đã chỉ mới bắt đầu suy nghĩ nghiêm túc về. Nói về việc đi trước thời đại của bạn.

Trình biên dịch Symantec / Zortec C ++ của Walter Bright theo kịp các trình biên dịch được thực hiện bởi các nhóm lập trình viên khổng lồ. Sau đó, anh thiết kế và thực hiện D.

SHRDLU của Terry Winograd .

Nhà toán học tự động của Doug Lenat .

Linus Trovalds viết Linux

Lập trình trò chơi video 8 bit trên máy tính từ thập niên 80 (ví dụ: Commodore 64), một số trò chơi khá hay là ngôn ngữ máy và kích thước của chúng thường nhỏ hơn một bitmap cho biểu tượng Windows ;-) Tối ưu hóa ở mức tốt nhất

Geos (hệ điều hành WYSIWYG cho Commdore 64) rất ấn tượng vào thời điểm đó

Tôi không chắc chắn rằng điều này thực sự ... nhưng đồng bào đã phát triển ruby. Tôi không thể vượt qua sự tao nhã của ngôn ngữ. Và tôi tin rằng đó là ngôn ngữ đầu tiên hỗ trợ gõ động, mặc dù tôi không phải là người bắt đầu với punchcards và viết lắp ráp để tôi có thể bị nhầm lẫn.

David Heinemeier Hansson tạo ra Rails.

Lần đầu tiên tôi cài đặt Rails và thiết lập một trang web thử nghiệm dựa trên cơ sở dữ liệu và nó đã tự động thực hiện tất cả các công cụ khung và CRUD, thiết lập trang web thử nghiệm và nó giống như lần đầu tiên tôi mở mắt trước những gì có thể được thực hiện trước bạn bắt đầu lập trình. Điều đó thực sự ấn tượng và tôi đã thấy những ý tưởng từ đó xuất hiện ở mọi nơi trong các ngôn ngữ / nền tảng khác kể từ đó.