Все потоки

Этот пост — рассказ об истории, случившейся больше десятка лет назад; её код был мной утерян. Поэтому прошу простить меня, если я не вспомню точно все подробности. Кроме того, некоторые подробности упрощены, чтобы от этой статьи могли получить все, кому нравится компьютерная безопасность, а не только любители World of Warcraft (хотя, полагаю, диаграмма Венна этих двух групп сильно пересекается).

Когда мне было примерно 14 лет, я узнал об игре World of Warcraft компании Blizzard Games, и она сразу же меня увлекла. Вскоре после этого я нашёл аддоны, позволявшие модифицировать внешний вид и функциональность интерфейса игры. Однако не все скачанные мной аддоны делали именно то, что мне было нужно. Мне хотелось большего, поэтому я начал разбираться, как они сделаны.

Забавно, что в моём серьёзном увлечении программированием можно обвинить World of Warcraft. Оказалось, что код был написан на языке Lua. Аддоны — это просто парочка файлов исходного кода на .lua в папке, напрямую загружаемых в игру. Барьер входа был невероятно низок: достаточно отредактировать файл, сохранить его и перезапустить интерфейс. То, что игра загружала твой исходный код и ты мог видеть его работу, было настоящим волшебством!

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

Как решать проблемы в рекламе, когда лидов мало, заявки дорогие, бюджет сливается и доля рекламных расходов растет?  Умение работать с автоcтратегиями Яндекса -  главный тренд в рекламе 2024 г.  

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

Когда автостратегии только появились, все было просто: добавляешь конверсию, выставляешь за нее оплату и все работает. Но теперь применение автостратегий стало массовым и работать с этим типом настроек стало гораздо сложнее. 

Автоматизированные кампании нужно обучать, скармливать им много данных. Бывают противоречивые ситуации, когда конверсий мало, и если поставить оплату за конверсию, то РК не обучатся и трафик сойдет на нет. А если убрать оплату за конверсии – сольется рекламный бюджет, можно остаться совсем без конверсий. 

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

Мы постоянно придумываем новые методологии и лайфхаки в работе с автостартегиями Яндекса. Для этой статьи отобрали самые эффективные и актуальные для 2024 г.  Рассказываем в кейсах, как обучать автоматику, экспериментировать с микроконверсиями, бороться с фейковыми заявками и воспитывать самые умные кампании Яндекса. Формат: «проблема-решение-результат».  

Всем привет! Меня зовут Сергей Бережной, я работаю в Яндексе уже 18 лет: в 2005 году пришёл разработчиком интерфейсов, потом руководил подразделениями разного размера, а сейчас я директор по взаимодействию с разработчиками. Ещё я много занимаюсь обучением: в рамках наших сезонных школ и в Практикуме (где я работал над курсом «Управление командой разработки»).

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

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

Это будет история из 2018 года, когда у Apple был большой офис в Москве, где иногда проводились закрытые мероприятия для разработчиков, на одно из которых меня компания пригласила лично. Приложулю я сделал, можно сказать, в одного (она была про путешествия), но если бы я пошел устраиваться разработчиком на хотя бы миддла в мобильную контору, то врядли бы меня наняли, ха ха.

Но оказался я там по делу и заслуженно (графики будут), поэтому давайте обо всем по порядку.

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

Нет, нет и ещё раз нет!

Несмотря на мнения отдельных представителей власти о том, что рождение ребёнка — это билет в бедность, общий курс заботы правительства о женской части населения уже ясен: всем срочно и много рожать!

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

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

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

Рассмотрим систему из двух уравнений , обладающую свойством покоординатной монотонности: с ростом функции также растут. Задача состоит в нахождении всех корней системы.

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

Планетарная туманность “Муравей” яркий пример того, как на небе появляются новые образования, которые получают совершенно удивительные названия. Впрочем, объекты явно того стоят.

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

Всем привет! Меня зовут Роман Аймалетдинов, я андроид разработчик. В этой статье хочу рассказать вам как автоматизировать, хоть и простую, но рутинную работу по созданию и оформлению ваших git-hub pull request через bash скрипт. Это особенно полезно, если у вас монорепозиторий или несколько типов template. Например, отдельные template для bug и для feature или для разных команд. Но не все сразу, сначала разберемся с самими templates, поймем, почему это может быть неудобно и сделаем свой скрипт, который умеет парсить название в человеческое и создавать удобное описание для каждого типа задач. Теперь все по порядку.

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

Rust же создавали, чтобы держать программиста в ежовых рукавицах? Так почему бы не заставить git скооперироваться с Rust и не издеваться над программистом на пару?

На самом деле статья не сколько про Rust, сколько про git, поэтому если вы не особо знакомы с Rust, не смущайтесь сильно — повествование будет скорее про флоу разработки нежели чем про язык. Rust в статье выбран скорее за его удобный пакетный менеджер cargo, который сделает суть повествования лаконичнее и нагляднее.

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

ESPspectrum третья статья. Версия 1.1. Доработка первого экземпляра. Создание ESPspectrum for projects. Схемы и описание.

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

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

Hola, Amigos! Меня зовут Вова Зевеке, я Flutter-разработчик в Amiga. В одном из проектов передо мной стояла задача — интегрировать видеоплеер во Flutter- приложение, с которого можно было бы смотреть видео с YouTube. Казалось бы, подключаем  пакет youtube_player_flutter и всё готово. Но не тут-то было, я столкнулся с рядом проблем, о решении которых рассказываю в статье.

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

Ритейл, банки, технологические предприятия, компании-разработчики и все те, кто собирает большие массивы неструктурированных данных, для запуска сложных моделей могут использовать вычислительные ресурсы облака. Например, строить нейросети с помощью ML-платформы или использовать объектное хранилище для обработки Big Data.

Но чтобы грамотно использовать инструменты для работы с AI- и ML-задачами, нужно приобрести необходимо знания и навыки. Поможет разобраться в машинном обучении и инструментах для работы с ML-моделями подборка новых и высокооцененных специализированных курсов, книг и других тематических материалов.

Как правило, аналитики на этапе макетирования сталкиваются с одной и той же проблемой – нехваткой времени. Делюсь шаблоном для создания макетов отчетности, который поможет сэкономить время и силы!

В основе этого инструмента макетирования отчетности лежит сформированный в нашей компании принцип конструирования дашборда, исходя из решаемой бизнесом задачи, или «сценарный подход».

В этой статье я постараюсь развеять один из самых распространенных мифов о разработке по Agile: «Необязательно иметь в команде тестировщиков. Разработчики могут тестировать сами». Я думаю, такой подход возможен в некоторых «особых» сценариях, но в любом случае это было бы не очень эффективно.