Jira всё, переходим на RedMine?

[vitus_wagner]

Тут вот утверждается что с февраля следующего года atlassian прекращает поддержку серверных лицензий. Только критичные багфиксы. Если не хочешь хранить критичную для своего проекта информацию в облаке, покупай сразу datacenter-лицензию на 500 юзеров, с соответствующими затратами на инфраструктуру для развертывания и администрирвоание. И то в 2024 они и это прикроют.

Вообще у меня уже давно было подозрение что использование проприетарного продукта в качестве критичного компонента инфраструктуры разработки до добра не доведет.

Насколько я понимаю, из issue-tracker-ов со свободными лиценизями самый продвинутый и обладающий большим и активным коммьюнити это RedMine.

Вот интересно, а его wiki confluence заменит? Впрочем сделать wiki-движок хуже confluence это надо постараться.

Comments

[edo-rus.livejournal.com]

Что до вики-формата, то мне даже больше нравится чем конфлюенца, потому как редактор вики там текстовый

как я понимаю, все confluence за wysiwyg любят. меня он (именно в исполнении confluence) бесит, но стандарт de facto, приходится мириться.

[yurikhan]

Да wysiwyg в любом исполнении бесит. Потому что:

1. Когда идёт кусок текста с одним форматированием, сразу за ним кусок текста с другим форматированием, и посередине между ними ставишь курсор и начинаешь писать — не очевидно, поставил ли ты курсор перед границей форматирования или после неё, и как этим управлять. (В Confluence, если ты пришёл слева, то оказываешься перед границей, а если пришёл справа, то после, а если телепортировался кликом мыши, то фиг знает, надо в любом случае сделать дёрг клавишами ← → или → ←. Но это работает, когда ты уже умеешь об этом задумываться.)

2. Когда копипастишь откуда-то форматированный текст, естественно, хочешь, чтобы курсив, верхние-нижние индексы и <code>…</code> сохранялись. А <span style="color: rgb(53, 53, 53)"> и прочая ересь, естественно, чтобы обрезались. Но wysiwyg’и ведут себя не так и я до сих пор не понимаю как, тем более что, кажется, это зависит от браузера и от приложения, из которого копируют. В результате статьи оказываются покрашены в 50 оттенков серого и сине-чёрного. В дневной теме это просто обостряет OCD, а в ночной делает чтение невозможным.

[netch]

> не очевидно, поставил ли ты курсор перед границей форматирования или после неё, и как этим управлять.

Ну это стандартная проблема всех текстовых редакторов, и зовётся она affinity. А что, есть какое-то внятное решение этой проблемы иначе как смотреть на подсказку?

(Именно в confluence, правда, веселее - вроде бы иногда и зайти с нужной стороны не помогает. В таком случае я добиваю символы _внутри_ нужной части и удаляю снаружи.)

Вот в последних обновлениях что-то сломали и оно перестало показывать, например, monospace (выбирать можно, но факт воздействия на отрезок не показывает) - вот это совсем обидно.

> Но wysiwyg’и ведут себя не так

У Confluence можно переключаться в его внутренний XML и править там. Это таки помогает.

[yurikhan]

Ну это стандартная проблема всех текстовых редакторов, и зовётся она affinity. А что, есть какое-то внятное решение этой проблемы иначе как смотреть на подсказку?

Внятное решение состоит в том, чтобы граница форматирования была видна как символ разметки. Не wysiwyg. Автор должен видеть разметку; понимать разметку; осознавать, что пробел ставится с внешней стороны разметочных скобок, а не с внутренней; применять минимально необходимое количество разметки.

можно переключаться в его внутренний XML и править там

Могу, умею, практикую. Не люблю.

[netch]

> Внятное решение состоит в том, чтобы граница форматирования была видна как символ разметки. Не wysiwyg.

Ну может быть частично и WYSIWYG (в стиле как в vim работает "set list"). Но я идею понял. Не уверен, что везде и всегда такое может быть показано, но какие-то значки вроде цветных скобок вполне возможно дорисовать (и да, показывать курсор с конкретной стороны).

Но как-то мы всё больше скатываемся к тому, что в классической статье по поводу редактирования...

[vitus_wagner]

Да wysiwyg в наши дни где-только нет. Прикрутить его что ли к fossil по приколу (поскольку это делается чисто на client-side, гибкости у fossil хватит). Вот collaborative editing это куда более сложная штука. и в confluence где-то как-то работает.

[yurikhan]

Collaborative editing само по себе делается почти легко и непринуждённо на Yjs. А вот storage-плагин к нему поверх какой-нибудь VCS был бы весьма интересен.

Там, правда, вылезут философские вопросы. Потому что, с одной стороны, если мы коллаборативно редактируем разные части документа, то хотим коммитить только своё каждый по отдельности. А если же мы ходим вокруг одной и той же части, наступая друг другу на пятки, то, вероятно, хотим, чтоб кто последний, гасит свет делает общий коммит с Co-Authored-By.