Хабрахабр:
Компания NPD Group опубликовала свои данные о продажах в США смартфонов в третьем квартале 2010-го. В них речь идет лишь о личных покупках, корпоративные не учитывались, поэтому сравнивать их с данными других компаний не стоит ? однако их можно сравнить с предыдущими данными самой NPD Group. И тогда получается следующее: доля Android по сравнению с предыдущим кварталом увеличилась с 33% до 44%, доля iOS почти не изменилась (была 22%, стала 23%), а доля Blackberry OS, несмотря на выход BlackBerry Torch 9800, упала с 28% до 22%. (По-русски и без обиняков эти данные звучат так: даже если держать в голове, что корпоративный рынок вносит коррективы, все равно получается, что Андроид адски фигачит и останавливаться пока не собирается.) Также компания сообщила, что в июле доля смартфонов в США впервые составила 50% от всех продаваемых телефонов (это был пик в связи с выходом iPhone 4, общий результат за квартал чуть ниже ? 46%, но в любом случае смартфоны вот-вот обойдут простые телефоны). Смартфонами оказались и четыре из пяти самых продаваемых в этом квартале моделей, а у пятой, не-смартфона, есть qwerty-клавиатура: 1. Apple iPhone 4 (смартфон, iOS) 2. BlackBerry Curve 8500 series (смартфон, BlackBerryOS) 3. LG Cosmos 4. Motorola Droid X (смартфон, Android) 5. HTC EVO 4G (смартфон, Android)
Майкл Шрёпфер (Michael Schroepfer, вице-президент по разработке Facebook, в прошлом ? вице-президент по разработке Mozilla) прочитал советы по выживанию программиста в Google и решил вкратце высказать своё мнение об основных ошибках этой компании по управлению инженерией (engineering management). Прежде всего, говорит он, нужно отметить важные тезисы. Google ? невероятно успешная компания. Она изобрела и запустила в производство многие важные компьютерные научные концепции. При 1500 сотрудников в Google было больше гибкости и меньше бюрократии, чем в большинстве стартапов на 200 человек. При любом размере Google был лучшим местом для работы среди компаний своего класса. При текущем размере Google ? всё ещё более привлекательное место для работы, чем Oracle, Cisco, Microsoft, Adobe, Apple и многие другие хорошо известные фирмы. Именно это делает ошибки менеджмента более заметными. Читать дальше →
Ниже представлен способ, который позволяет печатать любые документы, в том числе письма, фотографии, PDF файлы и т.д. с мобильного устройства на имеющемся у вас принтере. Все что для этого нужно, это принтер, подключенный к компьютеру и мобильное устройство для отправки заданий на печать ? это может быть BlackBerry, iPhone, iPad, Android или любой смартфон с выходом в интернет. Беспроводная печать чего угодно, когда угодно и где угодно. Хотя мобильные телефоны стали гораздо более умными в последние несколько лет, связь между принтером и телефоном по-прежнему практически отсутствует. Например, если у вас есть BlackBerry или iPhone, каким образом вы напечатаете презентацию или таблицу, пришедшую во вложении к письму? Или, как вы отправите на печать карту маршрута из Google Maps, построенную на iPad? Читать дальше →
На PDC2010 Хейсберг объявил, что следующая версия C# будет поддерживать примитивы для удобной организации асинхронных вычислений, кроме анонса была представлена CTP версия расширения для студии (скачать), которая позволяет попробовать улучшенное асинхронное программирование уже сейчас. Улучшение создано, чтобы облегчить комбинацию асинхронных операций, а так же для того, чтобы асинхронных код выглядел максимально приближенно к синхронному. Учитывая, что Silverlight версия .NET Framework содержит только асинхронную модель для работы с сетью, данное улучшение очень уместно. Не смотря на то, что упрошенное асинхронное программирование является нововведением в C#, сам подход нельзя назвать инновационным, так как реализация async на основе монад есть в Haskell, F# и Nemerle. На самом деле поддержка языком монад позволяет реализовать даже большее, поэтому я был немного удивлен, когда посмотрел презентацию Хейсберга и понял, что в язык был встроен только частный случай. Под катом описание async и await
Привет. Некоторое время назад, загорелся очередной бредовой идей. Я хотел переводить интересные на мой взгляд статьи с Mashable, Smashingmagazine и других. По той простой причине, что большинство ресурсов сначала появляется на Западе, а потом рано или поздно приходит к нам. В планах было создать этакий клон ?русский филиал? озвученных выше сайтов, дабы пользователи всегда были в курсе самой свежей информации. Но конечно я хотел размещать статьи не только новостного характера, но и просветительского. Благо, один хороший человек остудил мой пыл, и скромно намекнул что в рунете и так, достаточно клонов зарубежных сайтов. И вообще это неправильный путь светлого джедая. Но, осталось достаточно, ИМХО интересных материалов и я не собираюсь останавливаться на достигнутом. Прежде чем минусовать, прошу дочитать до конца
Ни один проект с использованием платформы Java (и не только) не обходится без инструментов сборки (если только это не ?Hello, world!?). Рано или поздно, но собирать дистрибутив руками надоедает. Да и компилировать из консоли было бы неплохо, если в проекте используется несколько разных IDE. А перед сборкой дистрибутива было бы здорово проставить номер версии в его имени. И unit тесты прогнать ? не зря же Kent Beck книжки пишет. А там и Continues Integration на горизонте маячит. И здорово было бы научить CI сервер это все делать самостоятельно. Одним словом, есть уйма задач. Раз есть задачи, то есть и решения. Думаю, большинство разработчиков хоть раз, но сталкивались с Ant. Очень многие используют Maven. Есть другие, не такие распространённые инструменты: GAnt, Buildr, и др. Каждый из них обладает набором своих плюсов и минусов, но сегодня я хочу представить вам кое-что новенькое. Gradle. Читать дальше →
В одной старой шутке говорится: если у вас есть проблема, и вы собираетесь решать ее с использованием регулярных выражений, то у вас есть две проблемы. Мне кажется, сверхурочная работа ? что-то из той же серии. Я сформулировал бы это так: если у команды есть проблема, и для ее решения планируется работать сверхурочно, то у команды две проблемы. В чем же заключается вторая проблема? У регулярной сверхурочной работы множество вредных последствий ? как для команды, так и для компании. Давайте их рассмотрим. Истощение Очевидно, что люди, много работающие сверхурочно, устают, и со временем усталость переходит в истощение ? как физическое, так и моральное. Само собой, для здоровья тоже мало хорошего. Читать дальше →
Отписаться от этой рассылки