Наташа Бабаева про «ооо, а давайте еще вот это приделаем к проекту и еще вот это»:

Кажется, Лужков писал, что у него был такой прием — укрупни задачу, чтобы ее не делать.
Приходит тебе тупое поручение сверху, а ты «Дааа! Это очень важно! И не просто это нужно сделать, а вот это, и еще вот это, и это». Потом ни у кого ресурсов на этот раздутый проект не оказывается и проект умирает.

Вы знаете что сегодня делать с задачами!

Пока я в Новосибирске зашел в гости к InfoTeCS поснимал офис немного поприставал к людям.
Смонтирую видосик и выложу.
Если что-то хотите про них узнать пишете, я еще успею подсеять и включить в обзор)

Вы, наверное, уже читали внутреннюю памятку для сотрудников Shopify про ИИ, которая сначала утекла в сеть, а потом уже и CEO Тоби Лютке у себя в X опубликовал.

Там 6 пунктов:

1. Использование ИИ теперь — фундаментальное ожидание от каждого сотрудника Shopify.

2. ИИ обязательно использовать на стадии прототипирования GSD. Get Shit Done — это у них такая методология и инструмент ведения проектов.

3. Вопросы про использование ИИ включаются в оценку перформанса и взаимного оценивания. В том числе — кто кому помогал осваивать ИИ.

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

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

6. Это относится к каждому сотруднику, включая CEO и высшее руководство.


Это пост-намек, осваивайте ИИ, изучайте правила написания промтов, сохраняйте удачные промты.

А как у вас дела в компании с ИИ?

Вы хотели анализ ИИ, его уже сделали за меня - Ознакомиться.

А я развернул Ollama и возьму модель из их библиотеки.

Попробую пока какую-то маленькую модель, для «большой хорошей» надо комп обновлять)

Напомню цель. Я пишу заметки в obsidian и хочу обучать нейронку прям из своей базы знаний.

Меня очень часто называют Влад.
А вы знали что Влад и Владимир это разные имена?

Что-то типо Алексей и Александр, только Владимир и Влад

Не знаете о чем говорить с коллегами первые пару минут пока все собираются на встречу? Ловите несколько идей!

🚀 Масштабирование: как справиться с ростом нагрузки?

Интро: Собрался с силами и буду постить понемного о ходе обучения в Яндекс.Практикум, кратко буду рассказывать про темы и ощущения.

Представьте стартап «УОМ» — онлайн-магазин, который начинал с тысяч товаров и сотен заказов в день. Но в Чёрную пятницу, сайт начал тормозить, а клиенты — жаловаться на ошибки.

Проблемы «УОМ»:
🔹 Сервер — один, мощный, но ненадёжный.
🔹 База данных — не справляется с нагрузкой.
🔹 Приложение — падает под нагрузкой, перезапуск занимает время.
🔹 Сайт — работает, но не отказоустойчив, а загрузка контента в других регионах медленная.

Что делать? Масштабировать!

🔹 Два основных подхода:
Вертикальное масштабирование — добавление ресурсов (CPU, RAM, HDD) к одному серверу.
➖ Ограничено физически, дорого.
➖ Не решает проблему отказоустойчивости.

Горизонтальное масштабирование — добавление новых серверов и распределение нагрузки.
➖ Сложнее в настройке, но даёт гибкость и отказоустойчивость.

Облачное масштабирование — гибридный вариант, использует ресурсы облаков (AWS, GCP и др.).

🔥 Методы горизонтального масштабирования
➖Репликация — копирование данных на несколько серверов (например, для ускорения доступа в разных регионах).
➖Шардирование — разбиение данных на части (по регионам, типам данных).
➖Кеширование — хранение часто запрашиваемых данных в памяти (например, топ-10 товаров).
➖Автоматическое масштабирование — динамическое добавление серверов под нагрузку.

📊 Профили нагрузки
➖Статический (нагрузка предсказуема, например, ночью мало пользователей).
➖Динамический (резкие скачки, как в Чёрную пятницу).

🔜 В следующих постах: Подробнее обсудим масштабирование и составные его части.

💬 А вы сталкивались с проблемами масштабирования? Делитесь в комментариях!

#БазыДанных #Масштабирование #DevOps #Backend #ЯндексПрактикумАрхитектура

Как я учусь в Яндексе.Практикум на архитектора (и почему это кайфово)

Практика — вот что действительно цепляет! Наконец-то разбираюсь с темами, которые вечно откладывал, потому что задания заставляют не просто читать, а сразу делать.

Ловлю себя на мысли, что теперь любое задание встречаю фразой: «Ты ж архитектор!» 😎

Например:
▫️ Нужно спроектировать микрофронтенды? Открыл draw.io, нарисовал схему, расписал логику.
▫️ Собрать приложение на React из нескольких сервисов? «Ты ж архитектор» — микрофронты, интеграция, немного кода, готово. Не зря я начинал карьеру фронтендом и писал под ie6 (олды испытали боль)
▫️ Разобраться с базами и масштабируемостью? «Ты ж архитектор» — поднял в Docker Redis, MongoDB, настроил шардирование, репликацию…

Что в этом крутого?
Знания не висят в воздухе — сразу превращаются в реальные решения. И да, это безумно мотивирует!

А ещу я вспомнил почему терминал в IDE это удобно и быстро)

Кстати, а у вас есть такие «мантры», которые помогают браться за сложные задачи?

Помните пост про возможности? Вот встретил ещё визуализацию

— Не «Информация исчезнет через 5 дней», а «Информация будет доступна ещё 5 дней».
— Не «Договор расторгнут», а «Нужен новый договор».
— Не «Заплатите, иначе услуга будет приостановлена», а «Чтобы продолжать пользоваться, заплатите до 7 марта».
— Не «Услуга доступна не чаще 2 раз в год», а «Можно пользоваться 2 раза в год».

Планы на май

Внезапно все вышло из под контроля и май получается насыщенным

🗓15 мая - Москве. Секретное мероприятие с холиванрными аналитическими посиделками, следите за анонсами (@holivarno)

🗓17 мая - Минск. Т1 хот-код: ИТ Барбекю. Доклад уже приняли (https://t1-hot-cod.by/)

🗓22 мая - Москва. TechMeetup #9 System analysis. Буду в программном комитете и помогать с организацией. Приходите обязательно. (@tech_meetup)

🗓23-24 мая - Санкт-Петербург. Analyst Days 2025, мне еще не написали, что доклад принят, но в сетке он появился. (https://analystdays.ru/)

Если думаете, куда в этом году ещё пойти, вот я список мероприятий публиковал: https://bv-dev.ru/it-конференции-2025/

А вообще приходите везде, встретимся, пообщаемся, будет интересно!

Аркадий Морейнис про лайки:

1. Если вы пишете для удовольствия — считайте лайки. Если занимаетесь контент-маркетингом — плюньте на них.

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

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

4. Чьи-то книги высоко оценивают профессиональные критики. А чьи-то — хорошо продаются. Если мы не знаем, что должен сделать человек, прочитавший наш пост или посмотревший ролик — мы хотим, чтобы он поставил лайк. Если знаем — замеряем конверсию в действие.

5. В общем, правильные метрики контент-маркетинга всегда должны лежать за пределами контента. Если мы зациклились на оценке контента — значит, мы перестали заниматься маркетингом.
#интересно

В мае(получается сегодня) вступает в силу закон, регулирующий вопросы утечки персональных данных

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

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

В случае повторного нарушения штрафы могут вырасти до 3% объема выручки.

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

Я понимаю, что у вас данные точно не утекут, но посмотреть стоит и возможно что-то модифицировать