Size: a a a

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

2019 June 24

A

Antonio in DocOps-сообщество
Мы в своё время именно таким способом запустили несколько продуктов
источник

IL

Ivan Litvintsev in DocOps-сообщество
Antonio
Over comprehensive documentation.
То есть проверить гипотезу можно с минимальным набором документации по архитектуре решения и требованиям. Конечной докой зонами можно вообще пренебречь
Дада, у меня что-то перемкнуло и я этот пункт начал трактовать совсем не так)
источник

A

Antonio in DocOps-сообщество
А доки я уже писал после того, как продукт был признан жизнеспособным и стабильным
источник

NV

Nick Volynkin in DocOps-сообщество
Antonio
Over comprehensive documentation.
То есть проверить гипотезу можно с минимальным набором документации по архитектуре решения и требованиям. Конечной докой зонами можно вообще пренебречь
согласен про проверку гипотезы
источник

NV

Nick Volynkin in DocOps-сообщество
В начале жизни продукт быстро меняется. Документировать можно ровно столько, сколько нужно, чтобы онбордить пользователей. Но когда есть N клиентов и M фич, когда нужна техническая поддержка, вот эта поддержка без документации будет очень дорого стоить. И нормальный руководитель поддержки будет сам внедрять ту же методологию knowledge-centered support.
источник

A

Antonio in DocOps-сообщество
Nick Volynkin
В начале жизни продукт быстро меняется. Документировать можно ровно столько, сколько нужно, чтобы онбордить пользователей. Но когда есть N клиентов и M фич, когда нужна техническая поддержка, вот эта поддержка без документации будет очень дорого стоить. И нормальный руководитель поддержки будет сам внедрять ту же методологию knowledge-centered support.
это понятно. Но, изначально вопрос стоял о том, о какой документации идет речь в agile манифесте. Если необходимо быстро вывести продукт и понять, стОит ли он чего-то, то, это самый обычный MVP и они обычно катятся с минимально возможной документацией, т.к. нет смысла что-то документировать, пока оно проходит обкатку и апдейты функционала идут быстрее, чем ты успеваешь опомниться.
Когда у нас такое было, из документации была только архитектура и бизнес-логика. Всё
источник

NV

Nick Volynkin in DocOps-сообщество
это было начало 2000х, эджайл придумали как замену водопаду, так что я думаю, речь была об исчерпывающей проектной документации
источник

NV

Nick Volynkin in DocOps-сообщество
когда мы год пишем, что надо сделать, а потом три года делаем
источник

A

Antonio in DocOps-сообщество
Как сейчас помню, мы выкатили готовый mvp за две недели
источник

A

Antonio in DocOps-сообщество
писать полноценные доки (конечные и дописывать нехватающие архитектурные) начали где-то спустя недели две после релиза mvp
источник

S

SystemA in DocOps-сообщество
Nick Volynkin
это было начало 2000х, эджайл придумали как замену водопаду, так что я думаю, речь была об исчерпывающей проектной документации
чистый водопад был только в эпоху программирования на перфокартах маленьких расчетных задач. В промышленной разработке- это всегда была абстракция.
источник

FM

Fox Mulder in DocOps-сообщество
Бизнес по русски. У моего товарища фирма потеряла иностранный контракт, потому что с той стороны хотели посмотреть доки на продукт и на методологию ра
источник

FM

Fox Mulder in DocOps-сообщество
Разработки по.
источник

FM

Fox Mulder in DocOps-сообщество
О том, что есть такие слова как agile и waterfall топы компании узнали от иностранных коллег
источник

NV

Nick Volynkin in DocOps-сообщество
Я знаю одну компанию, у которой есть документированная методология разработки ПО, это https://wemake.services/meta/rsdp
источник

FM

Fox Mulder in DocOps-сообщество
Завидую я им. А я уже 2 недели прошу у разработчиков дать мне доступ к тестовой системе.
источник

NV

Nick Volynkin in DocOps-сообщество
Как они объясняют отказ?
источник

S

SystemA in DocOps-сообщество
Fox Mulder
Бизнес по русски. У моего товарища фирма потеряла иностранный контракт, потому что с той стороны хотели посмотреть доки на продукт и на методологию ра
у нас тоже иностранный партнер требовал. Под это создали документацию на прцесс разработки.
источник

NK

ID:0 in DocOps-сообщество
​​Из статьи Почему Интернет до сих пор онлайн?:

Протокол BGP — Border Gateway Protocol, впервые был описан в 1989 году двумя инженерами из IBM и Cisco Systems на трёх «салфетках» — листах формата А4. Эти «салфетки» до сих пор лежат в главном офисе Cisco Systems в Сан-Франциско как реликвия сетевого мира.

А вот фото этих документов, источник: https://twitter.com/kazumasaikuta/status/1121568522495123456
источник

C

Constantine in DocOps-сообщество
Зашел сказать спасибо @Nick_Volynkin за то, что контрибутите в https://github.com/docops-hq/conf , интересно читать, продолжайте в том же духе 🙂👍
источник