kompliziertesten Code schreiben, der auch gut performen muss (Betriebssysteme, Datenbanken, Kommunikationssysteme) komplett ahnungslos sind.
Occams Rasiermesser sagt: Deine Aussage ist Quatsch. Noch dazu, weil eine Kategorisierung in "brauchbar/unbrauchbar" eher unbrauchbar ist und komplett wegignoriert, dass Programmiersprachen zu Recht unterschiedlich sind, weil sie eben andere Aspekte haben. Es gibt da keine "Beste" und wer das behauptet, hat schlicht keine Ahnung.
Ahja, alle sind doof nur du hast das Licht gesehen und den Zugang zur Weisheit. War ja klar.
Darum ging es gerade gar nicht. Ich nutze kein Pascal, habe das mal als
die es halt keine gescheiten Compiler gibt, keine gescheiten Language Bindings, in der ich performance-kritischen Code nicht hinschreiben
LOL, "Performance ist nicht das Problem" sagen immer genau die, die eben NICHT dieselbe Performance hinkriegen. Das haben die Java-Leute schon
*jahrzehnte* herumposaunt. Ist gar kein Problem, RAM-Verbauch auch gar kein Problem, alles gar kein Problem.
ein Problem.
auf der selben Hardware. Ja, und? Du meinst, du kannst beliebig viele
Mach doch mal Messungen. Gerne auch Pascal vs. C. Und dann zeig doch, dass beides gleichschnell performt. Meine Hypothese ist, dass dir das genauso misslingen wird, wie es Wolfgang misslungen ist ein Hello World
Aber es ist echt witzig, dass immer die, die keine Performance
sind denn neue Paradigmen so in C++11, C++14, schauen wir doch mal: auto, constexpr, lambda-Funktionen. Kann Pascal alle snicht. Template Metaprogramming ja wohl sowas von auch nicht. LValue-Referenzen zur
C++-Programmierung und dem, was in der C++-Welt mit C++20 so gerade vorgeht, schlicht und ergreifend keine Ahnung. Ich schon.
Nun lassen sich aber 70% aller Sicherheitsprobleme in Software von
formatting link
und bei den Programmiersprachen mit unsicherem Umgang mit Arbeitsspeicher ist C nun mal ganz weit vorne.
Das mit den 70% ist wohl nicht nur bei Microsoft so, stichprobenartig: "70% of the high-risk bugs in Chrome 44 would have been prevented if Chrome were written in a memory-safe language instead of C/C++."
formatting link
Das mit dem "brauchbar" ist halt so ne Sache. Es tut Dinge, sicher. Vielleicht sogar schnell. Und wenn man betriebsblind genug ist, sieht
harmonieren.
Hanno
--
The modern conservative is engaged in one of man's oldest exercises in
moral philosophy; that is, the search for a superior moral justification
for selfishness.
- John Kenneth Galbraith
zu verbessern? Einfach nur aus Jux & Dollerei? Reiner Zufall?
Vom Webserver bis zur RS232-Library ist da alles dabei. Und im
heruntergelassenen Hosen dastehst, wie Wolfgang? Wenn bei ner Pascal RC4 Implementierung dann Faktor 10 unterschied rauskommt, ist das noch "kaum
du kompletten Unsinn geschrieben hast?
revidieren.
Ich *kenne* C++. Du hast Null Ahnung und kannst nicht EINEN EINZIGEN
die beleidigte Leberwurst und hoffst, dass niemand deine komplette Ahnungslosigkeit bemerkt.
Was bekommst du denn mit? Gib es doch zu: Du hast doch keinerlei Ahnung von den Sprachfeatures, die ich da gerade aufgelistet habe, richtig? Und musstest sie alle googeln, oder?
Na du bist ja witzig -- denn DU warst der, der C++ ins Spiel gebracht hat. Du! Und dann stellt sich heraus, dass ich mich da ganz gut
programmiere, kannst du ja mal in mein Github Repo schauen.
Aber ich finde es echt immernoch erstaunlich dass du, als Informatiker (schon, oder?) die himmelschreiende Arroganz hast, anderen Leuten vorschreiben zu wollen was eine "bessere" Programmiersprache ist. Du
schlimm. Autos sind megaschlecht. UNd dann stellst du mir ein Fahrrad
die Geschwindigkeit ist echt nicht so wichtig". Das ist aber halt eben MEINE Entscheidung als Ingenieur, was in MEINER Applikation wichtig ist
Bei 3000 Mrd BSP in 2006 erscheinen 84,4 Mrd Verluste in Mittel- und
Und die Maurer, Bierbrauer und Bauern auch eher nicht. Die haben ja auch einen Anteil am BSP. Das ganz und gar UNGLAUBLICHE FIASKO von pleitegegangen Firmen im Kielwasser der Jahrtausendwende war 2006 ja wohl verdaut.
Das ist aber ein klassisches Eigentor, Windows wurde in Pascal geschrieben. Mit der Umstellung auf die C-Familie wurde das dann deutlich besser. Windows 7 ist eigentlich schon ganz brauchbar.
In C kann man Fehler machen, die schlimmere Auswirkungen haben als in anderen Programmiersprachen, das stimmt sicherlich. Aber jetzt zwei Fragen:
Erstens: Habe ich je behauptet, dass C *einfach* zu programmieren ist?
Zweitens: Ist es die Schuld des Werkzeugs oder des Bedieners, dass da Bugs in der Software sind?
man sich mit der Arroganz eines DoDi hinstellen und sagen: "Das ist nur
und kommt auf ein Paar Aspekte, die andere Programmiersprachen halt nicht (in dem Umfang) leisten.
Google macht Chrome. Bei Google arbeiten mit Sicherheit viele der
als Implementierungssprache entschieden. Warum? Sind die
langsamer als der Firefox ist, dann sind die Benutzer weg. Gerade
Das ist genau das undifferenzierte Argument, das mich an der ganzen
alle den Vogel zeigen und mich auslachen. Denn, wie bei jedem Werkzeug,
Source, das *alles* spielt eine Rolle.
Nur wenn es dann um Software-Werkzeuge geht, stellen sich Wolfgang, DoDi und ihresgleichen hin und posaunen Arrogant herum dass derjenige der "Transisor X" verwendet ja einfach nur n bissl doof ist und
sie einfach oder idiotensicher zu programmieren ist. Sondern lediglich, dass es, nach Assembler, vermutlich die performanteste Sprache ist. Und solche Fakten schlicht zu ignorieren ist intellektuell unehrlich.
das auf den Usecase ankommt. Insbesondere glaube ich, dass bei einem Benchmark, bei dem einem Pointergefriemel hilft, Pascal deutlich
keine objektiven Zahlen sondern nur "ich hab das gemessen aber sag dir
Ja! Danke!
JEDE Programmiersprache hat Nachteile, JEDE hat Vorteile. Genau das ist das, wie ein Ingenieur denkt. Ich muss einen Kompromiss finden, es gibt
Sondern jeweils nur in bestimmten Dimensionen optimal, und die muss eben
Genau, das ist beides vollommen richtig. Und vollkommen legitim.
[...]
Kann ich nur 100%ig unterschreiben. Die allermeisten Programmiersprachen haben ihre Daseinsberechtigung. Und die allermeisten Programmiersprachen sind nicht deswegen erfunden worden, weil den Erfindern langweilig war, sondern weil sie halt Wert auf einen Aspekt X gelegt haben, die Programmiersprache Y nicht so hatte.
Man muss aber halt ehrlich in seinen Vergleichen sein und nicht Cherrypicking mit bestimmten Aspekten betreiben.
Quatsch, in Delphi kannst du auch *jede* Schweinerei kodieren, nur es geht da auch so, dass Delphi im Gegensatz zu einigen C-Programmen nicht als "Write-Only-Language" daherkommt.
Meine Lieblings-URL dazu ist
formatting link
Ich habe 25 Jahre Delphi hinter mir, und es gab kein Problem, was nicht
abliefern mussten.
Schneller Anwendungen gehen m.E nur noch durch CUDA, aber das ist mir als Alter Sack zu hoch (seit einem Jahr im Ruhestand).
Die $400 Billion durch Hacker im Jahre 2015 auch? Ich hab Quellen
Zweifel sind sie allemal.
Keine Ahnung, welches Windows du meinst, aber wenn man im Jahre 2015 von
Windows XP, und das wurde in C, C++ und Assembler geschrieben. Mal ganz
Hanno
--
The modern conservative is engaged in one of man's oldest exercises in
moral philosophy; that is, the search for a superior moral justification
for selfishness.
- John Kenneth Galbraith
Fehler, die der Compiler eines ordentlichen C++ Entwicklungssystems angemeckert hat. Oh f*ck - dieser Compiler stammte von den Delphi-Entwicklern! So viel zum Vorteil eines Umstiegs auf C :-]
Aber, hey, ich spoonfeede dich jetzt mal und dann schauen wir mal ob du
formatting link
formatting link
formatting link
Dass C die meistverwendete Programmiersprache ist, kommt auch nur darauf an, wie man's misst. Auf TIOBE zumindest nur Platz 2, auf GitHub gemessen definitiv noch weiter unten. Es ist ansich auch gar nicht
Codezeilen? Oder Anzahl Programmierer?
Handgeschriebens Assembler ist schon deswegen IMMER mindestens genauso gut wie jede Hochsprache, weil ich einfach einen Compiler nehmen kann, das zu Assembler runterkompilieren und dann meinen mindestens gleichguten Assembler-Code habe.
Dass du solch simple Fakten nicht verstehst, zeigt eindrucksvoll deine komplette und unfassbare Ahnungslosigkeit. Noch gepaart mit einer
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.