Andrew Ghostuhin

Не пудри себе мозги и возьми уже готовую безопасную обёртку над raylib
https://crates.io/crates/raylib

А гайд по работе с unsafe - это rustonomicon

unsafe сам по себе просто позволяет использовать сырые указатели + вызывать другие unsafe функции.

Безопасная обётка - это когда ты при помощи типов и всяких валидаций гарантируешь корректное использование.
Вот пример из того что выше:

use raylib::prelude::*;

fn main() {
    let (mut rl, thread) = raylib::init()
        .size(640, 480)
        .title("Hello, World")
        .build();

    while !rl.window_should_close() {
        let mut d = rl.begin_drawing(&thread);

        d.clear_background(Color::WHITE);
        d.draw_text("Hello, world!", 12, 12, 20, Color::BLACK);
    }
}

Если для вас это магия, то тогда нужно чуть глубже изучить Rust и посмотреть в исходники.

На будущее: не пишите огромную портянку текста с кучей вопросов, а пишите только то что непосредственно относится к основному вопросу.
Другие вопросы задавайте отдельно.

У меня все получилось. MacBook Pro Retina 15 2012 mid. При включении питания kernel_task стал безбожно жрать всю память. Нужно сбросить SMC контроллер. Полная статья здесь https://support.apple.com/ru-ru/HT201295
Для моего ноутбука надо было выключить питание поддержать 10 сек shift+opt+contrl и питание. Проблем больше нет.
Удалить файлы у меня не получилось так как стоит Catalina и отключение SIP не помогает.

В целом ты все верно понял. Почитал я тут ответы, термины, термины, термины...

Я люблю простые объяснения, буквально на пальцах.

Вот ты вызвал функцию, в ней создаются переменные локальной области видимости, т.е. доступные только самой функции. Под эти переменные движок JavaScript выделяет память.

Когда обычная функция завершает свое выполнение, освобождает память, которую выделял раньше, если на переменные не осталось ссылок.

В случае с замыканием, ты возвращаешь функцию обратно, т.е. ссылки остаются, поэтому движок не может освободить память, и переменные остаются доступными функции, и более никому. Поэтому эта штука и называется замыкание, т.к. переменные замкнуты на саму функцию.

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

Один из основных паттернов, для которых применяются замыкания - ограничение доступа к данным, их изоляция (ограничение их области видимости).

В то же время замыкание выступает в роли автономного атомарного хранилища данных, и, по идее, должно обеспечивать доступ к этим данным, тем или иным способом.

В ответах есть пример со счетчиком, который наглядно демонстрирует этот принцип.

инженер-программист учит алгоритмы , сам язык мало важен
программист - это некий кодер , который зазубрил некие коды и самостоятельно изменить их не знает как но к счастью есть toster.ru , ru.stackoverflow.com на всех языках где есть настоящие инженеры-программисты которые иногда обращают внимание на таких как я - кодеров
на инженера надо учится в высших учебных заведениях и работать в солидных организациях для закрепления навыков и получения новых , скажу больше их мало

Если фронтенд на React, и при этом нужно, чтобы с сайтом хорошо дружили поисковики, то NextJS обязателен. Да, даже несмотря на то, что гугл давно говорит, что умеет сканировать js сайты. По факту индексирует он их хуже. А другие поисковики вообще с js не дружат.

какими подводными камнями

Скорее с летящими в вас камнями. Есть достаточно много людей, которые не хотят использовать React для разработки сайтов и клепают по старинке: весь html генерится на сервере средствами какого-нибудь php + jQuery на фронте. И эти люди будут постоянно швырять в вашу сторону камни, с пеной у рта пытаясь вам доказать, что вы все переусложняете. Но надо понимать, что у крупных интернет-магазинов обычно сложный фронтенд, и пилить его на jQuery или на чистом js - самоубийство, потому что код будет в 99% случаев помойкой.

А если серьезно, то единственное, что мне в NextJS не понравилось - это роутинг. Но и это субъективно.

let now = new Date(),
    birthday = new Date('10/10/2001')

if (now > birthday) {
  // ...
}

Правда, если у вас нет машины времени, я не вижу смысла в такой проверке. Для всех уже родившихся людей всегда будет true.

Redux. Просто не используйте их в верстке, а чтобы не было ререндера, используйте shouldComponentUpdate

1) В операторе if, вы пытаетесь ПРИСВОИТЬ ЗНАЧЕНИЕ, А НЕ СРАВНИТЬ
2) Вызывать свойства у элемента нужно через GetComputedStyle либо через style

Первый вариант это относительный адрес (относительно текущего адреса страницы), второй абсолютный - относительно корня сайта.

Например, вы находитесь на странице test.com/news:
- указывая адрес картинки <img src="images/picture.jpg"> браузер будет загружать её по адресу test.com/news/images/picture.jpg
- указывая адрес картинки <img src="/images/picture.jpg"> браузер будет загружать её по адресу test.com/images/picture.jpg

lazy load, иначе ваша страница умрет не родившись
все 500-1000 картинок же не влезут в один экран
грузите сначала два экрана и при скроллинге на второй догружайте по одному
проще сделать pagination - бесконечный сролл, особенно картинок, раздражает, с pagination легче вернуться, если что-то пропустил

Добрый день, ну так и спросить у гугла: react redux react-router
(четвертая ссылка похожа на что-то максимально подходящее вам)

А по факту: лучше спокойно разобраться:

Сначала react, затем асинхронная загрузка чего либо на реакте (без redux, recompose, reselect, immutable, react-router, и прочих библиотек, гы-гы, наболело просто). Все это есть как в видео-уроках, так и в текстовых учебниках. В быстрой и краткой форме - есть официальная документация (хорошая).

Затем следующий шаг: добавление redux и асинхронная загрузка (да-да, тех же самых данных) - но уже через redux.

Затем добавляется react-router.

И в таком случае, даже если вы не успеете сделать что-то сейчас сразу быстро (подозреваю, что либо тестовое задание, либо дружеская "халтурка" в помощь), то вы сможете в будущем без проблем все это реализовать.

Если нужно быстрее - либо статья выше, либо с ментором.

P.S. вредный совет - ищите react redux react-router boilerplate - репозитории с шаблоном для новых проектов. Зачастую там все уже есть и настроено. Вредный, потому что будет тяжело вносить изменения в сборку, если нет понимания что откуда и куда. А так как авторы популярных бойлерплейтов уже столько накрутили, то там частенько сложно разобраться.