Телеграмм чат группы docsascode страница 752

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

787 membersпожаловаться на группу

2020 November 05

ML

Maksim Lapshin in DocOps-сообщество

Dmitry Gurkalov

Сколько лет после этого код проработал в продакшене? Как часто вносились изменения?

Какое-то время до и после меня, суммарно наверное лет 10.

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

источник

09:03пожаловаться #1

ML

Maksim Lapshin in DocOps-сообщество

Изменения примерно раз в 2-3 недели. Бизнес устоявшийся, изменений мало, делать их боялись, да и жутко неудобно это было с rational rose

источник

09:03пожаловаться #2

ML

Maksim Lapshin in DocOps-сообщество

вопрос по неймингу.

Есть система, у неё есть состояния, между ними переходы по событиям.

Выглядит, что именам состояний хочется подобрать ing (Connecting, Running, Failing), а имена событий как ed: Initialized, Connected ...

Насколько это совпадает с практикой? Вразнобой уже пробовали — фигня получается =)

источник

10:00пожаловаться #3

M

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

вопрос по неймингу.

Есть система, у неё есть состояния, между ними переходы по событиям.

Выглядит, что именам состояний хочется подобрать ing (Connecting, Running, Failing), а имена событий как ed: Initialized, Connected ...

Насколько это совпадает с практикой? Вразнобой уже пробовали — фигня получается =)

А тот, кто будет это читать, точно не будет путать Running и Connected? На мой взгляд, Connected звучит больше как состояние, чем как событие.

источник

14:40пожаловаться #4

IC

Ivan Cheban in DocOps-сообщество

вопрос по неймингу.

Есть система, у неё есть состояния, между ними переходы по событиям.

Выглядит, что именам состояний хочется подобрать ing (Connecting, Running, Failing), а имена событий как ed: Initialized, Connected ...

Насколько это совпадает с практикой? Вразнобой уже пробовали — фигня получается =)

Нужно создать naming convention и следовать этим правилам. Вот советы от Гугла, как лучше именовать:
https://cloud.google.com/apis/design/naming_convention

Naming Conventions | Cloud APIs | Google Cloud

источник

17:32пожаловаться #5

ML

Maksim Lapshin in DocOps-сообщество

Ivan Cheban

Нужно создать naming convention и следовать этим правилам. Вот советы от Гугла, как лучше именовать:
https://cloud.google.com/apis/design/naming_convention

Naming Conventions | Cloud APIs | Google Cloud

Спасибо

источник

17:39пожаловаться #6

HH

Houston Heat in DocOps-сообщество

> генерить код по спеке все еще в стадии отрицания

зря =) В 2005-м я пилил код на C++, который генерировался из Corba IDL (предтеча протобуфа и gRPC)

У Clojure библиотека для Redis вполне успешно генерит себе command API из json, который предоставляет сам redis, живут вроде не первый год и не жалуются
https://github.com/ptaoussanis/carmine#documentation-and-command-coverage (ref: L96)

так что от стадии отрицания можно отойти

ptaoussanis/carmine

Redis client and message queue for Clojure. Contribute to ptaoussanis/carmine development by creating an account on GitHub.

источник

18:36пожаловаться #7

VS

Vadim Smelyanskiy in DocOps-сообщество

Ещё есть такой класс решений - по спеке поднимать отдельный сервис, абстрагируясь от того что там внутри (кодген, что-то динамическое, шаманство и т.д.)
https://www.graphile.org/postgraphile/

www.graphile.org

Graphile | Powerful, Extensible and Performant GraphQL APIs Rapidly

Utilities to build powerful, performant and extensible GraphQL APIs rapidly

источник

19:10пожаловаться #8

DG

Dmitry Gurkalov in DocOps-сообщество

У Clojure библиотека для Redis вполне успешно генерит себе command API из json, который предоставляет сам redis, живут вроде не первый год и не жалуются
https://github.com/ptaoussanis/carmine#documentation-and-command-coverage (ref: L96)

так что от стадии отрицания можно отойти

ptaoussanis/carmine

