Как стать автором
Обновить

Комментарии 7

Интересно было прочесть, спасибо!


Небольшой косяк в тексте:
Достаточно знать РНР и SQL и не бояться работы с остальБрать со стороны.ными технологиями и языками.

Спасибо, поправили!

Возможно я чего то не знаю, но языков шесть


сразу пять языков программирования: PHP, Go, Vue, Typescript, Java и Kotlin.
Vue не совсем язык программирования ;)

Ответ — примерно также, как в команде не слишком квалифицированных гастарбайтеров.


Вровень выступать, насяльника


Проблема фулстека в больших системах не в том, что там 5-10-15 языков. А в том, что его знания о системе устаревают быстрее чем он разбирается в новом для себя компоненте.


И разные языки лишь ухудшают ситуацию с точки зрения когнитивной нагрузки.
Потому что тот же правильный код на Javascript 4 года назад и сейчас — это достаточно разные вещи.

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


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


Так и тут: большая часть задач — это php разработка, но при этом команда иногда делает задачи, требующих знания других технологий и языков.


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


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

Каждый инженер команды может дорабатывать любую систему.

Любой из наших инженеров может поправить скрипт деплоя

Это, конечно, ускоряет внесение изменений, но есть проблемки:
1) Этот «любой» инженер может чего-то не знать или уметь важного и косячнуть на ровном месте, а исправлять придется другим. Обычно это приводит к конфликтам внутри команды.
2) Всевозможные риски при таких изменениях прям зашкаливают.
3) В случае каких-то проблем ответственного за эти изменения найти будет тяжело.

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

Факт тот, что настоящих фулстэковых девелоперов крайне мало встречается в природе, в основном это будут бэкендер, который может что-то сделать на фронте или фронтендер, который что-то может сделать на бэке. Бэк еще может неплохо шарить в DevOps. То есть если всех записывать в фуллстэки, то их общая эффективность будет существенно ниже, чем если просто собрать команду из бэк+фронт девелоперов.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий