Size: a a a

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

2019 August 22

RT

Roman Tsirulnikov in Архитектура ИТ-решений
ну у нас люди от коммерции хорошие, с ними проблем обысно нет.
проблемы у нас обычно с products owners от B2C проектов,
это то самое "сделайте нам красиво, дешево и вчера", а зачем оно надо не добиться, обычно хотят "дешевые эксперименты"
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergei Beilin
А зачем?
А скорее всего в SPA придется что-то прикручивать на WebSocket. А для реактивки, вообще говоря, пофиг откуда пришли данные - в результате http-вызова или прилетели по веб-сокету.  Но веб-сокеты часто оказываются удобнее.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Roman Tsirulnikov
ну у нас люди от коммерции хорошие, с ними проблем обысно нет.
проблемы у нас обычно с products owners от B2C проектов,
это то самое "сделайте нам красиво, дешево и вчера", а зачем оно надо не добиться, обычно хотят "дешевые эксперименты"
Ну, дешевые эксперементы тоже можно дать )
источник

SB

Sergei Beilin in Архитектура ИТ-решений
Phil Delgyado
А скорее всего в SPA придется что-то прикручивать на WebSocket. А для реактивки, вообще говоря, пофиг откуда пришли данные - в результате http-вызова или прилетели по веб-сокету.  Но веб-сокеты часто оказываются удобнее.
Там однозначно когда-то будут либо websockets, либо server-events (скорее всего). Но все равно не вижу, зачем тут stomp.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
можно, но классический эксперимент это А/Б тесты на уровне UI,
а зачастую хотят полной реализации бизнес-процесса только лишь для того чтобы "что-нибудь попробовать, может чего и получится, а там видно будет".
проводим воспитательную работу.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergei Beilin
Там однозначно когда-то будут либо websockets, либо server-events (скорее всего). Но все равно не вижу, зачем тут stomp.
Как стандарт для websockets )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Roman Tsirulnikov
можно, но классический эксперимент это А/Б тесты на уровне UI,
а зачастую хотят полной реализации бизнес-процесса только лишь для того чтобы "что-нибудь попробовать, может чего и получится, а там видно будет".
проводим воспитательную работу.
Я уже говорил, что можно придумать какую-то отдельную платформу для возможных сложных эксперементов. Без требований по надежности, производительности и т.п.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
в эту сторону и идем, MSA кстати очень помогает в этом,
можно создавать и гасить сервисы с минимальным влиянием на систему
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
но неквалифицированная работа продактов это большая проблема, инженерными средствами не решаемая
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Roman Tsirulnikov
но неквалифицированная работа продактов это большая проблема, инженерными средствами не решаемая
Это да, это боль, кто бы спорил...
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Phil Delgyado
Лучше всего уволить аналитика, как не владеющего минимальной компьютерной грамотностью (он даже не умеет пользоваться вордом, не говоря уж о Confluence/Git). А со следующим искать не инструменты, а выстраивать процесс взаимодействия аналитики и разработки, не предполагающего обмен вордовскими документами. Если процесс не выстраивается - то увольнять начальников до получения результата.
Доминируй, повелевай))) Тут увольнять надо не аналитика в первую очередь, а тех, кто согласовал стандарт этого монструозного вордового документа. Потому что следующего аналитика ждет та же участь)) я не поверю, что один конкретный аналитик в этом всем виноват.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Daria Kaftan
Доминируй, повелевай))) Тут увольнять надо не аналитика в первую очередь, а тех, кто согласовал стандарт этого монструозного вордового документа. Потому что следующего аналитика ждет та же участь)) я не поверю, что один конкретный аналитик в этом всем виноват.
Если аналитик не взбунтовался и даже не включил режим правки - то есть за что его уволить )
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Phil Delgyado
Если аналитик не взбунтовался и даже не включил режим правки - то есть за что его уволить )
по такой логике можно увольнять всех не взбунтовавшихся участников цепочки. и придется в конце концов уволить самого себя)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Daria Kaftan
по такой логике можно увольнять всех не взбунтовавшихся участников цепочки. и придется в конце концов уволить самого себя)
Ну, в общем-то, да )
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Вам не нравятся наши процессы?
Что, бунт на корабле?
Кому не нравится — выход там.

не каждый аналитик найдет в себе смелость менять систему
источник

DK

Daria Kaftan in Архитектура ИТ-решений
У сложившейся системы обычно есть какие-то очень-важные-причины, по которым складывается каждый элемент хаоса. Имхо, если в данной ситуации разработчикам неудобно, именно они должны (привет тимлиду) инициировать процесс изменения стандартов документов, которые поступают "на вход" разработки. И мне кажется сомнительным, что у тимлида нет возможности пролоббировать эту тему или что ему пофиг.
источник

AS

Alexander Smith in Архитектура ИТ-решений
Roman Tsirulnikov
Вам не нравятся наши процессы?
Что, бунт на корабле?
Кому не нравится — выход там.

не каждый аналитик найдет в себе смелость менять систему
особенно если вход рубль выход пять
источник

Ю

Юрий in Архитектура ИТ-решений
Daria Kaftan
У сложившейся системы обычно есть какие-то очень-важные-причины, по которым складывается каждый элемент хаоса. Имхо, если в данной ситуации разработчикам неудобно, именно они должны (привет тимлиду) инициировать процесс изменения стандартов документов, которые поступают "на вход" разработки. И мне кажется сомнительным, что у тимлида нет возможности пролоббировать эту тему или что ему пофиг.
Основная задача аналитика - обеспечить процесс управления требованиями. В т.ч. все потребители артефактов этого процесса должны быть довольны. Потребители этих требований в минимуме: бизнес, тестировщик, сопповожденец, разработчик. Вот артефакты должны быть понятны и удобны для всех этих ролей. Если разработка стонет - что-то пошло не так.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Юрий
Основная задача аналитика - обеспечить процесс управления требованиями. В т.ч. все потребители артефактов этого процесса должны быть довольны. Потребители этих требований в минимуме: бизнес, тестировщик, сопповожденец, разработчик. Вот артефакты должны быть понятны и удобны для всех этих ролей. Если разработка стонет - что-то пошло не так.
Да, согласна абсолютно. Но меня интересует вопрос - почему оно УЖЕ сложилось так, что кто-то стонет? Это не сразу произошло. Может, конфликт каких-то интересов.
источник

DK

Daria Kaftan in Архитектура ИТ-решений
я все-таки смею надеяться, что причина сего не в том, что кто-то один козель)
источник