Карьера Академия It
3 710

Full-stack разработчики против всех. Самый жесткий спор вокруг полного стека (в конце - опрос)

Стартапер, IT-директор и дизайнер обвиняют full-stack разработчиков в нереальности их списка навыков, низком качестве продуктов и отсутствии универсальности. Full-stack разработчики защищаются.

В закладки

В своем блоге на vc.ru IT-Академия Алексея Сухорукова приводит самые жесткие и противоречивые мнения профессионалов IT-индустрии о том, существуют ли на самом деле full-stack разработчики и насколько хорошо они справляются со своими задачами.

По данным ежегодного отчета StackOverflow (в 2018 году в опросе приняли участие около 100 000 разработчиков со всего мира) почти 50% из них считают себя full-stack разработчиками.

Первые поисковые запросы full-stack developer появились не раньше 2010 года. И с этого момента их количество начинает сильно расти. На графике изображена динамика популярности (100 баллов - максимальная популярность) запроса full-stack developer во всех его вариациях в Google.

Full-stack developer - сегодня это уже отдельная категория специалистов, крайне востребованная и распространенная. Однако не все согласны даже с самим фактом ее существования.

Сегодня в нашем материале противники понятия full-stack предъявят свои жесткие обвинения по поводу качества, универсальности и реальности существования таких разработчиков. А сами full-stack разработчики их мнения будут опровергать.

В центре внимания - три самых острых вопроса об этой профессии

1. Возможно ли знать всё из списка требований для full-stack?

ПРОТИВ. Скотт Хадфилд, CTO and Co-founder, стартап Hello Pretty

“Настоящие” full-stack разработчики существуют — так же как существуют гении и люди, которые программируют с 12 лет. Описание “full-stack developer” так же бессмысленно как “гений” или “тот, кто может сделать все что угодно”. Раскрою эту мысль поглубже. Иллюстрация ниже показывает неполную версию того самого “stack”, о котором говорится во всех этих вакансиях.

В большинстве случаев разработчику нужны только одно или два умения из каждого слоя. Некоторые умения можно получить за пару часов (например, простейшая компиляция с помощью “./configure && make && sudo make install” или использование VPS). Получение других умений может занять годы.

То, что ожидается от разработчика «полного стека», намного превосходит возможности обычного человека. Да, есть люди, которые на это способны, я знаю некоторых из них. Но также есть много замечательных разработчиков, дизайнеров и менеджеров проектов, которые точно не подходят к понятию full-stack. Есть и те, кто называют себя full-stack, но едва ли могут определить более полудюжины слов в стеке, который я разместил выше

ЗА. Джошуа Бемэндерфер, Christian Developer & Designer, Web Dev at @creationnews

Я не думаю о разработчике «полного стека» как о ком-то, кто владеет всеми этими инструментами. Он владеет по одному или двум в каждой области и имеет необходимый фон, чтобы легко адаптировать свой опыт к другому набору инструментов.

Повторяю, по-моему, разработчик с полным стеком - это тот, кто имеет значительный опыт работы во всех точках стека и чувствует себя комфортно с одним или двумя инструментами. Такие разработчики ценны не потому, что они знают все, что вы будете использовать, а потому, что они могут быстро адаптироваться на основе знаний, которые они набрали.

Основываясь на этом понимании, я уверенно могу назвать себя разработчиком полного стека. Тем не менее, я предпочитаю термин «Разработчик» или «Инженер-программист» только потому, что они немного менее злокачественны и довольно неспецифичны.

2. Может ли full-stack разработчик сделать качественный продукт?

ПРОТИВ. Робин Рендл, product designer, Gusto

Я вижу плохой дизайн повсюду в интернете, и я считаю, что это из-за недостатка навыков. Не потому, что дизайнеры плохо подготовлены к поставленной задаче, или из-за того, что инженеры не знают веб-стандартов. Нет, причина в том, что существует целый спектр навыков веб-разработки, которые остаются полностью проигнорированными. Несмотря на доказательства того, что front-end development - это целенаправленная деятельность, требующая полной занятости, я вижу, что многие компании нанимают инженеров full-stack.

