Хабрахабр:
В конце 2010 мы (Treebune) вместе с ребятами из Prostopleer выпустили простенькое iPhone приложение ? найти mp3 на iPhone и проиграть. Ну очень спартанское. Почему спартанское? Да просто потому что я не был уверен сколько приложение проживет в AppStore ? день, два, месяц? Строгость Apple в отношении легальности контента известна всем. Приложение было (и есть) бесплатным, а тогда еще и без рекламы вовсе. Бесплатную музыку любят все, и за первую неделю приложение скачали 50.000 человек, при этом всего 20% из них были из СНГ ? остальное Европа, Латинская Америка. А еще через 5 дней мы получили классическое ?cease and desist? (известное как ?убейтесь об стену? от RIAA с просьбой снять приложение с продажи). Видимо, механизм остлеживания до смешного прост ? если это не жалоба, то представители просто читают тематические блоги и прижимают рогатиной того, вокруг кого поднимается шум. Самое интересное в этой истории ? позиция Apple. Вместо того, чтобы сразу дать под зад ногой, представитель Apple написал о том, что вот, получили бумагу, хотим послушать ваши аргументы. Хотите ? пока решается вопрос, сами снимите с продажи. Мы, как создатели только интерфейса, ес-но приложение с продажи сняли. Нет смысла раздражать Apple да и RIAA. А затем сменили версию, ее тоже пропустили, стали фильтровать часть контента по регионам. Вы этого можете и не заметить. Есть в AppStore и другие клиенты, но эта версия бесплатна, и и в ней вы можете прослушать созданные в prostopleer.com плейлисты. Качайте тут itunes.apple.com/il/app/prostopleer-streaming-audio/id388196236?mt=8 Сколько оно продержится в этот раз ? Бог его знает. :)
Всё больше достойных поводов находится у веб-разработчиков для того, чтобы отказаться от полнокровной поддержки IE6 в создаваемых проектах. Кто-то обеспечивает малой кровью graceful degradation, ну а кто-то радикально прощается со старыми браузерами, чуть ли не нарочно приправляя сайт современными технологиями и показывая в браузерах-старичках заглушку с предложением срочно обновиться. Однако, всем категориям веб-разработчиков полезно равно как и их клиентам полезно иметь не обременяющие средства для кроссбраузерного тестирования. Самый надёжный способ ? поднять несколько виртуальных машин, где всё можно будет досконально протестировать (в том числе потаскать границу окна, поскроллить и уж тем более посмотреть, как работает JS, если он имеется). Но ведь часто требуется просто взглянуть на сайт и понять, всё ли с ним в порядке в целом. Либо предоставить такую возможность заказчику. Классикой жанра для решения поставленной задачи является веб-сервис: Универсальный, но долгий browsershots.org Он позволяет получить скриншот не только из конкретного браузера, но и выбрать его версию и ОС, в которой браузер запущен. Недостаток один ? очередь. Скриншотов нужной страницы можно прождать полчаса и даже больше. Но, оказывается, есть и более расторопные альтернативы.
Что это? Moscow ALT.NET ? Это московское сообщество разработчиков. Стек ? мы любим .NET, Java, Mono, Ruby, Python, C++, Objective-C, Haskell и другие языки и платформы Аудитория ? профессиональные разработчики Место встреч и регулярность ? академическое помещение в центре Москвы, последний четверг месяца, вечером (если есть ? предлагайте варианты) Формат ? OpenSpace, читается доклад (или пишется код), ведется активное и живое обсуждение Наша первая встреча состоится 27 января в 18-30 около м. Семеновская в ВШЭ, г.Москва, ул.Кирпичная, д. 33, аудитория 634 iCal Читать дальше →
Программисты принимают некоторые особенности как должное ? последовательное программирование, к примеру, при записи алгоритма, который делает один шаг только после другого. Однако, если вы пишете код на JavaScript, который использует блокирующийся ввод/вывод или другие длительные операции, о последовательном кодировании не может быть и речи, так как блокирование единственного потока исполнения в системе является очень плохой идеей. Решение состоит в реализации алгоритмов с использованием асинхронных обратных вызовов, то есть, в разбиении последовательного кода на несколько обратных вызовов. Это решает проблему, но означает, что мы теряем способность записывать последовательный алгоритм, а нетривиальный последовательный код преобразуется в граф функций обратного вызова. Это становится ещё более критичным для приложений большого масштаба, которые широко используют асинхронность. Использование передачи функций обратного вызова для асинхронных действий не очень удобно и может создавать сложные процессы передачи обратных вызовов в связи с необходимостью обрабатывать возвращаемые значения. Сообщество JavaScript в курсе этого, особенно сообщество Node.JS, так как Node.JS ставит акцент на асинхронном коде. Читать дальше →
В январе 2010 года мы запустили первую версию Google Translate для Android. Сначала мы реализовали на платформе Android возможности, поддерживаемые Google Translate — машинный перевод, латинизация нелатиницы и озвучивание переводов. Мы также реализовали голосовой ввод и перевод SMS-сообщений. Сегодня мы обновили Translate для Android для ещё более простого взаимодействия. Помимо других усовершенствований, мы улучшили выпадающие списки языков, поле ввода, иконки и оформление. Мы также хотим, чтобы вы попробовали экспериментальную функцию, которая находится ещё на самой ранней стадии разработки. Это режим разговора — новый интерфейс в Google Translate, который оптимизирован для того, чтобы вы могли свободно общаться с находящимся поблизости человеком на другом языке. Возможно, вы видели раннее демо несколько месяцев назад, и сегодня вы можете попробовать это на своём Android-устройстве. Читать дальше →
Отписаться от этой рассылки