Hvad er hovedforskellen mellem udvikler af fuld stack og backend-udvikler, når man kun overvejer backend-siden?


Svar 1:

Jeg tror, ​​det er et spørgsmål om oplevelse. En god Fullstack-udvikler er ikke nogen, der lige er begyndt at lære og besluttede at være en Fullstack-udvikler. Det var en person, der enten var meget god til Backend eller meget god til Frontend og derefter begyndte at hente få ting fra den anden stak på grund af hans erfaring og eksponering for webteknologierne, indtil han blev acceptabel i den nye stak, og skridt for skridt han mestrer det. Og dermed bliver en Fullstack.

Alligevel er det den, jeg betragter som en god Fullstack-udvikler. De er ikke generalister, som nogle svar antydede. De er specialister i alle stabler. Og det kommer med erfaring og ønsket om at lære mere. Men selvfølgelig er der dem, der bare kender lidt af PHP og markedsfører sig selv som Fullstack.

Nogle mennesker synes, at det bare er en cool titel, som de kan tilføje deres CV, men hvad de ikke forstår, at det er et enormt ansvar. Hvis du bliver ansat til at være en Fullstack-udvikler, skal du være meget god i alle stablerne, eller du bliver fyret til sidst. Det er sandheden i sagen.


Svar 2:

Store svar her. At være en selvstændig stakkeudvikler, primært arbejde i opstartsscenen, min erfaring har altid været, at du aldrig har tid nok til at lære noget dybtgående som en specialiseret udvikler. Du komponerer pakker mere end at skrive en selv. Jeg finder ud af, at jeg lærer tonsvis af specialiserede udviklere og ønsker, at jeg havde mere tid til at gøre det rigtigt eller i det mindste mere SOLID. F.eks. - Jeg bruger ikke masser af tid på at tænke på, hvordan man afkobler mit modellag fra forretning, fra db. Jeg gør så lidt som muligt på dev ops og foretrækker at bruge PAAS-tjenester som heroku osv. Spørg ikke hvad den seneste tendens er ved at bruge ems, rems eller px i CSS. Det meste af tiden kan du slippe af med at følge fremgangsmåden ved Twitter bootstrap.

Bagsiden er, at det virkelig er flydende og hurtigt at opbygge en komplet løsning virkelig hurtigt. Overvej en SPA, der bruger et REST-API, på bagsiden ville jeg ikke nødvendigvis bruge en masse tid på at arkivere API-designet, men jeg kan gøre det på en måde, der gør klientsiden bygger sjov og hurtig. Eller det modsatte, bygg først klientsiden JS og kræv, hvordan en god Backend API skal se ud. Dette er kraftfuldt, når du er en opstart, der skal bevæge sig hurtigt, da du kan springe over mere specielt arbejde. Jeg tror altid, at du kan udfylde eksperter, når konceptet er bevist.

En anden egenskab, jeg har observeret ved fuld stack devs (mest, ikke alle), er, at de er meget behagelige at skifte teknologiske stakke. Måske er det ikke specifikt for fuld stack devs, det ser bare ud til at være sådan for mig.


Svar 3:

Backend Engineers er specialiserede og kan have dyb forståelse og ekspertise inden for et endnu mere specifikt område. Full-Stack Engineers har den samme grundlæggende forståelse som en Backend Engineer, men det er sandsynligt, at de ikke behersker dette område før meget senere. Da de fleste projekter ikke er komplicerede, er de to normalt funktionelle ens, idet Full-Stack Engineer har kanten, da de let kan tage mere hensyn til, når de træffer designbeslutninger.

Hvis det tager 5 år at mestre en specialitet, kan det let tage 7-10 år for en Full-Stack Engineer at mestre den samme specialitet, da de bygger viden på andre områder samtidig. En fuldstakket ingeniør med 6 års erfaring, ligner sandsynligvis en Backendingeniør med 3-4 års erfaring.


Svar 4:
  • Mennesker, der efter at have været mestre i frontend besluttede at lære bagenden Mennesker, der efter at have været mestre i bagenden besluttede at lære frontend
  • Der er ægte generalister, der er knægt for alle fagmestre uden nogen
  • De, der kun kan udvikle en komplet stak med rammer eller andre kodegenereringsværktøjer