Tutti sanno del vecchio adagio che i migliori programmatori possono essere ordini di grandezza migliori della media. Personalmente ho visto un buon codice e programmatori, ma mai qualcosa di così assurdo. Quindi la domanda è: qual è l'impresa di programmazione più impressionante che tu abbia mai visto o sentito parlare?

Puoi definire impressionante con:

1. Lo scopo del compito attuale, ad esempio John, ha sviluppato da solo il quadro per la sua azienda, un lavoro paragonabile allo scopo di quello che gli altri 200 impiegati stavano facendo insieme.

2. La velocità, ad esempio Stu, ha programmato un intero sistema operativo per app multi-tasking in tempo reale su una settimana incluso il proprio compilatore C e gli strumenti della riga di comando della shell

3. La complessità, ad es. Jane, ha eseguito una nuova ricerca sulla nostra intera app LOC da 10 milioni per funzionare in un cluster di server. E lo ha fatto in un pomeriggio.

4. La qualità, ad esempio il codice Charles, presentava un tasso di difetti per LOC 100 volte inferiore alla media aziendale. Inoltre il codice era pulito e comprensibile da tutti.

Ovviamente, più queste caratteristiche sono combinate e più estreme sono, più l'impresa è impressionante.

Quindi, fammelo avere. Qual è l'impresa più assurda che puoi raccontare? Fornisci quanti più dettagli possibile e cerca di evitare leggende o esagerazioni urbane. Pubblica solo ciò per cui puoi effettivamente garantire.

Domande bonus:

1. Il compito erculeo era uno di quelli o l'individuo stupiva regolarmente?
2. Come spieghi prestazioni così impressionanti?
3. Come è stato riconosciuto il programmatore per un lavoro così straordinario?

Anche se non posso garantirlo ufficialmente, sono sempre stato impressionato da Chris Sawyer che ha sviluppato Rollercoaster Tycoon quasi interamente in linguaggio assembly.

Radice quadrata inversa veloce . Come qualcuno possa inventare qualcosa del genere è completamente al di là di me.

Primi giochi arcade.

Completamente limitato da memoria, potenza di elaborazione, I / O ...

Ciò che quei programmatori hanno raggiunto in questo ambiente è stato sorprendente.

Ad esempio Pacman - Perfetto. Ancora giocabile dopo tutti questi anni.

C'è questo programmatore in cui lavoro che ha fatto quanto segue in più di un'occasione.

L'esempio più recente è stato un progetto nel nostro gruppo che è stato assegnato a 3 persone. Era un'app LOB complessa con una pianificazione di 6 mesi (che era una sequenza temporale estremamente aggressiva).

La programmazione della settimana stava per iniziare, una delle 3 persone ha lasciato (per motivi personali) e un'altra ha lasciato un congedo medico molto improvviso. Il programmatore rimasto solo è tornato a casa per iniziare la programmazione ed è tornato 3 mesi dopo con l'applicazione completata.

MODIFICARE

Solo per aggiungere qualche chiarimento. Il codice risultante era quasi perfetto, perfetto per i requisiti e il nostro gruppo QA era in grado di documentare solo 3 difetti.

Forse sto solo mostrando la mia età, ma penso che alcune delle imprese davvero impressionanti della programmazione vengano ignorate.

Steve Wozniak, Apple Disk II / RWTS

Steve ha progettato insieme hardware e software, utilizzando trucchi davvero interessanti nel software per eliminare molta complessità (e costi) nell'hardware. Le normali unità disco floppy utilizzavano un LED e un fotosensore vicino all'hub del disco per brillare attraverso un foro praticato nel supporto del disco. L'output del fotosensore era collegato a un interrupt del processore, in modo che il processore sapesse quando iniziare la sua routine di temporizzazione in attesa che il settore corretto su una traccia fosse sotto la testina di lettura / scrittura (anche se alcuni usavano "dischi settorizzati" che aveva un buco per segnalare l'inizio di ogni settore anziché solo uno per l'inizio della traccia).

Steve ha eliminato quell'hardware progettando il software per codificare i dati in modo da poter iniziare a leggere da un punto arbitrario sul disco e non solo decodificare i dati stessi, ma capire dove (logicamente) si trovava nella traccia. L'unità Disk II non aveva la configurazione LED / photsensor e ignorava completamente i fori nel floppy disk.

Gordon Letwin, HPFS

