Size: a a a

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

2019 December 11

AB

Alex B in Архитектура ИТ-решений
наверняка же потеряросль что то вроде: “но чтобы получить допуск к прохождению квеста нужно откатить изменения, т.к. в ином случае прилетит фея и превратит еще не выплаченную тебе ЗП за этот месяц в тыкву”
источник

DK

Dmitry Kudlatsky in Архитектура ИТ-решений
Доброй ночи,  подскажите,  поделитесь пожалуйста, кто пользуется api gw, если возможно +/-,  и тд. Для монолитов/microservices...
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Alexander Luchkov
BIOCAD - У них есть штука прям на эту тему рабочая. Плюс есть их доклад на Knowledge Conf 2019. Екатерина Гудкова.
А эту тему хочется up-нуть
источник

K

Kostya in Архитектура ИТ-решений
Alexey Pryanishnikov
в целом да. Но если про архитектора хотя бы можно быть почти увереным, что у человека ИТ-бэкграунд, то с аналитиком и этого нет
Многие считают, и, я замечу, не без оснований, что лучший аналитик как раз не ИТ-шник, а, скажем, тот, у кого был свой бизнес и т.д.
источник

P

Pavel in Архитектура ИТ-решений
Kostya
Многие считают, и, я замечу, не без оснований, что лучший аналитик как раз не ИТ-шник, а, скажем, тот, у кого был свой бизнес и т.д.
Я про интеграционного аналитика, если что, а не BA.
источник

K

Kostya in Архитектура ИТ-решений
Pavel
Я про интеграционного аналитика, если что, а не BA.
Ну я должен был догадаться, да ? :)))
Видов аналитиков куда больше, чем ИТ-архитекторов.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Kostya
Многие считают, и, я замечу, не без оснований, что лучший аналитик как раз не ИТ-шник, а, скажем, тот, у кого был свой бизнес и т.д.
Даже если речь про бизнес-налитика, то ему в качестве результата работы неплохо бы породить документ с конкретными описаниями задач, который будет понят ИТ. А вот с этим бывают проблемы
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Архитектор конечно переводит, но есть нюансы. Короче, проще если какой-то технический бэкграунд таки есть, имхо
источник

K

Kostya in Архитектура ИТ-решений
Alexey Pryanishnikov
Даже если речь про бизнес-налитика, то ему в качестве результата работы неплохо бы породить документ с конкретными описаниями задач, который будет понят ИТ. А вот с этим бывают проблемы
Тут опять вечная тема, что мы примем за лучшее - знания или способности.
Я к тому, что обучить формализации не сложно, а вот научить мнгновенно  увидеть важное-  зачастую невозможно.
источник

K

Kostya in Архитектура ИТ-решений
Alexey Pryanishnikov
Архитектор конечно переводит, но есть нюансы. Короче, проще если какой-то технический бэкграунд таки есть, имхо
Ну, как минимум, да. математика должна быть у человека нормальная. Продвинутая арифметика хотя бы :)))
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Kostya
Тут опять вечная тема, что мы примем за лучшее - знания или способности.
Я к тому, что обучить формализации не сложно, а вот научить мнгновенно  увидеть важное-  зачастую невозможно.
Я бы поспорил, что (usually) предприниматели -- вообще не аналитики.
Увидеть, понять -- да. Дожать до результата.

Но не описывать в подробностях для других людей. Это вообще антискилл для предпринимателя.
источник

K

Kostya in Архитектура ИТ-решений
Denis Zarin
Я бы поспорил, что (usually) предприниматели -- вообще не аналитики.
Увидеть, понять -- да. Дожать до результата.

Но не описывать в подробностях для других людей. Это вообще антискилл для предпринимателя.
Тот, у кого был бизнес, гораздо быстре и вернее найдет важное и нужное в цифрах и трендах, так считают. Считают не только в РФ, но и во всем мире.
Ему это найтивнее, так скажем :)
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Denis Zarin
Я бы поспорил, что (usually) предприниматели -- вообще не аналитики.
Увидеть, понять -- да. Дожать до результата.

Но не описывать в подробностях для других людей. Это вообще антискилл для предпринимателя.
Для небольших компаний, где основатель бОльшую часть делал чуть ли не сам, может быть верно
источник

K

Kostya in Архитектура ИТ-решений
Описывать - да. разумеется.
Нуц прям отчеты писать - это вообще беда для любого. я подчеркну - любого творческого человека.
90%, кого знаю, всем их кто-то пишет с их слов :)).
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Вот отвлечешься на денек, а тут уже на аналитиков наезжают. По поводу того, что пишут в аналитических чатов про архитекторов: да ничего не пишут, своих проблем хватает.
У меня тоже когда-то был взгляд "разрабы рулят, остальное тлен". Ходють тут всякие менеджеры, работать мешают. А аналитик типа еще одна конечность менеджера, чтобы жизнь медом не казалась.
Работа в госухе показала обратное: что менеджеры, что аналитики делают работу, без которой разработчики воют смертным воем и не понимают, куда пилить. Либо отважно пилят, но совсем-совсем не туда, что становится понятно через дохера слитых человекодней.
источник

DK

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

P

Pavel in Архитектура ИТ-решений
Alexey Pryanishnikov
Архитектор конечно переводит, но есть нюансы. Короче, проще если какой-то технический бэкграунд таки есть, имхо
Я имел в виду аналитика, выращенного из инженера внедренца, который понимает, что такое фильтр в вайршарке, и имеет хотя бы общие представления о паттернах интеграции.
источник

DK

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

P

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

P

Pavel in Архитектура ИТ-решений
То есть далеко не всем удается делать хорошие поставноки задач.
источник