Я постоянно вижу дико недоступные интерфейсы, которые не имеют фокусных состояний и форм, которые не позволяют эффективно перемещаться с помощью клавиатуры. Я вижу непригодные мобильные интерфейсы и гигантские веб-приложения, медленные и неуклюжие, потому что никто не просчитал, как браузеры работают на самом базовом уровне. Если вы нанимаете инженеров с полным стеком, то вы получаете недостаток фокуса и опыта. Потому что нет такого понятия, как единорог, и нет такой вещи, как инженер с полным стеком.

ЗА. Марк Лукидес, VP Content Strategy, O'Reilly Media

Full-stack разработка – это умение воспринимать самые разнообразные идеи. Со временем такой талант будет становиться все более востребованным. Быть «full-stack разработчиком» не означает мгновенно переключаться с обслуживания кластера Hadoop на программирование связующего ПО на Java, а потом на JavaScript, работающий исключительно в браузере. Специализации придуманы не зря. Но разработчик, понимающий весь стек технологий, будет писать более качественные приложения.

Так, разработчик машинного интерфейса будет понимать, чем занимаются разработчики клиентской части, сможет взаимодействовать с ними. Приложение не будет генерировать запросов, из-за которых база данных слетает с катушек. Клиентский разработчик, разбирающийся в проектировании, сможет помочь дизайнеру подготовить красивое приложение, которое при этом будет эффективно функционировать на любой платформе.

По мнению Марка Лукидеса, full-stack разработчики это не единороги, как их некоторые представляют. Они больше напоминают дерево, разветвляющиеся на инструменты, облачные сервисы, дизайн, данные и сеть.

Чем активнее вы воспринимаете различные идеи, тем больше вы узнаете о других специализациях, а не только о вашей собственной. Тем более эффективно вы будете работать – по той простой причине, что научитесь взаимодействовать с коллегами. Более того, обладая обширным арсеналом идей и концепций, вы будете лучше справляться и со своими основными задачами. Вот к чему мы стремимся, именно в этом и заключается вся польза full-stack разработки.

3. Является ли full-stack разработчик универсалом?

ПРОТИВ. Брайан Ринальди, Director of Content, Progress Software

Давайте рассмотрим концепцию «разработчика полного стека», которую в последнее время все горячо используют. Особенно на таких сайтах как Hacker Noon или Medium, которые пытаются помочь начинающим разработчикам стать «разработчиками полного стека». Все больше и больше компаний публикуют вакансии, где требуется «разработчик полного стека».

Однако приняв этот универсальный термин мы, работодатели, вынуждены теперь пересматривать свои взгляды на навыки, которые необходимы, чтобы выполнить эту работу. Под термином “разработчик полного стека” стоит совершенно нелепый список требований.

Перечисленные в этом списке требования кажутся мне смешными. Полный стек - это термин, который определяет то, чего не существует, не может существовать, потому что это невыполнимый стандарт. Наших работодатели не должны использовать этот термин - изложите ваши требования, а не скрывайте их под смешным названием. Если у вас хорошая работа в хорошей компании под заголовком «полный стек», попробуйте убедить своего начальника, что было бы лучше использовать более четкое название, которое лучше отражает специфику роли.

ЗА. Стон Чен, full-stack developer

Я пишу свое собственное пошаговое руководство о том, как стать full-stack разработчиком. Знать все компоненты в списке требований к full-stack невозможно, но можно значительно сузить этот список, если вы можете заранее установить стек devops. Кроме того, вы можете охватить каждый «слой» до «достаточного знания», особенно в начале проекта.

Я тренирую свою команду, чтобы они стали «инженерами с полным стеком», но каждый из них фокусируется на определенной области разработки: на iOS, на Android, в Интернете и на API. Преимущественно, мы используем только JavaScript и React / React Native, поэтому я могу менять их позициями. В конце концов, как только структура будет завершена, я могу переназначить их на позиции по конкретным вертикальным стекам. Например, один на потребителя, один на поставщиков, один на admin и один на devops. И все четыре будут при этом взаимозаменяемыми. Такая универсальная команда «инженеров с полным стеком» может существенно сократить расходы на персонал и уменьшить время разработки.

У каждой стороны - свой набор аргументов. Спор вокруг профессии full-stack разработчика только подчеркивает важность ее появления в IT-сфере. Очевидно, что ее содержательное наполнение и значение самого термина еще будут меняться.

Опрос

Здесь находится опрос. Но он пока не работает в приложении.

Существуют ли full-stack разработчики? 

