Удалённая работа

Поиск сильного автора или контент-редактора в High-Risk и Affiliate сегменты (iGaming, беттинг, крипта) — это классическая и очень дорогая боль для HR-менеджеров, тимлидов и владельцев digital-проектов.

Рынок переполнен соискателями, которые красиво упаковывают резюме, уверенно оперируют общими фразами вроде «пишу продающие тексты под ключ», но на первом же техническом вопросе или практическом тестовом задании полностью проваливаются. Они путают волатильность с RTP, не понимают разницу между липкими и нелипкими бонусами и бездумно переписывают чужие тексты.

В гемблинге цена ошибки критически высока. Некомпетентный контент не просто висит мертвым грузом — он убивает позиции сайта в поисковой выдаче Google, вызывает отток пользователей из-за кривых условий и может легко слить рекламный бюджет.

Как человек с 12-летним стажем в контенте и SEO, прошедший через сотни собеседований и запустивший проекты с миллионным охватом, я собрал мини-гайд о том, как за 10 минут вычислить профи и не нанять дилетанта.

Небольшая веб-студия в Тбилиси, множество встреч с клиентами и два года разработки сайтов — с 2016 по 2018 год.

Работаю удалённо. Столкнулся с такой ситуацией. Пишет мне руководитель примерно следующее: "Смотри почту. Там HR мне написала, что по статистике у тебя было плохое рабочее время в отдельные дни. Нужны твои мысли как ответить."

Смотрю почту. Там график учёта рабочего времени. Где указано, что в отдельные дни у меня были показатели ниже, чем в другие дни. Да, у нас на рабочих ноутах стоит софт трекинга времени (в одном из документов при приёме на работу я видел про это). Только вот дни эти были почти 2 месяца назад. От меня ждали не просто ответа чем я занимался. А как я могу обосновать, что это занятие привело к тому графику в отчёте.

«Нужен простенький дашборд: продажи, популярные товары, фильтр по категориям. Всё в Excel, работы на пару часов».

Этим летом я искал работу и в какой‑то момент перестал понимать, что происходит. Откликаешься, тебя не смотрят. Вакансия висит день, а у неё уже сотня откликов. Я решил разобраться, это со мной что‑то не так или с рынком. Оказалось, с рынком, и сильно.

В июле 2024 года на одну вакансию в России приходилось 3,4 резюме. В июле 2026-го уже 8,7. Это в среднем по всем профессиям, и это самое высокое значение для июля за восемь лет, что есть у hh. В IT ещё хуже: 24 резюме на одну вакансию, почти втрое больше, чем по рынку.

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

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

Часть 2

Примечание переводчика

В первой части статьи о протоколах удаленного доступа разобраны архитектурные особенности Citrix HDX\EDT, Omnissa BlastExtreme, Microsoft и Parallels RDP. В этой части о технических, финансовых и "пользовательских" последствиях выбора того или иного VDI, а значит и протокола, а так же итоговая таблица "чемпионата" протоколов.

7. Перспектива FinOps: экономика кодеков и плотность пользователей VDI. 

Архитектура протокола напрямую влияет на капитальные и операционные затраты. Конвейер кодеков определяет потребление ресурсов ЦП и GPU на хостах ВМ, что, в свою очередь, определяет плотность пользователей на одном физическом сервере — основной единице стоимости инфраструктуры VDI. В этом разделе анализ протокола связывается с экономикой серверов, необходимой для стратегии FinOps. 

7.1 Экономическая эффективность Thinwire для CPU по сравнению с полнокадровым H.264 

