Einstieg in eine Webapp-Entwicklung

[marctrix]

Hej Meowsalot,

sehe ich anderes. In der heutigen Zeit kommt es auf Geschwindigkeit drauf an. Warum sollen Komponenten selbst entwickelt werden wenn diese schon fertig sind. Warum setzten sehr große Agenturen darauf?

Wegen der Ruck-zuck-Monetarisierung.

Meiner Meinung nach ein Unding. Bei dem was man heute an einem einzigen Projekt verdient, könnte man wie früher viel mehr individuelle Lösungen beisteuern.

Grundsätzlich sollte man nach der technisch sinnvollsten Lösung streben.

Das ist zu Zeiten von CSS Grid eindeutig und ohne Diskussion für das Layout schnell beantwortet.

Aber wer macht das denn (und nutzt die dadurch entstehenden Vorteile), wenn bootstrap in voller Pracht (statt für den tatsächlichen Bedarf zusammnegestutzt) eingesetzt wird?

Dabei hat man dadurch keinerlei Geschwindigkeitsvorteil (vielleicht im Bereich von wenigen Minuten, länger braucht es meist nicht mit Css Grid die seitenaufteilung umzusetzen. Änderungen daran dürften sogar schneller gemacht sein, als mit bootstrap. Vor allem aber: sowohl mit bootstrap, als auch mit css Grid dauert die Umsetzung eines Layout-Konzeptes nur einen Bruchteil der, was an Zeit für die Erstellung des Konzepts selber drauf geht. Man tut immer so, als könnte man beim coden viel Zeit sparen, dabei liegt der Großteil der Arbeit doch beim Konzept. Daher wird ja auch von manch einer Agentur empfohlen, bei der agilen Entwicklung sollen Designer und cssler an einem Bildschirm sitzen. Der Designer sagt, was er will und der cssler schreibt es schnell hin. Habe ich schon öfters gemacht und den größten Teil der Zeit sitze ich nur rum und warte auf die nächste Anweisung vom Designer. Oder mache Vorschläge. Vier Augen sehen mehr als einer. Aber das sind alles so Dinge um Qualität zu verbessern. Wenn man einfach nur den Kunden ruckizucki um seine Knete bringen will, sind die hinderlich)

Bootstrap macht oft aus Gewohnheit und weil man keinen hat, der es anders kann!

Anderes Beispiel: fertige Komponenten. Da bin ich sofort bei dir. Aber warum die von bootstrap? Es gibt doch viele andere, neuere, bessere!

Es gibt nur einen Grund dafür: haben wir schon immer so gemacht.

Das erinnert mich nicht an moderne webagebturen und Hippe Startups, sondern an Aktenstaub und Behördenmodder.

Den Verzicht auf Frameworks als mittelalterliche Ansichten zu diskreditieren, statt modernere Möglichkeiten zu nutzen, ist schon ziemlich seltsam in meinen Augen.

Am wichtigsten aber: es muss ja gar nicht eine entweder-oder-Entscheidung sein.

Man kann ja allmählich aus der für Layouts veralteten Bootstrap-Technik aussteigen und di liebhewonnenen Komponenten noch verwenden, bis man besseren Ersatz gefunden hat (den gibt es nämlich meistens).

Und zu guter letzt:ich plädiere ich nicht gegen jede Art von Baukästen. Ich rate nur dazu einen eigenen Werkzeug-Kasten zusammenzustellen.

Dafür würde ich mich bei Grid by example, inclusive components, tink.com maddesign.de, vielen codepens, css-Tricks und natürlich hier im Forum usw bedienen und inspirieren lassen und würde die auch gleich ins vom eigenen Haus präferierten CMS integrieren, bzw. zu den selbst programmierten Modulen packen.

Man kann ja auch einmal selber eine Komponente entwickeln und die immer wieder verwenden.

So ein Werkzeug-Kasten ist dann auf die eigenen Mitarbeiter und das eigene Kunden-Spektrum optimiert, wird verstanden und hoffentlich gelegentlich ausgemistet und an geänderte Erfordernisse angepasst, statt immer wieder auf so universelle und daher unspezifische Frameworks zurückzugreifen. Womöglich auf einen ganzen Strauß davon.

Was für mich ein absolutes Nö-go ist: mit jemandem zusammen arbeiten, der jquery nutzt, weil er JavaScript nicht kann, der bootstrap nutzt, weil er es sonst nicht hinkriegt.

Wenn man den ganzen Kram nimmt, sollte man den zusätzlich zu den zugrundeliegenden Techniken beherrschen. Sonst ist man sein Geld nicht wert.

My 2 Cent…

Marc