MPozharskiy | Зарубежная работа в IT | T-Shaped

Англоязычное резюме - это не перевод российского Одна из частых ошибок при выходе на зарубежный рынок - взять своё русскоязычное резюме, просто полностью перевести его и решить что это теперь international CV На самом деле перевод это только часть того, что нужно сделать для адаптации резюме к международному рынку, вот основные моменты: 1️⃣Перевод Худший вариант - использовать Google Translate, вариант получше - ChatGPT или аналог. При этом после перевода от нейронки всё равно придется вычитать переведенное, убедиться что вместо докера не появился "port worker", а вместо выкатывания изменений - "roll changes". Для некоторых айтишных глаголов и терминов не используется строго прямой перевод 2️⃣Формат Худший вариант - взять привычный шаблон хэхэру или хабра. У этих шаблонов много ненужной информации и плохая структура. Хороший вариант - взять максимально распространенный шаблон в Google Docs. По моему опыту, люди часто удивляются когда видят такой шаблон. Но тут нужно отбросить привычки, навязанные российскими сайтами поиска работы, и принять, что маленькое, плотно скомпонованное и не самое "красивое" по нашим меркам резюме - это дефолт на международном рынке. 3️⃣Объем Самое частое, что я делаю с резюме на консультациях - это радикально его сокращаю. Распространенный вариант - 3-5 листов информации с максимальным описанием твоего пути. Если у вас меньше 8-10 лет опыта - резюме лучше уместить на 1 листе. Есть исключения если у вас есть реально специфический или уникальный опыт, но для большинства обычных разработчиков это не актуально 4️⃣Достижения Частая ошибка почему не получается уместить резюме на 1 лист - описание сути проекта в 3 предложения, перечисление обязанностей на 5-7 строк, после этого рассказ про достижения на этом месте еще на 5 строк. Для англоязычного резюме не нужно описывать повторяющиеся обязанности в каждом опыте - нужны только достижения. Обязанности уходят в секцию с кратким описанием твоего общего опыта (About) 5️⃣Локальный контекст Для международного рынка имеет мало смысла использовать такие формулировки как ex-Ozon, ex-Avito и так далее. Да, на российском рынке опыт в бигтехах ценится, такая отметка может прибавить вам баллов при анализе резюме, но про большинство российских корпораций на зарубежном рынке не слышали, у них и своих хватает. Вместо этого лучше указать бизнес-домен - e-commerce, AdTech, betting, FinTech, HealthTech и так далее Про исследование того, как HR смотрят на твоё резюме я уже писал - основная информация все еще актуальна 🦞Вывод простой - недостаточно просто перевести твоё резюме с русского на английский, нужно потратить усилия на адаптацию резюме под реалии зарубежного рынка @GoToTShaped

​Перекат в Golang. 3 года спустя Прошло 3 года как я начал писать на Golang сменив направление с Frontend-разработки. Хорошее время, что бы подвести итоги и порассуждать правильный ли выбор я сделал Основные ожидания которые у меня были при смене специальности: 1️⃣Повышение интереса к работе Особенно первое время всё выглядело новым, я действительно получил заряд любознательности и интереса в работе. Конечно через несколько лет работа снова превращается в рутину, разработка микросервисов становится обычным делом. Но этого заряда вполне хватает на несколько лет что бы взбодрится и снова почувствовать желание к изучению нового 2️⃣Открытие новых перспектив Сейчас я вижу несколько направлений в которые я могу расти дальше, переход в бекенд позволяет двинуться дальше в более сложные или актуальные сферы - DevOps, AI Engineer, ML, Cybersecurity. Из фронтенда тоже можно было перейти в эти сферы сразу, но сделать это сложнее, путь менее очевидный, в него сложнее поверить 3️⃣Повышение зарплаты Тут все просто - зарплатой я доволен, перешел на более комфортный уровень, добавить нечего 😊 ✅ Выходит так что по всем трем пунктам мои ожидания совпали с реальностью - я с уверенностью могу сказать что совершенно не жалею о выборе который сделал ❓Актуально ли сейчас перекатываться в Go? Я считаю что если у вас присутствуют аналогичные ожидания и мысли как у меня - то стоит пробовать Сейчас это стало посложнее - требования повысились и уже не достаточно просто знать как работает хэшмапа в Go что бы пройти собеседования. С другой стороны путь стал понятней так как многие люди прошли его и уже выработали эффективные пути для изучения. ➡️ Один из таких курсов - курс по перекату в Go от Макса Аверина из Interview Hustlers Я знаю что некоторые мои друзья и подписчики знают Макса и уже завершили этот курс и успешно перекатились в Go. Сам я тоже учился у него и лично могу рекомендовать его курсы. Подойдет не только фронтендерам, но и ребятам из других стеков. Я как и многие остался доволен результатом Помимо этого вокруг школы образовалось сообщество из выпускников объединенные общими интересами. Например, я впервые посетил тир и попробовать стрелять из настоящего оружия вместе с Максимом и ребятами, сам бы я никогда туда не выбрался. Было очень круто! Если вам актуален переход на Golang, то рекомендую приходить к Interview Hustlers @GoToTShaped

​Лучший способ заработать на AI Нет, речь не пойдет о создании SaaS с подпиской, фейковой нейромодели для OnlyFans, обёртки для ChatGPT в телеграмм боте или о создании курсов про контент-фабрики с OpenClaw 💡Есть способ требующий гораздо меньше усилий - достаточно просто выбрать правильное название В Карибском море есть остров Ангилья - это британская территория с внутренним самоуправлением. Остров маленький - в 10+ меньше Москвы, население 18 тысяч человек. Годовой ВВП в 2022 году 300млн$ - это сравнимо с годовым бюджетом Калининграда 🧐 За несколько лет Ангилья радикально увеличил свои доходы за счет появления и роста исскуственного интелекта в мире. Но дело не в том что остров отлично подходит для дата центров Интернет домен у Ангильи - .ai (Anguilla Island) ❗️Количество доменов в этой зоне за последние 4 года выросло больше чем в 10 раз - с 100 тысяч уже перевалило за 1 миллион - всё благодаря AI хайпу. Десятки тысяч компаний которые занимаются ИИ продуктами - выбирают именно его. Продажа доменов стало приносить в бюджет острова ~100млн$, а это значительная часть ВВП, сравнимая с туризмом 💲Сейчас цена регистрации такого домена в среднем 100-200 баксов, но лучшие имена стоят сильно дороже - например vibe.ai стоит 4 миллиона евро. Что бы эффективно управлять доменными именами - власти Ангильи сделали соглашение с американской компанией Identity Digital что бы они взяли все эти задачи на себя за % от абоненткой платы Если у вас есть свой остров - следите за технологическими тенденциями в мире что бы в нужным момент переименовать его в следующую хайповую тему @GoToTShaped