Проголосовать
Переголосовать
Показать результаты

Материал опубликован пользователем. Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Написать
{ "author_name": "Академия It", "author_type": "self", "tags": [], "comments": 74, "likes": 13, "favorites": 37, "is_advertisement": false, "subsite_label": "hr", "id": 51199, "is_wide": false, "is_ugc": true, "date": "Mon, 19 Nov 2018 09:55:02 +0300" }
{ "id": 51199, "author_id": 219209, "diff_limit": 1000, "urls": {"diff":"\/comments\/51199\/get","add":"\/comments\/51199\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/51199"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 199121, "possessions": [] }

74 комментария 74 комм.

Популярные

По порядку

Написать комментарий...
30

Фуллстеки часто это те, кто делает свой продукт от и до. Да, не идеально в каждой составляющей, но хорошо (не плохо) и эффективно (бюджетно).

Не вижу ничего нереального, так как возьмите любой малый бизнес/ИП, который пытается быть актуальным — тут и сайт сделай, и рекламу продумай/запусти, и маркетинг, и дизайн печатный/веб, и бухгалтерию и учёт веди, и с сотрудниками договорись, и клиентам будь добр угоди, и договоры составь. Хотя на каждое направление, по-хорошему, надо иметь профильных и опытных людей, как в среднем и крупном бизнесе.

Ответить
0

для быстрого прототипирования (запуска стартапа), нет вариантов набирать 5 специалистов.
Нужен один кто более менее соображает как сделать все, под ключ, и без лишних вопросов, в том числе это все запустить. Потом можно улучшать качество набирая ТОПвых спецов по каждому направлению.
П. С. сам фулстэк делаю

Ответить
0

На мой взгляд таких людей гораздо более точно описывает термин Т-шейпер. Другой вопрос, что в больших компаниях такие специалисты не нужны, так как это ломает производственный процесс, где любого специалиста проще заменить новым "винтиком".

Ответить
16

Этот вопрос из разряда существует ли идеальный программист который может если не все то хотя бы половину из всего?
Ответ:существует, посмотрите требования к каждой второй вакансии

Ответить
3

Ну это ирония)) по факту - вот что б прям был реально экспертом - ну не реально же. Надо ведь 10 000 часов по каждому направлению отпахать - жизни не хватит. Ну или , да, быть Месси в мире IT.

Ответить
6

Пока ты отпахиваешь 10000 часов в одном направлении, в других твои знания устарели и стали неактуальны

Ответить
2

Ну тогда вопрос о реальном профи в full stack - это фантастические случаи, коих 1 на миллионы.

Ответить
0

Так я и говорю, как профессиональный Backend-разработчик c глубокими знаниями в этом направлении (Scala-стек) - начал писать на Javascript... и я уже не помню что я там писал и как. Иногда смотришь на код - и такой: ""ЭТО Я ПИСАЛ??? Я ВСЁ ЭТО ЗНАЛ???". Пару раз на StackOverflow наталкивался на вопросы: "Ого. хрень какая-то..ничего непонятно". А потом смотришь - это я вопрос задавал по С++ (когда на нём писал).

Поэтому Fullstack - где Frontend и Backend используеют разные языки и стеки - несусветная чушь.

Другое дело всё писать на одном языке, на Javascript. Я сейчас пишу под мобильники на React Native, но там 70-90% технологий / подходов / паттернов (React, Redux, и т.п.) используются и в мобильных приложениях, и в чистом Fronted. И такое же пересечение Frontend и Backend на Node.js. Вот тут да, я могу не просто глубоко, а очень глубоко знать сразу несколько направлений.

Ответить
0

Не в тему, но почему реакт, а не ангуляр?

Ответить
1

