Сергей Горностаев, ни в коем случае нельзя так поступать. Ошибка в коде может привести к непредсказуемым последствиям. Баланс всегда должен быть зафиксированным результатом пополнений или списаний
Данил Кислов, а вот теперь мы перешли вообще в другую предментую область. Заказ это всегда конечный процесс, который заканчивается. В данном случае это следующий шаг - исполнение услуги. И тут идет подписочная модель (subscriptions).
В таком случае самое логичное - держать базу ближайших событий, отправлять их в очередь на исполнение поминутно, и при вызове каждого в транзакции создавать новое событие и удалять старое
Данил Кислов, совсем не правильно. Выкинуть таймеры из головы и создавать события по результатам действий: создание заказа, оплата заказа и т.п. и по результату того или иного события делать соответствующее операции. Можно все в одну очередь разложить, можно по разным раскидать
Taras25, если только начинать делать сервис то лучше для снижения рисков разместиться в РФ. Я знаю компании, которые уже лет по 30 на рынке и им плевать, при чем большие игроки, но это вопрос удачи - до первого случая, как говорится.
Также я знаю решения когда люди отдельный сервис с ПД и профилями пользователей делают в РФ, а остальное за рубежом
NedoLawyer, я не говорил как именно он должен это сделать, а только о результате. К тому же джунов берут как а большие компании где построен найм, так и как первого сотрудника и кому тогда проверять его знания?))
NedoLawyer, бизнес-задача это, например, «реализовать сайт для продажи нашего мусора». На чем он будет бизнесу плевать пока у них не появляется каких-то внутренних компетенций. Если из нет - можно зайти хоть с Делфи, а если есть то да - надо знать определённый язык и технологии.
Я о том что человек должен доводить задачу до результата. То есть он должен быть достаточно компетентен чтобы это сделать. И он должен быть лучше других кандидатов по тому что бизнес всегда будет пробовать получить максимум за меньшие деньги.
И в этом всем один язык от другого с точки зрения найма - никак не отличается. Интервью проходит всегда в определённую компанию на определённую позицию. Конкурс почти всегда больше одного человека на место. Сколько их там - хоть 2 хоть миллион. Можешь показать что будешь полезен - принят, нет - гуляй дальше
Валентин, это все-равно должно приносить бизнес-ценность. Я к тому что технологии не определяющий фактор - ты или полезен и лучше других кандидатов или нет
Иван Шумов
@inoise Куратор тега Amazon Web Services
dataarray, вполне возможно. Но не факт. Как я сказал уже - надо дебажить. Можно попробовать вызвать лямбду из ее-же консоли, например. Через тестовый эвент. Если там все хорошо - потестить в api gw. Или наоборот - как больше нравится.