Forwarded from Ебучий Google ADS 🤡
Media is too big
VIEW IN TELEGRAM
( Остров проклятых )
https://t.me/+_K1fUqPoJ8ExMWMy
https://t.me/+LdJ0ohSwKzQ5OWQ6
Please open Telegram to view this post
VIEW IN TELEGRAM
OpenLiteSpeed любят продавать как «ускоритель WordPress по умолчанию». На практике картина не такая красивая.
Сравнили OpenLiteSpeed и классический LEMP на реальных серверах: RPS, latency, TTFB, CPU, RAM и поведение под нагрузкой до 500 одновременных пользователей. И вот что важно: в синтетике OLS часто выглядит бодро, но под живой нагрузкой начинается привычная боль — скачки latency, неравномерный расход памяти и более нервная реакция на рост параллельных запросов.
LEMP, без маркетингового блеска, обычно ведёт себя предсказуемее: проще контролировать кеш, легче объяснить узкие места, стабильнее масштабирование. Для продакшена это часто важнее красивых цифр на первом прогоне.
Вывод простой: если нужен «вау-эффект» в демо — один стек. Если нужен сервер, который не поплывёт в пик — другой. ⚙️
Проблема не в OpenLiteSpeed как таковом. Проблема в том, что его нередко продают как универсальную магию, а потом забывают про реальную нагрузку, RAM-лимиты и поведение PHP-FPM под стрессом.
Сравнили OpenLiteSpeed и классический LEMP на реальных серверах: RPS, latency, TTFB, CPU, RAM и поведение под нагрузкой до 500 одновременных пользователей. И вот что важно: в синтетике OLS часто выглядит бодро, но под живой нагрузкой начинается привычная боль — скачки latency, неравномерный расход памяти и более нервная реакция на рост параллельных запросов.
LEMP, без маркетингового блеска, обычно ведёт себя предсказуемее: проще контролировать кеш, легче объяснить узкие места, стабильнее масштабирование. Для продакшена это часто важнее красивых цифр на первом прогоне.
Вывод простой: если нужен «вау-эффект» в демо — один стек. Если нужен сервер, который не поплывёт в пик — другой. ⚙️
Проблема не в OpenLiteSpeed как таковом. Проблема в том, что его нередко продают как универсальную магию, а потом забывают про реальную нагрузку, RAM-лимиты и поведение PHP-FPM под стрессом.
Forwarded from high profit — low life
⚡️ AffPapa теперь официально принадлежит Иванову
Евгений Юрьич продолжает издеваться над опозорившимся этим летом AffPapa. Вслед за базой контактов к маэстро ушел еще и товарный знак конторы...
Как проверить:
1. Перейти по ссылке
2. Ввести 2026793242
3. Ахуеть от беспомощности AffPapa
Такие сегодня новости, такая life...
High Profit — Low Life | Прислать сплетню
Евгений Юрьич продолжает издеваться над опозорившимся этим летом AffPapa. Вслед за базой контактов к маэстро ушел еще и товарный знак конторы...
Как проверить:
1. Перейти по ссылке
2. Ввести 2026793242
3. Ахуеть от беспомощности AffPapa
Такие сегодня новости, такая life...
High Profit — Low Life | Прислать сплетню
Когда в сложном ИТ-ландшафте «внедряют изменения», чаще всего ломают не код, а дисциплину. Классический провал: есть Задание на разработку, есть релизный контейнер, есть проект — но нет жёсткой трассировки, кто, что и зачем меняет. В итоге в ЦДП появляется зоопарк версий: один сервис уже на новой схеме, соседний — ещё на старой, а интеграции падают молча.
Нормальная реализация изменений выглядит не как героизм, а как конвейер:
1) фиксируем состав изменения;
2) проверяем зависимости и точки отказа;
3) проводим в изолированном контуре;
4) раскатываем по шагам;
5) сразу документируем, что именно поменялось.
Чёрный кейс здесь простой: если изменение нельзя откатить за разумное время — это не релиз, а лотерея 🎯
И ещё хуже, когда «временно» отключают контроль, а потом уже никто не помнит, какая версия где живёт. Для цифрового двойника это прямой путь к ложной картине системы и ошибочным решениям.
Вывод жёсткий: изменение без управляемого контура — это не развитие, а скрытая деградация инфраструктуры 🔧
Нормальная реализация изменений выглядит не как героизм, а как конвейер:
1) фиксируем состав изменения;
2) проверяем зависимости и точки отказа;
3) проводим в изолированном контуре;
4) раскатываем по шагам;
5) сразу документируем, что именно поменялось.
Чёрный кейс здесь простой: если изменение нельзя откатить за разумное время — это не релиз, а лотерея 🎯
И ещё хуже, когда «временно» отключают контроль, а потом уже никто не помнит, какая версия где живёт. Для цифрового двойника это прямой путь к ложной картине системы и ошибочным решениям.
Вывод жёсткий: изменение без управляемого контура — это не развитие, а скрытая деградация инфраструктуры 🔧
Forwarded from В арбитраже денег нет?
ЕЮ Иванов продолжает кошмарить АффПапу, конторку, которая накинула говна на вентилятор этим летом. Тогда в AffPapa не знали, с каким говном идут бодаться, поэтому заслуженно проиграли. 😏
На этот раз ЕЮ зарегал товарный знак AffPapa — совсем скоро имя компании будет официально принадлежать ему. Чтобы убедиться в трушности мува, переходим по ссыл-Очке и вводим серийный номер: 2026793242. Там видим, что заявка на регистрацию подана лично Евгением Юрьичем.
Всё это выглядит забавно, но давайте не забывать, в какой сфере мы работаем и что реально может произойти с жирным троллем за воровство нейминга. Впрочем, толстому не привыкать отхватывать пиздов за проделки в интернете, поэтому ждем очередную фотку разбитого ебала и длинный пост с извинениями. 😏😏😏
В арбитраже денег нет 💵
На этот раз ЕЮ зарегал товарный знак AffPapa — совсем скоро имя компании будет официально принадлежать ему. Чтобы убедиться в трушности мува, переходим по ссыл-Очке и вводим серийный номер: 2026793242. Там видим, что заявка на регистрацию подана лично Евгением Юрьичем.
Всё это выглядит забавно, но давайте не забывать, в какой сфере мы работаем и что реально может произойти с жирным троллем за воровство нейминга. Впрочем, толстому не привыкать отхватывать пиздов за проделки в интернете, поэтому ждем очередную фотку разбитого ебала и длинный пост с извинениями. 😏😏😏
В арбитраже денег нет 💵
На рынке IT-брендов работодателей снова запускают «исследование». На входе — большой опрос, на выходе обычно красивые графики и список компаний, которые умеют лучше других продавать свой HR-образ.
Но у таких рейтингов есть слабое место: методика. Кто отвечает, как фильтруются ответы, что считается «сильным брендом», а что просто шумом — в публичных анонсах часто тонет в маркетинге. И если потом этим рейтингом начинают мерить рынок, получается перекос: видим не качество найма, а узнаваемость и активность PR-команды.
Для вебмастеров и студий это тоже сигнал. Когда подрядчик или хостинг обещает «лидерство в отрасли», смотрите не на красивую витрину, а на измеримые вещи: SLA, uptime, скорость реакции поддержки, прозрачность миграций, резервные копии, нормальную DNS-практику. 🚦
Репутация полезна. Но в технике решают не лозунги, а метрики.
Но у таких рейтингов есть слабое место: методика. Кто отвечает, как фильтруются ответы, что считается «сильным брендом», а что просто шумом — в публичных анонсах часто тонет в маркетинге. И если потом этим рейтингом начинают мерить рынок, получается перекос: видим не качество найма, а узнаваемость и активность PR-команды.
Для вебмастеров и студий это тоже сигнал. Когда подрядчик или хостинг обещает «лидерство в отрасли», смотрите не на красивую витрину, а на измеримые вещи: SLA, uptime, скорость реакции поддержки, прозрачность миграций, резервные копии, нормальную DNS-практику. 🚦
Репутация полезна. Но в технике решают не лозунги, а метрики.
Красивый BI-дашборд сам по себе ничего не меняет. Это как поставить дорогой монитор в серверную и ждать, что uptime вырастет.
Чёрный кейс обычно такой: отчёт собрали, доступы выдали, на демо все кивнули. Через месяц всё по-старому — цифры спрашивают в чате, Excel живёт отдельной жизнью, финансы сверяют свои файлы, коммерция — свои. Дашборд открывают не для управления, а чтобы быстро подтвердить уже принятое решение.
Проблема не в Power BI, DataLens или Tableau. Проблема в том, что отчёт сделали как витрину, а не как часть процесса. Нет правила, кто и на основании каких метрик принимает решение. Нет ответственности за данные. Нет отказа от параллельных “истин” в Excel. Итог предсказуем: BI есть, управления нет.
Если дашборд не встроен в регламент, он остаётся просто вкладкой в браузере. И это не аналитика — это дорогая справка. ⚠️
Чёрный кейс обычно такой: отчёт собрали, доступы выдали, на демо все кивнули. Через месяц всё по-старому — цифры спрашивают в чате, Excel живёт отдельной жизнью, финансы сверяют свои файлы, коммерция — свои. Дашборд открывают не для управления, а чтобы быстро подтвердить уже принятое решение.
Проблема не в Power BI, DataLens или Tableau. Проблема в том, что отчёт сделали как витрину, а не как часть процесса. Нет правила, кто и на основании каких метрик принимает решение. Нет ответственности за данные. Нет отказа от параллельных “истин” в Excel. Итог предсказуем: BI есть, управления нет.
Если дашборд не встроен в регламент, он остаётся просто вкладкой в браузере. И это не аналитика — это дорогая справка. ⚠️
Хороший код легко обманчив. На ревью он выглядит аккуратно: функции названы нормально, ошибки обрабатываются, линтер молчит. А потом через 2–3 года открываешь тот же проект и видишь не систему, а набор заплаток.
Вот типичный чёрный кейс из веба: форма «чуть-чуть подправили» 18 раз. Поля добавляли без схемы, валидацию размазывали по компонентам, бизнес-логику прятали в обработчик submit, а интеграцию с CRM — в три отдельных файла. Код формально хороший. Архитектура — нет.
Итог всегда один: любое изменение ломает соседний слой, баги становятся невоспроизводимыми, а разработка превращается в раскопки по 40 минут ради правки одной кнопки. 📉
Проблема не в руках конкретного разработчика. Проблема в том, что код можно писать «правильно» локально и при этом строить плохую систему глобально.
Если коротко: красивый код не спасает, когда нет границ между слоями, единого источника истины и понятного пути данных. А потом уже поздно удивляться, почему проект «вроде живой», но трогать его страшно.
Вот типичный чёрный кейс из веба: форма «чуть-чуть подправили» 18 раз. Поля добавляли без схемы, валидацию размазывали по компонентам, бизнес-логику прятали в обработчик submit, а интеграцию с CRM — в три отдельных файла. Код формально хороший. Архитектура — нет.
Итог всегда один: любое изменение ломает соседний слой, баги становятся невоспроизводимыми, а разработка превращается в раскопки по 40 минут ради правки одной кнопки. 📉
Проблема не в руках конкретного разработчика. Проблема в том, что код можно писать «правильно» локально и при этом строить плохую систему глобально.
Если коротко: красивый код не спасает, когда нет границ между слоями, единого источника истины и понятного пути данных. А потом уже поздно удивляться, почему проект «вроде живой», но трогать его страшно.
Forwarded from Natalia
ВПЕРВЫЕ! ТОЛЬКО ОДИН ВЕЧЕР!
🫥 ПИАР-ВОЙС В ЭТОМ ЧАТЕ🫥
Участников никто не знает.
Откуда они? Хуй его знает.
Темы — просто пиздец!
• Аналитика на двух лидах
• Слив анлим бюджетов
• Как просрать медийку
• Где найти нормальную работу
• Как закупиться себе в карман
⚡ Все это для тех, кто придет на ВОЙС
На котором обсудим:
Модераторы: @adv_god @natnetak
NO RESPECT CHAT • 27.08 • 19:00 GMT+3
Участников никто не знает.
Откуда они? Хуй его знает.
Темы — просто пиздец!
• Аналитика на двух лидах
• Слив анлим бюджетов
• Как просрать медийку
• Где найти нормальную работу
• Как закупиться себе в карман
Как делать PR, маркетинг и деньги в арбитраже трафика
На котором обсудим:
• На что компании еще готовы тратить деньги
• За чье внимание мы вообще конкурируем
• Что действительно работает, а что сливает бабки
• PR vs маркетинг
• Как измерить результаты кампейнов
• Что делать с запросом «хочу, чтобы про нас все знали»
Модераторы: @adv_god @natnetak
NO RESPECT CHAT • 27.08 • 19:00 GMT+3
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Иногда мне кажется, что я работаю не в iGaming, а в похоронном бюро.
Каждый день кто-то приносит очередной продукт и говорит: «У нас почему-то падает LTV.»
Потом открываешь аналитику и понимаешь, что игроки предупреждали об этом ещё месяц назад.
Просто никто не слушал.
Я — Head of Retention. И в своём канале разбираю ошибки, из-за которых команды месяцами теряют LTV, даже не замечая этого.
Каждый день кто-то приносит очередной продукт и говорит: «У нас почему-то падает LTV.»
Потом открываешь аналитику и понимаешь, что игроки предупреждали об этом ещё месяц назад.
Просто никто не слушал.
Я — Head of Retention. И в своём канале разбираю ошибки, из-за которых команды месяцами теряют LTV, даже не замечая этого.
Делегирование часто ломается не на задаче, а на границе ответственности.
Кейс из практики: тимлид отдал работу, назначил исполнителя, согласовал срок — и через 2 дня задача вернулась обратно. Не потому что человек «не потянул», а потому что ему отдали только действие, но не полномочия.
Типовой сценарий:
— каждый шаг требует подтверждения;
— на первой же развилке исполнитель ждёт указаний;
— при первой ошибке задача всплывает обратно владельцу.
Это не делегирование. Это ручной режим с пересылкой чатов.
Что нужно отдавать вместе с задачей:
1. Цель — что считается результатом.
2. Границы — что можно решать самостоятельно.
3. Риски — где можно ошибиться и как действовать.
4. Точки эскалации — когда возвращать вопрос, а не всю задачу.
5. Критерий готовности — без «ну я посмотрю».
Если полномочий нет, задача неизбежно вернётся. И это не проблема исполнителя. Это чёрная дыра в управлении, замаскированная под делегирование.
Кейс из практики: тимлид отдал работу, назначил исполнителя, согласовал срок — и через 2 дня задача вернулась обратно. Не потому что человек «не потянул», а потому что ему отдали только действие, но не полномочия.
Типовой сценарий:
— каждый шаг требует подтверждения;
— на первой же развилке исполнитель ждёт указаний;
— при первой ошибке задача всплывает обратно владельцу.
Это не делегирование. Это ручной режим с пересылкой чатов.
Что нужно отдавать вместе с задачей:
1. Цель — что считается результатом.
2. Границы — что можно решать самостоятельно.
3. Риски — где можно ошибиться и как действовать.
4. Точки эскалации — когда возвращать вопрос, а не всю задачу.
5. Критерий готовности — без «ну я посмотрю».
Если полномочий нет, задача неизбежно вернётся. И это не проблема исполнителя. Это чёрная дыра в управлении, замаскированная под делегирование.
Рост заказов ломает не только склад. Он первым делом ломает иллюзию, что «и так работает».
Когда бизнес подключает маркетплейсы, ускоряет доставку и даёт клиенту выбор по времени, нагрузка на склад растёт не на 20%, а в разы. А внутри всё ещё живут:
— бумажный отбор;
— остатки, которые не сходятся;
— упаковка «на глаз»;
— статусы, внесённые потом;
— зависимость от двух людей, которые «всё помнят».
Это классический чёрный кейс: выручка растёт, а операционка начинает тонуть. Снаружи — больше заказов. Внутри — больше ошибок, пересорт, возвраты, срывы SLA и ночные авралы. 📉
У складов и IT одна и та же болезнь: старый процесс пытаются насильно удержать при новой скорости. Работать «как привыкли» можно только до первого пика нагрузки. Потом система показывает, где у неё реальные узкие места.
Вывод простой: если оборот ускорился, склад надо не «подбадривать», а перестраивать под новую скорость. Иначе рост продаж будет съедаться потерями на обработке.
Когда бизнес подключает маркетплейсы, ускоряет доставку и даёт клиенту выбор по времени, нагрузка на склад растёт не на 20%, а в разы. А внутри всё ещё живут:
— бумажный отбор;
— остатки, которые не сходятся;
— упаковка «на глаз»;
— статусы, внесённые потом;
— зависимость от двух людей, которые «всё помнят».
Это классический чёрный кейс: выручка растёт, а операционка начинает тонуть. Снаружи — больше заказов. Внутри — больше ошибок, пересорт, возвраты, срывы SLA и ночные авралы. 📉
У складов и IT одна и та же болезнь: старый процесс пытаются насильно удержать при новой скорости. Работать «как привыкли» можно только до первого пика нагрузки. Потом система показывает, где у неё реальные узкие места.
Вывод простой: если оборот ускорился, склад надо не «подбадривать», а перестраивать под новую скорость. Иначе рост продаж будет съедаться потерями на обработке.
Как выбрать хостинг без лотереи: 7 проверок до оплаты тарифа
Хостинг выбирают не по баннеру «быстро и дёшево», а по рискам для сайта. До оплаты задайте себе три вопроса: сколько трафика держит проект, что будет при падении, кто восстановит данные, если сломается релиз.
Проверьте базу:
— тип: shared для простого сайта, VPS для контроля и нагрузки, managed — если нет админа;
— ресурсы: CPU/RAM/IOPS важнее «безлимитного диска»;
— бэкапы: частота, срок хранения, где лежат, можно ли восстановить один сайт или базу;
— поддержка: канал связи, время реакции, готовность смотреть логи, а не отвечать шаблоном.
Отдельно смотрите сеть и DNS. Нужны нормальные NS, понятная панель записей, IPv6 по необходимости, SSL без ручного квеста, возможность быстро сменить A/MX/TXT. Для почты проверьте SPF, DKIM, DMARC и ограничения на отправку.
Мини-тест перед переносом: залейте копию сайта, включите мониторинг, проверьте скорость админки, загрузку файлов, отправку почты и восстановление из бэкапа. Если на тесте уже больно — в проде будет дороже.
Хороший хостинг не самый дешёвый, а предсказуемый: понятные лимиты, живые бэкапы, внятная поддержка и простой выход без удержания домена и данных.
Хостинг выбирают не по баннеру «быстро и дёшево», а по рискам для сайта. До оплаты задайте себе три вопроса: сколько трафика держит проект, что будет при падении, кто восстановит данные, если сломается релиз.
Проверьте базу:
— тип: shared для простого сайта, VPS для контроля и нагрузки, managed — если нет админа;
— ресурсы: CPU/RAM/IOPS важнее «безлимитного диска»;
— бэкапы: частота, срок хранения, где лежат, можно ли восстановить один сайт или базу;
— поддержка: канал связи, время реакции, готовность смотреть логи, а не отвечать шаблоном.
Отдельно смотрите сеть и DNS. Нужны нормальные NS, понятная панель записей, IPv6 по необходимости, SSL без ручного квеста, возможность быстро сменить A/MX/TXT. Для почты проверьте SPF, DKIM, DMARC и ограничения на отправку.
Мини-тест перед переносом: залейте копию сайта, включите мониторинг, проверьте скорость админки, загрузку файлов, отправку почты и восстановление из бэкапа. Если на тесте уже больно — в проде будет дороже.
Хороший хостинг не самый дешёвый, а предсказуемый: понятные лимиты, живые бэкапы, внятная поддержка и простой выход без удержания домена и данных.
187‑ФЗ любят обсуждать в режиме «это вообще не про нас». И это как раз опасная ошибка.
С 1 сентября 2025 поправки 58‑ФЗ сузили поле тумана: если ваша ИТ-система обслуживает значимый бизнес-процесс, а сбой бьёт по доступности, безопасности или непрерывности — вопрос КИИ уже не теоретический. Неважно, интернет-магазин у вас, биллинг, DNS, почта или личный кабинет: если от них зависит работа компании, проверка нужна. ⚠️
Чек-лист без юрпаники:
1. Выпишите все системы, без которых бизнес встанет.
2. Отметьте, есть ли среди них внешние сервисы: сайт, DNS, почта, платежи, VPN, CDN.
3. Оцените последствия простоя: деньги, данные, репутация, исполнение договоров.
4. Проверьте, есть ли интеграции с гос- или промышленными контурами.
5. Сопоставьте с признаками субъекта КИИ.
6. Если сомневаетесь — делайте короткую классификацию до инцидента, а не после 🛠
Главный вывод простой: закон не «для всех», но и не «только для госсектора». Ошибка стоит дорого — штрафами, проверками и срочной переделкой инфраструктуры.
С 1 сентября 2025 поправки 58‑ФЗ сузили поле тумана: если ваша ИТ-система обслуживает значимый бизнес-процесс, а сбой бьёт по доступности, безопасности или непрерывности — вопрос КИИ уже не теоретический. Неважно, интернет-магазин у вас, биллинг, DNS, почта или личный кабинет: если от них зависит работа компании, проверка нужна. ⚠️
Чек-лист без юрпаники:
1. Выпишите все системы, без которых бизнес встанет.
2. Отметьте, есть ли среди них внешние сервисы: сайт, DNS, почта, платежи, VPN, CDN.
3. Оцените последствия простоя: деньги, данные, репутация, исполнение договоров.
4. Проверьте, есть ли интеграции с гос- или промышленными контурами.
5. Сопоставьте с признаками субъекта КИИ.
6. Если сомневаетесь — делайте короткую классификацию до инцидента, а не после 🛠
Главный вывод простой: закон не «для всех», но и не «только для госсектора». Ошибка стоит дорого — штрафами, проверками и срочной переделкой инфраструктуры.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
В роликах Youtube теперь можно рекламировать товары Amazone
➡️ Читайте на сайте: https://aff.top/blog/v-rolikakh-youtube-teper-mozhno-reklamirovat-tovary-amazone
🧠 Ещё больше инсайтов → в канале AFF.top
➡️ Читайте на сайте: https://aff.top/blog/v-rolikakh-youtube-teper-mozhno-reklamirovat-tovary-amazone
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Google выпустил Gemini Omni 1.1 Flash
Google обновил Gemini Omni для генерации видео: модель умеет продолжать сцены с учётом до 10 секунд контекста и собирать ролик до 40 секунд, работать по референсу и делать переходы между кадрами. Главный вывод — инструмент стал практичнее для продакшена, а посекундная цена делает его заметно доступнее для тестов и рабочих задач.
➡️ Читайте на сайте: https://aff.top/blog/google-vypustil-gemini-omni-1-1-flash
🧠 Ещё больше инсайтов → в канале AFF.top
Google обновил Gemini Omni для генерации видео: модель умеет продолжать сцены с учётом до 10 секунд контекста и собирать ролик до 40 секунд, работать по референсу и делать переходы между кадрами. Главный вывод — инструмент стал практичнее для продакшена, а посекундная цена делает его заметно доступнее для тестов и рабочих задач.
➡️ Читайте на сайте: https://aff.top/blog/google-vypustil-gemini-omni-1-1-flash
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Топ 5 PWA-сервисов для залива дейтинга
Статья показывает, что PWA выгодны не только для гемблы: в дейтинге они дают пуш-базу, больше траста и помогают маскировать оффер под бренд. Главный выбор зависит от цены инсталлов и теста GEO: для старта лучше бесплатные или дешёвые решения, а Progressier выделяется как самый практичный вариант для залива дейтинга.
➡️ Читайте на сайте: https://aff.top/blog/top-5-pwa-servisov-dlia-zaliva-deitinga
🧠 Ещё больше инсайтов → в канале AFF.top
Статья показывает, что PWA выгодны не только для гемблы: в дейтинге они дают пуш-базу, больше траста и помогают маскировать оффер под бренд. Главный выбор зависит от цены инсталлов и теста GEO: для старта лучше бесплатные или дешёвые решения, а Progressier выделяется как самый практичный вариант для залива дейтинга.
➡️ Читайте на сайте: https://aff.top/blog/top-5-pwa-servisov-dlia-zaliva-deitinga
🧠 Ещё больше инсайтов → в канале AFF.top
Повышение часто продают как апгрейд. На практике это нередко миграция без бэкапа самооценки.
Снаружи всё выглядит лучше: больше ответственности, больше влияния, выше грейд. А внутри — ощущение, что стал работать хуже. Не потому что деградировал. Просто у роли поменялись метрики.
Раньше вас оценивали по скорости и качеству личной работы. Теперь — по тому, как работает команда, как вы снимаете блокеры, как принимаете решения в тумане. Старые KPI больше не актуальны, а новые ещё не закрепились. Отсюда тревога, самозванец и вечная усталость от созвонов.
Чёрный кейс тут простой: человек пытается доказать себе ценность старыми способами — тащит задачи руками, лезет в каждую деталь, перерабатывает. Итог предсказуем: выгорание и ощущение провала, хотя объективно он стал сильнее.
Что делать:
1) Пересобрать критерии успеха.
2) Зафиксировать, что теперь ваша работа — не делать всё самому.
3) Отдельно проговорить с собой: ценность роли и ценность личности — не одно и то же. 🔧
Если после повышения стало тревожнее, это не всегда сигнал, что вы «не тянете». Часто это сигнал, что пора менять систему оценки себя.
Снаружи всё выглядит лучше: больше ответственности, больше влияния, выше грейд. А внутри — ощущение, что стал работать хуже. Не потому что деградировал. Просто у роли поменялись метрики.
Раньше вас оценивали по скорости и качеству личной работы. Теперь — по тому, как работает команда, как вы снимаете блокеры, как принимаете решения в тумане. Старые KPI больше не актуальны, а новые ещё не закрепились. Отсюда тревога, самозванец и вечная усталость от созвонов.
Чёрный кейс тут простой: человек пытается доказать себе ценность старыми способами — тащит задачи руками, лезет в каждую деталь, перерабатывает. Итог предсказуем: выгорание и ощущение провала, хотя объективно он стал сильнее.
Что делать:
1) Пересобрать критерии успеха.
2) Зафиксировать, что теперь ваша работа — не делать всё самому.
3) Отдельно проговорить с собой: ценность роли и ценность личности — не одно и то же. 🔧
Если после повышения стало тревожнее, это не всегда сигнал, что вы «не тянете». Часто это сигнал, что пора менять систему оценки себя.
🔥 Новый участник НеТОПа на AffPapa!
https://affpapa.org/netop
🏆 НеТОП на AffPapa — https://affpapa.org/netop/go/27?src=broadcast
Платный рейтинг индустрии: плати больше — стоишь выше. Займи место в топе за USDT.
💰 Ставка: $100 · сейчас #1 в рейтинге
https://affpapa.org/netop
🏆 НеТОП на AffPapa — https://affpapa.org/netop/go/27?src=broadcast
Платный рейтинг индустрии: плати больше — стоишь выше. Займи место в топе за USDT.
💰 Ставка: $100 · сейчас #1 в рейтинге
affpapa.org
НеТОП — рейтинг индустрии за USDT | affpapa.org
Аукцион мест за USDT: собрано $132.30 · #1 стоит $111.10 · 3 участников. Плати больше — стоишь выше, перебей #1.
🔥 justbrand_create — новый участник рейтинга НеТОП на AffPapa!
🏆 Своё место в топе честно купил justbrand_create: https://affpapa.org/netop/go/28?src=broadcast
💰 Ставка: $111 · сейчас #1 в рейтинге
Весь рейтинг → https://affpapa.org/netop
🏆 Своё место в топе честно купил justbrand_create: https://affpapa.org/netop/go/28?src=broadcast
💰 Ставка: $111 · сейчас #1 в рейтинге
Весь рейтинг → https://affpapa.org/netop
«Убийца WordPress» снова обещают собрать на коленке.
Заявка громкая: гибрид PHP-фреймворка и CMS, zero code для блогов и магазинов, «лучшее из Symfony» и никаких страданий для новичков. Звучит как очередной проект, который пытается закрыть сразу три рынка: фреймворк, конструктор и CMS.
Но есть важная деталь: разработчик пока один. Один человек против экосистемы, где у WordPress тысячи плагинов, темы, документация, хостеры, кеши, миграции и зоопарк багов. Это не про «сделаю лучше». Это про «сначала доведи до стабильного релиза, потом меряйся с лидером рынка».
Чёрный кейс тут простой: когда вам продают «убийцу WordPress», спрашивайте не про идею, а про риски. Кто будет поддерживать? Как часто обновления? Что с безопасностью? Как переживаются бэкапы, переносы и несовместимость модулей? Если на эти вопросы ответов нет, перед вами не альтернатива, а ещё один проект-обещание ⚠️
Заявка громкая: гибрид PHP-фреймворка и CMS, zero code для блогов и магазинов, «лучшее из Symfony» и никаких страданий для новичков. Звучит как очередной проект, который пытается закрыть сразу три рынка: фреймворк, конструктор и CMS.
Но есть важная деталь: разработчик пока один. Один человек против экосистемы, где у WordPress тысячи плагинов, темы, документация, хостеры, кеши, миграции и зоопарк багов. Это не про «сделаю лучше». Это про «сначала доведи до стабильного релиза, потом меряйся с лидером рынка».
Чёрный кейс тут простой: когда вам продают «убийцу WordPress», спрашивайте не про идею, а про риски. Кто будет поддерживать? Как часто обновления? Что с безопасностью? Как переживаются бэкапы, переносы и несовместимость модулей? Если на эти вопросы ответов нет, перед вами не альтернатива, а ещё один проект-обещание ⚠️