AS
Пускай документируют че там пишут - бас фактор снизите и людей займете
Size: a a a
2021 April 11
ЕК
Это где-то реально работает?) Документирование кода? Хотя комментарии к коду писать посадить хорошая идея. Может даже с ссылками на диаграмки. Странно конечно - но иногда в силу специфики работы наверное хороший вариант.
AS
А почему это не должно работать когда на это есть время?
ЕК
Вопрос не во времени) Вопрос - поможет ли документация получившеяся разобраться в проблеме. Как минимум текстовой документации уверен часто не достаточно, если нет диаграм как все связано и работает.
AS
Вообще сесть подумать и описать как код будет работать очень часто полезнее чем саммкод написать
ЕК
*разобраться в коде и архитектурынх решениях, а не проблеме
AS
А че диаграммы нарисовать зашквар что ле?
ЕК
Я сколько не пробовал - на простых задачах слишком большие расходы времени, на больших и сложных - ну если ты совмещаешь работу разработчика-аналитика в одном лице то норм... Комментарии привычка писать да, полезная.
AS
Опять же полезно всяким околобизнесовым ролям типа пресейлов и аналитикам понимать че есть сейчас как работает с чем взаимодействует какие ограничения
ЕК
Опять таки) Если не на уровне идей говорить - а на уровне практики. У вас когда-нибудь аналитики документацию к коду читали?
AS
Слишком большие расходы времени и «два много» как то не сочетаются
ЕК
Ну у меня такой проблемы и не возникало, что два много.
ЕК
Наоборот обычно хотелось бы напарника иметь в помощь)
AS
Не к коду а к решению и да много когда сами просят а опишите как оно реализовано
ЕК
Понял, спасибо.
AS
Есть требования есть код и есть тесты. Но для следуещего шага хорошо бы понимать а как именно оно сделано чтобы не придумать фичу которую больно переделывать. Ну или в следующий раз чтобы прописать нефункциональные требования или обратить внимание на бизнесовые идеи
ЕК
Я честно хотел бы посмотреть как это работает. Не встречал аналитиков которые бы разбирались в решениях принятых в коде.
Исключение - когда тех-дир работает одновременно аналитиком и задачи ставит. Ну и бизнес заодно хорошо понимает.
Исключение - когда тех-дир работает одновременно аналитиком и задачи ставит. Ну и бизнес заодно хорошо понимает.
AS
Ну как бы легко могу расказать
АВ
agile scrum и много инвестиций