Итак как и обещал я начал публиковать список интересных (на мой взгляд) и не реализованных еще идей. Итак идея номер 1.
Библиотека для взаимодействия с bugtraq системами.
Мне это видится как библиотека написанная на C/C++ с обвязкой для других языков программирования.
Основу библиотеки составляет программный каркас и система плагинов, включающих реализацию транспорта для каждой конкретной поддерживаемой BugTrac системе. Например это могут быть плагины для взаимодействия с системой Trac (и два варианта протокола - RPC и HTML), аналогичные плагины могут быть разработаны и для других систем.
Библиотека естественно кроссплатформенная и должна работать хотя-бы на Windows/Linux/FreeBSD.
Области применения:
В первую очередь хочется отметить возможность использования этой библиотеки для написания custom bugtraq clients. Потенциальная аудитория - неквалифицированные/низкоквалифицированные/инертные пользователи некоторой сложной entertprise или custom системы. Этот клиент позволяет упростить для обычных пользователей создание сообщений об ошибках в системе. Им не надо объяснять принципы работы с той или иной bugtraс системой, не надо объяснять что для этого надо открывать браузер, открывать ссылку, регестрироваться и заполнять форму об ошибке (часто достаточно сложную).
Они просто открывают клиента расположенного в трее и заполняют недостающие поля в привычном для себя окружении. И отправляет эти данные, которые будут занесены в систему в виде ticket'а. Тем самым мы значительно упрощаем получение feedback от низкоквалифицированных пользователей.
Вторым применением может стать интеграция библиотеки в различное ПО и web-порталы как универсальное средство организации feedback'а о ошибках. В данный момент это чаще всего реализовано в виде отправки сообщения с помощью внутренней системы оповещения или электронной почты - администратору системы. Который должен оценить это сообщение и при необходимости занести ошибку в bugtraq систему.
Текущее состояние
Уже около года одним из студентов ИжГТУ ведутся раоты по созданию прототипа custom клиента для системы trac. Для простоты прототип реализуется на языке C# с перспективой портирования на реализацию от Mono.
В данный момент реализована поддержка trac через Http транспорт и сейчас ведутся работы по реализации RPC.
На картинке показано как выглядит текущая версия прототипа:

В данный момент проект доступен в Инкубаторе проектов кафедры ПО ИжГТУ, но в самом скором времени будет перенесен в раздел проектов компании NixDev.
Ближайшие аналоги
Eclipse MyLin - Mylyn is a Task-Focused UI for Eclipse that reduces information overload and makes multi-tasking easy. It does this by making tasks a first class part of Eclipse, and integrating rich and offline editing for repositories such as Bugzilla, Trac, and JIRA.
Gnome bug-Buddy - The GNOME Desktop Environment's bug reporting tool
Комментарии
Кстати, в виде плагина к средству разработки...
...может быть действительно полезная вещь. С системой контроля версий же интегрируется, пусть и с системой контроля ошибок тоже.
Посмотрите
Посмотрите связку Eclipse + Mylin - эта на порядок больше интеграции, это лучший плагин который я когда-либо встречал. Очень было жалко его когда приходилось слазить с Eclipse.
--
NixDev Open Source solutions for life.
У меня, как обычно, вопрос: зачем?
Если большинство bugtrac-систем имеют более-менее «юзабельный» web-интерфейс.
Гораздо полезнее интегрировать багтреккеры с системами контроля версий (subversion например).
Или хороший bugrac-модуль для распространенных CMS (например, Drupal) написать.
Если
Если большинство bugtrac-систем имеют более-менее «юзабельный» web-интерфейс.
Гм... А интерфейс bugzill'ы тоже уже призван юзабельным? Да там без пол литра не разберешься, там литр нужен. Если конечно долго и упорно не доводить его до ума.
Ну и конечно ориентация на офисный планктон, изначально это и стало причиной создания проекта - объяснить пользователю что нужно открыть браузер, открыть некоторый сайт и что-то туда написать - мне на это терпение не хватило.
Но честно говоря прототип на них испытать тоже еще не удалось.
Гораздо полезнее интегрировать багтреккеры с системами контроля версий (subversion например).
Trac?
Или хороший bugrac-модуль для распространенных CMS (например, Drupal) написать.
А что он должен делать и в чем признаки его хорошести?
--
NixDev Open Source solutions for life.
1) Ну, багзилла
1) Ну, багзилла действительно не идеал. Может быть, довести до ума? :)
Кстати в Kubuntu прекрасная интеграция launchpad'овского багтреккера: в меню «Справка» есть пункт «Сообщить об ошибке». Отличный вариант!
2) Trac — да, вещь хорошая. Всё руки не доходят поковыряться и, может быть, внедрить у себя.
3) Он должен «трэкать баги» :-) Но не в виде отдельностоящего web-приложения, а как модуль к CMS-системе. Кстати, svn-модуль к Drupal'у есть, опять же — нет времени посмотреть...