Asko Nõmm erreichte einen Bruchpunkt mit Front-End
Ich möchte ein Privatleben haben und nicht meine Nächte damit verbringen müssen, mich über irgendeine neue Variante von *.js zu informieren, aus Angst, dass ich bald irrelevant werde, wenn ich es nicht tue. Ich möchte nicht tausend verschiedene Werkzeuge lernen oder benutzen. Ich möchte nicht ein bisschen von allem und viel von nichts wissen.
Daher möchte ich keine Front-End-Entwicklung mehr betreiben. Die Freude ist weg.
Sie haben diesen Blog wörtlich erstellt, um das zu sagen, aber Taten statt Worte
Ich habe meine Kündigung bei meinem derzeitigen Arbeitgeber eingereicht und werde mich bei meinem nächsten Abenteuer auf eine ausschließlich Back-End-Rolle konzentrieren.
Ich habe einige Zweifel, ob Back-End in Bezug auf den technologischen Wandel zu 100 % besser ist, aber gut, ich höre es nicht so oft. Die Unzufriedenheit mit Front-End ist furchtbar hoch. Ich höre keinen einzigen Tag, an dem jemand breit über den Zustand von Front-End klagt.
Remy Sharp hat sich damit in Die Web hat sich nicht geändert; du hast dich geändert auseinandergesetzt.
Wenn Sie es nicht schon am Titel gemerkt haben, das Problem bei der Entwicklung von Front-End-Projekten ist nicht, dass es schwieriger oder komplizierter ist, sondern dass Sie es schwieriger und komplizierter gemacht haben.
Kleine Einwände dazu: Viele Leute haben keine Wahl bei den Technologien, mit denen sie beauftragt werden.
Remys Punkt ist, dass buchstäblich jede Einfachheit, an die Sie sich auf dem Web nostalgisch erinnern, immer noch da ist und nichts Sie daran hindert, sie zu nutzen. Außer, na ja, wenn Ihr Kunde oder Chef das verhindert.
Marc (Nachname scheint absichtlich nicht im Internet zu stehen) sagt, dass nur HTML ein vollkommen brauchbares Werkzeug ist.
Trotz zunehmender Toleranz gegenüber Frameworks als dem einzigen Weg, für das Web zu bauen, ist handgeschriebenes HTML nie verschwunden und ich glaube, es ist immer noch ein vollkommen geeigneter Weg, eine persönliche Website zu erstellen.
Erinnern Sie sich, Steren Giannini hat kürzlich gesagt, dass sie Websites nur mit HTML und ohne Build-Prozess erstellen. Und Terence Eden lobte HTML für seine unangemessene Effektivität.
Entwickeln Sie öffentliche Dienste? Oder ein System, auf das Menschen möglicherweise zugreifen, wenn sie verzweifelt Hilfe benötigen? Reines HTML funktioniert. Ein bisschen einfaches CSS lässt es gut aussehen. JavaScript ist wahrscheinlich unnötig – kann aber zur schrittweisen Verbesserung verwendet werden. Fügen Sie Alt-Texte zu Bildern hinzu, damit Leute, die pro MB bezahlen, verstehen, wozu die Bilder da sind (und, Sie wissen schon, Barrierefreiheit).
Es ist schön zu denken, dass man eine wichtige Website erstellen, jegliche wilde Komplexität vermeiden und sie ohne Schaden ihre Arbeit machen lassen kann, mit HTML.
Persönlich hege ich im Moment keinen Groll gegen das Front-End-Ökosystem. Mir ist bewusst, dass ich mich bei Bedarf von Komplexität zurückziehen kann und dass ich mich bei Dingen, die mir Vorteile (Geschwindigkeit, Funktionen, DX usw.) bringen, auf Komplexität verlassen kann und weiß, was es mich (und die Nutzer) kostet und warum.
Wow, ich stimme diesem Artikel verdammt gut zu, verdammt!!! Vor ein paar Jahren habe ich meinen Job als Front-End-Entwickler aufgegeben, müde von all den Build-Tools und neuen Sachen, die jedes Jahr herauskommen, ... Was zuerst Komplexität, Produktivität steigert und keinen wirklichen Sinn hinzufügt. Gutes altes HTML, CSS, ein bisschen JS und du bist gut. Vor Jahren wurden erstaunliche Websites nur damit erstellt und es funktionierte gut! Wie viele Stunden, Tage oder Wochen habe ich Zeit verloren, anstatt Dinge auf meine Art zu tun, gut strukturiertes CSS, gut strukturiertes HTML und JS. Die letzte verrückte Scheiße da draußen, TAILWIND. Alles kann ohne und besser gemacht werden, was war der Sinn, CSS zu lernen, richtige Namenskonventionen wie BEM und dann vergisst du alles, du fügst deine Klassen hinzu, aber warte, nicht alle sind in Tailwind verfügbar, also musst du ein Plugin hinzufügen, in dieser Datei und anderes Zeug in dieser Datei, dann kompilieren, dann testen, verdammt, es gibt etwas namens CSS, es gibt es schon ewig und es funktioniert überall. Heutzutage versuche ich, als Freiberufler zu arbeiten, alle meine Projekte werden auf die gute alte Weise gemacht, es ist schnell für mich zu bauen und nicht langsamer für den Benutzer als die Verwendung von hyperkomplexen Front-End-Tools. Schnell und sauber und jeder, der an meinen Projekten arbeitet, kann es verstehen, kein Kompilieren von dem oder dem, keine Plugins, nichts Komplexes.
Und wissen Sie was? Ich schäme mich nicht!!
Das!! Das ist der Kommentar hier! Ich meine, warum CSS lernen, wenn man das tun kann? Ich habe das Gefühl, diese Leute haben einfach Angst, CSS zu benutzen. Wenn überhaupt, dann sollte Sass dein letzter Halt sein. Nicht mehr und nicht weniger.
Ehrlich gesagt, ich habe mich entschieden, all diese Technologien nicht zu lernen. Ich bleibe bei meinem Sass und React. Viele gute Unternehmen, die nicht so komplexe Technologien benötigen, gibt es immer noch.
Bitte teile deinen Stack! Ich habe mein absolut Bestes gegeben, um diesen Weg zu gehen, aber es wurde zu schwer, den Überblick zu behalten.
Ja, ich hasse es, Artikel über neue .js-Frameworks und Ähnliches zu lesen, aber dieser Artikel und einige der Kommentare wirken sehr abschottend. Ja, man kann oft mit reinem HTML und CSS auskommen, aber viele meiner letzten Kunden haben nach Dingen gefragt, für die ich JS-Frameworks brauche. Die Möglichkeit, in After Effects zu animieren und sie im Browser wiederzugeben. Klar, man kann es satt haben, aber wenn der Kunde fragt und explizit mit verrückten Animationen, Effekten und Ähnlichem mockups erstellt hat, muss man liefern und meistens werde ich mit reinem HTML und CSS nicht dorthin gelangen.
Ja, es ist schwierig, mit der Technik Schritt zu halten, aber wie sonst soll man informiert und wettbewerbsfähig bleiben? Ich habe aufgegeben, React Redux und die meisten neuen Zustandsmanagement-Änderungen für React zu lernen, da ziehe ich die Grenze. Ich spreche aus der Sicht von Freelance-/Contractor-Positionen.
Nun, wenn Sie verrückte Animationen machen müssen, brauchen Sie keine Frameworks, verwenden Sie einfach Gsap, Sie brauchen verrückte coole Seitenübergänge, verwenden Sie barba und gsap. Sie brauchen verrückte 3D-Sachen, verwenden Sie three js, Sie brauchen seidenglatte Canvas-Animationen/Interaktionen, verwenden Sie pixi js. Ich sehe wirklich nicht, wo Frameworks im visuellen Teil einer Website unerlässlich sind. Ich interessiere mich besonders für Web-Animation, Interaktion und Benutzererfahrung (ich komme aus einem Grafikdesign-Hintergrund) und dafür brauchen Sie überhaupt kein Framework. Ich schaue mir immer wieder Websites auf awwwards an, 70 % davon können auf die gute alte Weise gemacht werden. Letzte schlechte Erfahrung, die ich hatte, ich habe mich kürzlich für 2 Jobs beworben, um Websites zu erstellen, in beiden Studios hätte ich genau das Gleiche getan: schöne Websites erstellen. Erste Antwort: „Hey Mann, tolle Arbeit, aber kennst du irgendeine Techno (Framework)?“ Ich habe nein geantwortet, aber glücklich zu lernen, keine Antwort von der Firma. Zweites Studio: „Hey Mann, tolle Arbeit, wir wollen dich, wann willst du anfangen“. Ich denke mir „wtf“, für das erste Studio, auch wenn ich 7 Jahre Erfahrung im Erstellen von Websites und ein gutes Portfolio habe, verdiene ich nicht einmal eine Antwort, wenn ich kein Framework kenne. Eine letzte Sache zur Web-Animation: CSS-Animation ist super mächtig, manchmal sogar mächtiger als JS-Animation, gekoppelt mit CSS-Variablen ist es erstaunlich. Also habe ich 2 Möglichkeiten: tiefes Erlernen von CSS und Vanilla JS, oder mir die Haare raufen mit neuen Technologien, wunderschöne Erfahrungen liefern, die mit dem „Old School“-Weg gemacht wurden, oder von meinen Kollegen als jemand betrachtet werden, weil ich Vue, React und Angular kenne und sie alle gleichzeitig nutzen kann, nun, einfache Antwort.
Viele Canvas-Bibliotheken und Award-Sachen machen die Arbeit mit Frameworks zu einem Problem, da sie das Fenster erweitern.
Ich arbeite seit etwa 15 Jahren in der Softwareentwicklung und bin größtenteils unzufrieden mit dem aktuellen Stand der Front-End-Entwicklung.
Ich habe immer gedacht, dass HTML & CSS einfach genug sind, dass jeder sie lernen kann, und dass diese Einfachheit es Designern (die nicht unbedingt die besten Programmierer sein müssen) ermöglicht, wirklich unglaubliche Web-Arbeiten zu leisten. Jetzt ist es so komplex und ausgefeilt geworden, dass die Leute, die das Front-End „beherrschen“, die Softwareingenieure sind, die die stärksten Javascript-Entwickler sind. In vielen Fällen haben diese Softwareingenieure nicht einmal gute Designfähigkeiten, so dass der Gesamtworkflow eine noch koordiniertere Anstrengung mit dem UI-Designteam erfordert. Mit Bibliotheken wie Angular und React fühlt es sich an, als hätte das Front-End jetzt sein eigenes Back-End; ein „Back-End des Front-Ends“.
Vor ein paar Jahren habe ich ein Konzept entwickelt, das ich „RAP-Stack“ nannte. Es versuchte, eine Trennung zwischen Künstler und Ingenieur zu schaffen, indem es bewusst so viel Komplexität wie möglich im Back-End hielt. Mir ist schmerzlich bewusst, dass viele Softwareingenieure über einige der darin enthaltenen Technologien spötteln würden, aber ich konnte dies sehr erfolgreich in einem Projekt implementieren, das ein geschäftskritisches Projekt für ein wachsendes Unternehmen antreibt.
https://benharrison.cc/projects/rapstack/
Hier sind weitere Details zu meinem Proof-of-Concept-Projekt. Es nutzt starke Typisierung, gründliches Unit-Testing, Dependency Injection und so weiter. Nur nichts davon existiert in der Präsentationsschicht.
https://benharrison.cc/projects/mastersuite/
Ich glaube, ein großer Teil davon ist die Komplexität unserer Build-Setups. Ich habe in letzter Zeit versucht, meine Build-Setups zu vereinfachen, und ehrlich gesagt hat das allein viel von der Angst vor der Wartung von Front-End-Entwicklungen (für mich) beseitigt.
Das Problem scheint eher das JS-Ökosystem zu sein und nicht Front-/Back-End. Leider ist Frontend heutzutage gleichbedeutend mit JS, während Backend viel mehr Optionen hat.
Ja, man kann HTML benutzen, wenn man will. Das ist schön – und hatte absolut nichts mit irgendetwas zu tun, weil dich niemand einstellen wird, um HTML zu schreiben.
Ich denke, wenn man React beherrscht, ist das seit etwa 5 Jahren eine sichere Wette. Klar, sie haben mit Hooks Dinge geändert, aber das Erlernen neuer Funktionen von Stacks, die man bereits verwendet, ist keine große Investition.
Schöne wilde Behauptung, aber React ist Teil des Problems.
Der Punkt ist, dass noch ein weiteres .js davonlaufen kann und springen kann.
Ich stoße auf das gleiche Problem und weigere mich, mehr als ein bisschen jQuery zu benutzen, weil warum sollten wir das?
Nichts, was React tut, fügt der Seite etwas hinzu, was reines JS + jQuery nicht schon seit über einem Jahrzehnt getan hat.
TehWardy — Obwohl ich React persönlich nicht benutze. Man kann sie nicht mit etwas wie jQuery vergleichen.
jQuery hatte seine Zeit, etwa 99 % seines Anwendungsfalls sind bereits in JS integriert, und ich sehe keinen praktischen Bedarf, es jemals wieder zu verwenden. Abgesehen von der Wartung von Legacy-Codebasen.
Die Arten von Anwendungen, für die Dinge wie React/Vue/Svelte/[Framework einfügen] verwendet werden, werden verwendet, weil diese Tools gut für den Job geeignet sind und der Versuch, diese Anwendungen mit etwas wie jQuery zu erstellen, ist wie der Versuch, eine moderne Website mit Floats als Hauptlayoutmechanismus zu erstellen. Es kann immer noch gemacht werden, aber das heißt nicht, dass es gemacht werden sollte.
Schauen Sie sich LiveView, Hotwire oder Livewire an. Sie arbeiten alle an einem gemeinsamen Ziel, Fullstack ohne all das JS zurückzubringen.
Livewire ist genau das, was mich an neuen Tools unglücklich macht. Livewire ist eine 80%-Lösung und die letzten 20% bringen dich zur Verzweiflung. Ich habe es benutzt und ich habe ständig seltsame Bugs und Dinge, die auf sehr seltsame Weise funktionieren. Es sah gut aus, aber es ist eine schreckliche Erfahrung, damit zu arbeiten.
Wenn eine Technologie in der Webentwicklung, sei es im Backend oder Frontend, weniger als 10 Jahre alt ist, ist die Wahrscheinlichkeit hoch, dass sie Mist ist und jeder sie bald vergessen wird.
Frameworks sind schick, aber progressive Enhancement ist das Einzige, was bei der Webentwicklung funktioniert hat, funktioniert und immer funktionieren wird, egal wer du bist oder welches Gerät du benutzt. Ich bin froh, dass dieser Artikel das kurz anspricht.
Ich hatte das Gefühl, etwas von jemandem zu lesen, der in meine Seele geschaut hat. Das Frontend hat sich selbst aus dem bezahlbaren Markt gedrängt. Bei all dem Mist, den es zu lernen gibt und noch mehr Mist, der die verdammte Pipeline hinunterkommt, habe ich genug. Ich habe beschlossen, die Entwicklung ganz aufzugeben, und habe große Freude daran gefunden, den Beruf zu verlassen und die Türen hinter mir zuzuschlagen. Ich wäre zu diesem Zeitpunkt lieber Buchhalter, Mathematiklehrer oder Fußmodel und hätte ein Leben, als mich wieder dem Erlernen dieses oder jenes .js zu widmen.
Warum nicht Full-Stack-Entwicklung versuchen? Ich bevorzuge Angular im Frontend, Spring Boot und Kotlin im Backend. Alles fließt ziemlich reibungslos, einfach den Code schreiben und fertig.
Vielleicht bin ich komisch, aber für mich ist das Beste an der Softwareentwicklung im Allgemeinen, dass es immer etwas zu lernen und sich zu verbessern oder neue Perspektiven zu gewinnen gibt. Ich bin mir ziemlich sicher, dass ich mich sonst in ein paar Jahren langweilen würde.
Ich habe das Gefühl, dass Frontend jetzt viel stabiler ist als vor 2-3 Jahren. Wir haben stabile Frameworks und viele neue heiße Dinge, die sich als nicht heiß herausstellen. Ich habe das Gefühl, dass Askos Problem nicht im Frontend lag, sondern am Nicht-Verständnis der Tools, die er benutzt hat. Man benutzt es nicht, weil es nicht cool ist, einfaches HTML zu benutzen. Man benutzt es, um die Arbeit zu erleichtern, und wenn man es nicht sieht, benutzt man wahrscheinlich das falsche Werkzeug. Programmieren bedeutet Probleme zu lösen, man benutzt ein Werkzeug, weil man es braucht, nicht weil es trendy ist.
Ja, ich kann das sehr gut nachvollziehen. Es gibt so viele Dinge zu lernen und auf dem Laufenden zu bleiben in einer sich ständig schnell verändernden Welt.
Ich wurde im Oktober wegen Corona von meiner ehemaligen Firma entlassen, und das hat mich hart getroffen. Jetzt nehme ich mir ein Jahr Auszeit im sozialen Bereich, um meinen Kopf freizubekommen und zu entscheiden, was ich wirklich weiterverfolgen möchte. Viel Glück an alle da draußen.
Sehr ähnliche Situation gerade bei mir. Ehrlich gesagt schaue ich in Richtung UX/UI-Design und Shopify — alles als Freelancer.
Ich liebe Frontend, aber ich hasse es, damit zu arbeiten, wie es heute gemacht wird.
Wenn man ein Frontend-Tool nimmt und seine API mit dem von vor 5 Jahren vergleicht, wird man sehen, dass es wie eine andere Sache ist. Ich benutze jQuery und das berüchtigte Bootstrap Framework und es scheint, als hätten sie sich nie geändert, daher glaube ich, dass es möglich ist, Dinge im Voraus gepackt und getoolt zu haben und trotzdem modern zu sein.
Vielleicht liegt das Problem bei diesen Frontend-Tools darin, dass sie sich so stark ändern, dass sie jeden zwingen, zu Sklaven von ihnen zu werden. Das gesagt, kann ich verdächtig denken, dass dies absichtlich geschieht, um Leute an ihre Marken oder geistigen Eigentümer zu binden, wie jede Fernsehwerbung für die Massen, um etwas wie ein Buch, einen Kurs, einen Workshop, ein Treffen zu verkaufen ... oder Facebook-Anzeigen, Google-Anzeigen, oder sogar um das Ego von jemandem glänzen zu lassen ... und wenn mein Englisch nicht so schlecht ist, hast du mich hier erwischt! Das Problem mit all der Unzufriedenheit, die von den meisten erwähnt wird, ist, dass die Mehrheit keine Macht und kein Geld hat, dagegen anzukämpfen, daher kann es sicher als neue soziale Krankheit bezeichnet werden. In diesem Fall denke ich, es ist Zeit, eine Art Manifest oder Bewegung zu starten, um diesen Leuten zu helfen. Manchmal, und ich brainstorme nur, ist es der Fall, Leute zu beobachten, die das überwunden haben, und von ihnen zu lernen.
Was mich zur Hölle bringt, ist, dass Open Source dazu benutzt wird, das alles einzubacken!
Omg!! Ich stimme dir SO sehr zu, Kumpel!!! Ich wechsle jetzt zu UX Design, es macht einfach keinen Spaß mehr. Alle paar Wochen ein neues Framework, das ich nicht brauche. Gutes altes CSS kann alles. Aber nein, kompiliere dies, mixe das, teste das alles... habe es satt. Die Arbeitgeber haben eine 2-seitige Liste von Dingen, mit denen sie arbeiten wollen. Ich weigere mich sogar, Bootstrap zu benutzen ;) Hoffe, ich habe in Zukunft mehr Freude am UX/UI.
Zustimmung. Ein großes Problem, das ich sehe, ist diese Fehlannahme, dass Webanwendungen immer als SPAs erstellt werden müssen.
Mein aktuelles persönliches Projekt besteht aus guten alten Templates und serverseitig generiertem HTML.
Und für mich ist dadurch viel von der Freude zurückgekehrt.
Ich verstehe das total. Ich sage das seit Jahren, dass HTML native eine bessere Komponenten-/Modulunterstützung haben muss. Wenn ich ein Nav-Tag hinzufüge, sollte ich nur Daten in einem definierten Format als Attributwert übergeben und Eigenschaften verwenden, die das Layout des Nav definieren, und zack, der Browser baut es. Blöcke, Akkordeons, Karten, Listen, Scroller, was auch immer Sie wollen, all die Dinge, für die wir JS verwenden, um schicke UI-Komponenten oder Module zu bauen, oder wie auch immer Sie sie nennen, müssen nativ in der Sprache sein und vom Browser gehandhabt werden, ähnlich wie das Select-Element, und dann können wir es mit CSS stylen. Dann kann all dieser JS-Framework-Mist endlich enden.
Ich stimme dir zu 100 %, das Rad wird immer neu erfunden. Man lernt etwas auf eine Weise, aber dann ist es Zeit zu ändern, das Endergebnis ist fast immer dasselbe. Perfektes Beispiel React mit State Components hat gerade gut funktioniert, aber jetzt müssen wir React Hooks und Context ... usw. kennen.
Ich verstehe wirklich die Frustration, die durch diese brandneuen .js-Revolutionen der Woche verursacht wird.
Aber andererseits frage ich mich, ob wir alle gelangweilt und unzufrieden sein könnten, aufgrund des Mangels an Veränderungen und Innovation, falls wir eine entgegengesetzte Realität leben würden.
Immer etwas Neues zu lernen ist eine gute Sache. Aber alle Vierteljahre etwas Neues lernen zu müssen, ist schädlich für unsere psychische Gesundheit.
Das Konzept der Komplexität als Kosten ist sehr interessant. Um die Einführung von Komplexität ohne klaren Rückgabewert als Schulden zu betrachten oder nie mehr auszugeben, als man kann, als Analogie. Komplexität kann nur profitabel sein, wenn der Rückgabewert höher ist als die Kosten. Obwohl es manchmal schwer zu bewerten ist.
Ihr habt recht, Leute, aber wenn ihr denkt, dass dieses Problem nur das Frontend betrifft, seht ihr vielleicht nicht das ganze Bild. Sysadmin, Backend, Projektmanager und so weiter... vielleicht ist eure beste Wahl DBA, aber dann müsst ihr überlegen, ob ihr bei relationalen Datenbanken bleibt oder ob ihr euch wieder dem Glücksrad neuer Technologien oder Architekturen zum Lernen zuwendet.
Deshalb sehen wir all diese Fullstack-Jobs, die angeboten werden, aber glauben Sie mir, es ist ein Albtraum. Sie müssen mir nicht glauben, wir diskutieren dieses Problem mit Frontend-Entwicklern, richtig?
Wie auch immer, vielleicht haben Sie die Möglichkeit zu sagen: „Moment… ich kann beides machen, Frontend und Backend, tatsächlich weiß ich, wie ich meine Datenbanken strukturiere, deploye, verwalte und abfrage, und ich habe keinerlei Probleme mit Workspace-Umgebungen, also ja… ich kann mich für diesen Job bewerben.“
Iss einfach den verbotenen Apfel und zieh dich in ein Privatleben zurück.
Vor ein paar Wochen habe ich einen Kurs für Fullstack gesehen, der „kostenlos“ für nur achtzehntausend Dollar beworben wurde, und das Lustige daran war der Kurs selbst... 3 Module, 18 Monate, und Sie werden 12 Monate nur damit verbringen, über Technologie zu theoretisieren. Ein echter Witz. Ja! Sie sind bereit, es anzugehen!
Worüber wir sprechen, ist kein Problem der technologischen Entwicklung, es ist einfach der grundlegende Grund, warum dieser Sektor der Industrie immer neue Möglichkeiten geschaffen hat.
Ich habe Angst, das Prinzip der Trennung der Belange zu verlieren, weil ich auch mein Leben als Mensch leben möchte.
Wow, so negative Gefühle gegenüber Frontend. Javascript ist nicht kompliziert. React ist nicht kompliziert. Es sind wir als Ingenieure, die unsere Werkzeuge genommen und ein Durcheinander daraus gemacht haben.
Backend-Sprachen/Frameworks scheinen eine viel standardisiertere Vorgehensweise zu haben, möglicherweise aufgrund der Reife oder weil sie ernster genommen werden. Dies fehlt der JS-Community dringend.
Javascript/React; es bist nicht du, es sind wir.
Ich habe nachgedacht, ich bin der Einzige, der das denken kann.
Das ist auch ein generationenübergreifendes Problem, mit ein paar Prisen „Ich möchte etwas bewirken“.
Mit diesem Artikel kann meine Familie das besser verstehen.
Sie müssen lernen (verbringen lange Stunden, Nächte) ein ganz neues Framework, um 0,06 ms pro Anfrage zu sparen. Und anderthalb Jahre später. Dieses wundervolle Werkzeug war eine Verschwendung, weil mit allem, was Sie verwenden müssen, Sie mehr als 0,07 ms pro Anfrage haben oder mehr Ressourcen laden und Ihre Gesamtheit zu schwer ist.
Und in diesem Moment kommt eine neue Welle von... mit diesem fantastischen Werkzeug...
Sie müssen nicht alle Frameworks lernen, lernen Sie einfach eines und das wird ausreichen. Jetzt ist der Stand der Build-Tools viel besser und einfacher, man muss tatsächlich viel weniger wissen, um den gleichen Arbeitsumfang zu erledigen, besonders für ein einfaches Projekt. Wenn Sie CSS und Design lieben, werden Sie Designer. Es gibt Positionen, wo Sie als Designer mit CSS prototypen, und sie verdienen genauso viel wie Entwickler, soweit ich weiß. Ich persönlich hasse CSS und Design, ich liebe komplexe Dinge, und ich liebe es, wenn diese Komplexität reibungslos und schnell funktioniert. Also liegt es an Ihnen, hören Sie auf, unglücklich zu sein und tun Sie, was Sie lieben.
Dieser Artikel drückt perfekt meine Hauptgründe für den frühen Ruhestand aus. Die erste Hälfte meiner Karriere habe ich es GELIEBT, neue Werkzeuge und Techniken zu lernen, aber irgendwann kamen die Frameworks so schnell, dass ich mehr Mühe in das erneute Erlernen meines Jobs steckte, als ihn tatsächlich auszuführen. Es gab eine Zeit, in der ich mich wie ein echter Experte für Softwareentwicklung fühlte, aber nachdem ich mich mit Webentwicklung beschäftigt hatte, kam dieses Gefühl nie wirklich wieder. Ich fühlte mich wie ein permanenter Anfänger.
Ein paar Punkte.
Die Beschwerden, die ich in diesem Forum lese, sind wohlbegründet, aber fehlgeleitet. Entwickler sollten von der Richtung der FED begeistert sein. Mehr Komplexität === größeres Gehalt, mehr Möglichkeiten und bessere Professionalität.
Zweitens müssen Sie nicht jede Bibliothek im Zusammenhang mit CSS oder JS kennen. Wenn Sie das tun, ist etwas mit der Positionierung Ihrer Fähigkeiten nicht in Ordnung und Sie arbeiten zu weit unten in der Wertschöpfungskette. Steigen Sie in der Wertschöpfungskette auf.
Drittens ist es viel einfacher, neue CSS- und JS-Bibliotheken zu lernen, wenn man die zugrundeliegenden Prinzipien, Paradigmen und die Sprache kennt. Ich kenne einen Entwickler, der mehrere CSS-Bibliotheken kannte, aber kein CSS. Wenn sein CSS stärker gewesen wäre, hätte er die anderen Bibliotheken mit erheblich weniger Schmerzen erlernt.
Ebenso wird jedes JS-Framework schmerzhaft sein, wenn Ihr JS schwach ist. Wenn Ihr Wissen über Design Patterns schwach ist, wird das Erlernen neuer JS-Frameworks und Architekturen schmerzhaft sein.
Wenn Ihr Wissen über reaktive Programmierung schwach ist, wird Ihrem Code wahrscheinlich viele Feinheiten fehlen, die zusätzlich zum zusätzlichen Aufwand beim Erlernen neuer Frameworks technische Schulden verursachen können.
Ich habe mit Entwicklern zusammengearbeitet, die Redux oder GraphQL auswendig gelernt haben, aber die zugrundeliegenden Design Patterns und Algorithmen nicht aufgreifen konnten, die das Lernen und Meistern erleichtert hätten.
Der Punkt ist, sich besser auszubilden, und Sie werden eine Meta-Perspektive auf Frameworks entwickeln, die Ihnen helfen wird, Code schneller zu erfassen und zusätzlich besseren Code zu schreiben.
Sie haben den Punkt verfehlt. Es ist die mentale Ermüdung, von der die Leute reden. Was bringt es, mehrere Tools zu lernen, die ungefähr dasselbe tun und sich ständig weiterentwickeln? Wie soll das Ihre Produktivität verbessern? Sie verfolgen einen simplen Ansatz.
„Entwickler sollten über die Richtung von FED hocherfreut sein. Mehr Komplexität === größeres Gehalt, mehr Möglichkeiten und bessere Professionalität.“
Ich war hocherfreut darüber und gleichzeitig überfordert von der plötzlichen Lawine von neuem Sexismus und Stigmatisierung, die mir seitdem entgegengeschlagen ist, als Entwicklerin, die sich gut mit HTML, CSS und UX auskennt. Ich war in Besprechungen, in denen Entwickler wörtlich sagten, dass Leute wie ich nicht wirklich echte Ingenieure sein könnten, direkt vor mir, und niemand hat etwas getan oder gesagt, wirklich.
Glücklicherweise habe ich festgestellt, dass es Rollen gibt, in denen das nicht passiert, aber es ist viel Arbeit oder Glück, sie zu finden. Chris' Beiträge zu diesem Thema haben mir auch sehr geholfen, das alles zu verstehen.
Ich stimme Ihrem Kommentar vollkommen zu und finde ihn auf den Punkt gebracht.
Ja, es stimmt, dass die Komplexität zugenommen hat und ich mehr Zeit als „Konfigurator“ verbringe. Und ich bin tatsächlich frustriert von der Unreife von Teilen des Ökosystems. Aber das gute Beherrschen der zugrundeliegenden Technologien ermöglicht es mir, dies ohne überwältigende Frustration zu tun, es ermöglicht mir, Dinge zu debuggen und zu beheben. Es ermöglicht mir auch zu wissen, wann man Dinge NICHT verwenden sollte.
In meinen ca. 3 Jahren, in denen ich React-Anwendungen schreibe, habe ich Redux nie, aber auch wirklich nie verwendet. Ich habe Kontexte kaum verwendet und nur Styled Components benutzt, weil das Projekt, bei dem ich eingesetzt wurde, sie verwendete. Daher habe ich keine aufgestaute Frustration.
Ich schrieb eine Gatsby-Anwendung und weigerte mich vehement, GraphQL-Query-Komponenten in meinem Code zu verwenden, nicht einmal den useQuery-Hook in meinen Komponenten, weil ich erkannte, wie erstaunlich falsch diese Architektur ist. Ich hatte meinen Anwendungscode von dem Gatsby-Müll entkoppelt, so dass mein React-Code weiterhin richtig funktionieren konnte, falls sich etwas auf der Gatsby-Seite ändern sollte. Oder sogar, ich könnte ihn mit erheblich weniger Aufwand nach Next migrieren.
Da ich schon lange dabei bin, nutze ich die modernen Frameworks, um das zu bekommen, was ich brauche (z. B. Routing, Bundling, automatische DOM-Updates), um einige der Goodies zu nutzen und die Junk-Features, die obendrauf kommen, wegzuwerfen.
(Sarkasmus an)
Endlich kommt die Wahrheit ans Licht … Aber Moment mal: Das ganze Framework-Zeug ist wichtig für das Ego, damit man sich nicht „nur“ als HTML-Schreiberling fühlt, sondern auch wie ein „richtiger“ Programmierer …
(Sarkasmus aus)
Ich finde diesen Beitrag interessant und diese Kommentare faszinierend. Aber was mich stört, ist, dass kaum jemand die Perspektive des anderen anerkennt.
Wenn Ihre Arbeitgeber oder Kunden möchten, dass Sie an E-Commerce-Websites arbeiten, müssen Sie E-Commerce-Tools wie WooCommerce oder Shopify (wenn Sie mit Closed Source einverstanden sind) verwenden.
Wenn Ihre Kunden sich anmelden können müssen, benötigen Sie ein Content-Management-System; Drupal, WordPress, Webflow (Closed Source) usw.
Wenn Sie an sehr interaktiven Webanwendungen arbeiten müssen, ist die Verwendung eines FE-Frameworks wie Angular / React / Vue praktisch eine Voraussetzung.
Wenn Sie Websites erstellen und keine der oben genannten Punkte zutrifft, können Sie sich nur dann frei fühlen, den alten Weg zu gehen und reines HTML und CSS mit einem Hauch von JavaScript zu verwenden. Wenn das auf Sie zutrifft, yay, Sie können die einfachste (oder ansprechendste) Arbeitsweise annehmen!
Endlich eine realistische Sichtweise :)
Dieser Beitrag und die Kommentare sprechen mich auf einer ernsten Ebene an. Mein IT-Lehrer in der High School lehrte mich die Angst, dass ich überflüssig werden würde, wenn ich meine ganze Karriere bei reinen Low-Level-Sprachen wie HTML und CSS bleibe.
Ich habe mich über die Jahre nie ernsthaft bemüht, JS oder React zu lernen, nachdem ich mehr als ein paar Videos gesehen hatte und erkannte, wie tief dieser Kaninchenbau sein würde.
Ich strebe WordPress-verwaltete Websites an und konzentriere mich auf Geschwindigkeit und SEO. Ich kann mehr Zeit darauf verwenden, meine wahren Designfähigkeiten zu schärfen, weniger Stress haben und dabei dasselbe verdienen, was ein React-Entwickler zu zahlen scheint (Seek und FB).
Auf diese verfluchte 10/10 für das gesamte CSS Tricks-Team, denn ich glaube ungeniert, dass es am schnellsten zu verarbeiten und am schönsten zu schreiben ist.
Das, was ich an Front-End liebe, ist die Tatsache, dass es mir nie langweilig wird. Es gibt immer etwas Neues zu lernen. Ich mache Front-End seit den „Webmaster“-Zeiten der frühen 2000er Jahre.
Ich habe irgendwann einen Schlenker zum Backend gemacht, weil es ein Bereich war, in dem ich mich verbessern wollte. Jetzt mache ich beides und unterrichte Front-End-Entwicklung.
Front-End unterscheidet sich nicht von jeder anderen IT-Fähigkeit; es gibt immer Forschung, und daraus entstehen neue Wege, Dinge zu tun, und man muss sie lernen. Sicher, es mag sich schnell entwickeln, aber man muss nicht alles lernen und wissen.
Es ist einfach Teil des Spiels und ich mag es.
Ich wiederhole Doug: „Die erste Hälfte meiner Karriere habe ich es geliebt, neue Werkzeuge und Techniken zu lernen (…) Es gab eine Zeit, in der ich mich wie ein echter Experte für Softwareentwicklung fühlte, aber nachdem ich mich mit Webentwicklung beschäftigt hatte, kam dieses Gefühl nie wirklich wieder. Ich fühlte mich wie ein ewiger Anfänger.“
Ich bin kein Luddit oder so etwas, aber ich arbeite in mehreren Teams und Projekten und jetzt, bei so vielen unterschiedlichen Stacks, ist allein das Einrichten eines neuen Projekts auf meinem lokalen Rechner eine Qual, die viel mehr Zeit in Anspruch nimmt, als tatsächlich Dinge zu bauen.
Haha. Das ist für Asko Nõmm. Du bist nicht allein. Ich habe den folgenden Artikel fast 1 Jahr vor diesem Beitrag geschrieben. Darin finden Sie einen Verweis auf einen Artikel, der vor fast 3 Jahren geschrieben wurde.
Wir sind in diesem Chaos gelandet, weil wir beschäftigt aussehen wollen, dem, was wir tun, Masse verleihen wollen, wir waren diejenigen, die das alles verkompliziert haben. Die Dinge waren einfach, aber wir haben nicht „Single Source of Truth“, „State Control“, „SOC“ und andere Bullshit-Zombie-Geschichten erfunden, die wir uns erzählen, wenn wir mit einem Firmeninhaber konfrontiert werden, der nur will, dass sein/ihr Geschäft funktioniert.
https://www.linkedin.com/pulse/programming-today-tiberiu-georgescu
Der Ort, an dem ich in den letzten 4 Jahren gearbeitet habe. Ich habe weder React, Angular noch Vue angerührt. Alles, was ich mache, ist reines HTML (nutze Pug) und SCSS. Danach legen wir alles als Templates in unser CMS. Es ist etwas mehr Arbeit, aber es macht Spaß.
Da ich jedoch nicht viel Erfahrung mit JS-Frameworks habe, ist es sehr schwierig, einen lukrativeren Job zu finden.
Es ist wie bei Photoshop, man kann viele Effekte erzielen, aber wenn alle auf einem Bild verwendet werden, ist es einfach hässlich.
Die Verwendung von ein oder zwei APIs, weil sie einen Nutzen oder einen Wow-Effekt bieten, ist in Ordnung, aber
heutzutage klingt der Job laut einigen Leuten nach einer alten berühmten Schlagzeile: Hey, es gibt dafür eine „API“! Und sie verwenden diese bei jedem einzelnen Ding…
Haben sie keine HTML-, CSS-, JS- und PHP-Grundlagen?
React verwenden? Wenn Ihre Website so riesig ist wie Amazon oder Facebook, vielleicht ist es in Ordnung, ansonsten sind Module jetzt nativ.
Als jemand, der seit Jahrzehnten in der Branche tätig ist, finde ich all die Beiträge über Framework-Müdigkeit ehrlich gesagt irritierend und stimme Remy Sharp voll und ganz zu.
Man muss nicht ständig alle glänzenden Werkzeuge lernen. Es ist ein Druck, den man sich selbst auferlegt.
2007 war das Tooling bereits kompliziert – wenn ich mich recht erinnere, habe ich Bower, Ant zum Bauen, YUI zum Testen, eine Abscheulichkeit namens Sprocket zum Templating, jQuery in einigen Projekten, aber Prototype oder Dojo in anderen, verschiedene CSS-Präprozessoren (PHP-basiert – also musste man damit an die Hände nehmen)… Sie verstehen, was ich meine.
Professionelle Arbeit ist kompliziert, weil Geld im Spiel ist und Teams von Menschen beteiligt sind, es ist nicht die Technik an sich. Schlägt ernsthaft jemand vor, dass Java- oder C++-Projekte besser sind?!?
Es ist heutzutage nicht schwieriger, jobfähig zu sein – „früher“ gab es kein Stack Overflow, keine Fülle von Kursen auf Udemy usw. für 10 Dollar, keine Armee von Entwicklern auf Twitter, Berge von Büchern, Stapel von Boilerplate auf Gitlab usw. usw. Tatsächlich ist es heute sogar viel einfacher, anzufangen.
Wenn Ihnen FE also nicht mehr gefällt, gut, aber bitte keine. Mehr. Gejammer. Über Framework-Müdigkeit.
Ich finde auch, dass die Verwendung einiger dieser JS-Frameworks die Front-End-Entwicklung viel zu kompliziert macht.
- Gesponsert von der Blazor-Gang
1994 habe ich meine erste Website in HTML und CSS erstellt und in den letzten Monaten 3 Websites ausschließlich in HTML & Bootstrap erstellt. Es war einfach nicht notwendig, in einem CMS zu sein. Sicherheit & Last auf unserem Server, Datenbanken usw. sind zu einem so großen Problem geworden, dass es großartig war, sich keine Sorgen über eine andere Domain machen zu müssen, die unnötige Ressourcen beansprucht. Und ich denke, auch umweltfreundlicher!
Das gibt mir als Anfängerin so viel mehr Selbstvertrauen. Ich liebe Front-End-Entwicklung, und das hat viel damit zu tun, dass ich direkt aus der Designwelt komme. Ich arbeite seit zwei Jahren in einer Einsteigerposition. Ich fühle mich wohl, weil sie nicht verlangen, dass ich alle neuesten Bibliotheken kenne. Wenn ich jedoch einen besser bezahlten Job möchte, sind sie sehr spezifisch mit den Bibliotheken, die ich verwenden soll. Das macht mir immer Angst. Ich denke, ich werde stattdessen nebenbei freiberuflich tätig sein, anstatt mich von dem Hype überwältigen zu lassen.
Alles sieht besser aus, wenn es im Gleichgewicht ist. Mit nur HTML, CSS und ein wenig JavaScript können Sie definitiv ein Front-End einer Website erstellen, aber die aktuellen Trends sind wichtig, und Sie müssen Technologien lernen, die am angesagtesten sind, damit Sie leicht eingestellt werden können.
Und der Clou? Backend-Entwickler sind irgendwie die „schlauen“ und werden besser bezahlt. Backend ist meiner Meinung nach viel einfacher, es langweilt mich zu Tode.
Ich wechsle zum Backend aus dem gleichen Grund. Ich denke, HTML/CSS reicht auch aus. Diese Mega-Frameworks haben mir die Analyse-Paralyse verschafft. Ich konnte mich nicht entscheiden, also habe ich mich jetzt entschieden, tiefer einzutauchen und Backend zu lernen.
Ich weiß nicht viel über Frontend, aber glaubt ihr, dass reines altes HTML und CSS skalierbar ist? Wenn Sie wirklich ein Leben haben wollen, würde ich Werkzeuge verwenden, die mir helfen, mit den Änderungen Schritt zu halten und nicht alles von Hand zu ändern, was die Hälfte der Leute, die ich lese, vorschlägt, Grusel.
Nun, vielleicht sind diese Werkzeuge nicht die besten, und ja, es ist überraschend, wie neue JS-Dinge auftauchen und wahrscheinlich die meisten von ihnen das Rad neu erfinden. Das ist meiner Meinung nach das Problem. Und ja, Sie werden etwas Zeit mit dem Erlernen eines neuen Werkzeugs verbringen müssen, bevor Sie feststellen, dass es die Dinge nicht einfacher, sondern komplizierter macht.
Und was mich wirklich beunruhigt, wenn ich die meisten (nicht alle) Kommentare hier lese, ist, dass viele die Werkzeuge, Technologien usw. ohne dieses Kriterium verwenden: Hilft es mir, Dinge einfacher zu machen? Macht die Entwicklungsarbeit einfacher? Dann bleib bei dem, was du hast.
Ich habe auch gerade erkannt, dass es eine große Gruppe von Leuten aus der künstlerischen Welt geben muss, die vom technischen Aspekt überwältigt sind. (Ehrlich gesagt, ich dachte, Designer wären schon lange aus der Frontend-Entwicklung verschwunden und nur noch Ingenieure übrig, angesichts dessen, wie die Frontend-Entwicklung jetzt ist – und nun ja, wenn Sie möchten, dass Dinge wartbar und skalierbar sind, fürchte ich, dass die Frontend-Entwicklung so bleiben muss, mit etwas mehr Komplexität als nur HTML und CSS, aber wahrscheinlich braucht sie nicht so viele Komplexitäten)
Ernsthaft, ich stimme so sehr zu. Ermüdung auf ganzer Linie.
Es ist, als hätte ich mich als Taxifahrer beworben, aber ich müsste einen 18-Rad-Lkw quer durchs Land fahren, mit einem Motorrad zurückkommen und den Kindern helfen, die einen Ollie auf ihrem Skateboard machen. Es hat alles Räder, richtig?
Als ich vor über 10 Jahren in die Webentwicklung einstieg, waren die Dinge einfacher. Auf der Backend-Seite auch.
Die Arbeit mit JavaScript bedeutete hauptsächlich das Erlernen von OOP und den Versuch, einen ergonomischen Code-Stil zu erstellen, der einigen Backend-Sprachen (z. B. PHP) entspricht. Das Framework-Ökosystem war nicht so überfüllt.
Ich erinnere mich, dass Leute sich beschwerten, dass einige Junior-Entwickler mit JQuery statt mit dem JS-Kern anfingen, aber das stimmt auch heute noch – für einige sind React oder Vue die Tore zur Frontend-Welt.
Die Dinge sind heutzutage definitiv sehr instabil und irgendwie chaotisch. Werden wir jemals unsere Frontend-Tools standardisieren…
1. Änderungen aktiv annehmen und selektiv Änderungen annehmen.
2. Sich auf ein bestimmtes Frontend-Framework spezialisieren;
3. Andere neue Technologien nur verstehen, aber nicht verwenden.
1. Actively accept changes and selectively accept changes.
2. Specialize in a certain front-end framework;
3. Other new technology only to understand but not used.
Wenn jemand Schwierigkeiten hat, auf den Blogbeitrag zuzugreifen, der in der ersten Zeile des obigen Beitrags referenziert wird, versuchen Sie es mit
https://web.archive.org/web/20210327000028/https://nomm.xyz/blog/i-dont-want-to-do-frontend-anymore/
Danke dafür!
Aufschlussreiche Lektüre über Frontend-Unzufriedenheit und die Bedeutung zu wissen, wann man einen Schritt zurücktreten muss. Es ist für Entwickler entscheidend, Gleichgewicht zu finden und Herausforderungen zu meistern. Toller Beitrag!