Wie würde ein erfahrener Programmierer Hello world Programmieren?
Ich kann selbst etwas programmieren ich nehmen jetzt als Beispiel mal Python da geht das folgendermaßen: print ("hello world"). Jetzt meine Frage wie würden das erfahrene bzw ausgebildete Programmierer machen. Genau so oder anders da man ja normalerweise daran gewöhnt ist komplizierten Code zu schreiben. Also gäbe es für einen erfahrenen Programmierer da eine Andere Herangehensweise oder würden die es genau so machen
10 Antworten
Genau so:
https://de.wikipedia.org/wiki/Liste_von_Hallo-Welt-Programmen/H%C3%B6here_Programmiersprachen
Unnötige Zusätze machen das Programm unnötig komplex und erschweren die spätere Wartung. Mit zunehmender Erfahrung lernt man zu entscheiden, wo die ideale Grenze zwischen Perfektionismus und Pragmatismus liegt, doch dafür gibt es keine Faustregel, das ist immer anders.
Bei Hello World ist das aber einfach:
Es soll "Hello World" ausgeben, also reicht eine billige Text-Ausgabe, entweder in der Konsole oder einer MessageBox.
Ich hatte Langeweile und hab ein kleines Programm gebastelt, das verdeutlichen soll, wie sehr man es mit der Software-Architektur auch übertreiben kann:
Abhängigkeiten:
- .NET 5 (nicht notwendig, aber hatte ich eben eingestellt)
- C# 8
- Microsoft.Extensions.DependencyInjection
- Newtonsoft.Json
Das Ding liest eine Config ein, aus der holt sie den Pfad zu einer Text-Datei, aus der die Nachricht gelesen wird und die schreibt es alle 100ms in die Konsole. Config und Text-Datei können zur Laufzeit bearbeitet werden.
Das Besondere ist, dass alle Einzelschritte ohne umfassende Code-Änderungen getauscht werden können, indem eine andere Implementierung des jeweiligen Services registriert wird, sämtlicher anderer Code sollte davon nicht betroffen sein. Das ermöglicht auch das leichte automatische Testen, da man z.B. das Lesen von Dateien auslassen und durch Mock-Implementierungen tauschen kann.
Das Pattern dahinter heißt "Inversion of Control".
Das kann man noch deutlich weiter treiben.
Z.B. macht das alles nur dann wirklich Sinn, wenn man Implementierung und Interface auch voneinander trennt. So könnten die Interfaces in einer eigenen DLL landen, während jede Implementierung ebenfalls eine eigene DLL bekommt.
Das alles kann man dann über ein entsprechendes Konfigurations-Modell vor dem Start als eine Art Plugin-System "zusammenbauen", wenn man also die Nachricht in einer MessageBox haben möchte, muss man nur eine geeignete MessageViewer-Implementierung daneben legen, in der Config eintragen und s läuft mit MessageBoxen.
Aber das alles ist völlig sinnlos, da man diese Vorteile nie nutzen wird und das ist der Fall, wo man sich dann gegen solche "Optimierungen" entscheiden sollte.
Ein guter Entwickler kennt diese ganzen möglichen Wege, hat ihren Sinn verstanden und kann auch erkennen, wann es zu viel ist.
Es gibt aber auch Fälle, wo das Sinn machen kann.
Z.B. habe ich lange an einem System gearbeitet, das aus einem zentralen Server und vielen PC-Clients bestand. Das ganze System musste mit mehreren Kontext-Informationen (z.B. Standort oder Kunde) umgehen können, weil sich das Verhalten anhand dieser Informationen teilweise deutlich verändert hat.
Das besagte System hat dafür kein Konzept gehabt, weshalb es überall verteilt wunderschöne verschachtelte if-Statements für den jeweiligen Standort oder Kunde hatte. Deshalb arbeite ich gerade an einem Konzept, das mir erlaubt, das Verhalten je Standort und Kunde mit einer Art Plugin-System zu überschreiben oder zu erweitern. Die Basis dafür bietet wieder Inversion of Control.
Im Grunde also ein zur Laufzeit tauschbares Basis-Framework für ein Plugin-System, bei dem die Plugins je Situation neu zusammengesteckt werden können.
Ich nenn mich nicht professioneller Programmierer und bin auch nicht ausgebildet, habe aber dennoch einige Jahre an Erfahrung in mehreren Sprachen.
Ich z.B. schreib gar nicht mehr die Hello World Programme aus Tutorials, wenn ich eine neue Sprache lerne, sondern versuche durch etwas experimentieren und durch Erfahrung eine kompliziertere Version zu programmieren.
Zur Hilfe nehmen ich auch manchmal das Internet, um etwas zu verstehen.
Man kann ja auch z.B. eine MsgBox oder einen Button für den Text "Hello World" nutzen und das mach ich auch meist.
Einfach nur etwas auszugeben wurde mir nach der Zeit zu langweilig.
Genau. Zumindest ist das bei mir so.
Ich will es mir halt möglichst schwer machen und selbst die Probleme lösen (stackoverflow gehört ja auch dazu), um einfach viel zu lernen.
Stackoverflow ist das was einen Programmierer erst ausmacht
...Das ist immer gleich, Variiert nur je nach Programmiersprache. Bei C# währe es:
Console.WriteLine("Hello World");
Ja logisch ne ich meine nur ob man es dann absichtlicher komplexer macht also innerhalb der Programmiersprache selbst ich meine du kannst Hello world auch erst in ne Variable packen und dann ausgeben
Ja aber, warum sollte man? Komplizierter geht immer. ich kann auch jeden einzelnen Buchstaben als variable Festlegen und dann "Hello World" ausgeben
Ja oder immer einen Zufälligen Character generieren und dann in einem Loop immer schauen ob der in dem Wort Hello world vorkommt dann in eine Liste Packen und dann die Liste ausgeben
Aber wozu? warum sollte ich mir eine halbe Stunde Arbeit machen wenn ich das selbe in 10 sekunden schaffe?
Ja ich Frag ja nur ich denke genau so wie du wobei ich es glaube ich auch mal zu übungszwecken komplizierter machen werde
Zu Übungszwecken lass das mit Hello World. Die Methoden die du zum Komplexer machen nutzt wirst du nie brauchen. Programmiere lieber einen Taschenrechner o.ä
Ich denke, man kann es irgendwie verkomplizieren und "Hello World" in verschiedenen Farben oder mit coolen Animationen ausstatten, aber da es ja darum geht den Code möglichst übersichtlich zu halten, würde ich das wohl auch so halten ;)
ich programmiere Arbeitsbedingt nie in Python, aber
cout << "Hello World! \n";
ist wohl gleichbedeutend
"\n" müsste glaub ich gar nicht sein ich nehme an du sprichst von C oder eher C++
Wenn das Verhalten von print nachgebildet werden soll (hierbei mit C++), ist es durchaus notwendig, einen Zeilenumbruch an die Ausgabe zu hängen. Entweder mit \n oder std::endl. Das Leerzeichen nach dem Ausrufezeichen (oben) wäre eines zu viel.
Ich arbeite mit c++, und das \n ist nur um einen Zeilenumbruch gleich mit rein zu machen. Aber stimmt schon, dass es eigentlich nicht nötig ist, wenn man es so kurz wie möglich halten will
Also ist es theorethisch nur das es besser aussieht
ja. Man fängt ja immer mit "Hello World" an, um erstmal die einfachste Funktion kennen zu lernen. Und am besten lernt man Programmieren, meiner Meinung nach durch Projekte die einem selber Spaß machen. Und oftmals macht gerade das Spaß, eine eigentlich einfache Aufgabe so Komplex und schön wie möglich zu gestalten
Was macht deine Meinung nach einen Gute Coder aus
Na klar! Also erst mal muss das "Hello world" ja irgendwo her kommen, da brauchen wir ja offensichtlich ein Factory Pattern um die Strings zu erzeugen (evtl. Wollen wir irgendwann auch mal anderen Text ausgeben). Und für die Ausgabe brauchen wir eine OutputStrategy Klasse, die natürlich ConsoleOutputStrategy implementiert. Und Decorator brauchen wir natürlich um dynamisch neues Verhalten zur Ausgabe hinzuzufügen.
Aber mal im ernst: Gute Entwickler schreiben keinen komplexen Code, sondern versuchen komplexe Probleme in Teilprobleme und wiederverwendbare Komponenten herunterzubrechen. Aus Sicht eines Anwenders ist eine Konsolenausgabe so ziemlich die atomarste Einheit ist, die es gibt.
Genau ich meine einfach es sich absichtlich komplexer zu machen also ganz instiktiv also mehr als man eigentlich braucht ich bin Azubi als Fachinformatiker für Systemintegration und kann auch programmieren naja etwas