Что делать, если пока не готов искать зарубежную работу ❗️Если ты не знаешь, готов ли ты - можно узнать это за 3 минуты пройдя короткую диагностику в боте Самое важное и критичное что ты можешь сделать сейчас и за что скажешь себе будущему спасибо - зарегистрировать LinkedIn. Новые аккаунты зарегистрированные недавно - очень уязвимы для бана от любого неверного действия - от неправильного впн, слишком активной деятельности сразу после регистрации и прочее. Старый аккаунт который полежал какое-то время с минимальной активностью - уберет много головной боли. При этом разблокировка аккаунта дело не самое простое Чем также можно позаниматься: 🔹Подтянуть английский если не собираешься ограничиваться русскоязычной работой. Приоритет на самопрезентацию и технический собес 🔹Собрать резюме с последним опытом если нет актуального резюме или оно устарело. Можно на русском 🔹Если не хочешь ограничиваться оплатой в крипте - накопить средства на открытие зарубежного ИП. В зависимости от страны, компании-помогатора и твоей готовности тратить свое время - это может стоит от пары десятков до 100 тысяч рублей (учитывая все расходы от билетов до услуг и пошлин) Чем при этом заниматься не стоит: 🔻Начинать готовиться к прохождению технического собеседования. Между стартом прокачки линкедина и тем как тебе начнут писать HRы - проходит ~1.5-2 месяца. Лучше только после этого начинать готовится, иначе ты будешь забывать то что выучил при подготовке 🔻Не учить английский бесконечно, не нужно привязываться к уровню языка (A1, B2 и тд) - английский нужен конкретно для прохождения собеседований 🔻Не ждать переезда из РФ - искать и работать можно находясь в России Я рекомендую проверить свой уровень готовности потому что может оказаться что ты в целом уже готов и можно начинать, а не откладывать на когда-нибудь потом ➡️ Диагностика в боте @GoToTShaped

Английский для зарубежной работы С первого взгляда кажется очевидно что для зарубежной работы обязательно нужен хороший разговорный уровень английского, но на самом деле всё несколько сложнее 🔻Я разделяю компании на 3 типа по необходимости знать английский - Полностью англоязычная работа - Смешанный тип - Полностью русскоязычная работа (да, и такая есть) Расскажу про каждый поподробнее: 1️⃣Полностью англоязычная работа Тут всё просто - HR скрининг и техническое собеседование на английском, коммуникация внутри компании на английском (как созвоны, так документация). Я называю это тру зарубежная работа, требуемые знания английского - уметь понимать что тебе сказали и отвечать на это по большинству рабочих тем 2️⃣Смешанный тип Неочевидный вариант про который я даже не догадывался пока не столкнулся с ним. Оказался самым частым вариантом по моему опыту. HR скрининг может проходить на английском (так как HR не знает русский или проверяет твой английский), техническое собеседование и коммуникации внутри команды разработки на русском, а с другой частью компании - на английском (либо может отсутствовать). Обычно это компании с зарубежными фаундерами которые наслышаны о сильном русском IT и без проблем готовы нанимать такие команды. Требования к английскому в такой компании - пройти HR скрининг и уметь читать и писать на английском (либо знать про существование нейронок) ➡️ Можешь проверить себя прямо сейчас - если прямо сейчас вопрос "Could you tell me a little about your experience?" не ввергает тебя в ступор и ты можешь ответить что-то хотя бы на 1-2 минуты, то твоего уже английского достаточно, нужно просто подготовиться 3️⃣Полностью русскоязычная работа HR скрининг и техсобес на русском, команда на русском, большая часть компании русскоязычная. При этом в LinkedIn HR всё равно может написать тебе на английском 😁 Обычно это компании, уехавшие после 2022 года из России, либо бизнесы, созданные русскоязычными эмигрантами за границей И не стоит их недооценивать - это могут быть крупные продуктовые компании вроде Plata или Uzum В зависимости от своей цели и навыков ты можешь как стремиться в какой-то определённый тип компаний, так и пытаться попасть во все три. ✨Мой личный опыт - из 17 скринингов только 6 было на английском (из них на двух его просто проверяли, то есть после 15 минут перешли на русский). А технического собеса на английском я так и не дождался Мой вывод такой - английский расширяет воронку доступных тебе компаний на международном рынке, без него тоже можно найти работу. Нужно учитывать что это будет дольше и соответственно закладывать на поиски больше времени @GoToTShaped

IT Anal 🌺 #1: Фронтенд не умер, но... Начинаю серию постов с выводами на основе данных из моего проекта с аналитикой текущей ситуации на IT рынке России - itanal.ru Первый на очереди - Frontend Согласно актуальным данным Фронтенд является наиболее конкурентным направлением в разработке. Это направление вырывается в топ по конкурентности с большим отрывом от других направлений. Между Python (на втором месте) и Фронтендом разница по числу кандидатов на вакансию более чем в 2 раза! На момент написания поста на одну вакансию претендует около 230 кандидатов. У такого положения дел есть следующие причины: 1️⃣Фронтенд долго был главным входом в IT Много лет путь изучения HTML/CSS -> JavaScript -> React стабильно приводил к первой работе (иногда порядок JavaScript и React менялся местами). Я и сам пришёл в разработку именно через этот путь. Постепенно требования повышались - но не очень быстро, по моему опыту между "Похоже на рынке уже требуется TS вместе с JS" могло пройти 2-3 года 2️⃣Низкий порог входа Если не брать крайние случаи - фронтенд являлся одним из самых понятных направлений для входа в IT. У этого есть объяснение - изучение дается проще так как с первых попыток сверстать что-то видно результат который можно потрогать, потыкать, посмотреть на анимацию. 3️⃣Фронтенд нужен всем Фронтенд очень востребованное направление, в нем много проектов и работы, почти любому бизнесу нужны сайты, личные кабинеты, админки, лендинги и интерфейсы для клиентов или сотрудников. Не говоря о фрилансе (помните было такое явление?) на котором можно было начинать зарабатывать сразу после изучения вёрстки 4️⃣Курсы массово продавали именно фронтенд Если посмотреть на историю развития онлайн школ - курсы по фронтенду это первые курсы с которых начинались GeekBrains, Skillbox и прочее. Курс по фронту на Практикуме который я проходил - был в первых 5 курсах на платформе. Соответственно больше всего денег в агрессивном маркетинге было направлено на продажу фронтенда ✨Сейчас ситуация изменилась - при таком уровне конкуренции даже специалистам с 3-5 годами опыта очень сложно найти работу. Компании больше не нанимают просто "React-разработчиков", а стали хотеть чего то еще вдовесок - умение сделать кроссплатформенное приложение, лучше понимать UI/UX (возможно даже сделать дизайн самому), не бояться CI/CD пайплайнов, тестов и инфраструктурных задач вокруг фронтенда Что сейчас делать фронтендеру: 🟢Точно не стоит "увольняться в никуда" с надеждой передохнуть и выйти на новое место. Строго сначала ищем новую работу - только после этого увольняемся 🟢Не позиционировать себя как просто Фронтенд разработчик - изучать дизайн, AI, продуктовые метрики связанные с фронтендом, углубляться в бизнес домен. Довольно нативным является путь в FullStack на Node.js так как не нужно учить новый язык 🟢Менять стек на менее конкурентный. Самый грустный вариант для тех кто по-настоящему любит фронтенд 🥲 🟢Расширять географию работы, выходить на международный рынок и не ограничивать себя только российским IT сектором Высокая конкуренция точно не значит что фронтенд умер, но идея "просто научусь верстать, освою React и найду работу как в 2023 году" - мертва @GoToTShaped

