Абьюзер СhatGPT 💄 REBORN
17.8K subscribers
112 photos
19 videos
13 files
86 links
ЕСЛИ БЕРЁТЕ МОИ ПРОЕКТЫ - УКАЗЫВАЙТЕ АВТОРА

Связь со мной - @mgerkomcom_bot

Донат - https://t.me/tribute/app?startapp=dgWh

YouTube - https://youtube.com/@pyenjoyer?si=QpgabVadomz_X_rm
Download Telegram
Всем привет. В общем, после влета дрона в мой дом.... На той неделе закончил со сборкой ПК. SSD со старого (сгоревшего), который в целом выглядел ОК визуально, оказался не рабочим, 3 ячейки памяти из 4 неработоспособны, ибо обгорели. Перенести инфу, проекты и рабочий телеграм-аккаунт, с которого общался с заказчиками, я не смог, ибо диск только стартовал, а при попытке взаимодействовать с файловой системой, перезагрузка -> bios.

Сейчас я глобально в депрессии, ибо попал на много денег, т.к. квартира была моя, как и все имущество в ней. Восстанавливать мне государство ее не будет: для подачи документов на это нужно идти в военкомат, а идти в военкомат… Вы понимаете.

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

Поэтому всех, с кем работал/от кого получил средства и не дал результат, прошу отписать снова через бот(а), дам вам свой новый аккаунт. Всем сразу не отвечу, ибо опять-таки, я морально не вывезу со всеми общаться. Да, неправильно, да эгоистично. Как есть. Какие-то наработки по вашим проектам остались у меня в облаке, а для кого-то все слетело. Кидать никого не намерен, либо сделаю вам проекты, либо сделаю другие, если те актуальность потеряли, либо буду постепенно возвращать деньги.

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

Обещаю себе и Вам с завтрашнего дня вести этот канал, делать хотя-бы 1-2 поста в день, как и 1-2 видео в день в ТТ.
😢727100😭58😨21🤯9🤣8😱6🔥5
👨‍💻 У ребят, которые начали свой путь в разработки с помощью нейронок, наблюдается проблема, что они всюду используют SQlite. Особенно этим GPT болеет. Это не плохой проект, если проект у вас минорный. А вот для чего-то крупного - такая БД станет "слабым" местом в моменте, когда к ней будет поступать много запросов. Зависания, падения, долгое время ожидания - это не круто.

Кратко расскажу об альтернативах
👀, где и почему их лучше использовать. Чуть позже по каждой пройдемся подробнее:

1) SQLite

- Плюсы: Простая, быстрая, не требует отдельного сервера, встроена в Python.
- Минусы: Ограниченная поддержка многопоточности, не подходит для больших объемов данных.


🎯 Идеально для: Небольших проектов, мобильных приложений, тестирования.

2) PostgreSQL

- Плюсы: Мощная, расширяемая, поддерживает сложные запросы и большие объемы данных.
- Минусы: Требовательна к ресурсам, сложнее в настройке.


🎯 Идеально для: Крупных веб-приложений, систем аналитики, научных проектов.

3) MongoDB


- Плюсы: Гибкая схема данных, горизонтальное масштабирование, высокая скорость записи.
- Минусы: Ограниченная поддержка транзакций, не подходит для связанных данных.


🎯 Идеально для: Big Data, социальных сетей, IoT, контент-менеджмента.

4) Redis

- Плюсы: Очень быстрая (in-memory), подходит для кэширования и очередей сообщений.
- Минусы: Данные хранятся в оперативной памяти (ограниченный объем), риск потери данных при сбое.


🎯 Идеально для: Кэширования сессий пользователей, real-time аналитики, чатов.
Please open Telegram to view this post
VIEW IN TELEGRAM
94👍15🔥11❤‍🔥3🤣1
🖥 Продолжу тему баз данных, об одной ключевой вчера не рассказал.

Сегодня о классической связке, которая лежит в основе многих крутых проектов: Python и MySQL.

🤔 Как они "дружат?"

Python "общается" с базами данных MySQL с помощью специальных библиотек-коннекторов. Самые популярные — mysql-connector-python (официальный от Oracle) и PyMySQL. 👀 Вы просто устанавливаете нужную библиотеку, импортируете ее в свой скрипт и можете выполнять любые SQL-запросы: создавать таблицы, добавлять данные, делать сложные выборки. Все просто и по-питоновски элегантно.

🚀 Где это используется?

1. Веб-приложения на Django & Flask: Это самая частая сфера применения. Интернет-магазины, блоги, CRM-системы, социальные сети — везде, где нужно надежно хранить данные о пользователях, товарах или постах, MySQL отлично справляется с ролью хранилища. Django и Flask имеют прекрасную интеграцию с этой СУБД.
2. Аналитика и ETL-процессы: Представьте, что вы парсите данные с сайтов. Python-скрипт собирает информацию, обрабатывает ее и аккуратно записывает в таблицы MySQL. Позже эти данные можно легко анализировать и строить отчеты.
3. Телеграм-боты: Ваш бот должен помнить пользователей, их настройки или историю сообщений? MySQL — отличный и надежный выбор для хранения этой информации.
4. Системы мониторинга: Скрипты, которые следят за состоянием серверов или приложений, могут записывать логи и метрики в базу MySQL для последующего анализа.

