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

Красота, правда? Или ловушка, в которую рынок загнал себя сам?

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

В этой статье — немного о том, почему плюшки это больно и непонятно. А еще о том, какой путь для себя нашли мы.

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

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

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

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

Я - не специалист в нейросетях, но являясь коммерческим директором одной компании и сооснователем другой, т.е. имею прямое отношение к найму. А поэтому со скепсисом смотрю на идеи “всех заменит ИИ”. Не всех и не совсем заменит, а попутно еще и новых потребностей нагенерит. И вот, почему.

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

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

Всем привет! Работаю на удаленке уже лет 15. Кажется, за это время можно было посмотреть все ее стороны — и радужные, и не очень. Сегодня я попробую немного сгустить краски и расскажу, во что может превратиться удаленка на длинной дистанции в неумелых руках. К слову, у меня она почти скатилась в это, но повезло вовремя спохватиться…

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

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

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

Мы продолжаем внутри команды обсуждать детали обустройства удаленки в мелочах. И снова делимся коллективным опытом - на этот раз про короткие перерывы в работе. Когда-то мы уже рассказывали про помидорную технику (а также про ее адаптацию к разработке тут). Сейчас же поговорим про перерывы в более широком смысле - что говорит СанПиН про сидение за компьютером и как это можно адаптировать к удаленной работе.

Назойливые рекрутеры постоянно приглашают вас на собеседования, предлагая деньги, ДМС, обучение и прочее? Вам это надоело? Хотите, чтобы от вас отстали?

Завалиться на технической части может каждый — достаточно не готовиться и не отвечать на поставленные вопросы. Но вылетая с технического интервью, легко по неосторожности попасть в лист ожидания компании, т. е. подписаться на напоминания о вакансиях каждые полгода. Муторно!

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

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

Статья подготовлена по материалам внутреннего митапа по информационной безопасности.

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

В этой статье рассказываем, как мы переносили данные, не имея возможности отключить сервис или воспользоваться автоматической репликацией. 

Объем данных для Clickhouse у нас не такой уж и большой - процесс получился не столько объемный, сколько ресурсоемкий. Но в открытых источниках информации по использованным механизмам минимум, поэтому считайте это руководством к clickhouse-copier утилите (https://github.com/ClickHouse/copier) на конкретном примере со скриптами и командами для запуска.

Обсуждая удаленку, мы часто говорим о том, что комфортно в таком режиме работается людям с высоким уровнем самостоятельности - тем, кто может сам спланировать время, мотивировать себя делать задачи (да и в целом понимает, что удаленка - это не фриланс, а “фриленд”).

Но если мы набираем целую команду таких самостоятельных, нужен ли им еще и менеджер? Не справятся ли они сами, просто разбирая задачи из Jira?

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

Понимаю тех, кто высказывается на Хабре, что HR в найме - лишнее звено, которое только усложняет процесс коммуникаций. Дескать, хочется дойти до руководства, фигурально выражаясь, “пожать руку” своему потенциальному руководителю напрямую, а HR выступает промежуточным звеном, которое только мешает. Надо “пожать руку” сначала ему, а потом станцевать это “танго втроем”.

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

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

Считается, что построение CI/CD - задача для DevOps. Глобально это действительно так, особенно если речь идет о первоначальной настройке. Но часто с докручиванием отдельных этапов процесса сталкиваются и разработчики. Умение поправить что-то незначительное своими силами позволяет не тратить время на поход к коллегам (и ожидание их реакции), т.е. в целом повышает комфорт работы и дает понимание, почему все происходит именно так.

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

Во время и сразу после ковида удаленка была на подъеме - компании массово отказывались от офисов, аналитики публиковали исследования, согласно которым все внезапно стали эффективными. Сейчас тренд сменился на противоположный. Сотрудников, в том числе из ИТ, возвращают в офис. Почему это происходит и можно ли как-то сохранить для себя работу из дома? 

Размышляете, куда податься, какое карьерное направление будет перспективнее? Дело ведь не только в используемых технологиях, но и в распространенных подходах и практиках. И объективное сравнение от того, кто видел разные сегменты лично, встретишь не часто.

В этой статье наш коллега делится своими впечатлениями о том, чем отличается разработка бэкенда от мобилок на примере Android.

Если CSS для вас все еще боль и страдания, добро пожаловать под кат. Мы наткнулись на интересную подборку советов по CSS на английском языке и решили перевести ее, дополнив собственными примерами с кодом.

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

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

Если у вас есть собственные кейсы, которыми вы бы хотели поделиться, пишите в комментариях. 

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