Есть у нас такая странная проблема - периодически у кого-то из клиентов начинает валиться TrackStudio.  Присылают анонимный бекап - у базы нарушена ссылочная целостность.

Такое происходит из-за того, что при необходимости удалить что-то TrackStudio не пытается отслеживать связи между данными, а просто удаляет. Если удалилось - значит ссылок на объект нет и все нормально. Но почему-то иногда СУБД позволяет удалять данные, на которые ссылаются foreign keys. Когда-то давно видели эту проблему только на MS SQL Server 2000 без SP4, думали локальный глюк. Но за последние годы видели такое и на MySQL, и на DB2, и на SQL Server 2005.

Вопрос - что это может быть ? Как вообще может быть, что foreign key есть, а данные удаляются ? Может ли пользователь как-то случайно отключить проверку foreign keys ? Можно ли обойти проверку foreign keys ? Приветствуются любые идеи.

На сайте Atlassian появилась информация по JIRA 4. Они правильно сделали, что отказались от Standard/Pro/Ent (давно пора), сделали язык запросов JQL (у нас нет такого и в 4.0 не будет), но вот user-based pricing внушает сомнения.

( Read more... )

Один из клиентов предложил на форуме поднять публичный багтрекер, для генерации What's new. Публичный багтрекер не нравится вот по каким причинам:

( Read more... )

В последней бете TrackStdudio 4 сделали поддержку персональных лицензий. Условия:
- полнофункциональная версия, ничего не урезано
- 5 активных пользователей
- бесплатно для частного и коммерческого использования
- саппорт и апгрейды бесплатно

Логин/регистрация для скачивания тут:
http://host.trackstudio.com/DownloadManager/jsp/login/Login.jsp

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

( Read more... )

http://gaperton.livejournal.com/32772.html

Очень перекликается с нашей ситуацией, особенно с этой
http://maximkr.livejournal.com/14109.html
и этой
http://maximkr.livejournal.com/12147.html
историями.

Может это судьба всех более-менее больших проектов ?

Вопрос к разработчикам ПО: приходилось ли вам раздавать ПО нахаляву (бесплатные ограниченные, но функциональные версии, ограниченные по времени акции и т.п.), для достижения каких целей это делалось, были ли эти цели достигнуты ?

Уже раза 3 видел комментарии клиентов, которые считают что мы украинская компания. Почему, интересно...

В продолжение http://maximkr.livejournal.com/15803.html

Был бы Васей - купил бы еврооблигаций. А сам я ограничился тем, что снял деньги с расчетного счета конторы в Связь-Банке и купил на них облигаций этого же банка, по ним сейчас около 50% годовых (в рублях).

В итоге риск примерно тот же, проценты больше и снять/доложить можно в любое время все сразу или частями.

До этого облигации КИТ Финанса держал с примерно теми же процентами, по ним погашение в конце 2008 года было.

Регистратор предлагает за $100/год виртуальный ACH account для приема платежей без доп. комиссии, определиться нужно до конца месяца.

Коллеги, подскажите, зачем оно может быть нужно ? Можно ли через ACH принимать платежи от европейцев ? Насколько такие платежи сложны/удобны клиентам, многие ли захотят перевести через ACH вместо карточки ?

В общем нужны идеи полезного применения данной фичи. С одной стороны, оно окупится с 1 продажи. С другой стороны, у меня еще никто не просил заплатить через ACH.

Пусть некто Василий П., коренной москвич и менеджер звена чуть выше среднего купил несколько лет назад "инвестиционную" однушку на окраине Москвы, дождался нынешнего кризиса и вчера успешно продал квартиру за 250 тысяч долларов. Что с деньгами делать ?
( Read more... )

Один мой знакомый написал вот такое:
---
В Москве принято каждые 2 года менять работу, каждые 5-8 лет - сферу деятельности. Имхо, это правильно. Человек, проработавший 10 лет в одном месте - уже подозрителен... Я например, жалею что засиделся на одной теме на целых 7 лет (правда, последние ~3 года сидел на ней уже очень условно т.к. основное время тратил и основной доход извлекал из других занятий). Первые 2 года очень перло и был большой прогресс, а потом все - стабилизец.
---
Знакомый вообще склонен к преувеличениям и эпотажу, но насколько он прав в целом ? Т.е. работа 5+ лет на одном месте - это хорошо, плохо или подозрительно ? :-)

