«Пишу для себя», — говорят многие. Но сама природа текста предполагает, что он должен быть прочитан. Фальшь и незаинтересованность не спрячешь. Начинаешь думать, как бы написать покрасивее, да ещё представляя себе читателя… — тут всё и рушится.

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

Несколько мазохистское наслаждение я испытываю от выжимания текста. Чисто формальная задача — «сократить вдвое» — ведёт не только к количественным, но и к качественным изменениям.

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

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

Василий Авченко

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

Из России всего 2 видоса🤔

https://www.gapminder.org/dollar-street

Важные новости!

Пишите правильные ответы, первый кто ответит получит приз!)

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

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

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

Пока я в Новосибирске зашел в гости к 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 #ЯндексПрактикумАрхитектура