Mis on peamine erinevus täispinu arendaja ja taustaprogrammi arendaja vahel, kui arvestada ainult taustaprogrammi poolt?


Vastus 1:

Ma arvan, et see on kogemuste küsimus. Hea Fullstacki arendaja pole keegi, kes alles hakkas õppima ja otsustas olla Fullstacki arendaja. See oli keegi, kes oli kas Backendis väga hea või Frontendis väga hea ja asus siis oma kogemuste ja veebitehnoloogiatega kokkupuute tõttu teisest virnast vähe asju korjama, kuni ta saab uues virnas vastuvõetavaks ja samm-sammult valdab seda. Ja muutudes seega Fullstackiks.

Igatahes pean seda heaks Fullstacki arendajaks. Nad ei ole üldnimekirjad, nagu mõned vastused soovitasid. Nad on kõigi virnade spetsialistid. Ja sellega kaasneb kogemus ja soov rohkem teada saada. Kuid muidugi on neid, kes lihtsalt teavad natuke PHP-d ja turustavad end Fullstackina.

Mõne inimese arvates on see lihtsalt lahe pealkiri, mille nad saavad oma elulookirjeldusse lisada, kuid mida nad ei mõista, on see tohutu vastutus. Kui teid palgatakse Fullstacki arendajaks, peate parem olema kõigis virnades väga hea, vastasel juhul vallandatakse teid lõpuks. See on asja tõde.


Vastus 2:

Suurepärased vastused siin. Kuna olen ise täismahus arendaja, töötades peamiselt startup-areenil, on minu kogemus alati olnud see, et teil pole kunagi piisavalt aega, et õppida midagi põhjalikku nagu spetsialiseerunud arendaja. Kui koostate pakette rohkem kui ise kirjutate, leian, et õpin spetsialiseerunud arendajatelt palju ja soovin, et mul oleks rohkem aega seda õigesti teha või vähemalt SOLID. Nt - ma ei kuluta palju aega mõttele, kuidas mudeli kiht ettevõttest lahti siduda, db-st. Teen võimalikult vähe arendusprojekte ja eelistan kasutada PAAS-i teenuseid nagu heroku jne. Ärge küsige, mis on viimased suundumused emside, remside või px-de kasutamisel CSS-is. Enamasti pääseb Twitteri alglaadimispraktika järgimisest.

Klapitav külg on see, et tõeliselt sujuv ja kiire on terviklahenduse ehitamine väga kiire. Mõelge SPA-le, kus kasutatakse REST API-d, taustal ei kulutaks ma tingimata palju aega API-kujunduse arhitektuurile, kuid saan seda teha viisil, mis muudab kliendi poolel ehitamise lõbusaks ja kiireks. Või vastupidi, ehitage esmalt kliendi poolel JS ja nõudke, milline peaks hea Backendi API välja nägema. See on võimas, kui olete startup, mis peab kiiresti liikuma, kuna võite rohkem spetsiifilisi töid vahele jätta. Usun alati, et saate pärast ideede tõestamist asjatundjatega täita.

Teine omadus, mida olen täheldanud täisvirnade kohta (enamiku, mitte kõigi) kohta, on see, et need on tehnoloogiamuusikat vahetades väga mugavad. Võib-olla pole see spetsiifiline stäki täisversioonidele, tundub mulle lihtsalt nii.


Vastus 3:

Backendi insenerid on spetsialiseerunud ja neil võib olla sügavam mõistmine ja teadmised veelgi spetsiifilisemas valdkonnas. Full-Stacki inseneridel on samad põhiteadmised nagu Backendi inseneril, kuid tõenäoliselt ei õnnestu seda valdkonda omandada alles palju hiljem. Kuna enamik projekte ei ole keerulised, on need kaks funktsionaalselt samad, st Full-Stack Engineeril on serv, kuna neid saab kujundusotsuste tegemisel kergemini arvestada.

Kui eriala omandamiseks kulub 5 aastat, võib sama eriala omandamiseks täiskorstuti insenerina kuluda 7–10 aastat, kuna nad täiendavad teadmisi samaaegselt ka muudes valdkondades. 6-aastase kogemusega täiskohaga insener on siis tõenäoliselt sarnane 3-4-aastase kogemusega Backendi inseneriga.


Vastus 4:
  • Inimesed, kes otsustasid pärast esiotsa meistriteks saamist õppida tagaotsa inimesi
  • On tõelisi generaliste, kes on kõigi kaubanduse meistrite jakk
  • Need, kes saavad kogu virna välja töötada ainult raamistike või muude koodide genereerimise tööriistadega