я? Почему-то Вы упоминули про официальные сроки поддержки.
А я именно про то, что все пользователи Windows Mobile остались с носом без шансов на какой либо апдейт, как и те, кто не доволен тем, что новые версии ОС не всегда доставляются на их телефоны.
Это вполне нормально — те же Microsoft объявили жосткие требования к железу для Windows Phone 7. Я и очень сомниваюсь что все телефоны с WP7 получат обновления для WP9 или WP10 если они будут.
Конечно не приятно… но что поделаешь — это и рынок, и ограничения железа.
Так что Microsoft тут ни чем не отличается от любого вендора софта, и я не вижу причины заявлять что они обновляют прошивки лучше до последней версии чем какой либо другой вендор. Windows Mobile к этому хорошая иллюстрация.
Если я не ошибаюсь, официальный ответ Google по поводу «1.8» был что-то вроде такой — как только будет утверждена соотвествующая версия ECMAScript с фичами (т.е. генераторы и т.д.), в V8 оно реализованно будет почти сразу.
Отмечу что в последних сборках V8 уже есть флаг "--harmony": code.google.com/p/v8/source/browse/trunk/ChangeLog
2011-10-13: Version 3.7.0
Added flag --harmony to activate all experimental Harmony features.
Кроме того, Dart все-таки слишном… объектно-ориентированный. Для large-scale проектов это возможно и хорошо, но он уже не «универсальный», что делает его более нишевым.
Не вижу причины не развивать V8 как отдельным универсальным движком.
Я присутствовал с начала — как я понял там парни что-то личное не поделили. Да и не драка, а сцепились, один другого повалил, потом разняли их.
Но все равно имхо GDD это не то место, где выясняются личные отношения… ну или хотя бы отошли подальше. Хорошо, что гугло-гостей не было — а то, блин, стыдно было бы.
Я, кстати, сейчас прям разрабатываю свой екстеншен (на хром-хакатоне начали, вот может на GDD2011 покажу, если пройдет фильтр), так я специально зная про эту проблему в бекграунд-пейдже держу только самые важные объекты — текущее состояние.
В остальное динамически подгружается и освобждается в попапе. Чего и рекомендую всем экстеншен-писателям :)
я ядре уже давно присуствует — вроде больше года уже или двух, так что тут сложно сказать тестирование или нет.
Было много споров об эффективности (то как она место использует), но мне кажется в плане перспективности это очень и очень — тот же Copy On Write для SSD может быть очень полезен в плане сокращения операций записи.
мне кажется, что этот топик еще одно напоминание о том, что надо более внимательно кодить сайты.
А раз такой авторитетный ресурс допустил эту ошибку, то очень вероятно, что какой-то из разработчиков, читающий хабр еще раз подумает о том, что он делает.
Мне кажется, что подобные топики будут полезны до тех пор, пока на серьезных ресурсах допускаются такого рода ошибки.
А пользователи разные бывают — социальных хакинг работает сейчас на ура.
конечно немного старые, но как минимум задают общий объем того, что может пригодится и как происходят интевью.
Еще было где-то серия статей про человека, который почти до конца прошел все стадии, летал в Сидней на онсайт интервью и только на последней ему отказали, но остался доволен и много полезных заметок. Постараюсь найти.
Участвовал в Google Code Jam — очень понравилось. Как и задания, так и организация. Рекомендую любому девелоперу попробовать: почти нет ограничений на язык, времени на начальных этапов много.
В общем, попробовать может как начинающий так и профи :)
Очень простой пример то, что есть в GWT что делает некоторые вещи с его использованием быстрее чем напрямую писать на JS (я это как-то на своих докладов по GWT рассказывал) — это то, что он для каждого броузера делает свою версию приложения, идеально «заточенного» под этот броузер.
Т.е. вот возьмем jQuery — там уйма «если ие, то… если фф то ...», а GWT просто просто бутстрапером определит что за броузер, что за язык у пользователя, и отдаст заточенную под комбинацию броузера-язык версию приложения.
И отсутствием ифов и подстановкой строк (не надо искать локализированную версию строки — для русского будет код alert(«привет»), а для англ — alert(«hello»), и достигается большая производительность, если сравнивать с написанием подобного функционала «руками».
А достигается это именно с помощью того, что оно при «компиляции» анализирует, транслирует и подставляет то что нужно.
Но проблема в том, что в кофескрипте больше того, что мне не нравится, чем в JS — это и «значимые отступы», и интеллектуальный вывод переменных (а я предпочитаю пусть ошибку выдает, чем само определяет нужно ли объявить переменную или нет) и т.д.
А мне нужно просто чуток подсахаренный JS, c включенным «use strict» :)
Почему же? Если недоступные фишки Дэша будет заменены JS-реализациями, а все остальное почти 1 в 1 транслировано в JS?
Ведь у Google есть очень большой опыт в подобной затее — это GWT. Большинство конструкций Java почти напрямую переводится в JS (ведь GWT работает не с байткодом, а именно с исходниками), что дает практически ту же производительность что и написание сразу JS.
Так что, возможно, не так все плохо будет — можно будет писать на удобном языке, а запускаться будет уже подпиленный JS.
Хотя лично мне вот одну бы штуку — вместо function(x) { return x*x; } такой же как в C# синтаксис — x => x*x и цены небыло бы. Ну и async.
А я именно про то, что все пользователи Windows Mobile остались с носом без шансов на какой либо апдейт, как и те, кто не доволен тем, что новые версии ОС не всегда доставляются на их телефоны.
Это вполне нормально — те же Microsoft объявили жосткие требования к железу для Windows Phone 7. Я и очень сомниваюсь что все телефоны с WP7 получат обновления для WP9 или WP10 если они будут.
Конечно не приятно… но что поделаешь — это и рынок, и ограничения железа.
Так что Microsoft тут ни чем не отличается от любого вендора софта, и я не вижу причины заявлять что они обновляют прошивки лучше до последней версии чем какой либо другой вендор. Windows Mobile к этому хорошая иллюстрация.
А кто-то нарушает официальных сроков поддержки?
Отмечу что в последних сборках V8 уже есть флаг "--harmony":
code.google.com/p/v8/source/browse/trunk/ChangeLog
2011-10-13: Version 3.7.0
Added flag --harmony to activate all experimental Harmony features.
Кроме того, Dart все-таки слишном… объектно-ориентированный. Для large-scale проектов это возможно и хорошо, но он уже не «универсальный», что делает его более нишевым.
Не вижу причины не развивать V8 как отдельным универсальным движком.
Но все равно имхо GDD это не то место, где выясняются личные отношения… ну или хотя бы отошли подальше. Хорошо, что гугло-гостей не было — а то, блин, стыдно было бы.
В остальное динамически подгружается и освобждается в попапе. Чего и рекомендую всем экстеншен-писателям :)
Было много споров об эффективности (то как она место использует), но мне кажется в плане перспективности это очень и очень — тот же Copy On Write для SSD может быть очень полезен в плане сокращения операций записи.
А раз такой авторитетный ресурс допустил эту ошибку, то очень вероятно, что какой-то из разработчиков, читающий хабр еще раз подумает о том, что он делает.
Мне кажется, что подобные топики будут полезны до тех пор, пока на серьезных ресурсах допускаются такого рода ошибки.
А пользователи разные бывают — социальных хакинг работает сейчас на ура.
steve-yegge.blogspot.com/2008/03/get-that-job-at-google.html
www.impactinterview.com/2009/10/140-google-interview-questions/
конечно немного старые, но как минимум задают общий объем того, что может пригодится и как происходят интевью.
Еще было где-то серия статей про человека, который почти до конца прошел все стадии, летал в Сидней на онсайт интервью и только на последней ему отказали, но остался доволен и много полезных заметок. Постараюсь найти.
Кстати, у меня есть где-то пол десятка очень полезных ссылок на эту тему. Если кому интересно — могу отослать в ПМ кому надо.
В общем, попробовать может как начинающий так и профи :)
Ждем официальной полной инфы — тогда будем обсуждать.
Т.е. вот возьмем jQuery — там уйма «если ие, то… если фф то ...», а GWT просто просто бутстрапером определит что за броузер, что за язык у пользователя, и отдаст заточенную под комбинацию броузера-язык версию приложения.
И отсутствием ифов и подстановкой строк (не надо искать локализированную версию строки — для русского будет код alert(«привет»), а для англ — alert(«hello»), и достигается большая производительность, если сравнивать с написанием подобного функционала «руками».
А достигается это именно с помощью того, что оно при «компиляции» анализирует, транслирует и подставляет то что нужно.
Но проблема в том, что в кофескрипте больше того, что мне не нравится, чем в JS — это и «значимые отступы», и интеллектуальный вывод переменных (а я предпочитаю пусть ошибку выдает, чем само определяет нужно ли объявить переменную или нет) и т.д.
А мне нужно просто чуток подсахаренный JS, c включенным «use strict» :)
Ведь у Google есть очень большой опыт в подобной затее — это GWT. Большинство конструкций Java почти напрямую переводится в JS (ведь GWT работает не с байткодом, а именно с исходниками), что дает практически ту же производительность что и написание сразу JS.
Так что, возможно, не так все плохо будет — можно будет писать на удобном языке, а запускаться будет уже подпиленный JS.
Хотя лично мне вот одну бы штуку — вместо function(x) { return x*x; } такой же как в C# синтаксис — x => x*x и цены небыло бы. Ну и async.