На KotlinConf мы представили наш новый продукт Space и открыли программу раннего доступа. В этом посте мы расскажем, что умеет Space, над чем мы работаем сейчас, а также о задачах и проблемах, которые он решает. Посмотреть запись презентации можно в видео ниже.
Что такое Space?
Space — это интегрированная среда для командной работы. Основная функциональность Space включает в себя хостинг Git-репозиториев, код-ревью, автоматизацию (CI/CD) на основе Kotlin-скриптов, репозитории пакетов, инструменты планирования, трекер задач. Для продуктивного общения в Space предусмотрены профили команд и сотрудников, чаты, блоги, календари, возможность планировать встречи и многое другое.
Как и многие продукты JetBrains, Space появился как решение наших собственных задач. Мы выросли из команды трех разработчиков до компании, в которой уже больше 1200 сотрудников, 60% из них — технические специалисты. В какой-то момент мы поняли, что используем разные, не связанные между собой инструменты, что часто приводит к недопониманию, менее эффективной коммуникации, а иногда и к потере важной информации. Поэтому мы решили создать продукт, который станет единой средой для работы всех команд.
Space — для людей и команд
Команда — одна из главных концепций в Space. Новый член команды автоматически получает доступ ко всем ресурсам, связанным с ней: встречам, блог-постам, репозиториям, календарю, каналам в чатах, графику отпусков и так далее. Это устраняет необходимость создавать группы и вручную добавлять в них новых коллег.
Тесная интеграция разных модулей системы дает много преимуществ. Например, вы можете отметить статус отсутствия в своем профиле, и коллеги узнают, что вас нет на рабочем месте, перед тем как написать вам сообщение, назначить встречу или запросить код-ревью.
Space — это платформа
Функциональность Space можно расширять несколькими способами: использовать HTTP API, webhooks или Client SDK для интеграции с внешними системами. Модель данных Space можно расширить настраиваемыми полями, а в будущем мы планируем добавить возможность автоматизировать процессы при помощи скриптов на Kotlin, а для self-hosted версии разрабатывать полноценные плагины.
Space как облачный сервис или self-hosted
Space будет доступен в двух версиях: облачный сервис (поддерживается JetBrains) и локальная инсталляция (будет доступна в ближайшее время). Ценовая политика облачного сервиса продукта состоит из 4 тарифных планов, начиная с бесплатного, который подойдет для маленьких команд, и заканчивая Enterprise планом для крупных компаний. Участники программы раннего доступа получат бесплатный доступ к Space с планом Organization до официального релиза продукта.
Space доступен везде
Space доступен как веб-приложение, десктопный клиент для macOS, Linux и Windows, а также мобильное приложение для Android и iOS. Кроме того, обеспечивается интеграция с платформой IntelliJ.
Как устроен Space
Space полностью написан на Kotlin. В SQL-базу данных мы ходим, используя Exposed. Запросы на сервере обрабатываем с помощью Ktor. Веб-клиент написан на Kotlin-React и Styled Components. Android-приложение тоже написано на Kotlin, iOS-приложение — на смеси Kotlin/Native и Swift. Cкрипты сборки и автоматизации нашим пользователям мы предлагаем писать на Kotlin Script.
Запуск продукта и планы
В Space уже есть:
- Блоги
- Чаты
- Управление командой
- Хостинг Git-репозиториев
- Код-ревью
- Репозитории пакетов
- Инструменты планирования
- Трекер задач
- Интеграция с IDE
В ближайшем будущем мы планируем открыть для участников программы раннего доступа:
- Базу знаний
- Автоматизацию процессов внутри Space
- CI/CD
- Персональный список задач и управление уведомлениями
Подробнее узнать о Space можно на сайте.
Программа раннего доступа уже открыта для облачной версии Space. Для участия в программе подайте заявку, мы будем обрабатывать их в порядке поступления. Присоединяйтесь к Space всей командой!
Комментарии (176)
ermolnik
05.12.2019 21:46+2а в чем разница с TeamCity?
moscas
05.12.2019 21:56+2У Space будет свой CI/CD, ожидаем в начале 2020 года. TeamCity конечно, пока, мощнее того, что выйдет. Информация о том, что есть и будет в Space, тут: www.jetbrains.com/space/features/projects.html
nick_volynkin
06.12.2019 11:11+3Почему вы сделали новый CI/CD, а не интеграцию c TeamCity?
moscas
06.12.2019 17:52Потому что интеграция — это опять то, откуда мы пришли. Мы хотим создать не набор инструментов, а один инструмент.
justmara
06.12.2019 18:20+1… но со вренем выяснится, что ту же Jira всё равно не догнать ни по функционалу, ни по масштабам интеграции со всех сторон, так что вариант "всё своё, а таски — в Jira" уже не будет казаться таким дурным… а значит нужна интеграция с Jira, а там и… ой, где это мы?
gecube
06.12.2019 18:28+2Все не так плохо и ужасно. Даже если Jira навязана сверху, то это просто приводит к существованию 2+ систем ведения отчетности. Ну, вы же знаете. Команда сидит в каком-нибудь трелло, а в жира отчестность чисто для галочки, поэтому жирой в принципе невозможно эффективно пользоваться.
bolk
06.12.2019 18:45+1Джирой очень неприятно пользоваться. Такое ощущение, что дизайнеров у них нет.
ICELedyanoj
06.12.2019 19:07+3У меня в последнее время ощущения ровно обратные. Atlassian нанял миллион главных дизайнеров, и они никак не договорятся между собой как лучше сделать. Уже устал решать ребусы «а найди-ка на странице то, что было вот здесь ещё на прошлой неделе, а теперь оно неизвестно где».
BlackGad
05.12.2019 21:53+2а что насчет интеграций с GitHub, Resarper? Или гитхаб тоже ваш конкурент получается?
moscas
05.12.2019 21:59+2Скорее всего, такие интеграции можно будет писать самому. Но вообще, главная мега-идея Space в том, что это одна экосистема с бесшовным опытом использования всего внутри неё. В этом смысле, интеграции делают это опять зоопарком. То есть, они будут возможны, но мы считаем, что в итоге лучший вариант — использовать всё внутри Space.
Enfriz
05.12.2019 22:36+1Я пишу разные проекты и иногда хочу открывать репозитории для внешнего участия. На гитхабе я просто делаю репу публичной.
Здесь получается, всем участникам придется зарегистрироваться в Space и возможно даже вступить в мою "команду"?
a0fs
05.12.2019 23:23+1К примеру в Phabricator можно настроить зеркалирование репы в публичный источник. Основная разработка идёт в Phabricator, а уже сама система пушит во вне. Есть конечно вопрос с PR и Push-request-ами, но кажется их вполне можно либо забирать напрямую из GitHub интеграциями, либо обрабатывать отдельно в рамках дополнительного бизнес-процесса. Кроме того, эта приблуда не для людей, которые ведут свою разработку публично, просто некоторые репы скрывают от любопытных глаз. Подобные системы разворачивают те, кому каждый коммит в публичную сеть нужно согласовывать с ИБ и парой других отделов. Публичную разработку сложно вести в платном сервисе, тут с GitHub мало кто может тягаться…
BlackGad
05.12.2019 23:01+2Atlassian, Microsoft имеют очень универсальные платформы, но все всеравно пользуются гитхабом и облачными CI по типу appveyor и вашей же Teamcity (я сейчас не про компании, а как раз про мелкие команды). Ваши продукты шикарны, но представленная штука без интеграций — это пузыри команд :) без особого взаимодействия.
moscas
05.12.2019 23:43В Space есть зеркалирование репозиториев. Можно сказать, что репа в Cпейсе — зеркало репы на Гитхабе. Коммитить можно и туда, и сюда одновременно.
gecube
05.12.2019 23:55+2Коммитить можно и туда, и сюда одновременно.
Что-то? Расшифруйте? Потому что очевидно, что если будет бардак и разрабы будут коммитить в оба репозитория, то вы потом замучаетесь конфликты лечить (ибо синхронизация никогда не бывает мгновенной, а только лишь eventually). Итого — мы приходим к тому, что какая-то репо будет read-only, а вторая — master, либо как-то строить конвенции по веткам.
leonya
06.12.2019 16:49+2Оба репозитория read-write, но действительно, оригинальный репозиторий является «мастером»: когда вы пушите в зеркало, мы сначала пушим в «мастер», и убеждаемся, что пуш прошёл. Это прекрасно работает.
fougasse
06.12.2019 20:28За всех вы, конечно, перегнули палку, слегка.
Количество пользователей Atlassian(а это не только JIRA) и TFS — очень велико.
cadmi
06.12.2019 08:57+2Чтобы использовать «всё внутри Space» не хватает mercurial :)
Да знаю, знаю — «им никто не пользуется».
vladkorotnev
06.12.2019 09:19Да ладно меркуриал, у нас сейчас вообще CVS на работе...
Misaka10032
06.12.2019 11:18+1Да ладно, CVS не так уж и плох.
По сравнению с «ProjectName_ver1488_22.8.19.zip».
И способов накосячить сильно меньше, чем в гите)
Romani
05.12.2019 21:54+1Так а как попробовать? Или зачем ваш обзор?
moscas
05.12.2019 22:00+4Ну там же ссылка в начале поста :) www.jetbrains.com/space/#request-eap-invite
Haarolean
06.12.2019 14:00Почему бы не сделать демо для «потыкать»?
agent10
06.12.2019 14:24+1, какой-нибудь тестовый гит, чатик и вот это всё.
nightflash
06.12.2019 14:30+1Это оно и есть, просто закрытый вариант потыкать :) Отправьте заявку, Вам ее одобрят очень быстро.
bm13kk
05.12.2019 22:03Очередная платформа, которая хочет интегрировать все в себя?
Сперва у нас был дженкинс и казалось что все можно делать через него.
Потом был слак и казалось что теперь все будет удобно и понятно даже не инженерам.
Потом гитлаб медлоенно собрал в себя почти все что нужно.
Потом майкрософт начал борьбу со слаком и казалось в этой конкуренции наконец-то будет результат.
А теперь идея тоже хочет собрать одну платформу чтобы править ими всеми.
Мне одному кажется что это направление уже доказало свою бесперспективность?
PS я ожидал ИДЕ для управления серверами, доступами, облаками и прочим девопсом, навороченная консоль. Как датагрип для ДБА только для девопсов.gecube
05.12.2019 22:58+2Jenkins не хостит внутри себя гит.
Мне одному кажется что это направление уже доказало свою бесперспективность?
Бизнес хочет единое решение, с возможностью заплатить в одно место и больше не иметь головной боли.
bm13kk
06.12.2019 00:51> Jenkins не хостит внутри себя гит
я говорю не прямое сравнение продуктов. Я говорю про мышление, по которому идут производители и покупатели.
> Бизнес хочет единое решение
ни разу не сталкивался на практике. Даже покупатели SAP стараются оставить что-то не из продуктов САПа.
Hait
06.12.2019 01:47+1Бизнес хочет единое решение, с возможностью заплатить в одно место и больше не иметь головной боли.
Минус таких решений в том, что они более скудны в функциональности, чем отдельные проекты. А попытка затащить весь функционал чаще всего приводит к появлению ещё одного неповоротливого монстраbm13kk
06.12.2019 01:49+1На практике есть тысячи примеров, когда этот монстр даже не смог начать работать
nonname
06.12.2019 15:53Это такой же спор как и «микросервисы или монолит». Точно так же как с продуктом, это справедливо и для внутренних процессов. Если у вас небольшая команда разрабов, то вам наверное хватит комбайна вроде гитлаба, но когда количество разрабов перевалило за сотню, процессы стали сложными и запутанными, эффективнее разбить всё на компоненты + часть инструментов вообще написать самостоятельно.
fougasse
06.12.2019 20:30Далеко не каждый бизнес хочет получить вендор-лок, если что.
И поэтому очень часто разные части процессов делаются тулами от разных производителей.gecube
07.12.2019 00:38Тулы от разных вендоров = много вендор-лока плюс постоянно ломающиеся интеграции. То-то во многих Энтерпрайза побеждает атлассиан стек (конфлю, жира, битбакет и бамбу)
livelace
05.12.2019 23:03+1В этом как раз и проблема. Все те, кто участвует в разработке вынуждены фокусироваться на разных инструментах (коих стало миллион). Лично мне было бы удобно начинать свои рабочий день в одно месте, где есть всё необходимое.
Теперь остается узнать насколько Space будет удобна в использовании (по коммиту протестировалось/отдеплоилось/откатилось/оповестило при фейле/выкатилось по записи в каледаре) и т.д.).gecube
05.12.2019 23:56я поэтому и думал про возможность внедрить phabricator в отдельно взятой организации — как решению полного цикла.
bm13kk
06.12.2019 00:53> Лично мне было бы удобно начинать свои рабочий день в одно месте, где есть всё необходимое.
я понимаю как никто другой. Однако это не работает на практике. В каждой команде свой стек. Как верно заметили, приложений куча и все они пересекаются. Вместо выработки стандартов и клиентов — чтобы каждый разработчик выбрал себе клиент по вкусу. Мы продолжаем получать все новые, несовместимые со старыми, пузыри.
И наши пузыри будут лучше всех остальных пузырей.vladkorotnev
06.12.2019 09:29Вместо выработки стандартов и клиентов
Дичайшая жиза.
С теплотой вспоминаю свою систему в 2012 году — ВКшечка, аська, фейсбук в айчате, интегрируются нативно в ОС, разве что скайп для периодических переговоров, ну и фидо кроме терминала никак. Сайты все подвязывались в Reeder. Календари расшаренные и прочее офисное барахло подвязывалось в системный органайзер. Браузер по итогу был практически не нужен.
А теперь каждому подавай или вкладку браузера, или новую прилагу, которая зачастую тоже браузер. Интегрированные в ОС тулзы ни к чему не подходят, если не хочешь сидеть исключительно в разжиревшей кастрированной экосистеме вендора. Ибо чем дольше ты сидишь в "продукте", тем больше денег приносишь, а если ты тупо к нему по XMPP цепанулся и не любуешься на продукты жизнедеятельности дизайнеров — как же писать твои повадки для продажи и втюхивать рекламу взамен?
Pavenci
06.12.2019 11:32+1Очень круто использовать интегрированные в ОС нативные фичи вроде месенджеров, заметок, календаря и прочего, когда у вас в организации у всех одна ОС стоит. Просто в командах кто-то на маке сидит, кто-то на винде, кто-то на убунте к примеру и использовать для работы нативные для ос приложения не представляется возможным. Именно поэтому так выстрелило облако и тот же электрон.
bm13kk
06.12.2019 14:38Поддержу vladkorotnev раньше же как то получалось. Были отдельно продукты, отдельно операционки и отдельно клиенты. И ты себе выбираешь каждого их трех по своему вкусу. Проблемы «писать больше кода для разных случаев» не стояло. Потому что делая новый продукт — ты поддерживал старый (в 95%) стандарт и оно работало на старых клиентах.
А теперь «только я умею писать клиенты для своего облака» — и хоп. Выбор уже не стоит не то что в клиенте — а даже в операционке. Все есть веб.
Веб (конкретно приложения в вебе) обещал нам невиданную свободу. А на практике ее только уменьшил.vladkorotnev
06.12.2019 16:51Веб-приложения обещали свободу не нам, а бизнесу. И бизнес её получил — шлёпать одноразовые апи и выкатывать приложения на скорость, чатики с потреблением ресурсов от видеоредактора и всё в этом духе, и никто ему не мешает.
vladkorotnev
06.12.2019 16:50-1Так вот это и решалось тем, что были стандарты, а не апишлёпство. И любая операционка/софтина прикручивалась к соответствующему сервису вне зависимости от.
Та же ВКшечка ничего специального не делала чтобы поддерживать мою Макос, но она работала.
livelace
06.12.2019 17:27Не понимаю о каких стандартах вы говорите (можно пример?), но что нам «говорит» реальность:
CS развивается семимильными шагами, инструментов очень много. Если в условном начале 2000-х их было совсем мало, то теперь проблема выбора продукта встала в полный рост. Какие стандарты могут появляться в столь динамичной среде? Насколько они будут актуальны, кто будет владелец и в какой стране они будут приниматься, какие гарантий развития и взаимодействия с сообществом?
То есть, если договориться по поводу протоколов трансграничного сетевого взаимодействия и геометрии шлюзов МКС мы еще как-то можем, то принимать какие-то стандарты в крайне динамичной среде со множеством участников — затея абсолютно нежизнеспособная (собственно, мы это наблюдаем сейчас).bm13kk
06.12.2019 17:35en.wikipedia.org/wiki/Language_Server_Protocol как отправная точка
livelace
06.12.2019 18:00en.wikipedia.org/wiki/Language_Server_Protocol как отправная точка
PS я ожидал ИДЕ для управления серверами, доступами, облаками и прочим девопсом, навороченная консоль. Как датагрип для ДБА только для девопсов.
Я начинаю понимать. Вы спроецировали свои желания иметь универсальный инструмент для разных вендоров, чтобы всё это было удобно/бесшовно.
Не буду повторяться — это не отвечает реальности — перечитайте мой комментарий выше.
PS. Сам я буду использовать того вендора (платить ему деньги), который даст мне наиболее удобный инструмент. Ждать, когда появится «универсальный универсал» с поддержкой всех и вся — не намерен.bm13kk
09.12.2019 12:50+1я сомневаюсь что когда либо будет существовать один инструмент для управления всеми.
Я никого не агитирую использовать Х.
Я агитирую индустрию, чтобы у программистов был выбор. А то сейчас приходишь на проект и оказывается что у тебя даже нет выбора в ИДЕ. Потому что инструменты разработчика (существенно ускоряющие производительность) уже написаны под конкретную ИДЕ.
PS год назад я столкнулся с гитлабом, который не видуе больше 5 лет. С одной стороны я горд за ребят, что они смогли сделать такой прыжок в функционале. С другой стороны я не хочу ставить гитлаб на свои проеты — потому что я знаю что мне нужны месяцы чтобы разобраться в их функционале. В функционале, который я и так умею делать, но на более простых инструментах.
vanxant
05.12.2019 23:23+5Я всё ждал, кто же раньше — вы или яндекс — запилит свой посконный гитхаб с блэкджеком и канбаном. Особенно после санкций гитлаба.
Интересно будет посмотреть.
eyeless_watcher
06.12.2019 07:27-1У яндекса все это есть давным-давно. Для внутреннего пользования.
vanxant
06.12.2019 09:05+5Да при чём здесь внутреннее пользование? У многих «Вась» тоже есть своя приватная гит репа с каким-нибудь редмайном/гитлабом/… на впске.
ermak_0ff
06.12.2019 14:02Ну, публичный функционал их коннекта явно не дотягивает до представленного выше.
AlexanderRS
06.12.2019 00:05+1Я не против готового инструмента, где можно делать все. Просто, учитывая опыт других подобных решений, есть ощущение, что «ну его...». У вас отличные IDE и TeamCity. Atlassian имеет отличные Jira, Bitbucket и Confluence. Большие команды, где, действительно, нужно начинать серьезно экономить на стыке инструментов, как раз не готовы к таким универсальным вещам. Им нужна Jira, TeamCity, Idea, Bitbucket (утрировано). Т.е., лучшее от каждого. Как мне кажется, даже HipChat не особенно взлетел, хотя там интеграция…
Время покажет…livelace
06.12.2019 00:15+1Время всё рассудит, но, имхо, при следующей итерации покупки/обновления лицензий многие подумают — «а нафига нам этот зоопарк, давайте попробуем Space, соседская тима пищит уже с год как ...».
Haarolean
06.12.2019 14:03+1Если бы все было так просто. Проблема не в этом, а в миграции на новые инструменты.
livelace
06.12.2019 17:12Я не говорил, что это будет просто. Я говорил, что такие мысли возникнут при обновлении/покупке новых лицензий.
PS. Миграции тоже бывают разные, маленькой команде достаточно сдампить и импортировать нужное. Для больших — заморозка в RO существующих инструментов и перекатывание на новое место. Всё очень сильно зависит от.
livelace
06.12.2019 00:20+1Меня тревожит немного другое. Как бы вся эта политизированная движуха вокруг России не сыграла дурную шутку (нечестная конкуренция/протекционизм) с продуктами Jetbrains. Тьфу-тьфу-тьфу.
PS. Намекаю на случай с Gitlab.xfaetas
06.12.2019 00:44На зря же JetBrains давно маскируется под чешскую контору. С другой стороны определённые риски тоже не стоит недооценивать.
livelace
06.12.2019 00:55Да, я об этом же. В статье можно изменить Kaspersky на Jetbrains и приехали, будут продвигать свой Eclipse Che/whatever с обвесом и интеграциями.
faoriu
06.12.2019 09:18Вообще говоря «свой» VisualStudio и VisualStudio Code уже далеко по сравнению с IntelliJ продвинулся, судя по статистике StackOverflow.
Anton_Yastrebkov
06.12.2019 01:04Как человек, только входящий в айти и встречающийся лицом к лицу с просто невменяемым количеством сервисов, которые нужны для работы, потому что общаться туда, коммитить сюда, официальная рассылка там, митинги здесь — могу только радоваться попыткам этот зоопарк собрать в одном красивом месте. Вряд ли удастся в ближайшее время пощупать руками, но сама концепция — на пять с плюсом.
Hait
06.12.2019 01:51+2Плюс различных сервисов в том, что ты можешь выбрать нужные для себя, в зависимости от потребностей.
В единых сервисах обычно или чего-то не хватает. Или наоборот, слишком монструозен, чтобы использовать весь функционал правильно.nightflash
06.12.2019 12:19+1Мы очень постараемся сделать так, чтобы всего хватило, было удобно и сбалансированно, мы тоже разработчики и потребности у нас похожие. А пока просто попробуйте продукт и напишите нам фидбек :)
merhalak
06.12.2019 20:38Поэтому переиспользовали название питерского офиса для названия продукта?
Или я ошибаюсь с названием офиса в Питере? У меня вон даже футболка: Find your place in Space ;)
nightflash
06.12.2019 23:53Это просто совпадение, нельзя же было отказываться от хорошего названия для продукта просто потому что так уже назвали офис :)
Codenamed
06.12.2019 02:07Я правильно понимаю, что Confluence эта штука так и не заменит? :)
moscas
06.12.2019 03:18Впрочем, мы планируем сделать базу знаний, так что ответ "да", если у вас нет каких-то специфичных сценариев.
Codenamed
06.12.2019 11:33+3Божественно! Я уже 10 лет жду от JB нормального решения для управления знаниями, кроме вас некому :)
Потому что всевозможные wiki — это невероятное убожество, а кроме Confluence, которая тащит за собой отстойную Jira, на рынке до сих пор ничего нет.
А отдельного такого продута не планируется, все будет засунуто в Space?nightflash
06.12.2019 12:10+4Отдельного пока не планируется, но если Вы уже используете YouTrack то следите за новостями :) Там тоже скоро появится база знаний с разграничением прав доступа, визуальным и markdown редактором и пр.
Подробнее можно почитать тут:
blog.jetbrains.com/youtrack/2019/07/whats-next-youtrack-roadmap-2019-q3-q4
dariavasina
06.12.2019 14:03+1Добрый день!
Кроме Space-а фича Базы знаний будет доступна в YouTrack, следите за новостями.
blog.jetbrains.com/youtrack/2019/07/whats-next-youtrack-roadmap-2019-q3-q4
SlavikF
06.12.2019 03:30Для меня прямо тайна — в чём killer-feature of Confluence?
От обычной wiki-системы отличается тем, что
— есть группы
— у каждой страницы есть комментарии
И тем не менее уже в нескольких компаниях её ставят и платят за неё деньги. За что именно ценят Confluence?
VMichael
06.12.2019 09:54+4За что именно ценят Confluence?
За удобство.
Даже просто такая мелочь: Картинку (например скрин с экрана) кинул в буфер и вставил в текст. Оно само там сохранилось и вставилось.
Макросы со вставкой кода с подсветкой синтаксиса.
Поиск.
Просто удобный интерфейс. Удобный, интуитивно понятный редактор (не нужно там теги какие то изучать как в обычной WIKI), люди начинают работать практически без обучения.
Страницы и разделы легко перетаскиваются в другое место в иерархии (не всегда стразу структура ясна).
Да и цена 10$ за 10 логинов (потом резко растет) навсегда (при установке на свой сервер и без обновлений через год) как то не кусается. При этом работать может множество людей одновременно, заходя под одним логином.
У нас дали логин для операторов горячей линии и выделили им пространство, они там себе хелпы сами создают с картинками. Очень довольны.SlavikF
06.12.2019 09:55Спасибо, понятно.
Кстати, да — редактор у них действительно неплохой.
Вы только про «один логин для операторов» не светитесь, потому что это вроде как нарушение лицензииVMichael
06.12.2019 11:17Вы только про «один логин для операторов» не светитесь, потому что это вроде как нарушение лицензии
С чего вдруг?
В системе ограничение на количество логинов. Его никто не нарушает.
Вы можете в любой системе (к примеру е-майл) сообщить любому количеству людей свой логин и пароль, на свой страх и риск. И они будут заходить и ломать там что либо, на ваш страх и риск.
Разделение на логины оно же для контроля сделано. Если вам контроль не нужен, ваша головная боль.
А большее число логинов лицензия не позволит. Они грамотно сделали. Поработав в конфлюенсе уже не хочется чего то там изучать другое и тратить на это время. Я уже в 3-й организации убедил внедрить эту штуку.
Где то остановились на 10 лицензиях, а где то закупили более, где критичные данные.nonname
06.12.2019 16:03+1Существует довольно много коммерческих продуктов, которые вообще не требуют каких-то ключей и не имеют технически ограничений, но это же не значит что они теперь бесплатны. В длинном тексте лицензии обычно всё это расписано, что за такое поведение есть ответственность.
bm13kk
06.12.2019 14:42+1поиск в конфлюенсе — ультимативно худший поиск среди всех продуктов что я когда-либо пользовался.
Как для базы знаний — это достаточный аргумент чтобы бороться против использования конфлюенса. Даже чаты (слак или телега) лучше ищут.VMichael
06.12.2019 14:57По словам отлично ищет.
Метки можно ставить. Быть может есть внешние приблуды для улучшения поиска, нам везде хватало (и хватает) того поиска, что есть, поэтому я не интересовался. Как бы никто не «борется против» конфлюенсе.
Впрочем, я не продаю конфлюенсе, мне индифферентно, кто и что использует в других местах, каждый выбирает для себя, лишь бы нравилось.
TimsTims
07.12.2019 01:47А мне нравится, что он ищет даже слова во вложенных файлах — word, excel, и кажется pdf (не уверен, но думаю так). Очень много раз помогало находить нужную информацию в огромной куче информации.
balexa
06.12.2019 10:09+1уже в нескольких компаниях её ставят
Да совсем не в нескольких.
Киллер фичи конфлюенса
1. Интеграция с Jira.
2. Охрененно удобный редактор, если сравнивать с media wiki
3. Разграничение доступа по страницам
API. На прошлой работе туда автоматом заливались данные с CI и трекера, я сделал апликуху для интеграции гита, дженкинса и конфлюенса на коленке за полтора дня. Хотя медиавики тоже вроде имеет неплохой.
МедиаВики я тоже как-то ковырял для своего петпроекта. Разница по ощущениям — как между современной машиной и известной картинкой с Gnu/Автомобиль.nightflash
06.12.2019 10:20+1Как уже было сказано выше, у нас будет база знаний и у нас уже есть клевый WYSIWYG редактор, который используется в блогах Space. Можете зайти и попробовать, потом расскажете что понравилось/не понравилось в сравнении с редактором из конфлюенса.
Интеграция с Jira вам не понадобится, т.к. у нас есть Issues прямо в продукте.
Beholder
06.12.2019 02:15Десктопный клиент как сделан? Небось просто обёртка над Chromium?
moscas
06.12.2019 02:45Да, это электрон.
neplul
06.12.2019 14:03+5Ясно, понятно, так и запишем «глючное гов**»(
Не видел еще ни одно крупное приложение на Electron, которое бы не жрало оперативу и проц.
У вас же есть Kotlin/Native, почему его не использовали?
Казалось бы, есть веб версия, но она у вас написана на kotlin-react, т.е на Kotlin to JavaScript, и я сомневаюсь, что на таком огромном проекте это производительное решение.nonname
06.12.2019 16:14+1А как же vscode? На линуксе 400мб памяти занимает, при этом открыт воркспейс с десятком средних проектов, работает быстро.
chupasaurus
06.12.2019 16:35Не видел еще ни одно крупное приложение на Electron, которое бы не жрало оперативу и проц.
Известное мне исключение — Discord под Windows, т.к. конфиг Electron неизкоробочный и активно фиксят все утечки памяти.
pxz
06.12.2019 18:41-2Десктопный Slack, например, — тоже Electron.
И работает нормально.
Static_electro
06.12.2019 22:25+1На компьютере с озу > 4гб. А иначе — нет. Хотя, безусловно, было еще хуже — недавно что-то поправили.
cadmi
07.12.2019 22:47Вот просто взял и посмотрел. Сию минуту на моей машине Slack жрёт больше всего RAM из всех запущенных приложений. Среди которых, на минуточку, есть такие как PyCharm и VirtualBox, например. Это успех, да.
Beholder
07.12.2019 12:24Kotlin Native есть, но под него ещё нет ни одного UI-фреймворка, тем более кроссплатформенного.
Dmi3yy
06.12.2019 04:31Не увидел нигде в описании, а есть ли или можнт быть планируется тайм трекинг в задачах?
nkatson Автор
06.12.2019 14:39На данный момент нет, но это в планах.
Dmi3yy
06.12.2019 16:01Как раз ищем куда бы перейти с текущей CRM и как раз так что б все в одном месте.
Выглядит все очень круто и перспективно.
Ждем инвайт готовы тестить и интегрировать себе в работу, у нас команда порядка 30 человек на текущий момент перекрываем все с помощью Asana + Slack + GitLab + Google Calendar. Но судя по всему под наши задачи как раз было бы идеально ибо в планах добавить еще доку + блог + тайм трекинг в итоге получиться зоопарк приложений что очень не комфортноTimsTims
07.12.2019 01:52Стоп, вы считаете время своих сотрудников, т.е. условно каждая минута на счету, но готовы перейти на новый продукт, первую сыроватую версию, замедлив в любом случае разработку, потратив ресурсы 30 человек на обучение всей команды? Не вижу логики. По мне так лучше бы кто-то один потестил, и лишь потом решил — переходить ли всем остальным через речку.
Ну это так, не камень в JT кидаю, а вообще с любым нововведением надо быть аккуратным, если считаешь деньги.Dmi3yy
07.12.2019 04:02Все логично и я не говорю что без тестов системы готов на нее переходить. Само собой сначала потестить, потом завести несколько проектов и только потом если все ок планомерно переключать всю команду
Co0l3r
06.12.2019 04:44Так, читаю
хостинг Git-репозиториев, код-ревью, автоматизацию (CI/CD) на основе Kotlin-скриптов, репозитории пакетов, инструменты планирования, трекер задач.
Звучит неплохо. Читаю дальшепрофили команд и сотрудников, чаты, блоги, календари, возможность планировать встречи
Ну вот, здесь вы меня потеряли… Почему нельзя делать простые инструменты, которые хорошо решают каждый свою задачу и если нужно интегрируются друг с другом.mad_nazgul
06.12.2019 06:17Одно кольцо, чтоб править всеми,
Оно главнее всех,
Оно соберет всех вместе
И заключит во тьме.
(с) Не мой
<:o)
nightflash
06.12.2019 10:15Потому что в концепте с интеграциями неизбежно возникают различные проблемы интеграций, несовместимость версий и т.п. Подход с единой системой позволяет значить улучшить качество продукта и опыт его использования.
balexa
06.12.2019 18:36+2Потому что большинство багов и проблем возникают именно в точках интеграции.
Ну вот, здесь вы меня потеряли…
Если у вас профили сотрудников в отдельной системе от код-ревью, то у вас робот который назначает ревью, будет назначать их на людей которые сейчас в отпуске. И таких вещей куча. И интеграция зачастую в таких деталях работает слабо и либо с этим смиряются и часть работы делают руками, либо пилят интеграцию своими силами.
А еще вы будете бегать и добавлять каждого нового человека в десяток групп в AD. Это прямо процедура которую проходил каждый новый человек в каждой компании где я работал — когда админы забыли добавить в какую-то группу новичка и у него нет пермишенов на трекер. А потом на календарь митингов.
istepan
06.12.2019 08:40Выглядит монструозненько.
Можно ли как-то отключать ненужные компоненты?moscas
06.12.2019 08:44Нет: идея в том, что это одно целостное пространство.
extempl
06.12.2019 09:23+1А вот сделали бы конструктор — каждая команда нашла бы что-то для себя. А так будут взвешивать ± перед тем как полностью переходить и не факт что в вашу пользу. Как по мне, то это сразу потеря клиентов.
Запаковывать всё в одну систему нужно уже потом, когда есть активные пользователи и им можно предложить внутренний аналог удобнее чем внешний, который они уже используют, но находясь в вашей системе. И не всё сразу, разумеется.nightflash
06.12.2019 10:12Так а в чем проблема не пользоваться тем, что в данный момент не нужно?
Pavenci
06.12.2019 11:26В том, что загружаете всё, тратятся ресурсы, особенно учитывая, что у них обёртка для десктопа на электроне. Вы не используете то что не нужно, а оно у вас в фоновых процессах всё равно висит и грузится при запуске.
artspb
06.12.2019 10:58+1Сделали бы конструктор — получили бы аналог существующих продуктов на рынке. А так получился комбайн, где каждый компонент знает про другой: код ревью тул знает об отпусках, чат знает о комментариях в блоге, гит знает о команде коммитера, а поиск ищет через это все. Не нужно бегать из одной системы в другую, чтобы отвечать на простые вопросы, которые возникают по многу раз в день.
extempl
06.12.2019 11:11Потому что переход на это сделать крайне сложно. Взять проект который уже живёт два года — да никто не будет там так глобально ничего менять. А заменить конкретно взятый инструмент другим — возможно.
Одна экосистема хорошо. Но заменить текущий стек совершенно новым — почти нереально для больших команд или очень дорого для бизнеса. Потому я и говорю про плавный переход. Время на адаптацию, чтоли.
бегать из одной системы в другую
Это вполне привычно и не так сложно при хорошей интеграции. Например G-suite с календарём — а теперь взять и мигрировать на какой-то новый календарь, который непонятно как (никак скорее всего) интегрируется с тем же G-suite. Или слэк с несколькими аккаунтами для разных проектов, где пользователи легко перетекают из одной в другую тесно интегрируясь с другими компаниями — а теперь предлагается какой-то свой чат, куда нужно будет или приглашать другие команды каким-то образом, или просто пользоваться несколькими чатами вместо одного (у нас 10 стандартов — нужно сделать один универсальный. Теперь у нас 11 стандартов).
artspb
06.12.2019 12:05Про текущий стек вполне понятно и обоснованно. Именно поэтому Space имеет возможность интеграции. Например, G Suite в JetBrains используется очень активно, поэтому все митинги дублируются и там, и там. Но, кажется, что конструктор здесь не причем. Конструкторы уже есть на рынке, и то, чего им обычно недостает, так это хорошей интеграции друг с другом. Не очень очевидно, зачем делать еще один.
woworks
06.12.2019 10:40+4По ценовой политике — нет аналога Community Edition как в Gitlab-e, нет аналога 10 юзеров за $10 навсегда от Atlassian-а. Фокус на «большие компании несите нам свои большие деньги». Ну такое…
artspb
06.12.2019 10:53А чем бесплатная версия не угодила?
woworks
06.12.2019 10:56тем, что она только облачная
artspb
06.12.2019 11:00Ну, это пока. Когда будет готова версия on-premise, тогда можно будет сравнивать с аналогами от конкурентов.
siziyman
06.12.2019 21:35+1Там под другим комментарием написали, что не планируют бесплатную on-premise.
artspb
06.12.2019 21:40+1И там же написано, что ценовая модель для on-premise пока не проработана до конца. Когда ее объявят, тогда и можно будет с уверенностью о чем-то говорить.
gecube
07.12.2019 00:45Очевидно же — модель ценовой политики должна быть не хуже, не дороже, чем у конкурентов (гитлаб, атлассиан и пр). А так же — бесплатная лицензия для опенсурса. И рассмотреть какие-то точечные предложения вроде не "подписка по кол-во пользователей", а "вечная лицензия", но "без апгрейдов"
DimonSmart
06.12.2019 10:43+1Предложение.
Сделайте программирование CI/DI etc на многих языках.
Что-бы те кто в сновном программируют на языке Х — на нём же и делали CI/DI.
Вроде бы выглядит не сложно но по факту вместо единой системы появилась ещё одна для любителей котлина.
Borz
06.12.2019 10:58+2кажется, теперь ясно, почему вот уже несколько лет вы не чините авторизацию к продуктам Atlassian: https://youtrack.jetbrains.com/issue/IDEA-149504
Казалось бы, раньше можно было сказать, что зачем, если есть простая авторизация. НО несколько месяцев её уже нет совсем, а эту так и не прикручиваете. Как итог — вся интеграция в IDEA накрыта тазикомextempl
06.12.2019 11:21+2Авторизацию починила давно, единственное отличие в том, что в UI не исправили
PasswordнаAPI Token(можно по комментариям отследить).
EDIT: хотя видимо всё ещё не работает для JIRA Server
Borz
06.12.2019 15:08хотя видимо всё ещё не работает для JIRA Server
Проверил — в последней версии IDEA работает. Но с небольшой особенностью — сперва показывается форма с логин/пароль, а потом она меняется на логин/токен и можно момент смены поля пароля на поле токена прозевать. Не критично, так как в целом уже пашет.
Собственно, именно этот момент смены поля я и прозевал… :(
risik
06.12.2019 11:49+1Правильно ли я понимаю, что TeamCity и YouTrack скоро закопают?
artspb
06.12.2019 12:07Нет, почему? Space-аналоги вряд ли когда-нибудь догонять эти продукты по функциональности, особенно учитывая, что они тоже не стоят на месте и активно развиваются.
Conung_ViC
06.12.2019 12:35тогда как? для полного функционала тим-сити и ютрек, но в спейсе — дубликат данных? или интеграция?
artspb
06.12.2019 12:47Нет, разные целевые аудитории. Как показал опыт GitHub/GitLab, не всем нужен полновесный трекер с воркфлоу и репортами. Хочется всего и сразу — Space. Нужны мощные инструменты — TC/YT/US.
Conung_ViC
06.12.2019 12:31а как прелагается переходить на спейс для разрабатываемых проектов?
К примеру, у нас щас гит — в битбакете, таски — в жире, календарь — в гугле, CI — от Circle CI.
Всё уже настроено и работает. А, слак забыл. каналы, уведомления о билдах и даже общение с заказчиками (у них свой слек, и есть общие каналы)
как это все перетащить в спейс? Будет какой-то импортер этого всего с историей или как?
Будут ли плюсы от спейса стоить всех тех телодвижений по переносу процессов существующего проекта?
MadHacker
06.12.2019 13:04+2А это заменит связку gitlab community как хостинг гита + TeamCity Enterprise на 3 агента как CI и багтрекер вообще отдельно и всё это добро на 200 пользователей?
Причём вопрос не только в функциональности, но и пожалуй в цене.
Для хостинга гит репозиториев оно будет кушать ресурсов больше чем гитлаб или меньше?
Сможет ли оно нормально работать на изолированной от интернета машине? (ну понятно что без всяких зеркаилрований репозиториев из коробки.)
Можно ли в нём отключить все вот эти чатики и так далее?
С одной стороны хочется верить что уж у JetBrains то точно получится нормально сделать всё в одном. С другой стороны пока ни один из таких многоликих проектов не выполняет хорошо всё что умеет, а из за этой многоликости страдает основная функциональность :(
zerofive
06.12.2019 16:04Отличная задумка. Выбор должен быть, и конкуренция это здорово. А как на счет тёмной темы? Есть ли из коробки или планируете ее реализовать? Как дела с расширениями, можно ли будет писать свои расширения, аналогично Azure Devops Services?
nkatson Автор
06.12.2019 16:11Темную тему мы добавим, пока можно сделать только темный side bar. Писать свои расширения можно будет, но плагины будут доступны только для self-hosted версии.
riv_shiell
06.12.2019 16:51Мне очень нравится и идея, и с виду реализация самого продукта.
Вопрос, будет ли широкое тестирование self-hosted версии? Немного страшновато что от одного продукта может полностью зависеть работоспобность компании.
И как будет self-hosted реализован? Как множественные компоненты работающие отдельно или монолитный сервис? Или наподобие gitlab можно будет выбирать какие компоненты выносить на отдельные сервера?nkatson Автор
06.12.2019 17:15Вопрос, будет ли широкое тестирование self-hosted версии? Немного страшновато что от одного продукта может полностью зависеть работоспобность компании.
Да, будет, конечно, но пока сроков по self-hosted точных нет.
И как будет self-hosted реализован?
Это будет единая инсталляция, которая поставляется как единое решение. После установки все компоненты будут доступны, но их не обязательно все ипользовать одновременно. Можно, например, начать с команд, потом добавить чаты, потом постепенно заводить проекты.riv_shiell
06.12.2019 17:26Хм, немного другое имел ввиду под монолитностью.
К примеру, у гитлаба при большой нагрузке на redis — его можно вынести из самой инсталяции на другой сервер. Перегрузка sidekiq — и его можно вынести. И так далее почти на все внутренние компоненты.
Будет ли для Space похожая структура?
may-cat
06.12.2019 18:07+1Как планируется сделать вики — как отдельный вики-движок, или Git репу (как в гитлабе)?
Планируются ли какие-то инструменты для того, чтобы интегрироваться в вики (аддоны в редактор, аддоны во вьюхи, хуки на редактирование)?
Voenniy
07.12.2019 09:17+2Сделайте пожалуйста оплату в рублях через выставление счета. В госкомпаниях это самый простой способ воспользоваться вашими продуктами
Conung_ViC
09.12.2019 10:23+1Скажите, а как быстро инвайты раздаются?
А то подписался на EAP 3 дня назад, и тишина… а хотелось бы потеститьmoscas
09.12.2019 13:23+1Не волнуйтесь, мы всех впустим, мы получили очень много запросов. Обрабатываем их последовательно.
Cubist
09.12.2019 12:37Весь мир уходит от монолита в микросервисы.
Jetbrains — пилим монолитный инструмент.
Возможно этот фарш ещё можно провернуть назад. Мне очень нравилась идея Hub, но она всегда была несколько не полноценной. Там не было именно многих интеграций, которые вы тут запилили, типа профиля пользователя с его отпусками, мессенджерами, базами знаний и тд. Уж если разные версии это такая проблема, то прибейте их гвоздями, типа с чатом версии 2011.1.1 может работать только CI/CD той же версии и тд.
Плюсы когда это разные продукты очевидны. Вот поставил простенькую Wiki и для десятка статей всё работает. Растём? Вот на этот сервак я поставлю CF. Надо больше памяти ему закинуть? Ну на. Надо обновить? Ок, вот на соседнем подниму, потестирую и переключу. Начал тупить чатик? Поменяю его, не обновляя остальное.
Маленьким-компактным командам Space ни к чему, а теперь представьте как большая компания со всего стека должна переехать на это? Мигратор? Да там надо несколько месяцев тестировать всё, чтобы понять что без вот этой маленькой фичи все бизнес процессы ломаются у каких-нибудь юристов.
Делайте нормальные инструменты для каждой сферы и давайте нормальный инструменты интеграции и нормально будет. А то в итоге есть хорошие ножи, отдельно для сыра, отдельно для помидоров, и есть просто железная пластинка, которая вроде как и режет, но плохо.
YT, TC, US всё равно не заменяет эта штука и не догонит уже. А вот свой хостинг репозиториев, чаты, базы знаний, внутренние порталы сотрудников и всякие другие инструменты гармонично интегрируемые в Hub вот чего не хватает чтобы плавно переходить на продукты JB.
gecube
09.12.2019 13:29+1Весь мир уходит от монолита в микросервисы.
Вот гитлаб прямо иллюстрирует этот принцип — неудивительно, что они пилят комбайн /sarcasm mode/. Микросервисы же это про другое. Продукт может быть единым, но состоять из модулей.
MooNDeaR
Я правильно понимаю, что это аналог Team Foundation Server от Microsoft. Вроде бы там есть почти всё то же самое?
moscas
Да, Azure DevOps Server — наш конкурент. У нас ещё есть чаты и team directory.
gecube
Похоже на полный аналог GitLab. Будет сравнение?
moscas
В Space есть много фич, аналогичных GitLab, и даже больше. Но сравнительной таблицы пока нет.
n0str0m0
Функционала больше чем в GitLab кмк.
Хотелось бы попробовать Space.
Тем более, что я пользуюсь уже продуктом одним из продуктов JB.