Зачем IT-специалисту вообще рассматривать зарубежную работу? У некоторых может возникать вопрос - а зачем вообще искать зарубежную работу? В России всё примерно то же самое, в чём выгода? Ниже постараюсь объяснить кому это может быть интересно и почему - а решение нужно ли тебе это или нет - ты должен принять сам 1️⃣Выше потолок дохода Зарплаты на международном рынке в среднем выше чем на российском, особенно это заметно при приближении к потолку. Запас сеньерного потолка в западных компаниях - позволяет расти по доходу и дальше, в некоторых случаях разница может доходить до x1.5–x2, в зависимости от роли, стека и уровня английского. Условные 5000$ для начального middle+/senior уровня - это не что то экстремальное и редкое 2️⃣Доход в валюте Несмотря на последние геополитические события и новости про обрушение доллара - евро и доллар являются более твердой валютой. Это конечно не защищает от всех рисков, но позволяет не зависеть от ситуации в одной экономике. Покупательская способность у доллара конечно тоже уменьшается со временем, но не так быстро как у рубля 3️⃣Возможность удаленки по всему миру Большинство зарубежной работы - это b2b удаленка на международном контракте. Соответственно ограничения вроде "Тебе нельзя поработать 3 месяца зимы в Тайланде" или "Уехать можешь только в отпуске" которые полюбились нашим бигтехам и особенно банкам - отсутствуют. У некоторых компаний есть ограничения на работу из РФ - но об этом подробнее я расскажу позже 4️⃣Работа с актуальными в мире технологиями После 2022 года много технологических компаний ушли из РФ и перестали поддерживать своих клиентов или заморозили обновления. Это создало волну импортозамещения и появления российских аналогов - но эти аналоги используются только в РФ, из-за чего с каждым годом все больше ощущается технологическая изолированность. Самый заметный для меня пример - это AWS про который я не слышал пока не стал работать на международном проекте ибо в России про него никто не говорит. Но в мире - это одна из самых распространенных и базовых технологий для бэкенд разработчика, это ожидается почти в каждой вакансии 5️⃣Релокация Не стоит забывать о релокации, может показаться что эта опция давно закрыта для россиян - но это не так. Из стран куда мне предлагали релоцироваться - Грузия, Португалия, Болгария, несколько раз Кипр. В одном из кейсов компания даже предлагала обеспечить работу из Китая. Помимо этого уровень зарплаты с зарубежной работы позволяет с запасом проходить для многих digital nomad виз в страны Европы. Даже если ты не хочешь уезжать из РФ прямо сейчас - иметь такую возможность позволяет уменьшить риски Важно указать и на трудности, с которыми предстоит столкнуться ⭕️поиски могут быть долгими ⭕️не все компании готовы работать с РФ/РБ ⭕️b2b-контракт не дает гарантий аналогичных ТК РФ ⭕️возможны сложности с оплатой, налогами, таймзонами и английским Хорошая новость - все эти трудности вполне решаемы Как их решать - я расскажу дальше @GoToTShaped

🦞 Знакомство с новоприбывшими Я Макс - помогаю IT-специалистам выходить на зарубежный рынок и искать работу с оплатой в валюте В IT с 2018 года, работал QA, Frontend, Backend инженером, сменил несколько бизнес-доменов - от информационной безопасности до ставок на спорт ▫ О чём этот канал 1. Поиск зарубежной работы из РФ (и не только) 2. Карьерный рост в IT 3. Внедрение AI в работу и жизнь для повышения эффективности 4. Мой личный опыт, выводы и наблюдения из IT ▫ С чем могу помочь: ➡ Понять, с чего начать поиск зарубежной работы ➡ Определить стратегию поиска под твой опыт и цель ➡ Разобрать, почему рекрутеры не пишут или почему поиск буксует ➡ Оформить LinkedIn с нуля или провести ревью профиля ❤️ Мой LinkedIn - добавляйтесь, всех приму!) Если хочешь разобрать конкретно свою ситуацию и определить шаги для выхода на зарубежную работу с оплатой в валюте - приходи на консультацию Формат - 60–90 минут, до созвона нужно заполнить короткую форму, на встрече разбираем твой кейс и фиксируем следующие шаги ✍ Для записи: @MPozharskiy

IT Anal - аналитика конкуренции на IT-рынке в России Я запустил проект с аналитикой IT-вакансий - https://itanal.ru/ В нем собраны исторические данные рынка примерно с 2020–2021 года по текущий момент: 🔹количество вакансий и резюме 🔹конкуренция в разных стеках 🔹динамика по разным периодам Кому это будет полезно: 1️⃣Разработчикам которые работают в каком-то стеке и подумывают "А не перейти ли мне в другой стек?". Можно наглядно в цифрах взглянуть насколько лучше или хуже ситуация в соседнем стеке 2️⃣Новичкам которые выбирают направление для входа в IT - можно посмотреть визуализацию базового правила "Чем проще направление тем легче в процессе обучения, но тем сложнее искать работу и наоборот". Помним что конкуренцию так же нужно учитывать при выборе первого направления 3️⃣Менторам которые следят за текущим состоянием рынка - так как нужно понимать какое количество вакансий на рынке для их менти сейчас, посмотреть сколько было полгода назад, сделать выводы о тенденциях и изменениях 4️⃣Таким же интересующимся как я - мне интересно и важно быть в курсе того что происходит на российском рынке, это влияет и на мои карьерные перспективы и на количество людей которые приходят ко мне на консультации по зарубежной работе Часть данных открыта всем бесплатно Полный доступ уже есть у вас как у подписчиков канала - на сайте нужно просто подтвердить подписку через бота Смотреть удобнее с компьютера или большого экрана: https://itanal.ru/ Буду рад фидбеку в комментариях или в личке