1. Очень популярен (по слухам и комментариям) в Силиконовой Долине.
2. На него очень сильно завязались крупные богатые компании. А значит его не выкинут / не умрёт.
3. Огромное коммьюнити. Прямо сейчас в Github React 280 Pull Request на рассмотрении. Я вообще такого никогда нигде не видел.
4. React Native. Из всего что я видел это единственная технология в которую я верю, помимо нативной разработки.
5. Когда я писал Backend (я только недавно пересел на JS). Ребята пили Frontend на Angular (потом я уволился). Через год зашёл в гости - они пересели на React (причин не знаю, но у них опыта и осознанности выбора гораздо больше, чистые фронтендеры).
6. Лично я решил - выбираю сразу одну технологию и долблю до последнего. Выбирал по отзывам, статьям / сравнениям / опросам (иначе надо годик именно поработать на каждой технологии, но это нереально / 1 год будут выкинут из 2х). Из прочитанного превалирует мнение что React лучше / интереснее. По опросам кто на Angular многие думают свалить на React (обратно гораздо меньше) и уровень удовлетворенности Angular как технологией ниже (кажется опрос Stack overflow или Jetbrains).
7. Google с лёгкостью хоронит технологии и на вас ему наплевать. Я вот ему не верю и не хочу через несколько лет остаться у разбитого корыта. Пример Dart.
8. Microsoft пилит форк React Native под Windows 10.
9. React использует лучшие практики современного JavaScript и функциональное программирование (про Angular не знаю)

Но саму технологию Angular я не трогал, поэтому вот прям объективно с фактами сравнить не могу.

Мой личный опыт - я очень доволен React и его революционным подходом. Сейчас пишу на React Native - это фантастика, я прям получаю огромное удовольствие (несмотря на незрелость). Код льется как песня.

Я планирую как допишу MVP опубликовать статью по опыту использования React Native.

Ответить
0

А 688 issues на гитхабе вас не смутили?

Ответить
0

Смутили, ещё как смутили. Более того эти $&#* закрывают очень много Issues просто так.

Я столкнулся с огромным количеством проблем, буквально с десятками. Даже начал вести блог, чтобы их записывать https://blog.malov.im

Но эти проблемы решаемы или их можно худо бедно обойти

Ответить
1

Причём устаревать они начинают уже на второй сотне часов.

Ответить
0

Истину глаголишь! Аж обидно осознавать. И что мои 10 лет опыта и 8 языков программирования. Когда студенты сразу взяли язык (у меня сейчас JS) и уже имеют опыт на нем годик. И мы с ними, грубо говоря, на равных. А прошлый опыт выкинут и за него не платят.

Ответить
12

Начинал с фронта, перешёл в мобайл и теперь в бэкенде. Не знаю как может быть интересно заниматься всем этим одновременно. Да и забывается быстро то, что не используешь. С точки зрения терминологии можно сказать, что я фуллстек, ведь могу целиком под ключ запилить мобильное приложение с бэком. Вот только нахер мне это нужно, если мне надоело рисовать кнопочки и не хочу иметь ничего общего с фронтом.

Ответить
–3

Нельзя. У тебя по моему мнению нет двух составляющих: DevOps+веб-дизайн

Ответить
–2

devops это процесс

Ответить
3

Нет, это методология.

Ответить
0

Ну если в связке мобайл-бэк девопсом называть настройку ci, то это я тоже могу.

Ответить
0

Это гуглится на раз. DevOps я подразумеваю связку мониторинга(monit, garafana, zabbix), деплоинг(методом graceful), авто-разворачивания окружения(поднятие нового сервака), резервное копирование(файлы+база). Оптимизация докер-образов.

Ответить
2

С каких пор мониторинг и развертывание стендов стало работой разработчика? Может ещё принтеры заправлять?

Ответить
0

Это сейчас делает и обычный админ (друг). Где тут devops-специфичное?

Ответить
0

Это я ещё часть сказал. Не говорю уже о всяких cdn+ssl

Ответить
9

О чем спор то? Когда у тебя стартап или новый проект, и тебе надо MVP - берешь фулл-стек девелопера, и он тебе и фронт и бек и девопс. Пошло дело? Берешь профильного в область которая требует развития, всё. Дальше фулл-стек, если толковый, идет или в лиды разработки, т.к. в крусе что и где было, или в другой проект.
А спор из серии "Мой код красивее твоего" ведется только между разработчиками и только их интересует, заказчику пофиг на красоту вашего кода, ему надо чтобы работало.

Ответить
0

А зачем профильный нужен? Со всеми App Engine / Cloud скалированиями (автоматически растёт под нагрузкой) вы задумаетесь о переписывании бэкенда когда у вас денег хоть жопой жуй (как Airbnb дорос до оценки в 4млрд $ с приложением на React Native и был счастлив. Потом решили переписать, просто так, потому что могут).

У меня React Native на бомжовском Xiaomi Redmi 5A за 5т.р (!!!) летает. Его от native невозможно отличить.