Redis client and message queue for Clojure. Contribute to ptaoussanis/carmine development by creating an account on GitHub.

Если бы все было так просто. Тут больше помогут наверное истории своего свежего успеха с примерами. В идеале на php или go - так понятнее в детали вникнуть.
Или прям удачные опенсорс примеры на этом стеке. Хочется именно детали посмотреть и нюансы. Потому как на других языках это будет просто: нуда, наверное это работает.

источник

20:40пожаловаться #9

DG

Dmitry Gurkalov in DocOps-сообщество

Может быть есть книжка какая. Чистая архитектура к примеру мне сразу зашла. Хотя наверняка есть куча успешных продуктов, где в центре всего лежит фреймворк.
Или статья какая хорошая.

источник

20:46пожаловаться #10

DL

Dmytro Lispyvnyi '(🌲... in DocOps-сообщество

У Clojure библиотека для Redis вполне успешно генерит себе command API из json, который предоставляет сам redis, живут вроде не первый год и не жалуются
https://github.com/ptaoussanis/carmine#documentation-and-command-coverage (ref: L96)

так что от стадии отрицания можно отойти

ptaoussanis/carmine

Redis client and message queue for Clojure. Contribute to ptaoussanis/carmine development by creating an account on GitHub.

так это кложа :), у лиспов с DSL и кодогенерацией традиционно всё хорошо

источник

20:48пожаловаться #11

2020 November 07

СФ

Семён Факторович... in DocOps-сообщество

Привет всем новым участникам!

Пожалуйста, расскажите, откуда вы узнали о чате и какие вопросы хотели бы обсудить?

источник

13:56пожаловаться #12

d

dn.khelilov in DocOps-сообщество

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

источник

14:23пожаловаться #13

2020 November 08

К

Константин in DocOps-сообщество

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

источник

16:27пожаловаться #14

К

Константин in DocOps-сообщество

Узнал из канала https://t.me/it_arch вроде...

Архитектура ИТ-решений

Разговоры об архитектуре корпоративных информационных систем (архитектура предприятия, архитектура ИТ-решений, микросервисы).
Блог: https://mxsmirnov.com

Вопросы и и комментарии пишите в связную группу https://t.me/joinchat/DOGCZU3C1uO5I9zWYGcLfg

источник

16:28пожаловаться #15

2020 November 09

L

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

внезапно обнаружилось вот такое https://www.propeldocs.com читала-читала а потом внезапно осознала, что это вообще систему управления правовой документацией и никак с нашим docops не связано (EDMS). Разочарование, я уже подумала, кто-то упаковал в сервис это все)

источник

13:42пожаловаться #16

СФ

Семён Факторович... in DocOps-сообщество

месяц назад собеседовал техписателя, который пришел в профессию из юриспруденции (больше 10 лет был юристом)

в общем, он там во всех своих судебных документах вовсю использовал RST, генерацию docx, реюз контента и автообновляемые ссылки между разделами. Сам пилил фильтры в Pandoc и экстеншены к нему через python-docx

источник

13:47пожаловаться #17

ДС

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

Семён Факторович

месяц назад собеседовал техписателя, который пришел в профессию из юриспруденции (больше 10 лет был юристом)

в общем, он там во всех своих судебных документах вовсю использовал RST, генерацию docx, реюз контента и автообновляемые ссылки между разделами. Сам пилил фильтры в Pandoc и экстеншены к нему через python-docx

судя по описанию, сегодня был на собесе у меня

источник

13:50пожаловаться #18

IC

Ivan Cheban in DocOps-сообщество

внезапно обнаружилось вот такое https://www.propeldocs.com читала-читала а потом внезапно осознала, что это вообще систему управления правовой документацией и никак с нашим docops не связано (EDMS). Разочарование, я уже подумала, кто-то упаковал в сервис это все)

Как он грузится медленно. Повеяло шарпойнтом.

источник

13:53пожаловаться #19

СФ

Семён Факторович... in DocOps-сообщество

Денис Старков

судя по описанию, сегодня был на собесе у меня

крутой же чувак?

источник

14:01пожаловаться #20