Python + MySQL — это надежное и масштабируемое решение для огромного спектра задач.

P.S. я вижу сообщения от ВСЕХ в боте, не нужно писать по несколько раз. Я закрываю вопрос с 2-3 людьми, потом иду дальше.

Если я начну отвечать всем и сразу - никто решение своей проблемы не получит, а я к тому, что сейчас кушаю золофт, еще пару таблеток у психиатра выпишу.
До всех очередь дойдет, компенсирую работой/деньгами.
Please open Telegram to view this post
VIEW IN TELEGRAM
60❤‍🔥105🔥3👍2🥰1🤔1💋1
✍️ Знакомые, которые только учатся программированию, рассказали про интересный сайт, еще месяц назад, но не до этого было.

What It Prints - это простая, но увлекательная игра-головоломка для программистов и всех, кто интересуется кодом. Зайти туда и "тренироваться" можно будучи адептом практически любого из востребованных сейчас языков: (JavaScript, Python, Ruby, C++ и других).

✈️ В чем суть?

Сайт показывает вам небольшой фрагмент кода на разных языках программирования. Ваша задача — угадать, что именно этот код выведет на экран. Никаких сложных настроек, компиляторов и IDE. Только вы, код и ваша логика.


⚙️ Это отличный инструмент, который позволит:

- проверить свои знания в разных языках;
- научиться быстрее читать и понимать чужой код;
- узнать новые "фишки" и особенности языков;
- просто "залипнуть" на несколько минут (или часов 😉) с пользой для ума.

🤖 Отличная разминка для мозга для программистов любого уровня, как по мне.
Please open Telegram to view this post
VIEW IN TELEGRAM
55358😡7👍5🔥5😴5🤔2
🖥 SeleniumBase для парсинга: мощнее и удобнее обычного Selenium

Парсить сайты на Selenium уже не считается практичным. Он медленней конкурентов. Единственное преимущество - это большое сообщество, которое делится опытом и поможет найти решение любой проблемы, практически. Но мой опыт показывает, что условный Playwright или DrissionPage быстрее, лучше справляются с задачами, где нужно "маскировать" автоматизацию.

👨‍💻 Но вот, доделывая один из "долгов", на той неделе познакомился с SeleniumBase. Если коротко, это надстройка над обычным Selenium, которая решает кучу проблем.

Чем SeleniumBase лучше?

- простой синтаксис;
- встроенная защита от бот-детекторов;
- автоматическое управление драйверами - не нужно вручную скачивать и прописывать пути к chromedriver;
- "умные" ожидания: Скрипт не упадет, если элемент не успел прогрузиться. SeleniumBase автоматически дождется его появления перед тем, как выполнить действие. Это делает парсеры намного стабильнее.


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

P.S. жду стул и микрофон, не могу пока ТТ вести, скоро фулл-комбек. Прямо сегодня утром закрыл 3-х заказчиков, сегодня отпишу еще троим. Жизнь продолжается, по чуть продолжаем работу.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7928🔥14🥰3🐳32👏1🌭1
🖥 Зависимости в Python: как быстро навести порядок и почему это важно

Часто встречаю проекты, от заказчиков, которые стоит доработать, или просто на GitHub, где в requirements указывается просто библиотека, без конкретной версии. И часто из-за этого у конечного пользователя не получается запустить проект. Почему так?

Дело в том, что разные версии библиотек могут иметь разный синтаксис. Например, популярный aiogram, который используют для написания асинхронных телеграм-ботов, во всех версиях 2. имеет совершенно иные методы/функции, нежели в версии 3. И даже внутри одного поколения, к примеру, aiogram 3.7 и aiogram 3.18 - есть значительные отличия. К чему это ведет? Проект написанный на какой-то конкретной, актуальной версии библиотеки, может просто не "стартовать" у пользователя уже через полгода. Для неопытного/начинающего разработчика - это беда.


То есть, мы определили, что зависимости вида:

requests
aiogram
pillow


Это нормально в момент, когда вы разрабатываете проект, знакомитесь с актуальными библиотеками и используете методы/функции, которые представлены в них. Но если вы хотите передавать/распространять/выкладывать свой код в общий доступ, рекомендую выучить команду:

pip freeze > requirements.txt


🚀 Это - классика, быстро и грубо сохраняет все зависимости.

Есть и более чистый вариант через pip install pip-tools. Что нужно делать?:

1) Создайте (или активируйте) venv.
2) Установите инструмент:


pip install pip-tools


