HTML/CSS МОГУТ БОЛЬШЕ, ЧЕМ КАЖЕТСЯ

Если вам кажется, что без JavaScript «динамики не будет», это уже не технический факт, а привычка команды. Авторы собрали браузерный IRC-клиент вообще без JS — за счёт HTTP streaming, состояний в CSS и серверной логики.

Почему это интересно HR и TA? Потому что это хороший тест на зрелость мышления в разработке. На интервью часто ищут «знает ли React / умеет ли Node», а полезнее понять другое: кандидат умеет выбирать инструмент под задачу или просто наращивает стек по инерции. ⚙️

Для сорсинга и screening это тоже маркер. Сильный инженер:
— понимает ограничения браузера и сети;
— не путает «сложно» с «невозможно»;
— умеет объяснить, где уместна простая архитектура, а где нужен тяжёлый фреймворк.

Такой кейс можно использовать как вопрос на глубину: «Где вы в проектах сознательно убирали JS-слой и что это дало по скорости, поддержке, UX?»

Иногда хороший кандидат виден не по списку технологий, а по тому, как он режет лишнее.

PHP В PLAIN TEXT — ЭТО НЕ ПРОСТО «ЧУТЬ ДОЛЬШЕ». ЭТО МЕСТО, ГДЕ ЛЕТЯТ ОШИБКИ

Если в проекте нет нормального templating engine, шаблоны быстро превращаются в смесь HTML, if’ов и копипаста. Для HR это очень узнаваемая история: вроде бы «простая доработка», а потом команда тратит часы на ручную правку и ловит баги уже на проде.

PHP Views закрывает эту дыру: дает более чистую шаблонизацию в обычном PHP-проекте, без обязательной привязки к фреймворку. Подход особенно полезен там, где нет «коробочного» решения — например, в старых CMS и самописных системах.

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

Если вы закрываете PHP-роли, такие инструменты — хороший маркер: кандидат понимает не только язык, но и то, как сделать проект поддерживаемым.

Лонгрид о мемном кейсе Melbet vs Pepper Partners - реально ли оценить в аффилейтке репутационный ущерб в деньгах?

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

Я в аффилейт-маркетинге более 25 лет, а последние пару лет одно из моих основных направлений - B2B matchmaking. Поэтому я регулярно вижу споры между компаниями о выплатах и претензии, и таких ситуаций в рынке явно становится больше.

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

Вот например про один из таких кейсов писал уже здесь весной.

Если неконструктивны обе стороны (а бывает и так), то можно к этому относиться просто как к развлекательному контенту.

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

Сейчас самый заметный в аффилейт рынке пример это кейс Melbet <> Pepper Partners, который уже более месяца развивается в публичном поле и о нем уже писали и многие аффилейт медиа, и отдельные блоги, я наверно один из последних, кто у себя в блоге еще об этом не писал)

Изначальное заявление кейса и описание претензии от Pepper Partners можно почитать здесь.

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

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

Для мелкого и крупного бренда такие истории могут иметь очень разный эффект, поэтому здесь разберем на примере крупного бренда, так как Melbet в нашем рынке относится именно к таким.

Не знаю конечно их точные цифры затрат на PR в рамках афф рынка (участие в конфах, собственные ивенты, реклама в афф медиа и т.п.), но из того, что вижу как организатор ивентов с приличным опытом, этот бюджет явно измеряется в миллионах $ в год, если не выходит за $10млн+.

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

И вот уже более месяца в паблике незакрытый и не откоммуницированный публично кейс на $2k (две тысячи долларов).

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

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

Какие материальные потери может понести бренд в такой истории?

Многие люди, даже очень опытные и умные, почему-то к таким ситуациям относятся бинарно.

Рухнет бренд (закроется, обанкротится) - значит плохо на них повлиял кейс.

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

Но это же совсем не так, ситуация не бинарная.

Представим не фактические цифры Melbet, которых у нас нет, а консервативную модель крупного рекламодателя.

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

Я не знаю внутренний LTV партнёра у Melbet. Но если принять для активного опытного аффилейта условные $10,000 LTV, десять таких потерянных партнеров - это уже шестизначная сумма $ недополученного дохода. И это без учёта крупных команд, в случае которых эффект может быть кратно выше и оказаться семизначным.

Даже если в этой модели ошибиться и завысить в несколько раз, сам принцип никуда не исчезает - незакрытый публичный спор на $2,000 в любом случае обойдется бренду многократно дороже этих $2,000.

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

Одна известная в рынке команда публично рассказала о своем таком решении в моем чатике про scam-кейсы.

А теперь вернемся к миллионам долларов в год, которые Melbet тратит на публичный PR среди аффов через конфы и прочие активности.

У этих трат же есть определенные ожидаемые и реальные результаты, верно?

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

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

При таком незакрытом публичном кейсе, вызывающем большой отклик и возмущение в рынке - останется эта сумма выхлопа с PR X без учета прочих факторов или она станет меньше X?

Очевидно станет меньше, доверие к бренду ниже, а значит и вложения в PR дают меньшую отдачу.

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

Когда бренд инвестирует миллионы в доверие рынка - через конференции, медиа, партнёрские активности и PR, игнорирование аргументированного публичного конфликта снижает отдачу от всех этих вложений. Репутация не выглядит отдельной строкой в P&L, но её потеря вполне превращается в недополученный доход, более дорогой PR и менее лояльных партнёров.

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

