Алексей Уколов

Судя по гуглу, кривой размер не проблема.
А вот с этой серией дисков беда...
https://habrahabr.ru/post/251941/

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

P.S.
Ок, пусть будет блог. Комментировать посты в нём можно будет? Тогда надо как-то эти комментарии записывать. Лайки ставить или карму править - это тоже запись данных. Даже простейший счётчик просмотров это уже изменение данных. Вот на примере такого счётчика обычно и поясняют необходимость атомарности и блокировок. Представьте, что два человека одновременно открыли пост блога и скрипты увеличивают счётчики прочтения, старое значение 99.

Скрипт 1: прочитать файл "счётчики"
Скрипт 2: прочитать файл "счётчики"
Скрипт 1: найти в файле счётчик поста, получили 99
Скрипт 2: найти в файле счётчик поста, получили 99
Скрипт 1: увеличить счётчик поста, получили 100
Скрипт 2: увеличить счётчик поста, получили 100
Скрипт 1: записать файл "счётчики"
Скрипт 2: записать файл "счётчики"

То есть вместо ожидаемых 101 в счётчике всего 100. Значит перед изменением любых данных необходимо заблокировать файл на запись, считать из него актуальные данные, внести изменения, записать файл, разблокировать его. Ну а поскольку это json, то считывать и записывать файл каждый раз придётся целиком. Если при изменении данных меняется связь с данными в других файлах, то во избежание нарушения целостности блокировать придётся все связанные файлы.

Ну и поиск по данным, скажем десять самых читаемых постов. В файловом варианте вам придётся считать весь json, и отсортировать его, тогда как в БД при правильной расстановке индексов это действие выполняется в один запрос с линейным получением первых десяти записей по индексу.

Что такое Fn? В приведённом вами коде такое имя нигде не определено. К тому же, Test принимает два параметра, а вы передаёте один. Подозреваю, что вы хотели
Test(Main::Func, 475)

Очень непонятное объяснение, и кода не видно, поэтому я не знаю, как вам решить проблему, вижу только скриншот, на нем вижу "иконки", возможно это в них проблема, тогда нужно либо сделать для них версию ldpi, либо сами серые квадратики сделать так, чтобы квадратики масштабировались по размеру контейнера, а их иконки - по размеру квадратиков.

Метод getTable() должен вернуть имя таблицы, при этом идет обработка свойства table, можете или свойство задать либо сразу метод переназначить. По-умолчанию можно увидеть, что берет имя модели и обрабатывает через функции plural и snake

Почему в C++ приоритет сравнения выше, чем побитовых логичеких операций?
Например, x & 8 != 0 равносильно x & (8 != 0), а не (x & 8) != 0.

Это наследие C, в ранних версиях которого не было операций && и ||, а сложные условия реализовывались битовыми операциями.

Проблема данной функции в том, что она наотрез отказывается работать с числами типа float, исключительно работает с int

Могу посоветовать этот пакет: https://bitbucket.org/zdenekdrahos/bn-php
Работать с ним как-то так в вашем случае:

$eval = new \BN\Expression\ExpressionEvaluator();
$operators = new \BN\Expression\OperatorsFactory();
$eval->setOperators($operators->getOperators(array('%')));
echo $eval->evaluate('10 % 2.1'); // 1.6

Смысл таск ранеров в том, что бы упростить и автоматизировать рутиные задачи. Сборку можно сделать да хоть на bash скриптах. Grunt/Gulp - просто заточены под это и просты в изучении.
В команде намного проще использовать подобные средства, чем выполнять все задачи поднятия проекта в ручную.
Например при сборке фронта вам требуется:
1. Проверить исходники через eslint
2. Минифицировать js код, и для dev сборки притянуть сорс мапы
3. Собрать css из кучки взаимосвязанных less файлов и тоже минимизировать.
4. Шаблоны собрать из jade например, или любого другого шаблонизатора
5. Прогнать unit тесты

Безусловно, можно все эти шаги выполнить полностью в ручную, однако на много проще один раз этот процесс описать в инструкции для сборки и вызывать что-то в стиле gulp build

Для вещественных чисел a и b проверка на равенство с учетом погрешности выполняется так:
abs(a - b) < eps
где eps - малое число, изображающее погрешность.
В вашем случае я бы попробовал eps = 0,0001 или меньше.

Краткий перечень (кроме соблюдения законов, выражений, правил тостера и прочего):
1. Уважение ко всем участникам.
2. Отношение к менее знающим с уважением.
3. Любое несогласие должно быть аргументировано ссылкой на первоисточник.
4. Ответ должен нести пользу спрашивающему (и всем остальным), а не отвечающему.
5. Не нужно осуждать других, чтобы выглядеть лидером в глазах спрашивающего.

Имеется в виду ставить ли закрывающий слэш вот так <br />?
По спецификации - не нужно. Закрывающие слэши предполагаются в XHTML, а в HTML (любой версии) они не нужны.
По здравому смыслу - тоже не нужно.
Практически - пофиг, работает одинаково, браузеры тут очень толерантны к кодеру.

В видимо используете Marionette v2?
Marionette.ItemView замените Marionette.LayoutView и в регион рендерте коллекцию. А вообще в документации все подробно и с примерами marionettejs.com/docs/v2.4.7/marionette.layoutview...