Затык-затыком, это было предсказуемо, но в том ролике меня меня смущает один момент: 12-летняя девочка из Осетии вместе с 40-летней тетей в течение суток оказались в Америке и свободно (заметьте, СОВЕРШЕННО свободно) объясняются на АМЕРИКАНСКОМ английском).
Готов поспорить на что угодно, что среди московских школьников не наберется и 10% тех, кто сможет понять и объясниться на американском английском, да еше в прямом эфире.
Так же готов поспорить, что американской визы в зоне боевых действий в течение суток не получить.
вообще-то нашел в трекере где-то в середине января этого года — мы тогда с jquery на mootools переезжали в проекте. Оказалось, в Class.Extends ошибочка была ;-)
Видимо, имеется ввиду возможность запретить пользователям хостинга использование ряда функций — что-то типа safe mode в PHP. Только нафик кому оно надо, когда shared хостинг медленно умирает, а решений на базе VPS — на каждом углу по 2 цента километр? Кому-то нужна лимитация внутри VPS? ;-)
> P.S. очень сильно напрегает спорить (уже давно стараюсь это не делать) с программистами 1-4 стадии
Какая прелесть! Почему каждый считает, что он находится непременно на высшей стадии? ;-)
> Т.к. программист считается самым низким уровнем этой структуре — писать код можно научить многих, хоть индусов брать, а вот архитектура, правильная многопоточность и т.д. — это уже искуство которому учатся всю жизнь.
Давайте проведем маленький тест: реализуйте мне поддержку АОП в самом примитивном виде (before, after, aroundOf), скажем на Javascript. Как Вы считаете, кто лучше справится с этой задачей: «программист», «разрабочик» или «архитектор»? (все термины взяты в Вашем изложении).
> На этом этапе программист становится либо менеджером (руководителем группы и т.п.), либо уходит в аналитики или проектировщики.
Этап №7. Возвращение.
Перейдя в менеджеры, программист в итоге осознает, что 90% рутины можно автоматизировать, а некоторых менеджеров вообще заменить парой-тройков скриптов ;-) Впадает в уныние и уходит в аналитики/архитекторы.
Перейдя в архитекторы, программист поднимается все выше и выше по Лестнице Абстракций и, в итоге, начинает описывать сферических коней в вакууме. Однажды, он с ужасом осознает, что другие программисты (возможно, его бывшие коллеги по цеху) давно перестали его понимать и втихаря делают всё по-своему, ибо попытки воплотить описанную архитектуру в жизнь не приводят к желаемому результату.
Поэтому, в один прекрасный день, программист останавливается и задает себе вопрос: «что привело меня в программирование? Зачем мне это было нужно? Почему я начал этим заниматься?», медитирует, получает верный ответ и, оставив всяческие высокие посты, возвращается обратно программировать, уже в совершенно новом качестве.
P.S. На этом моменте многие ломаются и ниже должности Главного Архитектора или Технического Директора работать не могут впринципе — их напрягают незнакомые названия новомодных фреймворков, концепций, новые тренды в языках программирования, они не понимают как вернуться. И навечно застревают там, «в облаках», изображая из себя архи-мега-крутых перцев, которые, при детальном рассмотрении, уже не владеют даже элементарными вещами, о которых знает [почти] каждый junior.
Дык… это не дизайн, а заготовки. Хотя, должен сказать 10$ за штуку — все равно слишком дешево. Наши дизайнеры такие шаблоны в свободное от работы время пачками клепают и продают потом по 30-50$ на «авось пригодится». Как правило — нет-нет, да пригождается ;-)
Ну да, ну да. Зато когда Вы женитесь и дома появится ребенок — Вы очень резко полюбите офисы. Потому что работать дома Вы сможете урывками по 30 минут с последующим перерывом на выполнение довольно монотонных квестов:
1. «Смените подгузник!» (5 минут по раза 6 в сутки, далее непременно идет квест №2)
2. «Покачай меня на ручках!» (30 минут — 1.5 часа)
3. «Угадай, почему я плачу?» (как попрет, до 2 часов)
4. «Дайте пожрать!» (подготовить бутылочку, соску, подогреть смесь до определенной температуры и т.п — от 5-20 минут)
5. «Попробуй искупать меня. Хе хе!» (30-40 минут, далее квест #2)
6. «Коляску в зубы и на улицу!» (2 часа)
P.S. Домашнее задание: посчитайте, сколько времени остается на работу ;-)
> С другой стороны — конкретные баннеры на конкретном, часто нами посещаемом, сайте. Тут в игру вступает чувство справедливости. Если мне нравится сайт, то совесть не позволит мне обмануть владельца и вырубить его баннеры. Это как пройти в цирк без билета.
Хочешь помочь сайту — сделай донейт автору и спи спокойно. Был бы в Инете популярен донейт — не было бы баннеров на ооочень многих сайтах ;-)
В body надо script аттачить, потому как сафари / webkit и IE6 проигнорят вставку элемента в head. Код, работающий под FF, IE, Opera, Safari, Konqueror, Google Chrome:
function include(src) {
var s = document.createElement(«script»);
s.setAttribute(«src», src);
document.getElementsByTagName(«body»)[0].appendChild(s);
}
Если бы не Ослик и Konqueror, можно было бы короче:
Не проще. Переменные следует именовать согласно их назначению, и префикс или суффикс, несущий в себе тип переменной — это последнее, что я хочу знать об этой переменной.
Повторю еще раз: венгерка была придумана для указания НЕ ТИПА переменной, а для указания ВИДА переменной, т.е. СУТИ того значения, которое содержится в переменной. Почитайте [дважды] статейку «Making Wrong Code Look Wrong» за авторством Joel Spolsky — Вы всё поймете и перестанете писать эту ересь в коде ;-)
Если интересует именно указанная реализация, то проблемы две:
1. использование синхронного XHR — страницы с множеством «инклюдов» будут тупить в браузерах пользователей.
2. невозможность загрузки «инклюдов» с доменов, отличных от домена страницы.
Готов поспорить на что угодно, что среди московских школьников не наберется и 10% тех, кто сможет понять и объясниться на американском английском, да еше в прямом эфире.
Так же готов поспорить, что американской визы в зоне боевых действий в течение суток не получить.
Делайте выводы, господа.
Какая прелесть! Почему каждый считает, что он находится непременно на высшей стадии? ;-)
> Т.к. программист считается самым низким уровнем этой структуре — писать код можно научить многих, хоть индусов брать, а вот архитектура, правильная многопоточность и т.д. — это уже искуство которому учатся всю жизнь.
Давайте проведем маленький тест: реализуйте мне поддержку АОП в самом примитивном виде (before, after, aroundOf), скажем на Javascript. Как Вы считаете, кто лучше справится с этой задачей: «программист», «разрабочик» или «архитектор»? (все термины взяты в Вашем изложении).
Простите, Мастер, Вы уроков не даете? ;-)
Этап №7. Возвращение.
Перейдя в менеджеры, программист в итоге осознает, что 90% рутины можно автоматизировать, а некоторых менеджеров вообще заменить парой-тройков скриптов ;-) Впадает в уныние и уходит в аналитики/архитекторы.
Перейдя в архитекторы, программист поднимается все выше и выше по Лестнице Абстракций и, в итоге, начинает описывать сферических коней в вакууме. Однажды, он с ужасом осознает, что другие программисты (возможно, его бывшие коллеги по цеху) давно перестали его понимать и втихаря делают всё по-своему, ибо попытки воплотить описанную архитектуру в жизнь не приводят к желаемому результату.
Поэтому, в один прекрасный день, программист останавливается и задает себе вопрос: «что привело меня в программирование? Зачем мне это было нужно? Почему я начал этим заниматься?», медитирует, получает верный ответ и, оставив всяческие высокие посты, возвращается обратно программировать, уже в совершенно новом качестве.
P.S. На этом моменте многие ломаются и ниже должности Главного Архитектора или Технического Директора работать не могут впринципе — их напрягают незнакомые названия новомодных фреймворков, концепций, новые тренды в языках программирования, они не понимают как вернуться. И навечно застревают там, «в облаках», изображая из себя архи-мега-крутых перцев, которые, при детальном рассмотрении, уже не владеют даже элементарными вещами, о которых знает [почти] каждый junior.
Поправочка #1: «процедурного», не функционального.
Поправочка #2: откуда данные про 20%?
1. «Смените подгузник!» (5 минут по раза 6 в сутки, далее непременно идет квест №2)
2. «Покачай меня на ручках!» (30 минут — 1.5 часа)
3. «Угадай, почему я плачу?» (как попрет, до 2 часов)
4. «Дайте пожрать!» (подготовить бутылочку, соску, подогреть смесь до определенной температуры и т.п — от 5-20 минут)
5. «Попробуй искупать меня. Хе хе!» (30-40 минут, далее квест #2)
6. «Коляску в зубы и на улицу!» (2 часа)
P.S. Домашнее задание: посчитайте, сколько времени остается на работу ;-)
Хочешь помочь сайту — сделай донейт автору и спи спокойно. Был бы в Инете популярен донейт — не было бы баннеров на ооочень многих сайтах ;-)
function include(src) {
var s = document.createElement(«script»);
s.setAttribute(«src», src);
document.getElementsByTagName(«body»)[0].appendChild(s);
}
Если бы не Ослик и Konqueror, можно было бы короче:
document.getElementsByTagName(«body»)[0].appendChild(document.createElement(«script»)).setAttribute(«src», src);
Повторю еще раз: венгерка была придумана для указания НЕ ТИПА переменной, а для указания ВИДА переменной, т.е. СУТИ того значения, которое содержится в переменной. Почитайте [дважды] статейку «Making Wrong Code Look Wrong» за авторством Joel Spolsky — Вы всё поймете и перестанете писать эту ересь в коде ;-)
1. использование синхронного XHR — страницы с множеством «инклюдов» будут тупить в браузерах пользователей.
2. невозможность загрузки «инклюдов» с доменов, отличных от домена страницы.
3. eval — кака :-)