Я думаю, пользователей в российские сервисы загоняют не с целью помочь бизнесу. Помощь бизнесу - это удобное объяснение и побочный эффект. Просто эти фейсбуки и телеграмы не брали под козырек и не сливали данные товарищам майорам.
Docusaurus не рассматривали? Он ещё и поиск внутри документации вам организует. Как я понимаю, весьма популярен.
В моем случае я использую mdoc, который позволяет не просто запихнуть сниппеты кода в документ, но и проверить, как они работают - если код изменился, ломая обратную совместимость, документация при сборке плюнет ошибкой. То есть, поддержка актуальности докунтации становится проще. Вероятно, для ваших питонов тоже найдется похожий инструмент. А потом уже можно применить HTML-генератор вроде Docusaurus (хотя в моем нишевом случае я предпочел Laika, которую при желании можно настроить на создание ещё и pdf). И потом CI, который заливает документы на github pages. Вместо рассылки файлов просто отправляете ссылку.
Как выше написали, если не хватает возможностей md, можно включать в документ html, и это сработает. Плюс есть расширения md типа mdx. Или формат rst, например.
Писать документацию на голом html в наше время - это отдельная статья мазохизма.
Допустим, у нас неограниченные ресурсы на разработку. Я немного об ином - возможна ли эффективная реализация в принципе. Нет ли физических или технических ограничений.
А вообще чисто теоретически, если забыть о существующих решениях, стоимостях миграции и разработки, можно ли построить компьютер на базе симметричной троичной системы, который был бы экономически не менее эффективным, чем на двоичной? Есть там фундаментальные проблемы?
На самом деле тема и правда интересная. Представление отрицательных чисел в двоичной системе несколько костыльно. А в симметричной троичной системе оно естественно.
И вас нисколько не напрягает то, что в системе есть черные ящики, и ни у кого нет знаний, как они работают? Какие edge cases покрывают? И, главное, какие не покрывают? Они так же могут упасть на чём-то неожиданном, но вот убытки могут быть на порядки выше, если никто не имеет опыта работы с ними.
Интересно, не напарывались ли вы на ситуации, когда русский термин оказывался бы, например, чьей-то торговой маркой? Ведь могут и отступные потребовать. Думаю, этот закон может открыть адские врата подобного троллинга.
Кстати, “ИИ хаб” - вообще не русское построение словосочетания. Попробуйте раскрыть. Скорее, “хаб ИИ”. При всей сомнительности использования нерусских “хаб”, “искусственный” и “интеллект”. “Узел РТИ (рукотворного ума)”? :)
Неговнокодящий специалист стоит дороже. Над оптимизацией он проведет больше времени. На кого лягут эти траты? Как они соотносятся с тратами на железо? Что вообще бизнесу выгоднее - специалист с редким в наше время скиллом, которого трудно заменить, или предсказуемое по цене и закупкам железо?
Им и не надо. У них беспрепятственный доступ к серверам, с которыми они могут делать всё, что угодно
Я думаю, пользователей в российские сервисы загоняют не с целью помочь бизнесу. Помощь бизнесу - это удобное объяснение и побочный эффект. Просто эти фейсбуки и телеграмы не брали под козырек и не сливали данные товарищам майорам.
Docusaurus не рассматривали? Он ещё и поиск внутри документации вам организует. Как я понимаю, весьма популярен.
В моем случае я использую mdoc, который позволяет не просто запихнуть сниппеты кода в документ, но и проверить, как они работают - если код изменился, ломая обратную совместимость, документация при сборке плюнет ошибкой. То есть, поддержка актуальности докунтации становится проще. Вероятно, для ваших питонов тоже найдется похожий инструмент. А потом уже можно применить HTML-генератор вроде Docusaurus (хотя в моем нишевом случае я предпочел Laika, которую при желании можно настроить на создание ещё и pdf). И потом CI, который заливает документы на github pages. Вместо рассылки файлов просто отправляете ссылку.
Как выше написали, если не хватает возможностей md, можно включать в документ html, и это сработает. Плюс есть расширения md типа mdx. Или формат rst, например.
Писать документацию на голом html в наше время - это отдельная статья мазохизма.
256-ричные тогда уж.
Спасибо! Это и хотелось понять.
Допустим, у нас неограниченные ресурсы на разработку. Я немного об ином - возможна ли эффективная реализация в принципе. Нет ли физических или технических ограничений.
А вообще чисто теоретически, если забыть о существующих решениях, стоимостях миграции и разработки, можно ли построить компьютер на базе симметричной троичной системы, который был бы экономически не менее эффективным, чем на двоичной? Есть там фундаментальные проблемы?
На самом деле тема и правда интересная. Представление отрицательных чисел в двоичной системе несколько костыльно. А в симметричной троичной системе оно естественно.
…
“Изучение профессии плотника нужно начать с выбора молотка”.
Ну как тут не вспомнить анекдот про физиков, математиков и философов? Невозможно!
Потому что философам даже стёрки не нужны. :)
И вас нисколько не напрягает то, что в системе есть черные ящики, и ни у кого нет знаний, как они работают? Какие edge cases покрывают? И, главное, какие не покрывают? Они так же могут упасть на чём-то неожиданном, но вот убытки могут быть на порядки выше, если никто не имеет опыта работы с ними.
РТУ, то есть. А дашбоард - иконостасом назвать можно. Чтоб совсем скрепно. :)
Интересно, не напарывались ли вы на ситуации, когда русский термин оказывался бы, например, чьей-то торговой маркой? Ведь могут и отступные потребовать. Думаю, этот закон может открыть адские врата подобного троллинга.
Кстати, “ИИ хаб” - вообще не русское построение словосочетания. Попробуйте раскрыть. Скорее, “хаб ИИ”. При всей сомнительности использования нерусских “хаб”, “искусственный” и “интеллект”. “Узел РТИ (рукотворного ума)”? :)
А также нет копии паспорта и справки о регистрации по месту жительства приславшего. Безобразие!
Неговнокодящий специалист стоит дороже. Над оптимизацией он проведет больше времени. На кого лягут эти траты? Как они соотносятся с тратами на железо? Что вообще бизнесу выгоднее - специалист с редким в наше время скиллом, которого трудно заменить, или предсказуемое по цене и закупкам железо?
Если.
Писать код не доверю. Использую для review, обсуждения архитектуры и автокомплита. И документацию генерю.
Ну, попробуйте дать определение реальности.