девственно чистый CSS 2 не могу решить всей широны задачь, которые стояли перед ним, так что не надо?
Вот если для ховера в дизайне определен цвет #453665 хорошо бы его класть в переменную hover = #453665 ибо в противном случае в стилях начинают рождаться #453666, #453555, #455665, #466666 и тд А потом вам скажет, ховер плохой, меняйте на #777555 и вы пошли лопатить тысячи строк десятки файлов, зарабатывая геморой.
Выкидыши типа less sass решают за вас кучу проблем начиная от автоподстановки префиксов — а это поверьте огромное благо. каждый раз писать десятки префиксов — удовольствие сомнительное, а тем более помнить есть ли такой или нет.
Так вместо слов ересь. аргументируйте почему, а не несите бред.
Это вполне логично и правильно, вы не видите разницы между оператором == и! это два разных оператора языка, было бы странно если бы они работали одинакого.
вот если честно только не совсем понимаю [true] == true точнее справа мы будем иметь 1, а слева мы получим вызов [[DefaultValue]] который может пойти по пути toString и valueOf выбор пути зависит от переданного значения в метод [[DefaultValue]], я вот не могу найти место где написано какой значение будет передано и соотвественно почему будет именно toString
Хех, весна, весна, у автора обострение? (погуглите хорошего специалиста, запишитесь на прием)
Но по порядку:
1) Лично автору предлагаю удалить все браузеры, обидеться на мир и не заходить в интернет вообще, там все на js, для вашей психики — опасно
2) Выучите матчасть! И я сейчас не о спецификации js, а о том почему в вебе все именно так! Тоже самое я могу сказать о html, css (хоть это и не языки программирования), но корень проблемы общий, код выполняется на стороне клиента и напрямую зависит от возможностей клиента, хватит ныть! Примите как данность, у всех разные устройства, браузеры, плагины, все это накладывает свой отпечаток и именно поэтому нельзя все резко поменять и сделать хорошо. Но я понимаю, лучше вылить на всех пару сотен строк ерунды, зачем вникать в проблему.
3) Я думаю, что не один человек не учить спецификацию как стихи наизусть, но хороший программист от плохого отличается тем, что он знает принципы организации ЯП, которые берут начало еще в математики. И ему не надо учить спецификация, он просо знакомиться с принципами заложенными в язык. а далее лишь учить api стандартной библиотеки, особенности\баги\недочеты языка и примеры из «best practices»
4) Люди на nodejs себя чувствуют хорошо ибо энвайромент на котором будет запущен проект известен заранее и проблем с совместимостью нет, вы пишите в современном стиле и используете фитчи которые точно заработают. И в общем то писать очень удобно
5) Библиотеке в js в общем-то такие же как и в других языках, почему вы используете вон тот скрипт который забросили год назад — это к вам. В мире куча прекрасных разработок с огромным комьюнити. Откройте java и посмотрите скока там разных библиотек, а скока там проблем с ними? Когда вы берете и у вас все падает, а при поиске проблемы оказывается что в нее разработчик вшил другую библиотеку которая по версии конфликтует с вашими и тд, но никто же не умер — живут. Идеала нет, идеал создаете вы. С начало думайте, потом делайте.
Ребята простой совет — будьте профессионалами, тогда ваше мнение будет похоже не на истерику малыша у которого отобрали конфетку, или вы не будите писать статью которую уже сотни людей писали до вас. Ну и наверное тогда вы будите воспринимать мир, таким, какой он есть и делать замечательные вещи.
Мне некоторые знакомые расказывали что некоторые из-за чрезмерной распространенности yii разрабатывают на нем сайты визитки и фактически вы натягиваете шаблоны на какую-то базовую заготовку. Бывает и такое, ну а что? Заказчику можно сказать что работа индивидуальная и используются новейшие решения.
Да, но когда клавиши на экране — можно поставить лайнчер и кастомизировать, а когда кнопочки впаяны в корпус устройства вы невольно оказываетесь заложником тупости юзабилити проектировщиков, которые посчитали что вы всегда будите держать устройство в 1 положении и ваше задяное устройство или флешка будут всегда идеально удобно расположены.
Вы предпочтете кнопки на устройстве? и они будут у вас то сверху, куда вообще невозможно дотянуться даже если освободить руку полностью (одной рукой сложно держать) или сбоку где вы случайно их постоянно нажимаете?
Поверьте кнопки на экране это неимоверно круто, самое гениально решение, за что мега респект сони.
Обосную свою позицию (хотя я щас буду говорит о планшете tablet Z) Итак за последние 3 месяца я активно пользовался Ipad air, tablet z и samsung tab pro (тот что совсем недавно вышел)
B я могу ответсвенно заявить — кнопки на экране нереально круто. Планшет от сони я без проблем смотрел где хочу и как хочу, провод зарядки могу находиться сбоку, снизу сверху (в зависимости от расположения разетки) а кнопки были всегда внизу под рукой. У эпла и самсунга кнопки были всегда с неудобной стороны и если зарядка распологалась не очень удобно то кнопки например оказывались сверху. попробуй поюзай или сбоку. У самсунга к тому же еще и кнопка назад и треться для вызова настроек сенсорные на корпусе, держать его в альбомной ориентации нереально, рука постояно касается этих кнопок и бамс, вылет.
Хочется сказать что это очень сложный код, который делает все вещи еще более неочевидными нежели использование this. А также любая IDE сойдет с уме и вместо красивого списка методов класса вы увидите «фигу»
ну ок, ок к словам привязались ) Я не хотел писать какую-то теорию, которую лучше прочитать в одной из многочисленных статей (своими сдловами я бы хуже рассказал) Я лишь и хотел сказать что работая с контекстом в стандартном стиле движок использует дополнительные механизмы оптимизации
И еще 5 копеек, современные js движки мегопотимизированны и для работы с this там уже сделаны почти все необходимые оптимизация, под данный вариант «наследования» естественно никто не затачивал движок да и не будет.
У военных все уже давно есть, или вы думаете спутники шпионы оснащаются кофемашиной на случай пролетающего мимо астронавта?
Даи снимать военные объекты никто не даст, да и вообще есть куча объектов которые снимать никто не даст, иначе каждый сумашедший захочет поиграть в шпиона, изучит в реальном рвемени атомную электростанцию и привет (причем конечно утрирован, но недооценивать возможности подобной систему которыми могу воспользовать в недобросовестных умыслах нельзя)
Вот если для ховера в дизайне определен цвет #453665 хорошо бы его класть в переменную hover = #453665 ибо в противном случае в стилях начинают рождаться #453666, #453555, #455665, #466666 и тд А потом вам скажет, ховер плохой, меняйте на #777555 и вы пошли лопатить тысячи строк десятки файлов, зарабатывая геморой.
Выкидыши типа less sass решают за вас кучу проблем начиная от автоподстановки префиксов — а это поверьте огромное благо. каждый раз писать десятки префиксов — удовольствие сомнительное, а тем более помнить есть ли такой или нет.
Так вместо слов ересь. аргументируйте почему, а не несите бред.
[1] == true => 1 ==1
[2] == true => 2 == 1
true в данном случае будет приведено к 1
[1] == true => 1 ==1
[2] == true => 2 == 1
[true] == true => «true» == 1
Но по порядку:
1) Лично автору предлагаю удалить все браузеры, обидеться на мир и не заходить в интернет вообще, там все на js, для вашей психики — опасно
2) Выучите матчасть! И я сейчас не о спецификации js, а о том почему в вебе все именно так! Тоже самое я могу сказать о html, css (хоть это и не языки программирования), но корень проблемы общий, код выполняется на стороне клиента и напрямую зависит от возможностей клиента, хватит ныть! Примите как данность, у всех разные устройства, браузеры, плагины, все это накладывает свой отпечаток и именно поэтому нельзя все резко поменять и сделать хорошо. Но я понимаю, лучше вылить на всех пару сотен строк ерунды, зачем вникать в проблему.
3) Я думаю, что не один человек не учить спецификацию как стихи наизусть, но хороший программист от плохого отличается тем, что он знает принципы организации ЯП, которые берут начало еще в математики. И ему не надо учить спецификация, он просо знакомиться с принципами заложенными в язык. а далее лишь учить api стандартной библиотеки, особенности\баги\недочеты языка и примеры из «best practices»
4) Люди на nodejs себя чувствуют хорошо ибо энвайромент на котором будет запущен проект известен заранее и проблем с совместимостью нет, вы пишите в современном стиле и используете фитчи которые точно заработают. И в общем то писать очень удобно
5) Библиотеке в js в общем-то такие же как и в других языках, почему вы используете вон тот скрипт который забросили год назад — это к вам. В мире куча прекрасных разработок с огромным комьюнити. Откройте java и посмотрите скока там разных библиотек, а скока там проблем с ними? Когда вы берете и у вас все падает, а при поиске проблемы оказывается что в нее разработчик вшил другую библиотеку которая по версии конфликтует с вашими и тд, но никто же не умер — живут. Идеала нет, идеал создаете вы. С начало думайте, потом делайте.
Ребята простой совет — будьте профессионалами, тогда ваше мнение будет похоже не на истерику малыша у которого отобрали конфетку, или вы не будите писать статью которую уже сотни людей писали до вас. Ну и наверное тогда вы будите воспринимать мир, таким, какой он есть и делать замечательные вещи.
Обосную свою позицию (хотя я щас буду говорит о планшете tablet Z) Итак за последние 3 месяца я активно пользовался Ipad air, tablet z и samsung tab pro (тот что совсем недавно вышел)
B я могу ответсвенно заявить — кнопки на экране нереально круто. Планшет от сони я без проблем смотрел где хочу и как хочу, провод зарядки могу находиться сбоку, снизу сверху (в зависимости от расположения разетки) а кнопки были всегда внизу под рукой. У эпла и самсунга кнопки были всегда с неудобной стороны и если зарядка распологалась не очень удобно то кнопки например оказывались сверху. попробуй поюзай или сбоку. У самсунга к тому же еще и кнопка назад и треться для вызова настроек сенсорные на корпусе, держать его в альбомной ориентации нереально, рука постояно касается этих кнопок и бамс, вылет.
Даи снимать военные объекты никто не даст, да и вообще есть куча объектов которые снимать никто не даст, иначе каждый сумашедший захочет поиграть в шпиона, изучит в реальном рвемени атомную электростанцию и привет (причем конечно утрирован, но недооценивать возможности подобной систему которыми могу воспользовать в недобросовестных умыслах нельзя)
Как это пачками? Например сегодня мы обсуждаем 7 законо, и пошло голосвания по каждому замкоу за или против. Что-то я вас недопонял