Size: a a a

DocOps-сообщество

2019 August 01

DB

Dima Boger in DocOps-сообщество
Хочется потом из этого генерить удобочитаемую табличку, например, в пейджс
источник

DB

Dima Boger in DocOps-сообщество
Текст в табличках: параметры и типы событий для аналитики. Они меняются от релиза к релизу и нужен механизм ревью, просмотра диффов и историчности
источник

DE

Daniel Ershov in DocOps-сообщество
объединение ячеек, директивы для обработчиков будут?
источник

DB

Dima Boger in DocOps-сообщество
Объединение ячеек — да
источник

DE

Daniel Ershov in DocOps-сообщество
Dima Boger
Объединение ячеек — да
тогда забудьте про csv)))
источник

DB

Dima Boger in DocOps-сообщество
🤐
источник

VS

Vadim Smelyanskiy in DocOps-сообщество
О, давно не встречал представителей секты противников проф.жаргона
источник

DE

Daniel Ershov in DocOps-сообщество
не уверен что точно осознал вашу боль(((
источник

VS

Vadim Smelyanskiy in DocOps-сообщество
До сих пор смеёмся с коллегами

Плохо вычитали один документ на предмет лексики, отгрузили клиенту. А он возьми да и пометь слово "функционал" пассажем про "одновременно активную и пассивную роль"

Так мы и не нашли, откуда у него такие познания, но я за его личную жизнь был искренне рад
источник

VS

Vadim Smelyanskiy in DocOps-сообщество
Я к тому, что мы всё-таки в профессиональной среде, а не в компьютерном клубе

Если уж ёрничать, то хотя бы давайте со ссылкой на авторитетный словарь и всё такое
источник

ДС

Денис Старков in DocOps-сообщество
@factorized уже кидал ссылку на статью, почему не стоит употреблять слово "Функционал"
источник

ДС

Денис Старков in DocOps-сообщество
источник

VS

Vadim Smelyanskiy in DocOps-сообщество
_В документации_ не стоит его использовать, потому что вне нашей среды у него значение только в математике

Тут переписка среди людей, для кого это работа
источник

DE

Daniel Ershov in DocOps-сообщество
Dima Boger
Объединение ячеек — да
не так много текстовых форматов таблиц приходит на ум: CSV, JSON, XML, HTML, Plain. И все же мне кажется что с условием сложной логики обработки данных стоит все диффы, версионирование, ревью и прочее держать на стороне БД, а таблицу генерить по итогам
источник

VS

Vadim Smelyanskiy in DocOps-сообщество
Вы же не будете грызть нефтяников за то, что они слово "нефть" в разговорах в курилке склоняют как "нефтИ" и "нефтю"?
источник

DB

Dima Boger in DocOps-сообщество
Никакой БД и нет, это таблица соглашений скорее. Мне приходят на ум Asciidoctor и RST
источник

DE

Daniel Ershov in DocOps-сообщество
Dima Boger
Никакой БД и нет, это таблица соглашений скорее. Мне приходят на ум Asciidoctor и RST
там формат лютый для ручной работы (теоретически можно настроить IDE что нивелирует эту проблему), задолбаешься подгонять всю таблицу если тебе надо, допустим, колонку вставить. я для генерации доков через сфинкс использую вставки с  импортом внешних CSV.

а если табличку каждый раз чем-то генерить, то норм
источник

DB

Dima Boger in DocOps-сообщество
Табличку генерить неоткуда. Посматриваю на wisywig редакторы немножко, но чего-то ни для чего нет удобных
источник

DE

Daniel Ershov in DocOps-сообщество
это факт...
источник

DE

Daniel Ershov in DocOps-сообщество
есть относительно удобные WISYWIG редакторы HTML таблиц, стоит их глянуть
источник