Архитектура Citrix Thinwire, использующая многокодековое кодирование в одном кадре, вычислительно сложнее на кадр, чем стандартное кодирование H.264. Классификатор содержимого экрана, детектор областей и распределение кодеков добавляют циклы ЦП, чего не делает простой полнокадровый кодировщик H.264. Вопрос архитектуры заключается в том, превышает ли эта дополнительная нагрузка экономию. Эмпирический ответ: нет. Стоимость классификатора существенно ниже, чем стоимость кодирования, сэкономленная за счет отказа от применения H.264 к статическим текстовым областям (которые Thinwire обрабатывает без потерь с минимальным битрейтом). Полнокадровое кодирование в H.264 видео качество для экрана, на 80% состоящего из статического текста и на 20% из видео — значительная трата циклов ЦП и полосы пропускания. Thinwire кодирует 20% видео-области в H.264, а 80% текстовой области без потерь, используя кодек MDRLE, с минимальными затратами ЦП. Потребление ресурсов ЦП при типичном сеансе работы «продвинутого» сотрудника (редактирование документов, браузер, электронные таблицы) в Thinwire заметно ниже, чем при полнокадровом кодировании H.264 без применения vGPU в Omnissa Blast. 

Так получилось, что когда ты живешь заграницей (в моем случае это Таиланд) есть серьезные сложности с открытием банковского счета. И хоть у меня открыта виза (DTV-виза), есть стабильный доход — всем глубоко фиолетово на это, банковские карты не открывают. Есть конечно варианты за много денег открыть счет, с перспективой что его через пару месяцев закроют при проверке, а деньги тебе уже никто не вернет. Так себе схема, конечно.

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

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

По данным исследования ГК ОТР, 53% гибридных и удаленных сотрудников сталкиваются с проблемами  при использовании корпоративных систем. Низкая скорость соединения, сложный интерфейс и постоянные ошибки заставляют задуматься о квалификации ИТ-специалистов и могут снижать лояльность к работодателю в целом. Что с этим делать, разбираемся вместе с экспертами Directum.

Социальные танцы — отличный антидот от выгорания в ИТ. Никаких мониторов, грейдов, тасок и дедлайнов. Только музыка, несложные движения и возможность переключиться на что-то совершенно другое. 

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

Почему эта команда стала лучшей за мою карьеру — и можно ли вообще такую собрать специально?

Я думаю об этом уже какое-то время и ответа пока не нашёл.

Предисловие переводчика

По жизни и по работе (сначала в Wyse, потом в Dell, а теперь в Getmobit) я занимаюсь уже давным-давно тонкими клиентами, VDI, терминальными серверами и всем, что с этими «темами» связано. В этой ситуации свойства разных протоколов удаленного доступа откладываются в голове крепче «Устава внутренней службы». Однако, жизнь меняется и «Уставы» постоянно нужно обновлять, особенно в ситуации, когда нам всем приходится сталкивать с «заново изобретенными» ОС, приложениями, VDI, ВКС и так далее. Просматривая инет в поисках новостей по протоколам, я наткнулся на цикл статей Артура Оглоза, сравнивающих текущие версии протоколов с неожиданной (для меня во всяком случае) стороны – с архитектурной.

Думаю, многие читали «сборники» типа “VDI smack down”, где фактически сравнивались матрицы фич протоколов (типа есть\нет H.264\multimedia redirection\Zoom optimization…). Это несомненно было полезно при выборе того или иного решения, но не давало представления о реальной жизни, скажем, присутствующей в матрицах фич разных протоколов функции оптимизации одной и той же ВКС.

С другой стороны, холиварные статьи типа «Blast vs PCoIP» раскрывали внутреннюю кухню протоколов, но в основном были ориентированы на негативные стороны конкурента, что в общем-то путало и пугало всех подряд и не позволяло видеть объективную картину.

Чем меня привлекли именно эти статьи, так это ясной прослеживаемостью принятых архитектурных решений на качество user experience и потолок возможностей, обусловленный архитектурой. И для каждого, кто тесно связан с темой VDI, эти статьи прозрачно намекают на абсолютную необходимость внедрения технологий сегодняшнего дня, а не только воспроизведением идей последних 15-20 лет, ну, и раскрытием «коварных намерений гиперскейлеров» в разработке ПО😊

