Замыкания - добро, т.к. они являются одной из самых важных основ языка. Ессесно нужно уметь ими пользоваться. Те, кто не знают, что такое замыкание, собеседование у меня не проходят сразу, а этот вопрос я задаю в первую минуту.

а сколько потерял за год, не считал? а ещё через год этот твой желторотик подумает, что он совсем крутой и уйдет в другое место.
У меня сейчас нет времени учить, мне нужно чтобы знали. Замыкания это не единственный аргумент конечно, меня интересуют все важные основы. Если человек работал только с jQuery, то он мне не подходит, такие люди как правило не представляют что такое JS вообще.

кстати насчет выбора - я бы подождал третьего :)

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

ещё один психолог по интернету? :) нет уж, уволь, таких докторов не надо занимайся лучше программированием, или поучись не притягивать ложные факты к беседе.
авторА человека можно удержать разными способами. И тот кто думает, что только "бабло рулит" - тот глубоко заблуждается.
я так не думаю, или ты к кому-то другому обращался? да, человека можно удержать, например, дав ему интересную работу (если он не из тех для кого бабло рулит), но интересная работа будет у тебя не всегда.
авторто должны знать
спасибо, знаю, но речь шла совсем не об этом. изначально вопрос стоял как? Кого взять на вакантную должность программиста клиентской части - человека со знаниями или новичка с потенциалом? Все зависит от конкретной ситуации. Кому надо получить результат сейчас - возьмет опытного, кто не прочь год потерять, потом за 5 месяцев долететь - возьмет новичка. В чем спор-то? Ты потерял год, поздравляю, к чему навязывать свой выбор другим?

-------------------asdjl
сделали начальнегом - поздравляю
я тебя не знаю, но спасибо, хотя ты конечно "немного" запоздал.


IDVsbruck ,
интересный вопрос. Скрипт он в некотором смысле относится целиком и полностью ко view, позволяет создать просто богатое представление данных. Не видел ещё чтобы кто-то пытался сделать схему MVC + MVC, где первый - MVC на сервере, второй - MVC для серверного View. Немного странновато, не кажется?
С другой стороны если писать rich client то сервер уже перестает играть такую важную роль и mvc для него может быть избыточен (например, сервер уже не принимает решение о переходах между вью). Если рассматривать ExtJS, например, на твой взгляд он дает возможность полноценного MVC, или нет? Там какбэ есть модель, есть вьюшки, структура и стиль библиотеки не дает тебе ляпнуть лишнего, правда контроллер надо написать самому :) Как выглядит полноценный MVC на клиенте? Не будет ли это слишком большим оверхедом в программировании (ведь mvc тянет за собой сложную разделенную структуру)? Когда имеешь дело с таким гибким языком, как js, главное вовремя себя остановить и не вляпаться в кашу.

ShSerge Зы , а ты начальнег?
да