Comments 23
За осознание правильности концепции "плюс" а за голимый LLM-ный маркетвыхлоп "минус"
Даже не знаю, радоваться или грустить...
Если статью называют "голимым LLM-ным маркетвыхлопом" — это значит что статья слишком хорошо оформлена, либо недостаточно глубины материала.
Как пруф могу показать промежуточные версии:

Помогите сделать работу над ошибками: как думаете, что убрать, что добавить?
Пугает нечеловеческое оформление списков. Ну нет в русском языке такой нормы с буллетами и выделением внутристрочных заголовков. Не запрещено, но и не принято.
Техника была разработана западными сеонистами для тех, кто текст не читает, а просматривает, и, в общем, подходит для маркетингового бульщита, которому надо было поднять текстовые факторы в гугле образца 2005 года. Но не для нормального литературного текста, которых хочется читать.
Кажется, это вкусовщина. Оформляем таким образом документацию и много чего еще, вот примеры:
Считаем, что так проще для восприятия:)
Где не принято так оформлять списки?
Я техписатель в айтишечке, давно так делаем, не в маркетинге, а в инструкциях, всё ок.
Вау, а вот это выглядит интересно
Оформлена статья хорошо, это ее единственный плюс. В остальном какое-то бесконечное перечисление , да еще и по два раза , видимо от нехватки материала. Про фз152 и санкции например, про надёжность локального файла и тп. В общем - вода...
Только ближе к концу статьи написано, что же предлагает Gramax как платформа. А до этого - читаешь и не можешь понять: ну markdown, ну git, ну локальный репозиторий с документами, ну текстовые редакторы. Так это всё я и так имею или могу сделать. А что мне Gramax даёт? Непонятно. Потом, наконец, прояснилось, что есть экспорт/импорт и метаполя. Это всё? Ну допустим, все. Но с этого и надо начинать - с того, что даёт ваш продукт сверху к "git + редакторы". А то много слов вокруг да около, но ничего толком не понятно.
Для этой статьи выбрали категорию "Мнение", чтобы поразмышлять о концепции и ее профитах. И рассказать про Gramax ТОЛЬКО с точки зрения концепции.
Про сам Gramax писали в других статьях, например:
От Docs as Code к Everything as Code: как Gramax меняет работу с документацией
Передаем документацию заказчику: Markdown, Git, CI/CD и почти полная автоматизация
Ну и всегда рады поболтать в комментариях или личных сообщениях:)
У вас свой шаблонизатор или что-то готовое используете типа hugo?
Поддержка оформления по ГОСТ, ЕСКД, ЕСТД, Форматки?
Мы сейчас добавили возможность экспортировать статьи, разделы и каталоги в преднастроенных стилях DOCX.
Если для вас это актуальная задача — можете потестировать механизм и помочь нам понять, как его улучшить.
Документация по шаблонам тут — https://gram.ax/resources/docs/collaboration/export-docx-pdf/add-custom-template-docx
Подход технически прпвильный. Но пример слишком простой, он основан на документах которые хранятся в общепринятом markdown, что достаточно проработано по этому просто.
Приведите пример общих форматов для иных целей, например описания CAD схем, или файло электронных таблиц.
Как же много списков... И воды, повторений мысли в первой и второй части статьи. Можно ж сократить в два раза без потери смысла..
По самой статье - было интересно, ранее не задумывался. Но читать тяжело.
Посмотрите на название статьи, потом на её форматирование и её наполнение: Где непосредственный анализ идеологии и методологии? Где нормальное описание и четкое определение? Дано лишь пространное определение на пальцах в три слова.. а дальше?? Пример.. допустим. [Пример, который реклама].
Из статьи никак не следует в чем именно методология, в чем плюшки и дебафы. И чем же идея отличается от забитого "вот щас СВОЙ открытый стандарт запилим НОРМАЛЬНЫЙ и заживем!!".
Раз заявляете конкретную тему, то её и надо раскрывать. Теор. Введение, актуальность, какой-то анализ, вывод.
Это реклама приложения или нового плагина для Obsidian?
Какое-то двоякое впечатление. Я целиком и полность "за" такой подход и морально поддерживаю ваше начинание. И вместе с тем, пользоваться вашим продуктом я бы не стал.
Я, конечно, понимаю, что для Linux вроде как бета-версия, но, блин, 30 секунд работы, второй созданный файл и ловим ENOENT: No such file or directory (os error 2). Баг на баге, чувствуются тормоза, решения по дизайну, мягко говоря, спорные.
С другой стороны, редактор вроде как работает, заявленные функции вроде как выполняет.
В целом, MVP версия у вас есть, с этим могу поздравить!
Файл вместо приложения: локальный тренд или глобальная перспектива?