3) Напишите верхнеуровневые пакеты в requirements.in (те, которые без версий!).
4) Скомпилируйте замороженный список:

pip-compile requirements.in -o requirements.txt


👀 У этой команды также есть несколько опций:

- "--upgrade" - обновить всё до свежих допустимых версий
- "-P httpx" - обновить только httpx
- " --generate-hashes" - добавить SHA256-хеши для безопасности


5) После этого, выполните установку пакетов из сформированного requirements.txt:

pip-sync requirements.txt


pip-sync удалит лишние пакеты из venv и установит ровно те, что в файле.


Таким образом можно и разделять Prod и Dev инструменты, чтобы не тащить лишнее в продакшн. Создаете requirements.in - это прод зависимости и requirements-dev.in - инструменты для разработки. Типичное содержание такого файла:

-r requirements.in
pytest
ruff
mypy


То есть, включаем тесты и т.д., а также базовый requirements.in. Дальше компилируем и получаем два файла requirements.txt и requirements-dev.txt, с актуальными версиями, для разработчика и для продакшена:

pip-compile requirements.in -o requirements.txt
pip-compile requirements-dev.in -o requirements-dev.txt


🚀 При разработке, устанавливаем оба:

pip-sync requirements.txt requirements-dev.txt


Не рекомендую, кстати, смешивать prod и dev в один файл — тяжёлые и нестабильные билды получаются...

🤷‍♂️ Дальше разберем, pyproject.toml + lock (uv/Poetry/PDM) и почему стоит постепенно уходить от requirements.txt.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤‍🔥5522👍9🔥4🐳2💯2
requirements.txt - ВСЕ ‼️

В прошлом посте мы "навели порядок" в зависимостях с помощью pip-tools. Но что, если я скажу, что современный Python предлагает еще более элегантное и комплексное решение? Ибо классический requirements.txt уже теряет свою актуальность и нужно переходить/начинать учиться более новым инструментам.

👨‍💻 Поговорим о pyproject.toml и почему за ним будущее. Новичкам предлагаю переключиться на него уже сейчас.

👀 В чем была проблема?

Раньше для одного проекта (я говорю о чем-то крупном, не телеграм-бот) нам нужен был целый "зоопарк" файлов:

- requirements.txt — для зависимостей;
- requirements-dev.txt — для инструментов разработки;
-
setup.py — для сборки пакета;
- setup.cfg или tox.ini — для настройки линтеров и тестов (flake8, mypy);
-
MANIFEST.in — чтобы указать, какие еще файлы включить в пакет.

Слишком много всего 😜. Легко запутаться и сложно поддерживать.

👨‍💻 Таких проблем не будет, если перейти на "единый центр управления" — pyproject.toml

pyproject.tomlэто стандартизированный (PEP 518) файл, который призван стать единственным источником правды для вашего проекта. Внутри него можно описать практически всё:

- метаданные проекта: название, версия, автор, описание;
- зависимости: основные и для разработки (и любые другие группы!);
- настройки инструментов: конфигурация для ruff, pytest, mypy, black и других — всё в одном месте;
- информация о сборке: как собирать ваш проект в пакет для публикации
.

Больше никакого хаоса. Один файл для управления всем.

⚙️ Инструменты нового поколения: Poetry, PDM, uv

Сам по себе pyproject.toml — это просто формат. Чтобы с ним работать, нужны современные менеджеры зависимостей. Вот тройка лидеров:
- Poetry: самый популярный и элегантный. Идеально подходит как для приложений, так и для библиотек. У него очень дружелюбный интерфейс и он делает всё "под ключ": создает окружение, управляет зависимостями и собирает пакет.

- PDM: невероятно мощный и гибкий менеджер, строго следующий современным стандартам Python (PEP). Не заставляет вас использовать виртуальное окружение внутри папки проекта, что многим нравится.

- uv: это не совсем менеджер, а сверхбыстрый установщик и "резолвер" зависимостей от создателя ruff. Он уже интегрируется с PDM и Poetry и, возможно, скоро станет стандартом скорости в экосистеме.


🎯 Хочу отметить, что для маленького одноразового скрипта requirements.txt все еще может быть достаточно. Но если вы пишете проект, который будет жить, развиваться и работать в команде — начните его сразу с Poetry или PDM. Вы скажете себе спасибо в будущем!
Please open Telegram to view this post
VIEW IN TELEGRAM
50❤‍🔥13👍5🔥3🤬3👾1
👨‍💻 Когда вы/мы/я только открываем IDE и печатаем первые строки кода, ошибки неизбежны — и это нормально. Опасность начинается, когда ошибки перерастают в привычки и закрепляются.

🧠Хочу поделиться с Вами семеркой своих/чужих промахов, которые вынес для себя и не советую Вам их повторять. Получается, далее самые опасные ошибки начинающих программистов (ИМХО):

