Журнал nskboy

На Google Developer Day '09 увидел замечательный слайд, который гласит следующие вещи:

Avoid Long Parameter Lists

• Three or fewer parameters is ideal
  • More and users will have to refer to docs
• Long lists of identically typed params harmful
  • Programmers transpose parameters by mistake
  • Programs still compile, run, but misbehave!
• Techniques for shortening parameter lists
  • Break up method
  • Create helper class to hold parameters
  • Builder Pattern

Помнится мы долго дискутировали с grundik, soleynikov и dendromutant как передавать пачку параметров в методы PHP-шного фреймворка для автоматизированного тестирования Plesk API RPC. Если бы кто тогда ткнул в что-то подобное, то спора бы и не было. Да и сейчас этот слайд тоже пригодился, я как раз не знаю как организовать некоторые вещи в своём коде. Слайд хорошо прочищает мозг. Хочется почаще встречаться с такими полезными советами по организации кода/архитектуры и вообще best practices. Может кто поделиться чем-то похожим?

Третьего октября в Великом Новгороде будет проходить встреча JUG.ru под названием iPhone day. Я буду выступать на ней с докладом «iPhone OS Networking».

Темы остальных докладов:

1. Александр Бабаев, Михаил Богорад, Проектирование интерфейсов для iPhone.
   
2. Денис Бызов, SPB Brain Evolution for iPhone.
   
3. Денис Бызов, Работа с видео на iPhone.

Если хотите участвовать во встрече, то присылайте заявки на участие. Регистрация мягкая, достаточно просто послать письмо, подтверждения не высылаются. После официальной части планируется совместное посещение бара для неформального общения.

Место проведения: НовГУ, ул. Большая Санкт-Петербургская, 41, ауд. 1303. Посмотреть на Яндекс.Картах.

Когда я проходил собеседование в Яндекс, Тимсон мне задал тогда интересный вопрос на моё восприятие времени: «Если веб-страница загружается 1,5 секунды, то это много? А если 1,4 секунды?» Я тогда тупил и пытался ответить что-то умное. Ничего хорошего у меня из этого не вышло, но не в этом суть. После собеседования Тимсон рассказал мне про три временных константы человеко-машинного взаимодействия:

• 0,1 с — константа воспринимаемого времени обработки (система реагирует мгновенно)
• 1 с — константа незамедлительного времени отклика (пользователь успевает заметить некоторое замедление, но работа системы всё равно оценивается как быстрая)
• 10 с — константа времени элементарной задачи (максимальное время работы системы, которое пользователь готов ждать)

В общем, как мне кажется, эта книга — отличный кандидат на стол специалиста по нагрузке :-)

Смотрю WWDC '09 iPhone Track Video Collection, восторгаюсь тем, что сделали в новой версии Dashcode (она будет доступна начиная с Snow Leopard). Две ключевые фичи, которые внедряются в этой версии — это Bindings и Data Model.

Вкратце про Data Model: можно указать любой XML или JS фид как источник и Dashcode автоматически построит по нему модель данных. При этом не нужно будет писать никакой код для парсинга этого фида, а только лишь указать откуда брать данные.

А bindings позволяет связывать эту Data Model с интерфейсом приложения. То есть, элемент element1 из фида будет отображаться в этом месте вьюхи, element2 — в этом. Привязываем мышкой и получаем профит. Технология очень похожа на Cocoa Bindings, где тоже можно связывать различные свойства модели с интерфейсом без какого-либо написания кода.

Наряду с этими двумя мегафичами также можно легко настроить Offline Storage средствами HTML5, покрутить различные ручки CSS3-трансформаций объектов, сверстать две версии интерфейса приложения — мобильную и десктопную. В общем, супер. Отличная версия намечается. С нетерпением жду от Apple тесной интеграции Dashcode с Cappuccino и возможности писать веб-приложения уровня десктопа с такой же лёгкостью.

Я, как и многие читающие меня, пользуюсь RSS-аггрегатором для чтения различных новостей (или фидов) с множества ресурсов. Текущая моя читалка — это Google Reader. У меня в ней до чёрта фидов, каждый из которых пишет интересные вещи. Но часто получается так, что они пишут об одном, но ссылаясь друг на друга, либо копируя текст друг у друга. Всё бы ничего, но очередное возвращение из отпуска вызывает желание отметить всё как прочитанное, не смотря на то, что там могут быть интересные вещи. Это ужасно.

Конечно, сейчас есть ресурсы типа Digg, Techmeme, Reddit, где показываются популярные статьи. Но даже они не гарантируют того, что интересующий меня контент появится там.

Конечно, есть Friendfeed, в котором почитать можно всё, что полайкают или откомментят твои френды (я намеренно использую терми «френды», а не «друзья», чтобы хоть как-то показать разницу между этими словами). Даже Google Reader недавно ввёл лайки у себя. Но для меня этот рецепт также не работает, потому что область пересечения моих интересов не совпадает полностью с моими френдами.

Я давно мечтаю о том, чтобы сделали автоматическую размечалку новостей на подобии Яндекс.Новостей, которая умеет достаточно хорошо извлекать новостные факты из потока и группировать их для удобства чтения. Натравить бы этот алгоритм на мои фиды (причём, важно иметь извлечение фактов не только из русскоязычного потока, но и англоязычного). Но, кажется, что мои мечты потихоньку начинают сбываться и мы движемся к светлому будущему автоматизации выделения фактов из потока фидов. Зарубежные коллеги сваяли Fever. Инструмент, который позволяет группировать похожие новости из RSS-потоков. Причём, чем больше об этом пишут, тем «горячее» становится новость. Также можно менять период, по которому строить выборку по фактам (не нужно мучаться всякий раз после отпуска). Жаль только то, что Fever стоит 30 $ и требует standalone-установки где-нибудь у себя на хостинге. И демо-аккаунта никакого нет, чтобы поиграться и понять вменяемость этой штуки. Жаль. Но выглядит очень оптимистично.

Запустили ещё один проект в рамках Яндекс.Нано — Яндекс.Пробки Лайт. Прошу любить и жаловать. Вопросы и комментарии можно оставлять тут, в корпоративном блоге Яндекса или на страничке приложения в Яндекс.Нано.

• высокая скорость загрузки/выхода из слипа
  
• приятный вид (не нужно настраивать всякие сглаживания и прочее)