Какая-то пустоватая статья, содержит кучу давно известных вещей (про defer, context, make, не самую быструю библиотеку json) и некоторые голословные заявления...
Не указана версия go, на которой выполнялись бенчмарки.
Нет ссылки на репозиторий, чтобы перепроверить результаты.
В параграфе "Есть разница в производительности между передачей параметра по ссылке и по значению":
есть уверенность, что вызов функций не превратился в inline?
а где пример для большой структуры или массива?
В параграфе "Оптимизация итерации по массиву" нет примера итерации:
через индекс
через slice
Кроме того, это не особо полезная информация, так как в коде редко можно встретить массив из структур. Скорее всего это будет сразу срез (slice).
Для меня интерес к логической игре сильно падает, если она очень сильно напоминает сортировку. Тратить своё время на поиск наиболее успешного варианта по сортировке цветных квадратиков? Увольте…
Имхо произносят не правильно из-за привычки проговаривать слова «про себя» при наборе кода. Так проще запомнить правильное написание. Особенно слово «Queue»…
Да, спасибо. Как раз недавно новый инструмент помог найти проблему в структуре.
Оказалось, что в schema.org/Offer всегда должны быть поля price и pricecurrency, даже если указано availability= out_of_stock. Пришлось вставлять price=0. Хотя выглядит это не логично.
Очень странное заявление.
Или это перевод и имелось ввиду то, что сервис "работает слаженно как организм"...
О чем эта статья? Да не о чем!
Какая-то пустоватая статья, содержит кучу давно известных вещей (про defer, context, make, не самую быструю библиотеку json) и некоторые голословные заявления...
Не указана версия go, на которой выполнялись бенчмарки.
Нет ссылки на репозиторий, чтобы перепроверить результаты.
В параграфе "Есть разница в производительности между передачей параметра по ссылке и по значению":
есть уверенность, что вызов функций не превратился в inline?
а где пример для большой структуры или массива?
В параграфе "Оптимизация итерации по массиву" нет примера итерации:
через индекс
через slice
Кроме того, это не особо полезная информация, так как в коде редко можно встретить массив из структур. Скорее всего это будет сразу срез (slice).
Очередная бесполезная рекламная статья. Да ещё и с вредными советами.
Похоже на перевод статьи или главы из книги.
Код совпадает с https://github.com/paolochang/go-fundamentals/blob/master/03-Methods-and-Interface/03a-people.go
Местами перевод просто ужасен.
Есть и откровенные ошибки при копировании.
У вас:
Сценарий 1: #Partitions = #consumers
Сценарий 2: #Partitions = #consumers
Сценарий 3: #Partitions = #consumers
А в оригинале:
Scenario 1: #Partitions > #Consumers
Scenario 2: #Partitions = #Consumers
Scenario 3: #Partitions < #Consumers
---
"Одну из таких реализаций можно найти здесь." - где "здесь"? Вы потеряли ссылку.
Иначе, под нагрузкой — вас ждет «сурприз».
Кроме того на:
и вообще "хрaнение дaнных в интерaктивной сети" (US 5,442,771)
Это просто эльдорадо для IBM.
Оказалось, что в schema.org/Offer всегда должны быть поля price и pricecurrency, даже если указано availability= out_of_stock. Пришлось вставлять price=0. Хотя выглядит это не логично.