Идеология Software as a service (SaaS) продолжает развиваться: 4 июня 2007 года представлена новая версия web-based операционной системы eyeOS 1.0. Приятный интерфейс, набор программного обеспечения, 120 518 пользователей (рост с 53 500 в августе 2006), Open Source. Как известно, суть WebOS — виртуальный рабочий стол у вас в браузере — позволяет вам получать доступ к информации из любого места, где есть доступ в интернет. В данном случае — помимо возможности работать дома и в офисе, вы получаете также возможность создавать приложения самостоятельно. Удобство инструментов программирования при этом — на высоте.
Недавно был заказчик, фотограф. Ему требовалось сделать галерею по макету, предоставленному в psd. Это было ужасно нудно и долго переводить каждый слой в png, а затем вставлять во флеш. В голове моей металась мысль: «ну почему ты не постуался на месяц позже!».
Но вот и вышел Flash CS3. Я знаю, что многие сейчас думают «да зачем тратить 700$ на какую-то “легкую интеграцию”, лучше сэкономлю и буду ручками делать все». Так вот моя статья, показывающая один из огромных плюсов нового флеша.
На хабре OSM упоминают постоянно, вот только репутация у проекта, похоже, совсем никакая: кучка людей что-то программирует, рисует какие-то линии и отношения, борется за лицензионную чистоту. Но на самом деле проект совсем про другое: дать каждому карту, с которой можно делать что угодно: те же гуглокарты, те же Яндекс.Карты, но которые при желании можно поправить или скачать на мобильное устройство.
Поэтому я хочу рассказать об основах: как эти карты заменили мне яндекс почти во всех каждодневных задачах.
Я уверен, что современных программистов не нужно убеждать использовать юнит тесты. И если при разработке приложений под android, модули не связанные с ним, мы можем протестировать с помощью знакомого всем JUnit'а (не всегда без костылей правда), то как тестировать user interface и использующие его классы? В этом нам помогут инструменты фреймворка android.test.
В данной статье мы напишем небольшое android приложение и протестируем его. Для работы нам будут нужны установленные jdk, android sdk, Eclipse и ADT плагин.
Есть много разных сервисов, облегчающих жизнь веб-разработчику или дизайнеру, в том числе создающих разные графики, диаграммы, блок-схемы и т.д. Ниже представлена небольшая подборка.
(Осторожно, много изображений)
Стояла задача: найти или создать загрузчик файлов на сервер, использующий возможности HTML5 для мультизагрузки. Загрузчик должен:
отправлять методом POST любые параметры вместе с файлом;
отправлять куки;
предоставлять возможность выбора сразу нескольких файлов (или нескольких тысяч – тут как пользователь захочет);
отправлять файлы группами;
файлы собираются в группы до определенного количества мегабайт, или до определенного количества файлов в группе; (это связано с тем, что на сервере есть ограничение на размер POST запроса и на количество файлов в одном пакете)
Именно по причине отсутствия опыта работы с флешем, для создания загрузчика был выбран только JavaScript.
Довольно часто наши клиенты устраивают регулярные рассылки с новостями. Почти всегда их не устраивают текстовые рассылки или простое оформление HTML рассылок. Наши дизайнеры вовсю креативят, а мы потом набиваем шишки при верстке их макетов с корректным отображением во множестве почтовых клиентов.
Ниже список встретившихся нам особенностей и способы их разрешения (как то упорядочить их мне не удалось, поэтому всё идет единым списком)
Прошелся по закладкам и образовалась такая толстенькая подборочка ресурсов с бесплатными и качественными иконками, с которой спешу поделиться с тобой %username%!
В последнее время на Хабре было предложено довольно много идей для капчи. Сложная, умная, смешная, капча остаётся одним из основных способов защиты формы от ботов.
Однако, одновременно с этим, капча является проблемой юзабилити, поскольку заставляет пользователя выполнять лишнее действие.
В этом обзорном посте я бы хотел рассмотреть незаметные для пользователя методы защиты от ботов.
Вы наверняка не раз видели javascript-реализации контекстных меню на базе популярных библиотек, таких как jQuery и prototype. А значит обязательно сталкивались с основными их недостатками: неудобностью API, большим количеством кода, требовательностью к ресурсам, любовью к генерации огромного количества html кода. В один прекрасный момент эти проблемы пересилили мою лень и я решил бороться с ними, поставив следующие задачи:
Минимум html кода, генерируемого для меню (зачем нам засорять ДОМ)
Лаконичность js кода для создания меню (API вызова без копипасты)
Оптимум гибкости при работе (многоуровневые, динамически модифицируемые меню)
Как можно меньше кода в реализации библиотеки (6302 байта в несжатом виде)
Минимальное количество jQuery-вызовов (чтобы можно было легко от них отказаться тем, кто jQuery не использует)
Inline-события где это возможно вместо биндов (меньше ресурсов сожрет)
UPD: разместил проект в google code, пользуйтесь, развивайте: svn checkout js-cmenu.googlecode.com/svn/trunk js-cmenu-read-only
Этот текст служит цели оптимизации вашей деятельности.
Но не увлекайтесь оптимизацией — делайте дело.
Следствие: Традиционная учёба (стационар, 5 лет) — это опасная вещь. Нужно иметь очень веские основания (конкретную цель), чтобы потратить столь огромный кусок времени на неизвестный результат. К тому же принцип 50-50 (теория-практика) неприменим при учёбе, там все с точностью наоборот, что (на мой взгляд) свидетельствует об ущербности текущих методов обучения.
На моей практике Ruby и Ruby on Rails оказались самым тяжелым в изучении сочетанием языка и фреймворка. Те люди, которые начинали программировать с C, C++ или Java, обнаружат в Ruby абсолютно другой (и более правильный!) подход к ОО-дизайну, а в Rails — много интересных решений, которые необходимо понять и осознать. И хотя изучение Ruby заняло у меня много времени (и я уверен, что еще очень многое предстоит узнать), я люблю эту технологию и не собираюсь возвращаться назад.
У меня есть опасение, что по мере роста популярности Ruby и Rails будет появляться все больше разрабочиков, изучающих Ruby через призму закоренелого Java-подобного мышления. С одной стороны это хорошо. Но с другой стороны это плохо тем, что некачественный код, когда он становится общедоступным, порождает еще больше некачественного кода.
Эта небольшая статья поможет новичкам (и не только) оценить удобство собственного сайта и укажет основные недочёты, присущие многим сайтам. Ваши пользователи скажут вам спасибо =)
После прочтения поста о уменьшении расхода оперативной памяти в FF, я решил залезть поглубже в страницу настроек about:config и отыскать там что-нибудь интересное. Забегая вперёд, скажу, что поиски мои увенчались успехом.
Начну с того, что все изменения вы можете сделать в файле ..\Mozilla Firefox\greprefs\all.js или в папке с настройками вашей конфигурации, хранящимися в C:\Document and Settings\ или ~/.mozilla/firefox в Виндовсе и Линуксе соответственно. Как вы уже заметили, Лис хранит настройки в js, да ещё и для каждой настройки вызывает специальную функцию pref(prefName,value), а сама функция находится в файле ..\Mozilla Firefox\defaults\autoconfig\prefcalls.js! Вот так-то.
Вы сделали (ре-)дизайн сайта и хотите похвастаться своим достижением? Не надо спамить социалки — редкий юзер оценит Ваши труды. Для этих целей есть множество подходящих сайтов, и о них далее...
Уже довольно давно использую псевдокласс :first-letter для назначения двух фоновых изображений для одного элемента. Самое интересное что :first-letter, один из немногих псевдоклассов, которые работают в 6-ом Интернет Эксплорере. Но есть одна маленькая хитрость, которую нужно знать.
К делу. Как сказано выше, HTML элемент у нас один. Пусть это будет заголовок первого уровня.
Идеология Software as a service (SaaS) продолжает развиваться: 4 июня 2007 года представлена новая версия web-based операционной системы eyeOS 1.0. Приятный интерфейс, набор программного обеспечения, 120 518 пользователей (рост с 53 500 в августе 2006), Open Source. Как известно, суть WebOS — виртуальный рабочий стол у вас в браузере — позволяет вам получать доступ к информации из любого места, где есть доступ в интернет. В данном случае — помимо возможности работать дома и в офисе, вы получаете также возможность создавать приложения самостоятельно. Удобство инструментов программирования при этом — на высоте.
