Transcription
То есть тебе настолько нечего смотреть, что ты решил глянуть это видео? О'кей, давай расскажу.
Привет, я фронтенд-разработчик. Занимаюсь этим уже более 8ми лет, и мне есть, что вам рассказать по теме, почему же вам не стоит становиться фронтенд-разработчиком. И на этот счёт у меня есть целых семь пунктов, поэтому заваривайте чаёк, накладывайте пельмени. Я надеюсь, это сочетается. И пойдём к просмотру.
И, кстати, это первый разговорный ролик на канале. Если он тебе понравился, напиши что-нибудь в комментариях. Поставь лайк, чтобы я просто понимал, стоит ли ещё что-нибудь такое снимать. Ну тебе же хочется что-нибудь посмотреть, пока ты кушаешь. Что ж, [музыка] приступим.
Причина первая. Во фронтнде есть такая технология, которая называется CSS. При помощи неё делаются все вот эти красивости на сайте, к которым вы привыкли. Покрасили всякие кнопочки, текст стал побольше, красивого цвета градиенты и тени. Вот эта технология, при помощи которой всё это делается. У этой технологии дофигище всяких свойств, при помощи которых вы можете стилизовать ваш сайт. На одну только прикольную кнопочку может уйти порядка псяти разных свойств. И когда вы пишете большое приложение, зачастую бывает такое, что эти свойства могут между собой как-то конфликтовать. И случается такое, что вы получаете баг, который вы даже понятия не имеете, как исправлять. То есть вы видите в браузере в одном всё хорошо, в другом почему-то не работает, потому что некоторые сисы свойства начинают конфликтовать, и как это исправлять, непонятно. И вот вы сидите несколько часов и одно свойство попробовали, второе, третье не работает, что делать, не знаю, попробовал четвёртое свойство, не работает, что делать, не знаю. Вот иногда с такими кейсами приходится как-то справляться.
Вторая проблема — куча библиотек. Когда я приходил 8 лет назад во фронт, у меня было всё просто. Ты учишь три основные технологии, дальше учишь библиотечку какую-нибудь на выбор и какую-нибудь штуку, чтобы хранить данные. Сейчас всё разрастается до того, что тебе надо выучить дополнительно ещё три разные технологии, потом к ним всякие библиотечки, и, в принципе, ты должен всегда учиться. Если ты не учишься, ты становишься нахрен никому не нужным. Да, у тебя, конечно же, будет работа, но она будет неинтересная, какая-то монотонная, и в будущем тебя просто сожрёт конкуренция. Не надо плохо. Поэтому, если вы не привыкли постоянно учиться, про постоянно это не значит, что вам надо 24/7 после работы сидеть, что-то учить новое, какую-то очередную технологию. Но в этой профессии вам придётся мониторить рынок, что там новенького вышло, что сейчас используется, какие технологии будут актуальны там через условно год, на что стоит обратить внимание. Ну, если вы это не делаете, то опять же вас съедает конкуренция, и вы становитесь никому не нужным, пока снова не войдёте в рынок. Например, вот сейчас есть актуальная технология в виде NextJS, и меня на некоторые работы даже брать не хотели, потому что у меня нету в резюме этой технологии. Пришлось выучить.
Причина третья. Чёртов Safari. Сейчас, конечно же, с браузерами стало чуть попроще. У нас есть Safari, Microsoft и все остальные Chromium браузеры. Раньше разработчики страдали от того, что у них был Internet Explorer. Сейчас всё стало попроще. Но есть Safari, который пришёл на его место. И теперь очень часто возникают такие проблемы, что у вас всё хорошо работает, ну, Chrome — конфетка наша любимая, а вот этот Safari — изгой вот этот, в нём почему-то всё не работает. Или, например, Firefox, который так часто любят тестировщики. Все ваши задачи, ну, они же знают, что мы с вами разработчики пользуемся хромом, а они все наши задачи проверяют на Firefox, в котором ничего не работает. И с такими проблемами вы будете сталкиваться постоянно. Вам надо будет тестировать разные браузеры, плюс ещё мобильную версию, плюс ещё планшетную версию. А, например, Apple считает, что у них планшет — и это совсем не планшет, это уже десктопная версия. Поэтому некоторые сайты, если у них есть серверный рендеринг, то они могут плохо работать на планшетах от Apple. Поэтому все эти моменты приходится учитывать, особенно если у вас Windows. Ведь вы туда не сможете установить Safari, который вам тоже надо будет как-то проверять. К счастью, есть отличное решение под названием BrowserStack. Там можно и различные операционные системы посмотреть, различные браузеры и в том числе Safari. То есть вы прямо со своей винды можете спокойно тестировать Safari, но это просто будет не очень удобно. Проще купить Mac.
Четвёртая причина. Хочу как в Figma. Когда дизайнер нарисовал свой макет, конечно, у него в Figma это выглядит красиво, но потом приходит [музыка] реальность, потому что пользователь может сделать слишком длинный никнейм. Он может сделать так, что он там в три, в четыре строчки поместится. Или, например, дизайнер учитывает, что блок будет определённой ширины. Но в реальности из-за того, что в этот блок накидано кучу разных данных, этот блок растёт. И теперь это не так красиво на дизайне. И очень часто к вам будет приходить менеджер и спрашивать: "А что, блин, никак в Figma? Почему не так красиво?" И зачастую вам приходится верстать всё по этим чёртовым пикселям. Такая технология называется Pixel Perfect, когда вы должны сверстать всё так же идеально, как в Figma. И вот когда у вас очень плохой дизайнер, который не учитывает, что контент может быть не такой, как в его дизайне, будете страдать. А иногда может быть такое, что дизайнера взяли на проект, он что-то сверстал и его уволили, так как это была проектная разработка. И теперь вы заместо этого дизайнера будете работать и придумывать, что делать, если контент не поместился. Можно я больше не буду притворяться, что у меня нет депрессии? В общем, Ванька, будешь квадратики в Figma растягивать, чтобы было красиво.
Пятая причина. Все баги — твои баги. Всё, что видит отдел маркетинга, аналитиков, SEOшников и прочих ребяток на вашем сайте, все проблемы будут адресованы вам как фронт-разработчику, потому что, ну, блин, у меня контент не видно, что такое. А, как оказалось, там бэкэндеры что-то наротили. Всегда бэкэндеры виноваты. Вот, в первую очередь надо винить бэкэндеров. Так вот, все проблемы, которые пользователь видит на сайте, будут адресованы вам. А ваша, э, проблема — не ваша, уже никого не волнует. Конечно, если у вас есть хорошее отдел тестировщиков, то они проверят, а чья конкретно эта проблема. Но периодически бывает так, что они понятия не имеют, на чьей стороне багуля, поэтому данная багуля отправляется вам, и уже вам надо тратить своё драгоценное любимое время. Вот вместо того, чтобы полежать на пляже с Макбуком, понажимать кнопочку Enter, вот вас заставляют работать. Что такое? Зачем ещё и за кем-то задачи перепроверять? Потом оказывается, что у бэкэндеров какой-то сервис упал, и они вам возвращают пятисотые ошибки. А все эти пятисотые ошибки были во время серверного рендеринга, и тестировщик такой не может отследить, поэтому он пишет вам. И, короче, страдания.
Шестая ошибка. Обновил библиотеку — всё нахрен сломалось. Я думаю, что ни для кого не секрет, что в npm — это такая свалка огромной куче библиотек для фронтендеров. И куча этих библиотек, соответственно, решают кучу разных проблем. Зачастую бывает так, что одна из этих библиотек, которую вы используете, обновилась до какой-то новой версии. Вам эта новая версия очень сильно нужна. Вы её устанавливаете, сайт перестаёт работать, потому что теперь эта библиотека конфликтует с двадцатью другими. И вот у вас дилемма, что делать. Мне эта библиотека нужна, но эти 20 не работают. Вам приходится придумывать какие-то костыли, какие-то средства обхода, переписывать библиотеку автора, добавлять какие-то свои костыли или вообще разбираться в чужом коде, потому что код, который там написан в этих библиотеках, зачастую бывает супергадкий, и вам в эту гадость надо погружаться. Ну, единственное, что радует, что эта проблема встречается не суперчасто, особенно если вы используете не так много библиотек в вашем проекте. Поэтому старайтесь не тянуть в ваш репозиторий всякое, и всё у вас будет почти хорошо.
Ну и седьмая, финальная причина. Так как я фронтенд-разработчик, ты хочешь быть фронт-разработчиком, поэтому, чтобы я продолжал лежать на пляже, кодить на Макбуке, а чтобы там вдалеке были вот это море, пальмы, яхты, и я вот так в долларах вот так купался. Не становись фронтендером.
Ну а если всё-таки решил, у меня есть отличный курс по TypeScript. Если ты плохо знаешь TypeScript, курс большой, подробный, классный. В комментариях напишите "курс прикольный", чтобы замотивировать остальных тратить ваши деньги на меня и на мою яхту.
В целом, это было всё, что я хотел вам рассказать. Ну, остановиться фронтендером или нет, уже дело за вами. Лучше нет. Напомню, что если понравился данный ролик, поддержи его, напиши в комментариях, как обычно, "дресня брат", чтобы я знал, что вам понравилось. И тогда я сниму что-нибудь в таком же стиле. Ещё разочек.