Не даётся Python? Большая конкуренция? Есть альтернативы! 👍

1️⃣ YoptaScript — язык для «чётких пацанов», который транслируется в JS. Вместо банального if/else здесь используется куда более понятная конструкция: вилкойвглаз... иливжопураз.

2️⃣ В†† — для тех, кому ближе величие Древней Руси. Это набор макросов для C++, где программист — витязь, а баги — «ящеры». Соответственно, оператор break здесь называется бить_ящеров.

3️⃣ Birp (Большой Русский Питон) — полная идейная трансляция синтаксиса Python на русский. def превращается в объявить, import — в подключить. Идеально для тех, кто считает английский язык единственным недостатком питона.

4️⃣ Shakespeare Programming Language (SPL) — исходный код маскируется под пьесу Шекспира. Переменные — это персонажи, а присваивание значений происходит через оскорбления. Программа "Hello World!" начинается с того, что Гамлет говорит Ромео: You lying stupid fatherless big smelly half-witted coward!

5️⃣ Tabloid — кликбейт как Тьюринг-полный язык. Вместо print — YOU WON'T WANT TO MISS. Вместо return — SHOCKING DEVELOPMENT. А каждая программа обязана заканчиваться на PLEASE LIKE AND SUBSCRIBE.

На примеры кода можете посмотреть в статейке ◀️

На какой бы переписали свои проекты? Ах, да PLEASE LIKE AND SUBSCRIBE 👍

Наткнулся на новый ИИ-агент для VS Code — Kilo Code.

Что там под капотом?

1️⃣Мульти-агентный движ: на самом деле тут целая "команда" агентов:
▫️Orchestrator — разбивает задачи на подзадачи.
▫️Architect — планирует архитектуру.
▫️Code — пишет код.
▫️Debug — отлаживает
2️⃣ Никаких галлюцинаций (обещают!): Kilo автоматически чекает документацию библиотек и проверяет свой код на ошибки, а потом сам же их чинит. Верим, верим 😏
3️⃣ Полностью Open Source, без лок-ина. Никто не тренируется на ваших данных, вы можете использовать свои API-ключи, локальные модели или 400+ хостовых, которые они предоставляют.
4️⃣ 0% комиссии. Платите ровно столько, сколько просят OpenAI/Anthropic/Google, ни копейки сверху. А на старте ещё и до 25$ кредитов дают.

Kilo Code — это, кстати, "форк форка": он родился из Roo Code, который, в свою очередь, форкнулся от Cline. Такие дела.

🔗 Оф. сайт: kilocode.ai
🔗 Репо GitHub: github.com/Kilo-Org/kilocode

Попробуйте, отпишитесь, у меня уже рук не хватает всё новое изучать 😅

#тулбокс

Сегодня у нас классическая задачка, которая отлично проверяет умение мыслить алгоритмически.

Представьте, что вам дали гистограмму — набор столбцов разной высоты. Внезапно пошел сильный дождь, и пространство между столбцами заполнилось водой.
Ваша задача — написать алгоритм, который посчитает общий объём всей скопившейся воды 🌊 для любого такого "ландшафта".

Вода может скапливаться только в "бассейнах". Границы такого бассейна — это два столбца, которые выше, чем столбцы между ними.
Ключевой момент: уровень воды в любой такой "яме" ограничен высотой самого низкого из двух столбцов-ограничителей. Если слева стена высотой 5, а справа — 3, то вода выше 3 не поднимется.

📜 Условие:
Дана последовательность неотрицательных целых чисел heights, где каждое число — это высота столбца шириной 1. Вам нужно написать функцию, которая вычисляет, какой максимальный объем воды может скопиться между этими столбцами.

➡️ Формат ввода:
- Список целых чисел heights.

⬅️ Формат вывода:
- Одно целое число — суммарный объем удержанной воды.

💡 Примеры:

Пример 1:

# Вход:
heights = [0, 2, 0, 3, 1, 0, 1, 3, 2, 1]

# Выход:
9

Пояснение: вода скапливается в нескольких "бассейнах". Между столбом высотой 2 и первым столбом высотой 3 задержится 2 единицы воды. Самый большой бассейн образуется между двумя столбами высотой 3, он удержит 7 единиц воды. Итого 9.

Пример 2:

# Вход:
heights = [4, 2, 0, 3, 2, 5]

# Выход:
9

Решаем ⤵️

#алгособес

Помните, все хоронили Stack Overflow? 📉

Мол, ChatGPT пришел и всё, R.I.P. Трафик падает, вопросы никто не задает, основатели вовремя продали проект и свалили в закат.

Так вот. Похоже, всё не так однозначно 🧐

Наткнулся на свежее исследование, которое показывает, что картина сложнее, чем простого "всё умерло".

ChatGPT не убил Stack Overflow. Он его отфильтровал от простого контента. Все эти бесконечные "как развернуть строку?" и "почему у меня цикл не работает?" ушли к ChatGPT.

