Я делаю сайты. И иногда получается так, что на этих сайтах есть косяки: в верстке, правописании или где-то выскакивает ошибка. И люди пишут об этой ошибке на почту, в контакт, smsками, и в итоге что-то да обязательно потеряется. И недавно я наконец-то понял! Хватит это терпеть! :) Вот так и родилась идея до жути простого багтрекера, который бы помог мне не забывать о багах на проектах. А потом я подумал, что стоит сделать его не только для себя. И вот, встречайте: http://errrr.ru/ — Простейший регистратор ошибок

	На основе баг-трекера (JIRA, TRAC, GITHUB и пр.)
	На основе ERP-системы (Axapta, 1С, OpenERP и пр.)
	Бумажный отчет
	Нет никакой отчетности
	Свое решение
	Excel и прочие табличные представления
	Надо просто выполнять поставленные задачи

Проголосовало 936 человек. Воздержалось 364 человека.

На днях (после отключения электричества и полного разряда аккумулятора ИБП)
появилась необходимость помимо автоматического выключения роутера при низком
заряде UPS'а, ещё и выключение сабжевого хранилища.

Большую часть своей профессиональной карьеры программиста я занимаюсь багтракерами (bugtracking, SCM, ALM, etc). На каждой своей работе я внедрял VCS и bugtracking или работал с имеющимся. Видел практически все из достойных, три из них разбирал по винтику: Trac, Scarab, JIRA. Есдинственное, что упустил в этой жизни, так это так называемые SaS системы, но не велика беда. Это весьма специфичные и нишевые продукты.

А сегодня под утро, когда не мог заснуть, мне в голову пришла идея того, как можно реализовать ядро багтракера.

Недавно на работе был поднят такой вопрос: пора бы завести наконец-то систему баг-трекинга, но вот только какую? Условия были поставлены следующие: система должна быть open source, должна без проблем ставиться на не-виндовс системы, использовать в качестве БД MySQL и желательно быть написанной на PHP, на случай, если очень захочется доработать напильником.

Варианты предлагались такие: Jira (отпадает в виду небесплатности), BugZilla (отпала в виду того, что админ обвинил ее в требованиях «каких-то специфичных настроек MySQL-я»), Trac (в нем долго сомневались, т.к. у нас svn).

Поскольку на Хабре никаких обзоров подобных систем пока не было, предлагаю свой, может кому-то еще может пригодится при выборе.

Итак: краткий обзор систем баг-трекинга.

1. BugZilla.

О ней, наверно, знают все, но на всякий случай кратко для тех, кто еще не знает.

Система от разработчиков FireFox, вообще ребята очень ответственно подходят к проблеме багов.

Установка: Гарантируется поддержка Linux или Solaris, для работы нужен Perl и одна из СУБД: MySQL, PostgerSQL, Oracle.

Список использующих BugZilla, впечатляющий: Mozilla Foundation (ну это в общем-то не удивительно), Open Office, RedHat, NASA, Facebook и еще сотня довольно известных и тысячи неизвестных компаний.

	Outlook, Sunbird, iCal, т.п.
	Использую электронную почту
	Пишу в текстовой файл
	Клею на монитор бумажки
	Багтрекер
	Держу все в голове

Проголосовало 588 человек. Воздержался 51 человек.

Когда несколько человек начинают работать над задачами, сложнее чем «Домашняя страничка Пети», пренепременно возникает ситуация, когда держать в голове все мысли, идеи и планы их осуществления становится невозможно. Тогда покупается бумага, разноцветные маркеры, и идеи начинают записываться, зачёркиваться и раскрашиваться. Возможно, для простых проектов этого достаточно, но с возрастанием сложности, есть риск превратить своё рабочее место в фабрику по переработке бумажных отходов.

В моей работе нужно анализировать качество проектов и иметь полное понимание о том, как мы учимся не наступать на одни и теже грабли. Для этой цели есть много инструментария, но я хочу поделиться опытом с теми, кто как и наша студия использует в роли багтрекинга Mantis 1.1.1 (написан на PHP, БД- MySQL)

Доброго всем вечера. Обращаюсь за советом к обширной аудитории хабрахабра за советом. Есть небольшая команда веб-разработчиков, или можно так выразиться веб-студия. С увеличением заказов начали сталкиваться с составлением TODO на каждый день и распределением заданий для каждого взятого члена студии, но пришли к тому что нужного средства для разруливания этих задач нет.