✨Уютный микросервис✨

Советчик хуев, или Как я сломал жизнь ученику

Ты никому не нужен — вот так я хочу сказать всем, кто ждёт, что их кто-то найдёт, схантит, сам потащит на собес, сам поможет разобраться и так далее. Люди с руками, мозгами, опытом сидят и ждут, что «им позвонят», «им дадут шанс», «их повысят».

Если бы я так сидел и тоже ждал, то неиронично жил бы в картинках из своей рекламы) Ну хотя бы супа поел))

Я так недавно помогал чуваку с устройством на работу.

Дал ему базовые советы: как резюме написать, какие проблемы исправить. У него там всё грустно было — последнее место работы - несколько месяцев почти год назад (округли до года и поставь, что ты ещё работаешь), пустые формулировки (из разряда «работу работал»), вообще непонятно, что он делал.

Проходит время, чувак пишет: «Я сделал всё, как ты сказал, и меня вообще перестали звать на собесы».

Думаю, что за фигня?

Скидывает «исправленное» резюме — на английском.
Говорю: «А зачем на англиском? Повыпендриваться?».
Скидывает — такое же слабое, как раньше было. Всё те же 4 месяца висят.
Говорю: «Округли до года».
Он: «Не могу, в августе устроился — как мне в будущее крутить?»

Совет первый! Запомните, дату начала работы сдвигать нельзя!Дальше спрашиваю: «А что ты делаешь вообще, кроме резюме?» — «Откликаюсь». — «Сколько?» — «Ну, 5-6 откликов в НЕДЕЛЮ».

Я в ахуе. Говорю: «Чувак, а что если конверсия в собесы 2%? Тебе понадобится 50 откликов для первого собеса. Твоим темпом ты будешь 10 недель к этому идти».

— «Ну что надо?»
— «Как минимум 50 откликов в день».
— «А нет столько вакансий».

Совет второй! Откликайтесь как можно реже, чтобы HR подумали, что вы очень важный человек, и захотели бы вас пригласить!Забиваю в поиск «golang» в хедхантере — больше тысячи вакансий. Прошу показать, как он откликается.

Смотрю — листает такой: «Сюда я уже откликнулся, а тут сеньоры, это пропускаем, тут тоже сеньоры, пропускаем, тут город другой, тут ещё что-то не так».

— «Бля, ну ты чё? Нахрена пропускаешь?»
— «Ну серьёзно же, я джун-мидл».

Объясняю, что у них может быть вакансия на мидла, просто не опубликованная. Или на сеньора пройдёшь. Хер его знает, какие у них требования. Зачем за них то решать?

Совет третий! Откликайтесь только на те вакансии, которые на 100%, буква в букву с вами совпадают, и только там, где вы пипец как работать хотите! Вот такие дела. Человек ждёт, что мир к нему сам придёт. А когда не приходит — винит ситуацию на рынке, экономику. Но не готов потратить час в день на нормальные отклики.

Понятное дело, что и вакансии фейковые бывают, и найм слабее стал, но я от самого подхода сгорел. Говорю делай так, он отвечает что так и делал, а потом оказывается что делал совсем не так.

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

Накидайте в комменты ещё вредных советов, которые гарантированно дадут оффер!

Почему опытные разработчики проваливают собеседования? (и как это исправить)

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

Каждому же знакома ситуация, когда на собесах спрашивают какую-то рандомную херню, которая никогда на работе не пригодится? Да ладно на работе, даже на кухне этим не повы***ваться. А эти дебильные задачи - у меня от них жопа горела. В реальной жизни за такой код руки отрывают, а тут давай скажи, что код выведет. Я не понимал на кой хрен спрашивать одно, а на работе просить сделать совсем другое. Это как токаря вместо вытачивания детали начать спрашивать вес гаечных ключей. Тоже про инструменты с деталями, но смысла в этих вопросах ноль.

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

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

Прикол тут в том, что не нужно решать миллиард задач и учить тома теории. Здесь работает принцип 80/20. Прорешав самые популярные задачи, ты существенно увеличиваешь свои шансы на успех, главное принцип понять.