А что осталось? Самый сок. Факты из исследования:
▫️ Вопросы и ответы стали значительно длиннее.
▫️ Код в примерах — объемнее (для Python, например, +21% 🔥).
▫️ Сложность вопросов резко выросла. Вместо "базовых структур данных" в топе теперь "ООП и разработка GUI".

Проще говоря: Stack Overflow из гугла для новичков превращается в консилиум для профи. За простым решением — к ИИ. За решением реальной, нетривиальной проблемы, где нужен человеческий опыт — к людям.

Возможно, SO не умер, а просто усложняется 🧐

Сегодня у нас в гостях экспонат, который пытается впихнуть логику низкоуровневых языков в наш Python.

Но сперва — минутка ликбеза, чтобы все были в теме.

В языках типа C/C++ ты сам себе хозяин памяти. Попросил у системы кусок через функцию malloc — будь добр, верни его потом через free. Забыл вернуть? Получил утечку памяти.

В Python же есть сборщик мусора, который сам ходит и всё прибирает. Пытаться делать это вручную — это... странно.
Вот вам #код_курильщика с попыткой это реализовать:

from ctypes import cast, c_void_p, POINTER

def malloc(size: int) -> int:
    return cast(c_void_p(id
        (bytearray(size))), POINTER
        (c_void_p)).contents.value

def free(address: int) -> None:
    del address

А теперь два вопроса в студию:

1️⃣ Почему free(address) в таком виде — это абсолютно, тотально, вселенски бессмысленная операция?

2️⃣ А что не так с malloc? Спойлер: там всё очень плохо, но не так очевидно.

Жду ваши версии в комментариях 👇 Завтра сделаю разбор.

🧑‍💻 С Днем Программиста! 🖥

Сегодня праздник, к которому причастны, наверное, все на этом канале 🎉

🗓 Праздник официально закреплён в законодательстве относительно недавно – в 2009 году. Всегда отмечается на 256 день года.

Давайте оглянемся назад и посмотрим, как эволюционировал главный скилл в нашей профессии.

▪️2005 год: Умение виртуозно управлять памятью и не допускать утечек.
▪️2015 год: Умение нагуглить нужный ответ на Stack Overflow за 30 секунд.
▪️2025 год: Умение составить промпт из 42 уточнений, чтобы заставить нейросеть сгенерировать работающий hello-world.py.
▪️2030 год (прогноз): Умение войти в астральный контакт с кремниевым духом машины, чтобы понять, почему код, написанный одной нейронкой для другой, падает в третьей.

У вас в компаниях как-то отмечается? Может сами отмечаете? Расскажите 🎂

Итак, вчера мы увидели #код_курильщика с попыткой реализовать ручной сборщик мусора на Python.

Давайте разберем, почему этот код — тихое безумие.

1️⃣Почему free(address) — это абсурд? 🤡

Самый главный и фундаментальный обман здесь — это вера в то, что del в Python что-то «удаляет» или «освобождает» в смысле C++.

На самом деле, del не удаляет объект. Он удаляет имя (ссылку) из текущей области видимости.

Представьте, что у вас есть объект. На него указывает переменная my_address — это как стикер с надписью. Когда вы вызываете free(my_address), значение копируется в локальную переменную address (появляется второй стикер). del address просто отклеивает второй стикер. Объект и первый стикер остаются нетронутыми.

Вердикт: эта функция — чистейшее плацебо. Она не делает абсолютно ничего полезного.

2️⃣А вот с malloc всё гораздо интереснее и опаснее 💀

Если free просто бесполезен, то malloc активно вредит и создает висячий указатель (dangling pointer).

Что происходит в этой строке:
1. bytearray(size): Создается временный объект-массив. Он существует, но на него еще никто не ссылается постоянно.
2. id(bytearray(size)): Мы получаем адрес этого временного объекта.
3. И вот тут — катастрофа. Сразу после того, как id() отработал, на объект bytearray больше не остается ни одной ссылки. Сборщик мусора Python видит, что счетчик ссылок на этот объект упал до нуля, и имеет полное право немедленно его уничтожить.
4. Вся дальнейшая магия с ctypes просто возвращает нам тот самый адрес.

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

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

🤯 93% работодателей недовольны айтишниками. Как так, если на одну вакансию по 14 резюме?

Вышла свежая статистика от hh. И она прекрасна. Если коротко: джунов — как грязи (18.6 человек на место), сеньоров — днём с огнём не сыщешь (3 человека на место).

Но главный прикол не в количестве, а в качестве. 93% компаний недовольны навыками кандидатов.

Думаете, все ищут спецов по Python и Go? Как бы не так. Топ-3 самых востребованных компетенций, которых дико не хватает на рынке:
1. 1С-программирование
2. PHP
3. TypeScript

Как думаете, сколько курсов есть по 1С по сравнению с Python? 🌝

Кто виноват, что делать? 😐