Seit ihr in Informatik eher Theoretiker oder eher Praktikert?
Da gibt es die einen die reden und reden über Architekuren, über Factorys, über Dekoratoren, über Best Practices (die jeder anderes definiert) und und und bla blub kotz. Da gibt es die anderen die ein vollständigen und funktionierenden Full-Stack "Gute Frage Klon" inklu Tests und automatisierten Deployment innerhalb von 24h aus dem Boden programmieren. Seit ihr in Informatik eher Theoretiker oder eher Praktiker?
24 Stimmen
10 Antworten
Aber um guter Praktiker zu sein, muss man die Theorie verstehen. Praktiker verfügen meistens über Erfahrung, die Theoretiker häufig nicht haben. Deshalb müssen bei komplexen Projekten Theoretiker und Praktiker zusammenarbeiten.
Bin beides. Deine Fragestellung wirkt aber alles andere als neutral.
Schlechte Architektur kann man im Nachhineien nur sehr schwer verbessern. So manche Software ist auch komplett "untestbar", da man Klassen nicht abstrahiert hat. Insoferne, ist es nicht "tehoretisch", dass man sich mit den von dir erwähnten Konzepten befasst.
du musst es nicht zeichnen aber wenn du es nicht verstanden hast, bist du nicht viel mehr als ein Affe, der alles aufschreibt, was die Entwickler sagen (die sich damit auskennen) ... so in etwa haben es uns die Lehrer einmal erklärt und passt ziemlich gut 😁
wenn du das glaubst, werde mit deiner Ansicht glücklich. Ich bin in einer großen SW Firma und hier steht Design an oberster Stelle. Und gerade jene, die sehr erfahren sind, fordern diese Dinge gerechtfertigterweise ein. Einfach "so runterprogrammieren"? Nein, sorry, das kannst du vielleicht in einer ein-Personen Bastelbude machen, aber nicht, wo an einer Software 30 Leute, womöglich international, dran arbeiten. Ich glaube, du hast ein falsches Bild von industrieller SW Entwicklung.
Da gibt es die einen die reden und reden über Architekuren, über Factorys, über Dekoratoren, über Best Practices (die jeder anderes definiert) und und und bla blub kotz.
Schön, dass direkt klar wird, auf welcher Seite Du stehst.
Good Practices heißen so, weil sich Menschen mit Ahnung auf zB Programmier- oder Designrichtlinien festgelegt haben, damit das Rad nicht ständig neu erfunden werden muss bzw. man von den Erfahrungen anderer profitieren kann.
Ein Projekt "einfach zu machen" reicht halt nicht. Es muss in die bestehende Landschaft integrierbar sein und Anforderungen erfüllen. Und genau deswegen braucht es Planung.
Ich bin beides, weil ich das verstehe.
Ohhh Designrichtlinien, dein "Dogma" über was so sein müsste exisitert in der IT nicht kind, frag mal ruby entwickler was die zu Java Dogmen sagen lol
1. Bin ich kein Kind, sondern seit über 10 Jahren in der IT und 2. Doch, das interessiert. Vielleicht nicht das kleine, 4-Mann "Unternehmen", in dem Du arbeitest. Aber in meinem Unternehmen (7k+ Mitarbeiter schon).
frag mal ruby entwickler was die zu Java Dogmen sagen lol
Du hast nicht viel Ahnung, wenn Du das ernsthaft miteinander vergleichen willst.
Du musst noch viel lernen kleiner, das hat nix mit der Unternehmensgröße zu tun lol
Doch, denn offensichtlich ist das, was Du tust, nicht wirklich seriös. Und dann kann das Unternehmen, wofür Du arbeitest, ebenfalls nicht seriös sein. Wenn das denn überhaupt auf Dich zutrifft.
Höchstwahrscheinlich hast Du noch nicht wirklich viel Erfahrung und / oder keine Ausbildung/Studium in dem Bereich.
Du denkst, Du bist cool, weil Du mithilfe von KI ein Programm geschrieben hast, das zwar funktioniert, aber jenseits von gut und böse hinsichtlich vieler wichtiger Kriterien ist (zB Security, Skalierbarkeit etc) und glaubst jetzt, Du hättest jegliche Weisheit.
Aber offensichtlich weißt Du nicht viel.
Ich mein, ich stimme dir ja ein Stück weit zu, dass manche Designrichtlinien (wie etwa die Checkstyle-Richtlinien meiner Uni) einfach übertrieben sind. Das bedeutet aber nicht, dass es grundsätzlich falsch ist, Designrichtlinien festzulegen.
Aber offensichtlich weißt Du nicht viel.
Ich tippe auf Troll. Es geht dem Fragesteller scheinbar nur um reine Provokation.
Wer mehrfach erleben musste, dass große Projekte aufgrund mangelden Designs und kompletter Unwartbarkeit kläglich gescheitert sind und so zig Millionen in den Sand gesetzt wurden, würde nicht so großmäulig reden.
Die Art und Weise wie du dich hier über andere lustig machst zeigt das du keinerlei Ahnung von der Praxis hast. Insbesondere hast du keinerlei Ahnung was es bedeutet hochkomplexe und sicherheitskritische Applikationen in einem Unternehmensumfeld zu betreiben. Jeder Entwickler der sich dort so verhält wie du es behauptest würde in kurzer Zeit gefeuert werden.
Anfänger befassen sich mit sowas noch. Schjön UML zeichnen. Bunte Linien mit eat(), walk().... Andere programmieren skalierbar einfach runter und reden darüber gar nicht mehr