Если у вас первый iPhone, то скорее радоваться — все устройства после него внешне ему проигрывают. Кто-то может сказать, что стекло задней стенки iPhone 4 ничуть не хуже металла, но тут уж кому как. Жаль, конечно, что Apple не стали выпускать устройства с таким корпусом и обновленным железом. Думаю, у него нашлись бы поклонники.
Хм, странно, у нас компиляторы были обязательным предметом то ли на третьем, то ли на четвертом курсе. Вся группа что-то свое писала. Я думал, у всех это наряду с базами данных в обязательную ВУЗовскую программу входит.
Ну вы же понимаете, что стандартизация — это процесс. В случае с W3C спецификация проходит стадии от Working Draft до W3C Recommendation.
На одном из промежуточных этапов — Candidate Recommendation — консорциум ожидает, что вендоры начнут реализовывать предложенный стандарт. Если окажется, что какие-то аспекты реализации трудно выполнимы или сильно бьют по производительности, или, например, в процессе работы возникают новые идеи для API, то вендор может внести свои предложения. Предложения собираются, унифицируются, и на базе них составляется новая редакция стандарта — Proposed Recommendation.
Таким образом у вендора может сложиться ситуация, когда в процессе работы над стандартом возниктнет две частично несовместимые реализации. Поэтому, чтобы различить их, для разработчиков вводят префиксы. Иначе возникла бы ситуация, при которой браузер заявляет о поддержке стандарта, веб-разработчики начинают использовать это API, а затем при переходе от CR к PR все приложения, написанные на старом API сломались в один день.
Поверьте, подобный сценарий не нужен никому. Поэтому и делают две версии API — с префиксом и без. Чтобы с одной стороны, получить представление о том, как API будет использоваться, а с другой — не сломать приложения тех разработчиков, которые рискнули и решили использовать новое API.
Если б префиксов не было, веб-разработчики боялись бы использовать новое API, зная, что в какой-то момент их приложения могут сломаться.
У меня работает нормально, но при условии, что табы разнесены по нескольким окнам. Если в одном окне больше 20 табов открыто, то тоже начинает тормозить.
С учетом того, что каждая таба — свой процесс, думаю, что проблема в том процессе, который отвечает за координацию табов и управление окном браузера.
«Facebook заключила с правительством США соглашение об использовании пользовательских данных» только я один заголовок прочитал так, будто Фейсбук согласился передавать пользовательские данные правительству США?
Java Джаве рознь. Например, Vega 3 от Azul еще в 2008 году скейлилась на 54 ядра и 640 гигов для одной виртуальной машины. Да, тогда это требовало наличия особого железа (с поддержкой read barriers), но затем они смогли перенести свое решение на обычный x86.
У них самый быстрый и стабильный GC — C4 — никаких Stop-the-World пауз вообще.
С точки зрения конкурентного выполнения у Java есть гораздо больше средств в арсенале. Ниже вам сказали про Akka — та же actor model. Кроме нее есть Hadoop, Fork/Join, Clojure Agents и STM. java.util.concurrent — это низкоуровневое API, и никто не заставляет вас им пользоваться.
При этом скорость выполнения кода в Java обгоняет Эрланг в разы (примерно в 5 раз, если верить бэнчмаркам). Т.е. одну и ту же задачу можно решить на Эрланге, имея 20 серверов, и на Java, имея 4 сервера.
Мораль: жить надо в шаговой доступности от места работы в центре города, выбранного для проживания. Тогда никаких проблем.
Из-за этого я в свое время уехал из Москвы и возвращаться туда не намерен. А тем, кто решил все-таки поселиться в столице, рекомендую снять жилье в центре. Между Садовым и Третьим Транспортным можно найти квартиру за вменяемые для айтишника деньги. При этом у вас будет возможность просто пройтись до центра пешком каждый вечер. А наземная Москва — это совсем другой город, гораздо лучше того, который видят каждый день жители спальных районов.
Можно, конечно, жить на окраине, носить три свитера и пять футболок, ходить за продуктами в магаз, торгующий несъедобной жратвой, и по праздникам заворачивать в МакДак. Тогда у вас каждый месяц будет возможность покупать новый Мак, по три раза в год летать на море, да и вопрос с ипотекой решить проще.
Другое дело, что удовольствия от такой жизни вы немного получите.
Не думаю, что убирать придется. Все-таки вы разместили код, а нарушение лицензионного соглашения происходит только если кто-то воспользуется вашим кодом для скачивания музыки или ее прослушивания.
Другое дело, что вы с сайта Яндекса взяли код JavaScript и разместили его под LGPL — на это вы права не имеете.
у нас неожиданностей нет, но работает все из рук вон плохо, т.е. медленно. Вся надежда на 12 версию, где обещают графику подтянуть. Другое дело, что мы проверяем все только в последней стабильной версии 11.5х, даже на 11.0 не смотрим. Что уж тогда говорить о 9.5 — 10.х.
Вообще релизы от 9.5 до 11 (не включая) были у Оперы очень тяжелыми. Много регрессий, багов и проблем со стабильностью. С 11 версией стало лучше.
Интересно, как им удалось сделать отрисовку и скейлинг фигур таким быстрым в IE8? Мне кажется, что ребята используют VML, но нам такой производительности добиться не удается.
Насчет доли на рынке вы явно торопитесь. Завоевывать каждый следующий процент намного тяжелее. Сегодня на Хром пересаживаются в основном по инерции: того сокрушительного превосходства по скорости, которое было у браузера на момент выхода, уже нет. С точки зрения повседневного использования — не бенчмарков — все последние версии браузеров кажутся быстрыми. Так что стимулов переходить становится все меньше.
Доля IE по чуть-чуть растет за счет успешных продаж винды с нормальным браузером по-умолчанию — IE9. Доля Safari продолжает расти вместе с ростом доли Маков — многие маководы не признают Хром из-за внешнего несоответствия интерфейсу Мак ОС. Доля Оперы стабильна на продолжении многих лет — рост числа пользователей соответствует росту самого Интернета.
Остается Firefox, который и отдавал свою долю Хрому последние годы. Но с переходом на быстрые релизы стабильность браузера тоже стала расти. Многие наработки, которые были начаты год-два назад, наконец-то релизятся. Например, type inference в JS или JS-Heap-per-tab. Разработчики экстеншенов тоже в своей массе приспособились к новому расписанию. А апгрейд обещает стать таким же «невидимым», как в Хроме.
Так что какой смысл сейчас переходить со своего любимого браузера на Гугловый? Может быть, что-то в Хроме и лучше, но не намного. Так что я бы ожидал постепенное снижение темпов роста. Chrome может оказаться браузером номер 2, и возможно брайзером номер 1, но монополистом ему не стать.
Такой же пример для музыки. Spotify. Вбиваешь в строку поиска имя артиста, переходишь на его страницу со списками альбомов, синглов, сборников и т.п. Все с обложками, в соответствии с датами выхода. Нажал на трек — и он играет. Сразу, без пауз, без судорожного поиска по треккерам, без ожидания сидеров.
Если платить за это 5 евро в месяц, то без рекламы, а за 10 получишь клиент для телефона. Треки можно объединять в плейлисты, которые могут быть доступны оффлайн: достаточно просто отметить плейлист галочкой — и музыка в твоем мобильном или компе.
Недостатки, Главный — сервис доступен только в ограчиненном количестве стран.
В СНГ есть Яндекс.Музыка, но там нет оффлайн-доступа или клиента для мобильных. И пока этого нет, сервис для меня совершенно неактуален. Благо, Спотифай дает возможность слушать из любой точки мира — главное, чтобы платили картой банка из разрешенных стран.
Про установку модулей в обход npm не знал. Надо попробовать поставить пакеты проверки скриптов и запуска юнит-тестов и прикрутить их к maven'у. Не совсем традиционное использование Нода, но для нас было бы очень кстати.
На одном из промежуточных этапов — Candidate Recommendation — консорциум ожидает, что вендоры начнут реализовывать предложенный стандарт. Если окажется, что какие-то аспекты реализации трудно выполнимы или сильно бьют по производительности, или, например, в процессе работы возникают новые идеи для API, то вендор может внести свои предложения. Предложения собираются, унифицируются, и на базе них составляется новая редакция стандарта — Proposed Recommendation.
Таким образом у вендора может сложиться ситуация, когда в процессе работы над стандартом возниктнет две частично несовместимые реализации. Поэтому, чтобы различить их, для разработчиков вводят префиксы. Иначе возникла бы ситуация, при которой браузер заявляет о поддержке стандарта, веб-разработчики начинают использовать это API, а затем при переходе от CR к PR все приложения, написанные на старом API сломались в один день.
Поверьте, подобный сценарий не нужен никому. Поэтому и делают две версии API — с префиксом и без. Чтобы с одной стороны, получить представление о том, как API будет использоваться, а с другой — не сломать приложения тех разработчиков, которые рискнули и решили использовать новое API.
Если б префиксов не было, веб-разработчики боялись бы использовать новое API, зная, что в какой-то момент их приложения могут сломаться.
С учетом того, что каждая таба — свой процесс, думаю, что проблема в том процессе, который отвечает за координацию табов и управление окном браузера.
У них самый быстрый и стабильный GC — C4 — никаких Stop-the-World пауз вообще.
С точки зрения конкурентного выполнения у Java есть гораздо больше средств в арсенале. Ниже вам сказали про Akka — та же actor model. Кроме нее есть Hadoop, Fork/Join, Clojure Agents и STM. java.util.concurrent — это низкоуровневое API, и никто не заставляет вас им пользоваться.
При этом скорость выполнения кода в Java обгоняет Эрланг в разы (примерно в 5 раз, если верить бэнчмаркам). Т.е. одну и ту же задачу можно решить на Эрланге, имея 20 серверов, и на Java, имея 4 сервера.
И как там с налоговой отчетностью. Как часто приходится декларировать доходы?
Что с визой? Раз у вас там компания, можете вы сами себе бизнес-визу в США заказать?
Из-за этого я в свое время уехал из Москвы и возвращаться туда не намерен. А тем, кто решил все-таки поселиться в столице, рекомендую снять жилье в центре. Между Садовым и Третьим Транспортным можно найти квартиру за вменяемые для айтишника деньги. При этом у вас будет возможность просто пройтись до центра пешком каждый вечер. А наземная Москва — это совсем другой город, гораздо лучше того, который видят каждый день жители спальных районов.
Можно, конечно, жить на окраине, носить три свитера и пять футболок, ходить за продуктами в магаз, торгующий несъедобной жратвой, и по праздникам заворачивать в МакДак. Тогда у вас каждый месяц будет возможность покупать новый Мак, по три раза в год летать на море, да и вопрос с ипотекой решить проще.
Другое дело, что удовольствия от такой жизни вы немного получите.
Другое дело, что вы с сайта Яндекса взяли код JavaScript и разместили его под LGPL — на это вы права не имеете.
Вообще релизы от 9.5 до 11 (не включая) были у Оперы очень тяжелыми. Много регрессий, багов и проблем со стабильностью. С 11 версией стало лучше.
Доля IE по чуть-чуть растет за счет успешных продаж винды с нормальным браузером по-умолчанию — IE9. Доля Safari продолжает расти вместе с ростом доли Маков — многие маководы не признают Хром из-за внешнего несоответствия интерфейсу Мак ОС. Доля Оперы стабильна на продолжении многих лет — рост числа пользователей соответствует росту самого Интернета.
Остается Firefox, который и отдавал свою долю Хрому последние годы. Но с переходом на быстрые релизы стабильность браузера тоже стала расти. Многие наработки, которые были начаты год-два назад, наконец-то релизятся. Например, type inference в JS или JS-Heap-per-tab. Разработчики экстеншенов тоже в своей массе приспособились к новому расписанию. А апгрейд обещает стать таким же «невидимым», как в Хроме.
Так что какой смысл сейчас переходить со своего любимого браузера на Гугловый? Может быть, что-то в Хроме и лучше, но не намного. Так что я бы ожидал постепенное снижение темпов роста. Chrome может оказаться браузером номер 2, и возможно брайзером номер 1, но монополистом ему не стать.
Если платить за это 5 евро в месяц, то без рекламы, а за 10 получишь клиент для телефона. Треки можно объединять в плейлисты, которые могут быть доступны оффлайн: достаточно просто отметить плейлист галочкой — и музыка в твоем мобильном или компе.
Недостатки, Главный — сервис доступен только в ограчиненном количестве стран.
В СНГ есть Яндекс.Музыка, но там нет оффлайн-доступа или клиента для мобильных. И пока этого нет, сервис для меня совершенно неактуален. Благо, Спотифай дает возможность слушать из любой точки мира — главное, чтобы платили картой банка из разрешенных стран.