Разработчик под ником Web Dev Ken поделился размышлениями, почему не стоит стараться быть специалистом сразу в бэкенде и фронтенде, а сосредоточиться на чем-то одном. Его заключения базируются на случае, когда, пытаясь найти позицию фулстек-разработчика, он получил множество отказов.
Вот, что он рассказал.
Моя карьера началась в январе 2018 года. До этого я работал инженером-механиком, поэтому было трудно найти работу в области разработки ПО. Через некоторые время я успешно устроился стажером в небольшую компанию, которая занималась фронтенд-разработкой для своих клиентов. Там я познакомился с Angular, UI-архитектурами и клиент-серверной архитектурой.
Изучать Angular было довольно увлекательно, потому что сам фреймворк развивался очень быстро, и было много вещей, которые нужно было изучить и применить к приложению, которое я поддерживал.
После двух лет стажировки с глубокими знаниями Angular я решил, что пора идти дальше и устроиться на работу софтвер-инженером в компанию, которая будет заниматься несколькими проектами, чтобы можно было учиться в разных средах. К счастью, я смог найти работу в агентстве, которое помогает клиентам расширять их стратегию цифровизации с помощью React. Параллельно я получил диплом бакалавра компьютерных наук.
После полутора лет работы в этой компании, время от времени просматривая рынок вакансий, я заметил высокий спрос на фулстек-разработчиков. Таких вакансий было вдвое больше, чем на фронтенд-разработчика. Как новичок в программном обеспечении, я хотел быть уверенным в завтрашнем дне, поэтому решил стать фулстек-специалистом, чтобы всегда было легко найти работу. Но я почти ничего не знал о создании приложений с полным стеком. В университете я изучил все основы, такие как реляционные базы данных, архитектуры служб, MVC и даже основы .NET и C #, но я долго не практиковался. Поэтому в свободное время начал повторять изученное ранее, создавая проекты и обучаясь онлайн.
В середине 2021 года я начал подавать заявки на позицию фулстек-разработчика. В общей сложности у меня было три собеседования, и на всех трех мне отказались. Вот почему…
Интервьюер попросил создать небольшое решение для визуализации журналов IIS, сохраненных в виде текстовых файлов. Поэтому я разработал решение, в котором файлы анализируются, записываются в базу данных SQL, считываются с помощью Entity Framework, сопоставляются с объектом передачи данных, отправляются клиенту через API-эндпойнт и отражаются в браузере. Я думал, что именно этим занимаются фулстек-разработчики. Я вовремя сдал решение, и меня снова пригласили в компанию, чтобы обсудить его. Там меня неожиданно завалили следующими вопросами:
Дело в том, что мне задали множество вопросов о бэкенд-разработке, на которые я едва смог ответить. По поводу фронтенд-инжиниринга вопросов практически не было. Сложилось впечатление, что им нужен был заядлый бэкенд-разработчик с навыками фронтенда, а не фулстек-специалист. И как знание определений поможет мне писать код? Получив отказ, я пошел на второе собеседование.
В отличие от предыдущего второй интервьюер не потребовал от меня создания небольшого приложения, но во время собеседования меня попросили создать диаграмму классов UML с описанием проблемы. На выполнение задания выделили 15 минут. Я пытался найти решение, опираясь на реляционные базы данных, но безуспешно. В итоге мне задали следующие вопросы:
virtual делает в C#?Снова только бэкенд? Не справившись с задачей, я отправился на третье собеседование.
Третий интервьюер задавал в основном только технические вопросы, в частности о .NET и SQL Server:
По итогу мне задали примерно одинаково вопросов по фронтенду и бэкенду. В первой теме я разбирался, а по второй ответов почти не дал. Меня не взяли и здесь.
После того, как мне отказали во всех трех местах, я бы крайне разочарован и чувствовал, что навсегда застряну во фронтенде. Я сильно переоценил свои знания бэкенда.
Все вопросы в основном касались разработки серверной части. Создалось впечатление, что для фулстек-специалиста первостепенны знания бэкенда, поэтому, возможно, если бы я ответил на вопросы интервьюеров, меня бы взяли на работу даже без хороших знаний фронтенда. Кажется, что в отрасли, по крайней мере в компаниях, где я проходил собеседование, все еще не признают фронтенд-разработку как отдельную дисциплину. Хотя по ней уже получают дипломы в университетах.
После всех интервью я понял, чего действительно хотел — стать опытным фронтенд-разработчиком. Мои знания JavaScript до сих пор не идеальны, тогда почему я решил сменить дисциплину, прежде чем стать экспертом в том, чем занимаюсь сейчас? Я не хочу становиться экспертом по бэкенду и фронтенду одновременно, лишь ограниченно зная и то, и другое. Так что решил сосредоточиться на чем-то одном и двигаться дальше.
Источник — https://gifer.com/
Прокси (proxy), или прокси-сервер — это программа-посредник, которая обеспечивает соединение между пользователем и интернет-ресурсом. Принцип…
Согласитесь, было бы неплохо соединить в одно сайт и приложение для смартфона. Если вы еще…
Повсеместное распространение смартфонов привело к огромному спросу на мобильные игры и приложения. Миллиарды пользователей гаджетов…
В перечне популярных чат-ботов с искусственным интеллектом Google Bard (Gemini) еще не пользуется такой популярностью…
Скрипт (англ. — сценарий), — это небольшая программа, как правило, для веб-интерфейса, выполняющая определенную задачу.…
Дедлайн (от англ. deadline — «крайний срок») — это конечная дата стачи проекта или задачи…