1️⃣ Код без версий. Файлы «main_final_final_really.py» выглядят забавно, пока не надо откатиться на рабочий вариант. Git спасает нервы и проекты.
2️⃣
«Запустилось - значит работает». Отсутствие юнит-тестов делает рефакторинг лотереей, а баги - постоянными спутниками.
3️⃣
Копипаст без понимания. Стек-Оверфлоу (а сейчас - нейросети) решает задачу моментально, но чужой фрагмент приносит чужие же баги и дыры в безопасности.
4️⃣
Преждевременная оптимизация. Тратить часы на микро-ускорение цикла, не измерив, где реально узкое место, - самый быстрый способ потерять мотивацию.
5️⃣
Игнор читаемости. Завтра «temp2» и «x1» забудете даже вы сами. Говорящие имена и чистые функции - не украшение, а страховка.
6️⃣
Страх вопросов. Сеньоры помнят свои первые commit-ы. Чем раньше спросите, тем меньше технического долга наживёте.
7️⃣
Отсутствие системного обучения. Туториалы вдохновляют, но только книги (частный случай) и доки (всегда!) формируют фундамент и учат думать шире конкретного фреймворка.


🤷‍♂️ Если узнаёте себя - класс. Значит, есть точка роста. 🚀
Please open Telegram to view this post
VIEW IN TELEGRAM
80🔥17🥰11👏4❤‍🔥2👍2💅2🐳1
📱 Алгоритмы и структуры данных - база для любого кодера

Не знаешь этого – пишешь медленный и кривой код. Вот необходимый минимум:

🔓 Структуры данных (где хранить):

- массивы (arrays): простая коллекция. Основа основ;
- хэш-таблицы (hash tables): 🚀 супербыстрый доступ по ключу для кэша и словарей;
- деревья (trees): для иерархии и быстрого поиска отсортированных данных;
- графы (graphs): моделируют любые связи, от соцсетей до карт дорог.


Алгоритмы (как обрабатывать):

- сортировки (sorting): приводят хаос в порядок, самые нужные – QuickSort и MergeSort;
- бинарный поиск (binary search):
⚡️ молниеносный поиск в отсортированном;
- обходы графов (BFS/DFS): находят кратчайший путь и исследуют все связи.


Зачем всё это? Это не просто «задачи для собесов». Да, на любом техническом интервью вас спросят про структуры данных. Но цель — не завалить вас, а проверить ваш фундамент. Понять, способны ли вы думать об эффективности (та самая O-нотация) и выбирать правильный инструмент для задачи.

⚙️ Но главное — это ваша (наша) ежедневная работа. Знание алгоритмов позволяет:

1) Писать быстрый код. Разница между O(n²) и O(log n) — это разница между приложением, которое «тормозит», и приложением, которое «летает».
2) Создавать масштабируемые решения. Ваш проект выдержит нагрузку в 10, 100 или 1000 раз больше, потому что вы заложили правильную архитектуру данных.
3) Быть инженером, а не просто кодером. Вы будете принимать осознанные решения, а не наугад подбирать то, что вроде бы работает. Это основа, которая отличает профессионала от новичка.
Please open Telegram to view this post
VIEW IN TELEGRAM
57❤‍🔥9🔥5🥰4🗿3💯1👀1
⚡️ Есть ли какая-то база по библиотекам, которую нужно знать Python-разработчику. Думаю, что нет. Все очень зависит от того, в каком направлении вы хотите работать. Но есть "моя собственная" база, которую хоче порекомендовать Вам для изучения.

Дам Вам 10 полезных инструментов. Они все на картинке, но если хотите знать что и зачем - далее инфа. Если только начинаете учиться - обратите внимание, уделите время :

- requests (http-запросы): для простой и понятной работы с API и сайтами;
- pandas (анализ данных): царь-библиотека для любых таблиц (CSV, Excel);
- pillow (изображения): режет, меняет и накладывает фильтры на картинки;
- fastapi (веб-api): молниеносное создание API с готовой документацией;
- pydantic (валидация): железобетонная проверка данных через тайп-хинты;
- loguru (логирование): красивые и полезные логи без сложной настройки;
- tqdm (прогресс-бары): добавляет шкалу загрузки в любой цикл одной строкой;
- pyautogui (автоматизация gui): управляет мышкой и клавиатурой вместо тебя;
- beautifulsoup4 (скрапинг): вытащит любые нужные данные с веб-страниц;
- schedule (планировщик): запуск функций по расписанию простым языком.


Использование этих библиотек не только ускоряет разработку. Оно делает ваш код чище, надежнее и более читаемым, так как вы опираетесь на проверенные и оптимизированные решения, созданные экспертами. Пользуйтесь.
Please open Telegram to view this post
VIEW IN TELEGRAM
45🔥8😁5👍4❤‍🔥2💘1
Тут прям от себя. Учитывая, с чем я столкнулся в прошлом месяце, хочу поделиться опытом. Я еще не весь в работе, все еще не могу сидеть долго за ПК. Выгорание. У меня - на фоне стресса. А у вас - может быть по другой причине. Но это страшно и вот, что хочу сказать - его можно избежать или побороть, чтобы оно не растянулось на полгода-год...

