Поскольку ваша цель показать цифровые схемы, подход кажется абсолютно верным. Зачем перегружать школьников лишними уровнями абстракции, не имеющими прямого отношения к теме? Иначе почему только Кирхгоф, а где электроны\атомы, физика полупроводников и т.д.? имхо, внешние pull up\down резисторы для сенсоров или токоограничивающие для нагрузок это просто костыли на границе аналоговой и цифровой схемотехники. Если кого-то и затянет, то со временем сами углубятся в аналоговую электронику.
Короче вот первые четыре страницы моего туториала в виде шпаргалок к моим занятиям
Когда-то столкнулся с подобным, и путь был похож на ваш: заранее вычисленный индекс -> подозрение на ухудшение криптостойкости. Затем пришел к тому, чтобы зашифровать и сам индекс. Поскольку записей было немного, сортировку сделал на стороне клиента.
Спасибо за подробный комментарий, со многими пунктами согласен. Но стоит учитывать что эта либа использовалась более 15 лет назад.
Про функции и IAT:
Я как раз таки избавился от списка имен в бинарнике путем шифрования названий, поэтому статический анализ был невозможен. Отладка тоже была осложнена и заминирована таймингами через RoutineAdress. Любая пауза на брейкпоинте вела к вычислению неверного адреса и падению. Про "костер" в IAT согласен, но это сознательный выбор против автоматического анализа и импорт-реконструкторов. Скрыть защиту от профи нельзя, но можно заставить его тратить время на рутину.
Про картинки и внешние EXE:
Внешние модули (KFC и SRV2) сами по себе ничего не значили без контекста обмена данными с основным процессом. Плюс вынос в отдельные EXE позволял разделять права доступа через ImpersonateLog, когда регистратору нужны были права админа, а программе нет.
Про функции типа StrToInt64VP:
Это метод отложенной мины. Если взломщик отвязал только старт, он получает нерабочую версию. Дурная слава из уст тех кто украл софт меня не сильно беспокоила. Легальный пользователь с этим никогда не сталкивался.
Но это же та самая "очевидная точка принятия решения", против которой вы выступали в начале статьи.
Это не основной рубеж, а дополнительный проверочный контур.
я тоже когда-то пытался сделать сервис для windows desktop ui тестированию. https://github.com/viordash/us-ac-re Но забросил, стабильность слишком низкая
Подобные вопросы возникают регулярно, и я могу припомнить несколько: - 25 лет назад удивляло, почему пустая форма Delphi или MFC весит так много килобайт. - 8 лет назад обсуждали, почему почти пустые приложения на Angular занимают столько же места. - периодически всплывают вопросы о весе обычного Hello World.
Мне кажется, такие темы будут появляться всегда. Если в системе изначально заложена огромная функциональность, то на старте неизбежно будет большой объем. Однако по мере расширения приложения это с лихвой окупается удобством разработки.
поэтому мультиметром перепроверял. Посмотрел на ваше фото, аж передернуло. Когда-то собирал навесным монтажом, адаптеры для замены разбитых спец-ЖКИ на семисегментные LED индикаторы. И там несколько десятков кт315\кт361 использовал.
Я не большой спец в этом, но мне кажется это разные вещи, skills для выполнения задач. А мой подход про оптимизацию первоначального ознакомления агента с проектом. И думаю что оба механизма могут работать вместе и не исключают друг друга.
С таким развитым мозгом и продвинутой речью они, возможно, и не вымерли из-за проблем с размером черепа, а просто ушли в параллельный мир :) По крайней мере, у Сергея Лукьяненко в цикле "Небесное воинство" очень интересно обыгран именно такой вариант с выжившими неандертальцами.
Согласен, агентный подход с доменной архитектурой звучит хорошо. Но мой текущий воркфлоу пока не требует такого уровня автоматизации.
Я использую Claude Code именно как инструмент генерации кода, а планирование и ревью остаются за мной, пока опыт позволяет давать лучшее решение. В таком сценарии агенты избыточны, они решают задачу автономной работы, которую я пока предпочитаю контролировать сам. Возможно когда проект вырастет и задачи станут крупнее, вернусь к вашей идее.
Кстати, по поводу пропуска информации моделью, мне кажется с новым подходом пропусков пока не было, теперь всегда в начале каждого чата "I'll start by reading the project context\Давайте сначала изучим контекст". По сути, моя структура файлов это и есть подготовка проекта к вашей доменной архитектуре. Если я решу внедрить агентную схему, им уже будет на что опираться.
А если поступить проще, на домашнем компе запустить трансляцию экрана через я.телемост, а на телефоне смотреть. Для управления мышь\клава использовать тот самый DataChannel. Трафик маленький, подозрений не вызовет, а шаринг экрана штатный режим
А можете добавить в "Моя волна" настройку, период повтора композиции? А то уже часть, из ранее любимых композиций в дизлайках, так как ваша рекомендация иногда зависает на одной композиции и может в течении короткого времени проиграть ее несколько раз
у К155ЛА3 насколько я помню ток потребления как у несколькиз atmega
Поскольку ваша цель показать цифровые схемы, подход кажется абсолютно верным. Зачем перегружать школьников лишними уровнями абстракции, не имеющими прямого отношения к теме? Иначе почему только Кирхгоф, а где электроны\атомы, физика полупроводников и т.д.?
имхо, внешние pull up\down резисторы для сенсоров или токоограничивающие для нагрузок это просто костыли на границе аналоговой и цифровой схемотехники. Если кого-то и затянет, то со временем сами углубятся в аналоговую электронику.
скажите, а почему на двух языках?
а есть аудио-вариант интервью?нашел на ютюб
Когда-то столкнулся с подобным, и путь был похож на ваш: заранее вычисленный индекс -> подозрение на ухудшение криптостойкости. Затем пришел к тому, чтобы зашифровать и сам индекс. Поскольку записей было немного, сортировку сделал на стороне клиента.
Хорошо что не просто послали подальше :)
и кстати,
autoerr = mHal.setLayerCursorPosition(mDisplay, mLayer, readSigned(), readSigned());в упоминаемом вами статическом анализаторе это не ошибка, а предупреждение. Все таки UB может быть хоть чем.
Спасибо за подробный комментарий, со многими пунктами согласен. Но стоит учитывать что эта либа использовалась более 15 лет назад.
Я как раз таки избавился от списка имен в бинарнике путем шифрования названий, поэтому статический анализ был невозможен. Отладка тоже была осложнена и заминирована таймингами через RoutineAdress. Любая пауза на брейкпоинте вела к вычислению неверного адреса и падению. Про "костер" в IAT согласен, но это сознательный выбор против автоматического анализа и импорт-реконструкторов. Скрыть защиту от профи нельзя, но можно заставить его тратить время на рутину.
Внешние модули (KFC и SRV2) сами по себе ничего не значили без контекста обмена данными с основным процессом. Плюс вынос в отдельные EXE позволял разделять права доступа через ImpersonateLog, когда регистратору нужны были права админа, а программе нет.
Это метод отложенной мины. Если взломщик отвязал только старт, он получает нерабочую версию. Дурная слава из уст тех кто украл софт меня не сильно беспокоила. Легальный пользователь с этим никогда не сталкивался.
Это не основной рубеж, а дополнительный проверочный контур.
я тоже когда-то пытался сделать сервис для windows desktop ui тестированию. https://github.com/viordash/us-ac-re
Но забросил, стабильность слишком низкая
Подобные вопросы возникают регулярно, и я могу припомнить несколько:
- 25 лет назад удивляло, почему пустая форма Delphi или MFC весит так много килобайт.
- 8 лет назад обсуждали, почему почти пустые приложения на Angular занимают столько же места.
- периодически всплывают вопросы о весе обычного Hello World.
Мне кажется, такие темы будут появляться всегда. Если в системе изначально заложена огромная функциональность, то на старте неизбежно будет большой объем. Однако по мере расширения приложения это с лихвой окупается удобством разработки.
поэтому мультиметром перепроверял.
Посмотрел на ваше фото, аж передернуло. Когда-то собирал навесным монтажом, адаптеры для замены разбитых спец-ЖКИ на семисегментные LED индикаторы. И там несколько десятков кт315\кт361 использовал.
у них же цвет был как маркер? оранжевый - кт315, а желтый - кт361. Но я всегда мультиметром проверял, и кроме проводимости заодно и исправность.
ножки у кт315 были боль :(
Я не большой спец в этом, но мне кажется это разные вещи, skills для выполнения задач. А мой подход про оптимизацию первоначального ознакомления агента с проектом. И думаю что оба механизма могут работать вместе и не исключают друг друга.
С таким развитым мозгом и продвинутой речью они, возможно, и не вымерли из-за проблем с размером черепа, а просто ушли в параллельный мир :) По крайней мере, у Сергея Лукьяненко в цикле "Небесное воинство" очень интересно обыгран именно такой вариант с выжившими неандертальцами.
вероятно, что были женаты
Согласен, агентный подход с доменной архитектурой звучит хорошо. Но мой текущий воркфлоу пока не требует такого уровня автоматизации.
Я использую Claude Code именно как инструмент генерации кода, а планирование и ревью остаются за мной, пока опыт позволяет давать лучшее решение. В таком сценарии агенты избыточны, они решают задачу автономной работы, которую я пока предпочитаю контролировать сам. Возможно когда проект вырастет и задачи станут крупнее, вернусь к вашей идее.
Кстати, по поводу пропуска информации моделью, мне кажется с новым подходом пропусков пока не было, теперь всегда в начале каждого чата "I'll start by reading the project context\Давайте сначала изучим контекст". По сути, моя структура файлов это и есть подготовка проекта к вашей доменной архитектуре. Если я решу внедрить агентную схему, им уже будет на что опираться.
не сомневаюсь, что еще много возможностей. Но мне пока и имеющегося достаточно.
security by obscurity заиграет новыми красками.
И вероятно, что AI похоронит open-source
через яндекс диск :)
А если поступить проще, на домашнем компе запустить трансляцию экрана через я.телемост, а на телефоне смотреть. Для управления мышь\клава использовать тот самый DataChannel. Трафик маленький, подозрений не вызовет, а шаринг экрана штатный режим
А можете добавить в "Моя волна" настройку, период повтора композиции? А то уже часть, из ранее любимых композиций в дизлайках, так как ваша рекомендация иногда зависает на одной композиции и может в течении короткого времени проиграть ее несколько раз