maxaon

А почему именно на Perl? Сейчас же вроде Python набирает популярность.

Если нужен только двухсторонний дата-байндинг - возьмите knockout. Если нужен цельный фреймворк - angular.
Я бы в вашем случае взял бы knockout.

Есть приложение, с push State навигацией, которая реализована на History.js.

непонятно чем вас не устроили ngRoute/uiRouter... Только проблемы себе создали.

Только вот, проблема в том, что не директива должен запрос делать

Ну так делайте в сервисе... Не вижу проблемы. $compile вам доступен там где вы его заинджектите. Если делать по аналогии с ngRoute, у вас будет сервис, который ресолвит состояние, создает скоуп, детектит что нужно подгружать и т.д. по правилам определенным в провайдере и передавать это все в директиву, которая будет подменять view.

Могу предположить, что делается нечто подобное
POST some-web-site.ru/user/volodya/follow


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

Что значит портит? Он добавляет, а ваши родные атрибуты как были, так и остались.

Обычно на матери есть сата2 и сата3 порты, логично переткнуть из сата2 порта в сата3.

ownCloud https://owncloud.org/

9 бит ? - это шутка, однозначно.

На правах костыля - img с этим же изображением и его onload, но наверняка есть варианты лучше

Все ринулись упражняться в остроумии по поводу 1С и программирования на русском, а ведь у автора проблема совсем не в этом. Автору не хочется изучать синтаксис языка, на котором он хочет программировать. Причем даже не самые сложные конструкции (цикл, объявление и присвоение значений переменных и т.д.).
Оставив в стороне предметную область, в том же 1С только описание встроенного языка с минимальными примерами кода составляет объем в 7 книг. + еще столько же по особенностям применения тех или иных конструкций и объектов языка, языку запросов и администрированию системы в целом.
Да, блин, даже если блок-схемами программу рисовать и то придется запомнить, что обозначает ромбик, а что - прямоугольничек.
Автору могу посоветовать либо забыть о программировании вообще, либо ждать благословенных времен, которые все время предсказывают различные "эксперты" - когда программировать не будет никто, программисты будут не нужны, а пользователь просто будет говорить компьютеру что ему нужно, а на выходе получать готовую программу.

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

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

IDE это не способ написать программу, это инструмент, который упрощает ее написание. Писать можно хоть в блокноте, а зачастую большего и не требуется.

Также даже со всеми такими подсказками совершенно не понять как например нарисовать простейший пиксель на экране. Нужно сначало лезть по документации изучить язык, затем узнать что существуют библиотеки(opengl например) затем научиться с ними работать, затем узнать что есть всякие api(winAPI или qt) , и научиться работать с ними. И только потом вывести пиксель на экране. И ведь для всего мне придёться читать документацию (javaJDK openglSDK MSDSN qt-доки) и всё на иностранном для меня языке.

Так и есть. Хотите пользоваться OpenGL - изучите его специфику. Опять пример с машиной.
Конечно, можно просто скопировать кусок и вставить, но если потом придется что-то править, без понимания Вы можете порушить всю архитектуру программы

Русскоязычные пользователи вынуждены лезть в google и искать, перелопачивать тонну информации ради маленького фрейма. Англичанам проще их инструкции написаны на понятном им языке.

Так уж сложилось, что программирование зародилось в англоязычной среде. И никакой патриотизм к этому отношения не имеет. У меня был опыт написания программ на языке с русским синтаксисом, и я проклял все как раз из-за конструкций вида <имя><знач.>[<зн.оп.><знач.>].
Если не знаете английский, купите книжку типа "<ВыбранныйЯзыкПрограммирования> для начинающих" или "Введение в <ВыбранныйЯзыкПрограммирования>", там все на русском и понятно. Все так начинали.

Не пытайтесь вести машину, не зная ПДД. Не пытайтесь готовить, не зная рецепт. Не пытайтесь программировать, не зная языка программирования. Все это приводит к плохим результатам.

я не думаю что вам будет понятнее такой код:

класс ПростойКласс {
    приватно:
        свойство строка названиеПеременной
    публично конструктор (строка названиеПеременной) {
         контекст.названиеПеременной = названиеПеременной;
    }
    // ...
}

ПростойКласс[] массивКлассов = создать ПростойКласс[10];
пока (беззнаковое целое итератор = 0; итератор < 10; итератор++) {
    массивКлассов[итератор] = создать ПростойКласс("строка передаваемая в конструктор);
}

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

Тут так же. Знание самого языка не поможет вам понять смысла конструкций типа for.

Вы лучше подучите английский, нет? Да и без него выучить синтаксис не так уж тяжело. А так:
Языки программирования с ключевыми словами не на а...
Только вот сообщество, которое говорит на английском больше в разы, так что сами судите, стоит ли оно того.

люди думать отучились - вопросы по любому поводу в интернетиках ищут (в тостере особенно)?

Напишите свой маленький матчер:

beforeEach(function() {
	this.addMatchers({
	    toBeInstanceOf: function(expectedInstance) {
	    	var actual = this.actual;
	    	var notText = this.isNot ? " not" : "";
	    	this.message = function() {
	    		return "Expected " + actual.constructor.name + notText + " is instance of " + expectedInstance.name;
	    	};
	    	return actual instanceof expectedInstance;
	    }		
	});
});