Performance

Remember that “efficient code” is a lot like “good taste”—everyone’s got an opinion, but most people’s code tastes worse than they think. We’ve all been there: we write something, it runs, it doesn’t crash immediately, and we think, “Mission accomplished.” But there’s a massive gap between code that works and code that works well. That gap is where performance dreams go to die. The truth is, inefficiency isn’t always obvious. It doesn’t announce itself with a red error message....

Помните, что «эффективный код» — это как «хороший вкус»: у каждого своё мнение, но код большинства людей менее эффективен, чем они думают. Мы все бывали в такой ситуации: мы что-то пишем, это работает, не выдаёт ошибок сразу, и мы думаем: «Миссия выполнена». Но между кодом, который просто работает, и кодом, который работает хорошо, существует огромная разница. Именно в этой пропасти умирают мечты о производительности. Правда в том, что неэффективность не всегда очевидна....

If your web application feels slower than a sloth on a Monday morning, the culprit is probably not enough caching. I get it—caching seems deceptively simple until you realize you’re debugging why yesterday’s data is still showing up today. But here’s the beautiful secret: caching is simultaneously the most effective performance hack and the reason developers lose sleep at night (thanks, cache invalidation). Let me walk you through it all without the existential dread....

Если ваше веб-приложение работает медленно, как ленивец в понедельник утром, вероятно, дело в недостаточном кэшировании. Я понимаю: кэширование кажется обманчиво простым, пока вы не начнёте отлаживать, почему данные вчерашнего дня всё ещё отображаются сегодня. Но вот в чём прелесть: кэширование — это одновременно самый эффективный способ оптимизации производительности и причина, по которой разработчики теряют сон по ночам (спасибо, недействительность кэша). Позвольте мне рассказать вам обо всём этом без экзистенциального ужаса....

If you’ve ever written a program that felt like it was doing one thing at a time while the world demands it do seventeen things simultaneously, welcome to the pre-concurrent era. Lucky for you, Go was literally designed to make this pain go away. In fact, if you’ve heard the phrase “Go is perfect for concurrent systems,” it’s not marketing—it’s just developers who’ve experienced the alternative and are still recovering....