Frontend - Mode zerstörende Projekte

Diese Geschichte ist eine persönliche Meinung, die auf Beobachtungen bei der Arbeit an verschiedenen Projekten basiert.

Einstieg in die Teamentwicklung

Während meiner freiberuflichen Arbeit gab es keine Probleme bei der Auswahl eines Technologie-Stacks, alles war einfach, ich habe mich mit Freunden beraten, verschiedene Quellen gelesen und den richtigen Stack ausgewählt. Dies waren beliebte Dinge, weil es mehr Informationen zu ihnen gab, mehr vorgefertigte Projekte, in denen Sie die richtige Lösung ausspionieren konnten, und mehr Antworten zu Stack Overflow, wenn Sie auf ein Problem stießen. Dies machte die Arbeit weniger stressig.

Aber als ich anfing, als Team zu arbeiten, wurde das Stapeln zu einem Rätsel. Mein Kopf drehte sich ständig: Warum? Warum? Von wo ist das gekommen? Was ist der Ansatz? Ich habe nicht verstanden, warum ein Team einige Technologien hatte, während das andere andere hatte, obwohl alle im Wesentlichen das Gleiche taten.

Es war auch sehr interessant und nicht klar, warum einige Leute im Projekt mit Schaum im Mund die Überlegenheit des gewählten Weges bewiesen, während andere in einem anderen Team dasselbe taten, aber auf andere Weise und mit unterschiedlichen Ansätzen in Technologien, die ich vom vorherigen Team beschrieben hatte, einfach lächerlich gemacht wurden ...

Zu dieser Zeit ging ich einfach mit dem Fluss und vertiefte mich in ihn. Ich hatte keine Zeit, Philosophie zu studieren, ich musste nur meine Fähigkeiten verbessern. Während ich an dem Projekt arbeitete, war ich daher völlig von den Ideen der technischen Inspiratoren durchdrungen und nahm sie als meine eigenen.

Manchmal kam die Zeit und ich musste zu anderen Projekten übergehen. Und wieder gab es eine Zeit großer Überraschungen, als das scheinbar standardmäßige, technisch identische und etablierte moderne Frontend im neuen Team unter der Haube ein absolut perverses und am Ausgang absolut identisches Aussehen annahm.

Verstehen, was passiert

Wahrscheinlich müssen Sie mit dem Verständnis beginnen, dass die Wahrheit nicht existiert und jeder frei ist, das zu tun, was er will, solange dies den Gesamtprozess und das Ergebnis nicht beeinträchtigt. In Anbetracht dessen, dass es auf der Vorderseite +10 Lösungen für jedes Problem gibt.

Die Arbeit beginnt mit der Auswahl eines Basisstapels, wie auch immer er aussehen mag, aber dann gibt es viel Potenzial für verschiedene Variationen. Die bereits vorhandene Basis des geschriebenen Codes wird ebenfalls hinzugefügt, da viele Dinge, oder wenn nicht alle, bereits geschrieben wurden und nur noch an Ihre Bedürfnisse angepasst werden müssen.

. , -, - . .

, . , - .

, , - , . , , , , .

, , , , , , “ ” , .

. , . , JS TS. , . “ !” , , . , React Router. , history React. : “ history spa, React?” - , , .

. , . , , , 100 , 100 , , . , , , ?

Go ahead

“ ”. , gitHub’. “Wow Rust”, “Wow React-Reason”. !

, “ ”. , . , . , .

1 . N , - , .

2 . , , .

- , , , , : “ - x1,5 , , , . , , .”

: “ ?” : “ …”.

, , , . , .

.

Und das Management wird, nachdem der Leiter gegangen ist, zu hh.ru gehen und auf der Suche nach „Rust“ oder „Reason“ eine stolze 0 bekommen. Und zur Freude des Teams werden sie in ihrem guten alten, verständlichen Repository zur Entwicklung zurückkehren.

Die Schlussfolgerung aus dieser ganzen Geschichte kann gesagt werden, dass alle modischen Technologien gut geeignet sind, den Horizont des Entwicklers zu erweitern und Fähigkeiten zu verbessern. Aber bis große, komplexe, von weisen Entwicklern entwickelte Arbeitsprojekte auf ihnen erscheinen, würde es sich wahrscheinlich nicht lohnen, all diese "Mode" unabhängig in die Produktion einzuführen.