Bjarne Stroustrup beroemde citaten

C maakt het gemakkelijk om jezelf in de voet te schieten; C++ maakt het moeilijker, maar als je dat doet, blaast het je hele been weg.

C++ is ontworpen om je ideeën te laten uiten, maar als je geen ideeën hebt of geen idee hebt hoe je ze moet uitdrukken, biedt C++ niet veel hulp.

Als het goed wordt gedaan, is de software onzichtbaar.

Een organisatie die haar programmeurs als idioten behandelt, zal binnenkort programmeurs hebben die bereid en in staat zijn zich alleen als idioten te gedragen.

Er is een oud verhaal over de persoon die wenste dat zijn computer net zo gemakkelijk te gebruiken was als zijn telefoon. Die wens is uitgekomen, omdat ik niet meer weet hoe ik mijn telefoon moet gebruiken.

Met het toenemende belang van standaarden voor objecten op systeemniveau zoals COM en CORBA, is het bijzonder belangrijk dat de C++ bindingen schoon, goed gedocumenteerd en eenvoudig te gebruiken zijn.

Ten eerste zou ik graag zien dat de basishulpmiddelen zoals compilers, debuggers, profilers, database-interfaces, GUI-bouwers, CAD-hulpmiddelen, enzovoort de ISO-norm volledig ondersteunen

Deze evolutie kan java ' s bewering dat het eenvoudiger is dan C++ in gevaar brengen, maar mijn gok is dat de inspanning Java een betere taal zal maken dan het vandaag is.

Ontwerpen en programmeren zijn menselijke activiteiten; vergeet dat en alles is verloren.

Het is duidelijk dat ik de opvatting verwerp dat er één weg is die voor iedereen en voor elk probleem geschikt is

Mensen die hartstochtelijk willen geloven dat de wereld in principe eenvoudig is, reageren hierop met een woede die verder gaat dan wat ik passend acht voor het bespreken van een programmeertaal.

De standaardbibliotheek bespaart programmeurs van het opnieuw uitvinden van het wiel.

Het is gemakkelijk om vergeving te winnen voor het feit dat je ongelijk hebt; gelijk hebben is wat je in echte problemen brengt.

Het is mijn vaste overtuiging dat alle succesvolle talen zijn gegroeid en niet alleen ontworpen vanuit de eerste principes

C++ is immers ook geen perfecte match voor Java ' s ontwerpdoelen

Er is meer goede code geschreven in talen die als "slecht" worden bestempeld dan in talen die als "wonderlijk" worden uitgeroepen - veel meer.

Het definiëren van OO als gebaseerd op het gebruik van klassenhiërarchieën en virtuele functies is ook praktisch omdat het enige richtlijnen biedt over waar OO waarschijnlijk succesvol zal zijn

Niemand mag zich een professional noemen als hij maar één taal kent.

C++ is mijn favoriete garbage collected taal omdat het zo weinig garbage genereert

Als je denkt dat het eenvoudig is, dan heb je het probleem verkeerd begrepen.

Een programma dat niet getest is, werkt niet.

Iedereen die naar je toe komt en zegt dat hij een perfecte taal heeft, is naïef of een verkoper.

Tom [Cargil] ' s Suggestie met een verder idee: Propsers van nieuwe [C++] functies moeten worden vereist om een nier te doneren. Dat zou - Jim [Waldo] wees erop-mensen hard laten nadenken voordat ze een voorstel doen, en zelfs mensen zonder enig verstand zouden hoogstens twee uitbreidingen voorstellen.

Elke uitgebreide en vervelende oplossing is foutgevoelig omdat programmeurs zich vervelen.

Zeker niet elk goed programma is objectgeoriënteerd, en niet elk objectgeoriënteerd programma is goed

Het belangrijkste aspect van softwareontwikkeling is om duidelijk te zijn over wat je probeert te bouwen.

Wanneer Java echter als enige programmeertaal wordt gepromoot, worden de tekortkomingen en beperkingen ernstig.

Ik zou niet-gepatenteerde normen voor tools en bibliotheken aanmoedigen

Ik vind talen die slechts één programmeerparadigma ondersteunen.

Het is gemakkelijk om de regels van overbelasting en van sjablonen te bestuderen zonder te merken dat ze samen een van de sleutels zijn tot elegante en efficiënte type-veilige containers

Java is geen platformonafhankelijk, het is een platform

Sommige software is eigenlijk vrij goed, door elke standaard. Denk aan de Mars Rovers, Google en het Human Genome Project. Dat is kwaliteitssoftware!

Het meest fundamentele probleem in softwareontwikkeling is complexiteit. Er is maar één manier om met complexiteit om te gaan: verdeel en heers

De verbinding tussen de taal waarin we denken/programmeren en de problemen en oplossingen die we ons kunnen voorstellen, is zeer nauw. Om deze reden is het beperken van taalfuncties met de bedoeling programmeursfouten te elimineren op zijn best gevaarlijk.

Ik denk niet dat veiligheid moet worden gekocht ten koste van het ingewikkeld maken van de uitdrukking van goede oplossingen voor echte problemen.

[Bedrijfsprogramma ' s] worden vaak zo gedaan dat het individu volledig ondergedompeld is in de bedrijfscultuur zonder uitlaatklep voor unieke talenten en vaardigheden. Bedrijfspraktijken kunnen direct vijandig zijn tegenover individuen met uitzonderlijke vaardigheden en initiatief in technische zaken. Ik beschouw een dergelijk beheer van technische mensen wreed en verspillend.

Legacy code " verschilt vaak van het voorgestelde alternatief door daadwerkelijk te werken en te schalen.

Er zijn meer nuttige systemen ontwikkeld in talen die als verschrikkelijk worden beschouwd dan in talen die worden geprezen omdat ze mooi zijn-veel meer.

Hoe te testen?"is een vraag die in het algemeen niet kan worden beantwoord. "Wanneer testen?"heeft echter wel een algemeen antwoord: zo vroeg en zo vaak mogelijk.

Bewijs door analogie is fraude.

Ik doe graag onderzoek dat impact heeft. Als ik naar een bedrijf zou gaan om wat ze 'echt geld' noemen, zou ik gewoon proberen een systeem zo snel mogelijk te laten werken om de product-en serice-deadlines te halen.

Onze beschaving is kritisch afhankelijk van software en we hebben een gevaarlijk lage mate van professionaliteit op het gebied van computers.

Persoonlijk kijk ik uit naar betere tools voor het analyseren van C++ broncode.