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

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

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

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

Интерактивная стреда!!! Го в коменты

Кстати! Я тут возвращаюсь в активное программирование, год отдыха прошел успешно (музыку изучал).

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

Задача кажется супер простой, но вот есть проблема: задержка воспроизведения звука слишком большая. Стандартными средствами я добился только 10мс. А нужно 5мс, чтобы не было заметно.

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

Пока что я 2+2 не смог сложить и получить результат в основном коде мобильного приложения, который на Dart написан. Держу в курсе 🙂

Так! Я не только сложил за вчера 2+2, но и организовал низкоуровневую работу с аудио.

Вот реально: я прям посемплово закидываю в аудиопоток свою волноформу! Сам суммирую разные звуки вместе! Прям миниатюрный аудио-движок, который работает в обход системного микшера.

И даже задержка получилась маленькая! Всего 5-10мс. Меньше сделать трудно: телефон не разрешает выставить буфер меньше.

Но это поживем-увидим, может и есть что-то еще для ускорения.

И что еще по теме: ChatGPT реально помогает. Он много врет, косячит, его надо дополнять уточнением инфы по документации, исправлять его ошибки. Но в целом, это получается быстрее, чем без него.

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

Я почти никогда не встречал интересных постов по программированию на хабре, да и вообще где либо. Но вот интересная.

Я все не читал, но первый совет мне понравился. Не обязательно он правилен в выводе, об этом можно подумать самостоятельно. Но сама идея о подумать, что проще: слепить в кучу или разлепить кучу на отдельные штуки — мне нравится.

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

Так что вот такая идея про подумать над вопросом — хорошая.

Так. Я продолжил. Я отрефакторил код, и вместо одного cpp файла у меня несколько. Даже классы выделил.

Я научил свой аудио движок воспроизводить любое количество звуков в любое время. Выделил аудио микшер, семплер. И сделал метроном, причем максимально точный, sample perfect.

А ещё починил звук. Оказывается я отправлял звук в буфер так, как будто у меня моно звук, а оно стерео. Одно число - в правую колонку, второе число - в левую.

На очереди - сделать секвенсор-лупер, чтобы ритмы играть любые.

Хах, поздравьте меня. Я несколько дней отлаживал проблему обращения к висящему указателю. Ох уж этот c++. Мне кажется, на нормальных языках типа Dart, Kotlin, да даже на javascript такого бы никогда не произошло.

Фикс был просто изи, одна строчка.

Но теперь я сделал секвенсор!!! Это не просто метроном, а прям ноты вшиваешь, звуки разные, и биты играть можно

Я кажется, понял, в чем проблема с c++.

Я создаю vector длиной x. А потом пишу:

myVector[x+2] = 12;

И если вы думаете, что будет какое-нибудь исключение типа out of boundaries, то ваши ожидания не оправдаются.

Уважаемы создатели c++. Вы там совсем обдолбались? Вам че, было жалко маликусенькой проверочки добавить? Ну или если это специальная оптимизация, нельзя накидать предупреждений при использовании [] у вектора, типа берегись пацан??

Ну типа в 2026 году ваш язык вообще запретят к использованию в европе из-за вот такой херни. Может, пошевелитесь? Страуструп, давай, напеши нормальные спецификации безопасные уже, сколько лет то прошло с 1979 года

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

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

Супер-безопасные ID для сущностей

Ох, давно я не писал, ох, давно!! Но вот начал прогать и понеслась мысля по полю 😊

Суть вот в чем. Есть сторейдж, откуда вы берете какие-то сущности. И у этих сущностей есть Id какие-то. И по этим id вы сущности считываете, передаете между разными штуками. Например, из экрана в экран.

Обычно это int или string. И существует вероятность ошибки: вдруг строка не правильная будет? Вдруг int неправильно значение? И когда будешь из сторейджа делать getById, будет либо null, либо кидаться исключение StateError или ArgumentError.

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

А уж если совсем по хорошему, это надо ошибки все логгировать и отправлять в свой какой-нибудь онлайн-копилку, для дальнейшего исправления.

А давайте без этого

И давайте сделаем вместо int или string - свой отдельный класс: MyEntityId. И чтоб совсем было весело: с приватным конструктором. То есть, экземпляр никто никогда не может создать, кроме… MyEntityStorage. В Dart так можно.

И просто такой факт, что такие id можно взять только у MyEntityStorage обозначает, что технически вообще не возможно никогда нигде никакая ошибка неверного id. Сущность не может несуществовать. Bullet-proof.

Это же сколько кода, сколько обработчиков, сколько UI не надо писать, сколько сценариев ошибок не нужно учитывать. Класс, да?

Вот только есть мааааленькая проблемка…

Начинает казаться, что если мы вместо примитивов будем передавать какой-то объект класса MyEntityId, который еще и сериализовать нельзя никаким образом, возникает вопрос. А почему бы нам тогда не передавать везде собственно сущность?

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

Или другой вариант: в другом типе данных хранится такой вот id, чтобы ссылаться на другую сущность. И… И как мы создадим этот другой тип данных, если мы не можем создавать MyEntityId?

Ну в общем, я еще подумою… А вам спасибо, и хорошего дня!

Я еще подумал. Можно вместо приватного контруктора делать sealed class, в Dart есть такая фишка. Нигде снаружи нельзя будет такой класс расширить. Это повышает надежность.

Так и живём теперь 😂

Я поставил антигравити от Гугла и изучаю структуру проектов и разбивку на модули в c++

Йолы-палы, ребят. Я конечно тормозок, но наконец-то я по нормальному погонял агентов, скилы, слегка увидел под капотом, как это все работает, и как это отличается от использования chatgpt.

Это прост небо и земля! Реальна

Много прошло всего, и чет я с середины начинаю. Ну да и ладно. Теперь буду писать про программирование с AI, если никто не против

Программирую в Antigravity. И завезли туда поддержку skills. И я такой обрадовался, понаписал скилы, чтоб агент правильно задачи делал. Например, скилл по тому, как оформлять спецификацию.

И вот чо я осознал в итоге, кое-что неприятное.

Вот я пишу в новом чате первый запрос, говорю, чтоб писал документацию. И могу сказать — используй скилл для документации (прям словами, без магии). И он чаще всего ее использует! Все правильно делает.

И после прочтения первого варианта я прошу его: внеси такие-сякие изменения (зайчишка мой сладкий). А он берет ... и уже не помнит, что нужно было использовать скил и засирает всю тока что созданную красивую доку.

Получается, все скилы надо напоминать каждое сообщение. Каждое!!! Суть он помнит из истории чата, а необходимость использовать скиллы — нет.

уже три дня восстанавливаю утраченный функционал. Сраная кнопка "undo changes to this point" в антигравити. Она все испортила, все удалила, что я не успел закоммитить. А я хотел причесать перед коммитом.

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