NV
В GitHub (самой компании) уже много лет все на гите: и юристы, и маркетинг.
Size: a a a
2020 January 16
AS
В GitHub (самой компании) уже много лет все на гите: и юристы, и маркетинг.
Ну это их проблемы))
IS
Юристов это жестоко. onedrive и office365 уже хватило бы
Ну или SharePoint, как вариант
RG
Ну или SharePoint, как вариант
Шарепоинт устарел, но и то привычнее для юристов
КМ
Тоже круто. Про это с интересом послушает сообщество приборостроителей Конвеерум, @medvedevkonstanteen
Жуть как круто. Написал Максиму в личку. Ник, спасибо за сигнал:)
NV
Жуть как круто. Написал Максиму в личку. Ник, спасибо за сигнал:)
ML
Юриста на гит - чтобы что?
в идеале, чтобы:
1) можно было понять, какие были изменения.
2) можно было _зафиксировать_ какое-то взаимное состояние документов
3) можно было бы привнести пещерным офисным людям всё то, что научились делать за 40 лет развития экосистем разработки: merge requests, оценка времени, тикеты, обсуждения и т.п.
1) можно было понять, какие были изменения.
2) можно было _зафиксировать_ какое-то взаимное состояние документов
3) можно было бы привнести пещерным офисным людям всё то, что научились делать за 40 лет развития экосистем разработки: merge requests, оценка времени, тикеты, обсуждения и т.п.
ML
Ну это их проблемы))
это их достижение. Люди мучаются вордом не потому, что в нём есть что-то хорошее, а потому что привыкли.
В реальности 99,99% людей от ворда используют только то, что можно в базовом маркдауне.
В реальности 99,99% людей от ворда используют только то, что можно в базовом маркдауне.
AS
Следующим этапом можно заставить его ещё через главред тексты пропускать
ML
Следующим этапом можно заставить его ещё через главред тексты пропускать
в CI
NV
в идеале, чтобы:
1) можно было понять, какие были изменения.
2) можно было _зафиксировать_ какое-то взаимное состояние документов
3) можно было бы привнести пещерным офисным людям всё то, что научились делать за 40 лет развития экосистем разработки: merge requests, оценка времени, тикеты, обсуждения и т.п.
1) можно было понять, какие были изменения.
2) можно было _зафиксировать_ какое-то взаимное состояние документов
3) можно было бы привнести пещерным офисным людям всё то, что научились делать за 40 лет развития экосистем разработки: merge requests, оценка времени, тикеты, обсуждения и т.п.
Узнать взаимное состояние документов это очень интересная задача. Тривиальная для гита и вообще непонятная для отдельных документов в Ворде. Как сейчас юристы её решают?
NV
Следующим этапом можно заставить его ещё через главред тексты пропускать
Главред к юридическим текстам применить сложно. Но их всё равно можно линтить, например на орфографию и термины.
AS
Главред к юридическим текстам применить сложно. Но их всё равно можно линтить, например на орфографию и термины.
Это был немного сарказм))
ML
Узнать взаимное состояние документов это очень интересная задача. Тривиальная для гита и вообще непонятная для отдельных документов в Ворде. Как сейчас юристы её решают?
а ещё в гите тривиальная вещь —внести _одновременные_ изменения в документацию
ML
а ещё в гите тривиальная вещь — когда в один репозиторий коммитят разные контрагенты и они могут поставить два подписанных тега.
ML
Неграмотные хайпожоры называют это блокчейн, потому что это модно, но вообще это очень давно придумано и сделано.
iv
а ещё в гите тривиальная вещь — когда в один репозиторий коммитят разные контрагенты и они могут поставить два подписанных тега.
вы имеете в виду сделать два бранча с разным содержимым?
NV
а ещё в гите тривиальная вещь —внести _одновременные_ изменения в документацию
Ага, мы в том числе поэтому перешли на docs-as-code для пользовательской документации. Одновременно нужно выкатить изменения в сотне документов и ещё три десятка новых.
СФ
Узнать взаимное состояние документов это очень интересная задача. Тривиальная для гита и вообще непонятная для отдельных документов в Ворде. Как сейчас юристы её решают?
В Ворде уже лет десять как очень хорошая визуальная диффалка
ML
вы имеете в виду сделать два бранча с разным содержимым?
не, у гита есть подписанные теги.
Их надежность обеспечивается стойким шифрованием. Это означает, что если обе стороны устраивает то, что сейчас есть в репозитории, то оба ставят по тегу на один коммит и после этого подменить текст уже невозможно
Их надежность обеспечивается стойким шифрованием. Это означает, что если обе стороны устраивает то, что сейчас есть в репозитории, то оба ставят по тегу на один коммит и после этого подменить текст уже невозможно