​Борьба хехеру с автооткликами Во второй половине 2025 года произошел расцвет продуктов для автооткликов на вакансии которые позволяли не тратить свое время на отклики, сопроводительные письма, а делать это автоматически с помощью публично доступного API. В связи с экономической ситуацией рынок труда стал еще жестче и веерные автоотклики стали одним из валидных и рабочих способов для того что бы получить собеседования и найти работу как новичкам так и айтишникам с опытом 💵 Продуктов стало так много (лично я насчитал 7 платных продуктов не считая опенсорс решений) что автотклики заполонили платформу и хехера решила ограничить доступ к API под предлогом защиты персональных данных и остановки спама нерелевантных откликов. Проблема действительно имела место быть, так как не все продукты работали хорошо, не все правильно настраивали их и поэтому это увеличило количество нерелевантных откликов 💰На деле же хехера решила внедрить этот функционал на своей стороне. С точки зрения бизнеса - это вполне рациональное решение, есть мы видим спрос на такую фичу у соискателей - хорошая идея реализовать ее самостоятельно и получать деньги за нее самим, а не отдавать прибыль продуктам сделанных поверх публичного API. 🙈 Но оказалось после того как хехера добавила возможность платных автоотликов для соискателей - вместе с этим она добавила возможность по клику убирать из выдачи таких кандидатов у работодателя. Отличное решение, правда кандидаты узнав про это по какой-то причине обозлились на хехеру и почувствовали что их кинули, в итоге фича спросом не пользуется. Реакция пользователей разделилась на 2 лагеря: 🔺 Те кому закрытие API не понравилось так как они лишились инструмента помогающего найти работу на сложном рынке труда 🔻 Те кто считал что это сделает ситуацию "честнее", ведь те кто не использовал автоотклики проигрывали в кокнуренции тем кто использовал На деле же, ситуацию это не улучшило никак, ибо продукты создающие автоотклики просто перейдут с API на e2e парсинг/скраппинг и продолжат свою работу, возможно повысив цены из-за того что такой способ работы дороже из-за больших затрат на разработку и обход защиты хехеры. Итоги: ➖минус репутация хехеры ➖больше головной боли создателей продуктов автооткликов ➖увеличение стоимости таких продуктов для потребителя ➖отсутствие решения проблемы *Хехера - мифологическое существо завлекающее путников ищущих работу в свое логово, создавая иллюзию возможностей найти работу и высасывает их силы, крадет время жизни человека и оставляет его ни с чем

​Отрицательный рост из сеньера в джуна Несколько раз встречал дискуссию на тему того как разработчики с хорошим опытом в одном стеке (мидлы/сеньеры) думаю о смене стека и при этом говорят о том что они станут джунами при этом Меня поражает насколько люди готовы обесценивать свой опыт и насколько готовы следовать формальностям в виде опыта и грейдов при самооценке себя как специалиста. Под специалистом в данном контексте я имею в виду человека который пару лет уже поработал где то Например, что я чаще всего слышу при смене стека с Frontend на Backend: 🔻я не занимался бэком до этого коммерчески, значит я джун, мне нужно даунгредится до начальной позиции 🔻 я не работал с базами данных в коммерческом проекте - значит я джун 🔻 я еще не писал на этом новом языке коммерческий код - значит я джун 🔻 я не смогу выполнять задачи так же эффективно как мидл/сеньер первое время - значит я джун При этом практически полностью упускаются другие важные навыки которые УЖЕ есть у человека с опытом работы в разработке, но отсутствуют или слабо развиты у джуна: 🔹Самое главное - человек уже умеет программировать, логическо-техническое мышление сформировано, не нужно тратить время на изучение циклов, асинхронности, функциональщины/ООП, паттернов вроде DRY/KISS и прочего. В моем опыте научится программировать было самым сложным, а не изучение какого то конкретного синтаксиса 🔹Человек уже умеет декомпозировать задачи на подзадачи и более мелкие шаги необходимые для реализации, что для разработки очень важно 🔹Человек уже умеет прорабатывать и уточнять требования задачи, особенно если до этого работал без аналитики. Знает что если что то непонятно в какие моменты нужно сходить в проект соседней команды и узнать как аналогичное решение сделано у них. Знает в каком моменте надо сходить в другой отдел за вопросами, а в какой момент можно самостоятельно принять решение о реализации 🔹Человек уже умеет коммуницировать с командой и другими специалистами. Знает что с одними коллегами лучше созваниваться, а с некоторыми лучше списаться в чате 🔹 Если речь о работе на удаленке - умеет работать без начальника сидящего за спиной с кнутом, создает видимый результат, не пропадает зарывшись в задачу на 5 дней без видимых продвижений и не задавая вопросов Это большой и важный скоуп знаний которые никуда не пропадают при изменении всего одного параметра - стека. Redis, очереди, БД, какие то сторонние сервисы - для опытного разработчика это просто очередная система у которой есть интерфейс, контракт для работы с ней, есть документация и определенные паттерны работы. Изучение как работать с Kafka или как применять API очередной криптобиржи концептуально мало отличается. А в эпоху нейронок и повсеместного использования AI - знания синтаксиса конкретного языка программирования становятся все менее и менее ценными, в то время как ценность вышеописанных навыков - остается прежней.

