"Условная защита" значит, что народ _договорился_ не трогать защищённые члены.
А чтобы _случайно_ не накосячить, проверку возложили на компилятор. Проверку.
Если же кто-то _захочет_ поломать объект, он его поломает.
И, раз уж защита строится на договорённости, почему в js должно быть по-другому?
Как "случайно не накосячить" я уже привёл пример.
Да, использование замыканий это неуклюжая калька с "обычного" ООП.
В "обычном" ООП "физически" объект ни от чего не защищён. Он защищён "условно". Ничто не мешает добавить условность и в js. Например, обычное соглашение об именах: префикс "__" для защищённых объектов. "Ошибиться" и сломать "случайно" какое-нибудь object.__protectedProperty невозможно.
IE для пользователя вреден. Те, кто об этом узнают, переходят сами. Остальных нужно подтолкнуть.
Проблема веб-разработчика не веб-стандарты, а глючные, не поддерживающие их браузеры. Точнее, один самый кривой и неподдерживающий. Напишите хотя бы пару валидных кроссбраузерных проектов, копните поглубже, спорить отпадёт желание.
IE является частью ос, необходимой для её функционирования. Исключать его оттуда, а тем более заставлять рекламировать конкурентов, никто не имеет права. MS вывернется из этой ситуации и будет права — они, фактически, обязаны были дать этот минимальный инструмент, каким бы корявым он ни был.
Другое дело, что доля IE держится. И держится, в первую очередь, благодаря нам, веб-разработчикам. Нечего сваливать эту вину на MS или кажуалов, которые вообще не в теме. В отличие от медиаплеера, чего стоит нам, спрашивается, элементарно выводить предупреждения о безопасности и несоответствии стандартам на каждом ресурсе, загружаемом в IE? Не запрещать доступ пользователям IE, не ограничивать их права, а хотя бы просто предупреждать? Да ничего! Строчка кода на JS.
В общем, ежели кто темой противодействия действительно заинтересован — пишите в личку.
Само собой, сайты нужно как-то индексировать. Только html, как основа, навряд ли должен плясать от поисковиков.
Поисковикам, вроде, многого не нужно, вот и сделали бы отдельный формат/рекомендации для поисковых тегов, с возможностью независимого от html роста и свободой самого html, как базы, от нагромождений.
А то они так и до микроформатов доберутся — с этими gav`ами к какой-нибудь десятой версии сам html большей своей частью будет доставлять радость только некрофилам.
Опять двадцать пять...
Да отпустили бы уже эти теги, не бежали бы следом за всем миром. Делов-то.
Пусть бы теги были чистой семантикой без жёстких предопределений и архаики; css — _чистым_ визуалом; любая дополнительная функциональность, будь то expressions, формы или MathML — на js +xhr (легко!); всякие объекты типа флеша и видео — плагинами (один тег). И всё. Чего громоздить-то? Сегодня nav а завтра gav.
Части изображения довольно значительно смещаются по геометрической сетке, что искажает цвет соседних полей "ломаемого" даунсемплированного варианта. Искажение дополняется сдвигом каждого канала на величину до половины диапазона (можно тоже делать волнообразно). Пойди, узнай, в какой сектор b/w и т.п. конечные пиксели упали, и какая между соседями "общая" разница. Сам диапазон можно также масшатбировать, мешать каналы, накладывать шум в промышленных масштабах (хоть текстуру сверху) — фишка в том, что на фотках без играющих роль мелких деталей моск всё схавает, ибо больше важен общий образ (в отличие от текстовых каптч).
Идеек как хорошо поиграться на выдающихся адаптивных возможностях человека воз и маленькая тележка но, по-хорошему, нужно сразу писать ломалку и гонять до умопомрачения. А времени пока мало.
Примерчик же старенький и даже недоделанный, чисто как пища для размышления.
Это кто из опрошенных левый? Дизайнер персонажей? Как вообще можно разрабатывать персонажей вне общей атмосферы? Не говоря уже о environment artist.
Даже программист, если это не бездумная машина, имхо, должен быть "в теме".
Иначе — очередная "красивая", но шаблонная мейнстрим-поделка, чего народ и боится.
Вижу специфическое применение технологии, не для широкого круга.
Хотя-бы потому, что для большинства "обычных" задач нужна идеальная поверхность для проекции.
Смысл сидеть в шахтёрской каске уставившись в специально обученный лист бумаги, если сть мониторы?
А вот, например, для задач строителей, учителей, шахтёров тех-же и т.п. — вполне даже.
Причём тут информационный повод, если даже картинки Ваши?
Вообще же, ИМХО, в данном случае не велика беда. Но если шибко не нравится — свяжитесь с этими Сергеем и Мариной Бондаренко на тему указания ссылки на первоисточник и всё.
А чтобы _случайно_ не накосячить, проверку возложили на компилятор. Проверку.
Если же кто-то _захочет_ поломать объект, он его поломает.
И, раз уж защита строится на договорённости, почему в js должно быть по-другому?
Как "случайно не накосячить" я уже привёл пример.
В "обычном" ООП "физически" объект ни от чего не защищён. Он защищён "условно". Ничто не мешает добавить условность и в js. Например, обычное соглашение об именах: префикс "__" для защищённых объектов. "Ошибиться" и сломать "случайно" какое-нибудь object.__protectedProperty невозможно.
Мир говорит.
А умный Вы один
на всю планету. Далее говорить, собственно, не о чем.
Проблема веб-разработчика не веб-стандарты, а глючные, не поддерживающие их браузеры. Точнее, один самый кривой и неподдерживающий. Напишите хотя бы пару валидных кроссбраузерных проектов, копните поглубже, спорить отпадёт желание.
Ему сказать нужно, и чем прямее, тем лучше.
Другое дело, что доля IE держится. И держится, в первую очередь, благодаря нам, веб-разработчикам. Нечего сваливать эту вину на MS или кажуалов, которые вообще не в теме. В отличие от медиаплеера, чего стоит нам, спрашивается, элементарно выводить предупреждения о безопасности и несоответствии стандартам на каждом ресурсе, загружаемом в IE? Не запрещать доступ пользователям IE, не ограничивать их права, а хотя бы просто предупреждать? Да ничего! Строчка кода на JS.
В общем, ежели кто темой противодействия действительно заинтересован — пишите в личку.
Поисковикам, вроде, многого не нужно, вот и сделали бы отдельный формат/рекомендации для поисковых тегов, с возможностью независимого от html роста и свободой самого html, как базы, от нагромождений.
А то они так и до микроформатов доберутся — с этими gav`ами к какой-нибудь десятой версии сам html большей своей частью будет доставлять радость только некрофилам.
Да отпустили бы уже эти теги, не бежали бы следом за всем миром. Делов-то.
Пусть бы теги были чистой семантикой без жёстких предопределений и архаики; css — _чистым_ визуалом; любая дополнительная функциональность, будь то expressions, формы или MathML — на js +xhr (легко!); всякие объекты типа флеша и видео — плагинами (один тег). И всё. Чего громоздить-то? Сегодня nav а завтра gav.
Идеек как хорошо поиграться на выдающихся адаптивных возможностях человека воз и маленькая тележка но, по-хорошему, нужно сразу писать ломалку и гонять до умопомрачения. А времени пока мало.
Примерчик же старенький и даже недоделанный, чисто как пища для размышления.
Ох-ох-ох... http://pictcha.net/
Даже программист, если это не бездумная машина, имхо, должен быть "в теме".
Иначе — очередная "красивая", но шаблонная мейнстрим-поделка, чего народ и боится.
Хотя-бы потому, что для большинства "обычных" задач нужна идеальная поверхность для проекции.
Смысл сидеть в шахтёрской каске уставившись в специально обученный лист бумаги, если сть мониторы?
А вот, например, для задач строителей, учителей, шахтёров тех-же и т.п. — вполне даже.
Вообще же, ИМХО, в данном случае не велика беда. Но если шибко не нравится — свяжитесь с этими Сергеем и Мариной Бондаренко на тему указания ссылки на первоисточник и всё.
Время x1 = сферический конь в вакууме.
Время х2 = оптимистичный прогноз.
Время х3 = скорее, так и будет.