У чым галоўная розніца паміж распрацоўшчыкамі поўных стэкаў і бэкэндамі, калі глядзець толькі з боку бэкэнда?


адказ 1:

Я думаю, што гэта пытанне досведу. Добры распрацоўшчык поўных стэкаў - гэта не той, хто толькі пачаў вучыцца і вырашыў стаць поўным распрацоўшчыкам стэкаў. Гэта той, хто быў альбо вельмі добры ў заднім перыядзе, альбо вельмі добры ў франтах, а потым, абапіраючыся на свой досвед і кантакт з вэб-тэхналогіямі, узяў некаторыя рэчы з іншага стэка, пакуль ён не стаў праходным па новым стэку і не асвоіў яго крок за крокам. І так станьце паўнавартасным стагам.

У любым выпадку, я думаю, што гэта добры распрацоўшчык поўных стэкаў. Яны не з'яўляюцца генералістамі, як паказваюць некаторыя адказы. Яны спэцыялісты па ўсіх групах. І гэта ідзе рука аб руку з вопытам і жаданнем даведацца больш. Але, вядома, ёсць і такія, хто ведае пра PHP няшмат і прадаюць сябе як поўны стэк.

Некаторыя лічаць, што гэта проста класная назва, якую трэба дадаць да іх рэзюмэ, але тое, што яны не разумеюць, - гэта вялікая адказнасць. Калі вас нанялі як поўнага распрацоўшчыка стэкаў, вы павінны быць вельмі добрыя ва ўсіх стэках, інакш вас звольняць у нейкі момант. Гэта праўда.


адказ 2:

Выдатныя адказы тут. Як поўны стэк-распрацоўшчык, які ў асноўным працуе на сцэне запуску, у мяне заўсёды быў досвед, каб у вас ніколі не хапала часу, каб дасканала вывучыць што-небудзь накшталт спецыялізаванага распрацоўніка. Яны складаюць больш пакетаў, чым адзін. Я думаю, што я вывучаю мноства спецыялізаваных распрацоўнікаў і хачу, каб у мяне было больш часу, каб зрабіць гэта правільна ці, прынамсі, больш SOLID. Напрыклад - я не марную шмат часу на разважанні аб тым, як развязаць свой узровень мадэлі ад бізнесу, ад базы дадзеных. Я раблю распрацоўнікі як мага менш і аддаю перавагу карыстацца паслугамі PAAS, як Heroku і г.д. Вялікую частку часу вы можаце прытрымлівацца практыкі загрузкі Twitter.

Мінус у тым, што вельмі хутка і хутка стварыць поўнае рашэнне. Уявіце сабе SPA з API REST. З іншага боку, я б не абавязкова марнаваць шмат часу на распрацоўку дызайну API, але я магу зрабіць гэта, каб зборкі на баку кліента былі вясёлымі і хуткімі. Ці наадварот: спачатку стварыце JS на базе кліента і спытайце, як павінен выглядаць добры бэкэнд API. Гэта магутна, калі вы стартап, які павінен рухацца хутка, таму што вы можаце прапусціць больш спецыфічных работ. Я заўсёды веру, што вы можаце пагаварыць са спецыялістамі пасля таго, як канцэпцыя была даказана.

Яшчэ адна асаблівасць, якую я бачыў у распрацоўшчыкаў поўных стэкаў (большасць, а не ўсіх) у тым, што яны вельмі зручныя пры пераключэнні тэхналагічных стэкаў. Магчыма, гэта не характэрна для поўных стэкаў распрацоўнікаў, як мне падаецца.


адказ 3:

Інжынеры Бэкенда спецыялізуюцца і могуць мець глыбокае разуменне і вопыт у яшчэ больш канкрэтнай вобласці. Поўныя стэкі інжынераў маюць тое ж самае асноўнае разуменне, што і інжынеры, але, верагодна, толькі авалодваюць гэтай галіне значна пазней. Паколькі большасць праектаў не складаныя, абодва яны функцыянальна аднолькавыя, і інжынер поўны штат наперадзе, таму што пры прыняцці дызайнерскіх рашэнняў яны могуць больш лёгка ўлічваць.

Калі на асваенне спецыяльнасці спатрэбіцца 5 гадоў, лёгка можа спатрэбіцца 7-10 гадоў, каб інжынер з поўным складам асвоіў тую ж спецыяльнасць, як адначасова нарошчвае веды ў іншых галінах. Поўны стэк інжынер з 6-гадовым вопытам, хутчэй за ўсё, будзе падобны на інжынера-дублёра з 3-4-гадовым стажам.


адказ 4:
  • Людзі, якія, стаўшы майстрамі франтавога фронту, вырашылі вывучыць задніх людзей, якія, стаўшы майстрамі задняга дня, вырашылі асвоіць фронтэнд
  • Ёсць сапраўдныя генералісты, якія ўсебаковыя
  • Тыя, хто можа распрацаваць поўны стэк толькі з дапамогай рамак ці іншых інструментаў генерацыі кода