Свежий опрос по Golang за 2025 год В одном из прошлых постов на тему выбирать ли Go как первый язык программирования я ссылался на исследование рынка от devcrowd. Там я через немного косвенный подсчет определил что примерно треть текущих Go-разработчиков на рынке - учили Go как первый язык. В новом исследовании ребята прямо решили задать этот вопрос в виде "Какой язык программирования у вас был основной до Go?", согласно ответам почти 22% выбрали его как первый. Это более точная информация которая немного ниже чем то что я косвенно подсчитывал по результатам прошлого года. Рекомендую ознакомится самим, но так же поделюсь тем что я отметил для себя интересным: 🏢 Последние 2 года часто слышал про то что компании активно начинают выгонять сотрудников в офис что бы огромные арендуемые площади не простаивали, постковидные времена удаленки кончаются и работодатели активней хотят бороться с overemployment. На деле по результатам опроса - 60% работают полностью удаленно, а еще 20% иногда посещают офис, нарратив про возвращение в офис с Go-шниками не подтверждается 🧠 Использование AI в работе увеличилось, если год назад треть разработчиков не использовало AI никак - то сейчас таких осталось только 10%. На мой взгляд если вы до сих пор не используете AI в работе - вы уже ощутимо отстаете от индустрии. Если такие слова как Cursor, Claude Code, Codex, LLM-агенты, MCP - для вас что то незнакомое - пора бежать актуализировать свои знания. При этом 67% недовольны качеством работы AI. Это интересная закономерность - почти все используют и одновременно большинство недовольны этим использованием 😁 🔨 Почти 90% стараются стабильно обновлять версию Go и не устаревать больше чем на 1-2 версии. Для меня было удивительна эта цифра, хотя я сам всегда являюсь инициатором обновления версии Go на проектах, в близжайшем окружении оказалось что ребята не стремятся к этому. В моем понимании следить за версией нужно, как и своевременно обновляться. Если у вас версия 1.23 или старше - самое время обновится, так как последний фикс на нее полгода назад. 💵 По зарплатам картина от года в году не сильно поменялась, разве что подросли зарплаты у джунов. Большинство мидлов в вилке от 150 до 300к рублей, большинство синьеров от 300 до 450к рублей. Эти данные немного не совпадают с статистикой Хабр.Карьеры на которую я часто ссылаюсь (на хабре медианные вилки повыше). Из забавного в опросе есть один человек Senior с зарплатой до 100 тысяч рублей, либо это была шутка либо чуваку пора бежать оттуда 🤨 Так же из смешного на вопрос "Как вы чаще всего работаете с ошибками в Go?" где 9 человек ответили "Не обращаю на это внимания". Видимо некоторые люди могут перейти из PHP/Python в Go, но PHP/Python из них не уходит 🔎 Большинство разработчиков либо не планируют искать работу в ближайший год, либо рассматривают предложения, но активно не ищут. Я думаю это говорит о том что хайп го еще никуда не делся (хоть и уменьшился) и что бы найти специалиста с опытом - нужно не только рассматривать ищущих работу - но и заниматься хантингом тех кто уходить из текущей компании не планирует

Стоит ли перекатываться из Frontend в Go? 💪 💻 Go Go Go Go Go - в последние годы все больше можно услышать про то, что пора перекатываться из Java, JS, C# или из любого другого языка в Go А так ли все гладко и просто при переходе из фронтенда в Go? Потому что одно дело, когда ты последние 2-3 года занимался бекендом и просто меняшь свой стек на Go и другое дело, когда ты всё время работал в роли фронта. По-любому хоть один раз и вы задумывались, а стоит ли перекатываться из JS в Go. Иначе вы бы не читали этот канал) У каждого могут быть на то свои причины: 💻 Некоторые думают, что на фронте они занимаются ненастоящим программированием, а вот при переходе на Go начнется то самое настоящее инженерное программирование 🤖 Одни могут думать, что AI заменит именно работу фронтов, а работа для бекендеров на Go будет существовать всегда 🤑 Кто-то сравнивает вакансии, конкуренцию и зарплаты и делает выводы, что нужно срочно увольняться и менять направление 😢 А другие наоборот могут бояться, что придется заново много учиться, делать пет проекты, готовиться к алгосам и system design сессиям. А затем снова конкурировать на не менее перегретом рынке Go разработчиков, ведь Go сегодня - это Python 5 лет назад, и многие новички поголовно выбирают его 😱 Иногда даже опытные разработчики считают что перекатившись из другого языка, он из Middle/Senior снова опустится на грейд Junior, ведь это новый стек и они в нем уже не опытны Может показаться, что все это очень непонятно и запутанно. В таком случае рекомендую посмотреть видео от Эмиля, который сам прошел этот путь и знает, в каких случаях стоит свичнуться в Go и с чем придется столкнуться, если вы решите пойти этой дорогой. Также можно пройти быстрый тест, чтобы легко определить, а нужен ли перекат из фронтенда в Go конкретно тебе. В тесте учитываются знания, возможности и цели которые помогут определить дальнейшие шаги.

​Случайности не случайны... или как выиграть в лотерее Обычно когда нам нужно сгенерировать какое-то случайное число - мы просто используем готовую функцию из библиотеки языка программирования, вызываем её и получаем некоторое случайное число. Но если задуматься - как это число может быть случайным? Оно создается с помощью какого то алгоритма который написал человек. Алгоритм изначально известен, следовательно, он создает число на основе чего-то созданного заранее определенным образом, что уже исключает то что это число случайное. В действительности можно разделить числа на случайные, псевдослучайные и криптографически стойкие случайные числа. Случайность числа определяется тем можем ли мы повторить исходные условия и действия - и получить то же самое число. Те числа которые мы в общем случае генерируем в задаче на литкод собеседовании - псевдослучайные. Если знать то по какому алгоритму они создают число - можно предугадать какое число выпадет при нужных условиях. Криптографически стойкие случайные числа - это уже более приближенный вариант к "чистой случайности". Если мы добавим к генерации какой-то эффект который трудно предсказать - это значительно повысит вероятность того что зная условия будет сложно предсказать значение числа. Способов это сделать много, начиная от использования каких то системных параметров, например времени или такта процессора, заканчивая специальными устройствами которые считывают радиоактивный фон или тепловые помехи от работы резисторов. Такие числа максимально приближены к "случайности", но всё-таки не являются ей. На данный момент мы не имеем возможности генерировать гарантированно 100% чистую случайность, даже если использовать разнообразные физические процессы вроде каких либо данных из космоса или атмосферные шумы - в теории это все равно можно повторить и предсказать, хоть и технически невозможно на данный момент. Псевдослучайные числа используются когда нам нужна имитация случайности. Если речь идет о генерации чувствительных данных, например токенов, ключей, шифрования и так далее - используются криптографически стойкие числа. Так же одна из сфер где важно применять более случайные числа - это лотереи и казино. 🎰 Если этого не делать - может произойти ситуация когда кто-то попытается предсказать результат случайного события и получить выгоду. Например, история Эдди Типтона который имея доступ к генератору чисел успешно программно повлиял на выдачу результатов (правда в итоге его арестовали 😢) Конкретно в Golang для генерации обоих чисел используются пакеты math/rand и crypto/rand. Казалось бы почему бы не использовать всегда пакет crypto/rand с более случайными числами? На деле это просто дороже так как происходит обращение к системным источникам, а мы ведь любим экономить байты 😉 Теперь, когда ваш друг скажет, что он “случайно” опоздал на встречу — знайте, что это, скорее всего, не случайность, а просто плохо сработавший генератор событий

