Size: a a a

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

2019 December 10

K

Kostya in Архитектура ИТ-решений
Harvat Rimski
Ооо расскажите про боли Беркутов)
Да давно дело было, в МТС Узбекистан СМСЦ продали :)) они
источник

K

Kostya in Архитектура ИТ-решений
Harvat Rimski
Не знаю правильно ли нет, но препод в университете лет так 11 назад говорил, ваш продукт мёртв, если вы его доделали до конца)
Это основополагающий принцип

Любая действующая программа устарела (с)
источник

K

Kostya in Архитектура ИТ-решений
Harvat Rimski
Не знаю правильно ли нет, но препод в университете лет так 11 назад говорил, ваш продукт мёртв, если вы его доделали до конца)
Не мертв, конечно, но его место в цикле жизни уже с горы
источник

HR

Harvat Rimski in Архитектура ИТ-решений
Трагедию мирового маркетинга понимаю. Но как то сее не вписывается в искренность продукта)
источник

K

Kostya in Архитектура ИТ-решений
Harvat Rimski
Трагедию мирового маркетинга понимаю. Но как то сее не вписывается в искренность продукта)
В нонешней жизни искренность продукта заключается в получении заказчиком более-менее работающего по ТЗ продукта ?)
источник

K

Kostya in Архитектура ИТ-решений
Поэтому и существуют всякие пилоты-шмилоты, чтобы и дать пощупать и косячки поустранять
источник

HR

Harvat Rimski in Архитектура ИТ-решений
Kostya
В нонешней жизни искренность продукта заключается в получении заказчиком более-менее работающего по ТЗ продукта ?)
Ну тут не такое топорное понимание, минимум соблюдение ожидания и реальности по продукту, а вот по сейлам проектов, это конечно договоренностей человечих, куда без них. В пилоты и верю и нет, верю в платные пилоты, в бесплатные не верю, по крайней мере на рынке КЗ. Тенденция такова - что бесплатно, за то никто не отвечает, то не имеет ценности.
источник

HR

Harvat Rimski in Архитектура ИТ-решений
Был случай - сделали пилот, хлопнули по рукам, думали но вот оно счастье, все довольны, пошли в тендер и опа получаем в требованиях космические условия, почесали репу, приняли управленческое решение, сохранили отношения с поставщиком, сами были интеграторам и точкой входа. Результат у заказчика - остались с корытом и в итоге спустя 2 года запустили тендер с более расширенным функционалом. Вот такой пилот, такая искренность и ожидание и реальность.
источник

HR

Harvat Rimski in Архитектура ИТ-решений
Выбор велик, либо комедия, либо трагедия, либо экшн.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
нашел блок схему как выглядит архитектура бровей
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Kirill Gorin
нашел блок схему как выглядит архитектура бровей
Это только фронт
источник

KG

Kirill Gorin in Архитектура ИТ-решений
там еще в заду какой то функционал?
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Kirill Gorin
там еще в заду какой то функционал?
Я подозреваю, что с бэком там в принципе не очень.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
*тоже не очень
источник

DK

Daria Kaftan in Архитектура ИТ-решений
😆
источник

AN

Alexandr Novikov in Архитектура ИТ-решений
источник

d

dreamore in Архитектура ИТ-решений
не актуально)
источник

A

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

Но в первом случае выходит массив массивов с продуктами, а во втором просто массив со всеми продуктами.
источник

d

dreamore in Архитектура ИТ-решений
а еще можно было привести в пример groovy, чего уж там

def products = orders*.products
источник

AB

Alex B in Архитектура ИТ-решений
var products = orders.SelectMany(o => o.products); // c#
источник