Ответить
0

Профильный нужен, когда у вас кластер хдфс на NN-нодах, куча процессинга на Cкала, толпа пользователей с немытыми руками лезет покрутить данные, которых у вас по 100млн сообщений в час в каждом потоке из 20, и их еще пребывает постоянно. А, да, чуть не забыл, ещё SLA на всё строгий. :)

Ответить
1

Ну с этим согласен. Но это скорее не типичный (крупный) бизнес со специфическими требованиями. Фактически либо BigData Hadoop / Spark, или свой полноценный Cloud. Тут альтернативы нет.

Ответить
8

и имеет необходимый фон

Бэкграунд тут нельзя перевести как фон. Набор навыков - это не фон %)
Какой у вас фон? Зелёный в горошек

Ответить
7

Ох уж эти увлекательные истории про фуллстэков на реактнейтиве.

Ответить
5

Так тут все зависит от того, что подразумевать под определением full-stack developer. Если иметь ввиду "знает все везде и на серваке и на мобилках и devops и на богомерзком JS все сам напишет и рекламу запустит, а еще и поет хорошо", то это одно. А если имеется ввиду "и там и там может поработать, пусть неидеально, но все же", то это совсем другое.

Ответить
0

=))) и поет))))

Ответить
5

ой, прохожу регулярно это на собеседованиях. 30-40 страшных слов в навыках, а начинаешь спрашивать - "ой это давно было", "почти не касался", "дорабатывал на основе того, что было сделано". Это не фулстек, это означает - могу одинаково косячить на всех концах. В общем - ой, всё.

Ответить
0

Ага, особенно этим грешат студенты. Пишут знания Pascal, C++, Java, Python и т.д., и это только языки! Потом спрашиваешь, а он - "Да лабу писал там, 10 строк вышло".

Ответить
2

Они просто играют в те же игры что и работодатели. Собственно, они это своими тупыми и оторванными от реальности требованиями и породили.

На собеседовании чуть ли не Falcon в космос запускаешь, спрашивают ого-го. А как приходишь к ним - обычный дерьмовый говнокод и фиксишь бесконечные баги.

Сразу понимаешь что уровень компании значительно ниже твоего.
Так где бл...ть все ваши знания и нахрена вы всё это спрашиваете?
Так честно и скажите - нужно писать говнокод.

Ответить
3

Из личного опыта. Качество получаемоего продукта на выходе от команды фулл-стак разработки очень низкое. Это касается и серверной части и фронтеда. Лучше сделать что-то одно, но на 90% хорошо, чем все и на 30% так-себе.

Ответить
3

Побаиваюсь термина fullstack из-за его расплывчатости и спорного контекста.

Предпочитаю про себя говорить "универсальный веб-разработчик", подразумевая, что я могу сделать вполне промышленный продукт на веб-технологиях от начала до конца (аналитика, дизайн, база данных, серверная часть с какими-то фреймворками или без них, браузерная клиентская часть), при этом всё будет вполне адекватное и современное.

Разумеется, любой нормальный человек понимает, что мои знания в каждом из этих направлений уступают знаниям, которые имеет соответствующий специалист. Преимущество именно в универсальности, в том, что многие задачи можно решить одним человеком без коммуникации и прочего. Ну и ещё это очень здорово для какого-нибудь техменеджмента или тимлидства.

Думаю, именно для веб-технологий такой широкий профиль может быть оправдан. В нашей отрасли много комплексных, но сравнительно коротких задач и типовых проектов.
Что касается "фуллстека" с "боевым" знанием железа, всяких низкоуровневых языков, и при этом ещё и умеющего весь зоопарк в администрировании и фронте, то я просто не очень хорошо понимаю, где он такой может пригодиться, хотя наверное такие ребята существуют.

Ответить
2

Интересно, что в комментах в основном фуллстак массово критикуют, а в опросе он побеждает более чем в 2 раза.

Ответить
2

Не все готовы сделать камингаут

Ответить
2

В маленьких командах можно сэкономить деньги на специалистов и время на процессы и коммуникацию за счёт фуллстека.

Фуллстек, конечно, хуже разбирается в бэкенде или фронтэнде, чем специалист при прочих равных, но в его работе нет пауз по типу "ждём бэкенд", а ситуации типа "в этом полугодии пилим больше бэкенд-, а в следующем - больше фронтэнд-задач" не несут за собой проблем.

