Евгений Попов

slides[i] -> $(slides).eq(i)
eq(порядковый номер элемента в списке выбранных селектором)
Если я конечно правильно понял вашу проблему.

Использую less в первую очередь из-за синтаксиса предпочитаю его scss.
Как сказал предыдущий комментатор особых преимуществ нет у одного перед другим в первую очередь "дело вкуса", а вот с моментом, что использовать из раза в раз на разных проектах - разное, не соглашусь - банально может возникать путаница, из-за относительной "схожести", в голове, что будет влиять на производительность.

Если в #from загружается содержание асинхронно, то в данном случае необходим callback на событие когда данные туда загружены. Если содержание загружается синхронно, вместе с загрузкой страницы, то действительно как писали выше, подойдет событие ready или просто размещение скрипта перед </body>

Один из вариантов - это выдавать на клиент не конечный документ, а контейнер-просмотрщик, например на flash. Таким образом даже в кэше на клиенте оказывается только сам просмотрщик, а не документ. Flash в свою очередь так же должен запрашивать документ не напрямую а через прослойку + авторизация.
Можно еще для пущей защиты на принтскрин "затенять" документ, но это конечно не убережет вас о от фотографирования экрана и снятия скринкаста. Абсолютных решений защиты данных до которых пользователь Уже получил доступ не существует, как минимум он их может переписать на листок или просто запомнить. Так что при постановке задачи нужно выработать четкие требования к уровню защиты и придерживаться их.

Подобный вопрос и ответы на stackoverflow. Подойдет?

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

Я чуть выше уже отписался в Коментарии к "ответу", но немного повторюсь:
В плане рынка вы например сможете себе найти работу разработчика серверной части MMO-игровых проектов.
Вы так же в какой-то степени будите "универсальны" так как на нем пишут как десктоп так и веб приложения.
Как и с рядом других, например nodejs - вы сможете многократно ускорить процесс разработки(по сравнению с php уж точно).
Вы сможете очень просто "из коробки" переиспользовать наработки других разработчиков по средствам "менеджера пакетов".
Про синтаксис уж и говорить не стоит, но в итоге все зависит от сферы применения, задач и времени - выбирайте оптимальный инструмент. Если вы обрисуете чуть подробнее "вашу ситуацию" может, что и посоветую.

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

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

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

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

Немного проще: еще до html5 можно было использовать любые атрибуты, просто некоторые имели свои правила интерпретации как например href у a, интерпретировался как ссылка по onclick на некий путь(event), вы можете использовать любые атрибуты, но стоит учесть, что может возникнуть "конфликт" по спецификации. Почему использовать data? - "из коробки" хранение объектов и значений разных типов(формат json) при интерпретации, в остальных придется делать decode+"плюшки" чтобы отличить "1",1,true,TRUE и тд.

поставить foreach вокруг tr(строка), а не как сейчас вокруг td(ячейка)? Или ваш вопрос не до конца ясен.

Судя по всему у вас не верно указан путь(PATH) к копилятору less(он у вас вообще стоит в системе, просто в комплект к плагину он не идет).
Вот подобная проблема на github sublime-less2css

Как вариант если не важна точность(ее можно усилить, не точно до текущего положения) - это метки у сотрудников и метки на дверях/дверных проемах таким образом при перемещении человека можно отслеживать от его предыдущего к нынешнему положению. Был вне периметра пересек точку A значит он в ней из а в B и так далее. Достаточно одной метке в проеме и далее положение от предыдущей. Какие использовать датчики - на усмотрение и в зависимости от бюджета. Лучше чем gps так как не зависит от "силы приема", "наличия заряда на передатчике". Хуже тем что нельзя отследить текущее положение, но решается увеличением количества датчиков, чем их больше тем выше точность. Можно реализовать буквально хоть через rfid, если постараться.

Конечно есть. На данный момент в первую очередь не стоит забывать, что HTML5 приложения шагаю "широким шагом", а так же веб-приложения. Разработка web-приложений и web-игр никак без них не обходится(пока здесь еще есть flash, но в зависимости от задач он часто уступает "пальму первенства" в последнее время). Так же не стоит забывать про серверный js - node.js стремился, а теперь выходит на передовые позиции в том числе именно из-за того, что "разработчик" клиентской части может покрывать в проекте потребности и серверной. Так что дерзайте и не забываете о изучении фреймворков. Ваниль конечно хорошо, но чем больше проект тем больше цена универсальности решений и скорости разработки, а следовательно и запуска проекта.

"Судя по документации к GAE, там надо добавить субдомен с именем * в панели управления."
Я бы с удовольствием, но я не вижу подобной возможности.