Koks yra pagrindinis skirtumas tarp pilno stack kūrėjo ir backend kūrėjo, svarstant tik užpakalinę dalį?


Atsakymas 1:

Manau, kad tai yra patirties klausimas. Geras „Fullstack“ kūrėjas nėra tas, kuris ką tik pradėjo mokytis ir nusprendė būti „Fullstack“ kūrėju. Tai kažkas, kas arba gerai mokėjo „Backend“, arba labai gerai „Frontend“ ir tada dėl savo patirties bei interneto technologijų veikimo pradėjo rinkti kelis dalykus iš kito pluošto, kol jis tapo priimtinas naujame rietuvėje ir žingsnis po žingsnio įvaldo tai. Taigi tapdamas „Fullstack“.

Bet kokiu atveju tai yra tas, kurį laikau geru „Fullstack“ kūrėju. Jie nėra generalistai, kaip siūlė kai kurie atsakymai. Jie yra visų krūvų specialistai. O tai ateina su patirtimi ir noru sužinoti daugiau. Bet, žinoma, yra tokių, kurie tiesiog žino šiek tiek PHP ir save parodo kaip „Fullstack“.

Kai kurie žmonės mano, kad tai tiesiog nuostabus titulas, kurį jie gali pridėti prie savo gyvenimo aprašymo, tačiau tai, ko jie nesupranta, kad tai didžiulė atsakomybė. Jei esate pasamdytas tapti „Fullstack“ kūrėju, tuomet geriau būkite geras visose krūvose, nes galų gale būsite atleistas. Tokia klausimo tiesa.


Atsakymas 2:

Puikūs atsakymai čia. Kadangi aš pats esu kūrėjas, pirmiausia dirbdamas „startup“ scenoje, mano patirtis visada buvo ta, kad jūs niekada neturite pakankamai laiko išmokti ko nors giliau, pavyzdžiui, specializuotas kūrėjas. Pati komponuojate paketus, o ne patys rašote. Manau, kad išmokau iš specializuotų kūrėjų ir noriu, kad turėčiau daugiau laiko tai padaryti teisingai arba bent jau daugiau. Pvz., Aš praleidžiu daugybę laiko galvodamas, kaip atsieti savo modelio sluoksnį nuo verslo, nuo db. Aš darau kuo mažiau dedamų darbų ir renkuosi naudotis PAAS paslaugomis, tokiomis kaip heroku ir tt. Neklauskite, kokia naujausia tendencija yra naudoti ems, rems ar px CSS. Dažniausiai galite atsikratyti „Twitter bootstrap“ praktikos.

Įprasta yra tai, kad tikrai greitai ir greitai galima sukurti visą sprendimą. Apsvarstykite SPA, naudodami REST API, užpakalinėje pusėje nebūtinai praleisčiau daug laiko kurdamas API dizainą, tačiau galiu tai padaryti taip, kad kliento pusės būtų kuriamos įdomiai ir greitai. Arba atvirkščiai, pirmiausia sukurkite kliento JS ir pareikalaukite, kaip turėtų atrodyti gera „Backend“ API. Tai galinga, kai esate pradedantysis, kuriam reikia greitai judėti, nes galite praleisti daugiau specifinių darbų. Visada tikiu, kad pasitvirtinus koncepcijai, galite pasitelkti ekspertus.

Kitas bruožas, kurį aš pastebėjau apie pilnus kamino devus (dažniausiai, ne visus), yra tai, kad jie yra labai patogūs keičiant technologijos kaminus. Galbūt tai nėra specifiška iki galo krūvos, tiesiog man atrodo, kad taip.


Atsakymas 3:

„Backend Engineers“ specialistai yra specializuoti ir gali turėti gilų supratimą ir žinias dar konkretesnėje srityje. „Full-Stack“ inžinieriai turi tą patį pagrindinį supratimą kaip ir „Backend Engineer“, tačiau greičiausiai neįvaldys tos srities daug vėliau. Kadangi dauguma projektų nėra sudėtingi, abu projektai paprastai yra vienodi, nes „Full-Stack Engineer“ turi pranašumą, nes jie gali lengvai atsižvelgti į priimant projektavimo sprendimus.

Jei reikia įgyti 5 metus, kad įgytumėte specialybę, tada „Full-Stack Engineer“ gali lengvai įgyti 7–10 metų, kad įgytų tą pačią specialybę, nes jie kaupia žinias kitose srityse tuo pačiu metu. Tada „Full-Stack Engineer“, turintis 6 metų patirtį, greičiausiai bus panašus į „Backend Engineer“, turintį 3–4 metų patirtį.


Atsakymas 4:
  • Žmonės, kurie, tapę priekinės dalies meistrais, nusprendė išmokti užpakalinės dalies meistrų
  • Yra tikri generologai, kuriems priskiriami visi prekybos meistrai
  • Tie, kurie gali sukurti visą krūvą tik naudodamiesi sistemomis ar kitomis kodų generavimo priemonėmis