Принимая решение, кого брать, надо смотреть, во-первых, в карман: на отдельных специалистов нужно больше денег. Во-вторых, нужно смотреть на рынок: может сейчас фуллстеков пруд пруди, а специалистов днём с огнём не сыщешь. В-третьих, непосредственно на человека: может вам нужен бэкендер, а у этого фуллстека есть много опыта решения именно ваших задач.

Ответить
0

В работе фуллстека часто получается дольше, чем отдельные программисты и хуже по качеству. В итоге компания гонится за выгодой, а получает убытки

Ответить
0

В начале это нормально, а дальше находятся специалисты.

Ответить
2

Любой разработчик должен иметь представление, как работает фронт и бэк, любой разработчик должен мочь склепать какой-нибудь портал самостоятельно. Но вопрос в качестве работы и последующей поддержке продукта. Актуальным фронтом быть ппц сложно и ресурсозатратно, не говоря уж о фулстеке. Фулстек - это точно среднячок и ниже (ну или гений, как описано в статье).
Никогда не верьте описаниям вакансиям, они либо не понимают специфику вашего труда, либо хотят одной вакансией закрыть десяток. Короче, каждый должен заниматься своим делом, а не срезать верхи кое как. Ведь потом ваш код кто-то будет поддерживать с матерком

Ответить
0

Можно и не поддерживать и не надо переживать по этому поводу, При создании продукта, нужно реально быстро запуститься и по возможности начать быстрее зарабатывать, оплачивая дальнейшее развитие продукта - и если нужно то сделать полную переделку продукта.

Ответить
2

Буквально на днях наткнулся на вакансию, где ищется 1 senior специалист по сути на 3 отдельных профессии https://hh.ru/vacancy/28686311 а денег дают на уровне московского middle. Долго ли будут искать?

Ответить
2

Fullstack-еры вперёд! В атаку! :)))

Ответить
–4

Раньше Fullstack означал (и вероятно оттуда и пошло) - исключительно JavaScript разработчиков. Которые, помимо Frontend, использовали Node.js (который и так каждый день используют) в Backend.

Это настоящие Fullstack, потому что многие знания они переиспользуют (как минимум библиотеки).

А потом про это забыли, когда это стало модным. И всё лепят горбатого. Когда Backend - на Java / PHP и т.п. это полная х...ня. Такого не бывает. Даже если ты в backend хорошо и глубоко разбирался, знания очень быстро забываются. Что я там на Scala писал? Как будто и не я это был.

Ответить
8

Нод.жс еще в помине не было, когда термин фулстэк существовал. По своей сути до середины нулевых все веб-разработчики были фулстеками, потом с появлением jquery некотрые верстальщики (которые не были разработчиками) решили, что они тоже теперь программисты и назвались фронтендерами. Ну а дальше пошло-поехало.

Ответить
0

Это каким образом они были Fullstack? В середине нулевых Frontend как такового не было серьезного, как сейчас. Были верстальщики, с базовым знанием Javascript для анимации и украшательств. И о backend они вообще ничего не знали. А backend отдавал готовые html странички. На этом всё и заканчивалось.

В те времена было очень жесткое разделение. Но если вы приведёте хотя бы какие-то ссылки и статьи в качестве доказательств своих слов - с удовольствием обогащусь.

Ответить
1

Фуллстэк никогда не означал JS разработчиков.
Это JS разработчики ради теребонькания своего ЧСВ решили называть себя фуллстэками.

Ответить
–1

Где пруфы, Билли?

Ответить
1

Примерно там же, где и ваши.
Но, самый банальный пример, это фуллстэки на LAMPе, когда этой вашей ноды ещё не то что в тренде, даже в бете не было.

Ответить
–1

И где там Fullstack? Ну вы, вероятно, вообще не представляете о чём идет речь. Когда был LAMP никакого Fullstack и в помине не было. То, что какой-нибудь PHP умеет отдавать html странички через шаблонизатор - это не Fullstack.

Ответить
5

Фуллстэк это разработчик, который, очевидно, работает со всем стэком продукта - инфраструктурным, бэкендным и клиентским.
Если по вашему фронтенд, в частности, и клиентский стэк в целом, появился только когда смузихлёбы придумали реактнейтив и ноду - то, кажется, это вы не понимаете о чем говорите, а не я. :)