​Как менялось мое отношение к аналитике Речь пойдет именно про бизнес/системную аналитику и требования в IT проектах. Моё первое место работы было банком и именно банк сформировал мои ожидания от уровня требований и проработки задач. 1️⃣ В банке у нас для каждой отдельной задачи всегда назначался бизнес аналитик. Он полностью отвечал за формирование требований, про то что надо сделать, с кем связаться что бы это сделать, что учесть, даже согласовывал с QA тест-кейсы что бы они проверяли все важные случаи. У него всегда можно было спросить какие-то непонятки по задаче и получить ответ. По сути задача сводилась к тому что "сделать как в ТЗ" (ТЗ даже было 😁) 🔸 Это сформировало у меня мнение, что такая ситуация - это стандарт индустрии, я сменил несколько проектов внутри банка и на каждом было по несколько аналитиков. 2️⃣ После этого я попал в небольшую региональную аутсорс компанию, которая работала над проектами из Великобритании. Там была небольшая команда, требования мы часто получали на словах прямо от заказчика и меня это не удивляло. В моем понимании для маленького аутсорса это нормально, странно было бы от него ожидать большего, всё-таки ресурсы сильно ограничены тем сколько платит заказчик за каждого члена команды, поэтому в команде было много кросс функциональности в одном человеке. Да и задач было не так много что бы выделять отдельную роль под аналитику. 3️⃣ Далее я открыл для себя мир разработки по новому - впервые попал в продуктовую компанию которая зарабатывала на своем продукте. Работа довольно сильно отличалась от аутсорса - но было одно сходство - отсутствие аналитиков. Требования для задачи на этот раз получал менеджер проекта напрямую от заказчика, а после структурирования передавал нашей команде. В этой компании я впервые узнал про совместную проработку задач на PBR, покер-планирование, начал в этом участвовать и мне это нравилось. 🔸Тогда отсутствие аналитиков я объяснял себе тем что "ну видимо просто повезло попасть на такое исключение, наверняка в остальных компаниях с этим всё лучше". 4️⃣ Когда я еще раз сменил работу на другую продуктовую компанию (в которой тоже нет аналитики, ТЗ и разработчики сами прорабатывают задачи) - я начал задумываться может всё-таки вот этот стандарт индустрии - а ситуация в банке это исключение из правила? Окончательно я убедился в этом когда походил по собеседованиям в бигтех компании типа Ozon, Авито и тд (которые мне казались эталоном) и на собеседованиях удивлялись моим вопросам про аналитику и говорили что этим всем занимаются разработчики у них. 🔹Сейчас я окончательно изменил свое мнение, на собеседованиях я больше не говорю что "ищу место с понятными задачами". Наоборот теперь я продаю себя как специалиста, который знает и умеет самостоятельно проводить ресерч, выяснять и формулировать требования, разбирается что нужно сделать, а не только как и готов к этому На текущий момент я думаю - это и есть стандарт индустрии

​Почему я выбрал Golang, а не Node.js? Несколько раз Фронтенд разработчики задавали мне этот вопрос. Действительно с первого взгляда кажется что если ты фронтендер и хочешь свичнуться в бэкенд - наиболее органичный путь для этого - перейти в Backend на JavaScript. Для начала объясню почему я согласен, что такой путь действительно является последовательным для перехода из Frontend в Backend: ✅ Не нужно учить новый язык программирования, синтаксис тебе уже известен, нужно лишь изучить особенности платформы Node.js ✅ Если в компании хотя бы часть бэкенда написана на JS - есть возможность плавно начать получить опыт в бэкенде не меняя место работы, например начать писать юнит-тесты помогая бэкендерам или даже брать мелкие задачи из техдолга ✅ По моему опыту компании идут на встречу такому развитию сотрудника, ведь для них выгодно иметь разработчика, который при необходимости может делать задачи и на фронте и на бэке, по сути иметь фуллстека под рукой Почему я все таки решил пойти по другому пути и сразу переквалифицироваться в Go Backend минуя более плавный переход через ноду: ⚠️ Путь перехода через Node.js более долгий. На тот момент моя компания предлагала мне такой вариант в котором я буду по чуть-чуть брать задачи по бэкенду, набираться опыта, а после того как получу некоторую экспертизу по бэкенду на Node - смогу перейти в другую команду в которой пишут на Go. По моей оценке такой путь занял бы от полугода до года в лучшем случае. Я уже имел опыт когда компания обещала мне переход из одной сферы в другую - и по моему опыту компания затягивала этот переход, так как одной команде не выгодно терять опытного специалиста, а другой не выгодно принимать нового специалиста с маленьким опытом в новой сфере. ⚠️ Я много слышал о том что "настоящий высоконагруженный бекенд" в основном пишется не на JS, а на более строгих языках. В компании в которой я работал на тот момент хоть и были микросервисы на JS - все таки основные самые важные и требовательные к надежности сервисы (например, обработка платежной информации) были написаны на Go и С++. ⚠️ Я точно понимал - я не хочу быть фуллстеком. Мы обсуждали это на одном из подкастов - в моем понимании фуллстек это что-то из разряда "Я умею чуть-чуть и на бэкенде и на фронтенде, но глубоко не знаком ни с тем ни с тем". Помимо этого в моем понимании фуллстек в компании - это часто попытка сэкономить деньги, что бы не нанимать двух специалистов, т.е. знать нужно больше, при этом платят примерно столько же. ⚠️ Я проводил анализ рынка труда и видел что на тот момент Go был очень хайповым языком, компании осознали что они нуждаются в гошниках, при этом гошников на рынке труда было очень мало. Из этого следует что Go разработчики более востребованы, на рынке ощущается их нехватка. ⚠️ Честно скажу - одной из причин было сравнение зарплат Golang разработчиков и Node.js разработчиков. Для примера по статистике с Хабра за первую половину 2024 года - Go входил в Топ-4 по зарплатам, в то время как JavaSciprt не попадал даже в Топ-10. 💡На основе данных факторов я решил что все таки более резкий и по своему более сложный переход сразу в Go бэкенд для меня является более приоритетным. Хотя такой резкий переход сложнее и более трудоемкий - он сразу позволяет начать получить опыт в Backend, без всяких полутонов и зависаний в состоянии "Ну ты поделай пару бекенд задач и мы подумаем можно ли тебя перевести в другую команду когда-нибудь попозже"

