AnjeyTsibylskij

<php if (!is_user_logged_in() ) : ?>

На том же, на чем пишутся и обычные сайты, но с более активным использованием технологий для анимаций. Ключевые слова: canvas, css свойства (animate, transform, transition), web animation api, threejs (webgl), gsap (tweenlite, tweenmax), svg animation.

Я, будучи противником концепции "Аааа, ИИ наступает, скоро скайнет, ааа!!!", всегда неформально объясняю студентам так:

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

Это никакой не "искусственный разум"!

2. Для такого "отбора" нам надо как-то задать критерии, чем одно отличается от другого. Поскольку и мир неидеален, и зёрна неидеальны, и решето неидеально, нам также нужна "погрешность" - порог срабатывания, threshold, допуск, люфт, позволяющий пропустить "нестандартное, но ещё зерно".

3. Процесс подбора коэффициентов ("весов") по сути - тонкая настройка, калибровка, подгонка этого "решета".

4. Для упрощения подгонки применяются математические алгоритмы, по сути статистические, вероятностные, которые так или иначе усредняют подаваемый на вход массив возможных данных чтобы получить на выходе такие коэффициенты, при которых это "сито" будет работать с приемлемой (поддающейся оценке, известной, расчётной или требуемой для данной задачи) точностью.
Это и есть всё "обучение". По сути мы пишем алгоритм, который на основании измеренного разброса вариаций входных данных выдаёт нам такие коэффициенты, при которых сито будет пропускать большинство нужных "зёрен" и не пропускать большинство шелухи.

Замени эти слова на другие. Не "обучение", а "подбор коэффициентов", не "думает", а "фильтрует", не "нейронная сеть", а "нечёткий классификатор", и многое станет проще и понятнее.

Давай так, котлеты отдельно - мухи отдельно. Твоя проблема это на самом деле две проблемы:
1. Нарушен режим сна. Это поправить легче всего. Вне зависимости от того во сколько ты ляжешь сегодня спать, встань завтра в 7:00, на следующий день повторить и зациклить. Первые два дня будет тяжело - потом все выправится.
2. Ты не умеешь в тайм-менеджмент, что в 21 веке как-то совсем прискорбно. Поправить это посложнее, но тоже реально. Списки дел, дневник, планирование дел на конкретные часы - все это фигня полная и в эпоху постмодернизма не работает. Все что тебе нужно сделать на первом этапе это прочесть книгу "Getting Things Done" Дэвида Аллена, она совсем небольшая и в ней есть все ответы. Прочесть можно за день, если штудировать то за 2-3.
P.S. Обязательно прочти "Семь навыков высокоэффективных людей" Стивена Р. Кови. Название может казаться пафосным, не обращай на этот факт внимания, книга просто маст рид.
P.P.S. Если после этого останутся вопросы - пиши, с удовольствием отвечу.

По мне, абсолютно не важно как вы храните данные... Фильтруйте входящие и перед отдачей юзеру и все будет нормально.
Да хоть ::B:: текст ::B:: , если вы эти данные сможете потом обработать, зачем извращаться...
Markdown, кстати, отнюдь не молод... 2004 год...

Мне кажется, самый простой пример замыкания - это счетчик.

var counter = (function () {
	var current = 0;
	return function () {
		current++;
		return current;
	}
})();

console.log(counter()); // 1
console.log(counter()); // 2

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

var current = 0;
var counter = function () {
	current++;
	return current;
}

console.log(counter()); // 1
current = 5;
console.log(counter()); // 6

А это уже нарушает принцип "черного ящика", т.к. переменной можно присвоить другое значение в любом месте.

Как бы коллекция – простой объект и обрабатывай их стандартными средствами.

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

2. Как говорили выше, webpack. Во вторую версию завезли LazyliLoader, так что там даже делать ничего не нужно ручками. Ну и вебпак достаточно умен, чтобы поделить оптимальным образом на бандлы. И опять же, если есть желание поделать что-то ручками, не создаст никаких проблем сделать это и с обычным RequireJS (впрочем, настоятельно рекомендую его все таки похоронить как архаизм, использовать es6 modules, чем их собирать -- вопрос десятый)

3. Сейчас под React есть обертки даже над svg, canvas, webGl и даже над three.js. Сложно представить задачу, под которое нет готовых решений, либо которое не пишется за пол часа.

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

1. Поясните этот момент. Поиск, фильтрация... это же обычные операции на vanila js? Спокойно обрабатывайте ваши данные в reducer'ах, хоть с помощью underscore, хоть с помощью lo-dash...
2. Разделение кода возможно. Так как за сборку отвечает обычно webpack, начать можно с небольшого теоретического экскурса здесь: Кантор (ру) (гугл, подкидывает еще (англ.))
3. Не мало всего уже есть, но конечно меньше.

Направлять вас на путь истинный вряд ли нужно: у вас есть задачи, решайте их так как умеете и зарабатывайте. Появится время для изучения реакта - успеете подучить.