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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

3040 membersпожаловаться на группу
2021 February 19

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Посмотрел трекер Youtrack

В списке активностей по умолчанию три активности: разработка, тестирование и документирование

В списке нет "проектирование".

Это показывает в целом отношение к архитектурной работе.
Так и в Jira так же, увы..
Собственно, это зависит от того, какую именно доску ты реализуешь - внутри группы разработки или вне.
Главное - что это все расширяется.
источник
13:07пожаловаться#1

A

Alex in Архитектура ИТ-решений
Gennadiy Kruglov
Посмотрел трекер Youtrack

В списке активностей по умолчанию три активности: разработка, тестирование и документирование

В списке нет "проектирование".

Это показывает в целом отношение к архитектурной работе.
как-будто в таск трекерах только ПО разрабатывается
источник
13:08пожаловаться#2

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Так и в Jira так же, увы..
Собственно, это зависит от того, какую именно доску ты реализуешь - внутри группы разработки или вне.
Главное - что это все расширяется.
Да это понятно. Легко расширяется, да.
источник
13:08пожаловаться#3

A

Alex in Архитектура ИТ-решений
или как-будто проектирование - обязательный этап
источник
13:08пожаловаться#4

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Да это понятно. Легко расширяется, да.
Собственно, внутри JB про проектирование вполне понимают. Но у них вообще, местами, очень специфичные процессы.
источник
13:09пожаловаться#5

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Собственно, внутри JB про проектирование вполне понимают. Но у них вообще, местами, очень специфичные процессы.
Да речь не об этом
источник
13:09пожаловаться#6

p

pragus in Архитектура ИТ-решений
Gennadiy Kruglov
Чтобы люди хотя бы из трекера узнавали, что существует ещё и проектирование
Так ли оно надо в виде отдельного этапа именно в таск-трекере? Особенно, если люди пишут какого-нибудь мобильного клиента для уже имеющегося api
источник
13:10пожаловаться#7

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex
или как-будто проектирование - обязательный этап
Обычно, когда не нужно проектирование не нужно, не нужно и тестирование, и документирование. Речь идёт о простеньких MVP
источник
13:10пожаловаться#8

A

Alex in Архитектура ИТ-решений
Gennadiy Kruglov
Обычно, когда не нужно проектирование не нужно, не нужно и тестирование, и документирование. Речь идёт о простеньких MVP
таска: починить опечатку в тексте.
ваше проектирование?
источник
13:11пожаловаться#9

GK

Gennadiy Kruglov in Архитектура ИТ-решений
pragus
Так ли оно надо в виде отдельного этапа именно в таск-трекере? Особенно, если люди пишут какого-нибудь мобильного клиента для уже имеющегося api
Надо. Они же должны сделать дизайн. В результате должны появиться соотв. артефакты
источник
13:11пожаловаться#10

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex
таска: починить опечатку в тексте.
ваше проектирование?
Не понял вопрос. У вас всё решение из таких тасков состоит?
источник
13:12пожаловаться#11

A

Alex in Архитектура ИТ-решений
Вопрос в том, зачем придираться к базовому набору, если, во-первых, его можно настроить как вам удобно, а во-вторых, это ничего не говорит о состоянии индустрии
источник
13:13пожаловаться#12

AM

Alexey Mergasov in Архитектура ИТ-решений
Alex
таска: починить опечатку в тексте.
ваше проектирование?
работа с дефектами - это отдельный флоу
источник
13:13пожаловаться#13

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alex
Вопрос в том, зачем придираться к базовому набору, если, во-первых, его можно настроить как вам удобно, а во-вторых, это ничего не говорит о состоянии индустрии
А я ничего не говорил про состояние индустрии
источник
13:13пожаловаться#14

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Да речь не об этом
А поясни, в чем дело?
источник
13:14пожаловаться#15

AM

Alexey Mergasov in Архитектура ИТ-решений
Alex
Вопрос в том, зачем придираться к базовому набору, если, во-первых, его можно настроить как вам удобно, а во-вторых, это ничего не говорит о состоянии индустрии
мяготка в том что как только проектирование становится рутинным процесом у него появляется артифакт требущий версионирования, сразу сильно усложняется процесс управления изменениями. И ютрак не адресует эти проблемы
источник
13:15пожаловаться#16

PD

Phil Delgyado in Архитектура ИТ-решений
Увы и ах, но design review в разработке пока приживается с трудом (сам знаешь).
Проектирование стараются из разработки скинуть на системных аналитиков (куда берут кого подешевле и без опыта разработки вообще), с соответствующим результатом. Про системную архитектуру вообще мало кто задумывается, увы.
источник
13:16пожаловаться#17

AM

Alexey Mergasov in Архитектура ИТ-решений
какойнибудь спиральный метод или v model на ютраке - целая боль
источник
13:16пожаловаться#18

p

pragus in Архитектура ИТ-решений
Gennadiy Kruglov
Надо. Они же должны сделать дизайн. В результате должны появиться соотв. артефакты
Да, дизайн. А проектирование тут где? :)
источник
13:16пожаловаться#19

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
А поясни, в чем дело?
Как выше написал Алексей, проектирование в массе не видится рутинным процессом
источник
13:17пожаловаться#20