Pull to refresh

Comments 13

Спасибо за статью. Скажите, а что плохого в непрерывной разработке? И в тему: как в коде указывать, что планируется сделать и каким курсом идёт проект?
Спасибо. Прочитал с удовольствием.

Только одна неверная ссылка я думаю.

«Ссылайтесь на тикеты в коммитах. Нет необходимости поучать, что каждый \»коммит"/ должен сопровождаться сообщением." — тут ссылка на коммит ведет в описание коммита SQL, хотя должно быть описание комита для Гита.
>Некоторые веб-сервисы для хостинга ИТ-проектов, например, Git

Что? С каких пор git стал веб сервисом? Вот и возникает вопрос а стоит ли доверять мнению автора статьи который даже не в курсе что такое git и путает его с GitHub(BitBucket, etc)ю Плюс с некоторыми пунктами не согласен. Например с предпоследним. Имхо роллинг релиз ничем не хуже классической системы с периодическими релизами.
molchanoviv, про Git действительно опечатка. Спасибо, исправили!
Тестовое покрытие — это степень, в которой ПО прошло интеграционное тестирование.

Почему только интеграционное? Куда делось юнит-тестирование, компонентное тестирование и остальные?
Очевидно, что высокое покрытие — хорошая штука.

Не очевидно. Хорошая штука — достаточное покрытие. Слишком большое количество тестов приведет к тому, что вырастут издержки на поддержку тестов при изменении кода.
UFO just landed and posted this here
Недокументированные интерфейсы

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

Пустил слезу…
Апогей недокументированных интерфейсов — отсутствие интерфейсов
Не совсем понятна фраза «Волонтерский статический анализ». Подозреваю, что автор имел ввиду «добровольный анализ», который плох, потому что он должен быть обязательным.
Ну или анализ ради анализа и красивых отчетов. Без применения на практике в ежедневной разработке.
Объясните в двух словах суть проблемы, зафиксируйте свои предположения.

«Клиент жалуется, что ничего не работает».

Не «в двух словах» — гигантский paper на грани scientific на тему обнаруженной самовозбуждающейся системы из пяти системных компонент, каждая из которых работает правильно.
Какие-то части из оригинальной статьи пропущены?
Например это:
I've written about this in Strict Control of Java Code Quality. I use qulice.com in Java projects and rubocop in Ruby, but there are many similar tools for nearly every language.

Или это оригинал поменялся?
...has been tested by unit or integration tests.
Перевод
… прошло интеграционное тестирование.
?!
Например, Java не имеет ничего против того, чтобы вы вместили целое приложение в один единственный «class» с помощью 5000 разных методов

Технически у вас это ряд ли получится: вы упрётесь в размер пула констант класса.

Sign up to leave a comment.