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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

1588 membersпожаловаться на группу
2019 August 22

P

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

PD

Phil Delgyado in Архитектура ИТ-решений
Поэтому я стараюсь выстраивать процессы без аналитиков, но с специалистами по предметной области. Пока найти хороших t-shaped сеньоров проще, чем аналитиков. А аналитиков выращиваю из QA.
источник
11:10пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений
А для PM четко в процессах описываем, как должна выглядеть задача (с обязательным 'зачем' и без попыток описать 'как делать')
источник
11:12пожаловаться

SB

Sergei Beilin in Архитектура ИТ-решений
PM или PO?
источник
11:13пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений
Если работа с внешними заказчиками, то ProjectM, если внутри, то ProductM. Но буковки не существенны.
источник
11:17пожаловаться

SB

Sergei Beilin in Архитектура ИТ-решений
Коллеги, а посоветуйте что-то хорошее почитать по best practices проектирования REST-ish API в случае совсем не CRUD. Там, скорее, command/action.
источник
12:14пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений
А зачем REST в таком случае? Просто REST level 1 (который просто RPC) - и вперед )
источник
12:15пожаловаться

IV

Ivan Volkov in Архитектура ИТ-решений
например https://mmikowski.github.io/json-pure/
mmikowski.github.io
Replace RESTful APIs with JSON-Pure
Using JSON and WebSockets
источник
12:17пожаловаться

AS

Alexander Smith in Архитектура ИТ-решений
Phil Delgyado
А зачем REST в таком случае? Просто REST level 1 (который просто RPC) - и вперед )
+1, и семантика не будет ограничивать
источник
12:17пожаловаться

SB

Sergei Beilin in Архитектура ИТ-решений
"просто RPC" это скорее Level 0. Дело в том, что там вокруг много и достаточно типичных REST-crudlike штук, и хочется сделать красиво и просто, и АПИ понятный юниорам-фронтэндщикам.
источник
12:17пожаловаться

SB

Sergei Beilin in Архитектура ИТ-решений
Вебсокеты, grpc, xmlrpc и прочее - пожалуйста, не предлагайте.
источник
12:18пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, REST level 1 понятен кому угодно. Там, собственно, и есть - entrypoint на каждый запрос и JSON-body внутри.
GET и POST или только POST - по вкусу.
источник
12:19пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений
Sergei Beilin
"просто RPC" это скорее Level 0. Дело в том, что там вокруг много и достаточно типичных REST-crudlike штук, и хочется сделать красиво и просто, и АПИ понятный юниорам-фронтэндщикам.
Кстати, если делать для современного фронта, то стоит сразу подумать о совместимости семантики с STOMP.
источник
12:20пожаловаться

SB

Sergei Beilin in Архитектура ИТ-решений
Да, но я хочу почитать бест практисиз :)
источник
12:20пожаловаться

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
Кстати, если делать для современного фронта, то стоит сразу подумать о совместимости семантики с STOMP.
Что имеется ввиду под «совместимостью семантики»?
источник
12:22пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, например передача параметров в URI в стиле REST level 2+ плохо укладывается в идеологию STOMP.
А level 1 - гораздо лучше.
источник
12:23пожаловаться

VA

Viktor Alexandrov in Архитектура ИТ-решений
Принято)
источник
12:26пожаловаться

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Phil Delgyado
А, ну да. Вообще для меня основным пожеланием к аналитикам было даже не определение самих требований, а выяснение 'а зачем это надо', иначе фигня все равно выходит.
о, у нас с этим большая проблема.
Стараемся воспитывать людей.
Часто проблема на стороне бизнеса: заказчики просто отказываются объяснять зачем нужна задача.
В этом месте всегда конфликт и затяжные переговоры.
источник
12:27пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений
Roman Tsirulnikov
о, у нас с этим большая проблема.
Стараемся воспитывать людей.
Часто проблема на стороне бизнеса: заказчики просто отказываются объяснять зачем нужна задача.
В этом месте всегда конфликт и затяжные переговоры.
Ну, раньше мне удавалось пробивать. Но это было давно и отдел проектов старался помогать )
источник
12:27пожаловаться

SB

Sergei Beilin in Архитектура ИТ-решений
Phil Delgyado
Кстати, если делать для современного фронта, то стоит сразу подумать о совместимости семантики с STOMP.
А зачем?
источник
12:28пожаловаться