Николай Виноградов

Django by Example
Другие варианты (с подобной информацией) лично мне неизвестны.

Кликните на изображении обложки книги (над которым стоит указатель со стрелкой Look inside), перейдите в раздел Table of Contents и ознакомьтесь с информацией о темах, представленных в книге.

да ну нафиг на почасовку. И такие работы вообще редко на почасовку делаются. Закзачик там вообще не может предсказать часы необходимые для работы, поэтому если адекват, то по часам не предлагает. А если не очень адекват, то и зачем он.

Либо вы работали со странными заказчиками, либо не умеете работать по часам...
Почему заказчик должен предсказывать(какое правильное слово вы написали) сколько вам потребуется часов на заказ?
Заказчик обсуждает с вами заказ, вы можете ему назвать примерное время исполнения.
А в процессе что-то может измениться, усложниться, дополниться - это происходит в 99% заказов.
Соответственно заказчик который нанял вас с почасовой ставкой должен понимать что сроки могут меняться, особенно если он просит что-то дополнительно.
Вы в свою очередь обосновано можете обговорить с ним что изменилось.

Если клиент будет готов заплатить 150 баксов, а я возьму с него 100 - я проиграю 50 баксов. Если же работа реально окажется сложнее и я возьму с него 200 баксов, при том что он был готов заплатить 150,- он напишет плохой отзыв.

Вы или очень жадный или я и не знаю.
Вы не проигрываете от того что делаете быстрее, а оставляете клиента довольным, при этом сами можете уже искать другой заказ, и заработать 50$ на нём.
Или вам не нужны довольные клиенты которые придут второй, третий раз и еще друзьям порекомендуют, важнее содрать с них на 50$ больше за работу которую вы выполняете быстро и без сложностей?
Опять же снова два варианта, либо поднимаете ставку(раз вам не нравится соотношение время исполнения/цена).
Либо работаете на хороший профиль и базу лояльных постоянных клиентов, которые быстро получают выполненный заказ.

В чем почасовка с оценкой 50-200 баксов лучше fixed price на 150 баксов???

В том что при фиксированной цене при усложнении заказа в 2 раза, вы все еще получите 150$, а при почасовой скажете заказчику что появились нюансы при работе над заказом, и это выливается в N дополнительных часов.
Если это обосновано, то заказчики не смогут ничего предъявить.
А если это будет так как вы пишете "тянуть заказ на 10 часов который вы сделали за 3", "проигрываю 50$".
Т.е. тупо вытрясти бабла, естественно будут претензии.

Вероятно,
Jquery .on('input', function(){...});

т.е. событие должно не на изменение, а на сам факт ввода срабатывать.

В Chrome Dev tools есть device mode. В видео подробности youtu.be/FToC_nSvdU8?list=PLI6q7lZ9ClB2CUXSYvYuT9S...

httpd.apache.org/docs
nginx.org/ru/docs

Зависит от поставленных задач, но, в основном, C# для windows самый лучший выбор.

говно-"кодинг" сплошной. Даже стили не могут нормально прописать =/

Через DOM:

var div = document.createElement('div');
div.innerHTML = "Hello World";
document.body.appendChild(div);

А зачем?

ExtJS - гавно.
AngularJS - божество.

// upd

Сужу, ибо работал и с тем, и с тем.

// upd2

Angular:
+ очень гибкий
+ огромный функционал
- порог вхождения

ExtJS:
+ легкие crud datables
- ужасное API
- ужасная расширяемость
- костыли
- велосипеды

логично садиться в 9 утра по сша и заканчивать в 6 вечера по сша.
логично мониторить только в будни если есть ограничение по времени

Если по МСК то начиная с 19 часов пробуйте мониторить, если ориентируетесь на США, если на Европу и вы "сова" то как проснулись - в самый раз, то-есть часов с 11 по МСК.

Вот до тех пор пока все будут учить фреймворки, а не принципы проектирования и то как работает браузер, у нас и будут появляться быдлокодеры. Это мысли в слух. Не в обиду автору.

Фреймворк это просто инструмент. Он за вас решит ряд вопросов. Позволит какие-то фичи сделать быстрее за счет того, что они уже были решены ранее. Но любой фреймворк можно изучить и применять за приемлемое время при условии, что у вас будут достаточно прокачанные скиллы по js, по тому как работает браузер, по тому как передается информации между клиентов и сервером (сокеты, xhr, cors и прочие свистелки).

Если вы новичок, то просто пишите код. Ставьте задачи. Смотрите как эти задачи решены были ранее в рамках любого фреймворка или библиотеки, прочитайте исходники.

Фреймворки, к сожалению, весьма подвержены моде. Раньше был тренд на Backbone.js, затем под ореолом Гугла все подхватили Angular.js, сейчас начинается повальное увлечение React.js. Завтра появится, что то новое, все кинутся на него.

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

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

А человек, который на ваш вопрос "Что мне изучать?" быстро и легко назовет имя любого фреймворка, скорее всего сам еще недостаточно прокачался, потому как он видимо не понимает, что нет "серебряной пули". Нет идеального фреймворка, который бы решал все ваши задачи.