Это правило работает независимо от уровня компании — будь то небольшая фирма или крупный BigTech, вопросы на собеседованиях часто однотипные, ровно как и задачи. Поэтому нарешиваем, осваиваем базу и получаем максимум результата из минимума усилий. Легко не будет, но страдать придётся куда меньше.

Остается главный вопрос: "где раздобыть красиво собранный набор типовых задач, разбитых по темам, да ещё и с шикарными видео решениями?". И тут надо ж так случилось, я знаю ответ. Охереть же совпадение?

Завтра расскажу, как порешать эту проблему. Если вы, конечно, хотите вкачать собес-скилы и найти местечко поуютнее)
Ставь 🧑‍💻 если хочешь!

Ну шо, уже все догадались что будет дальше?)))

Твой опыт не влияет на зарплату

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

Эту мантру говорят джунам, которые хотят залететь в айти. Позадроть литкод пару лет, сделай 4 pet-проекта, пройди 3 бесплатных стажировки. И только после этого ты имеешь морально право искать работу.

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

Всё это сказки, которые рассказывают те, кому выгодно сэкономить на нас деньги!

Конечно, хочется просто писать код и не вникать в социальные процессы, НО реальность диктует иные правила. Если желаешь расти по бабкам и находить интересные проекты, выход один - нужно постоянно мониторить рынок и ходить по собесам.

Думаешь сидеть в одной компании и старательно делать таски? Итог один - получишь прибавку процентов 10 за год, даже если поразишь всех на performance review. На собесах же ты имеешь шанс кратно увеличить свой доход за выполнение тех же задач.

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

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

А какие у вас провалы бывали на собесах?

Как подружить сервисы друг с другом?

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

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

1. REST
Это как швейцарский нож в мире API. Он идеально подходит, когда вам нужно общаться с фронтендом. REST работает через HTTP/1.1, и браузеры отлично поддерживают этот протокол. JSON, который чаще всего используется в REST, легко обрабатывается на фронте, да и все к нему привыкли.

Есть у тебя магаз, где ты свои огурцы с кабачками продаешь. Заходишь ты на сайт магаза, и фронтенд запрашивает информацию о товарах с бэкенда. REST здесь нормас так ляжет. Ещё ж кайфово, если ребятки rest full поддержат, чисто по http методам будет ясно что делает та или иная ручка. Видишь patch метод и сразу всё ясно про это ваше обновление.

Несмотря на то, что JSON не самый лёгкий по весу формат и HTTP/1.1 не самый быстрый протокол, REST остаётся удобным и универсальным решением для большинства веб-приложений.

2. gRPC
А вот если ты вписался в мир микросервисов, то я тебе конечно соболезную, но надо как-то с этим жить. Запрос идёт с фронтенда, и чтобы собрать ответ, нам надо слазать в пяток микросервисов. Скорость тут уже начинает ролять сильнее. Надо мутить быстрый и эффективный способ обмениваться данными.

Тут-то и выходит на авансцену gRPC. Во-первых, он работает через HTTP/2, что уже делает его быстрее, так как умные ребята серьезно потюнили этот протокол с версии 1.1. Во-вторых, gRPC использует бинарный формат данных Protobuf, что уменьшает размер передаваемой информации. А коль сообщенька весит меньше, значит и летит по сети быстрее.

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

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

GraphQL — это как SQL для API: вместо того, чтобы получать фиксированный набор данных, как принято в контрактах REST или gRPC, ты можешь запросить ровно то, что нужно. Это снижает нагрузку на сеть и ускоряет загрузку данных, особенно когда речь идёт о сложных и динамичных запросах.

Итого
REST — проверенный годами варик, особенно для взаимодействия между фронтендом и бэкендом. gRPC идеально подходит для быстрого и эффективного взаимодействия между микросервисами, когда важна производительность. GraphQL даёт максимальную гибкость в запросах данных, позволяя получать только то, что нужно, и оптимизируя взаимодействие между клиентом и сервером. Короче, как обычно всё зависит от контекста. Так что вникай в контекст и включай голову. Опять думать придётся(((

🔥 - мне REST больше всего по душе
🌭 - gRPC one love
🍌 - юзаю graphQL и не стесняюсь этого!