A
я не раз слышала от разработчиков «код - моя документация». Я не говорю писать в коде сценарии, бизнес функции. Это другие доки
Size: a a a
2020 February 28
ИГ
Документировать код в коде - нормально и правильно. Но мы же о трассировке. Или нет?
A
Вчера была на совместном митапе БКС и MskDotNet. Митап получился очень крутой.
Наши рассказывали как мы строим у себя микросервисный подход и кроссфункциональные команды.
Доклад был про компонентные тесты и круглый стол про микросервисы от 4-х гуру. Могу кинуть ссылку с записью как появится.
И, кстати, можно на митапе обсудить эту тему 😏
Наши рассказывали как мы строим у себя микросервисный подход и кроссфункциональные команды.
Доклад был про компонентные тесты и круглый стол про микросервисы от 4-х гуру. Могу кинуть ссылку с записью как появится.
И, кстати, можно на митапе обсудить эту тему 😏
АЭ
я не раз слышала от разработчиков «код - моя документация». Я не говорю писать в коде сценарии, бизнес функции. Это другие доки
А вы попробуйте заставить 50-100 разработчиков договорится о едином и понятном всем стандарте комментирования кода, а потом еще и добиться соблюдения этих договоренностей с теми, кто выживет после первого😀
A
Документировать код в коде - нормально и правильно. Но мы же о трассировке. Или нет?
я выше говорила про то, когда трассировка не нужна
S
Вчера была на совместном митапе БКС и MskDotNet. Митап получился очень крутой.
Наши рассказывали как мы строим у себя микросервисный подход и кроссфункциональные команды.
Доклад был про компонентные тесты и круглый стол про микросервисы от 4-х гуру. Могу кинуть ссылку с записью как появится.
И, кстати, можно на митапе обсудить эту тему 😏
Наши рассказывали как мы строим у себя микросервисный подход и кроссфункциональные команды.
Доклад был про компонентные тесты и круглый стол про микросервисы от 4-х гуру. Могу кинуть ссылку с записью как появится.
И, кстати, можно на митапе обсудить эту тему 😏
👍
A
Алексей Эпов
А вы попробуйте заставить 50-100 разработчиков договорится о едином и понятном всем стандарте комментирования кода, а потом еще и добиться соблюдения этих договоренностей с теми, кто выживет после первого😀
ну как бы стандарт он на то и стандарт чтобы договориться и выполнять
A
некая часть несвободы там должна быть
ИГ
Хорошая трассировка требует 1) продумывания на уровне понятий 2) реализации 3) постоянной поддержки.
АЭ
ну как бы стандарт он на то и стандарт чтобы договориться и выполнять
Теоретически да😀
AB
Вчера была на совместном митапе БКС и MskDotNet. Митап получился очень крутой.
Наши рассказывали как мы строим у себя микросервисный подход и кроссфункциональные команды.
Доклад был про компонентные тесты и круглый стол про микросервисы от 4-х гуру. Могу кинуть ссылку с записью как появится.
И, кстати, можно на митапе обсудить эту тему 😏
Наши рассказывали как мы строим у себя микросервисный подход и кроссфункциональные команды.
Доклад был про компонентные тесты и круглый стол про микросервисы от 4-х гуру. Могу кинуть ссылку с записью как появится.
И, кстати, можно на митапе обсудить эту тему 😏
было бы не плохо
AB
Я про ссылку
A
Алексей Эпов
Теоретически да😀
ну опять про плохое исполнение. вы меня расстраиваете
AB
ну и про обсуждение)
A
ну отл
A
надо митап на март планировать
ИГ
Я поменяю первоначальный поинт свой на "можно ли обойтись без трассировки требований и при каких условиях"
Ну так в большинстве случаев и обходимся без трассировки в явном виде. Или обходимся условной трассировкой. Потому что искать по jira среди 100500 связанных сущностей и кода без дополнительного инструмента - это то ещё занятие. Как раз для аналитика. При даже хороших стандартах разработки и выполнения стандартов.
A
Ну так в большинстве случаев и обходимся без трассировки в явном виде. Или обходимся условной трассировкой. Потому что искать по jira среди 100500 связанных сущностей и кода без дополнительного инструмента - это то ещё занятие. Как раз для аналитика. При даже хороших стандартах разработки и выполнения стандартов.
вооот. Потому то вопрос и возник - а зачем вообще она нужна?
так вот пока выходит что реально она нужна и используется краааайне редко
так вот пока выходит что реально она нужна и используется краааайне редко
ИГ
Вчера была на совместном митапе БКС и MskDotNet. Митап получился очень крутой.
Наши рассказывали как мы строим у себя микросервисный подход и кроссфункциональные команды.
Доклад был про компонентные тесты и круглый стол про микросервисы от 4-х гуру. Могу кинуть ссылку с записью как появится.
И, кстати, можно на митапе обсудить эту тему 😏
Наши рассказывали как мы строим у себя микросервисный подход и кроссфункциональные команды.
Доклад был про компонентные тесты и круглый стол про микросервисы от 4-х гуру. Могу кинуть ссылку с записью как появится.
И, кстати, можно на митапе обсудить эту тему 😏
Да, послушать было бы здорово. Спасибо.
A
На самом деле я очень поздно узнала про митап, так бы в канал ссылку кинула. Меня в бумажку писали ручкой))