В приведенном примере — да. Но принцип тот же. Введенное изображение (бинарное, только черный и белый) переводится в сетку (скажем 20 на 20) и уже на основе этой сетки пытается подбирать возможные варианты. Эталонная сетка собирается руками.
Ну как бы не все можно на Node.JS написать не заботясь о мелочах. Допустим особенности работы Node.JS Делают его идеальным решением для построения API сервисов, но у него есть нюансы с производительностью (а именно потребление памяти, ее отчистка… Хотя может сейчас уже и там все ок).
Я лично не вижу причин отказываться от PHP (особенно с учетом того что язык постепенно преображается во что-то вменяемое).
Я бы даже сказал так. Лучше начать с C#, ибо потом если что вы сможете спокойно перейти и на Java и на PHP (с небольшой болью в душе но можно). Вообще все эти языки между собой схожи, и можно спокойно использовать что-либо из списка только из параметров «востребованность».
Первый и второй вопросы как по мне не стоит давать в школе. Это уж слишком специфично. Детям надо абстракции давать. Вот ООП было бы не плохо. Причем опять же на абстрактных примерах (из жизни), на них же описывать паттерны основные. Без привязки к языку.
Ок, ну можно взять готовые компоненты, микрофреймворки (Silex, Fat Free, много чего еще есть), не обязательно свою систему маршрутизации писать.
А вообще проще всего сделать мэпинг — регэксп — действие в контроллере.
Сделаю diff конфигов как руки дойдут, но мне просто интересно. Вроде бы file_exists должен отрабатывать минимум времени. Да и различия в плане производительности при работе с регулярными выражениями тоже смущают.
Ну как, вообще домашней системой у меня служит Windows8, потому что я так хочу. Множество мелких плюшек меня радуют, да и вообще я люблю все новое.
А Apache пришлось развернуть для работы. Не было времени возиться с Linux-ом (в плане устанавливать на виртуалку) ну и так вот и остался по воле случая.
Собственно непонятно за что минусуют. Как получить видио или его кадры из web камеры — это просто. А как их стримить на сервер и записывать в файл — вот это уже сложно.
Зависит от специфики работы. Допустим у меня есть софт, который зависит только от процессора и ОЗУ, так что ускорение какого-либо из звеньев поидее ощуить можно будет. В то же время есть фост зависящий от файловой системы, и тут поможет только SSD ибо время доступа к диску много больше чем к ОЗУ.
Обычно прирост производительности можно заметить в играх, или если вы занимаетесь обработкой видио/звука, графикой… Вобщем все то, где меньше всего задействована ФС. Какие-нибудь вычесления, самообучающиеся системы и прочее.
Я лично приватными делаю те методы, которые необходимы только для внутреннего использования методами, реализующими интерфейс или же решающими определенную задачу. Фактически в этом случае потомкам должно быть без разницы как реализованы эти методы и перегружать их им нету необходимости. Если есть необходимость переопределить логику работы — достаточно переопределить тот самый public/protected метод и вызывать там метод предка в нужный момент.
