Пример отчета об ошибке и технического обсуждения для ее решения
Недавно мне пришлось обосновать объем усилий, которые требуются для разработки программного обеспечения. Кто-то, незнакомый с процессом, думал, что разработка программного обеспечения проста или что она не занимает много времени. Например, они думали, что расширенное приложение для создания отчетов может получить возможность экспорта в PDF, если просто сказать команде разработчиков: «Внедрите экспорт в PDF». Буквально, они думали, что написание одной строки текста в документе спецификации приведет к тому, что организация получит эту функциональность.
И я только что наткнулся на отличный пример того, насколько сложна разработка программного обеспечения. Забудьте обо всей функциональности, давайте сосредоточимся на одном конкретном поле, фрагменте текста, относящемся к определенному виду объекта, и на том, как он взаимодействует с фреймворком перевода. Мы даже не хотим, чтобы этот фрагмент текста менялся — на самом деле, мы хотим, чтобы он не менялся, мы хотим, чтобы он ничего не делал! Мы просто хотим, чтобы он взаимодействовал — и он все равно не работает.
И сколько времени потребуется, чтобы это исправить? Ну, судя по временным меткам в последующем разговоре, тикет был создан в марте 2016 года. 9 лет спустя проблема все еще открыта. Есть 10 связанных и упоминаемых проблем, из которых 7 закрыты. Она была в некоторой степени исправлена — она исправлена в некоторых версиях приложения, но не исправлена в некоторых других.
Я имею в виду небольшой разговор в непрерывной разработке платформы Drupal и CMS. Я имею в виду этот разговор: https://www.drupal.org/project/drupal/issues/2689459
Этот разговор также является примером того, как отправить отчет об ошибке. Обратите внимание, что отчет об ошибке включает шаги по воспроизведению, ожидаемый результат и фактический результат.
С учетом сказанного, мы в Wasya Co по-прежнему считаем, что Drupal — отличный выбор для CMS. Мы не говорим, что он плохой, потому что их команде требуется более 9 лет, чтобы исправить какую-то мелочь. Drupal намного лучше, чем, скажем, Wordpress. Drupal предоставляет множество функций, является корпоративным и готовым к производству, является одним из самых популярных фреймворков и в целом работает очень хорошо. Мы просто говорим, что много работы вкладывается в то, чтобы убедиться, что системы работают правильно. И успешная система будет иметь много нерешенных, открытых задач. Успешная система не будет работать идеально все время. Тем не менее, успешная система обеспечивает хорошую ценность при использовании, решает болевую точку для конечного пользователя или предоставляет важную и полезную возможность, несмотря на существующие ошибки.