Тут в основном про бизнес-логику, чтобы очередь не застряла. Если ошибка протокольная, то в DLQ как раз отправить будет непросто, потому что непонятно, что именно отправлять.
С буферами тоже большая проблема, в джавовой библиотеки буфер по умолчанию на 32 мегабайта и туда легко могут войти десятки тысяч одинаковых записей, если продолжать ретраить.
Проблема с JPA в том, что он может внезапно накинуть 2-3 запроса сверху, в зависимости от графа сущностей. Там, где кажется, что должен быть один запрос, легко может быть пять.
Есть неплохая библиотека, чтобы защититься от такого, она позволяет убедиться, что такой-то запрос выполняет 2 селекта, а не 10 https://github.com/quick-perf/quickperf
Кокроач изо всех сил пытается выглядеть обычной RDBMS, но на деле не является такой. В итоге на какой-нибудь очень простой запрос в специальных условиях задержка улетает в небо.
Ну и отсутствие привычного READ_COMMITTED ломает многие привычные паттерны проектирования.
Заменить 50к запросов на один - это хорошо, конечно, но как оно в базе выглядит? Может, он там full table scan делает теперь на каждом запросе и под нагрузкой все ляжет.
Европа разная :)
Германия очень любит кеш, там действительно в плане финтехов все очень печально. В свое время дойче мне только кредитку MasterCard мог выдать, у них в принципе не было дебетовых карт с нормальными номерами, только EC. Не уверен, как сейчас там.
> подразделение генерирует фейлы уже 8 лет
Это же не значит, что каждый год был фейл и это было легко отследить.
Пока набрали команду, пока всем наобещали всего, пока бонусы друг другу выписали, пока опять наобещали что вот-вот. Вот 8 лет и прошло.
Не факт, на самом деле. Даже программистам с выигранной гринкой тяжело поначалу: внезапно оказывается, что и резюме ты писать не умеешь, и что собеседования проходить не очень, и даже hr пройти с опытом работы в ООО «Программное обеспечение» довольно сложно.
Когда ты приезжаешь по визе, это, конечно, то еще приключение в самом начале, но у тебя уже есть работа.
Надо сохранять старое значение и восстанавливать его в finally, иначе после вызова другого метода внутри этой конструкции все сломается. В идеале стоит сделать какую-нибудь структуру, реализующую AutoCloseable, которая спрячет весь этот бойлерплейт.
Возможно, это было до того, как они поменяли отношение к диспутам. Сейчас стоит только намекнуть, что ты хочешь открыть диспут, большинство продавцов сразу готовы все исправить.
Климат ужасный: летом жара +35 и влажность 90%, зимой то дубак -15..-20, то в любом диапазоне от -5 до +15. Весны вообще нет, зато осень прям хороша.
Чтобы передвигаться на велосипеде надо иметь стальные яйца, водителей не просто так начали называть massholes.
Spring Data JDBC и генерация ID
Почему бы просто не использовать UUID и генерировать его прямо на клиенте? Или, если хочется последовательные id, то можно и ULID.
Очередь недоставленных сообщений для обработки ошибок в Apache Kafka
Тут в основном про бизнес-логику, чтобы очередь не застряла. Если ошибка протокольная, то в DLQ как раз отправить будет непросто, потому что непонятно, что именно отправлять.
С буферами тоже большая проблема, в джавовой библиотеки буфер по умолчанию на 32 мегабайта и туда легко могут войти десятки тысяч одинаковых записей, если продолжать ретраить.
JDBC vs JPA
Проблема с JPA в том, что он может внезапно накинуть 2-3 запроса сверху, в зависимости от графа сущностей. Там, где кажется, что должен быть один запрос, легко может быть пять.
Есть неплохая библиотека, чтобы защититься от такого, она позволяет убедиться, что такой-то запрос выполняет 2 селекта, а не 10 https://github.com/quick-perf/quickperf
Как мы мигрировали критичную БД с Oracle в CockroachDB
Кокроач изо всех сил пытается выглядеть обычной RDBMS, но на деле не является такой. В итоге на какой-нибудь очень простой запрос в специальных условиях задержка улетает в небо.
Ну и отсутствие привычного READ_COMMITTED ломает многие привычные паттерны проектирования.
Как ускорить выборку в 1с Битрикс в 20 раз
Заменить 50к запросов на один - это хорошо, конечно, но как оно в базе выглядит? Может, он там full table scan делает теперь на каждом запросе и под нагрузкой все ляжет.
Как мы 40% RAM освободили
Ну т.е. в качестве решения накинули еще техдолга.
Как мы 40% RAM освободили
А почему бы совсем не выкинуть редис и заменить его эластиком? Все равно ведь уже втащили.
Реально ли привлечь Home Credit Bank за нарушение лицензии открытого проекта?
Как много людей используют графану или монгу напрямую в своем коде? AGPL не требует ничего публиковать, если просто используется бинарник as-is.
Вот если бы драйвер монги был agpl, тут, вероятно, была бы проблема
Минцифры предпримет меры для поддержки IT-отрасли
Им все равно некуда бежать.
Как я из Беларуси в Германию переехал
Германия очень любит кеш, там действительно в плане финтехов все очень печально. В свое время дойче мне только кредитку MasterCard мог выдать, у них в принципе не было дебетовых карт с нормальными номерами, только EC. Не уверен, как сейчас там.
Как Amazon тратил по $500 млн на разработку провальных игр и почему ничего не вышло
Это же не значит, что каждый год был фейл и это было легко отследить.
Пока набрали команду, пока всем наобещали всего, пока бонусы друг другу выписали, пока опять наобещали что вот-вот. Вот 8 лет и прошло.
В Испании без знания языка. Можно ли прожить?
Как живется в США «неайтишникам». Другая сторона
Когда ты приезжаешь по визе, это, конечно, то еще приключение в самом начале, но у тебя уже есть работа.
Как разработчик, я никогда не знаю себе цену, потому что её нет. Но вся система построена так, как будто она есть
Раздельное логгирование методов в Java/logback
Мошенники на eBay (история одного обмана)
Мошенники на eBay (история одного обмана)
Исследователи установили, что размер заработка наполовину определяется генетикой
Добро пожаловать в Кремниевую долину
Чтобы передвигаться на велосипеде надо иметь стальные яйца, водителей не просто так начали называть massholes.
Использование учетных записей Joomla в проекте на Django