Однако, в самолёте есть фюзеляж и элероны, а не веретено и плавники. Узкоспециализированные термины часто заимствуются, русский язык к этому очень хорошо приспособлен.

ёрш твою медь - часто заменяет половину англоязычных названий деталей в приборе  🤣🤣🤣

Разве что в анекдотах )

Приветствую собравшихся и прошу консультации: мне очень нужно понять стратегический смысл использования Git не для разработки ПО, а для работы с информацией. Мне удалось найти только много намеков на это но ничего конкретного. А мне очень нужно понять - можно ли вообще использовать Git например в НИОКР или только для ПО?

эм. системы версионирования можно использовать для любых случаев, когда вам надоело хранить файлы в папочках с номером версии, ну или именовать их "ТЗ_последнее_после_проверки_финал_правки"

а может ли Git использоваться как репозиторий для например текстовой базы знаний на вики движке наподобие докувики или того на котором построена confluence?

система версионирования - это то, что под капотом. Навесить на эту систему инструменты, которые реализуют именно вики - например, редактирование WYSIWIG, возможность комментирования из интерфейса, динамическую графику, настройку прав на те или иные разделы - будет по трудозатратам примерно как разработать свою конфу. Кажется.

спасибо, понял... хм, но, может быть, получится создать хотя бы видимость?

нужно понимать специфику. для кого был создан GIT и кем.

Есть такое понятие.    Версия.
Если говорить про документацию или чтото иное (например презентации и всякое что можно делать версиями под разные задачи, опираясь на основную задачу).. то:

1. вам допустим надо создать руководство пользователя на ИС.
и все хорошо, пока у вас не появится второй клиент - которому сделают ИС с модулем - которого нет у других.  надо же описать этот модуль. но зачем это описание для других пользователей первичной версии ИС? кроме того может это секретный модуль.  не для всех....

2. делаете ветку на GITe (или аналогичной системе хранения версий)  
основная ветка (или ствол) будет содержать документацию по типовой версии ИС
а "веточки" , от основной - содержат каждая как раз ВЕРСИЮ документации которая содержит именно "ту версию, не для всех".  точнее может даже содержать только сами отличия. (файлы с отличиями а не весь пакет) хотя кому как понятнее и удобнее.

итог:
таких веток можно делать много, по необходимости.
это упрощает поддержку при необходимости РАБОТАТЬ с МНОГИМИ ВЕРСИЯМИ основного продукта.

и вспоминаем, что работа "с версиями"  как правило нужно именно в сфере программирования. именно там очень часто (постоянно) делают разные версии ПО, по разным причинам... и эти версии тоже надо документировать (привет DOCasCODE)

а вам для чего?

я работаю с докувики уже больше года и построил пару тройку персональных баз знаний для работы с госбюджетными проектами но это не Git ....  я работаю с докувики и персональными базами знаний, используя разные плагины, и вот теперь хочу прикрутить к ним Git  и прикидываю стоит ли

если вам надо будет делать разные версии и особенно именно развивать эти версии ,  параллельно с развитием основной версией вики - то наверно да, может быть удобным .

спасибо, я примерно это и предполагал, но не был уверен, хотел убедиться

у MS есть свой движок
https://dotnet.github.io/docfx/

Спасибо! 👍

#Wanted_tw
#Вакансия! #Ярославль 📣
Компания «Тензор» https://tensor.ru/  ищет ведущего технического писателяhttps://tensor.ru/  ищет ведущего технического писателя в дружную команду разработчиков пользовательской документации.

✅Вместе с руководителем вам предстоит организовывать работу других технических писателей;
✅поддерживать в актуальном состоянии базу пользовательской документации;
✅дополнять и развивать существующие стандарты разработки документации, внедрять их.

Мы ищем человека, который:
✅грамотно пишет;
✅умеет объяснять сложное простыми словами;
✅умеет работать с большими объемами информации;
✅сможет разобраться в сложных сервисах;
✅обладает структурным мышлением и аналитическим складом ума;
✅внимателен к деталям;
✅сможет настроить коммуникацию со смежными отделами.

Мы предлагаем:
💥интересную работу в крупной и стабильной IT-компании
💥заработную плату в зависимости от квалификации и уровня ответственности
💥премии по итогам работы за месяц
💥возможности профессионального и карьерного роста
💥совместные корпоративные праздники, спортивные мероприятия, а так же курсы иностранных языков
💥офис класса А+

За дополнительной информацией обращайтесь:
✍️@dinatensor
✉️ Для резюме da.shesterikova@tensor.ru

Это, вы с 1с или бухгалтерии, где документы наше все. А если с данными, то реквизитов там нет и быть не должно.

технический писатель может и не знать таких деталей

все зависит от базового образования, опыта... у всех он разный

Реквизит это поле договора. Отсюда, из Бухгалтерии и растут ноги, в 1с очень прочно вросли. А не 1с, не используется в терминах объекта системы/подсистемы. Иногда используются в карточке документов, первички.