"я на него вину не возлагаю" -> "Сбербанк как все банки" (в рамках этого вопроса), "Просто не понимаю зачем им пользоваться" -> если "Сбербанк как все банки" истина, то после подстановки "Сбербанк" - "любой банк" истинность высказывания сохранится -> получаем "Просто не понимаю зачем любыми банками пользоваться".
Выглядит так что или вы таки возлагаете вину, или не понимаете зачем пользоваться какими-либо банками.
я на него вину не возлагаю. Просто не понимаю, зачем им пользоваться.
если вы дейстивтельно не возлагаете на него вину тогда ответ выглядит очевидным - для всего того спектра услуг для которого банками впринципе и пользуются, но вы не понимаете зачем пользоваться Сбербанком - вроде как логически выводится что вы не понимаете зачем впринципе пользоваться банками?
Раз уж мы ломанулись в такие дебри я напомню что Сбер это банк существующий в государстве и исполняющий требования законодательства. Заморозка вкладов - это было такое требование законодательства, странно вешать ответственность за него на исполнителя (который не мог отказаться совсем никак)
Обычно смысл вынесения значений в конфигурацию в том что эти значения в некоторых ситуациях нужно менять без пересборки приложения. Неужели кто-то в здравом уме хочет иметь возможность изменить требования на пароль после тестирования и сборки??? Да, я понимаю что это пример, но идея что я какую-то валидацию делаю ВНУТРИ КОНФИГУРАЦИИ вызывает некоторую оторопь, получается любой девопс может конфигурацией переопределить логику моей программы, мне потом принесут баг и логи, а я буду бегать и просить еще мне и конфиги стенда отдать, т.к. без них я не могу понять пчм код сделал то что он сделал...
Все круто с вашим событием до того момента как по какой-то причине ваш паблишер станет асинхронным (случается по разным причинам, иногда, например, из-за "оптимизаций" от коллег)
Выше была рассмотрена ситуация, когда клиенты находятся в разных часовых поясах и из-за использования timestamp without time zone пропадает возможность определить время события.
Очень громкое заявление, мне кажется, если соблюдать просто правило (вроде как достаточно известное) "в БД только UTC" то вообще никакой проблемы нет - вы всегда пишите в UTC и вы всегда можете точно сказать когда что произошло. Если вам нужно клиенту показывать в какой-то его таймзоне у вас есть очень много вариантов как добиться результата, в случае когда вы таймзоны тащите в БД все значительно хуже.
А в чем проблема? 86килосекунд мне кажется ничем не хуже чем 23 часа 53минуты, а на сутки я так понял автор и не покушается, иначе нужно от начала года считать, а это слегка утомительно на мой вкус
Идея с часовыми поясами для меня слишком революционна, но вот в ответе на вопрос "который час" высказыванием вроде "без пол килосекунды 10" есть некоторый шарм
Регулярно перетасовывай свой шаблон собеса и задачки в нём
Есть такое предположение, что неплохо работает подход при котром сам по себе ответ на задачку (правильный или нет) не является решающим критерием, а служит поводом для дальнейшей беседы. В таком случае подсмотренный но не понятый ответ не особо ценен, а если кандидат понимает причины/следствия обсуждаемого - какая разница как именно он до этого понимания дошел.
Будет поучительно для разработчиков, если окажется что они как раз понадеялись на эту "зеленую волну" и не решили вопрос проверки звуков сирен (мне кажется сделать такую проверку грамотно нетривиальная задача), и конкретно у этой пожарной машины был сломан девайс переключающий светофор (или у светофора не работал приемник для этого девайса)
Если у вас присутствует развертывание дополнительных экземпляров сервиса в ответ на повышение нагрузки на нем, вам скорее всего очень хочется чтобы старт новых экземпляров происходил максимально быстро - вот тут native image также может найти применение.
Изюминка этой СУБД в том, что не нужно выбирать между NoSQL и SQL. Она одновременно предоставляет API для работы с NoSQL и поддерживает обычные SQL-запросы.
Есть ощущение что написана какая-то глупость, выбор между NoSQL и SQL в первую очередь строиться вокруг ACID и чем из этого жертвует NoSQL ради того чтобы что-то получить. И получается что либо БД дает ACID и имеет все проблемы обеспечения этих гарантий, или нет.
Логика выглядит следующим образом:
"я на него вину не возлагаю" -> "Сбербанк как все банки" (в рамках этого вопроса), "Просто не понимаю зачем им пользоваться" -> если "Сбербанк как все банки" истина, то после подстановки "Сбербанк" - "любой банк" истинность высказывания сохранится -> получаем "Просто не понимаю зачем любыми банками пользоваться".
Выглядит так что или вы таки возлагаете вину, или не понимаете зачем пользоваться какими-либо банками.
Какая-то у вас странная позиция:
если вы дейстивтельно не возлагаете на него вину тогда ответ выглядит очевидным - для всего того спектра услуг для которого банками впринципе и пользуются, но вы не понимаете зачем пользоваться Сбербанком - вроде как логически выводится что вы не понимаете зачем впринципе пользоваться банками?
а можно пруф на вот это "значит"? вывод не очевиден - могу за себя точно сказать, я не вкурсе были у него "другие" деньги или нет
В таком варианте как сейчас ваши рассуждения выглядят как дележ "по понятиям" - вы уверены что это проблема банка, если он не работает "по понятиям"?
Раз уж мы ломанулись в такие дебри я напомню что Сбер это банк существующий в государстве и исполняющий требования законодательства. Заморозка вкладов - это было такое требование законодательства, странно вешать ответственность за него на исполнителя (который не мог отказаться совсем никак)
А у вас какой-нибудь ссылочки не осталось по какой-нибудь из этих историй?
Мне чтоб понять что было и быть готовым если вдруг
Обычно смысл вынесения значений в конфигурацию в том что эти значения в некоторых ситуациях нужно менять без пересборки приложения. Неужели кто-то в здравом уме хочет иметь возможность изменить требования на пароль после тестирования и сборки??? Да, я понимаю что это пример, но идея что я какую-то валидацию делаю ВНУТРИ КОНФИГУРАЦИИ вызывает некоторую оторопь, получается любой девопс может конфигурацией переопределить логику моей программы, мне потом принесут баг и логи, а я буду бегать и просить еще мне и конфиги стенда отдать, т.к. без них я не могу понять пчм код сделал то что он сделал...
Все круто с вашим событием до того момента как по какой-то причине ваш паблишер станет асинхронным (случается по разным причинам, иногда, например, из-за "оптимизаций" от коллег)
Вот бы кто-нибудь уже сделал чтоб IP68, батареей на 10к mah 5v, и чтоб процессор приличный Snapdragon
интересно реплицируют только данные, или изменения атрибутов строк тоже (например пессимистические блокировки строк)
Поправьте меня пожалуйста если я не прав, но UnixTimestamp по определению считается именно в зоне UTC
Очень громкое заявление, мне кажется, если соблюдать просто правило (вроде как достаточно известное) "в БД только UTC" то вообще никакой проблемы нет - вы всегда пишите в UTC и вы всегда можете точно сказать когда что произошло. Если вам нужно клиенту показывать в какой-то его таймзоне у вас есть очень много вариантов как добиться результата, в случае когда вы таймзоны тащите в БД все значительно хуже.
А в чем проблема? 86килосекунд мне кажется ничем не хуже чем 23 часа 53минуты, а на сутки я так понял автор и не покушается, иначе нужно от начала года считать, а это слегка утомительно на мой вкус
Идея с часовыми поясами для меня слишком революционна, но вот в ответе на вопрос "который час" высказыванием вроде "без пол килосекунды 10" есть некоторый шарм
Есть такое предположение, что неплохо работает подход при котром сам по себе ответ на задачку (правильный или нет) не является решающим критерием, а служит поводом для дальнейшей беседы. В таком случае подсмотренный но не понятый ответ не особо ценен, а если кандидат понимает причины/следствия обсуждаемого - какая разница как именно он до этого понимания дошел.
Вот хоть бы одну циферку, сколько ВольтАмперЧасов с 1кг сахара
Хорошо хоть не Vault tec строит...
Будет поучительно для разработчиков, если окажется что они как раз понадеялись на эту "зеленую волну" и не решили вопрос проверки звуков сирен (мне кажется сделать такую проверку грамотно нетривиальная задача), и конкретно у этой пожарной машины был сломан девайс переключающий светофор (или у светофора не работал приемник для этого девайса)
Если у вас присутствует развертывание дополнительных экземпляров сервиса в ответ на повышение нагрузки на нем, вам скорее всего очень хочется чтобы старт новых экземпляров происходил максимально быстро - вот тут native image также может найти применение.
Странно когда у вроде как технологической компании на сайте логотип с выключенным JS выглядит так:
Возможно нужно что-то поправить
Есть ощущение что написана какая-то глупость, выбор между NoSQL и SQL в первую очередь строиться вокруг ACID и чем из этого жертвует NoSQL ради того чтобы что-то получить. И получается что либо БД дает ACID и имеет все проблемы обеспечения этих гарантий, или нет.