Gordon Letwin era un architetto (e programmatore) nel team OS / 2. Almeno quando ho sentito la storia, a un certo punto è andato in vacanza per allontanarsi dalle cose e ha trascorso tre settimane (o giù di lì) navigando sul suo yacht (sì, i primi impiegati della MS potevano permettersi cose del genere ... ) ... ma per non annoiarsi troppo, decise di portare con sé il suo laptop.

Al suo ritorno, aveva scritto, eseguito il debug e funzionava HPFS, interamente in linguaggio assembly 386 Intel. Il codice che scrisse fu infine venduto come "HPFS386" che era esclusivo (almeno al momento) della LAN Manager Edition di OS / 2. Un altro team ha quindi trascorso qualcosa come sei mesi a scrivere una versione in C che è diventata il "normale" HPFS incluso nelle normali edizioni di OS / 2 (e dopo che IBM e MS si sono sciolte, IBM ha aggiornato e ricompilato il codice C per ottenere il loro "HPFS386"). Sebbene sia stato modificato e aggiornato da allora, se si fosse onesti riguardo alle cose, NTFS sarebbe probabilmente chiamato "HPFS 2.0" (o forse 3.0) - non c'è dubbio che il miglior file system corrente di Microsoft sia ancora strettamente derivato da ciò che ha progettato.

Nastri Burroughs B220

