Завязка

Хочу поднять тему, актуальную для разработчиков и для заказчиков: разработка в удовольствие. Что это, миф или реальность? Существуют ли компании, в которых процесс разработки поставлен так, что приносит удовольствие обеим сторонам: разработчику и заказчику. Ведь в конечном итоге цель у обеих сторон одна — удовлетворенность конечным продуктом.

Если вы заказываете приложения сторонним разработчикам, обязательным условием является оценка его качества после того, как разработчик передал код вам. Вы можете быть гуру в программном обеспечении, тогда эта статья не для вас, но если вам нужно несколько простых пунктов, оценки качества, то вот они:

Хочу изложить свою идею для стартапа, вдруг это будет кому-то интересно, либо же появятся доводы не заморачиваться по этому поводу (сервис никому не нужен).

Идея проста: иногда бывает так, что купив билет на какое-то мероприятие, будь то концерт или спектакль, пойти на него не получается. Что тогда делают: продают барыгам перед мероприятием непосредственно, по цене ниже покупной, а те его загоняют раза в два дороже. Либо дарят кому-то из знакомых («на тебе, Боже, что мне не гоже»). Либо просто оставляют лежать на полке, вздохнув об упущенном моменте.

Вся эта длинная предыстория нужна, чтобы изложить идею стартапа: сайт, где можно быстро найти покупателей на такой билет. И там где покупатели смогут найти «горящие» билеты.

Основное взаимодействие между пользователями монетезировать не предполагается — подача объявления и отклик на него бесплатны. Стороны «покупатель билета» и «продавец билета» сами договариваются о встрече и обмениваются материальными ценностями. С другой стороны, если одна из сторон хочет избежать личной встречи с покупателем/продавцом она может воспользоваться «защищенной сделкой» (билет выкупается у продавца представителями сайта и доставляется до покупателя курьером). За такие сделки предполагается что-то брать.

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

Хотелось бы знать, кто что думает по этому поводу.

Недавно на работе был поднят такой вопрос: пора бы завести наконец-то систему баг-трекинга, но вот только какую? Условия были поставлены следующие: система должна быть 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 и еще сотня довольно известных и тысячи неизвестных компаний.