Вот только все эти ссылки работают хорошо только для сферической ситуации в вакууме. Обычно бизнес-процесс реализуется в формате «возьми вон ту штуку, затем если в ней что-то равно чему-то, то сделай что-то еще с другой штукой и, если оно ответило условным конфликтом — выплюнь сообщение в очередь». Потенциально это все, конечно, можно развесить на линки, но реально в 90% случаях я вижу код формата ServiceAClient.get(id) и ServiceBClient.doStuff(id, blahBlah), который вызывается из какого-нибудь сервиса в приложении. В таком случае все эти ссылки становятся бессмысленными.
Формально можно спорить, что можно было бы в Сервис А добавить ссылку на операцию из Service B, но это тот-же самый хардкод урлов, но в другом месте. Лучше уж в service discovery вложиться, как мне кажется
Можно накатить условный Nine и тогда вайпаться будет только почта, а не весь телефон (там есть настройка зоны доступа для актив синка со стороны клиента)
Типичная задача — посмотреть требования на горизонте, найти зависимости, прикинуть решение, договориться о деталях со стейкхолдерами и командами (и прочими приятными личностями, которые очень хотят помочь). В некоторых случаях — накидать прототип. В рамках спринта — поддержка решения.
Ну проблема «не хватило денег» и в случае безнала должна как-то решаться, так что «не хватило кэша» должно бы зарулиться туда же в итоге, наверное. Вопрос идентификации при кэше, правда, появляется. Возможно будет что-то наподобие логики Я.Такси или Гетта — когда не получается снять денег с карты — присылать уведомление и не давать сделать дальнейшую поездку пока долг не будет погашен.
Про «подкорячивание кода на проде наживую» не согласен. Ничем не лучше непроверямого код фикса и выката версии приложения в те же сроки — приведет к тем же проблемам (что-то не протестировали нормально и оно подохло вместе с данными)
Не знаю насчет игры десятилетия. На мой скромный вкус, что Skyrim, что Witcher, что GoW, что Wasteland 2 да и даже FF 15 гораздо интереснее и реиграбельнее. Но тут уж — на вкус и цвет
Мы по территории и разбросу больше похожи на США. Почему бы не использовать в качестве образца США?
Замечательная идея. Предлагаю за пример взять Нью-Йорк. Въезд в Манхэттен из Джерси 15 что-ли долларов (тоннели\мосты из Джерси), планы платного въезда в некоторые районы Манхэттена, бесплатной парковки нет, уличной парковки мало, стоимость парковки может достигать баксов 30 в час. Удачи с поездкой на машине продавать кондиционеры из офиса.
А в городе на 20 тысяч жителей ни в России, ни в США с парковкой и пробками проблем нет обычно. Не понятно, почему вы решили что «урбанизм» вообще применим к сценарию Сочи-Джубга — оно же больше про проблему роста города.
Формально можно спорить, что можно было бы в Сервис А добавить ссылку на операцию из Service B, но это тот-же самый хардкод урлов, но в другом месте. Лучше уж в service discovery вложиться, как мне кажется
Ну это ещё один форк активити от отпочковавшихся от alfresco разработчиков, которые изначально activiti пилили. Мы сейчас на неё перебираться думаем
Замечательная идея. Предлагаю за пример взять Нью-Йорк. Въезд в Манхэттен из Джерси 15 что-ли долларов (тоннели\мосты из Джерси), планы платного въезда в некоторые районы Манхэттена, бесплатной парковки нет, уличной парковки мало, стоимость парковки может достигать баксов 30 в час. Удачи с поездкой на машине продавать кондиционеры из офиса.
А в городе на 20 тысяч жителей ни в России, ни в США с парковкой и пробками проблем нет обычно. Не понятно, почему вы решили что «урбанизм» вообще применим к сценарию Сочи-Джубга — оно же больше про проблему роста города.