Hacker News Digest

Тег: #vba

Постов: 2

Claude for Excel (claude.com) 🔥 Горячее 💬 Длинная дискуссия

by meetpateltech • 27 октября 2025 г. в 16:09 • 648 points

ОригиналHN

#excel#llm#automation#finance#vba#data-analysis

Комментарии (443)

  • Потенциал для повышения продуктивности в Excel через анализ формул, навигацию по моделям и автоматизацию рутинных задач, особенно в финансовом секторе.
  • Серьезные опасения по поводу ошибок (галлюцинаций), безопасности данных, отсутствия контроля версий и сложности проверки сложных AI-сгенерированных таблиц.
  • Технические ограничения: отсутствие поддержки ключевых функций (пивот-таблицы, VBA), проблемы с пониманием структуры таблиц и необходимость гибридных подходов.
  • Активная конкуренция со стороны существующих решений (Gemini в Google Sheets, Copilot) и стартапов (Calcapp, Rows).
  • Шутки и мрачные прогнозы о потенциальных катастрофических последствиях для финансовой стабильности и глобальной экономики.

The key points of "Working Effectively with Legacy Code" (understandlegacycode.com)

Краткий конспект «Working Effectively with Legacy Code»

«Легаси-код — это код без тестов»
(М. Фезерс, 2004)

Алгоритм работы

  1. Тесты → изменения
    Сначала покрой тестами, потом трогай логику.
  2. Парадокс легаси
    Чтобы добавить тесты, надо изменить код; чтобы изменять, нужны тесты.
    Решение: минимальные безопасные рефакторинги.

4 шага к тестам

  1. Найти шов (Seam) – точку, где можно подменить поведение без правки исходника.
    Пример: унаследовать класс и переопределить метод.
  2. Разорвать зависимости (БД, сеть, файлы).
  3. Написать быстрый (< 100 мс) изолированный тест.
  4. Вносить изменения и рефакторить.

Характеризационные тесты

Если логика не ясна, пишем тест, который фиксирует текущее поведение; потом рефакторим.

by lordleft • 05 сентября 2025 г. в 14:00 • 160 points

ОригиналHN

#legacy-code#refactoring#testing#unit-testing#strangler-fig#vba#cobol#vb.net

Комментарии (67)

  • Книга «Working Effectively with Legacy Code» М. Фезерса вызывает спор: кому-то она дала язык и инструменты, кому-то показалась тривиальной и неприменимой к реальному аду из VB.NET, COBOL, VBA, AS/400 и прочим диалектам.
  • Главная идея «напиши тесты, потом трогай» часто невозможна: требований нет, классов нет, тест-фреймворка нет, а босс слышит «рефакторинг» как «тратить деньги впустую».
  • Поэтому практики делятся на два лагеря: «сначала покрой тестами хотя бы то, что трогаешь» и «запусти новую систему параллельно, сравнивай выходы, переключайся кусочками (Strangler Fig)».
  • UI, скрипты и «макро-ассемблеры» не поддаются юнит-тестам; тут спасают визуальные диффы, сторибук, продовые снимки и осторожный ручной прогон.
  • Рефакторинг превращается в бесконечное «yak-shaving», если каждый шаг не привязан к новой фиче или бизнес-ценности; политика и мотивация команды важнее любой методики.