Сергей Протько

1) выйгрыша по производительности/памяти вы не особо получите. Для справки - нода жрет памяти побольше чем пых.
2) посмотрите в сторону очередей (ZeroMQ, RabbutMQ, Resque)

вызов функции persistviewtree происходит в контроллере

фуфуфу. Лучше вынесите это хотя бы к хелпер для twig.

В целом же ваш алгоритм должен работать корректно и ничего не должно зависеть от порядка нод. Оформите нерабочий пример на каком ideone.com - ибо так по коду проблема явно не в нем.

Реализуйте unit-of-work, identity map и шаблон репозиторий на JS. Эдакую абстракцию позволяющую выделить persistence layer.

Других идей под чистый JS нет. Все остальное будет хоть как-то связано именно с DOM и т.д.

Зависит от ORM. Оверхэд по производительности конечно будет, особенно если брать штукти типа Doctrine с гидрациями и т.д. Но тот профит в плане времени разработки и качества продукта которые они дают слихвой окупают все издержки. Если проект становится популярным и +30% это лишняя стойка серверов, то есть платить за сервера уже становится дороже чем за разработчика, тут уже имеет смысл рефакторить и оптимизировать узкие места. Но преждевременные оптимизации - зло.

Что до SQL и возможностей СУБД - Doctrine и многие другие позволяют вам использовать как нативные запросы (+ свои гидрации) так и добавлять какие-то свои функции для *QL. Так же многие вещи можно порядочно ускорить (в доктрине самым узким местом является unit-of-work а точнее вычисление дифа данных которые там крутятся. По умолчанию там все сравнивается в лоб, типа дерти чекинг, но можно установить свою реализацию для своих сущностей если вы этого захотите).

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

Школьная программа не предполагает подготовку специалистов, а базовые понятия алгоритмизации можно спокойно давать и на паскале. Все остальное - смотреть ответ Армянское Радио

у i5 есть гипетрединг, то есть на одно физическое ядро приходится два виртуальных. Подробнее читать в вики.

Помимо этого, процессоры Intel содержат значительно больше различных оптимизаций, оптимальнее работает конвеер, предсказатели переходов и прочие прелестные штуки ускоряющие вычисления. То есть если ваша работа сопряжена с огромным количеством вычислений на CPU (компиляция, математика и т.д.), то выбирать стоит в сторону Intel.

Единственное в чем процессоры AMD пока выигрывают - качество интегрированной графики и их APU. Так что для игрушек я бы выбирал процессоры AMD.

Ну... как бы никто не запрещает вам использовать Dart с существующими JS фреймворками. Просто это не слишком удобно. Опять же есть порт того же Angular на Dart.

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

tuccar : Знаете, я вот читаю ваши вопросы... и они либо слишком филосовские либо вообще ни о чем.

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

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

если дело я буду иметь только с 2d

вы не поверите, но WebGL это именно 2D API так что это вполне себе нормальное использование. По сути это биндинг OpenGL для JS. Вам доступны шейдеры, вам доступны вычисления на GPU и все такое. То есть на голом opengl вы не сможете отрисовать 3D просто так. Либо вам придется писать шейдеры для всего этого добра, либо подключать какой-то 3D движек, который уже используя 2D API и шейдеры будет все это дело рендрить.

Никакая. Алгоритм действий:

0) Определяем длину строки
1) выделяем память под новую строку
2) устанавливаем счетчик/указатель на нужные символы двух строк (последний символ для первой строки и первый символ для второй строки)
3) заносим символ в нужную ячейку (обычное приравнивание)
4) продолжаем цикл пока не дойдем до конца (или начала строки).
5) возвращаем результат

Да, symfony.com/doc/current/cookbook/bundles/inheritan...

p.s. что-то мне подсказывает что вы делаете что-то плохое...

webcomponents.org
https://www.polymer-project.org/