Web-Development immer komplexer

Web-Developer jagen gerne den neuesten Frameworks hinterher, übersehen dabei aber oft und gerne, dass sie konkrete Lösungen großer Konzerne für ultra-komplexe Aufgabenbereiche - und eben nicht für Websites - sind. So entsteht die immer höhere, aber in den meisten Fällen nicht notwendige Komplexität.

Juan Diego Rodriguez erklärt, warum der Eindruck entstehen kann, Webentwicklung würde immer komplexer werden. Der Artikel gibt einen schönen Abriss darüber, wie sich die Entwicklung von Websites von auf HTML, CSS und ein bisschen JavaScript basierendem Code hin zur Nutzung extensiver JavaScript-Frameworks entwickelt hat, und warum das in den allermeisten Fällen unnötig war oder zu (vielen anderen) Problemen geführt hat.

JavaScript frameworks, like Angular and React, were created by Google and Facebook, respectively, to be used in their own projects and satisfy the needs that only huge web-based companies like them have. Therein lies the main problem with web complexity: JavaScript frameworks were originally created to sustain giant projects rather than smaller ones. Many developers vastly underestimate the amount of time it takes to build a codebase that is reliable and maintainable with a JavaScript framework. However, the alternative of using vanilla JavaScript was worse, and jQuery was short for the task. Vanilla JavaScript was also unable to evolve quickly enough to match our development needs, which changed from simple informative websites to dynamic apps. So, many of us have quickly adopted frameworks to avoid directly mingling with JavaScript and its messy DOM manipulation.

Juan Diego Rodriguez

Ich denke, wir sollten es so wie die Fotografen machen, die ja die beste Kamera als diejenige ansehen, die sie gerade dabei haben. Vielleicht ist das beste Framework und der beste Tech-Stack derjenige, den wir tatsächlich beherrschen, auch wenn uns hunderte, wenn nicht tausende unserer Kollegen mitteilen, wie alt, wenig sexy, und was weiß ich was noch dieses Framework ist, das wir benutzen? (Stichwort „PHP“.)

It’s incredibly difficult to not over-engineer web apps given current one-size-fits-all and fear-of-missing-out mentalities. But we can be more conscious of our project goals and exercise vigilance in guarding our work against scope creep. The same can be applied to the stack we use, making choices based on what is really needed rather than focusing purely on what everyone else is using for their particular work.

Wie menschlich das doch alles plötzlich wird, wenn man sich in die Psychologie des Web-Developments einliest.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert