В 2018–2019 году мы уже догадывались, что нужно какое-то импортозамещение, потому что как-то немного странно, что Росатом зависит от зарубежного вендора. Джира проникала в структуру незаметно и понемногу, и в какой-то момент оказалось, что на ней ведутся многие проекты кроме строительства АЭС и других объектов. И речь не про ИТ-проекты, а вообще про все проекты, которые у нас есть.
Пару лет мы лежали в сторону поиска аналога (которого на самом деле нет).
1 февраля 2021 году Atlassian объявил о прекращении поддержки серверной версии. Решили запланировать переезд в дата-центр, но увидели, что это такой хитрый способ поднять цену в полтора раза. Стало грустно, но аналогов на рынке всё ещё не было.
Потом был технический сбой на 2 недели. Люди за 2 недели потеряли свои данные. Стало ещё грустнее.
Потом пришло письмо счастья, что аккаунты РФ будут отключены. Но сроки не обозначили.
В общем, мы опять огляделись в поисках аналогов для проектов нашего масштаба, взяли решения нескольких вендоров для сравнения, чуть не сошли с ума от прекрасных стратегий их продажи и доработок продуктов прямо во время презентаций, плюнули и написали своё отраслевое решение. Которое ещё и предлагаем другим российским компаниям.
Что пошло не так с Джирой
Во-первых, она произведена не здесь.
Во-вторых, они поднимали цены, нарушали работу сервиса и под конец сообщили, что прекратят поддержку российских аккаунтов.
В-третьих, у них там есть пара фатальных то ли уязвимостей, то ли ставших известными бекдоров, которые существенно снижают безопасность без внешних патчей или прикрытия умными файрволами.
В-четвёртых, у нас появилась идея окуклиться в своей серверной версии в замкнутом контуре за DMZ. Вроде бы отлично, у нас есть хорошая команда поддержки, хорошая команда разработчиков, где-то костыликом подопрём, где-то в свою разработку уйдём.
А надо сказать, что к нам иногда приходят друзья и коллеги из ФСБ. Всё-таки мы Росатом, без таких друзей и коллег работать не получится. И вот они сказали, что уязвимости по их анализу там такие, что лучше всё это сразу закопать. Если кому-то интересно, они критичные уязвимости публикуют в реестре в открытом доступе: можно посмотреть актуальные известные им дыры в корпоративном ПО разных версий.
В-пятых, примерно в это же время нас поразил плагин draw.io: мы однажды заходим после обновления в Confluence, открываем очередную схему, а там пусто. Он ничего нам не сохранил.
В общем, терпеть было нельзя и надо было переходить на отечественное решение.
Отечественные решения откровенно лажали
Мы большие. В смысле, реально очень крупная компания с не менее крупными проектами. Мы хорошо документируем все проекты, потому что у нас есть собственные стандарты того, как не надо делать разработку AS IS, чтобы потом про наши объекты не снимали по два сериала на инцидент. Так вот, с такими размерами проектов никто на российском рынке просто не работал. Ну или делали вид, что работали, но по факту переварить такое количество задач и пользователей не могли.
Нам важно, чтобы и таск-трекер, и база знаний были вместе. Обычно на российском рынке либо то, либо другое. Либо криво прикрученная Вики к таск-трекеру. И это чаще всего даже не система управления проектами, программами, портфелями, а это просто таск-трекеры. Там есть задачки, есть канбан-доска, и, будет здорово, если там ещё гант окажется, вообще бинго, джекпот.
У проектов начиная от обслуживания атомных ледоколов и заканчивая разработкой роботов разные методологии. Их надо настраивать по-разному, у них разные процессы и разные автоматизации. Каждый взаимодействует со своими системами своим собственным образом.
У решений были очевидные плюсы, но идеально подходящего не нашлось.
Самая частая проблема — то, что каждый проект ведётся отдельно. Например, нет сквозного поиска между проектами, нельзя импортировать бизнес-процесс из соседнего проекта, нельзя взять какой-то объект. Банально, если вам надо собрать отчёт по проектам в Томске, у вас никогда не будет сводной статистики — у вас будет 20–30 записей отдельно, и склеивать их придётся вручную в Экселе. А нам нужно много сквозной аналитики, и мы постоянно соединяем данные с разных проектов.
Ещё у нас 15–20 тысяч задач в одном проекте, а есть проекты и по 150–200 тысяч задач. И это часто просто убивало имеющиеся системы, потому что они не могли достаточно масштабироваться, чтобы это переварить.
Поэтому часть решений не прошла этот отбор, дальше внутри системы у нас в Atlassian велись абсолютно разные проекты.
Ещё нам хотелось удобный и понятный интерфейс. Наши пользователи довольно избалованные, им нужно, чтобы было красиво, просто и понятно. Потому что внутри мы именно так и делаем. Ну, по крайней мере, стараемся. Им важна оперативность устранения ошибок, например, а не сидеть и смотреть 30 секунд, как что-то грузится.
Нам нужна была техподдержка — первая, вторая и третья линии. На пилотах мы загружали по 100–150 задач за пачку, и даже это часто роняло возможности поддержки, потому что при ошибках каждый отдельный пользователь пытался дозвониться и понять, что случилось.
Нам нужны были интеграции с огромным количеством наших корпоративных систем.
Всё это мы вынесли в техтребования, отдали российским компаниям, сгенерировали несколько тестовых проектов со случайными данными — но с валидаторами, кастомными полями, разными наворотами, разными типами задач и так далее. Дальше мы пробовали это мигрировать из Джиры в систему вендоров, которые участвовали в предзакупочной процедуре.
Если очень коротко, выяснилось, что все системы заточены под простые типовые проекты. Где-то совершенно ужасный интерфейс с точки зрения полезности представления (например, нужно найти все задачи с меткой «срочно», захожу в поиск во всех проектах, а у меня эта метка «срочно» в каждом проекте как отдельный объект — и на выходе портянка на 50 экранов, в которой поиск идёт по каждому отдельному проекту, и просто понять, что уже горит и как, невозможно).
Ещё одна особенность — у нас кросс-проектная команда. Человек может быть на 0,25 в одном проекте и на 0,75 в другом, иметь разные роли и так далее. Нужны сквозные функции для управления всем этим.
У кого-то была ужасная поддержка: например, мы при миграции репортили ошибки со скриншотами, а нам даже не отвечали, что взяли их в работу. Я на своём опыте боюсь даже представить, что случится, если мы не будем отвечать нашим пользователям или если бы мы им отвечали так же долго, как некоторые.
Ну и вишенкой на торте стали скрытые платежи. Некоторые решения нам всё же понравились, и вендоры обещали их доработать. Ок, доходим до коммерческого предложения, а там система делится на модули. И нам в базовом расчёте в конкурсе дали два базовых с обрезанным функционалом. Начинаем считать полный, а там ещё 2 нолика приписались. И так плюс-минус везде, начинаем получать детализацию — выясняется, что надо доплатить за каждый чих. Кто-то не мог предоставить техподдержку: например, нужно учитывать часовой пояс. Или формально техподержка есть, но не более 10 запросов в месяц — остальное за дополнительную плату. В одном из коммерческих предложений у нас были пересечения только на 2–3 часа в рабочее время с некоторыми филиалами, и это не давало полноценно пользоваться поддержкой. Вендор считал такую ситуацию нормальной.
Или вот история. Как-то к нам пришли разработчики, провели демонстрацию, мы посмотрели их систему. Говорим, по функционалу очень сильно отстаёт, очень долго доделывать, наверное, не подходит. Вроде бы мирно разошлись. Через какое-то время мне присылают ссылку на телеграм-канал, где этот чудесный разработчик анонсирует, что они чуть ли не внедряют свою систему в одной ОЧЕНЬ БОЛЬШОЙ компании, которая занимается атомной промышленностью, но название они говорить не могут. Ну да, у нас же в стране очень много таких компаний. А потом смотрим на их сайт, а там уже наш логотип, уже наше название в качестве заказчиков. Мы, конечно, привлекли юристов, этот вопрос решился достаточно оперативно.
В результате длительного конкурса в качестве победителя был выбран null.
В общем, рынок нас опечалил. Ничего такого, что хотелось бы внедрять, не было.
«Ну напишите сами тогда, если такие умные»
Собственно, оценивая затраты на доработку того, что было, и собственную разработку, внезапно выяснилось, что если у нас будет ядро системы, то всё остальное окупится. То есть если бы нашлись опенсорсные решения с подходящими лицензиями, которые можно было бы форкнуть и дорабатывать у нас, — это было бы прекрасно с точки зрения рациональности проекта.
Они нашлись. Что удивительно, даже удалось соблюсти все условия лицензии, здесь мы очень нагрузили юридический департамент.
Основные компоненты из OpenProject, Nextcloud, OnlyOffice.
Проблем с опенсорсом две: во-первых, вы не можете выбрать стек разработки (в нашем случае это Ruby on Rails), во-вторых, потом всё то, что вы соберёте, надо как-то сертифицировать у ФСТЭК.
С рельсами проблема в том, что в какой-то момент все разработчики куда-то делись. Но мы посмотрели по рынку и выяснили, что явление почему-то было временным и сейчас они то ли вернулись, то ли появились ещё откуда-то. Рынок наполнился специалистами снова.
ФСТЭК же фактически фиксирует ядро в каком-то статичном состоянии, и если вы хотите внести апдейт, нужно проходить сертификацию заново.
Мы форкнули OpenProject, но участвуем в сообществе, мы официальные community member, имеем возможность сами заводить задачи, выполнять задачи других участников. Как мои разработчики смеются, что это очень странно работать на госкорпорацию и коммитить в опенсорс. Мы не обрубили все концы по обновлениям, время от времени смотрим, что хорошо дружит с нашей версией, и втягиваем.
Надо сказать, что у нас очень много кастомных требований. У Atlassian есть маркетплейс плагинов, и мы им активно пользовались. Например, был темпо-таймшипт, у нас там фиксирование трудозатрат, их планирование. Там, где плагинов не хватало, многое мы делали через скриптранер (на Groovy). Часто это были костыли. В новой системе многое из того, что обходилось костылями на скриптах, сразу же стало особенностями ядра — мы убирали мешающие ограничения. Например, банальная вещь — попробуйте быстро и просто разделить один проект на два подпроекта. Вас ждёт много интересного в стеке Atlassian.
Важно было ещё отвязать решение от окружения. Из-за импортозамещения не очень понятно, что будет завтра. Какие базы данных, какие ОС, какие браузеры. Лучше уж расширить варианты того, с чем может работать система, а то если инфраструктура сменится, пользователи будут вынуждены искать IE 6.0, чтобы вставить флешку с ЭЦП. Мы такого точно не хотим ) И новых шагов миграции не хотим.
Сейчас платформа включена в реестр российского ПО (реестровая запись от 08.02.2024 № 21435).
Миграция
Дальше встал вопрос миграции. Мигрировали мы в новую систему постепенно. Не нужно приходить в понедельник утром, брать рубильник, отключать всё и говорить: «Добро пожаловать!»
Никому не понравится, правда.
Так долго растягивали миграцию по простой причине, потому что для каждого проекта выбирали удобное время. Это какой-то релиз, окончание спринта, это помогло нам разгрузить нашу техническую поддержку и тренеров, которые проводили обучение сотрудников. В план миграции мы за эти полгода безостановочно, без единого дня простоя, без единой потерянной точечки перенесли всю информацию уже в свою систему.
Всем советую, прошло на удивление гладко.
Мы обычно переносили те данные, которые есть на текущий момент, например, в начале спринта, и потихонечку обучали команду на этих данных в течение пары-тройки недель, пока шёл спринт. А потом уже команда привыкала, что нужно сюда кликнуть, вот здесь посмотреть, что это вот так оказывается работает и это даже прикольнее чем было. Потом мы довносили в систему только ту дельту, которая произошла за эти 2–3 недели. Конечно, это вызывает нагрузку на поддержку, год мы поддерживали сразу две системы. Но сейчас полегче, потому что Джира и Конфа уже выведены из эксплуатации.
В итоге перенесли больше 2 тысяч проектов, более 50 тысяч активных задач и в целом больше 200 тысяч задач, которые не в фазе работы.
Конечно, пользователи не очень любят что-то новое, да никто особо что-то новое не любит. Это нужно заново привыкать, адаптироваться, подстраиваться. С одной стороны, жалоб у нас было меньше нормального количества, потому что пользователи знали, что вариантов выбора у них ровно два: либо документы от руки, либо новая система. Никто не настаивал, но поскольку есть много связанных проектов, вручную документы готовил бы целый отдел. Кто-то поначалу пробовал вести учёт задач и документацию в офисных пакетах, но довольно быстро они поняли, что лучше уж разобраться с новой системой.
Второй важный аспект — мы собрали для пользователей комьюнити. Это такая штука, куда сотрудники могут заходить и задавать вопросы, общаться между собой, предлагать новые функции. Можно голосовать за приоритет задач в беклоге. Функции с наибольшим количеством голосов попадают в следующий релиз автоматически.
И тут случилось чудо. Пользователи стали бороться не с системой, а за свои доработки. Появилось сарафанное радио, появилась политика, и, самое интересное, что те, кто голосовал за функции, считали их своими. И рассказывали про них коллегам. «Смотрите, смотрите, там в системе моя функция, я сделал, сейчас будет так удобно, так здорово, я вам всё покажу, ещё и вас научу этим пользоваться». В общем, мы стали руками для проектных руководителей.
Особенности решения
Третьей важной частью задачи была возможность вынуть данные из системы. Элементарно для бекапа или миграции. Какие бы вы ни выбрали пути, которыми вы хотите пойти, всегда нужно иметь с собой маленький чёрный чемоданчик, который вы в любой момент возьмёте и из этой системы раз и навсегда уйдёте. Да и бекапы должны быть в читаемом формате.
Кстати, если вы когда-нибудь пробовали смотреть бекапы Atlassian, то с радостью сообщу, что они читаются только продуктами Atlassian. И если вам заблокировали аккаунт, то развернуть вы его можете примерно нигде. У одного из внешних заказчиков сертификат безопасности просрочился, и они на 2 недели вывалились из работы и потеряли свои данные. Очень повезло, что мы им тогда делали тестовую миграцию, они прибежали и: «Вот то, что вы перенесли, можно мы используем дальше в работе?» — и мы им конвертировали их же бекап. Если что, там у людей были госзакупки, контракты, деньги, горели сроки — и такие эксцессы могут вызвать глобальные задержки.
Благодаря комьюнити мы увидели, как люди согласовывают документы перед сдачей проекта в эксплуатацию. Вообще в Atlassian есть плагин, позволяющий работать с офисным пакетом документов вместе, но он не прошёл нашу безопасность. И оказалось, что раньше в Confluence люди шарили экран на видеоконференции и вместе правили. Медленно и печально. Мы им прикрутили удобный мультиплеер в модуле для работы с документами, и теперь они видят курсоры друг друга и очень радуются. Сразу скажу, что стандартные решения не всегда подходят, потому что если вы когда-нибудь загоняли в 100-страничный документ 25 человек, каждое действие которых меняет разбивку на страницы, то примерно понимаете, о каком аде может идти речь. А ещё ведь надо делать нормальную историю версий и возможность работать с каждой правкой.
Потом нам понадобился хороший поиск. Поиск должен осуществляться не только в темах и описании задач, но в кастомных полях, комментариях, внутри документов, в теме документов, везде, в совещаниях. Потому что иногда пользователи приходят и говорят: «У меня была какая-то задача или документ, но я не уверен. Даже не знаю в каком конкретно проекте» — надо, чтобы он нашёл по тому, что помнит.
Сделали много независимых настроек для каждого проекта. Хотите спринты, канбаны, хотите водопады, хотите ещё что-то. Любые подходы. Это помогло нам внутрь системы привлечь те направления, которые раньше про Джиру даже не знали и не думали туда заходить.
Очень хорошо получилось с совещаниями. Старый стандартный процесс был такой: ставим встречу в календарь через почту, туда пишем повестку в Джире. Во время встречи можно прям отмечать галочками прогресс по повестке. Мы эту систему расширили, потому что раньше пользователи искали, что было на совещании, в почте. Теперь мы прямо из Атом.Проекта даём возможность создать встречу с повесткой, к задаче крепить совещания и сразу смотреть, что на них было. Можно сделать срез — какие у нас были совещания по этому проекту. Ага, вот списочек, вот об этом договорились, вот такие задачи созданы, вот сейчас они в таком состоянии, а вот тут надо обсудить, но ещё не обсудили.
Как попробовать
Мы можем дать демодоступ. ПО серверное, устанавливается в прод-версии на серверах заказчика, может устанавливаться и работать в закрытом контуре без доступа в интернет. Это потому что мы госкорпорация, нам в облако нельзя. Из коробки есть в том числе интеграция с GitLab и GitHub.
У нас сейчас есть демонстрационный контур, он вынесен вовне и доступен из интернета. На наших мощностях работать не даём, потому что мы за безопасность. Всем спокойнее спится, если ваши данные хранятся у вас. Ну и несмотря на то, что система разработана в госкорпорации, есть партнёры, через которых мы без огромного количества бумаг работаем.
Комментарии (269)
Vorchun
16.05.2024 07:17+2Не совсем понял как решили вопрос с совместным редактированием в ОнлиОфис. Оно разве там есть? По сравнению с гугл док - вот как организованно?
mpa4b
16.05.2024 07:17+28Я правильно понимаю, по старой доброй "импортозаместительной" традиции форкнули и закрыли в нарушение GPL?
ChrisVechkanova Автор
16.05.2024 07:17+16GLP не нарушено (строки 22-28). Открытый код так и остался открытым.
uhf
16.05.2024 07:17+26GPL требует, чтобы вы раскрывали исходный код продукта, который вы распространяете. Где можно с ним ознакомиться?
ChrisVechkanova Автор
16.05.2024 07:17+26Всем нашим заказчикам исходный код предоставляем, не переживайте)
uhf
16.05.2024 07:17+3Хорошо, если так.
NoWeekOff
16.05.2024 07:17+14А вы расскажите как продукт на ruby можно передать без исходников?
uhf
16.05.2024 07:17Например, обфускаторы никто не отменял
NoWeekOff
16.05.2024 07:17+9И все равно это будут исходники. Даже, насколько мне известно, с точки зрения GPL.
uhf
16.05.2024 07:17+1Исходниками считается программный код, в который можно внести свои изменения, и получить из него работающую программу в бинарном виде. Обфускаторы, энкрипторы, протекторы и т.д созданы для того, чтобы этому препятствовать.
Да, наверное можно писать с нуля сразу обфусцированный код. Но если ты его форкнул и до тебя он не был обфусцирован - так точно нельзя.
gxcreator
16.05.2024 07:17+6А чем обфускация форкнутого кода формально отличается от обычного внесения изменений?
uhf
16.05.2024 07:17Тем, что пользователи этого кода не смогут внести свои изменения, либо это будет сильно затруднено. Центральная идея GPL в свободе распространения и модификации.
Newbilius
16.05.2024 07:17+9"Не могут" и "сильно затруднено" - принципиально разные понятия. Безусловно духу GPL обсфуцированные файлы будут противоречить, а вот букве - не факт.
Ogra
16.05.2024 07:17+10Факт.
The source code for a work means the preferred form of the work for making modifications to it.
uhf
16.05.2024 07:17+7"Не могут" и "сильно затруднено" - принципиально разные понятия.
Если подходить принципиально, то бинарные файлы тоже поддаются модификации и декомпиляции. Иногда даже легче, чем обфусцированные файлы. Но это не отменяет обязанность предоставлять исходники.
Mingun
16.05.2024 07:17Скорее всего будут исходить из принципа, в какие файлы вносятся изменения при разработке. Если напрямую патчите бинарники -- то они и есть исходники. Если же получаете их как вывод некой программы, на вход которой подается другой файл -- это не исходники.
ITMatika
16.05.2024 07:17+1Так то и в бинарники, и в байткод, и в обфусцированный код можно вносить свои изменения. Только это сильно затруднено. Где находится грань, что ещё считать исходниками, а что уже нет?
fshp
16.05.2024 07:17+1Т.е. выпускать под на брейнфаке под GPL нельзя, ибо пользователям будет трудно вносить изменения?
uhf
16.05.2024 07:17+1Можно. "The source code for a work means the preferred form of the work for making modifications to it" - в каком виде человек редактирует, в том и следует выпускать.
MiyuHogosha
16.05.2024 07:17+4Уже третий человек читает через жопу.
"Исходным кодом продукта считается форма, наиболее подходящая для внесения изменений в продукт." Это сформулировано именно так чтобы запретить осознанное сокрытие намерения (то есть, обфусцирование), но разрешает публикацию легаси и сгенерированного "нечитаемого" кода, если альтернативы нет:
This is a very flexible definition. For example, if only obfuscated source code is available then that code might indeed be the preferred form of modifications. But the GPL's source code requirements cannot be satisfied with an obfuscated version if you have a non-obfuscated version available. Providing obfuscated code in place of the actual source code would be a license violation.
NoWeekOff
16.05.2024 07:17Извините, это личное мнение или где-то официально оформлено? Если второе, можно ссылку, пожалуйста.
uhf
16.05.2024 07:17+8В лицензии, начиная с GPLv2: "The source code for a work means the preferred form of the work for making modifications to it".
Во всех дискуссиях, что я находил в сети, трактуют однозначно: "preferred" форма - это исходный код, непосредственно с которым работает человек, а не результат работы обфускатора.
PrinceKorwin
16.05.2024 07:17+42Всем нашим заказчикам исходный код предоставляем, не переживайте)
И при этом доп. соглашением не запрещаете дальнейшее их (исходников) распространение как того требует GPL?
veryboringman
16.05.2024 07:17+21А можно купить у вас продукт, получить код и форкнуть его под своим названием?
funca
16.05.2024 07:17+8https://www.openproject.org/legal/contributor-license-agreement/. Весь код OpenProject принадлежит компании OpenProject GmbH, Krausenstraße, 910117 Berlin, Germany. Community Edition находится в открытом доступе, но контрибьюторы передают им все свои права когда отправляют патчи.
Код Community Edition опубликован под GPLv3. Соответственно, ведь covered work:
A “covered work” means either the unmodified Program or a work based on the Program
обязан распространяться на тех же условиях:
Each time you convey a covered work, the recipient automatically receives a license from the original licensors, to run, modify and propagate that work, subject to this License
Поэтому, получив дистрибутив (возможно за деньги), клиент имеет полное право получить так же все исходники для данного экземпляра - включая не только код самого приложения, но и код необходимый для сборки приложения самостоятельно. При этом плата за исходники может взиматься лишь в размере расходов на пересылку.
Как следует из статьи, описанный продукт сделан на базе Community версии OpenProject. Поэтому должен распространяться под той же самой лицензией.
Свою версию приложения можно пытаться распространять за деньги, но нельзя ограничить доступ ко всем исходникам переданного/проданного экземпляра и запрещать модифицировать эти исходники или выкладывать в паблик. Это все относится не только к передаче внешним клиентам, но и к транзакцияи внутри организации:
An “entity transaction” is a transaction transferring control of an organization, or substantially all assets of one, or subdividing an organization, or merging organizations. If propagation of a covered work results from an entity transaction, each party to that transaction who receives a copy of the work also receives whatever licenses to the work the party's predecessor in interest had or could give under the previous paragraph, plus a right to possession of the Corresponding Source of the work from the predecessor in interest, if the predecessor has it or can get it with reasonable efforts.
На самом деле ребята из OpenProject GmbH не глупые и не занимаются благотворительностью. Они сами продают свой Enterprise Edition за бешеные деньги и явно не хотят ни какой конкуренции.
Выложив Community версию под GPL, они свели возможность потенциальнвм конкурентам делать на их коде бизнес практически к нулю.
Единственная возможность это SaaS. Но если GPL для backend в принципе безопасен, то код фронтенда придётся раскрывать всем пользователям, получившим доступ на сайт.
Единственный цивилизованный вариант это попробовать с ними договориться о каких-нибудь индивидуальных условиях, вместо GPL. Ну либо забить на все лицензии, и просто не отдавать исходники, но это такое.
veryboringman
16.05.2024 07:17+5По сути Вы правы совершенно, но никто не мешает российской компании включить в договор какие-то дополнительные ограничения, ибо судиться придется в российском суде, примеры таких ограничений есть.
Вот поэтому мне и было интересно - если ли в договоре такие пункты.
Если не ответят - придется пойти, попросить напрямую..
funca
16.05.2024 07:17По сути у Росатома сейчас кейс не на два сезона сериала, а на международный скандал. Если (когда) он рванет, это будет прям бомба, ошмётки от которой разлетятся далеко за пределы корпорации.
Они торгуют не только внутри страны, а зарубежные конкуренты 100% этим воспользуются.
Я даже вполне допускаю, что ребят могли ввести в заблуждение относительно лицензий сознательно и дать возможность вляпаться как следует, прежде чем вынести прецедент на публику, когда наступит удобный момент.
Возможно, юристы из OpenProject GmbH уже заготовили иск в суд, в предвкушении хорошей добычи.
Mingun
16.05.2024 07:17+3Сильно сомневаюсь. Ну, предположим, доведут до суда, выиграют суд, суд постановит выложить исходники в свободный доступ, это сделано и... Что? Ну то есть раньше была ситуация:
платный продукт OpenProject GmbH
платный продукт Росатома примерно с тем же функционалом
уступающее обоим решением Open Source версия
Теперь:
платный продукт OpenProject GmbH
Open Source версия примерно с тем же функционалом
В чем выгода?
funca
16.05.2024 07:17+1Если не накажут, значит можно игнорировать условия лицензии? Детский сад штаны на лямках.
Если Росатом планирует выложить весь код в паблик, то проблем нет. Они будут сильным конкурентом. Но насколько я понял из комментариев - не планирует.
Смотрите, помимо прав на код, OpenProject Gmb принадлежат патенты (по ссылке в предыдущем комментарии). Кто бы сколько форков не сделал, есть вещи, которые остаются исключительно в собственности компании.
GPLv3 разрешает такой опенсорсно-пропиетарный дуализм, за что Линус в своё время категорически выступал против этой версии лицензии, оставив ядро GPLv2 only.
Права пользования патентами у них привязано к лицензии. Нарушение лицензии автоматически влечет за собой нарушение патентов. Нарушение патентов - как минимум запрет продаж для нарушителя через суд. Плюс компенсации, плюс репутационные издержки.
С такими вводными продолжать продавать решение можно будет только сказочным эльфам где-нибудь в Сомали.
Ещё раз, это старые отработанные схемы бизнеса с точки зрения legal в так называемом цивилизованном мире. Я не рассказываю ничего нового. Здесь не нужно пытаться сочинять сценарии как можно плюнув против ветра не замарться - итог один.
Как вариант можно получить все права себе в собственность и дальше распоряжаться на свое усмотрение - купив собственника со всеми потрохами. Это цивилизованный вариант. Часто так и происходит, когда на публику выходят статьи про очередной удачно продавшийся стартап за гору денег. Прада вряд-ли кто сейчас даст.
vikarti
16.05.2024 07:17+8А они вообще планируют это продавать за пределами России? У меня почему то впечатление из статьи что делали для себя ну и не против продать кому то в России кто попросит.
JustSokol
16.05.2024 07:17Где не продавай, Это нарушает лицензию. Росатом широко работает на международный рынок и штрафовать компанию за нарушение патента в России не сложно.
bergentroll
16.05.2024 07:17+2Помнится, Линусу Торвальдсу не понравилась анти-DRM часть GPL3, а в отношении патентов новая версия как раз снижает возможности ограничивать пользователей через них.
Mingun
16.05.2024 07:17Если не накажут, значит можно игнорировать условия лицензии?
Это откуда такой вывод? Я сомневаюсь в том, что компания будет подавать в суд, так как ей это не сулит никаких выгод как минимум, а как максимум себе же хуже сделают. Или вы думаете, что они такие все за правду, что будут себе в ногу стрелять?
svpcom
16.05.2024 07:17Но это явно нарушает GPL https://www.gnu.org/licenses/gpl-faq.ru.html#DoesTheGPLAllowNDA
vikarti
16.05.2024 07:17+8Китайцы иногда не заморачиваются - попробуйте получить исходники ядра для всяких дешевых noname Android-смартфонов. GPL ж. Бинарники вам вместе со смартфоном ж предоставили.
NetBUG
16.05.2024 07:17И это есть нарушение лицензии, как минимум, на пару проектов, использованных в продаваемом ими продукте. Скорее всего – гораздо большего числа.
veryboringman
16.05.2024 07:17За что их обоснованно ругают.
Но если говорить в практическом ключе - то у производителей дешевых no-name телефонов нет исходников ядра. Они есть у производителей, которые напрямую работают с MTK/Qualcomm/etc.
Цепочка нарушений чуть длиннее. А вообще - это очень плохо.
Politura
16.05.2024 07:17+1На самом деле ребята из OpenProject GmbH не глупые и не занимаются благотворительностью. Они сами продают свой Enterprise Edition за бешеные деньги и явно не хотят ни какой конкуренции.
Я не особо разбираюсь в лицензиях, скажите, а если Community с лицензией GPL, может ли их Enterprise Edition базироваться на ней? Или она у них с нуля написана и не пересекается с комьюнити никак?
упд: хотя, туплю, ониж сами владельцы, на них лицензия не распространяется.
svpcom
16.05.2024 07:17+2И даже не добавляете дополнительный пункт в договор, запрещающий им публиковать полученные исходники? GPLv3 это кстати явно запрещает https://www.gnu.org/licenses/gpl-faq.ru.html#DoesTheGPLAllowNDA
Antra
16.05.2024 07:17Основные компоненты из OpenProject, Nextcloud, OnlyOffice.
Jira из NextCloud получить - надо очень напильником поработать. Или вы форкнули три репы, а потом их не "интегрировали", а просто какие-то куски изо всех взяли (хранение от NextCloud, web-интерфейс реадктирования документов от OnlyOffice...) и дальше уже что-то совсем свое делаете?
not-allowed-here
16.05.2024 07:17+5шли бы уж до конца и выложили систему для малых организаций(10-50 человек - аккурат примерно как одна рабочая группа над средним проектом в РосАтом получится) как SAAS за мзду малую - получили бы кучу бесплатных тестировщиков....
mynameco
16.05.2024 07:17+7Но и нагрузку на тех поддержку. Точнее даже ее вообще отдельную нужно будет делать. Т.к. госкорпорация. И как то синхронизировать правки нужно. И в этот внейшний софт будут прилетать обновления которые возможно не нужны и будут ломать внешний софт. Это я так думаю, может и не прав.
vanxant
16.05.2024 07:17+3У более другого софта Росатома всё это есть - и on-premise версии для суровых заказчиков, и облака для людей попроще, скажем из ВУЗов, и ТП как-то справляется и с теми и с теми. Т.е. всё решаемо, было бы желание:)
not-allowed-here
16.05.2024 07:17ну ниша есть, деньги в нише тоже есть - остальное пусть отдел маркетинга с аналитиками считает... на текущий монет нормальных инструментов по управлению проектной деятельностью способных работать со сколько то сложными проектами тупо нет.....
ChrisVechkanova Автор
16.05.2024 07:17+6Тут есть свои тонкости, но в эту сторону мы тоже уже "лежим"
vesper-bot
16.05.2024 07:17+26Вот в кои-то веки хорошая новость обо всём этом импортозамещении. Взяли опенсорс аж под GPL, надстроили и работаете пусть сами, но по-видимому успешно. Молодцы!
Drucocu
16.05.2024 07:17Только кажется, что забыли опубликовать и нарушили GPL)
ChrisVechkanova Автор
16.05.2024 07:17+22Как же хорошо, что Вам это только кажется) Выше была ветка обсуждений на эту тему. У нас очень пристально следят за соблюдением всех требований и правил
MadeByFather
16.05.2024 07:17+3Приоткроете занавесу в общих чертах про ваше взаимодействие с друзьями и коллегами из ФСБ? Это какие-то товарищи майоры с погонами в сапогах из мема "программировай" или такие же айтишники, но (почему-то) с погонами? Или у них все или большая часть того, что связано с айти на аутсорсе под какими-нибудь гостайнами?
1dNDN
16.05.2024 07:17+4Насколько мне известно, второй вариант: обычные айтишники, но с погонами и сопутствующими возможностями и обременениями
dididididi
16.05.2024 07:17+1А какой гешефт можно пообещать взамен секретности и лютого режима востребованному специалисту?
dididididi
16.05.2024 07:17+1У нас дяденька майор в Питере был, работал в режиме "не пущать!, что ещё за елестричество", гроза - это кара Божия".
Ему делаешь комплект жокументов на бумажном носителе, он у него лежит от полугода до двух, потом он таки ставит печать свою, если его уважительно и регулярно пинать.
GospodinKolhoznik
16.05.2024 07:17+6В той ветке вы так и не ответили на ключевой вопрос: могут ли заказчики и пользователи вашей системы форкнуть её и распространять исходный код от своего имени, как того требует GPL или ваше лицензионное соглашение запрещает им делать это?
D4nDme
16.05.2024 07:17Судя из того, что я понял, даже это их не спасет, так как все права на их модификацию openproject'a (nextcloud и onlyoffice не при делах) будут принадлежать openproject'y. То есть, по сути, openproject может в любой момент потребовать всю прибыль себе, во всяком случае для продаж заграницей, если такие будут. Или нет? Если нет, то почему?
mayorovp
16.05.2024 07:17+1Судя из того, что я понял, даже это их не спасет, так как все права на их модификацию openproject'a (nextcloud и onlyoffice не при делах) будут принадлежать openproject'y.
С какого перепугу?
D4nDme
16.05.2024 07:17https://www.gnu.org/licenses/gpl-faq.ru.html#DoesTheGPLAllowDownloadFee
Хотя вот здесь сказано, что взятие платы за модификацию разрешено, тогда комментарий про "Свели возможности бизнеса на их исходниках к 0" ошибочный.
mshewzov
16.05.2024 07:17+17А разве они обязаны публиковать? Лицензия GPLv2, к примеру, не предполагает обязательство именно опубликовать исходный код. Она предполагает, что каждый, что распространяет экземпляры ПО, лицензируемого под GPLv2, обязан обеспечить получение новыми обладателями ПО ее исходного текста или возможность его получить. Это не равно публикация. Можно и по запросу предоставлять адресно каждому пользователю, а можно даже и за плату (см. п. 3(b)).
Drucocu
16.05.2024 07:17+2Спасибо, что напомнили. В голове сложился паттерн, в лицензию саму давно не смотрел.
mshewzov
16.05.2024 07:17+13Почему-то большинство так думает. На самом деле софт под GPL не обязан публиковать исходники. Достаточно просто передавать их каждому пользователю вместе с бинарниками или предоставлять инструкцию где и как исходники можно получить. А ещё их можно выдавать за плату, которая должна быть разумной. А сам софт под GPL при этом не равно бесплатный, как многие считают. Он может быть под GPL и при этом стоить денег. Об этом в лицензии напрямую написано. Так что свободный не равно бесплатный.
Kristaller486
16.05.2024 07:17+11Только любой, кто исходники получил за эту плату потом имеет полное право опубликовать их где угодно и как угодно. Любой клиент, любой сотрудник, который получил доступ к ПО. Невозможно предотвратить такой сценарий.
uhf
16.05.2024 07:17+2Не только опубликовать, но и перепродавать. А за сами исходники плату брать нельзя - только за услуги по их копированию и пересылке, если они предоставляются на физическом носителе.
mshewzov
16.05.2024 07:17+3Да, верно, но бинарники можно распространять платно. В лицензии GPLv2 напрямую написано:
Говоря о свободном программном обеспечении, мы имеем в виду свободу, а не безвозмездность.
mshewzov
16.05.2024 07:17+1Да, верно, что впрочем не исключает возможность и последующим владельцам ПО предоставлять исходники за плату.
kipar
16.05.2024 07:17+3любой клиент - да. А вот сотрудник деньги за продукт не платил, так что опубликовать права не имеет.
vikarti
16.05.2024 07:17+2А кстати плата с каких пор важна?
Тут другая фича срабатывает
https://www.gnu.org/licenses/gpl-faq.en.html#InternalDistribution
Is making and using multiple copies within one organization or company “distribution”? (#InternalDistribution)
No, in that case the organization is just making the copies for itself. As a consequence, a company or other organization can develop a modified version and install that version through its own facilities, without giving the staff permission to release that modified version to outsiders.
However, when the organization transfers copies to other organizations or individuals, that is distribution. In particular, providing copies to contractors for use off-site is distribution.
kipar
16.05.2024 07:17+2важна не плата сама по себе, а получение продукта законным путем. Клиент - заплатил и получил продукт, может распространять. Сотрудники - ничего не получали, только пользуются, соответственно распространять права не имеют. Ну, вы уже и сами это написали.
GospodinKolhoznik
16.05.2024 07:17С чего бы это?
Компания юрлицо распространяет ПО среди своих сотрудников физлиц. С какого это перепуга на физлиц не распространяется действие лицензии GPL?
GPL на физлиц также распространяется, как и на юрлица. И не важно где это физлицо работает, какого-то цвета у него кожа и какое вероисповедание. Что за дискриминация по признаку 'место работы'?
Cerberuser
16.05.2024 07:17+5Я так понимаю, тут предполагается, что есть разница, получаешь ли ты программу как рабочий инструмент, которым имеешь право пользоваться в рамках своих служебных обязанностей (и не более того), или в персональное пользование. Во втором случае она обязана предоставляться под GPL, да. В первом - видимо, утверждается, что нет.
GospodinKolhoznik
16.05.2024 07:17Из какого пункта лицензии следует, что её действие не распространяется на физлиц сотрудников Росатома?
mayorovp
16.05.2024 07:17+4Потому что они не являются стороной этого договора.
Лицензионный договор на использование ПО был опубликован в форме публичной оферты юрлицом "OpenProduct" и принят юрлицом "Росатом". "Росатом" же, в свою очередь, не публиковал оферту, а его сотрудники не принимали её.
GospodinKolhoznik
16.05.2024 07:17"Росатом" же, в свою очередь, не публиковал оферту, а его сотрудники не принимали её.
При этом он распространял ПО среди ряда физлиц. Без публикации оферты, и без соблюдения ключевых позиций лицензии. Тем самым нарушил условия лицензии т.е. превратив свое ПО в контрафакт.
mayorovp
16.05.2024 07:17С каких пор поставить программу на свой собственный компьютер - это распространение?
GospodinKolhoznik
16.05.2024 07:17Как у админов появится ПО, чтобы его установить если организация не распространит ПО среди админов?!
Организация - юрлицо распространила ПО среди своих сотрудников, например админов т.е. физлиц. Когда сотрудники поставили ПО на свой компьютер или на сервер, они уже ничего не распространяют.
mayorovp
16.05.2024 07:17+1Пункт "2. Basic Permissions." прямо разрешает передачу ПО другим лицам для модификации или подготовки к запуску от имени принявшего лицензию без передачи прав на ПО. Админы, которые ставят ПО на служебные компьютеры, в точности попадают под этот пункт.
GospodinKolhoznik
16.05.2024 07:17Т.е. пират, который диски на горбушке продавал вовсе и не пират оказывается. Он же оферту не принимал, просто с торрента чё то скачал, кто то для него в этом файле хакнул, текст лицензии заменил веселой шуткой "здесь было что то написано". Покупатели дисков тоже никаких соглашений не принимали, они вообще не в курсе чё там за лицензия была.
По вашей логике все юридически чисто и законно?
andmerk93
16.05.2024 07:17+4Покупатели дисков тоже никаких соглашений не принимали, они вообще не в курсе чё там за лицензия была.
Для покупателей, кстати, законно.
GospodinKolhoznik
16.05.2024 07:17Для покупателей да. Для продавца и мамкиного хакера - противозаконно.
kipar
16.05.2024 07:17+1Выше уже процитировали GPL FAQ - организация не распространяет ПО среди сотрудников, она делает копии на рабочих компьютерах принадлежащих компании для собственного использования компанией.
GospodinKolhoznik
16.05.2024 07:17На компьютеры программу устанавливают определенные физлица. Среди них ПО очевидно распространяют.
Программисты пишут к ПО патчи. Среди них распространяют исходный код ПО. На исходный код ПО действие лицензии GPLv3 также распространяется, значит любой программист должен иметь право форкнуть софтину и распространять от своего имени. Как и любой админ, который инсталлирует её на пользовательские компьютеры или серверы.
kipar
16.05.2024 07:17+9Вы утверждаете, что авторы лицензии пишущие в FAQ что это не так - ошибаются и вы понимаете их лицензию лучше?
Если я прошу мастера установить мне на компьютер честно купленный мной Windows или там Autocad - значит ли это что я распространяю среди него эти программы и соответственно стал пиратом?
GospodinKolhoznik
16.05.2024 07:17Я привожу факты. Если из этих фактов следует, что в FAQ есть неточности значит в FAQ действительно есть неточности. FAQ это не математическая теорема, он пишется примерно с некоторыми допущениями, и пишется он так сознательно, чтобы его было проще понять в общих чертах не вдаваясь в детали. За всеми спорными моментами надо смотреть на строгие формулировки текста лицензии.
Я лицензионное соглашение MS Windows плохо знаю, давно уже виндой не пользуюсь. Но я почти на 100% уверен, что да - если вы передали компьютерному мастеру диск, или каким то ещё образом передали ему инсталлятор Windows, то вы нарушили лицензионное соглашение MS Windows. Оно очень жёстко составлено, там любой шаг вправо, шаг влево нарушение лицензии.
GospodinKolhoznik
16.05.2024 07:17Ещё я спросил у чата ГПТ "Является ли установка программного обеспечения на компьютеры сотрудников внутри организации распространением программного обеспечения или нет?"
Он ответил, что это спорный вопрос, давно ведутся юридические дискуссии на эту тему и к единому мнению пока не пришли в каждом случае надо смотреть по ситуации.
Я конечно понимаю, что Чатик это такой себе аргумент, но мне кажется его ответ соответствует действительности.
kipar
16.05.2024 07:17+1Но насчет строгих формулировок выше уже тоже написали. Пункт 2 как раз о том что давать другим исполнять и модифицировать программу (не давая права делать свои копии) можно при соблюдении соответствующих условий.
GospodinKolhoznik
16.05.2024 07:17Спасибо, именно об этом я и спрашивал - какой пункт лицензии позволяет не распространять её действие на сотрудников организации.
vanxant
16.05.2024 07:17На компьютеры программу устанавливают определенные физлица
а где в данном случае установка на компьютеры?.. это ж вебсайт по сути
Mingun
16.05.2024 07:17Если продукт лицензируется компании, то его как минимум нужно "распространить" среди одного человека. Потому что "компания" -- это абстрактная сущность и сама сделать ничего не может. Получается, что всякое лицензирование компаниям -- вне закона?
GospodinKolhoznik
16.05.2024 07:17обязан обеспечить получение новыми обладателями ПО ее исходного текста или возможность его получить
Не просто обеспечить получение её исходного кода, но и принять, что каждый получатель исходного кода имеет право распространять этот исходный код, а также модифицировать его на свое усмотрение.
А распространять действительно не обязательно. В теории можно закрыть свой продукт в темном чулане вместе со всеми исходниками и никому его никогда не показывать.
mshewzov
16.05.2024 07:17Да, верно, но мы же не будем пересказывать всю лицензию GPLv2 или v3 тут. Там много параметров. Я выделил именно тот, о котором был комментарий.
Надо отметить, что GPLv2 говорит о том, что исходный код нужно предоставлять только пользователям своего ПО. То есть по факту, если у Росатома пользователи только внутренние, то есть сотрудники, то они вряд ли когда-либо запросят исходный код, т.к. разработчикам он и там доступен, а простым пользователям это по боку. Но вот во внешний мир этот исходный код никогда не попадёт и это не будет противоречит GPLv2. Если только Росатом не начнёт поставлять ПО внешним клиентам.
D4nDme
16.05.2024 07:17+1Пересказывать и не надо, в самой лицензии OpenProject'a написано, что это версия 3. В более свежих обсуждениях выложили ссылку на неё.
mshewzov
16.05.2024 07:17Какой-либо разницы в условиях передачи исходного кода между GPLv2 и v3 я не увидел. Обязанности публиковать исходный код также нет. Есть обязанность передать исходный код пользователям, которым передаётся ПО. Это описано разделе 6 GPLv3.
bpGusar
16.05.2024 07:17+1"В 2018–2019 году мы уже догадывались, что нужно какое-то импортозамещение, потому что как-то немного странно, что Росатом зависит от зарубежного вендора."
О нет, как так, не может быть. Была бы достойная замена....
asatost
16.05.2024 07:17+5Банально, если вам надо собрать отчёт по проектам в Томске, у вас
никогда не будет сводной статистики — у вас будет 20–30 записей
отдельно, и склеивать их придётся вручную в Экселе.В таблице присутствует 1С. Это в 1С нельзя собрать какой угодно отчёт по имеющейся в ней данным?
Ещё нам хотелось удобный и понятный интерфейс. Наши пользователи
довольно избалованные, им нужно, чтобы было красиво, просто и понятно.И где же ваши пользователи видели всё это в жире и конфлюэнсе?
вариантов выбора у них ровно два: либо документы от руки
Серьёзно? В 2020-ых годах вы вообще хоть как-то рассматривали такой вариант, как "документы от руки"?
Ilirium
16.05.2024 07:17+1И где же ваши пользователи видели всё это в жире и конфлюэнсе?
Я думаю, имеется в виду интерфейс Trac и оригинального Redmine, на который без слез смотреть нельзя. А интерфейс Jira куда лучше их.
Psychosynthesis
16.05.2024 07:17+2Можно ещё с какой-нить дос программой сравнить, тогда совсем уж хайтек будет.
Никогда жира хорошим интерфейсом не обладала, даже просто "нормальной" не была, это абсолютный, извините, кал.Ilirium
16.05.2024 07:17+1А какой сервис для управления проектами на уровне большой компании в вашем понимании имет хороший интерфейс?
AADogov
16.05.2024 07:17+4Странно, занимаюсь управлением проектами в одной из компаний Росатома, а про вашу систему первый раз слышу.
Ну и в вдогонку off top: что что меня раздражает как и многих коллег, так это до невероятных размеров разросшийся зоопарк зоопарк информационных систем, которые работают на процентов на 50 от заявленных возможностей.ChrisVechkanova Автор
16.05.2024 07:17+2Приходите, покажем, как мы работаем на 100 процентов возможностей системы и обменяемся опытом :)
Для всего остального есть ЕОМУ по унификации продукции в области информационных технологий, автоматизации и связи , куда включены все рекомендованные ПО (и мы тоже).
Johan_Palych
16.05.2024 07:17ПИР,СМР,ТОиР тоже на OpenProject? Или Oracle'Primavera P6 EPPM?
АО "Атомэнергопроект" Planner 3.0
uuger
16.05.2024 07:17+11до невероятных размеров разросшийся зоопарк
это стандартная тема, обкатанная ещё в СССР (и, в принципе, встречающаяся в других странах, просто реже): в крупных организациях запускать по несколько параллельных проектов и смотреть, кто кого сожрёт в процессе эволюции.
inkelyad
16.05.2024 07:17+5до невероятных размеров разросшийся зоопарк зоопарк информационных систем
С другой стороны: Монокультура - зло. И в природе и тут. Потому что когда что-нибудь ломается или портится, то перестает работать вообще все.
Fedorkov
16.05.2024 07:17+3занимаюсь управлением проектами в одной из компаний Росатома, а про вашу систему первый раз слышу.
Атомэнергопроект, аналогично.
Периодически шастают непонятные люди и предлагают «импортозаместить» разный используемый опенсорс своей проприетарщиной. А вот про опенсорсный гринатомовский трекер слышу впервые.
Imaginarium
16.05.2024 07:17+2потому что у нас есть собственные стандарты того, как не надо делать разработку AS IS, чтобы потом про наши объекты не снимали по два сериала на инцидент
Я так понимаю, что у старшего поколения вышел инцидент на два сериала, потому что они делали как попало (as is, и так сойдёт) и у них не было стандартов и документации? Неплохо.
ChrisVechkanova Автор
16.05.2024 07:17Речь про то, что в критичных отраслях появляются другие требования к разработке. Есть большие публикации про то, как менялись процессы в американской космической программе и программе подлодок (это прямо два разных подхода). Примерно тогда же начали появляться принципы скрама. Но упрощая до нашей ситуации — наши проекты имеют ряд требований, нехарактерных для большей части рынка коммерческой разработки, и упирались часто в них.
xSVPx
16.05.2024 07:17+4Но в наса судя по отчету Фейнмана все было чудовищно уже в 80х, и судя по коламбии ничего ведь совершенно не поправили. Те же грабли только в профиль.
А где про подводные лодки почитать ?
denis-isaev
16.05.2024 07:17+1Вы же взяли пачку опенсорса, немного его обмазали и начали продавать. Что здесь нехарактерного для большей части рынка коммерческой разработки?
valery1707
16.05.2024 07:17+6и у них не было стандартов и документации?
До Чернобыля было несколько аналогичных аварий, но информация о них была закрытой из-за чего работники Чернобыля не было подготовлены - так что в какой то мере это как раз про "не было документации".
Limansky
16.05.2024 07:17+10Рад за РосАтом, ребята и девчата большие молодцы, хорошую и грамотную работу проделали, желаю вам дальнейшего развития.
Iforgot
16.05.2024 07:17+15у нас есть собственные стандарты того, как не надо делать разработку AS IS, чтобы потом про наши объекты не снимали по два сериала на инцидент
Это прямо великолепно! Спасибо за слог контента )
Iforgot
16.05.2024 07:17@ChrisVechkanovaпро темпо пишете, а про structure не пишете. Хочется посмотреть демо. Вы этот софт планируете продавать или можно добавиться к вам на контрибуторы софта?
ChrisVechkanova Автор
16.05.2024 07:17Structure, который Gantt? Приходите в личку, отправлю контакты нашего отдела продаж они всё организуют)
m1skam
16.05.2024 07:17+53. СТОИМОСТЬ
Бюджет проекта складывается из стоимости:
- стоимости лицензии (по запросу);
- работ по внедрению системы (конфигурирование, установка, настройка);
- обучения администраторов и пользователей системы.
Расчет стоимости проекта для Вашей компании можно получить, обратившись по телефону +7 ...
Вот прям классика. А руководство администратора это docx документ на 8 страниц, зачем вы так.
kuchaev
16.05.2024 07:17+19
Коллеги, спасибо что добавили EvaTeam в таблицу. Единственное замечание - EvaTeam не лажает. Денис Кучаев, директор EvaTeam
mishast
16.05.2024 07:17+7То есть, хотите сказать, что если у вас будет 100 проектов, и в каждом по 200,000 задач, все будет летать?
Судя по плюсикам Eva хороший продукт, но опять же судя по таблице на таких объемах, как у РосАтома лажает.
Просто у РосАтома очень специфичные требования. Мало кто заводит такое количество проектов и задач.
vanxant
16.05.2024 07:17+4EvaTeam не лажает
В плане дизайна — увы. Знаю конторы, которые отказались от покупки вашей системы именно по этой причине (они хотели выкладывать документацию для своих юзеров, но не в дизайне из нулевых)
namikiri
16.05.2024 07:17А в каком месте там дизайн из нулевых? Можно скриншоты? И что предполагается под дизайном не из нулевых — больше скруглений, бесполезных отступов и огромный текст?
vanxant
16.05.2024 07:17Да просто сравните с каким-нибудь тимли или битриксом
Могу конечно устроить порку в стиле Тёмы, но это за деньги
namikiri
16.05.2024 07:17Могу конечно устроить порку в стиле Тёмы, но это за деньги
Вопросы были вполне конкретные, а не как тема для порки: что напоминает о нулевых и чего не хватает.
Если верить скриншотам Тимли, то да, действительно, я был прав. К сожалению.
ChrisVechkanova Автор
16.05.2024 07:17+12Денис, у вас больше всего плюсиков, и объективно хороший проект. Но баги на момент поиска вендора были. Если хотите, могу продублировать Вам развернутую обратную связь. В тот момент на рынке действительно было большое количество сырых продуктов.
40bpm
16.05.2024 07:17+4Она не лажает, она просто не работает.
В 2024 в еве нет возможности выбора поля кому и копия, при ответе пользователям, это то что было в почтовых клиентах 30 лет назад, не говоря уже про более сложный функционал.
Зато в рекламу вложили хорошо. Отовсюду слышно
BeLord
16.05.2024 07:17C EvaTeam была не понятно:
а) цена владения решением за период, далеко не все заказчики мыслят категориями стоимости лицензии, для части важнее бюджет на решение на год, на 3 года, на 5 лет.
б) возможности бесшовной двусторонней интеграции со сторонними Системами, к примеру, с 1С мне понятно, как интегрировать нашу АИС, с EvaTeam нет.
в) какие есть плюшки для коллег по цеху, к примеру, у меня есть АИС, вопросы проектных задач делегированы Jira, свой функционал в этом вопросе не писали и писать не планируем, можно рассмотреть возможность выкинуть Jira и прикрутить EvaTeam, но первый же вопрос, который задаст финансовый департамент - где гешефт?
г) насколько интерфейс подлежит кастомизации?
д) реальная нагрузочная способность и требования к ЦОД, если с АИС работает 5000 компаний и 200000 пользователей, что будет, если вместо Jira поставить EvaTeam?
kareon
16.05.2024 07:17+3Очень интересный рассказ, спасибо! Вообще это удивительно, что в России созданы такие сложные продукты, как интернет-поиск, карты, распознавание образов, соцсети, но нет своей крутой системы управления задачами. Здорово, что у вас это получилось, желаю дальнейших успехов компании, а продукту - завоевания рынка.
PrinceKorwin
16.05.2024 07:17+9удивительно, что в России созданы такие сложные продукты, как интернет-поиск, карты, распознавание образов, соцсети, но нет своей крутой системы управления задачами.
На этот вопрос я нашел ответ в Индии, как не удивительно.
Общался с местным нефтяным магнатом. Он целый час рассказывал на сколько крутые российские инженеры и менеджеры. Говорит им задачу просто ставишь - сделай хорошо и оно там дальше само булькает без особого процесса и на выходе отличный результат.
kekekk
16.05.2024 07:17А как вы смогли пообщаться с индийским нефтяным магнатом?)
PrinceKorwin
16.05.2024 07:17Его сын учится с моим сыном в одном классе. И они пригласили нас на день рождения своего сына. Так и познакомились.
На завтра договорились встретиться ещё раз за чашечкой кофе.
Samhuawei
16.05.2024 07:17Расходы как положено записали в капитал и списали с налогов. Не уверен что Джира государству обходилась дороже.
В целом судя по статье автор джироненавистник и не работал с ней на уровне профессионала. Тот же проект разделить на два можно за 15 минут (ну хорошо, за час если тикетов больше 10 тысяч). Про бекдоры тоже было забавно прочитать - 99% из них к серверной версии внутри периметра никакого отношения не имеет.
Внешний саппорт на атомную станцию на пушечный выстрел подпускать нельзя. Обучить специалиста на администрирование продукта не так уж и сложно, а если взять пять то хватит на круглосуточную поддержку.
Armann
16.05.2024 07:17+5Расходы как положено записали в капитал и списали с налогов. Не уверен что Джира государству обходилась дороже.
Вы возможно не очень внимательно прочитали - тут не было выбора 'Джира или что то другое'. Тут было 'точно не Джира или любое зарубежное'. А отечественные решения пока еще на таком уровне развития, что 'сделать свое' может выглядеть весьма здраво
В целом судя по статье автор джироненавистник и не работал с ней на уровне профессионала. Тот же проект разделить на два можно за 15 минут (ну хорошо, за час если тикетов больше 10 тысяч).
Не скажу как про 'разделить проект', но с 'гаданием по фото' у вас не очень
Про бекдоры тоже было забавно прочитать - 99% из них к серверной версии внутри периметра никакого отношения не имеет.
Закрытый периметр не означает что можно не закрывать дырки.
ChrisVechkanova Автор
16.05.2024 07:17+5В современных реалиях уже не стоит вопрос использования иностранного ПО, но если Вам интересно, то обходилась дороже.
На маркетплейсе Atlassian по сей день можно найти плагины, в разработке которых я участвовала.
По разделению на два подпроекта или иерархию проектов без применения плагинов за 15 минут, с удовольствием возьму у Вас мастер класс! (не костыльными методами с кастомными полями или компонентами). Без шуток, действительно, если знаете, как это сделать — поделитесь, я в своей практики не встречала подобного решения, возможно в новых версиях дц этот функционал добавили.
kolabaister
16.05.2024 07:17+1Как то не очень сочетаются понятия "удобный и понятный интерфейс" и openproject)
А где нибудь нибудь можно ознакомиться с коммерческими условиями?
ChrisVechkanova Автор
16.05.2024 07:17Это смотря с чем сравнивать) Приходите в личку поделюсь контактами к кому обратиться по этому вопросу можно.
Ilirium
16.05.2024 07:17+1Интересно, у вас в сравнении есть 1С УПП. Я ничего не понимаю в 1С, но судя по сайту 1С УПП это ERP система, софт решающий совсем другие задачи. Не удивительно, что он вам не подошел.
Я так понимаю, у 1С есть два (а может и больше) продукта для управления проектами, задачами и ведением документации: "1С:PM Управление проектами" и "1С:Документооборот". Почему не рассматривали их?
Почему не выбрали в качестве платформы для разработки 1С в целом? Ведь на российском рынке, я так думаю, куда больше программистов на 1С, чем на Руби. Да и типа ведь 1С свое, а OpenProject, Ruby on Rails, Ruby, хоть и опен сорс, но вражеское и может содержать баги и ошибки, которые разработчики могут не захотить исправлять.
Updated (извиняюсь, не могу писать комантарии чаше чем 1 раз в час):
PS Спрашиваю без всякого сарказма. Платформа есть, язык есть, программисты и специалисты есть, до компании-разработчика всегда можно достучаться и дойти ногами при необходиомсти. За счет общего взаимодействия можно и их продукты усилить и свой продукт усилить.
ChrisVechkanova Автор
16.05.2024 07:17+3Чтобы не увеличивать количество помидорок, которые в меня сегодня прилетают, обозначу, что это моё личное мнение.
Для 1С нужно всегда закупать лицензию на основную часть и докупать на дополнительные продукты. В 1С достаточно грустно с гибкими подходами (доски, спринты и т.д.).
Весь код проходит специальные пайплайны, проверки на безопасность – без этого никуда. А ошибки мы и сами правим, и опенсорсу помогаем.
odissey_nemo
16.05.2024 07:17+3Одно время работал в техподдержке/разработке крупного государственного фонда. Использовалась "Жира". Но речь не о ней.
Все порталы там были написаны сторонними фирмами, которые во время разработки всё время менялись. Это понял по комментариям в коде бэкэнда, где попадались и знакомые фамилии.
Поработав на поддержке, познакомился с информированными сотрудниками фонда. И однажды, в приступе откровенности, задал вопрос:
-- А почему бы вам не организовать свою разработку, а не тратить миллиарды на услуги сторонних фирм, которые мало заинтересованы в качестве продукта?
-- А кого мы тогда будет строить, к кому придираться, от кого требовать и брать-брать-брать откаты, в конце концов?
Последняя причина убедила окончательно - своя разработка, для госконтор, в данных экономических условиях, абсолютно не выгодна.
autuna
16.05.2024 07:17+2Если кому-то интересно, они критичные уязвимости публикуют в реестре в открытом доступе: можно посмотреть актуальные известные им дыры в корпоративном ПО разных версий.
Поделитесь ссылкой, плиз.
ChrisVechkanova Автор
16.05.2024 07:17+3
Tetrodotoxin
16.05.2024 07:17Только вы писали про коллег из ФСБ, а базу данных уязвимостей ведут во ФСТЭК (другой орган совсем).
Avengerstark
16.05.2024 07:17Ватный слог
tempick
16.05.2024 07:17+5Почему?
jerboa85
16.05.2024 07:17+10Для компании, большая часть выручки которой идет от зарубежных клиентов, рассуждать о негативности интеграции в мировой рынок - странно.
kekekk
16.05.2024 07:17+4>рассуждать о негативности интеграции в мировой рынок - странно
То есть возможность того, что любая западная компания в любой момент времени может абсолютно спокойно свалить - не негатив?)jerboa85
16.05.2024 07:17Почему только западная? Незападная тоже может уйти. Даже российская не прибита гвоздями к месту, она успешно может свалить с рынка просто прекратив существование. Негатив не может быть в свободе действий компании, это нормальные (в смысле большинства) рыночные отношения завязанные на прибыли. Негатив в том, что риски кратно выросли и потерян смысл продолжать работу в таких условиях. Этот негатив и надо устранять, а не окукливаться. А то будет очередной роскосмос...
Avengerstark
16.05.2024 07:17Прикидываешься или реально не понимаешь почему уходят западные компании ?
Samhuawei
16.05.2024 07:17Было бы неплохо как-нибудь маркировать статьи для тех кто в России и для тех кто русскоязычный. Слишком разный менталитет, а ссориться не хочется. Австралия вроде не в НАТО.
foxweb
16.05.2024 07:17+1Для более полного градуса импортозамещённости следует использовать отечественный PostgresPRO и Angie (форк Nginx). Ещё бы российское железо под всё это — было бы совсем идеально.
vesper-bot
16.05.2024 07:17А насколько большая разница в подобный проект подсунуть PostgresPro, если он умеет работать с обычным постгресом, и "Индейца" вместо Apache (и эквивалент вместо nginx, который ЕМНИП и так нашенский)? По мне, нулевая, лишние возможности просто не будут задействованы, а передавать поток в php умеют сейчас все.
sewak
16.05.2024 07:17В Open project в диаграмме Ганта все также нельзя отменить действие обычным ctrl+z ?
Ещё запомнился не логичный раздел с настройкой проекта. Почему то созданные этапы автоматически не добавляются в проект ч диаграмму Ганта, надо руками заносить одноименные этапы.
ChrisVechkanova Автор
16.05.2024 07:17Действие через горячие клавиши именно на Ганте отменить нельзя. Но исходный Гант мы сильно пересмотрели, раздел с настройками проекта тоже. Можно разными способами этапы настраивать для проекта, в нашей практике чаще всего этапы, как верхнеуровневые задачи используются, а базовый функционал отдан под спринты.
inkvizitor68sl
16.05.2024 07:17Мы можем дать демодоступ. ПО серверное, устанавливается в прод-версии на серверах
А вы это на коммерческой основе потом продавать собираетесь, или в OSS ядро отнесёте?
Loggus66
16.05.2024 07:17Кто писал статью? Ни за что не поверю, что некая "Кристина". Кто был негром?
dididididi
16.05.2024 07:17А я наоборот так подумал) когда в начале было, что там "какие-то уязвимости")
Kahelman
16.05.2024 07:17Хотелось бы посмотреть как ваши пользователи с web интерфейсов работают когда запрос Х*1000 задач выкидывает.
Есть подозрение что просто ctrl+C ctrl+v в excel.
Я лично не представляю как тут без скриптов обходится- значит все надо как то на локальный диск вытащить и потом обратно отправить….
Arioch
16.05.2024 07:17а TrackStudio не смотрели? они хвалились, что по гибкости настроек затыкают Жиру за пояс. То есть для сложных компаний, в которых есть много разных проектов и у них разные workflow, она должна подходить.
Правда именно поэтому её трудно настраивать, сначала нужно эти самые workflow понять и описать административно.
Кроме того интерфейс у них... На любителя.
dididididi
16.05.2024 07:17+2Меня о гибкости мутит.
У меня пять проектов в жире, всё они делают одно и тоже. Накодили-протестировали -зарелизили-напродили.
Но у каждого свой скраммастер который исковеркал Жиру на свой самый правильный лад.
Блин, вот представьте вы тачку покупаете, а вам говорят, в педаль газа можно настроить дворник, а вместо газа сделать подрулевым переключатель.. Вот у меня тоже самое.
Если кому тот нужна гибкость можно его бить кедой 46 размера по жопе, пока он не согласится делать как все?)))
denis-isaev
16.05.2024 07:17Правильно, зачем это разнообразие автомобилей, в каждом новом хрен поймешь как магнитолой управлять, не прочитав талмуд. Всех посадить на Москвичи, остальных бить кедой! :)
Delhin
16.05.2024 07:17TrackStudio похоже мертвое уже. Жаль, система была очень гибкая и с огромными возможностями.
Был опыт работы с ней, после того как поймешь принцип работы столько возможностей открывалось.
zesetup
16.05.2024 07:17OpenProject/Redmine конечно неплох. Но это по моему скромному мнению плохой выбор из-за стека: Ruby, Angular. Прожорливое оно. Язык уходит в историю. Jira она почему успешная, 50% это потому что на Java.
ChrisVechkanova Автор
16.05.2024 07:17У нас TypeScript, JavaScript тоже присутствует. Про стек поэтому и упомянула, что если кто-то решит выбрать подобный путь на это стоит обратить внимание.
Alendorff
16.05.2024 07:17Jira она почему успешная, 50% это потому что на Java.
точно, именно поэтому :))
HellKaim
16.05.2024 07:17@ChrisVechkanovaВо первой - спасибо за статью.
Интересно и полезно. На помидоры не обращайте внимания - токсично у нас сообщество, что уж тут.
Вопрос про Мегаплан. Я знаю что он совсем-совсем не про разработку, а скорее под "веб-инфоцыган". Я, в свое время, адаптировал его как бек для интернет магазина и мне не показалось это очень трудным.
В связи с этим вопрос - действительно не проще было заколабится с ребятами и "дописать" совместно Jira' подобный модуль попилив прибыль от продаж?
HellKaim
16.05.2024 07:17+1Наверное, я отвечу сам себе.
Судя по всему я не подошло его масштабирование. Я помню там были лёгкие траблы в этом смысле.
13werwolf13
16.05.2024 07:17+6позвольте я напишу TLDR для этой статьи:
РосАтом ВНЕЗАПНО для себя с опозданием обнаружил что жира стоит денег и принадлежит незнакомым дядям (почему-то для этого осознания понадобился вооружённый конфликт) и приняли стратегическое решение переезжать на OpenProject, сам по себе этот продукт прекрасен, однако части функционала нехватало. Вместо того чтобы отправить в апстрим все необходимые патчи РосАтом решил опозориться и оставил форк в застенках предлагая его купить но не выкладывая на публичные гитовые репы.я ничего не упустил? ни в чём не ошибся?
kekekk
16.05.2024 07:17+6незнакомым дядям, которые могут в любой момент наплевать на условия договоров и уйти в закат
dididididi
16.05.2024 07:17Эээ... Подайте на них в суд?)) Вообще есть такое понятие, как дипломатическая поддержка, ты жалуешься своему государству и наши дипломаты идут к президенту другой страны и говорят, что контора в его стране приофигела и рамок не видит.
Наверно надо так сделать?
SystemOutPrintln
16.05.2024 07:17+1Подайте на них в суд?))
Atlassian ушли из РФ, им побоку на судебные решения, вынесенные российским судом.
Вообще есть такое понятие, как дипломатическая поддержка, ты жалуешься своему государству и наши дипломаты идут к президенту другой страны
Австралия (Atlassian — австралийская компания) поддерживает Украину. Поэтому, как вы думаете, станет ли слушать наших дипломатов президент другой страны?
GidraVydra
16.05.2024 07:17+1Нарушили договор о государственной границе, о ненападении и ещë пачку других, а теперь жалуются, что по отношению к ним тоже договора нарушают. Типичные.
mayorovp
16.05.2024 07:17+4Погодите, а какая альтернатива-то? И точно ли нарушали договор о государственной границе именно сотрудники Росатома?
dididididi
16.05.2024 07:17+4Упустил))) Они перешли с жиры, потому что там много уязвимостей, но если оставить форк в застенках, то уязвимостей у Росатома не будет)
vlatro
16.05.2024 07:17+6Попробую угадать: вы считаете, что весь софт, зависимый от ядра ламукса, должен быть бесплатен?
Внезапно, большинство открытых лицензий позволяют делать коммерческий продукт на базе открытого ПО. Условием является только публикация изменений в этом самом ПО, но продукты, использующие его в качестве компонента - могут быть закрытыми и (о ужас!) платными. Автор прямо говорит, что они являются членами сообщества разработчиков и апстримят правки в СПО.
Ну и поймите уже, работа стоит денег. И требует организации и руководства. Иначе вместо многоквартирного дома будет муравьиная куча - посмотрите на 99.9% настольных дистрибутивов ламукса, непригодных к применению по назначению.
13werwolf13
16.05.2024 07:17а вы простите зачем тёплое с мягким сравниваете? софт с открытыми исходниками не обязательно бесплатен так же как проприетарный не обязательно платный.
весь софт,
зависимый от ядра ламукса, должен бытьбесплатеноткрыту вас опечатки, я поправил, не благодарите.
Ну и поймите уже, работа стоит денег. И требует организации и руководства.
я это знаю и полностью согласен, только к чему тут это упоминать? думаете если сменить тему вот так вот станет интереснее? может тогда ещё обсудим погоду на марсе?
Автор прямо говорит, что они являются членами сообщества разработчиков и апстримят правки в СПО.
автор говорит да, но я бегло пробежался по апстрим репозиторию и как-то не увидел, буду рад извиниться за ошибку если мне на неё укажут.
но продукты, использующие его в качестве компонента - могут быть закрытыми и (о ужас!) платным
пусть будут платными, какие проблемы. но быть закрытыми это ошибка.
посмотрите на 99.9% настольных дистрибутивов ламукса, непригодных к применению по назначению
а зачем смотреть на эти 99% эксперементальных, узкоспецифичных или просто сделанных в героиновом трипе дистрибутивов если можно посмотреть на оставшийся 1% проверенный временем надёжный, удобный и стабильный?
ну посмотрите на винду тогда, она на 100% ужасна, но это не мешает быть самой распространнёной десктопной ОС, вот только эта распространённость не заслуга самой винды ни сколечки.подменяя понятия вы правды не найдёте
сам openproject тоже форк, но появился он не потому что "НАДОСРОЧНО НАШЕСВОЁСКРЕПНОЕ".
ничего не имею против российских разработчиков, но "СВОЁ" это не решение проблем а их создание, софт привязанный к какой-то стране, гендеру, цвету кожи.. это всё бред крокодиловых наркоманов, только разработка силами всего мира может породить что-то действительно годное. и так не только с софтом, и разработка железа, и медицина.. любые глобальные задачи в общем. как буд-то не хватало фрагментации до популярности слова "импортозамещение".
YriiBlack
16.05.2024 07:17Зачитался) есть сравнение что есть у Вас и нет в битриксе24?, про 1с молчу из-за их кринжовых интерфейсов
lipatkin96
16.05.2024 07:17+1Ого, благодаря этой статей я узнал, что Redmine не может полностью заменить Jira. Хотя мне он больше нравится, чем Джиры тем, что просто быстрее реагирует. Нет громоздкого веб-интерфейса, который на загрузку страницы тратит кучу времени. Классно знать, что у нас могут создавать аналоги таких мощных приложений!
ChrisVechkanova Автор
16.05.2024 07:17+1Спасибо! У Jira есть сильная сторона - это маркетплейс приложений, который позволяет кастомизировать систему под собственные нужды, у Redmine менее обширные возможности в этом плане и достаточно устаревший (на мой личный взгляд) интерфейс.
saboteur_kiev
16.05.2024 07:17У JIRA есть и другие сильные стороны. Например API и собственная популярность джиры, что вместе означает что огромное количество продуктов интегрируется с джира одной кнопкой (те же CI/CD системы, код ревью системы) и др.
tonyk_av
16.05.2024 07:17Нравится мне этот Росатом! Сначала кучу денег вбухали в покупку всяких SAP R/3 и прочего лицензионного софта, а теперь кинулись импортозаместительством заниматься, когда аккаунты отключили. А что сразу денег в отечественных разработчиков не вкладывали? Или проще и привычней буржуйских программеров кормить, чем отечественных выращивать? Сами же много лет губили своих, а сейчас осознали и кинулись навёрстывать?
Fedorkov
16.05.2024 07:17Чтобы полностью заменить весь импортированный софт, нужно на несколько порядков больше ресурсов (людей, времени, денег), чем реально доступно. Поэтому замещают только то, что сильнее всего горит, а с остальным приходится либо тянуть время, либо обходить ограничения.
KonstantinTokar
16.05.2024 07:17+3У нас огромная скрытая безработица, так что при желании за 10 жирных лет можно было эти ресурсы найти. Но решили открыть 100500 салонов сотовой связи и работу за еду.
Дико читать, что Росатом, при не ограниченном бюджете, годами думал что делать, и в результате взял открытый проект, который на их масштабы скорее всего не был рассчитан. На Руби.
Fedorkov
16.05.2024 07:17при желании за 10 жирных лет можно было эти ресурсы найти.
Росатом очень неэффективно расходует ресурсы, как и любая госкорпорация. Но не настолько, чтобы на них можно было за 10 лет переписать весь проприетарный софт. Вы ошибаетесь этак на пару порядков.
решили открыть 100500 салонов сотовой связи
Вы точно про Росатом говорите?
KonstantinTokar
16.05.2024 07:17Я говорю про ресурсы страны. Школьник может пойти в вуз, отучиться, попутно стажируясь в компании, и пойти работать за вменяемую зарплату в промышленность или в ит. Это нормальный путь. У нас же промышленности не было, а Газпром много не надо. Получилось что работая в салоне связи молчел получал всё, что нужно для жизни, а больше работы и не было за большую зарплату. Безработица может быть скрытой - например в некоторых азиатских странах охраны в магазинах явно больше чем надо, зато они не болтаются без дела. У нас так же, по мелким точкам половина населения разбросана за маленькие деньги.
vanxant
16.05.2024 07:17+1по мелким точкам половина населения разбросана за маленькие деньги
в СССР они же сидели бы в отделах на должностях типа "помощник начальника сектора - инженер второй категории" и натужно придумывали бы, какие бумажки ещё поперекладывать. В итоге в каждом отделе не 2 человека, а 32 при том же выхлопе, зато в стране все официально трудоустроены "инженерами" и прочими "специалистами".
KonstantinTokar
16.05.2024 07:17Вы посмотрите на любой промышленный город. Та же Москва - был АЗЛК, вокруг него была огромная инфраструктура с кучей работы. Это всё накрылось. Я в 2005 ехал в нынешний ЛНР - и попутчик пальцем мне показывал на холмы вдоль дороги и объяснял какие промышленные предприятия скрыты под очередным холмом. Это не 32 бездельника на должности начальника сектора, это люди которые производили огромное количество продукции. И эти люди вдруг потеряли работу. И их дети тоже потеряли возможность пойти не в ларёк. Вот этих детей и их детей надо вовлекать в производство наукоёмкой продукции, то есть человеческие ресурсы есть, их надо обучить и дать работу. Есть куча проблем, естественно, но такая страна как наша не может держать население в Евросетях.
snowsem
16.05.2024 07:17Напишите мне у кого есть проблемы с confluence и jira чтобы никого не мучали и не плевались от поделок. Решу ваши проблемы.
vlatro
16.05.2024 07:17+4Только дочитал до середины список проблем, которые пришлось решать - а остатки волос уже встали дыбом. Респект!
ramil_trinion
16.05.2024 07:17+1Посмотрите на наше решение Бесплатная система управления проектом Тринион. Полностью бесплатное, написано на базе Drupal 10
ChrisVechkanova Автор
16.05.2024 07:17Добрый день! Удачи и процветания Вашей системе! Вы большие молодцы! Если есть желание приходите обмениваться опытом :)
vtal007
16.05.2024 07:17Полностью бесплатное, тогда в чем же подвох :)
Psychosynthesis
16.05.2024 07:17Мне было б стыдно использовать в проде что-то написанное на друпал в 2020-х годах.
Lensar
16.05.2024 07:17+2Странный критерий, если оно работает как тебе надо, какая разница, на чем это написано?
vanxant
16.05.2024 07:17+2Ну это как в 2024 использовать софт, написанный на коболе или там руби ~oh shi
astentx
16.05.2024 07:17+3Сервер приложений SAP написан на ЯП 80-х годов, который взял многое из COBOL и который хоть и обогащался новыми фичами, но так и оставил легаси. Почему-то в 2024 году компании все ещё не гнушаются им пользоваться, а пользователи, не поверите, спокойно смотрят в без преувеличения УЖАСНЕЙШЕ выглядящие UI. А все потому, что они в нем работают, а не тестируют новые фичи ЯП и не любуются красотой кода.
KonstantinTokar
16.05.2024 07:17У Друпала очень плохая репутация была, не знаю как сейчас, а лет 10 назад в их чатике комиттеров какая-то тётка спросила - а не ввести ли контроль целостности базы данных. Ей дали почти хамский ответ. В то время его ломали почти каждый день.
mayorovp
16.05.2024 07:17+1Погодите, а что вообще такое "контроль целостности базы данных", и чем он поможет против взломов?
KonstantinTokar
16.05.2024 07:17Это несвязанные события. Ломали отдельно, база отдельно. "контроль целостности базы данных" - я не помню как это тогда называлось. "Ссылочная целостность", наверно, хотя это не единственное что делается. См. https://ru.wikipedia.org/wiki/Целостность_базы_данных
Psychosynthesis
16.05.2024 07:17Разница в том, что как только нужно что-то изменить в том, что в одном конкретном кейсе "работало как надо", ты встреваешь в то что называется Drupal по колено. И тут-то и выясняется что это костыли из папок и говна, а знают все нюансы этой кучи только те, кто с ними работает постоянно и документации нормальной нет и для версий она различается и ещё куча всяких проблем.
janvarev
16.05.2024 07:17+1Ну т.е. так же, как устроена большая часть рынка программного обеспечения. Или вы считаете, что Битрикс или Вордпресс устроен принципиально по-другому?
Psychosynthesis
16.05.2024 07:17+2Битрикс устроен даже хуже, это вообще пример одного из самых поганых продуктов отечественных.
Вордпресс тоже не сахар, но это уже давно устоявшаяся система, последние лет пять там ломающих изменений нет, а если есть они, представьте, нормально задокументированы. И пользуется им весь мир, а не полторы калеки на версию.
redskif
16.05.2024 07:17+4Как мои разработчики смеются, что это очень странно работать на госкорпорацию и коммитить в опенсорс
Надеюсь ваши юристы помогут вашим разработчикам.
Валерий Звегинцев был задержан в конце апреля. Как сообщали в РАН, поводом для возбуждения дела могла стать публикация статьи о газовой динамике в иранском журнале. При этом в институте утверждали, что материалы прошли проверку экспертной комиссии на наличие сведений ограниченного доступа.
Psychosynthesis
16.05.2024 07:17Не увидел YouTrack в сравнении, он гораздо лучше кхм... "продуктов" атлассиан. Умеет всё то же самое и даже больше, работает быстро, выглядит лучше.
Вы, конечно, молодцы, что написали своё, но, учитывая стандарты качества ПО в дочерних структурах Росатома, есть подозрение, что у вас получилось вряд ли лучше.ChrisVechkanova Автор
16.05.2024 07:17JetBrains приостановила продажи продуктов и услуг в России.
Psychosynthesis
16.05.2024 07:17Можно подумать вы Jira с русского юрлица покупали последние два года.
vanxant
16.05.2024 07:17+1Это, разумеется, повод менять шило на мыло.
Psychosynthesis
16.05.2024 07:17Ну это не шило на мыло. Всё-таки ютрек давно состоявшийся продукт. А свой ещё поди сделай нормально...
Если ресурсы есть и их всё устраивает, почему бы и нет, конечно. Я ж и написал изначально - молодцы.
postgrez4ik
16.05.2024 07:17Даже не удивляюсь пренебрежительным назанием от топикстартера "Джира" - Jira позволила вам зарабатывать денег просто копируя её функционал. Проявите хотя бы вежливость.
"Во-вторых, они поднимали цены, нарушали работу сервиса и под конец сообщили, что прекратят поддержку российских аккаунтов."
Ваша компания не будет поднимать цену на ваше ПО? Ваша компания будет работать с Талибаном?"В-третьих, у них там есть пара фатальных то ли уязвимостей, то ли ставших известными бекдоров,"
То есть вы даже не разобрались, в что указано в CVE к Jira?"которые существенно снижают безопасность без внешних патчей или прикрытия умными файрволами."
А ваше ПО такое надёжное, что вы просто так решили
" у нас появилась идея окуклиться в своей серверной версии в замкнутом контуре за DMZ"
не выставлять его в Интернет?
clu66er
16.05.2024 07:17+5У нас в компании её тоже так называют,
не понимаю, в чём состоит пренебрежение.
postgrez4ik
16.05.2024 07:17Называть в курилке можно хоть "ебалда на веб-морде". Тут почти официальный пост от большой вроде как серъёзной компании. GitLab и GitHub (которые о ужас!! тоже не ЗДЕСЬ произведены) почему-то написаны нормально (видимо потому что интегрированы - то есть забугорному OpenSSL всё же доверяем, когда припрёт))).
postgrez4ik
16.05.2024 07:17+1Окей, может за то время, что я отсутствовал на Хабре что-то координально поменялось (если за форк свободного проекта ставят +37 https://habr.com/ru/companies/greenatom/articles/814589/comments/#comment_26829629).
Давайте вопрос по сухим цифрам.
"Ещё у нас 15–20 тысяч задач в одном проекте, а есть проекты и по 150–200 тысяч задач."
...
"В итоге перенесли больше 2 тысяч проектов, более 50 тысяч активных задач и в целом больше 200 тысяч задач, которые не в фазе работы."
Итак имеем, что в Jira было минимум 2 тысячи проектов (которые перенесли), причём минимум в одном из проектов было примерно 200 тысяч задач (то есть минимум 229985 задач). После переноса указывается, что есть минимум 250 к задач.Я правильно понял, что Jira тащила большее количество задач? Можете выложить ТТХ её сервера-приложения и вашего текущего?
dmitrybelsky
16.05.2024 07:17Я бы про другое спросил. Как так вышло, что изначальное блокирующее требование в 200К задач в проекте выродилось в средние 125=(200+50)/2 задач на проект.
Что-то тут со статистикой прям нечисто
technik
16.05.2024 07:17Спасибо за статью, очень интересно было почитать как это на крупных компаниях работает.
9241304
16.05.2024 07:17В 2018–2019 году мы уже догадывались, что нужно какое-то импортозамещение, потому что как-то немного странно, что Росатом зависит от зарубежного вендораВо всём мире норма, а у вас странно.
То есть если бы нашлись опенсорсные решения с подходящими лицензиями, которые можно было бы форкнуть и дорабатывать у нас, — это было бы прекрасно с точки зрения рациональности проекта.Они нашлись.Мамкины импортозаместители... 20 лет прошло, а ничего не изменилось. А хотя нет... Раньше хотя бы у китайцев брали и на свои наклейки тратились, а теперь просто форкают
beho1der
Какие технологии и языки использовали?
aleksandy
Тынц
ChrisVechkanova Автор
Копайте глубже, форкнули Redmine)
svz
Помню, в 19 году у Редмайна были огромные проблемы с производительностью при большом количестве кастомных полей в задачах, а также при большой глубине дерева задач.
Ещё и само дерево постоянно разваливалось и приходилось его перестраивать. Эти проблемы с тех пор были как-то решены?
Dr_Dash
#атомнаяпромышленность
ilriv
Да запитать дата-центр с реактора, и норм
ChrisVechkanova Автор
Ruby on Rails, Angular, TypeScript, JavaScript