По данным ВОЗ, одиноким себя чувствует каждый шестой человек в мире, а среди молодёжи от 16 до 24 лет – каждый четвёртый. Многочисленные психологические и медицинские исследования говорят о том, что одиночество и социальная изоляция более опасны для здоровья, чем курение, алкоголизм, избыточный вес и отсутствие физической активности. Учитывая все эти данные, следовало бы ожидать, что человек будет избегать изоляции любой ценой. Но среди нас есть люди, которые на первый взгляд добровольно запирают себя под домашним арестом и живут в полной социальной изоляции многие годы. Почему же для них оказывается единственным спасением то, что обычному человеку кажется пыткой? Чтобы понять их психологию и причины такого поведения, нам придётся изучить нейробиологию одиночества, выделить разные категории изолянтов, разоблачить популярные мифы о них и разобраться, что не так с нашим обществом, если столько людей избегают его всеми возможными способами.

В прошлой статье я сделал обзор популярных способов отладки embedded: GDB-клиент -> GDB-сервер (OpenOCD) -> программатор -> целевой МК. Тогда я сформулировал свои субъективные требования к “идеальному” программатору. И на тот момент у меня уже был минимально рабочий вариант такого программатора. И вот спешу представить к чему привели меня изыскания в этом направлении.

Выгорание среди айтишников — явление нередкое. По разным исследованиям, с ним сталкиваются от 83 до 96% специалистов в России и в мире. В историях людей, которые ушли из ИТ или задумались об уходе, встречаются примерно одни и те же причины: переработки, постоянный стресс, острая необходимость всё время осваивать новое параллельно с работой. 

Есть и ещё одна причина — потеря смысла. Можно нормально зарабатывать, трудиться в хорошей компании и при этом не понимать, зачем открывать ноутбук каждое утро. Зачем закрывать задачи и делать вещи, которые не влияют на физический мир и жизни людей?

36 недель. Столько, по моему мнению, занимает путь от нуля до выхода на рынок ML-инженером. Не 2-3 месяца, как обещают курсы, — чуть дольше. Зато на выходе у вас будет фундамент, с которым можно пройти не только собеседования, но и испытательный срок.

В этой статье — весь маршрут по неделям: что учить, в каком порядке, сколько на это уходит времени и что можно смело отложить до первого оффера.

Всем привет! Меня зовут Денис, я senior frontend‑разработчик в компании «Исходный код».

Недавно на работе мне предложили попробовать себя в роли технического интервьюера. Я подумал, что этот опыт стоит описать как для собственного осмысления, так и для коллег‑разработчиков, которые только начинают проводить собеседования. Здесь не будет жестких инструкций или менторских советов. Это скорее честный, субъективный взгляд изнутри, который, надеюсь, поможет вам сделать собственные полезные выводы.

Вкратце расскажу предысторию. Наша компания открыла две вакансии в команду веб‑разработки. Мы искали middle и senior.

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

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

Я Игорь, менеджер продуктов Outlines Tech. Работаю в ИТ с 2014 года: нанимал людей и сам искал работу. Поделюсь мнением, насколько нейросети изменили процесс найма и что по-прежнему помогает получить оффер. В конце дам пошаговый план поиска работы.

После ковида многие перешли на удаленку, а у удаленщиков таких точек контакта почти нет. Можно ежедневно видеть коллегу в Teams, годами обсуждать архитектуру микросервисов, запускать совместные проекты и иронизировать над статусами в Jira. Между тем за 5 лет совместных проектов так и не узнать, что один коллега объездил половину Азии, а другой за две секунды угадывает любой трек из 90-х. У нас так и было. Люди работали рядом, но друг друга не видели. 

Вот мы и решили это исправить.

Если вы отправляете десятки откликов и получаете в ответ тишину или автоотказ — вы не одиноки. Такова суровая реальность: резюме должно пройти фильтры и алгоритмы ранжирования, а потом еще за секунды заинтересовать рекрутера. Но мы в Далее закрываем в среднем по 10 вакансий каждый месяц, а значит — работу найти можно. 

Меня зовут Ника Варако, я HR-специалист в диджитал-продакшене Далее. В этой статье я расскажу, как хакнуть систему найма в 2026 году. Разберем ситуацию на рынке, способы подружиться с ИИ и мастхевы для резюме. Погнали.