Всем отличной недели и благоразумия)

АЛИАСИНГ ПАМЯТИ В C++: ПОЧЕМУ ЭТО ДО СИХ ПОР БОЛЬ

Если в команде есть C++-разработчики, это тот случай, когда «ну вроде работает» может внезапно превратиться в UB и часами съедать время на разбор. Алиасинг памяти — не экзотика из стандарта, а реальная причина багов, странных оптимизаций компилятора и неочевидных регрессий.

Разбор полезен тем, что показывает эволюцию проблемы: как язык пытался ограничить доступ к памяти, что уже есть сейчас и почему старые ожидания «комитет скоро всё починит» срабатывали не всегда. Плюс рядом всплывают смежные undefined behavior, которые легко пропустить на ревью — особенно если код «логичный» для человека, но не для компилятора.

Для hiring-процессов это хороший маркер уровня senior/middle+: кандидат, который уверенно объясняет алиасинг, обычно лучше ориентируется в производительности, рисках и причинах нестабильных багов 🔧

$80 за FTD на СНГ — казино-оффер от ПОКЕРОК Partners

Ищете новый оффер для теста? Рассказываем, что предлагаем партнёрам:
• CPA $80 за FTD на все гео СНГ
• $100 к первой выплате для новых аффилиатов
• 5% по саб-реферальной программе
• прозрачная статистика в партнёрском кабинете
• поддержка личного менеджера

Принимаем различные источники: social, мессенджеры, YouTube / Twitch / Kick, SEO, PPC, in-app и медийный трафик.

В казино ПОКЕРОК также доступна GG99 — линейка из 20+ игр с RTP 99%, включая слоты, настольные игры, видеопокер и аркады. Это весомое преимущество для новых игроков в дополнение к приветственным бонусам.

И ещё один повод подключиться уже сейчас: 27 августа состоится Friendly Tournament для партнёров ПОКЕРОК Partners. Успейте подключиться до 25 августа, чтобы принять участие!

Присоединяйтесь к ПОКЕРОК Partners и начинайте зарабатывать на своём трафике уже сейчас!

ОСВОИТЬ НОВЫЙ ИНСТРУМЕНТ ЗА 2 МЕСЯЦА И НЕ ПОТЕРЯТЬ ПРОИЗВОДСТВО — РЕАЛЬНО

Команда проектировщиков АО «НПП «ИСТА-СИСТЕМС» прошла обучение nanoCAD BIM ОПС в гибридном формате: видеоуроки в СДО + консультации. Без «выдергивания» людей из работы, без стопа по задачам, без попытки загнать всех в один темп.

Что здесь важно для HR и TA:
— обучение встроили в рабочий процесс, а не поставили ему в противовес;
— формат дал команде возможность учиться в своем ритме;
— после обучения знания не остались на уровне «посмотрели и забыли» — их сразу применили в крупном проекте.

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

Хороший onboarding и обучение — это не про «чуть позже разберутся». Это про скорость выхода в продуктив и снижение рисков на проекте.

ПЛЕЙБУКИ НЕ НУЖНЫ? ЕСТЬ ОБРАЗЫ, КОТОРЫЕ ЭКОНОМЯТ ЧАСЫ

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

Здесь работает другой подход — разворачивать типовые среды из готовых образов с уже предустановленным ПО. Для админов и DevOps это способ убрать повторяющуюся ручную работу, ускорить старт и не плодить поддержку ради одной и той же конфигурации 🛠️

Что даёт такой формат:
— быстрее запуск типовых сервисов;
— меньше кастомного кода и точек отказа;
— проще масштабировать однообразные окружения;
— удобнее для задач, где базовой настройки достаточно.

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

Для IT-команд это хороший вопрос на уровне процессов: где вы реально экономите время, а где просто красиво автоматизируете рутину?

НОВАЯ МОДЕЛЬ В 200 КИЛОБАЙТ: КАК РЕШЕНИЯ ПО ЖЕЛЕЗУ МЕНЯЮТ ПРОДУКТ И КОМАНДУ

Хороший технический кейс — это не только про ML и архитектуру, но и про ограничения, в которые команда упирается уже на старте: память, батарея, частота чипа, баги SDK, формат устройства. И вот здесь особенно видно, кто умеет не «доделывать фичу», а переизобретать решение под реальность продукта.

История с голосовой активацией в наушниках — отличный пример для тех, кто нанимает инженеров в сложный embedded / AI / consumer tech стек. На бумаге задача выглядит как «перенести распознавание на устройство». На практике это: пересобрать споттер, ужать модель, сохранить качество и не убить автономность. ⚙️

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

Если в интервью вы слышите только «я обучал модель», а не «я адаптировал её под железо и продукт» — это разный уровень зрелости.

ХВАТИТ ВАЙБКОДИТЬ ВСЁ ПОДРЯД

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

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

Это как в найме: не всегда нужен «идеальный процесс». Иногда нужен процесс, который:
1) можно повторить
2) можно передать другому
3) не зависит от доступа к трем сервисам и одному героическому человеку

С ИИ та же история: если задача решается без разработки, не тащите разработку ради ощущения прогресса. Иначе вы строите не решение, а новый слой сложности.

Хороший вопрос не «как это завайбкодить?», а «что здесь должно остаться понятным через месяц — мне, команде и следующему человеку в процессе?» 💡