👨‍💻 Работа программиста - это не просто код. Это дедлайны, хаотичные требования, бесконечная гонка за обновлением знаний, качели «сделай вчера» и «переморозь на ночь» - всё это постоянно жгёт мозг. Особенно больно - удалёнка: ты слышишь уведомления в 22:00, отвечаешь на письма в воскресенье, а потом уже работаешь как-то автоматически - граница между «рабочим» и «личным» стирается.

На самом деле, даже при 30 часах в неделю выгорают - не только из‑за часов, но и из‑за потери контроля, смысла и несоответствия ценностей между тобой и работой.

🕙 Реальные стратегии как не выгорать (проверенные на себе):

1. "Безжалостные границы".
После 19:00 телеграм и почту слушаю только при «пожаре». В выходные - офлайн. Сон наладился, тревожность стала ниже.

2. Трекинг «утомляет».
Фиксирую, где «горелка»: дедлайн, переключение задач, изменения требований или «техностресс». Записываю в дневник и постепенно устраняю корни. Это работает против эмоционального истощения и когнитивной перегрузки.

3. Перезарядка через творчество.
Оставляю 20 % времени на пет‑проекты: микросервис на Go, утилита CLI, попытки в функционалку (например, Elm, Haskell), а не в JIRA. Это дыхание - случается кайф, возвращается драйв.

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

5. Прожить "upgrade: reboot".
Когда поймал и понял, что есть выгорание - попросил отпуск, полностью пропал, выключил соцсети и уведомления. Через 6 недель вернулся с головой, мозг начал работать, приходили идеи. Иногда нужно не «кейсы закатать», а дать себе reset.


Помните, что код должен служить не тюрьмой, а инструментом для жизни. А выгорание - это не признак слабости, это кризис системной несовместимости.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8031❤‍🔥9🤔21👍1🤬1🆒1
📱 GPT-модели в 2025: что и кому юзать?

2 года назад была только 1 модель, а теперь - вон сколько их. Теперь ChatGPT - не просто чат-бот, а универсальный цифровой ассистент для текста, аудио, картинки, кода и анализа данных. Какую выбрать модель, для каких целей?

🏆 Ведущие GPT-модели 2025 года:

1) GPT-4o: реал-тайм чат, текст+голос+картинка. Для всех, кто хочет гибкости: быстрая переписка, генерация идей, помощь с почтой, перевод.

2) GPT-4.5: креативные задачи, сложные тексты и сценарии, эмоциональный интеллект. Креаторы, сценаристы, исследователи - это для вас. Мне часто с темой для видео помогает.

3) o3: глубокая аналитика, стратегия, длинные цепочки рассуждений, сложные вычисления и код. Для бизнес-аналитиков, продвинутых задач.

4) o4-mini: быстрые ответы, STEM, программирование, визуальные задачи. Технари, разработчики, учёные, студенты - целевая.

5) o4-mini-high: программирование, сложная математика, технический разбор. Советую разработчикам, Data Science в частности.


👀 Я лично недавно возобновил подписку Plus и начал иногда использовать o3 в своих проектах. Он стал значительно умнее, нежели тот o3, который был на релизе (а на релизе он был хуже прошлого о1, значительно). Сейчас - довольно классный инструмент. Ну и как упоминал - GPT-4.5 использую, для идей. o4-mini, разве что, для форматирования кода.
Please open Telegram to view this post
VIEW IN TELEGRAM
29🐳11👍7❤‍🔥3🤗2😁1🤬1
🛡 Ваш код могут взломать прямо сейчас...

...если вы игнорируете базовые правила кибербезопасности‼️. Это уже давно не проблема только админов и безопасников. Каждый разработчик обязан защищать свой код и данные!

👀 Собрал 8 правил, которые спасут ваш проект от катастрофы. Юзать мой опыт или нет - на ваше усмотрение, я просто делюсь.

🔓 1. Валидация входных данных:

Никогда не доверяйте данным от пользователя. Любой ввод — потенциальная угроза.

- Что делать: всегда валидируйте и санитизируйте запросы. Это лучшая защита от SQL-инъекций и XSS-атак.
- Инструменты: используйте pydantic или встроенные механизмы фреймворков (FastAPI, Django ORM).

🔑 2. Управление секретами:

Хранить ключи и пароли в коде — всё равно что оставить ключи от квартиры под ковриком.

- Что делать: используйте переменные окружения (.env) или специальные сервисы (Vault, AWS Secrets Manager).
- Золотое правило: никогда не пушьте файлы с секретами в публичные репозитории. Используйте .gitignore.

⚙️ 3. Обновление зависимостей:

