Решил чуть глубже погрузиться в тему про DeepSeek, и из этого получилась расширенная версия поста, который я опубликовал на vc.ru.

https://vc.ru/u/3184254-narek-meliksetyan/1782260-deepseek-kitaiskii-ii-o-kotorom-seichas-vse-govoryat

Давно не постил ничего о том, что напрямую относится к тематике канала. И вот подъехала новость из Яндекса.

Яндекс открыл исходный код своего инструмента Perforator, который помогает оптимизировать работу серверов и может сократить затраты на их обслуживание до 20%. Посмотреть исходный код Perforator и подробности замеров можно на GitHub, а почитать про разработку библиотеки — на Хабре. Яндекс уже использует этот инструмент для своих сервисов (Поиск, Реклама) и планирует его дальнейшее развитие, включая улучшение поддержки Python и Java.

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

Основные особенности Perforator:
• Анализирует работу приложений на сервере в реальном времени
• Показывает распределение ресурсов серверов
• Минимально влияет на работу программ
• Безопасен в использовании (данные остаются внутри компании)

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

Отличное видео от @wndtn про производительность программ. #рекомендую

Уже долгое время на рынке IT оценивали больше soft skill (умение коммуницировать и ) чем hard skills (сами навыки разработки). Это дало свои как положительные так и не очень плоды. И вот мы начинаем расхлёбывать истории, когда скорость и простота разработки ставилась выше качества. И теперь даже простые программы жрут ресурсов сильно больше положенного.

В ответ появился новый тренд - Blazingly Fast Performance, делающий упор на качество и производительность кода. Этот подход призывает разработчиков вернуться к основам оптимизации, внимательнее относиться к использованию ресурсов и писать более эффективный код. Всё больше компаний начинают понимать, что производительность напрямую влияет на удовлетворенность пользователей и, как следствие, на успех продукта.

Я считаю очеь важным соблюдать баланс и не жертвовать ни soft skills, ни hard skills. Нужно уделять достаточно внимания как непосредственным требованиям бизнеса, так и качеству разработки продукта. В противном случае проиграют все: либо вы будете быстро выпускать говнопрограммы, которыми никто не будет пользоваться, либо будете доводить их до совершенства, когда продукт уже потеряет актуальность.

https://youtu.be/EjO89zgT8Hc

Асинхронность. Что это и с чем едят?

Одной из самых частых тем для вопросов на собеседованиях в IT является асинхронность. Давайте попробуем разобраться, что это такое и как работает.

Представьте, что вы готовите сложный обед. У вас есть несколько блюд, и каждое требует времени на приготовление. Если готовить синхронно (последовательно), вы бы сначала полностью приготовили первое блюдо, потом второе, и так далее. Но опытный повар работает иначе: пока варится суп, он нарезает салат, а в это время в духовке готовится мясо.

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

В основе асинхронности лежит Событийный цикл (Event Loop). Это главный "диспетчер", который управляет выполнением всех задач. Его можно представить как бесконечный цикл, который постоянно проверяет состояние Call Stack и выполняет доступные задачи.

Компоненты событийного цикла:

1. Call Stack (Стек вызовов)
- Место выполнения текущего кода
- Работает по принципу "последним пришёл - первым ушёл" (LIFO - Last In, First Out)
- Выполняет только одну операцию за раз

2. Callback Queue (Очередь колбэков)
- Очередь задач, ожидающих выполнения
- Работает по принципу "первым пришёл - первым ушёл" (FIFO - First In, First Out)
- Содержит готовые к выполнению колбэки

3. Web APIs / System APIs
- Внешние системы для длительных операций
- Например: таймеры, сетевые запросы, файловые операции
- Работают параллельно с основным потоком

Процесс работы:
1. Код попадает в Call Stack
2. При встрече асинхронной операции она передаётся в APIs
3. Основной код продолжает выполняться
4. После завершения асинхронной операции её колбэк попадает в Callback Queue
5. Event Loop проверяет:
- Пуст ли Call Stack
- Если да, берёт первую задачу из Callback Queue
- Помещает её в Call Stack для выполнения

Способы работы с асинхронностью

За годы развития появилось несколько подходов к написанию асинхронного кода:
1. Колбэки (Callbacks)
Как оставить номер телефона другу: "Позвони мне, когда будешь готов"
2. Промисы (Promises)
Как заказ в ресторане: вам дают чек (промис), и когда заказ будет готов, вы получите либо блюдо, либо извинения
3. Async/Await
Самый современный и удобный способ. Как рецепт: "Возьми курицу, подожди пока замаринуется, затем положи в духовку"

Когда использовать асинхронность?

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

Идеально подходит для:
- Операций ввода/вывода (чтение/запись файлов)
- Работы с сетью (API-запросы, веб-сокеты)
- Поддержки множества одновременных соединений
- Интерфейсов, где важна отзывчивость приложения

Не стоит использовать, когда:
- Задачи требуют интенсивных вычислений (обработка видео, сложные расчёты)
- Операции простые и быстрые (базовые вычисления, работа со строками)
- Код должен быть максимально простым и понятным