Go как первый язык программирования? Golang долгое время считался исключительно языком свитчеров, т.е. людей которые уже имеют опыт в программировании и хотят изменить стек. На мой взгляд это было актуально несколько лет назад и сейчас ситуация меняется. Сегодня попробую порассуждать на тему того имеет ли смысл изучать Golang первым языком программирования. Начнем с исследований: 1️⃣ devcrowd проводили опрос Golang разработчиков в 2024 году. Советую ознакомиться, по моему довольно интересное исследование. В данном контексте нас интересует ответ на вопрос "Кем вы работали непосредственно перед тем как стать Go-разработчиком?". Только 66% опрошенных уже работали разработчиком до перехода на Go. При этом для ~30% опрошенных работа Go-разработчиком было либо первой работой, либо до этого они работали кем-то другим (не разработчиком, не QA, не DevOps). Выходит что для трети текущих гошников - это первый язык программирования. Много это или мало - вопрос дискуссионный. На мой взгляд это достаточная цифра, чтобы рассматривать этот язык для начала своей карьеры в IT. 2️⃣ Теперь рассмотрим данные с парсера вакансий на hh. На графике показана отношение между вакансиями и резюме Go разработчиков на hh в сравнении с другими стеками бэкенда. Мы видим что, несмотря на то что в Go конкуренция стремительно выросла за последний год - она все еще заметно ниже чем в Java, PHP, Python и C# (не говоря о фронтенде). По некоторым стекам конкуренция выше в 2 раза. Я считаю это делает Go хорошим кандидатом для первого языка за счет более простого поиска работы, даже учитывая текущую ситуацию на рынке труда. Теперь поговорим о популярных тезисах которые отговаривают учить Go первым языком: 🔸 Go это про хайлоад, бигтехи, микросервисную архитектуру, многопоточность - это всё явно будет перегруз по информации для новичка. С одной стороны это так - большинство вакансий в сфере связаны с микросервисами, высокими нагрузками, брокерами сообщений. Но при этом все равно существуют вакансии в которых на Go пишут типичные REST API круды, хоть их и меньше. Так же по сути этот тезис говорит о том что "нужно больше знаний для работы, чем для типичного джангиста на Python". Думаю это действительно так, но на практике это означает что нужно просто закладывать на обучение несколько дополнительных месяцев. 🔸 Вакансий на Go в несколько раз меньше чем на других языках, а меньше доступных вакансий - меньше собесов. Это тоже правда, вакансий меньше - но и конкуренция меньше. По моему опыту, когда я перекатывался в Go - получить N собесов было проще чем такое же количество собесов на фронтендера, следовательно, легче научиться проходить эти собеседования. 🔸 Пройти собеседование на Go разработчика сложнее - нужно знать много чего кроме самого Go, базы данных, кафку, систем дизайн. По моему опыту - подготовится к собеседованию на Go оказалось проще чем на собеседование на фронтендера. Я для подготовки к собеседованиям использовал подход со шпаргалкой и записью в конспект самых популярных вопросов с собеседований. Для переката в Go в моей шпаргалке накопилось около 100 вопросов, при этом ~80% из них - это вопросы по базе Golang, многопоточности и сетям. Остальные 20% это вопросы по БД, микросервисам, кафке и тд. Иногда таких вопросов вообще не было. При этом в шпаргалке для собесов на фронтендера - собралось около 250 вопросов. С одной стороны эти вопросы могут быть сложнее, особенно учитывая многопоточность - но самих вариаций вопросов меньше, в итоге подготовится к собеседованиям занимает меньше времени. Систем дизайн меня спрашивали только на вакансии с грейдом Senior. Учитывая эти факторы и потребность компаний в Go разработчиках - Я считаю что Golang постепенно перестанет быть языком свитчеров и еще через пару лет станет в один ряд с типичными д ля новичков языками как JS, Python, Java, PHP и прочие. Если вы сейчас на этапе выбора своего первого языка - я рекомендую не проходить мимо Go и рассмотреть его как кандидата на изучение.

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

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

Похожая ситуация с бытовыми приборами и электричеством — при повышении их энергоэффективности растёт необходимость в таких приборах, так как для большего количества потребителей они становятся доступны. Аналогично этому, при повышении эффективности разработки программных продуктов с помощью AI не снижается потребность в этих продуктах. Из-за удешевления производства таких продуктов их нужно только больше, они становятся доступны большему количеству бизнесов, которые раньше не могли себе этого финансово позволить. Например, условный малый бизнес, твой препод по английскому, кофейня/шаурмечная/автомастерская возле твоего дома могут получить возможность использовать программные продукты, на которые раньше у них не было денег. ⬆️ Соответственно, чем больше таких продуктов становится, тем больше требуется ресурсов для их поддержки — кода нужно ещё больше, чем раньше, аналогично углю 200 лет назад. Помимо этого, следуя Парадоксу Джевонса, в ходе повышения эффективности производства появляются новые профессии. 2–3 года назад я с друзьями шутил над термином Prompt-инженер, а сейчас количество таких вакансий на hh уже более 200 штук, и оно растёт. По данным с того же hh, за 3 года количество вакансий, требующих навыков с AI, выросло с 1700 до 3700. Актуальность этих навыков растёт, а следовательно, появляются курсы, которые этому обучают — что снова создаёт новые рабочие места, уже в образовательной сфере. Также достаточно убедительными для меня выглядят тезисы Андрея Карпатого из недавнего доклада о будущем LLM на Y Combinator. В нём он говорит о том, что изменяется подход к взаимодействию пользователей с данными: с визуального изучения человеком — к взаимодействию через специализированные LLM-интерфейсы. Простой пример из моей жизни — я почти перестал использовать Google и классический поисковик для поиска информации: последние 4 месяца я использую Perplexity для этого в 80–90% случаев. Чем больше людей будут переходить на такие инструменты, тем меньше будет потребность в старом формате веб-сайтов. Привычный нам формат HTML-страниц удобен для восприятия человеком, но в случае использования посредника в виде LLM для получения информации логичнее использовать формат, удобный для LLM, а не для человека. LLM не нужна красивая и удобная кнопочка с надписью «Заказать», ей нужна какая-то команда, которую она сможет сразу использовать (условно curl). Если так действительно пойдёт дальше — то придётся переписывать огромное количество кода для создания новой инфраструктуры, которая будет ориентирована на LLM в первую очередь. Что снова приводит нас к тому, что потребность в коде растёт — его нужно всё больше и больше. В противовес этому нужно отметить, что Андрей Карпатый является бывшим директором по AI в Tesla, сооснователем OpenAI и может быть прямо заинтересован в таком развитии событий. На основе Парадокса Джевонса в будущем потребность в коде будет только расти. Соответственно, работы будет становиться больше, вероятно — не в привычном для нас формате программиста, который своими руками пишет код. Поэтому важно не игнорировать развитие индустрии в этом контексте, если у вас есть опасения о вашем будущем в профессии.

