Все друзья, занимающиеся разработкой Web3, должны это посмотреть.



Технический руководитель Varick AI Agents Eyad Khrais опубликовал системный обзор — как эффективно использовать Claude Code для инженерной разработки. В нем действительно много полезной информации.

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

Этот метод особенно полезен при разработке смарт-контрактов и интеграции AI-агентов, а также в сложных инженерных задачах. Многие разработчики привыкли одновременно думать и писать, в результате много времени уходит на постоянные правки кода. Сначала подумайте, потом реализуйте — кажется, что это занимает несколько минут больше, но на самом деле экономит огромное количество времени на последующем отладке. Стоит попробовать.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 6
  • Репост
  • Поделиться
комментарий
0/400
GasWastingMaximalistvip
· 6ч назад
Правда, я давно должен был изучить этот режим планирования, раньше при написании контрактов я редактировал их по мере написания, а потом на отладку уходило больше времени, чем на написание кода
Посмотреть ОригиналОтветить0
DefiOldTrickstervip
· 19ч назад
Ха-ха, я и говорю, эта методика "сначала подумать, потом написать" — я уже на собственном опыте почувствовал её недостатки во время волны аудита контрактов в 2017 году. Тогда куча ребят спешили выкладывать код в блокчейн, в результате — повсюду уязвимости типа reentrancy, переполнение, и как только достигалась цена ликвидации — всё взрывалось. На самом деле, всё дело в неправильном планировании архитектуры. Теперь, используя такие инструменты, как Claude, нужно быть ещё аккуратнее. Какой бы ни был сэкономленный на отладке время, лучше потратить его на изучение доходности портфеля — это действительно важное дело. Но большинство молодых разработчиков всё равно не могут избавиться от этой привычки — писать и одновременно исправлять, эффективность от этого никакая. Сначала нужно четко определить логическую структуру, и тогда годовая доходность может удвоиться — это горький, но поучительный урок.
Посмотреть ОригиналОтветить0
FrogInTheWellvip
· 01-12 08:24
Сначала спроектировать архитектуру, а потом писать код. Сколько раз уже говорили об этом, а кто-то всё ещё думает и пишет одновременно, а потом всё хаотично меняет... действительно нужно исправить эту привычку.
Посмотреть ОригиналОтветить0
ProofOfNothingvip
· 01-12 08:21
Правда, я давно уже на собственном опыте убедился в том, что "сначала архитектура, потом кодирование"... Постоянное изменение во время написания — в итоге это бесконечная яма.
Посмотреть ОригиналОтветить0
MEVictimvip
· 01-12 08:20
Сначала создавайте архитектуру, а потом пишите код — это горький урок... Я слишком хорошо знаю, как много ночей я переписывал код напрасно.
Посмотреть ОригиналОтветить0
DeepRabbitHolevip
· 01-12 08:07
Сначала архитектура, потом код — это действительно был опыт, иначе вечно менять и выгореть на ходу.
Посмотреть ОригиналОтветить0
  • Закрепить