Ответить
0

До смузихлёбов Frontend по сложности был несопоставим с Backend. Последний был на порядок сложнее. А то, что кто- умел еще и шаблончики накидать - так любой разработчик и скриптик на баше напишет, если надо и CI поднимет, и много чего еще. Но, например, это не делает их администраторами сетей. А написание тестов не делает их тестировщиками. Поэтому и сымсла нет что было до, там всё было гораздо проще.

А сейчас Frontend, как вариант, React, Redux, NPM, Webpack, Grunt, Node.js, ES6, Redux, Redux-Saga, HTML5, CSS3 (включая анимации), SVG, React Material, Jest, Enzyme, Typescript (опционально), date-fns. И еще с десяток прикладных библиотек. Просто отслеживать изменения в библиотеках (что пофикисили, что поломали, что обновили), работая Fulltime, уже довольно сложно.

Список Backend по сложности сопоставим.

Ответить
1

В современном фронтенде очень много слов на латинице, но часто это просто части одной инфраструктуры, либо альтернативные решения. Нынче фронт - это что-то среднее между несложной разработкой и администрированием.
В старые времена, когда, как вы говорите, фронтенд был "просто вёрсткой", тоже приходилось несладко. Простая вёрстка - она была простой только в простых проектах, но там и бэкенд ничего особенного собой не представлял. А вот как люди верстали кроссбраузерные динамичные промо-страницы на старом HTML и старом CSS, со всеми этими трюками... Сейчас молодёжь не поймет, а был особенный шик, когда у тебя дизайнер рисовал картинку, выступающую за пределы сетки, или когда в макете были закруглённые уголки у плашек - и всё это можно было заверстать либо несемантичным кодом, либо с джаваскриптом, который сработает у половины пользователей - вот это было настоящее ремесло :)

Ответить
0

Ну я пишу на JavaScript. Я могу сравнить сложность с Backend. Она приблизительно одинаковая. Что JS-стек, что Scala-стек.

Ответить
1

Вот все, что на первой картинке перечислено - знакомо хотя бы одно в ряду. Фул стек ли я? Скорее менеджер проектов, хотя сейчас сам делаю сайты.

Сложно сказать, как оно будет в будущем, но сейчас ценится узкая направленность. И с этим непросто. Люди, которые умеют десяток лет работать только с двумя рядами из вышеприведенных считаются настоящими профи,а те, кто примерно знает обо всем на свете - эдакие поверхностные не специалисты.

С другой стороны, мир идёт к универсальности, JS уже и серверную часть умеет закрывать, моб
приложения можно делать на WebView (я знаю, плохая оптимизация, но это пока). Короче, я человек широкого опыта, много много раз сталкивался с неприятием от работодателей, и вообще понял, что такой подход он для самозанятых и предпринимателей.

А если узкая специализация - это люди с выгодной предрасположенностью к крутой карьере на 800к в сбертехе.

Ответить
1

Кроме webview ещё RN. А уж какими шагами шагает PWA.

Просто раньше такого не было - что бы один язык на все. А теперь целые проекты на JS пилятся успешно.

Ответить
0

Даже noSQL базы в помощь этому стеку по сути.

Ответить
0

Раньше php на все был. Фронтенд php+ шаблонизатор, бек чисто на php

Ответить
1

Да и что такое фулл стек, что такое junior, middle, senjour. Потом господин "fullstack senjour" на собеседовании такой "специалист вордпресса", что ну их нахрен, сеньеров фуллстеков.

Ответить
1

Senjour - жё ма пэ сэн-дж’ёр

Ответить
1

Очевидно это зависит от целей. Фуллстэк команда хороша тем, что дает больше гибкости в распределении ресурсов.
На этапе прототипирования и MVP это позволяет быстро фигачить, не создавая лишних боттлнеков на отдельных участниках продукта (избавляемся от ситуации фронт ждет бэк, бэк ждет девопса и етк).
Дальше уже зависит от степени экспертизы в каждой конкретной области у каждого участника.

Когда я говорю, что нам в команду нужен Fullstack разработчик я не ожидаю, что он будет фигачить аки боженька всё подряд. Я ожидаю, что у него есть primary экспертиза и возможность переключаться на горящие задачи в смежных областях.
Надо понимать, что это работает и для не-фуллстэк разработчиков. В конце концов, когда вы ищете бэкенд разработчика вы не ожидаете от него, что он знает ВСЁ про все бэкенд инструменты. Вы ищете конкретное соотношение скиллов в интересующем вас стэке.

