Здравствуйте, Нахлобуч, Вы писали:
Н>На BOS в пух и прах раскритиковали доменное имя "hglabhq.com". Оно действительно так страшно?
Да, доменное имя не айс, но не мне о этом говорить
Я бы взял mercurial-server.com (и mercurialserver.com с редиректом на основной). Никто не будет вбивать ваше доменное имя руками — или с поиска или по ссылке будут переходить. Windows в доменное имя нельзя ни в коем случае помещать — Microsoft очень пристально за этим следит.
Так по домену будет сразу понятно о чем софт. И читается легко. Уникальное название тоже имеет свои плюсы — вы первый и единственный в поисковой выдачи по названию своего продукта, но название вы можете и не менять, просто поменять домен. Уникальное имя продукта хорошо работает на высококонкурентном рынке когда надо дифференцироваться от конкурентов — это не ваш случай. Сейчас даже большие бренды стали переходить на описательные названия продуктов. IBM после покупки SPSS Clementine переименовал его IBM SPSS Modeler. SPSS оставили потому что это был уже сам по себе известный бренд.
Здравствуйте, Нахлобуч, Вы писали:
Н>Здравствуйте, vsb, Вы писали:
vsb>>Легким движением руки убили наверное процентов 80 команд. Покупать дорогущую венду для сервера мало кто решается. Плюсов этого выбора не видно (ну понятно, что вы видимо специалист по C# и пишете на чем умеете, но я с точки зрения клиента пишу).
Н>Это как раз так и задумано. У меня целевая аудитория (ниша, если угодно) -- именно компании, которые используют Microsoft-стек, потому что существующие аналогичные open-source решения с Windows дружат очень плохо. К тому же, эти товарищи в большинстве своем привычны платить за ПО.
Кхм... если вы ориентируетесь на клиентов с деньгами, которые живут на стеке технологий .NET, то конкурировать с TFS будет сложненько, т.к. там есть:
— Поддержка Git
— Issue Tracking
— Test Labs
— CI
— Deployment
И прочие ништяки. Для команды из 5-и человек — бесплатен.
А так получается, что надо брать ваш репазиторий, потому настраивать CI, привязывать issue tracker к коммитам репазитория, настраивать автоматизацию deployment'a...
В общем над многим придется пострадать, так что те у кого денег нет, выберут привязку: Cruise.NET + Jira + Confluence + Fish Eye + CI и Deployment на ручной тяге
Re[4]: [Порка] HgLab - Self-Hosted Mercurial Server
Здравствуйте, white_znake, Вы писали:
_>Кхм... если вы ориентируетесь на клиентов с деньгами, которые живут на стеке технологий .NET, то конкурировать с TFS будет сложненько, т.к. там есть: _>- ... _> И прочие ништяки. Для команды из 5-и человек — бесплатен.
Это я знаю. Если не скатываться в священную битву, то, во-первых, с ценообразованием в TFS не все так просто и с ростом команды цена растет практически экспоненциально, и, во-вторых, к самому TFS у меня (и не только) очень много вопросов.
_>В общем над многим придется пострадать, так что те у кого денег нет, выберут привязку: Cruise.NET + Jira + Confluence + Fish Eye + CI и Deployment на ручной тяге
Буду их окучивать
HgLab: Mercurial Server and Repository Management for Windows
Здравствуйте, Нахлобуч, Вы писали:
Н>Проект близится (ох, два года уже почти пилю) к версии 1.0, которую уже практически не стыдно начать продавать.
Н>Прошу публику критически осмотреть и разнести в пух и прах:
1. Я бы обновил версию bootstrap в самой системе до 3 версии.
2. Тормозит.
3. Разезжается интерфейс на странице просмотра репозитория (http://live.hglabhq.com/projects/mercurial/repositories/hg-crew/source/files/df736fd35c42)
4. Не нашел возможности делать код ревью.
5. Раз уж сделан веб интерфейс, то наверное можно и биндинги к git сделать. Не знаю, как на самом деле устроена архитектура, но думаю, что компоненты интерфейса могут быть отдельно, а бэкенд отдельно. Тогда не составит труда прикрутить поддержку git. Кажется, git популярнее. И систему для git проще продать. Для компаний есть github enterprise и atlassian stash (bitbucket), github enterprise плохо масштабируется, а atlassian stash тормозит. Если система будет с сопоставимой функциональностью, по умеренной цене и не будет тормозить, думаю будет большой спрос.
Re[5]: [Порка] HgLab - Self-Hosted Mercurial Server
Н>Это я знаю. Если не скатываться в священную битву, то, во-первых, с ценообразованием в TFS не все так просто и с ростом команды цена растет практически экспоненциально, и, во-вторых, к самому TFS у меня (и не только) очень много вопросов.
Здравствуйте, Нахлобуч, Вы писали:
Н>Здравствуйте, sharez, Вы писали:
S>>Я так понимаю, от Меркуриала народ отказался в пользу ГИТа.
Н>Нет, не отказался. У Гита пользователи погорлопанистей будут, поэтому создается впечатление, что кроме оного ничего больше и нет.
По факту, так и есть — даже хостинги режут поддержку Hg, чтобы не возиться с полутора погромиздами. Сами-то сервера остаются (как приложения), но СЕРВИСА ртути — нет.
S>>Далее не ясно, почему использовать ваш проект, а не тысячу опенсорсных аналогов.
Н>Опенсорсных ровно три: RhodeCode, SCM-Manager и Indefero. Все три ставятся на Windows с большим скрипом, а всякие интеграции с Active Directory настраиваются еще похлеще.
Есть ещё Kallithea, но да — тоже со скрипом из-за тупо___рылого пестона и сопутствующих плясок вокруг.
Здравствуйте, Нахлобуч, Вы писали:
Н>Проект близится (ох, два года уже почти пилю) к версии 1.0, которую уже практически не стыдно начать продавать.
Сколько уже продал? Всё те же "2 штуки баксов в месяц"?
Н>Прошу публику критически осмотреть и разнести в пух и прах:
Сам просил!
1. Т.к. ты — программист, ты (скорее всего) нихрена не смыслишь в маркетинге, продвижении, ЦА, графиках и т.п. Для продаж нужна хоть какая-то профессиональная команда, которая может и не добьётся больших высот, но хотя бы не дискредитирует продукт на первых порах, когда юзеры только-только начинают продукт пробовать. Это важно — не поскользнуться на старте и не превратиться в скандальный "центр английского". Не знаю, как там действовал Сысоев, но nginx прошёл долгий путь до своего звёздного часа.
2. Hg — это весьма узкоспециализированный инструмент (не чета "веб-серверу"), продавать такое можно, но скорее в составе каких-то именитых "зубров", пользуясь их репутацией. Просто "Васян Инкорпорэйтед" никому не интересен, даже если они делают качественный продукт. Хуже того — Hg конкурирует с уже набравшим высоты Git — практически недосягаемый фаворит (хотя и го_в_ённый, согласен). Так или иначе, есть ОЧЕНЬ большие сомнения, что кому-то в 24 году можно впарить ртуть, когда кругом все давно и глубоко сидят в Гите.
3. ЦА — кто? Микрософт? Волки-одиночки? Фирмы-софтошлёпы с 5 погромиздами? Это важно знать уже сейчас, от этого зависит ценовая политика и дальнейшие пути развития. Вот нам бы в компанию очень не помешал бы хороший DVCS, но деньги на это больше $100 не выделят никак просто потому, что "есть же бесплатный Git!". Ну то есть даже ориентируясь на "богатых буратин", стоит иметь ввиду, что и они тоже не готовы отваливать тысячи за то, чему есть бесплатный аналог.
4. "Мало быть равным кому-то — надо быть лучше него!" (ц) ОСОБЕННО в свете довольно фичастого Гита. Что меркуриал сделает лучше торвальдовского поделия? Сам-то меркуриал — да, хорош, но это поймут 10% программистов, как объяснить то же самое "простому начальнику"? Какие именно киллер фичи ТВОЕГО продукта переплюнут все гитовые поделия? Ты можешь выкатить что-то уровня GitHub? CI? Bugtrack? Support? Тут одной DVCS мало, гит-система давно шагнула вперёд.
Другими словами, продавать Hg уже изначально была довольно сомнительная затея, а сейчас — вообще тухляк.
Так что ты бы сильно обрадовал сообщество, если бы отдал HgLab в опенсорс — тут и помощников много найдётся, и интеграторов, но главное — продукт не протухнет под мечтами мамкиных бизнесменов. Не обижайся, я тоже ценю силы, которые вложены, но согласись — не каждое усилие достойно гор злотых. Считай, что "хорошо потренировался" и выкатил DVCS — ну так не дай усилиям про_ср_аться — дай продукту вторую жизнь! Тем более, что Меркуриал действительно лучше Гита и такие вещи обязаны развиваться.
А если уж так хочется денег — напиши лицензию! Мол, продукт бесплатен, его можно модифицировать и продавать, но под процент от прибыли.
Короче, "собака на сене" пользы не принесёт — либо меняй сено, либо собаку.
