Als Chris mich bat, über „eine Sache, die ich dieses Jahr beim Erstellen von Websites gelernt habe“ zu schreiben, gab ich zu, dass mein Gehirn sofort eine Liste von Techniken und CSS-Eigenschaften durchging, die ich dieses Jahr zu verwenden begann. Aber dann hielt ich inne. Andere Leute können darüber viel besser schreiben als ich. Was habe ich spezifisch gelernt?
Dann erkannte ich, dass ich seit fünf Jahren die gleiche Lektion „lerne“, aber immer wieder in die gleiche Falle tappe. Ich denke immer, dass viel mehr Leute die neueste und coolste Technologie da draußen nutzen, als es tatsächlich der Fall ist.
Ich denke, die meisten von Ihnen fühlen sich ähnlich. Wenn Sie Twitter oder einem Webentwicklungsblog folgen, ist es fast so, als ob jeder das Neueste und Beste verwendet. Und das Neueste und Beste scheint sich wöchentlich zu ändern, wenn nicht täglich. „Was ist deine Lieblings-React-State-Library? Nun, es ist Redux, nein, warte, MobX, nein, warte, Unstated, nein, warte, Recoil, nein, warte, Jotai, nein, warte, Valtio, nein, warte…“ Der ständige Wandel kann anstrengend sein, als ob man im Vergleich zu seinen Kollegen immer zurückfällt.
Aber das ist nicht annähernd der Fall. Die überwiegende Mehrheit der Webentwickler verwendet „langweilige“ oder „alte“ Technologie. Das ist intuitiv sinnvoll: Die meisten Dinge, die heute im Web zu finden sind, wurden … vor heute erstellt. Wenn diese Dinge gewartet werden müssen, geschieht dies in den Technologien, die zu ihrer Erstellungszeit in Gebrauch waren. Und hier liegt der Kern: Wir warten alle mehr alte Dinge, als wir neue Dinge bauen.
Sie haben also das Gefühl, dass alle anderen mit coolen Dingen wie „Serverless Static Deploys mit Auto-Reload“ spielen dürfen, während Sie immer noch Ihre
Der Webentwickler, den Sie bewundern und der voll und ganz auf Tailwind 2.0 setzt? Er wartet immer noch eine Bootstrap 2.3-Website. Der JavaScript-Guru, der jede Woche State-Libraries wechselt? Er wartet immer noch eine riesige Anwendung, die Flow verwendet. Neues wird einfach öfter diskutiert.
Ich könnte den Prozentsatz der Websites nennen, die WordPress verwenden, im Vergleich zu dem Prozentsatz der Websites, die React verwenden, aber das ist nicht wirklich der Punkt. Wenn Sie Zeit in der Webentwicklungs-Community verbringen, fühlt es sich an, als ob das eine veraltet ist und das andere nicht.
Alt kann solide, zuverlässig und vorhersehbar sein. Es gibt Zeiten, in denen es Spaß macht, neue Dinge auszuprobieren und anderen davon zu erzählen, und es gibt Zeiten, in denen man zur Technologie greift, die man kennt, um Dinge zu erledigen.
Ich vermute, ich werde auch 2021 und darüber hinaus denken: „Nun, niemand benutzt $foo mehr“ – das ist ein so automatischer Gedanke. Aber ich muss mich immer wieder daran erinnern, dass das falsch ist. Für welchen Wert von $foo auch immer, es gibt Tonnen von Leuten, die es immer noch benutzen, und es ist immer noch wertvoll.
Amen, Bruder!
:: starrt auf seine Bootstrap 2.x-Website :
VBS, jemand? Arbeite an einer internen App, die ein .Net-Wrapper für eine ASP.NET-SPA ist, die halb in JS und halb in VBS geschrieben ist. Dieses Monster ist über 20 Jahre alt :O
So wahr. Ich habe kürzlich ein brandneues Framework verwendet, um eine Web-App bei der Arbeit zu erstellen.
Diese Entscheidung bereue ich bitter.
Neue Technik sieht in den Demos so einfach aus, aber man stößt auf Grenzen, wenn man versucht, etwas Großes damit zu implementieren.
Beim nächsten Mal warte ich auf Version 3 oder 4, bevor ich ein neues Framework für etwas anderes als zum Herumspielen ausprobiere.
Aus meiner Sicht stimme ich mit einer Wendung zu: Die Projekte, die ich betreue, sind mit alten Sachen gebaut. Die neuen „von Grund auf neu gebauten“ Projekte, die ich erstelle, verwenden neue Technologien.
Die meisten alten Projekte, die ich betreuen darf, habe ich nicht erstellt. Nicht, dass ich einen großen Wunsch hätte, etwas mit WordPress zu tun… Aus der Sicht eines Lernenden lerne ich gerade genug über die alten Dinge, um sie zu warten. Wenn ich also neue Dinge für neue Projekte lerne, habe ich nicht viel Wissen als Grundlage, auf der ich aufbauen kann. Zum Beispiel lerne ich React mit einer State-Library, die für das jeweilige Projekt ausgewählt wurde, ohne zu wissen, wie der State zuvor gehandhabt wurde. Oder ein Schritt weiter – ich lerne React, ohne vorher Plain JS zu lernen. Das Gleiche geschah in den letzten Jahren mit jQuery oder $foo.
Hier kann das Hochstapler-Syndrom entstehen: Man hat nicht von Anfang an gelernt. Keine Zeit oder Gelegenheit gehabt, etwas aufzunehmen.
Aber damit dieser Beitrag nicht zu jammernd klingt – ich bin immer wieder überrascht, wie gut man mit solch scheinbar unzureichendem Wissen zurechtkommt. Es fühlt sich einfach nicht sehr hochqualitativ an.
Das ist der Artikel, den ich heute sehen musste. Danke! Ich habe nach 20 Jahren in der Branche ein paar Jahre mit der Entwicklung pausiert. Ich kam zurück und fühlte mich von allem Neuen, das in dieser Zeit aufkam, völlig überwältigt, aber Sie haben absolut Recht. Die Statistiken lügen nicht. Wir verwenden immer noch die gleichen Technologien, und ich kann meine Bemühungen dort neu ausrichten, anstatt tägliche Panikattacken zu haben. Vielen Dank!
Das erinnert mich an KnockoutJS. Ich liebe es, weil es einfach ist und sie es nicht alle zwei Jahre neu schreiben.
Ja. Diese Woche arbeite ich an einer neuen PWA mit MobX und deploye Serverless-Funktionen auf Netlify mit FaunaDB-Collections… während ich gleichzeitig eine alte Website mit Apache Server-Side Includes (x-bit hack) und Perl mit Flatfile-„Datenbanken“ im Backend pflege. Erraten Sie, welche sich einfacher und überschaubarer anfühlt?
Vielleicht sollte der Artikel umbenannt werden in „Ode an technische Schulden“
Dieser Artikel erinnert mich an ein wirklich seltsames Projekt, bei dem mein Team Vue.js mit PHP für die Hälfte der Website verwendet hat… dann habe ich es mit reinem JavaScript fertiggestellt und dann entschieden, mPDF und PHPMailer (beide verwenden PHP) zu verwenden, um es wieder fertigzustellen. Rückblickend hätte ich leicht von der Verwendung von Vue.js profitieren können, wo ich Vanilla JS verwendet habe. Viele meiner Freunde benutzten React, um jede Anwendung zu erstellen, die sie machten, aber ich saß einfach da und sagte: „Das stimmt.“ Ich benutze PHP!
Das ist eine großartige Perspektive. Ich habe jahrelang PHP-Websites mit etwas Foundation oder Bootstrap darauf entwickelt und nicht bemerkt, dass die Welt JS-verrückt geworden war! Ich habe seither viel darüber gelernt und stimme Eds Ansicht zu, dass Greenfield-Websites mit neuer Technologie gebaut würden, während es natürlich absolut nichts Falsches an zuverlässiger (und stabiler) bestehender Technologie gibt.
Ich liebe PHP absolut für seine Geschwindigkeit, und ich baue meine Backends ausschließlich in PHP. Ich würde .NET verwenden, wenn ich ein .NET-Hosting-Unternehmen hätte, aber die, denen ich vertraue, sind PHP/Perl-Anbieter und ich werde das (noch) nicht wechseln.
Frontend hingegen ist es wichtig (habe ich gelernt), den Überblick zu behalten. Ich habe eine Webanwendung mit Angular (meiner Meinung nach der klare Gewinner für Enterprise-Anwendungen) und eine Mikroseite mit Tailwind CSS und Alpine.js erstellt. Ich kann sehen, wie React ebenfalls attraktiv ist, aber das überlasse ich den Massen. ;-)
Es ist ein guter Punkt, dass alt getestet, zuverlässig und vertrauenswürdig bedeutet. Wirf es nicht weg, wenn es immer noch einen Job erledigt, würde ich sagen. Danke, dass du deine Meinung dazu geäußert hast, Kilian.
Ich habe gerade in einer SaaS-Gründergruppe auf FB darüber geschimpft. Jede Woche gibt es Fragen, welche neuen Buzzword-Stacks/Technologien verwendet werden sollen. Meine Antwort war: Was auch immer Ihren MVP am schnellsten und zu den angemessensten Kosten auf den Markt bringt… auch wenn es PHP ist!! (Übrigens, PHP ist eine vollkommen gute Sprache mit WEITER Unterstützung)
Es gibt geschäftliche Gründe für diese Art von Entscheidungen. Es ist entscheidend, dass Unternehmer schnell scheitern und bei Bedarf weiterziehen. Wenn Sie den großen Erfolg erzielen, haben Sie genug Zeit und Geld, um Ihre Software zu einem Kunstwerk mit der neuesten und am meisten diskutierten Technologie umzubauen. Bis dahin erledigen Sie einfach den Job. Investieren Sie Ihre Zeit in die Gesamtarchitektur und Best Practices, damit zukünftige Arbeiten einfacher werden. Ignorieren Sie die Beschämenden, die Snobs und die Eliten.
Ich schneide mich gerne am „bleeding edge“.
Langweilige Technologie wird WEIT unterschätzt! Das JS-Ökosystem scheint ständig neue Wege zu finden, Dinge zu tun, die vor über 10 Jahren mit traditionellen Stacks gelöst wurden. Erinnern Sie sich, als NOSQL die neue Coolness war, bis die Leute erkannten, dass es einen Grund gab, warum SQL sich über 30 Jahre lang so entwickelt hat.
Der Grad der Tooling- und Deployment-Komplexität in JS-orientierten Projekten scheint die geringen Geschwindigkeitsgewinne kaum zu rechtfertigen. Außerdem, wie sollen diese Dinge gewartet werden? Oder wird angenommen, dass wir sie nach 2 Jahren einfach wegwerfen und neu aufbauen?
Ich habe gerade eine App mit VueJS und einem Node/Express-Backend gebaut. Es ist eigentlich ziemlich gute Technologie. Schlanke Oberfläche. Schnell. Aber oft schaue ich mir das Projekt an und denke… „vielleicht hätte ich das einfach in Django oder Laravel machen sollen“, haha.