Уязвимости в старых библиотеках — одна из самых частых причин взломов, но не самая очевидная, поэтому решил тут упомянуть.

- Что делать: регулярно обновляйте зависимости. Включите автоматические проверки, например, Dependabot в GitHub.

⛔️ 4. Принцип наименьших привилегий:

Мудрость гласит: чем меньше прав у сервиса или пользователя, тем меньше ущерба он нанесет в случае компрометации.

Что делать: выдавайте доступам к БД и API только необходимые права. Изолируйте сервисы друг от друга с помощью Docker.

5. Логирование и мониторинг:

Тут все просто. Вы не можете защититься от того, чего не видите.

Что делать: настройте информативное логирование (но без паролей и токенов!). Отслеживайте аномальную активность и настройте алерты.
Инструменты: Sentry, Prometheus, Grafana.

📡 6. HTTPS — это стандарт:

В 2025 году сайт без HTTPS — это "красный флаг", как говорят тянки из тик-тока.

Что делать: всегда используйте SSL-сертификаты (например, бесплатные от Let's Encrypt). Настройте заголовки безопасности (Content Security Policy, HSTS).

⚙️ 7. Код-ревью и контроль версий:

Четыре глаза видят больше, чем два. Особенно когда речь идет о безопасности.

Что делать: внедрите обязательные код-ревью. Используйте Git для контроля всех изменений — это залог прозрачности.

🔥 8. Бэкапы и план восстановления:

Любая система может отказать. Вопрос не "если", а "когда".

Что делать: настройте автоматические бэкапы (минимум два, в разных местах). И самое главное — регулярно проверяйте, что из этих бэкапов можно восстановиться!


Пишите безопасный код! 🛡
Please open Telegram to view this post
VIEW IN TELEGRAM
46❤‍🔥11👍8💘2🤬1😡1
This media is not supported in your browser
VIEW IN TELEGRAM
🧠 SuperDesign — AI-агент для дизайна в вашей IDE

Сразу ссылка на GitHub 📱

Немного отойду от Python, и от бэк-енда в целом. Тут находка для "фронта". Superdesignкрутой (а, возможно, и первый в мире) AI-агент для дизайна с открытым исходным кодом, который живет прямо в вашей IDE!

Создавайте UI-макеты, компоненты и вайрфреймы на основе текстовых описаний. 👨‍💻 Superdesign легко интегрируется с Cursor, Windsurf, Claude Code и обычным VS Code.

🚀 Ключевые возможности:

- Продуктовые мокапы: мгновенно генерируйте полноценные UI-экраны из простого запроса.
- UI-компоненты: создавайте готовые к использованию компоненты для вашего проекта.
- Вайрфреймы: быстро набрасывайте низкодетализированные макеты для быстрых итераций.
- Форк и итерации: легко дублируйте и развивайте существующие дизайны.
- Поддержка разных AI-моделей: используйте Claude, GPT-4o, OpenRouter и другие модели для максимальной гибкости.


Заценить как работает можно в видео. В самом репозитории найдете все: 📱 Discord-сообщество, сайт и гайд по установке инструмента.
Please open Telegram to view this post
VIEW IN TELEGRAM
31🔥10🆒4💘3👨‍💻2❤‍🔥1👍1🦄1
📥Собственный сервер одноразовых email-адресов - Nortix Mail

Сразу ссылка на GitHub 📱

Не хотите делиться своей настоящей почтой при регистрации на сайтах? Или нужно много учеток для демо-режимов? Nortix Mail — это решение!

Это как собственный Gmail-сервер для одноразовых ящиков, который легко настроить и перенести на другой сервер, просто скопировав папку data.

🚀 Ключевые возможности:

🔒 Приватность и безопасность: защитите свой основной email от спама и утечек данных.
✉️ Простое управление: легко создавайте и управляйте временными адресами.
⚙️ Легкая настройка: простая установка без сложных конфигураций email-сервера. TLS опционален и настраивается автоматически.
🐳 Поддержка Docker: быстрый запуск с помощью Docker Compose.
📬 Встроенный SMTP-сервер: принимает письма на созданные адреса.
🌐 Веб-интерфейс: удобный интерфейс для просмотра писем.


АНОНИМЫ 👀
Please open Telegram to view this post
VIEW IN TELEGRAM
78👍18🆒5🔥2🤬1🙏1💘1
🐍 Говорят, что Python-разработчики потеряют работу, ведь нейронки лучше всего пишут именно на Python... (еще они отлично работают с JS и Java, а в целом, проблемы у них только в больших проектах на С++, Lua, Haskell и конечно же ВЕЛИКИЙ 1С!)

Так вот, это - бред 😜. В 2025 году Python является одним из самых перспективных из-за областей в которых ему нашли применение. И, как показывает практика, именно в этих сферах нейронки пока что не заменяют человека. заменят то они всех, со временем, даже людей на рабочих предприятиях - вопрос времени

👀 Где сейчас нужен Python?:

1. 🚀 AI и Machine Learning:

- Активный рост генеративных моделей (GPT, LLM, диффузионные сети).
- Ключевые инструменты: PyTorch, Hugging Face, LangChain, OpenAI API.
- Задачи: разработка чат-ботов, нейросетей, автоматизация на базе LLM.
- Актуальность: Очень высокая. Продолжает быстро расти, востребовано везде.


2. 📊 Data Engineering и MLOps

- Подготовка и обработка данных для больших AI-проектов.
- Развертывание ML-моделей в продакшене.
- Ключевые инструменты: Apache Airflow, dbt, Dagster, Kubeflow, MLFlow.
- Задачи: пайплайны данных, автоматизация и CI/CD для ML-проектов.
- Актуальность: Очень высокая. Спрос растет быстрее, чем предложение специалистов.


3. 🌐 Web-разработка (FastAPI, Django, Starlette)

- Стабильно востребованное направление.
- Ключевые инструменты: FastAPI, Django 5, Pydantic v2, HTMX.
- Задачи: создание бэкендов для приложений, микросервисы, API.
- Актуальность: Высокая и стабильная.


4.🛡 Кибербезопасность и автоматизация

- Разработка автоматизированных инструментов для пентестов, аудита и мониторинга.
- Ключевые инструменты: Nuclei, mitmproxy, scapy, asyncio.
- Задачи: сканеры, прокси, мониторинг сетевой активности.
- Актуальность: Высокая, спрос растёт в связи с увеличением атак.


5. 📈 Аналитика данных и BI

- Анализ данных, визуализация, принятие решений на основе данных.
- Ключевые инструменты: Pandas, Polars, DuckDB, Plotly.
- Задачи: построение отчётов, dashboards, выявление инсайтов.
- Актуальность: Стабильно высокая, хороший спрос на опытных специалистов.


6. 🧩 Автоматизация бизнес-процессов (RPA)

- Роботизация рутинных задач в бизнесе.
- Ключевые инструменты: Robocorp, Selenium, Playwright, Airflow.
- Задачи: автоматизация ручного труда (финансы, логистика, документооборот).
- Актуальность: Хороший спрос в крупных компаниях.


Если интересны мои рекомендации 🏆 - то тут все просто:

- Если хочется войти в самое перспективное и быстрорастущее направление, смело выбирай AI, Data - -Engineering или MLOps.
- Если ближе стабильность и гарантированный спрос — веб-разработка или аналитика данных.
- Если хочется выделиться и занять узкую нишу — развивайся в кибербезопасности и автоматизации.
Please open Telegram to view this post
VIEW IN TELEGRAM
43🔥10👍6👏4🐳2🍌2🤝1
⌛️ Время идет и Python не стоит на месте.

Хочу поделиться тем, какие новые стандарты в Python уже приняты или станут обязательными в ближайший год, и насколько это радикально меняет практику. После перехода от requirements.txt к pyproject.toml (о котором я говорил раньше) это следующий этап эволюции экосистемы.

Вот краткая выжимка:

1) PEP 735 - Dependency Groups в pyproject.toml
Теперь вместо нескольких файлов requirements‑dev.txt, requirements‑test.txt и пр. можно удобно описать группы зависимостей прямо в pyproject.toml в блоке [dependency-groups]. Например, группа dev может включать тестовые, линтеры и прочие зависимости с логическим именованием. Инструменты вроде pip, uv и IDE научатся распознавать эти именованные группы и устанавливать их командой pip install --dependency-groups=dev,test


