Bjarne Stroustrup citazioni famose

C rende facile sparare a te stesso nel piede; C++ rende più difficile, ma quando lo fai, soffia via tutta la gamba.

Il C++ è progettato per permetterti di esprimere idee, ma se non hai idee o non hai idea di come esprimerle, il C++ non offre molto aiuto.

Se fatto bene, il software è invisibile.

Un'organizzazione che tratta i suoi programmatori come idioti avrà presto programmatori che sono disposti e in grado di agire solo come idioti.

C'è una vecchia storia sulla persona che desiderava che il suo computer fosse facile da usare come il suo telefono. Quel desiderio si è avverato, dal momento che non so più come usare il mio telefono.

Con la crescente importanza degli standard per gli oggetti a livello di sistema come COM e CORBA, è particolarmente importante che i collegamenti C++ a quelli siano puliti, ben documentati e semplici da usare.

Innanzitutto, mi piacerebbe vedere gli strumenti di base come compilatori, debugger, profiler, interfacce di database, costruttori di GUI, strumenti CAD e così via supportare pienamente lo standard ISO

Questa evoluzione potrebbe compromettere l'affermazione di Java di essere più semplice del C++, ma la mia ipotesi è che lo sforzo renderà Java un linguaggio migliore di quello che è oggi.

Il design e la programmazione sono attività umane; dimenticatelo e tutto è perduto.

Chiaramente, rifiuto l'idea che ci sia un modo giusto per tutti e per ogni problema

Le persone che vogliono appassionatamente credere che il mondo sia fondamentalmente semplice reagiscono a questo con una furia che va oltre ciò che considero appropriato per discutere di un linguaggio di programmazione.

La libreria standard evita ai programmatori di dover reinventare la ruota.

È facile ottenere il perdono per aver sbagliato; avere ragione è ciò che ti mette nei guai.

È mia ferma convinzione che tutte le lingue di successo siano cresciute e non semplicemente progettate a partire dai primi principi

Dopo tutto, C++ non è una soluzione perfetta per gli obiettivi di progettazione di Java

Più buon codice è stato scritto in lingue denunciate come " cattive "che in lingue proclamate" meravigliose " - molto di più.

Definire OO come basato sull'uso di gerarchie di classi e funzioni virtuali è anche pratico in quanto fornisce alcune indicazioni su dove è probabile che OO abbia successo

Nessuno dovrebbe definirsi un professionista se conoscesse solo una lingua.

C++ è il mio linguaggio garbage collected preferito perché genera così poca spazzatura

Se pensi che sia semplice, allora hai frainteso il problema.

Un programma che non è stato testato non funziona.

Chiunque viene da te e dice di avere un linguaggio perfetto è ingenuo o un venditore.

Il suggerimento di Tom [Cargil] con un'ulteriore idea: Propsers di nuove funzionalità [C++] dovrebbero essere richiesti per donare un rene. Ciò - ha sottolineato Jim [Waldo] - farebbe riflettere le persone prima di proporre, e anche le persone senza alcun senso proporrebbero al massimo due estensioni.

Qualsiasi soluzione prolissa e noiosa è soggetta a errori perché i programmatori si annoiano.

Certamente non tutti i buoni programmi sono orientati agli oggetti, e non tutti i programmi orientati agli oggetti sono buoni

Il singolo aspetto più importante dello sviluppo del software è quello di essere chiari su ciò che si sta cercando di costruire.

Tuttavia, quando Java viene promosso come unico linguaggio di programmazione, i suoi difetti e limiti diventano gravi.

Vorrei incoraggiare standard non proprietari per strumenti e biblioteche

Trovo linguaggi che supportano un solo paradigma di programmazione vincolando

È facile studiare le regole del sovraccarico e dei template senza accorgersi che insieme sono una delle chiavi per contenitori eleganti ed efficienti

Java non è indipendente dalla piattaforma; è una piattaforma

Alcuni software è in realtà abbastanza buono, da qualsiasi standard. Pensa ai rover su Marte, a Google e al progetto Genoma umano. Questo è un software di qualità!

Il problema fondamentale nello sviluppo del software è la complessità. C'è solo un modo fondamentale per affrontare la complessità: divide et impera

La connessione tra il linguaggio in cui pensiamo/programmiamo e i problemi e le soluzioni che possiamo immaginare è molto vicina. Per questo motivo limitare le funzionalità del linguaggio con l'intento di eliminare gli errori del programmatore è nel migliore dei casi pericoloso.

Non credo che la sicurezza debba essere comprata al costo di complicare l'espressione di buone soluzioni ai problemi della vita reale.

[La programmazione aziendale] è spesso fatta al punto in cui l'individuo è completamente immerso nella "cultura" aziendale senza sbocco per talenti e competenze uniche. Le pratiche aziendali possono essere direttamente ostili a persone con capacità e iniziativa eccezionali in materia tecnica. Considero tale gestione delle persone tecniche crudele e dispendiosa.

Il codice legacy " spesso differisce dalla sua alternativa suggerita dal funzionamento e dal ridimensionamento.

Ci sono più sistemi utili sviluppati in lingue ritenute terribili che in lingue lodate per essere belle many molti di più.

Come testare?"è una domanda a cui non si può rispondere in generale. "Quando testare?"tuttavia, ha una risposta generale: il più presto e il più spesso possibile.

La prova per analogia è la frode.

Mi piace fare ricerche che abbiano un impatto. Se andassi in un'azienda per fare ciò che chiamano "soldi veri", cercherei solo di far funzionare un sistema il più velocemente possibile per rispettare le scadenze di prodotto e serice.

La nostra civiltà dipende in modo critico dal software e abbiamo un livello pericolosamente basso di professionalità nei campi informatici

Personalmente, non vedo l'ora di strumenti migliori per analizzare il codice sorgente C++.