ОИ
Вообще самое сложное, что кажется на данный момент - это выбрать правильный промежуток абстракции и правильный срез домена.
Size: a a a
2020 March 02
GK
Мне всё-таки пришлась по душе https://c4model.com/, я понимаю её несовершенство, но пока не могу рационализировать
ОИ
Вообще самое сложное, что кажется на данный момент - это выбрать правильный промежуток абстракции и правильный срез домена.
Не падать до уровня детализации, но и не описывать слишком обще, при этом остоваясь в рамках определённого процесса.
ОИ
Мне всё-таки пришлась по душе https://c4model.com/, я понимаю её несовершенство, но пока не могу рационализировать
Спасибо, посмотрю. =)
GK
Вообще самое сложное, что кажется на данный момент - это выбрать правильный промежуток абстракции и правильный срез домена.
Не совсем так, не выбрать, а выработать. Выработать эволюционным путём.
ОИ
Не совсем так, не выбрать, а выработать. Выработать эволюционным путём.
Ну, тут я согласен, что путём проб и ошибок начинаешь понимать ,какой уровень нужен в конкретном случае (организации, отделе, рабочей группе). На уровне СА всё также.
GK
То есть к степени детализации как и способам представления нужно придти эволюционно, и это зависит от команды, зрелости её членов, их бэкраунда, предпочтений и пр.
ОИ
Ну, тут я согласен, что путём проб и ошибок начинаешь понимать ,какой уровень нужен в конкретном случае (организации, отделе, рабочей группе). На уровне СА всё также.
Я это называю "заносами" при написании документации
GK
Ну, тут я согласен, что путём проб и ошибок начинаешь понимать ,какой уровень нужен в конкретном случае (организации, отделе, рабочей группе). На уровне СА всё также.
👍
ОИ
Когда на старте у тебя задние колёса начинают уходить то вправо, то влево. А потом выравниваются.
KG
И выводить из эксплуатации страшно: непонятно на что может заафектить.
Орнул
ОИ
Орнул
Отключаешь сервис, нервно смотришь на графану и мессенджер.
Главное откусывать по маленьким кусочкам.
Главное откусывать по маленьким кусочкам.
RT
Вот до нас не дошла документация по египетским пирамидам, теперь гадаем, страдаем, исследуем
В многолетнем проекте с большим количеством функциональности без документации совсем никак.
Выше была цитата про то как месяцы разработчки с успехом экономят часы проектирования.
Выше была цитата про то как месяцы разработчки с успехом экономят часы проектирования.
RT
По документированию и чтению документации выскажу радикальную идею:
- в эпоху, когда 2 страницы уже лонгрид, снижается ценность документации и повышается ценность коммуникаций
- документация ничтожа, документирование бесценно - документирование как процесс осмысления сделанного и фактура для обсуждения и принятия решений, а не как основное средство передачи знаний
- передача знаний должна происходить в ходе коммуникаций, кик-офов, воркшопов, семинаров
- в эпоху, когда 2 страницы уже лонгрид, снижается ценность документации и повышается ценность коммуникаций
- документация ничтожа, документирование бесценно - документирование как процесс осмысления сделанного и фактура для обсуждения и принятия решений, а не как основное средство передачи знаний
- передача знаний должна происходить в ходе коммуникаций, кик-офов, воркшопов, семинаров
Я боюсь что люди, не способные прочитать и осознать информацию с двух страниц, будут так же неспособны произвести сложное техническое решение, то есть написать код для сложной задачи.
Пусть перекрашивают кнопки в верстке или пишут тесты, это их уровень.
Не нужно стремиться все упрощать, сложность предметной области никуда не денется, только уровень инженеров будет лишь опускаться на дно.
Пусть перекрашивают кнопки в верстке или пишут тесты, это их уровень.
Не нужно стремиться все упрощать, сложность предметной области никуда не денется, только уровень инженеров будет лишь опускаться на дно.
RT
Закончу мысль. Нужно в командах искать неравнодушних людей и их вовлекать в коммуникации. Если команда выгорела, то "безнадёжных" к сожалению нужно выводить и приглашать в команду активных людей, готовых вовлекаться.
Примерно так мы и будем действовать. Нужна свежая кровь, передача знаний, наставничество. Проще говоря туда нужны сильные тимлиды-инженеры, знающие предметную область.
GK
Примерно так мы и будем действовать. Нужна свежая кровь, передача знаний, наставничество. Проще говоря туда нужны сильные тимлиды-инженеры, знающие предметную область.
Да
DK
Я боюсь что люди, не способные прочитать и осознать информацию с двух страниц, будут так же неспособны произвести сложное техническое решение, то есть написать код для сложной задачи.
Пусть перекрашивают кнопки в верстке или пишут тесты, это их уровень.
Не нужно стремиться все упрощать, сложность предметной области никуда не денется, только уровень инженеров будет лишь опускаться на дно.
Пусть перекрашивают кнопки в верстке или пишут тесты, это их уровень.
Не нужно стремиться все упрощать, сложность предметной области никуда не денется, только уровень инженеров будет лишь опускаться на дно.
Я думаю, что при грамотном документировании вполне реализуемо разбиение информации на блоки не более двух страниц.
RT
думаю что вполне)
А ведь когда-то “материал для начинающих” давали такой
https://lib-bkm.ru/load/96-1-0-209
А ведь когда-то “материал для начинающих” давали такой
https://lib-bkm.ru/load/96-1-0-209
RT
До сих пор лежит в рабочем столе
AL
Мне всё-таки пришлась по душе https://c4model.com/, я понимаю её несовершенство, но пока не могу рационализировать
Она классная. Пока есть не более 4-х уровней разбиения. Как только программная система переваливает за 4 уровня, мне кажется использование концепции 4С должно приводить к "макаронам".