2) PEP 751 - единый формат lock‑файла pylock.toml
Теперь «состояние» зависимостей фиксируется в стандартизированном файле pylock.toml, который описывает точные версии, хэши, источники, extras и платформенные условия. Установщик может выполнить установку без резолвера, ориентируясь на lock‑файл, что делает процесс быстрее, безопаснее и воспроизводимым. Lock-файл написан в TOML‑формате и совместим с несколькими инструментами упаковки - pip, Poetry, PDM, uv и др.


3) PEP 761 - Sigstore вместо PGP для подписи релизов CPython
С Python 3.14 PGP‑подписи больше не обязательны - теперь релизы CPython подписываются через Sigstore - открытый, более удобный механизм. Sigstore поддерживает OpenID-идентификацию и даже офлайн‑верификацию, проще в автоматизации и внедрении. Это реально упрощает процесс проверки целостности скачанных архивов и повышает криптографическую надёжность распределения


4) PEP 784 - compression.zstd в стандартной библиотеке Python

В Python 3.14 появляется модуль compression.zstd и новый namespace compression.*, который объединяет zlib, bz2, gzip и другие под единым API. Теперь можно сжимать и распаковывать данные с помощью алгоритма Zstandard без внешних библиотек, с API, схожим на lzma или bz2. Zstd обеспечивает высокий уровень сжатия и скорость разжатия, особенно полезен для лонов или large‑файловых архивов.

