Меня попытались развести мошенники
Друзья, будьте бдительны! Методы мошенников войти в доверие и ограбить вас модифицируются регулярно.
Сегодня написал чел, который представился генеральным директором с одного из моих прошлых мест работы, где я работал ещё 4 года назад. Я сразу понял, что это какой-то скам, как минимум потому что он написал мне на рабочий телеграм-аккаунт, который я создал буквально на днях, и который привязан к моему личному российскому номеру. Через этот новый аккаунт я никогда не контактировал ни с кем, вне моей текущей работы.
Он мне отправил фото с распечаткой какой-то переписки в телеграме со штампом ФСБ, где ему якобы угрожают. Сказал, что если мне такие люди напишут, то сразу блокировать и никому не отвечать. А потом сразу сказал, что оперативники ФСБ запросили контакты всех сотрудников начиная с 2018 года, что там есть и мои ФИО, что с ним уже связались, со мной тоже скоро свяжется.
Сказал, что мне позвонит такой-то оперативник через телеграм (кринж), назвал какую-то фамилию, а потом сказал, что как только он мне позвонит - назвал случайно другую фамилию - сообщить ему обязательно. Я спросил, а кто такой этот, которого вы потом назвали, и он резко отредактировал сообщения, прямо у меня на глазах. Я ему сообщил, что всё видел, он это проигнорировал и ещё раз предупредил и сказал быть внимательным.
Я его поблагодарил за предостережение и сказал, что буду блокировать всех мутных незнакомцев — и заблокировал его.
Это, конечно, смешно, но и печально. Нас пытаются напугать через якобы ФСБ, родных, наше руководство. Не ведитесь на это, сразу обрывайте контакты. Если это что-то реальное, то с вами в любом случае найдут контакт. И уж точно, когда начинают говорить о деньгах или прочих - решайте такие вопросы только лично.
Берегите себя, всех люблю! ❤️
Друзья, будьте бдительны! Методы мошенников войти в доверие и ограбить вас модифицируются регулярно.
Сегодня написал чел, который представился генеральным директором с одного из моих прошлых мест работы, где я работал ещё 4 года назад. Я сразу понял, что это какой-то скам, как минимум потому что он написал мне на рабочий телеграм-аккаунт, который я создал буквально на днях, и который привязан к моему личному российскому номеру. Через этот новый аккаунт я никогда не контактировал ни с кем, вне моей текущей работы.
Он мне отправил фото с распечаткой какой-то переписки в телеграме со штампом ФСБ, где ему якобы угрожают. Сказал, что если мне такие люди напишут, то сразу блокировать и никому не отвечать. А потом сразу сказал, что оперативники ФСБ запросили контакты всех сотрудников начиная с 2018 года, что там есть и мои ФИО, что с ним уже связались, со мной тоже скоро свяжется.
Сказал, что мне позвонит такой-то оперативник через телеграм (кринж), назвал какую-то фамилию, а потом сказал, что как только он мне позвонит - назвал случайно другую фамилию - сообщить ему обязательно. Я спросил, а кто такой этот, которого вы потом назвали, и он резко отредактировал сообщения, прямо у меня на глазах. Я ему сообщил, что всё видел, он это проигнорировал и ещё раз предупредил и сказал быть внимательным.
Я его поблагодарил за предостережение и сказал, что буду блокировать всех мутных незнакомцев — и заблокировал его.
Это, конечно, смешно, но и печально. Нас пытаются напугать через якобы ФСБ, родных, наше руководство. Не ведитесь на это, сразу обрывайте контакты. Если это что-то реальное, то с вами в любом случае найдут контакт. И уж точно, когда начинают говорить о деньгах или прочих - решайте такие вопросы только лично.
Берегите себя, всех люблю! ❤️
❤11🤝3
Многопоточность и многопроцессность. Как готовить и чем отличаются?
Ешё пара важных тем на собеседованиях, которые часто идут рядом - это многопоточность и многопроцессность. Давайте рассмотрим эти подходы, продолжив нашу кулинарную аналогию. Представьте, что у вас уже есть опытный повар (наш основной поток), который умеет готовить асинхронно: пока в духовке запекается мясо, он нарезает овощи и перемешивает соусы. Однако бывают случаи, когда объёма работы так много или она настолько разнообразна, что даже одному очень расторопному повару сложновато всё успевать. И тут на сцену выходит «армия поваров» – многопоточность и многопроцессность.
Многопоточность (Multi-threading)
Если у нас одна кухня, но в ней работает сразу несколько поваров (потоков), это и есть многопоточность. Все они делят одни и те же ресурсы (рабочие поверхности, посуду, продукты). В программировании это означает, что несколько потоков делят одну область памяти процесса.
- Преимущество: потоки могут быстро обмениваться данными, ведь всё находится в одном месте).
- Недостаток: нужно следить, чтобы потоки не мешали друг другу. Представьте, что один повар хочет добавить соль, а другой – переложить смесь в другую тару. Если не согласовать действия, могут произойти «конфликты» (гонки данных, deadlock и прочие проблемы синхронизации).
Многопроцессность (Multi-processing)
Представьте теперь, что у вас несколько отдельных кухонь, каждая со своим набором поваров, посуды и запасов продуктов. Это – многопроцессность. Каждый процесс имеет свою выделенную память и не «лезет» в область памяти других процессов напрямую (в отличие от потоков).
- Преимущество: если в одной кухне где-то случился пожар (ошибка в процессе), другие кухни продолжают работать бесперебойно. Ошибки или утечки памяти в одном процессе обычно не влияют напрямую на остальные.
- Недостаток: взаимодействие между разными кухнями (процессами) сложнее и медленнее, чем в одной кухне (процессе с потоками). Нужно организовывать специальные «коридоры» или «курьеров» для передачи блюд или продуктов (IPC – межпроцессное взаимодействие).
Как сочетаются с асинхронностью?
Возвращаясь к нашему «асинхронному повару»: асинхронность – это умение одного повара не тратить время впустую и продолжать готовить разные блюда, пока одно из них «дозревает» в духовке или на плите.
- Если у вас один повар (процесс, поток), он может вести себя асинхронно, грамотно переключаясь между операциями ввода/вывода, ожидания и обработки, не простаивая в ожидании.
- Если у вас много поваров в одной кухне (многопоточность) или несколько кухонь (многопроцессность), каждый повар (или группа поваров) тоже может работать асинхронно внутри своего «пространства».
Таким образом, многопоточность/многопроцессность и асинхронность могут сочетаться. Вы можете иметь несколько поваров (потоков или процессов), и каждый из них ещё и работать асинхронно. Но чем больше поваров и чем сложнее их коммуникация, тем важнее продуманно организовать процесс готовки, чтобы никто друг другу не мешал или не простаивал.
Ешё пара важных тем на собеседованиях, которые часто идут рядом - это многопоточность и многопроцессность. Давайте рассмотрим эти подходы, продолжив нашу кулинарную аналогию. Представьте, что у вас уже есть опытный повар (наш основной поток), который умеет готовить асинхронно: пока в духовке запекается мясо, он нарезает овощи и перемешивает соусы. Однако бывают случаи, когда объёма работы так много или она настолько разнообразна, что даже одному очень расторопному повару сложновато всё успевать. И тут на сцену выходит «армия поваров» – многопоточность и многопроцессность.
Многопоточность (Multi-threading)
Если у нас одна кухня, но в ней работает сразу несколько поваров (потоков), это и есть многопоточность. Все они делят одни и те же ресурсы (рабочие поверхности, посуду, продукты). В программировании это означает, что несколько потоков делят одну область памяти процесса.
- Преимущество: потоки могут быстро обмениваться данными, ведь всё находится в одном месте).
- Недостаток: нужно следить, чтобы потоки не мешали друг другу. Представьте, что один повар хочет добавить соль, а другой – переложить смесь в другую тару. Если не согласовать действия, могут произойти «конфликты» (гонки данных, deadlock и прочие проблемы синхронизации).
Многопроцессность (Multi-processing)
Представьте теперь, что у вас несколько отдельных кухонь, каждая со своим набором поваров, посуды и запасов продуктов. Это – многопроцессность. Каждый процесс имеет свою выделенную память и не «лезет» в область памяти других процессов напрямую (в отличие от потоков).
- Преимущество: если в одной кухне где-то случился пожар (ошибка в процессе), другие кухни продолжают работать бесперебойно. Ошибки или утечки памяти в одном процессе обычно не влияют напрямую на остальные.
- Недостаток: взаимодействие между разными кухнями (процессами) сложнее и медленнее, чем в одной кухне (процессе с потоками). Нужно организовывать специальные «коридоры» или «курьеров» для передачи блюд или продуктов (IPC – межпроцессное взаимодействие).
Как сочетаются с асинхронностью?
Возвращаясь к нашему «асинхронному повару»: асинхронность – это умение одного повара не тратить время впустую и продолжать готовить разные блюда, пока одно из них «дозревает» в духовке или на плите.
- Если у вас один повар (процесс, поток), он может вести себя асинхронно, грамотно переключаясь между операциями ввода/вывода, ожидания и обработки, не простаивая в ожидании.
- Если у вас много поваров в одной кухне (многопоточность) или несколько кухонь (многопроцессность), каждый повар (или группа поваров) тоже может работать асинхронно внутри своего «пространства».
Таким образом, многопоточность/многопроцессность и асинхронность могут сочетаться. Вы можете иметь несколько поваров (потоков или процессов), и каждый из них ещё и работать асинхронно. Но чем больше поваров и чем сложнее их коммуникация, тем важнее продуманно организовать процесс готовки, чтобы никто друг другу не мешал или не простаивал.
👍3
Econet
Многопоточность и многопроцессность. Как готовить и чем отличаются? Ешё пара важных тем на собеседованиях, которые часто идут рядом - это многопоточность и многопроцессность. Давайте рассмотрим эти подходы, продолжив нашу кулинарную аналогию. Представьте…
Когда использовать многопоточность и многопроцессность?
- Многопоточность полезна, когда задачи связаны общими данными и часто обмениваются информацией. Например, нужно обрабатывать один и тот же файл или массив данных, разбивая его на части.
- Многопроцессность хороша, когда приложения могут работать независимыми модулями (каждый «процесс» сам по себе), и вы хотите повышенной надёжности: сбой в одном модуле не повлияет напрямую на другие.
Часто их используют вместе. Например, у вас может быть несколько процессов (большие кухни), в каждом процессе – несколько потоков (несколько поваров), и ещё эти потоки по ходу могут использовать асинхронные операции (каждый повар умеет эффективно распределять время). Но стоит учитывать накладные расходы на синхронизацию и обмен данными.
Подытожим
- Многопоточность – это несколько поваров в одной кухне. Доступ к ресурсам и данным общий, но требует аккуратной синхронизации.
- Многопроцессность – это несколько отдельных кухонь, каждая со своими ресурсами, что упрощает безопасность, но усложняет взаимодействие.
- Асинхронность – умение эффективно использовать время ожидания, переключаясь между задачами. Может применяться и в однопоточном, и в многопоточном, и в многопроцессном окружениях.
Выбирайте подход, исходя из типа задач и ресурсов, а также учитывайте сложность поддержки. Иногда один асинхронный повар справляется достаточно быстро, а иногда нужно распределить работу между несколькими процессами или потоками. Всё зависит от того, что именно и в каких масштабах вы планируете приготовить.
Приятной готовки!
#база
- Многопоточность полезна, когда задачи связаны общими данными и часто обмениваются информацией. Например, нужно обрабатывать один и тот же файл или массив данных, разбивая его на части.
- Многопроцессность хороша, когда приложения могут работать независимыми модулями (каждый «процесс» сам по себе), и вы хотите повышенной надёжности: сбой в одном модуле не повлияет напрямую на другие.
Часто их используют вместе. Например, у вас может быть несколько процессов (большие кухни), в каждом процессе – несколько потоков (несколько поваров), и ещё эти потоки по ходу могут использовать асинхронные операции (каждый повар умеет эффективно распределять время). Но стоит учитывать накладные расходы на синхронизацию и обмен данными.
Подытожим
- Многопоточность – это несколько поваров в одной кухне. Доступ к ресурсам и данным общий, но требует аккуратной синхронизации.
- Многопроцессность – это несколько отдельных кухонь, каждая со своими ресурсами, что упрощает безопасность, но усложняет взаимодействие.
- Асинхронность – умение эффективно использовать время ожидания, переключаясь между задачами. Может применяться и в однопоточном, и в многопоточном, и в многопроцессном окружениях.
Выбирайте подход, исходя из типа задач и ресурсов, а также учитывайте сложность поддержки. Иногда один асинхронный повар справляется достаточно быстро, а иногда нужно распределить работу между несколькими процессами или потоками. Всё зависит от того, что именно и в каких масштабах вы планируете приготовить.
Приятной готовки!
#база
👍4🔥2
Мы в ответе за тех, кого сгенерировали
Март 2025 года - отличное время, чтобы оживить Econet и вернуться к теме цифрового мусора.
- Невозможно открыть социальные сети без массы картинок в стиле студии Ghibli великого Хаяо Миядзаки благодаря новому генератору изображений на основе модели ChatGPT-4o. Каюсь, я тоже внес свою лепту.
- Вайб-кодинг - слово года в IT, когда без особых навыков программирования разработчики любого уровня могут реализовать свои проекты с помощью ИИ-ассистентов. Самый яркий представитель этого явления - Питер Левелс, который создал уже десяток проектов таким образом и зарабатывает около $3 млн в год.
- Каждое второе короткое видео - это штампованный ИИ-контент с одними и теми же голосами от 11labs про "этого парня".
С одной стороны, это всё очень круто: технологии развиваются, возможности ИИ становятся всё совершеннее. Но какие будут последствия? Я не о том, что он заменит разработчиков и художников - об этом уже многие успели порассуждать. Я больше переживаю о том, как скоро мы заполним этим интернет? Как не потеряться в таком обилии контента? Насколько хватит ресурсов для хранения и обработки такого огромного массива данных?
Я считаю, что здесь очень важна личная ответственность за контент, который мы создаём, независимо от того, делаем мы это сами или через ИИ. ИИ просто делает этот процесс быстрее и масштабнее. Как говорил мой преподаватель по информатике: "Сделал дело - прикрой веткой." Очень здорово, что у нас есть возможность самим создавать медиаматериалы на любой вкус и радовать себя в это непростое время. Но точно ли необходимо хранить их месяцами, годами и захламлять свои устройства? Я рассказывал о масштабах и последствиях этого вопроса на своём выступлении на Peredelanoconf в Белграде, поэтому повторю только самое главное: если мы будем бережнее относиться к своим ресурсам, это очень поможет и нам, и окружающему миру - как реальному, так и виртуальному.
Берегите себя и нашу ещё молодую цифровую экосистему.
Март 2025 года - отличное время, чтобы оживить Econet и вернуться к теме цифрового мусора.
- Невозможно открыть социальные сети без массы картинок в стиле студии Ghibli великого Хаяо Миядзаки благодаря новому генератору изображений на основе модели ChatGPT-4o. Каюсь, я тоже внес свою лепту.
- Вайб-кодинг - слово года в IT, когда без особых навыков программирования разработчики любого уровня могут реализовать свои проекты с помощью ИИ-ассистентов. Самый яркий представитель этого явления - Питер Левелс, который создал уже десяток проектов таким образом и зарабатывает около $3 млн в год.
- Каждое второе короткое видео - это штампованный ИИ-контент с одними и теми же голосами от 11labs про "этого парня".
С одной стороны, это всё очень круто: технологии развиваются, возможности ИИ становятся всё совершеннее. Но какие будут последствия? Я не о том, что он заменит разработчиков и художников - об этом уже многие успели порассуждать. Я больше переживаю о том, как скоро мы заполним этим интернет? Как не потеряться в таком обилии контента? Насколько хватит ресурсов для хранения и обработки такого огромного массива данных?
Я считаю, что здесь очень важна личная ответственность за контент, который мы создаём, независимо от того, делаем мы это сами или через ИИ. ИИ просто делает этот процесс быстрее и масштабнее. Как говорил мой преподаватель по информатике: "Сделал дело - прикрой веткой." Очень здорово, что у нас есть возможность самим создавать медиаматериалы на любой вкус и радовать себя в это непростое время. Но точно ли необходимо хранить их месяцами, годами и захламлять свои устройства? Я рассказывал о масштабах и последствиях этого вопроса на своём выступлении на Peredelanoconf в Белграде, поэтому повторю только самое главное: если мы будем бережнее относиться к своим ресурсам, это очень поможет и нам, и окружающему миру - как реальному, так и виртуальному.
Берегите себя и нашу ещё молодую цифровую экосистему.
🔥5
Grok теперь в Telegram
Нейросеть от компании xAI, принадлежащей Илону Маску, теперь официально интегрирована в Telegram. Модель @GrokAI доступна пользователям с подпиской Telegram Premium, и я уверен, что сотрудничество наших слонов — Илона и Павла — ещё успеет порадовать большинство пользователей.
Благодаря интеграции Grok в Telegram можно быстро получить доступ к передовой ИИ моделибесплатно имея базовую подписку, без дополнительной регистрации, СМС и VPN. Вот на скриншоте Grok на чистом армянском языке мне признаётся, что армянским не владеет.
Я думаю, что интерес Маска к платформам вроде Telegram и Twitter (теперь X) заключается в том, что они представляют собой богатые источники постоянно обновляемых текстов разной тематики, которые могут стать основой для обучения моделей искусственного интеллекта. Илон Маск — ключевая фигура в мире ИИ. Он начал работать с ИИ ещё в Tesla, был одним из первых инвесторов в OpenAI, и теперь активно продвигает LLM (Большие Языковые Модели) через Grok, который успешно конкурирует с передовым ChatGPT.
Искусственный интеллект продолжает покорять мир, и наша задача — научиться правильно применять его в нашей жизни и надеяться на гармоничное сосуществование. Важно быть в курсе новых технологий и использовать их преимущества, оставаясь бдительными в вопросах безопасности. Так что пользуйтесь во благо и будьте осторожны со своими данными, особенно теми, которые вы передаёте сторонним сервисам.
#ии
Нейросеть от компании xAI, принадлежащей Илону Маску, теперь официально интегрирована в Telegram. Модель @GrokAI доступна пользователям с подпиской Telegram Premium, и я уверен, что сотрудничество наших слонов — Илона и Павла — ещё успеет порадовать большинство пользователей.
Благодаря интеграции Grok в Telegram можно быстро получить доступ к передовой ИИ модели
Я думаю, что интерес Маска к платформам вроде Telegram и Twitter (теперь X) заключается в том, что они представляют собой богатые источники постоянно обновляемых текстов разной тематики, которые могут стать основой для обучения моделей искусственного интеллекта. Илон Маск — ключевая фигура в мире ИИ. Он начал работать с ИИ ещё в Tesla, был одним из первых инвесторов в OpenAI, и теперь активно продвигает LLM (Большие Языковые Модели) через Grok, который успешно конкурирует с передовым ChatGPT.
Искусственный интеллект продолжает покорять мир, и наша задача — научиться правильно применять его в нашей жизни и надеяться на гармоничное сосуществование. Важно быть в курсе новых технологий и использовать их преимущества, оставаясь бдительными в вопросах безопасности. Так что пользуйтесь во благо и будьте осторожны со своими данными, особенно теми, которые вы передаёте сторонним сервисам.
#ии
🔥8
Недавно Сэм Альтман, глава OpenAI, заявил, что вежливость пользователей в запросах к ChatGPT обходится компании в десятки миллионов долларов, так как моделям приходится дополнительно отфильтровывать фразы, которые качественно не влияют на содержание запроса.
Однако я уверен, что на входе подобных систем стоит мощная предобработка информации. Незначимые слова, скорее всего, проходят через самые быстрые системы, которые могут даже не использовать ИИ-ресурсы, чтобы оперативно отфильтровать лишнее. А Сэм, возможно, просто решил подшутить.
Лично я часто в запросах использую "пожалуйста" и "спасибо", потому что вежливость никогда не бывает лишней и, кто знает, может, она спасет нас во время восстания искусственного интеллекта.
#ии
Однако я уверен, что на входе подобных систем стоит мощная предобработка информации. Незначимые слова, скорее всего, проходят через самые быстрые системы, которые могут даже не использовать ИИ-ресурсы, чтобы оперативно отфильтровать лишнее. А Сэм, возможно, просто решил подшутить.
Лично я часто в запросах использую "пожалуйста" и "спасибо", потому что вежливость никогда не бывает лишней и, кто знает, может, она спасет нас во время восстания искусственного интеллекта.
#ии
Обновил Econet emoji 😍
Над качеством, конечно, нужно поработать, но я не понимаю, как сохранить хорошее качество изображения, когда телеграм для загрузки эмоджи требует разрешение 100x100 пикселей😅 .
Можно сделать ещё такой же стикерпак с более качественными изображениями.
Всех с праздниками!❤️
Над качеством, конечно, нужно поработать, но я не понимаю, как сохранить хорошее качество изображения, когда телеграм для загрузки эмоджи требует разрешение 100x100 пикселей
Можно сделать ещё такой же стикерпак с более качественными изображениями.
Всех с праздниками!
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Econet Emoji
Emojipack with 25 emoji for Telegram Premium subscribers.
❤6
Стикерпак по качеству получился более удачным.
Буду очень рад обратной связи, критике и предложениям.
Буду очень рад обратной связи, критике и предложениям.
Telegram
Econet
Free stickerpack with 24 stickers.
🔥5❤4👍2
Решил расширить пост “Мы в ответе за тех, кого сгенерировали” до полноценной статьи на vc.ru. Эта тема для меня очень важна, и по сути она ключевая для проекта Econet. Если вам, как и мне, интересно развитие и защита нашей цифровой экосистемы — велком к прочтению и обсуждению!
https://vc.ru/id3184254/1973670-tsifrovoy-musor-i-otvetstvennost-za-kontent-v-2025-godu
https://vc.ru/id3184254/1973670-tsifrovoy-musor-i-otvetstvennost-za-kontent-v-2025-godu
vc.ru
Мы в ответе за тех, кого сгенерировали — AI на vc.ru
Нарек Меликсетян AI 8 мая
🔥6❤3👍3
Решил рискнуть и заодно опубликовать статью на Хабре.
Обычно я там ловлю хейт и жесткую критику, но можно оттуда много полезного фидбека вытянуть, если пробраться через негатив.
https://habr.com/ru/articles/908664/
Обычно я там ловлю хейт и жесткую критику, но можно оттуда много полезного фидбека вытянуть, если пробраться через негатив.
https://habr.com/ru/articles/908664/
Хабр
Мы в ответе за тех, кого сгенерировали
Весна 2025 года — отличное время, чтобы оживить мой проект Econet, который посвящён проблемам цифрового мусора, современным подходам к работе с данными и инфраструктуре информационных систем....
Forwarded from Артём Шумейко
Актуальный стек Python разработчика в 2025 году
Вчера был фантазёрский стек. Сегодня опишу реальный стек проекта, который активно развивается командой разработчиков в средней/крупной компании (про стартапы напишу отдельный пост).
— Python 3.9 - 3.12. Как показывает практика, переезд на более новую версию питона часто связан с проблемами. Например, одна из важных библиотек перестала поддерживаться автором и несовместима с новой версией Python. Такие проблемы часто заставляют оставаться на старой версии.
— FastAPI. Фреймворк давно используется на продакшене, сейчас это топ-1 фреймворк по спросу на рынке, и он устраивает большинство компаний
— black + flake8/pylint. Несмотря на бешеную скорость ruff, большие проекты тяжело мигрировать на новый форматировщик и линтер, и не все переходят на ruff
— Poetry. Удобное управление зависимостями и виртуальным окружением. Poetry до сих пор любят и используют в большинстве проектов. Миграция на uv хоть и выглядит аппетитной, poetry не доставляет такой головной боли, чтобы сразу переезжать с него
— Удобная архитектура. В ней нет излишних интерфейсов, чрезмерного поклонения SOLID и часто ошибочных предположений, что "эту базу данных в будущем возможно придется поменять на другую". В ней не нужно продираться сквозь 5-10 слоев, чтобы найти, где реально исполняется бизнес-логика. В зависимости от размера проекта и его значимости для бизнеса подбирается оптимальная по восприятию и масштабированию архитектура
— RabbitMQ. Несмотря на популярность Kafka и NATS, чаще всего для передачи данных между микросервисами по-прежнему используется кролик
— Docker. Это уже стандарт разработки. Даже при наличии кубера, все используют докер как минимум для локального запуска и тестирования своих сервисов
Такой вот списочек получился. Конечно, еще стоит добавить SQLAlchemy, Pytest, Redis, и Celery.
Я очень рад тому, что по большинству из этих технологий я записывал подробнейшие видео или даже целые курсы, а текущий курс по Backend разработке более чем актуален в текущее время. Многие ребята смогли устроиться на работу после этого курса. Дерзайте!
Артём Шумейко
Вчера был фантазёрский стек. Сегодня опишу реальный стек проекта, который активно развивается командой разработчиков в средней/крупной компании (про стартапы напишу отдельный пост).
— Python 3.9 - 3.12. Как показывает практика, переезд на более новую версию питона часто связан с проблемами. Например, одна из важных библиотек перестала поддерживаться автором и несовместима с новой версией Python. Такие проблемы часто заставляют оставаться на старой версии.
— FastAPI. Фреймворк давно используется на продакшене, сейчас это топ-1 фреймворк по спросу на рынке, и он устраивает большинство компаний
— black + flake8/pylint. Несмотря на бешеную скорость ruff, большие проекты тяжело мигрировать на новый форматировщик и линтер, и не все переходят на ruff
— Poetry. Удобное управление зависимостями и виртуальным окружением. Poetry до сих пор любят и используют в большинстве проектов. Миграция на uv хоть и выглядит аппетитной, poetry не доставляет такой головной боли, чтобы сразу переезжать с него
— Удобная архитектура. В ней нет излишних интерфейсов, чрезмерного поклонения SOLID и часто ошибочных предположений, что "эту базу данных в будущем возможно придется поменять на другую". В ней не нужно продираться сквозь 5-10 слоев, чтобы найти, где реально исполняется бизнес-логика. В зависимости от размера проекта и его значимости для бизнеса подбирается оптимальная по восприятию и масштабированию архитектура
— RabbitMQ. Несмотря на популярность Kafka и NATS, чаще всего для передачи данных между микросервисами по-прежнему используется кролик
— Docker. Это уже стандарт разработки. Даже при наличии кубера, все используют докер как минимум для локального запуска и тестирования своих сервисов
Такой вот списочек получился. Конечно, еще стоит добавить SQLAlchemy, Pytest, Redis, и Celery.
Я очень рад тому, что по большинству из этих технологий я записывал подробнейшие видео или даже целые курсы, а текущий курс по Backend разработке более чем актуален в текущее время. Многие ребята смогли устроиться на работу после этого курса. Дерзайте!
Артём Шумейко
👍2🔥2🤝1