​Как я стал видеть мир заново. Часть 2. Через неделю меня допустили до основной операции по коррекции. Я совсем не переживал и не волновался о операции, ибо не очень понимал что со мной будет. Это же лазер! Как можно лазером что то аккуратно порезать в глазу? Для меня лазер это что то из мира Warhammer 40000. 💢 Перед операцией дали подписать что я ознакомлен со списком возможных негативных последствий - и тут то я и стал переживать, лучше бы не читал 😁 Но продлилось это не долго ибо против волнения дали таблетку Атаракса - это транквилизатор, спустя 15 минут мне снова было пофиг. Сама операция прошла за ~15 минут, в два этапа. Сначала лазер убирает тонкий лоскут роговицы с каждого глаза, а потом формирует форму роговицы так что бы улучшить зрение. После этих этапов возвращает этот тонкий лоскут на место. Как это на деле ощущается - нужно смотреть в зеленую точку, первый этап проходит в целом приемлемо, но на втором в момент формирования роговицы глаз заливает белой пеленой от краям к центру, ощущалось это жутковато. После операции нужно было сидеть в темном помещении час не открывая глаза. Этот час оказался самым неприятным моментом ибо одно из лекарств ощутимо жгло глаза, нужно было прикладывать усилия что бы терпеть это. Когда я открыл глаза я сразу заметил что лучше вижу, но все равно была пелена которая мешала смотреть. После операции можно самостоятельно добраться до дома, но я все равно был с сопровождающим на всякий случай. Итоги спустя 3 дня после операции. Я постараюсь описать свои ощущения и мысли словами, но уверен не получится передать полную картину: 🔹 Я целых 2 часа гулял по парку не заглядывая в телефон и просто смотрел на всё вокруг, видно каждый листочек, каждую травинку. Я могу наблюдать за полетом птиц в воздухе. Видно очень много деталей на траве, деревьях, тропинке. На небе детализировано видно облака, а не просто белые пятна как раньше. Так вот почему людям может нравится гулять 🔹 Оказывается на улице полно рекламы и вывесок, на машинах, на стенах, на остановках, где то вдалеке, теперь я их все вижу и могу прочитать, кажется перебор с рекламой 🔹 Очень непривычно видеть лица такого количества людей за раз. Из-за того что видно сразу много людей отчетливо и много лиц - улицы и метро кажется многолюдней 🔹 Удивился тому как много пятен у меня дома, например узнал о пятнах на кондиционере и на шкафу на кухне, о существовании которых я раньше не подозревал. Теперь придется больше заниматься уборкой 🫡 🔹 Сидеть в комнате не так прикольно - в комнате за компом я особо не замечаю разницы, как всё было так и есть, поэтому тянет лишний раз погулять на улице, сходить в магазин 🔹 В целом всё вокруг стало заметно красочней, я офигеваю от того что когда я иду по дороге - видно ВСЮ дорогу до конца, а не размытое пятно где то далеко. 🔻Я пишу это на 4ий день и из побочек есть повышенная сухость в глазах, приходится каждые 2-3 часа капать 3 разных вида капель. 🔻Так же есть проблемы с с фокусировкой глаз на ближайших предметах, условно на расстоянии от глаз до локтя/запястья. Приходится делать дополнительное усилие что бы сфокусировать зрение на этой дистанции. Врач объяснил это тем что я человек близорукий и теперь хорошо вижу вдаль, но что бы видеть более близкие предметы мышцам глаз нужно переучится делать это по другому. Для этого можно делать специальные упражнения, но это произойдет и просто живя жизнь, просто медленнее, в ходе взаимодействия с предметами. ✅ Я очень доволен результатами, могу с уверенностью сказать что это сделало меня счастливей. Стараюсь наслаждаться моментом ибо понимаю что через какое то время привыкну и такого ВАУ эффекта уже не будет, восторг пройдет. Если у вас проблемы со зрением и это вам не нравится - советую тоже попробовать. Итоговые затраты: 1) Диагностика, лекарства и все анализы ~12 000 рублей 2) Лазерная коагуляция - 34 000 рублей 3) Основная операция по лазерной коррекции - 154 000 рублей

​Как я стал видеть мир заново. Часть 1. Много текста Хочу поделится тем как я сделал операцию по лазерной коррекцией зрения. В этом посте расскажу мою историю со зрением до операции, а в следующем посте про результаты. В школе у меня было плохое зрение, при этом я был стеснительным зашуганным ребенком, ужасно учился и очень боялся носить очки. Считаю что плохая учеба была связана в том числе с этим (а не только с WoT и Dota 2). Даже сидя на первой парте я не видел толком что было написано на доске, не мог записывать конспекты и как то выкручивался. Перед первым курсом колледжа семья предложила мне попробовать линзы, я согласился и прошел обследование - результат -3.75/-3.25 диоптрий и астигматизм. В колледже весь первый курс я носил линзы, стал отличником ибо теперь проблем с восприятием информации не было. На втором курсе я познакомился с будущей женой благодаря которой я перестал стесняться носить очки и стал регулярно это делать ❤️ ⏳Следующие 11 лет я носил то очки, то линзы не проходя новое обследование. При этом носил не подобранные для меня очки в специализированном магазине, а купленные у цыганки в переходе за 350р (не делайте так). Лазерная коррекция зрения не дешевая операция. Когда я вкатывался в разработку я дал себе обещание - когда достигну заработка позволяющего мне с одной зарплаты без накоплений оплатить операцию - я сделаю её. Такой зарплаты я достиг за первые 10 месяцев работы, но операцию так и не сделал, всё время откладывая этот вопрос до лучших времен. В этом году я решил точно закрыть этот вопрос. Я обратился в клинику 3Z и прошел там обследование. Обследование сильно отличалось от того что было в колледже, меня проверяли используя не одно, а 11 разных устройств, заняло по времени это 1,5 часа. Результаты - за 11 лет зрение упало почти в 2 раза, до -5.75 и -5.25. Это значит что как минимум последние несколько лет я видел мир вокруг размытым, при этом думая что в очках/линзах я вижу как человек с обычным зрением. Я хотел что бы операцию выполнили самым современным новейшим методом ReLEx SMILE pro, но оказалось что толщины моей роговицы недостаточно для безрисковой операции этого типа. Поэтому мой вариант - Femto Super LASIK, это тоже современный, но более распространенный и проверенный временем способ. Так же перед основной операцией по коррекции нужно было сделать операцию по укреплению структуры глаза - лазерную коагуляцию. В этой операции ничего не режут: с помощью лазера делают маленькие "заплатки" на сетчатке. Это можно сравнить с тем, как заклеивают трещину скотчем, чтобы она не пошла дальше. Это оказалось не очень приятной процедурой, нужно было около 10 минут держать глаз открытым пока в него светят лазером. Можно делать паузы что бы проморгаться, нужно повторить для второго глаза, боли нет.