5. PEP 771 - Default Extras («рекомендуемые» extras по умолчанию)
PEP 771 вводит возможность указать default-optional-dependencies в [project], чтобы extras автоматически включались при обычной установке пакета. Это удобно для пакетов с опциональными компонентами вроде recommended или all, которые не хочется заставлять включать вручную. Пока это черновой этап (Draft), но активно обсуждается и ожидается реализация в 2026 году. 👀 Например, pip install foo сам активирует [recommended], если оно задано по умолчанию.


🕙 Все эти улучшения уже либо действуют (PEP 735, 751, 761, 784), либо находятся в финальной стадии обсуждения (PEP 771). В 2025–2026 годах они станут отраслевым стандартом — самое время подготовиться и внедрить их заранее.

‼️ В больше части это касается тех, кто уже серьезно работает. Если только начали учиться - не забивайте пока голову.
Please open Telegram to view this post
VIEW IN TELEGRAM
248👍3🤔1
Кстати, а что такое "PEP" в Python, и почему это важно? 🤔 Вчера вечером писал об этом "PEP" пост и как-то не удосужился даже рассказать, что это такое...

🖥 PEP (Python Enhancement Proposal)это официальное предложение по развитию Python. Прежде чем в языке появится новая крутая фича, она проходит долгий путь обсуждения и утверждения в виде PEP.

Это не просто скучные документы 🖥, а источник самых важных изменений:

- Стиль кода? Это PEP 8. Он диктует, как форматировать код, чтобы его было легко читать.
- Удобные f-строки? Спасибо PEP 498.
- Подсказки типов (type hints)? Их стандартизировал PEP 484, изменив подход к написанию большого и сложного кода.
- Философия Python? Прочитайте PEP 20 («The Zen of Python»), чтобы понять дух языка.

🫰 PEP - это открытый диалог между разработчиками ядра Python и сообществом. Именно благодаря этому процессу язык остаётся последовательным, современным и удобным для миллионов программистов.

Теперь вы знаете чуть больше :)
Please open Telegram to view this post
VIEW IN TELEGRAM
48👍17🔥7❤‍🔥4🤓3💅1
"Технический долг" 💱 - это довольно популярный термин среди разработчиков. Хочу рассказать вам, что они значит и чем опасно.

Представь, что ты взял быстрый кредит на разработку, но проценты по нему - это замедление проекта и баги. 🐞 Это и есть технический долг.

Технический долг - это метафора для всех неоптимальных или поспешных решений в коде, которые ты принимаешь сегодня, чтобы быстрее выпустить фичу. Ты как бы «берешь в долг» у будущего качества продукта. Это может быть закомментированный кусок кода, отсутствие тестов или использование устаревшей библиотеки. Кажется, что это мелочь, но со временем такие «долги» накапливаются.


🤷‍♂️ Почему он вообще появляется? Причины могут быть разными:

- Горящие дедлайны: «нам нужно запустить это вчера!»;
- Недостаток опыта: когда разработчик просто не знает лучшего решения;
- Экономия на качестве: «пока и так сойдет, потом переделаем»;
- Стремление к быстрому результату: когда скорость важнее чистоты кода.
Каждый такой компромисс - это еще один «кредит».


👀 Главная опасность техдолга в том, что его «проценты» растут незаметно. Сначала ты просто тратишь чуть больше времени на добавление новых функций. Потом исправление одного бага порождает три новых. Мотивация команды или твоя собственная падает, потому что работать со сложным и запутанным кодом - настоящее мучение. В итоге, проект замедляется до полной остановки, а на рефакторинг уходят месяцы.
Please open Telegram to view this post
VIEW IN TELEGRAM
35👍5🔥5🤓2🤔1🙈1
😜 Я - деградировал. И вот почему:

Все мы (я тоже) злоупотребляем "Ctrl+C", "Ctrl+V". Мне постоянно кажется, что я экономлю время, но на самом деле - обкрадываю сам себя 🤷‍♂️

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

🔥Я видел, как проекты тонули в техническом долге из-за таких «быстрых» решений. Скопированный код часто неоптимален и плохо вписывается в архитектуру. Вместо роста и чистого кода - получаем хаос, который потом приходится расхлебывать часами.

Поэтому мой вам совет - в следующий раз, когда рука потянется к копированию, остановитесь. Напишите решение сами, пусть даже оно будет неидеальным. Это ваш самый ценный опыт. Хотя бы иногда практикуйте, ибо когда в очередной раз сервера openai/Gemini упадут - придется брать отпуск :D

P.S. но параллельно у меня очень сильно поднялся скилл в "обьяснении чего я хочу", в плане
Please open Telegram to view this post
VIEW IN TELEGRAM
103😁17👍8❤‍🔥4🤔1😱1🤣1🤝1