На созвонах использую распознавание речи, субтитры очень помогают, в особенности если у людей сильный акцент. Ms teams, Google meet предоставляют такую возможность
Программист в основном читает код, а не пишет. Код на ревью, чужой код пытаясь пофиксить багу и т. д. У меня соотношение 30 на 70, у кого-то другое, но все равно на чтение кода уходит значительно больше времени
Я думаю просто ошиблись как и я, пользуюсь комьюнити версией, но не пользуюсь никакими AI-ассистентами. Как я ими в РФ могу пользоваться в принципе? Странно для кого опрос, может для релокантов:)?
Решение проблем - один fulfillment-service, который включает в себя inventory, order & payment, вместо MongoDB любая БД, которая поддерживает нормальные транзакции между двумя и более таблицами. А иначе как в том анекдоте - "ЁЖИКИ ПЛАКАЛИ и КОЛОЛИСЬ, но ПРОДОЛЖАЛИ ЕСТЬ КАКТУС"
На созвонах использую распознавание речи, субтитры очень помогают, в особенности если у людей сильный акцент. Ms teams, Google meet предоставляют такую возможность
Остаётся найти дисковод
Программист в основном читает код, а не пишет. Код на ревью, чужой код пытаясь пофиксить багу и т. д. У меня соотношение 30 на 70, у кого-то другое, но все равно на чтение кода уходит значительно больше времени
например https://www.wordandphrase.info/frequencyList.asp
Мало первести статью, ее необходимо осмыслить, что автор не сделал
Я думаю просто ошиблись как и я, пользуюсь комьюнити версией, но не пользуюсь никакими AI-ассистентами. Как я ими в РФ могу пользоваться в принципе? Странно для кого опрос, может для релокантов:)?
Именно так, скоуп реквест был специально сделан для веб приложений
А транзакции в БД уже перестали работать? Кейс на превой картинке укладывается в транзакционный запрос или это очередные микросервисы?
Кто тебе мешает сделать свой?
Так все же зачем использовать grpc вместо rest? Он так же не зависит от яп и определяет контракт
AWS в РФ не доступен, зачем, тратить время на перевод, а уж тем более на чтение? :)
https://www.restapitutorial.com/lessons/httpmethods.html должно быть достаточно
JetBrains ушёл из РФ, так что им пофигу ваши хотели, а нам их поделки, потому что легально никак это не попользовать
Именно так, а go в мусорное ведро
Решение проблем - один fulfillment-service, который включает в себя inventory, order & payment, вместо MongoDB любая БД, которая поддерживает нормальные транзакции между двумя и более таблицами. А иначе как в том анекдоте - "ЁЖИКИ ПЛАКАЛИ и КОЛОЛИСЬ, но ПРОДОЛЖАЛИ ЕСТЬ КАКТУС"
Индусы подешевле будут
Рекомендую https://microservices.io/, обе проблемы и пути решения описаны подробно ну или соответствующую книгу от того же товарища
Intellij idea подсказывает что есть свежие версии
Не совсем, с точки зрения приложения, это будут такие же сущности как и таблицы, без подробностей о том как на саомо деле они устроены