
Ну, не ваша, читатели, а ваша, создатели языков, библиотек, фреймворков итд. Но давайте не забегать вперёд.

Ну, не ваша, читатели, а ваша, создатели языков, библиотек, фреймворков итд. Но давайте не забегать вперёд.
Радченко Андрей Леонидович, примеры https://goo.su/dF5r

Дано: пользователи не знают, что делать с нейросетями. Это известная проблема. Если им не дать прикладной интерфейс, они не понимают, что можно почти всё.
Чем толковее врачи, тем больше ошибок они фиксируют в своих отчетах. А проблема плохих врачей не в том, что они плохие, а в том, что они этого не понимают. Видеть ошибки — один из важнейших навыков. Он спасает жизнь, карьеру, семью. Он же является мощным конкурентным преимуществом. Особенно, если знать куда смотреть и как интерпретировать увиденное.
Что ж, попробуем в этом разобраться.
Меня зовут Костя Дубровин. Я веду канал про книги.
Развивая идею доверенного языка программирования я пришел к выводу, что за счет ограничений синтаксиса и создания соответствующих проверок в статическом анализаторе кода, можно защититься практически ото всех технических ошибок, кроме двух - контроль динамически выделяемой памяти и переполнения стека.
В начале этой осени я наткнулся на Всероссийский рейтинг IT-брендов работодателей 2024 от Хабра. Увидел, что у меня были знакомые руководители разных уровней в 15 компаниях из первых 30. Скинул им ссылку на отчёт и получил от 12 человек крайне любопытные реакции. Чаще всего в духе "неожиданно" или даже "странно". Дальнейшее общение показало две вещи.
Продолжаю цикл статей из серии давно минувших дней.
Недавно встретил бывшего коллегу и он мне напомнил эту историю, о которой я абсолютно забыл. Не об уроке, а просто о самом случае.
2010г: по семейным обстоятельствам я оказался в глубоком финансовом кризисе. У меня не было денег даже на бензин. Один знакомый мне предложил поработать у них в отделе 1с-ником. Оплата была небольшая (по сравнению с рынком). Я согласился поработать у них несколько месяцев, пока не найду нормальное место, такой и был изначальный уговор. В отделе 1С было 3 человека, я стал четвертым.
Однажды при работе с крупной кодовой базой одного фронтенд-приложения я заметил, что функционал постепенно группируется относительно команд (доменов). Каждая из таких групп функционала постепенно накладывает собственные ограничения на архитектуру. Как оказалось, обработка ошибок при сравнении кода двух разных команд неоднородна. В одном случае разработчики структурировали ошибки стандартным наследованием JS/TS, в другом были использованы перехваты возникающих ошибок и логирование.
В сентябре 2025 года Apple выпустила очередную версию своей настольной ОС — macOS Tahoe 26. Все ждали новых возможностей, улучшенного интерфейса и инновационный Liquid Glass. Но, уверен, никто не ожидал, что столкнется с проблемами утечки памяти, причем из-за таких базовых приложений, как «Калькулятор» и «Сообщения».
Давайте разберемся, какие причины могли спровоцировать столь странное поведение программ и как получилось, что его не заметили опытные QA-инженеры Apple.