Окинув список беглым взглядом и сравнив его с этим списком, мне кажется, что здесь паритет, т.е. примерно 50 на 50 с учетом dual-renderer.
Игры на id Tech (Doom, Quake, SW Jedi Knight, etc.), игры от Blizzard (Warcraft, WoW, Diablo), Source engine (Half-Life, CS, Portal, etc), игры на Aurora Engine (The Witcher, NWN, SW: KOTOR, etc.), на Unreal Engine, на Gamebryo (Fallout 3, The Elder Scrolls 3/4, Civ 4, etc.), и множество других игр, портированных на PS3, или выпущенных для MacOS/Linux, либо полностью работают на OpenGL, либо умеют работать с OpenGL. Многие профессиональные современные игровые движки поддерживают как DirectX, так и OpenGL, что упрощает портирование игр.
Комментарии этого поста мне напоминает волну, поднявшуюся после того, как Microsoft купили Skype, когда люди начали вопить о багах Skype ещё тогда, когда покупка не была завершена.
На мой взгляд, покупка электронной системы платежей — это вполне разумное и обоснованное решение. Я симпатизирую Грефу и его попыткам перекроить Сбербанк. Купили «Тройку диалог» для продвижения на рынке инвестиционных услуг, купили Volksbanken и Denizbank для продвижения в Европе и Турции. Теперь купили Яндекс.Деньги, почему бы и нет?
var divs = document.querySelectorAll("div"); for (var i = 0; i < divs.length; i++) { divs[i].style.width=(divs[i].offsetWidth-1) + "px" };
В Chrome вызвал N последовательностей recalculate style > layout > layout. И одному финальному repaint. В то время как
var divs = document.querySelectorAll("div"); for (var i = 0; i < divs.length; i++) divs[i].style.width='80%';
приводит лишь к одному проходу recalculate style > layout > layout > repaint, что кстати говорит о том, что возможно автор топика тестировал совсем не то, что хотел.
Возможно, нужно тестировать. Из личного опыта заню, что браузеры, во всяком случае Chrome и Opera, очень хорошо умеют оптимизировать этот процесс, стараясь все максимально кэшировать, собирают потенциальные рефлоу в батчи, и распознают, когда нужно делать рефлоу или репаинт. Если изменение style.width заведомо не влияет на соседние элементы, то Chrome будет делать только repaint. Если же влияет, то до repaint произойдет ещё style recalculation и reflow/layout. Нужно, пожалуй, поэкспериментировать. Статьи на тему похоже уже устарели. В той же Opera советуют использовать cssText/setAttribute, хотя в тестах изменение style у них показывает наилучшие результаты.
Совершенно верно, при каждом присвоении нового значение будет произведён ре-рендеринг элемента.
Насколько я помню, это произойдет не сразу. Только при необходимости. Т.е. можно сколь угодно много писать в el.style, reflow и repaint произойдут только при чтении какого-либо DOM свойства, или при завершении скрипта.
Не то, чтобы выдуманные. Скорее надуманные. Почему-то сразу вспомнились байки про хакеров в столовой, про старушку, сушившую кошку в микроволновке; про то, на что «сотрудники Google жалуются».
Если я покупаю утюг, который мне нужен для «комфортной жизнедеятельности», а он работает не так как я хочу, или время от времени не работает, я требую мои деньги назад и покупаю новый, или сдаю утюг в ремонт. Ни о какой уголовной ответственности здесь речи быть не может. И если я, зная, что утюг раскален до красна, пытаюсь погладить свою рубашку и сжигаю её, то это исключительно моя проблема, и не думаю, что судебное дело против разработчиков этого утюга будет хоть сколь-либо полезным.
У софта есть пробный период, когда вы можете оценить его качество, и вас действительно никто не заставляет покупать этот софт. Заметки и записки? Что же, есть огромное количество аналогов, платных и бесплатных. А жалобы на то, что новая версия карт Яндекса работает плохо, поэтому нужно их засудить, — это столь же нелепо, сколь и жалобы в духе «Я толстею из-за неограниченой халявной еды.» или «Повар, готовящий суши, не положил достаточно соуса аиоли в мой крабовый ролл.».
Что же до термина «естественная монополия»… Нет никакой монополии. Ну нет в России у Яндекса исключительного права на предоставление услуг электронных карт или навигации. Любой желающий может сделать свой собственный сервис.
каждый может найти массу примеров кривых программ, с которыми работают миллионы
И не сомневаюсь, что каждый может найти массу альтернатив этим программам.
По кнопке Win, начиная с Windows Vista, открывается пуск, а фокус автоматически ставится в поле «Search program and files». Теперь почти то же самое, только открывается Метро, а поле скрыто до ввода первого символа.
JS — это не только frontend, это в том числе и backend, и whatever, а правильные абстракции уменьшают количество энтропии в системе. Ограничения, накладываемые языком, упрощают дальнейшую поддержку кода. Особенно в тех случаях, когда над кодом работают несколько групп людей, и каждый человек пытается придумать свой собственный подход. Именно для того, чтобы сосредоточиться на задаче, а не изобретать подходы, придумывают всевозможные DSL'и, максимально заточенные под конкретную предметную область.
Вам в любом случае потребуются какие-то инфраструктурные абстракции — возможно вы будете использовать какую-то систему наследования, вероятно будете придумывать систему модульности, и т.п. Преимущество TypeScript/CofeeScript в том, что они предоставляют уже готовое решение.
Ну и кроме того, TypeScript в основном добавляет лишь типизацию. Классы, свойства и интерфейсы — это часть draft'а ECMAScript 6. Можно ожидать, что скоро появится экспериментальная поддержка в браузерах :-)
Абстракция, которая транслируется в другой язык, не может работать быстрее этого языка. Я и не писал, что TypeScript — это серебряная пуля, которая к тому же летит быстрее JS, но так или иначе многие действительно уверены, что на JS сложно писать большие проекты, и этих людей весьма сложно переубедить. Сам я считаю, что если авторы JS кода грамотны, то и проблем никаких не возникнет (разве что из-за опечаток, а их неплохо отлавливает JSLint). Я сам ратую за то, что JS — прекрасный и недооцененный язык.
P.S. Согласен, предложение кривовато: язык не может быть быстрым или медленным.
Странно, что целый день поисков привел в итоге к n-tiers архитектуре, но не привел к тому же DDD, или к CQRS :-) Или к Фаулеру с его Patterns of Enterprise Application Architecture.
Здесь и здесь пишут о совместимости. В википедии пишут, что по идее они используют стандарт ISO/IEC14443. Действительно ли технологии отличаются так сильно?
Нашел уже в интернете. Пишут, что в принципе технологии Visa PayWave, MasterCard PayPass и AMEX ExpressPay совместимы. Соответственно, используя телефон поддержкой NFC или с антенной NFC, и с соответствующей SIM картой от МТС, теоретически можно платить не только в терминалах MasterCard PayPass, но также и в терминалах PayWave и ExpressPay.
У меня есть банковские карты — одна с поддержкой Visa Paywave, вторая с поддержкой MasterCard PayPass. Вопрос курицы и яйца. Что первично? Могу ли я платить по PayPass, там где поддерживается только Paywave? Могу ли платить с помощью SIM карты МТС там, где поддерживается Paywave?
Правильно ли я понимаю, что и Visa Paywave и MasterCard PayPass могут быть использованы для NFC-платежей? Или же наоборот, SIM карты с поддержкой NFC могут быть использованы там, где принимаются Paywave/PayPass?
А некоторые при этом ещё и совершенно невразумительную ошибку выдают в духе «Операция не может быть совершена», и пользователю остается лишь гадать: то ли купюры в банкомате закончились, то ли сеть упала, то ли денег на карте нет, то ли Марс в третьем доме.
Шахматные позициии не обязательно перебирать все. Постепенным перебором мы получим доступ к аккаунту большинства пользователей, выбравших простые позиции. В принципе, в первом и втором варианте счетчик на логине действительно может решить проблему брутфорса.
Игры на id Tech (Doom, Quake, SW Jedi Knight, etc.), игры от Blizzard (Warcraft, WoW, Diablo), Source engine (Half-Life, CS, Portal, etc), игры на Aurora Engine (The Witcher, NWN, SW: KOTOR, etc.), на Unreal Engine, на Gamebryo (Fallout 3, The Elder Scrolls 3/4, Civ 4, etc.), и множество других игр, портированных на PS3, или выпущенных для MacOS/Linux, либо полностью работают на OpenGL, либо умеют работать с OpenGL. Многие профессиональные современные игровые движки поддерживают как DirectX, так и OpenGL, что упрощает портирование игр.
На мой взгляд, покупка электронной системы платежей — это вполне разумное и обоснованное решение. Я симпатизирую Грефу и его попыткам перекроить Сбербанк. Купили «Тройку диалог» для продвижения на рынке инвестиционных услуг, купили Volksbanken и Denizbank для продвижения в Европе и Турции. Теперь купили Яндекс.Деньги, почему бы и нет?
var divs = document.querySelectorAll("div"); for (var i = 0; i < divs.length; i++) { divs[i].style.width=(divs[i].offsetWidth-1) + "px" };В Chrome вызвал N последовательностей recalculate style > layout > layout. И одному финальному repaint. В то время как
var divs = document.querySelectorAll("div"); for (var i = 0; i < divs.length; i++) divs[i].style.width='80%';приводит лишь к одному проходу recalculate style > layout > layout > repaint, что кстати говорит о том, что возможно автор топика тестировал совсем не то, что хотел.
Если я покупаю утюг, который мне нужен для «комфортной жизнедеятельности», а он работает не так как я хочу, или время от времени не работает, я требую мои деньги назад и покупаю новый, или сдаю утюг в ремонт. Ни о какой уголовной ответственности здесь речи быть не может. И если я, зная, что утюг раскален до красна, пытаюсь погладить свою рубашку и сжигаю её, то это исключительно моя проблема, и не думаю, что судебное дело против разработчиков этого утюга будет хоть сколь-либо полезным.
У софта есть пробный период, когда вы можете оценить его качество, и вас действительно никто не заставляет покупать этот софт. Заметки и записки? Что же, есть огромное количество аналогов, платных и бесплатных. А жалобы на то, что новая версия карт Яндекса работает плохо, поэтому нужно их засудить, — это столь же нелепо, сколь и жалобы в духе «Я толстею из-за неограниченой халявной еды.» или «Повар, готовящий суши, не положил достаточно соуса аиоли в мой крабовый ролл.».
Что же до термина «естественная монополия»… Нет никакой монополии. Ну нет в России у Яндекса исключительного права на предоставление услуг электронных карт или навигации. Любой желающий может сделать свой собственный сервис.
И не сомневаюсь, что каждый может найти массу альтернатив этим программам.
Вам в любом случае потребуются какие-то инфраструктурные абстракции — возможно вы будете использовать какую-то систему наследования, вероятно будете придумывать систему модульности, и т.п. Преимущество TypeScript/CofeeScript в том, что они предоставляют уже готовое решение.
Ну и кроме того, TypeScript в основном добавляет лишь типизацию. Классы, свойства и интерфейсы — это часть draft'а ECMAScript 6. Можно ожидать, что скоро появится экспериментальная поддержка в браузерах :-)
P.S. Согласен, предложение кривовато: язык не может быть быстрым или медленным.