Сбалансированная команда фуллстэков, где некоторые ребята больше умеют фронтенд, некоторые бэкенд, некоторые инфраструктурную часть - хорошо работающее решение.
Потому что это есть у вас горят фронтовые задачи - вы можете сфокусировать всю команду на них, распределяя их по всем участникам, соразмерно их скиллам во фронте.

Ответить
1

FullStack это вполне обычный случай, человек умеет работать и с бекэндом и фронтэндом. Да он может не знать всех тонкостей фронтэнда или бэкэнда, но вполне может выполнять поставленную задачу. Да этот человек возможно не сможет сделать это настолько хорошо, как человек специализирующийся только в одном направлении и только в одной технологии, но это не значит что такие сотрудники не нужны. А споры просто жутко не логичные, такие программисты не просто существуют, а их БОЛЬШИНСТВО. Даже работаю чисто в бэкенде нужно знать довольно много и о фронтэнде, тк в конечном итоге все это в 99% случаев работает вместе

Ответить
1

Фулстек это про скорость. Можно быть фулстеком, но будешь при этом слоупоком.

Поэтому я бы с удовольствием взял дизайнера-верстальщика, умеющий немного в джаваскрипт, на фронтенд. А сам бы закрыл бекенд и написание фронтенд компонентов по уже готовым прототипам от дизайнера-верстальщика.

Вот к такой фулстек разработке нужно стремиться.

Ответить
0

Забыли скрум мастера включить в описание вакансии. Нужен "народный умелец". Народные умельцы знают все, но ничего не знают хорошо. Платят им мало.

Ответить
0

Лично я воспринимаю full-stack разработчика исключительно как человека, который способен в одиночку, без привлечения других специалистов, решить задачу по разработке какого-то ПО.
В контексте моей деятельности (работаю в сфере заказной веб-разработки - сайты + умеренно-сложные веб-приложения) - это человек, способный разработать небольшой веб-сайт/приложение полностью своими силами - от ТЗ до результата, достойного акта выполненных работ. Без претензий на гениальность и супер-качество каждого слоя итогового продукта. Людей, способных [нормально] выполнить все этапы - мало, но есть, разрабы обычно падают с трибуны full-stack, натыкаясь на дизайн/UI/UX.

Ответить
0

А платят сколько, если не секрет?

Ответить
0

Из своего опыта 3D-дизайна сужу - чтобы видеть картинку в общем, знать нужно все. Но хватает обычно стандартных познаний, которые можно получить за пару недель. А профессионалом нужно быть в одной-двух областях. Одинаково хорошо разбираться во всем - задача невыполнимая, особенно с учетом быстрого развития индустрии и появления все новых инструментов.

Ответить
0

По хорошему разбираться даже в одной теме тяжело, постоянно всё эволюционирует и всех фрэймворков не упомнишь, на каждом новом проекте приходится заново погружаться и адаптироваться. Таким макаром если есть бэкграунд по каждой теме, и лет 5 следишь за технологиями, не вижу проблем считать себя fullstack. Ну и в конечном счете есть же архитекторы, они просто вынуждены всё знать.

Ответить
0

Сидит на работе один такой, тока одно название, толку 0, ни фронта нормально не знает, ни с руби разобраться не может. Есть конечно толковые ребята, но уж точно на вес золота как и дэв опсы в принципе.

Ответить
0

чеж вы его держите, если он вам толку никакого не дает?
пускай работает с теми кому его навыки пользу приносят.

Ответить
0

фуллстэк - это скорее состояние разработчика, в котором он может пребывать какое-то время.
фокусируется для себя он все равно на чем-то одном.

Ответить
0

И жнец и чтец и на дуде игрец.
Данная характеристика носит саркастический оттенок, ведь невозможно одновременно профессионально заниматься тремя работами.
Это ещё далекие предки определили.
Сворачивайте базар. Нету фулстэков! Это тщеславный вымысел их же самих!

Ответить
0
{ "page_type": "article" }

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } } ]
Компания отказалась от email
в пользу общения при помощи мемов
Подписаться на push-уведомления
{ "page_type": "default" }