Главный принцип: если в вашем коде много операций ожидания — асинхронность поможет использовать это время эффективно. Если же код в основном занимается вычислениями или простыми последовательными операциями — лучше остаться с синхронным подходом.

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

#база

Меня попытались развести мошенники

Друзья, будьте бдительны! Методы мошенников войти в доверие и ограбить вас модифицируются регулярно.

Сегодня написал чел, который представился генеральным директором с одного из моих прошлых мест работы, где я работал ещё 4 года назад. Я сразу понял, что это какой-то скам, как минимум потому что он написал мне на рабочий телеграм-аккаунт, который я создал буквально на днях, и который привязан к моему личному российскому номеру. Через этот новый аккаунт я никогда не контактировал ни с кем, вне моей текущей работы.

Он мне отправил фото с распечаткой какой-то переписки в телеграме со штампом ФСБ, где ему якобы угрожают. Сказал, что если мне такие люди напишут, то сразу блокировать и никому не отвечать. А потом сразу сказал, что оперативники ФСБ запросили контакты всех сотрудников начиная с 2018 года, что там есть и мои ФИО, что с ним уже связались, со мной тоже скоро свяжется.

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

Я его поблагодарил за предостережение и сказал, что буду блокировать всех мутных незнакомцев — и заблокировал его.

Это, конечно, смешно, но и печально. Нас пытаются напугать через якобы ФСБ, родных, наше руководство. Не ведитесь на это, сразу обрывайте контакты. Если это что-то реальное, то с вами в любом случае найдут контакт. И уж точно, когда начинают говорить о деньгах или прочих - решайте такие вопросы только лично.

Берегите себя, всех люблю! ❤️

Многопоточность и многопроцессность. Как готовить и чем отличаются?

Ешё пара важных тем на собеседованиях, которые часто идут рядом - это многопоточность и многопроцессность. Давайте рассмотрим эти подходы, продолжив нашу кулинарную аналогию. Представьте, что у вас уже есть опытный повар (наш основной поток), который умеет готовить асинхронно: пока в духовке запекается мясо, он нарезает овощи и перемешивает соусы. Однако бывают случаи, когда объёма работы так много или она настолько разнообразна, что даже одному очень расторопному повару сложновато всё успевать. И тут на сцену выходит «армия поваров» – многопоточность и многопроцессность.

Многопоточность (Multi-threading)

Если у нас одна кухня, но в ней работает сразу несколько поваров (потоков), это и есть многопоточность. Все они делят одни и те же ресурсы (рабочие поверхности, посуду, продукты). В программировании это означает, что несколько потоков делят одну область памяти процесса.

- Преимущество: потоки могут быстро обмениваться данными, ведь всё находится в одном месте).
- Недостаток: нужно следить, чтобы потоки не мешали друг другу. Представьте, что один повар хочет добавить соль, а другой – переложить смесь в другую тару. Если не согласовать действия, могут произойти «конфликты» (гонки данных, deadlock и прочие проблемы синхронизации).

Многопроцессность (Multi-processing)

Представьте теперь, что у вас несколько отдельных кухонь, каждая со своим набором поваров, посуды и запасов продуктов. Это – многопроцессность. Каждый процесс имеет свою выделенную память и не «лезет» в область памяти других процессов напрямую (в отличие от потоков).

- Преимущество: если в одной кухне где-то случился пожар (ошибка в процессе), другие кухни продолжают работать бесперебойно. Ошибки или утечки памяти в одном процессе обычно не влияют напрямую на остальные.
- Недостаток: взаимодействие между разными кухнями (процессами) сложнее и медленнее, чем в одной кухне (процессе с потоками). Нужно организовывать специальные «коридоры» или «курьеров» для передачи блюд или продуктов (IPC – межпроцессное взаимодействие).

Как сочетаются с асинхронностью?

Возвращаясь к нашему «асинхронному повару»: асинхронность – это умение одного повара не тратить время впустую и продолжать готовить разные блюда, пока одно из них «дозревает» в духовке или на плите.

- Если у вас один повар (процесс, поток), он может вести себя асинхронно, грамотно переключаясь между операциями ввода/вывода, ожидания и обработки, не простаивая в ожидании.
- Если у вас много поваров в одной кухне (многопоточность) или несколько кухонь (многопроцессность), каждый повар (или группа поваров) тоже может работать асинхронно внутри своего «пространства».

Таким образом, многопоточность/многопроцессность и асинхронность могут сочетаться. Вы можете иметь несколько поваров (потоков или процессов), и каждый из них ещё и работать асинхронно. Но чем больше поваров и чем сложнее их коммуникация, тем важнее продуманно организовать процесс готовки, чтобы никто друг другу не мешал или не простаивал.

Когда использовать многопоточность и многопроцессность?

- Многопоточность полезна, когда задачи связаны общими данными и часто обмениваются информацией. Например, нужно обрабатывать один и тот же файл или массив данных, разбивая его на части.
- Многопроцессность хороша, когда приложения могут работать независимыми модулями (каждый «процесс» сам по себе), и вы хотите повышенной надёжности: сбой в одном модуле не повлияет напрямую на другие.

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

Подытожим

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

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

Приятной готовки!

#база