Комментарии 44
Так ведь битрикс же есть /s
Я думаю у разработчиков отечественного ПО хорошие шансы. Ведь много хороших программных продуктов уже написано и много проблем уже решено. Уже заранее известны хорошие и плохие стратегии в архитектуре. Жаль, что первое время прийдется изобретать собственные велосипеды, даже если они будут отличного качества.
А что из них годится на замену Jira/Confluence?
Как будно в стране специалистов нет? Напишем свои, назовем как-нибудь, например "Буратино".
Думаю скоро появится много замен, т.к. пока замены нет. Ведь свято место пусто не бывает.
Этого не было написано ранее в более жирные года и бюджеты, а уж теперь и подавно не будет.
Ранее был Atlassian и поэтому новое решение продать было некому. А сейчас столько компаний только и ждут и спрашивают "ну где же альтернатива?"
>Ранее был Atlassian и поэтому новое решение продать было некому.
Ога. Ранее был мерседес, поэтому хундай, рено, ваз продать было некому. В чистом виде демонстрация принципа "Если у них нет хлеба, пусть едят пирожные"
То, что вменяемые аналоги не появились раньше, это не заслуга жиры, которая якобы всех устраивает. Это неумение создать конкурирующий продукт и криворукость. Опыта создания нет, и сейчас ему тем более неоткуда взяться. Разве что один-в-один сдирать функционал, а потом выдавать за аналоговнетный.
Сбер вон тоже трындит про экосистему и лайфстайл услуги. А на деле в каком отделении карту получали туда и идите. С бумажной копией аусвайса и прочими бумажками в окошко №13.
Ну, справедливости для, - начинать все же с чего-то надо. Возможно, даже и с копирования. Пока копируешь, можно увидеть проблемы продукта и попробовать их решить. Условно, к 15 версии может и получится конкурентоспособный продукт. И тут есть проблема. Проблема потому, что все это импортозамещение нужно делать явно не тогда, когда мировой рынок закрыт, на нем и в лучшие годы российскому ПО было не сладко, а еще позавчера, что называется. И сказки про то, что "столько компаний только и ждут и спрашивают" - не более чем сказки. Рынок ПО в РФ будет сокращаться. Т.к. кредитоспособный заказчик, по-сути, останется один - гос-во и квазигосударственные компании. В таких условиях работать могут только шарашки за еду. Ни о каких прибыльных бизнесах в условиях отсутствия рынка не может быть и речи.
Аналогия с производством машин понятна, но не совсем подходит применительно к IT. Стоимость изготовления новой копии продукта практически равна нулю. Не адаптации под конкретного заказчика, а именно развёртывания готовой системы «из коробки». В результате удачный продукт быстро захватывает ключевую долю рынка, чего физически нельзя сделать в производстве машин.
Ога, ога.. Все это я уже 20 лет слушаю. Вот сейчас как возьмемся, как роснано заработает, как вот импортозаместимся! Тут вот(https://habr.com/ru/post/656677/) по соседству статья о состоянии отечественной микроэлектроники есть. В принципе, почти все применимо и к ПО. Если коротко, то чтобы написать свою Жыру с Конфой, - нужно еще дофига чего своего писать.
Ога, ога.. Все это я уже 20 лет слушаю.
Ранее не было смысла писать аналоги т. к. была доступна джира.
Если коротко, то чтобы написать свою Жыру с Конфой, - нужно еще дофига чего своего писать.
Например?
Например - всё. Это если коротко.
Можете привести более конкретный пример?
Нужен ЯП, нужна вменяемая IDE, нужна СУБД, нужна ОС, нужен банальный браузер, в котором пользователь будет отрывать ЖыРус. И во всем этом не должно быть использовано опенсорсное ПО в виду недавних событий.
Нужен ЯП
Большинство известных компиляторов и интерпретаторов опенсорсные.
вменяемая IDE
А что, все существующие вменяемые IDE уже перестали продавать в России?
нужна ОС
Тут проблем точно нет.
нужен банальный браузер, в котором пользователь будет отрывать ЖыРус.
Хромиум - опенсорный, даже Яндекс.Браузер на нем сделали. Запретить стандарт ECMAScript в РФ точно никто не сможет.
Дальнейшую дискуссию считаю бессмысленной.
Большинство известных компиляторов и интерпретаторов опенсорсные.
Да это не проблема
А что, все существующие вменяемые IDE уже перестали продавать в России?
Перестали - Microsoft и JetBrains остановили продажи в России
Тут проблем точно нет.
Очень спорно - Linux все таки вещь больше для гиков, нежели чем для обычных людей
Хромиум - опенсорный, даже Яндекс.Браузер на нем сделали. Запретить стандарт ECMAScript в РФ точно никто не сможет.
Возможно
В принципе, почти все применимо и к ПО
Применимо, но с софтом не все так печально и сделать все можно сильно быстрее и ГОРАЗДО дешевле чем с микроэлектроникой, для которой нужна прорва времени и денег
Знаю успешный кейс перехода с Jira на опенсорсный Redmine одной крупной компании с сотнями проектов и довольно сложными процессами. В Redmine есть как широкие возможности кастомизации (добавление полей и их взаимозависимости), так и много различных тем (была подобрана тема максимально близкая к Jira). Для простых случаева доступна миграция из коробки.
Уже несколько лет полет нормальный, из плюсов - скорость работы и безперебойность значительно возрасла (не могу сказать заслуга ли это админов или самого Redmine). По функционалу - некоторых вещей первое время не хватало (кое-что дописывали в ручную), но есть очень многое чего нет в Jira.
День добрый! Звучит весьма интересно. Сможете поделиться подробностями? Особенно волнует вопрос, как переехать из Jira в Redmine со всем накопленным.
Всех подробностей я не знаю, поэтому попросил вам отписаться человека который непосредственно занимался миграцией.
Да просто взять и переехать :)
Как-то приходилось менять систему с багажом в 2 года активной работы. В одном месте через апи выгрузили все нужные данные, конвертнули в новую схему, загрузили - речь про миграцию из трелло в жиру.
Бизнес пользователи гораздо дольше будут привыкать к новому интерфейсу, чем технически ехать.
И плюсую за редмайн, он реально классный.
Тоже поддержу, правда у меня обратный кейс, несколько лет назад использовал по работе Redmine, а потом со сменой места работы начал пользоваться Jira / Confluence.
Должен сказать что мнение было не в пользу последнего, так как по скорости работы и удобству в то время лично для меня Redmine был заметно лучше.
Мы используем EvaTeam порядка 6 месяцев. Есть 80% необходимого функционала Jira.
Atlassian уже начала отзывать лицензии
На что планируете переходить?
А репозитории в какой системе у вас? Наверняка bitbucket?
Jira внедряли в те времена, когда исходники хранились в svn и даже в MS VSS. Потом какие-то проекты переехали в Mercurial, какие-то в Git. Сейчас подавляющее большинство проектов хостится в Git с Gitlabом сверху. Что делать с последним - отдельный вопрос, смотрим опенсорсные тулы.
Много лет искал замену Конфлуенсу, особенно после того, как они убрали возможность хостинга у себя своего инстанса…
Смотрел и dokuwiki, и mediawiki, и redmine, и sphinx.
Но все они по удобству до конфлуенса с draw.io вообще не дотягивают… хотя для многих, в том числе и для меня, подошла бы упрощённая версия с древовидной структурой страниц, версиями страниц и синтаксисом наподобие markdown и возможностью хранить файлы и диаграммы…
Может сейчас кто заполнит эту нишу?)
Попробуйте [bookstack](https://www.bookstackapp.com/). Этим приложением завершился мой поиск идеала. Что-то лучше найти уже не надеюсь
Буквально недавно в контексте проработки Docs as code вопроса выяснилось что у draw io есть оффлайн редактор который позволяет все делать вне браузера/конфлюнса сохраняя результат в переносимый svg или png (тоже вроде заявляется что остаётся редактируемым, но не проверял).
В итоге получаем вполне рабочую связку - markup language (markdown, asciidoc) + svg диаграммы. А там заливайте куда нужно (например в тот же confluence) или генерит статический сайт той же анторой.
Умолчим о факте того, что этот оффлайн-редактор таскает за собой браузер.
Без злого умысла было сделано. Тем не менее это все равно достаточно автономный вариант не отвязывающий от "плагина в конфлюнсе"
И если смотреть по офф сайту ограничений не так много: https://drawio-app.com/use-draw-io-offline/
XWiki
Схема хороша, мы также сделали у себя, но пошли еще дальше. В отличии от этой схемы, АПП серверы у нас на windows, поэтому репликация идет уровне DFSR. DB сервер один на Jira App и Confluence (пользователей обеих систем много, но DB тянет спокойно) и + reverse proxy сервер, так что юзеры напрямую к jira не подключаются. Best practice это ставить reverse proxy между юзерами и серверами jira.
На уровне MS SQL подняли кластер, условно JiraCluster, и в Availability group добавили оба бд с репликацией. Автоматический failover, отключен конечно же. В connection string обеих конфигураций добавили jiracluster. Это позволяет уже не думать о том какой ip указан, потому что при ручном failover смене primary member DB, IP адрес listener-a автоматически меняется на резервную сетку в Ad DNS. Репликация директории jira_home и conf_home гарантирует полную идентичность конфигурации и прочих файлов, соответственно проверять xml файл нет необходимости.
Сделали отдельный сенсор в мониторинге который проверяет, реально ли происходит репликация, и если нет то посылает алерт, на который мы реагируем.
Как достигается консистентность данных БД и файловой системы?
Это оставлено на откуп самим приложениям Atlassian в основном ЦОДе. Потеря пары аттачментов или правок страницы в случае отказа основного ЦОДа и вынужденного перехода в резервный представляется приемлемым риском. Если всё в основном ЦОДе развалится так, что не поднимется в резервном, остается вариант подъема из ночных бэкапов.
Теплый резерв Jira и Confluence (на пороге импортозамещения)