Questi incarnavano (almeno IMO) i veri inizi della programmazione orientata agli oggetti. Laddove i nastri IBM (per esempio) avevano "etichette" per raccontare il formato dei dati sul nastro, i nastri Burroughs hanno sviluppato una convenzione (non credo che nessuno sappia con certezza chi l'ha iniziato) di mettere su un piccolo insieme di routine il nastro che comprenderebbe i dati e come sono stati formattati, in modo da poterli manipolare correttamente senza conoscere i dettagli di come sono stati formattati. In altre parole, i primi "blocchi" sul nastro erano fondamentalmente una tabella in forma persistente. Fondamentalmente avresti letto la vtable in memoria, quindi avresti usato i metodi definiti per manipolare i dati sul resto del nastro. Tutto molto pulito e semplice (anche se leggermente meno di completamente portatile).

John Carmack mi impressiona regolarmente con le sue imprese di programmazione epica. Secondo una storia, era annoiato nella sua camera d'albergo, quindi ha scritto il motore di illuminazione Doom 3 sul suo laptop per un fine settimana.

Nonostante il suo scopo discutibile, sono ancora sbalordito da uno script utente del risolutore captcha per MegaUpload . È uno script GreaseMonkey scritto in JavaScript che ha un decodificatore bitmap e una rete neurale che riconosce le lettere nell'immagine captcha e, ripeto, tutto questo è fatto usando JavaScript.

Miguel de Icaza - il progetto Mono.

(È anche incredibilmente divertente, spiritoso e divertente - almeno dal breve discorso che l'ho visto tenere e ascoltando alcune interviste sul podcast)

Anders Hejlsberg: il linguaggio Turbo Pascal e il compilatore . Penso ancora che dopo tutti questi anni TPC sia un capolavoro di ingegneria del software. È il compilatore di codice nativo più compatto e più veloce (a partire da alcune versioni anche ottimizzanti) che abbia mai visto. Nell'IDE Borland Pascal non esisteva essenzialmente una "raccolta". Hai modificato il tuo codice, premuto F9 e guardato il tuo programma in esecuzione immediatamente, e questo era su una macchina da 8 MHz o 12 MHz. TPC si è successivamente evoluto in Delphi, quindi Hejlsberg si è unito a Microsoft e ha scritto C #.

Mi piacerebbe dare un'occhiata alle fonti delle precedenti versioni di TPC, ma sfortunatamente, nonostante le numerose richieste, Borland non le ha mai aperte.

Il compilatore di Hejlsberg è stato ispirato da questo libro: Niklaus Wirth, Algorithms + Data Structures = Programmi

Il mio supervisore alla formazione presso Gemplus (ora Gemalto) ha scritto il primo interprete e SO JavaCard durante il suo periodo di formazione triennale. Ha prodotto da solo il codice dalle specifiche. Per produrre la v.2, Gemplus ha creato una squadra di oltre 30 uomini, senza il ragazzo, che ha lavorato per più di un anno. Al termine, ma incapaci di ottenere prestazioni decenti, lo chiesero aiuto e in pochi giorni lui e un suo collega fecero notare dozzine di strozzature.

Java Card è un sottoinsieme di Java destinato a funzionare su dispositivi molto piccoli. La sua implementazione ha funzionato con smart card, che hanno pochi clock MHz e 2 o 3 KB di RAM.

Solo per divertimento: un'altra sua personale impresa quotidiana era immergersi in uno stato di trance lavorativa, non rispondere a nessuna delle domande che gli allievi urlavano nella stanza, e poi, improvvisamente, 2 ore dopo, saltando di nuovo in vita quando il suo lavoro era finito e rispondendo al 5 o 10 domande di fila.

Lo ricordo molto chiaramente; al liceo un compagno di classe ha codificato un videogioco di guida in piena regola in un paio di lezioni con QB45 (Quick Basic 4.5). Scorrimento verticale, cronometro, vite, livelli; Ero totalmente scioccato.

Git e / o Linux

Linus Torvalds ha scritto da zero un kernel del sistema operativo e un sistema di controllo della versione. Non conosco nessuno con una produttività simile.

Richard M Stallman mi viene in mente. Quest'uomo ha iniziato a dare vita a GNU Emacs, GCC, GDB e molti altri programmi importanti. Ha anche continuato a creare la GPL originale. Ho sentito parlare di lui che dice: va in una caverna per 18 mesi e ritorna con oltre 150.000 righe di codice che compongono il compilatore C della suite GCC. Quei 150.000 LOC hanno dato il rock del letto per g ++ in seguito. Con le sue stesse parole, Emacs ha iniziato come editore di testi, poi è diventato uno stile di vita e ora è una religione per alcuni di noi. Ancora oggi, i principi di progettazione di Emacs sono utilizzati in molti programmi di successo.

Il sistema TeX di Donald E Knuth è un altro programma che viene in mente quando si pensa alle meraviglie della programmazione.

Nella mia classe di laurea il mio compagno di classe ha creato un sistema operativo (anche se molto semplice, ma si è avviato da un floppy e ha fatto le routine necessarie) come requisito di progetto in meno di 30 giorni. La durata comprende sia la lettura / ricerca necessaria sia la codifica effettiva.

Ricordo che gli uomini delle mailing list di os.com lo scoraggiavano dicendo che non lo avrebbe fatto in quei pochi giorni e l'ho visto anche camminare attraverso il dormitorio alle 5 del mattino in uno stato semi-cosciente che parlava senza parole. :-)

È un programmatore eccezionale.

Non volevo dire niente, ma qualcuno ha convinto "Ruby è un'impresa", quindi

John McCarthy con le originali FUNZIONI RICORRENTI DELLE ESPRESSIONI SIMBOLICHE E IL LORO COMPUTAZIONE PER MACCHINA , ovvero il documento in cui ha definito Lisp nel 1960, quando ifera un concetto a cui la gente stava appena iniziando a riflettere seriamente. Parla di essere in anticipo sui tempi.

Il compilatore Symantec / Zortec C ++ di Walter Bright tiene il passo con i compilatori implementati da enormi team di programmatori. Più tardi, la sua progettazione e realizzazione di D.

SHRDLU di Terry Winograd .

Matematico automatizzato di Doug Lenat .

Linus Trovalds scrive Linux

Programmatore di videogiochi a 8 bit su computer degli anni '80 (es. Commodore 64), alcuni giochi abbastanza buoni erano in linguaggio macchina e le loro dimensioni erano spesso più piccole di una bitmap per un'icona di Windows ;-) Ottimizzazione al suo massimo

Geos (un sistema operativo WYSIWYG per Commdore 64) è stato davvero impressionante per i suoi tempi

Non sono sicuro che questo conti davvero ... ma il tipo che ha sviluppato il rubino. Non riesco proprio a superare l'eleganza della lingua. E credo che sia stata la prima lingua a supportare la digitazione dinamica, anche se non sono il ragazzo che ha iniziato con le schede perforate e la scrittura di assemblaggio, quindi potrei sbagliarmi.

David Heinemeier Hansson crea Rails.

La prima volta che ho installato Rails e impostato un sito di test su un database e ha fatto automaticamente tutto il framework e le cose CRUD, ho impostato il sito di test ed era come se i miei occhi fossero aperti per la prima volta a ciò che si può fare prima di te iniziare a programmare. È stato davvero impressionante e da allora ho visto idee che appaiono ovunque in altre lingue / piattaforme.