Иван Кулаков

Я видел эти же или похожие бенчмарки, которые приведены в этой статье, год или два назад.
Тут важно отметить, что методика тестирования в статье не учитывает очень важный момент - там передача значения происходит всего один раз, т.е. функцию вызвали один раз и на том всё.

Но часто бывает так, что данные приходится передавать многократно.

Например есть функция, которая извлекает из базы данные, вторая функция обрабатывает эти данные, во время работы второй функции - вызываются еще несколько разных функций и все эти данные в каждую из них передаются, а потом еще все эти данные передаются в JSON сериализатор и т.д.
Т.е. одни и те же данные передаются много раз из функции в функцию.

Если не использовать передачу по указателю - данные будут копироваться каждый раз при вызове функции.
В таком случае передача данных по указателю однозначно отработает быстрее даже с учётом того, что будет задействован сборщик мусора.

В общем если структуры небольшого размера и используются всего один-два раза - быстрее отработает передача/создание такой структуры по значению как и написано в статье.

Но если эти данные нужно будет передавать во много разных функций - то в большинстве случаев передача через указатель будет быстрее, даже с учётом того, что garbage collector это ресурсоёмко.

эффективная оптимизация больших объемов данных сделана в базах данных ?? их сейчас на любой вкус и цвет...
зачем изобретать свой велосипед когда все давно накатано.

Попытался сделать максимально простой пример.

let color = ['red','blue'];
let colorIteraion = 0;
function colorFunction(){
if ( colorIteraion >= color.length) colorIteraion = 0;
    document.body.style.background = color[colorIteraion];
    colorIteraion++;
}
setInterval(colorFunction,500);

let element = document; // любая дом нода
//Для того чтобы получить установленные стили с CSS:
getComputedStyle(element); // возвращает объект с стилями.

//Для того чтобы получить стили встроенные в HTML
element.style.color

// условия в js
if(true){};

Если вы не знаете как работает IF, то всё что выше в принципе бесполезно.

websocket бинарный протокол, проксирование его через Nginx не даёт перимуществ, но может создать проблемы.
Откажись от проксирования, пробрось порт приложения наружу, если это возможно.

На твои вопросы внятно ответить трудно но вот что о Go лично я могу сказать -
go решает определенные трудности которые возникают при разработке backend на C++, почему иногда приходят к плюсам в этой сфере(нужна произодительность, многопоточность реалтайм приложениям) сотрудники гугла ранее разрабатывающие JVM и компилятор Java, решили что вместо того чтоб юзать C++ который компилировался на ихнем железе 10 часов, создать свой язык под их постоянные задачи. Запили узкоспециализированный язык под многопоточную обработку данных из стандартными функциями по работа с массивами и прочую базовую логику реализовали, создали стандартные библиотеки для абстракции от низкоуровневого взаимодействия с апаратурой и ОС ТОЕСТЬ РЕШИЛИ СВОИ ПРОБЛЕМЫ Лично я считаю чтоб понять что язык реально стоит, куда и где его реально реально красиво встроить нужно напариться с Java или C# или C++ пару лет. Хотя тем кому скажут на фирме на этапе джунства работать с ГО этого понять не суждено. Просто брать и учить Go или Erlang не вижу смысла,
1. его надо учить когда заставили те кто понимают зачем это делать(старшие на фирме)
2. или же когда сам дорос до того чтоб понимать какой кусок проекта на нем пилить.
------ А что учить ??? - то по чему материалы под рукой и что знаешь где и как реализовать. JS PHP JAVA ObjC или Плюсы неважно...

Предположим ты делаешь поисковик по определенным данным, или же даже свой поисковик типа google.
Тебе нужно лесть на 200 серверов баз данных для одного запроса, паралельно складывать это все в один массив из сервера кеша по популярным запросам, юзеров 10 000 в один момент, надо все процессы поиска кеша обновления данных проводить в отдельных потоках, + сводить аналитику по данным, реализовать сортировку по запросам, анализ page rank например, + парсер новых сайтов. Вот такой проект стоит переписать с Java например на Go. Или ситуация скажем на Jave падают вебинары, массовые раздачи потоков видео можно направить через ErlyVideo, а один пустить через Wowza(Java) так как API простое, а массовый дубляж пустить через Erlyvideo это уже Erlang который чем то похож на Go. Позже это все грамотнее пустить в CDN и еще через WebRTC чтоб по типу торрента данные шли между зрителями вебинара или участника конференции и при этом скажем процесс писался на сервере. GO для опитимизации бекенда вместо C++ лично мой вывод.