Спасибо за отличные дополнения! Все техники по работе с той или иной граблей в рамках статьи охватить не получается, как бы этого не хотелось.
По поводу ретраев есть ещё подход с "подсказками" со стороны сервера - сервер возвращает клиенту заголовок retry after. Конечно, это все неисключающие друг друга подходы.
По поводу порядка событий. Эта тема сложная и довольно творческая, я бы сказал. У нас в качестве номеров событий используются логические часы, генерируемые БД.
Думаю, здесь речь идет об открытости финансовой информации в неанонимных криптовалютах, где по адресу кошелька можно посмотреть его баланс и историю переводов.
соглашусь. горе от ума называется. тут уже кто-то цитировал Экклезиаста, приведу другую цитату:
И предал я сердце мое тому, чтобы познать мудрость и познать безумие и глупость: узнал, что и это — томление духа; потому что во многой мудрости много печали; и кто умножает познания, умножает скорбь
духовное богатство, имхо, дает именно то ощущение счастья, к которому люди пытаются прийти через успех и потребление. Духовное богатство увеличивает вероятность того, что у человека всегда будут друзья, хорошее окружение и он не будет себя чувствовать одиноким или несчастным наедине с собой. Духовное богатство позволяет человеку развиваться.
имхо, никакого разврата тут нет. вы же пишете const int i = 5
, чем эта ситуация? Класс B может быть чем угодно. Если представить, что это Complex, то становится немного логичнее?
никакого фейла в стандарте, все логично. Если вы явно сделали аргумент копирующего конструктора не константным (изменямым, это очень важно), то полагается, что вы будете его менять во время копирования (возможно это вам действительно необходимо, возможно вы ошиблись, возможно вас просто переклинило в тот момент). Если вы хотите менять копируемый объект во время копирования, то туда нельзя передавать const-объект. Где тут фейл? все логично. Компилятор не есть ясновидящий, он не знает чего вы хотите (и действительно ли вы хотите чего-то, а не просто напарили), поэтому ему только и остается следовать правилам.
Кому любопытно узнать пару фактов об автогенерируемом конструкторе копирования, тут вот когда-то накидал небольшую почеркушку: Автогенерируемый конструктор копирования в С++. Когда-то вот в стандарте копался из любопытства и любви к деталям…
про ожидание конкретики с построение причинно-следственных связей действительно правда. при получении относительно простых вопросов впадаю в ступор, пытаясь рассмотреть варианты. думал только у меня такое.
Вы как-то оформлялись юридически для взаимодействия с онлайн кассой? Открывали для этого ИП или самозанятость? Какие у них условия?
Спасибо за отличные дополнения! Все техники по работе с той или иной граблей в рамках статьи охватить не получается, как бы этого не хотелось.
По поводу ретраев есть ещё подход с "подсказками" со стороны сервера - сервер возвращает клиенту заголовок retry after. Конечно, это все неисключающие друг друга подходы.
По поводу порядка событий. Эта тема сложная и довольно творческая, я бы сказал. У нас в качестве номеров событий используются логические часы, генерируемые БД.
А много денег уходит на токены для LLM?
Мошенник найден? Он понесёт наказание?
ну таки и в linux kernel с такими define-ами не пустят. а в остальном — да, не везде плюсы засунешь.
И предал я сердце мое тому, чтобы познать мудрость и познать безумие и глупость: узнал, что и это — томление духа; потому что во многой мудрости много печали; и кто умножает познания, умножает скорбь
«чем эта ситуация?» = «чем эта ситуация отличается?»
const int i = 5, чем эта ситуация? Класс B может быть чем угодно. Если представить, что это Complex, то становится немного логичнее?