У меня уже лет 10 не было домашнего десктопа, а в последнее время стал нужен - поиграться с линуксом и виртуализацией,  потестировать TrackStudio на больших объемах данных. В общем,  для экспериментов.  Сначала дома по стечению ряда обстоятельств поселился X4150 в довольно базовой конфигурации. Я догадывался, что сервера в стоечном корпусе довольно плохо приспособлены для дома, но от меня тут мало что зависело и оставалось только преодолевать трудности по мере их возникновения. С данным сервером возникли такие проблемы:
( Read more... )

По ходу работы приходилось несколько раз подписывать OEM соглашения, пару раз даже чуть сами не стали чужой софт распространять по OEM соглашению. Всегда суть этих договоров была такой: OEM партнер платит заранее большие деньги, за что получает скидку на последующие покупки нашего продукта и фиксированную цену (как вариант - можно увеличивать не больше чем на X процентов в год). Чем больше денег партнер платит при заключении договора - тем больше скидка.
Но сегодня у одной известной компании обнаружил довольно странное OEM-соглашение, причем размеры/известность компании не позволяют подозревать их в неадекватности.

В чем смысл этой бизнес-модели ? Какого рода компания может быть этим OEM-партнером ?

Хочу вывесить на trackstudio.ru список наиболее крупных клиентов - их с 2001 года накопилось уже довольно много, среди них много очень известных компаний, особенно иностранных. Но до прошлого года в договоре/лицензионном соглашении пункта о возможности публикации названия компании-клиента не было, это  просто никак не оговаривалось.

Посему вопрос: есть ли какие-то общепринятые правила по этому поводу или вопрос нужно согласовывать с каждым клиентом отдельно ?

У нас частенько спрашивают, почему у нас нет Live Demo, иногда даже указывают на отсутствие Live Demo как на недостаток TrackStudio. Тогда почему нет и, может быть, стоит сделать? Скажу сразу, технических проблем с Live Demo нет - ведь мы начинали как hosted issue tracker, так что live demo у нас появилась даже на год раньше первой "скачиваемой" версии.

Обычно компании делают Live Demo чтобы клиенты могли быстро ознакомиться с продуктом и решить, нужно ли его скачивать/инсталлировать. При этом в некоторых компаниях (fogbugz, rmtrack) каждому демо-пользователю заводится отдельный экземпляр системы и его можно полностью администрировать, а в других (Atlassian Jira) пользователь может лишь "поиграться" с общим экземпляром с точки зрения обычного пользователя - чтоб ничего не испортил :-)

Оба варианта плохие:

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

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

Недавно мы переделали описание титульной странице на trackstudio.ru и добавили там (среди прочего) фразу "В отличие от Atlassian JIRA, оптимизированной для работы с внешними клиентами, TrackStudio позволяет эффективно организовать работу внутри компании (например, обработку обращений клиентов)." На самом деле это и есть главное отличие между TrackStudio и JIRA, у него исторические корни: основатели Atlassian до создания JIRA имели большой опыт работы в open source проектах (opensymphony) с большим количеством пользователей и неформальными внутренними процессами, а мы больше занимались заказной разработкой, где внутренних сотрудников с разными ролями и правами хватает, но вот с конечными пользователями общались не часто.

А уж все остальное следует отсюда:

Маркетинг советует при позиционировании продуктов выбирать какую-то целевую аудиторию и описывать не столько свойства продукта (features), сколько выгоды для целевого клиента (benefits) - клиент не всегда может понять, какие преимущества дает та или иная особенность, даже если продукт в целом ему знаком. Скажем, дрель видели все, но вот объяснить для каких целей нужны "2 скорости (хотя и не синхронизированные), БЗП, константная электроника, муфта расцепления"  (цитата из прайса) - задача гораздо сложнее.

На it4business недавно была дискуссия по поводу коммерческих и open source багтрекеров. Я там писал, что open source разработчиках без стоящей за ними компании очень трудно новый продукт из-за "лебедь, рак и щука" среди разработчиков: вместо реализации идей и концепций получается реализация 300 новых фич, которые быстро губят продукт. Наиболее успешно open source работает в случае реализации стандартов (XML) или копировании какого-то другого продукта (разные вариации на тему Photoshop и MS Project).