Помните мою выпадающую панель для входа/регистрации, реализованную с помощью Mootools 1.2? Я подумал, что её можно было бы улучшить как с точки зрения дизайна, так и с точки зрения функциональности, и я это сделал! Но с этого времени уже на jQuery.

Мария Крамаренко, маркетинг Google Россия

Google и галерея Саатчи в Лондоне объявляют о совместном Конкурсе Фотографии, с помощью которого мы планируем найти талантливых студентов-фотографов и предоставить им беспрецедентную возможность выставить свои работы как онлайн, так и оффлайн. Фотографии-победители будут доступны миллионам пользователей в качестве тем для персонализируемой странички iGoogle, а также представлены на специально организованной выставке в Галерее Саатчи. Главный победитель также получит приз в размере 5 000 фунтов стерлингов и возможность провести день в обществе знаменитого фотографа Мартина Парра.

Для того, чтобы принять участие в конкурсе, необходимо загрузить 5 фотографий на сайт www.google.com/photographyprize до 31 мая 2009 года. 36 лучших работ будут выставлены на открытое онлайн голосование 11 июня. 6 участников, набравших наибольшее количество голосов, отправятся в Лондон на открытие выставки их работ в Галерее Саатчи. Окончательного победителя определит профессиональное жюри, состоящее из критиков-искусствоведов и художников. В жюри войдут Идрис Хан (Idris Khan), Мартин Парр (Martin Parr), Майкл Хоппен (Michael Hoppen), Сюзанна Браун (Susanna Brown), Тим Марлоу (Tim Marlow) и Мариэлла Фрострап (Mariella Frostrup).

Удачи!

Предыдущая часть.


Первый капитал мы сколотили продавая «таможенный конфискат». Было у нас где-то по 1000 у.е. на брата.

Мы купили лицензию на avalonshop (ныне shopcms) за 30 у.е. Я нашел дизайнера, который нарисовал страшненькую шапку и перерисовал элементы стандартного дизайна за 50 у.е. И попросил своего старого товарища-программиста поработать “напильничком” — немного изменить шаблон, чтобы нам нравился вид магазина. Обошлось в 50 баксов. По нашим меркам получилось вполне сносно.

Парни мы умные были, поэтому прекрасно понимали, что работать с ограниченным ассортиментом конфиската будет невозможно. И стали искать поставщиков.

Написал однажды для себя, но подумал — «А что, если кому-то тоже пригодится?»

Итак, установим Ruby. Для этого нужно:

1. скачать бинарники для Ruby 1.8.7 здесь: http://www.ruby-lang.org/en/downloads/. Распаковать их в желаемую директорию (например в c:\ruby).
2. открыть My Computer → Properties → Advanced → Enviromental Variables, и дописать в переменную Path такую строку "с:\ruby\bin\" (это зависит от того, куда вы распаковали бинарники)
3. скачать пакет zlib здесь: http://www.zlib.net/zlib123-dll.zip. Из него достать файл zlib1.dll, переименовать его в zlib.dll и поместить по адресу с:\ruby\bin\
4. скачать пакет iconv здесь: http://sourceforge.net/project/showfiles.php?group_id=25167&package_id=51458. В архиве отыскать файл iconv.dll и скопировать его по адресу с:\ruby\bin\
5. скачать и установить библиотеку OpenSSL отсюда: http://www.slproweb.com/products/Win32OpenSSL.html
6. скачать rubygems здесь: http://rubyforge.org/frs/?group_id=126. Распаковать архив, отыскать файл setup.rb и запустить в консоли команду ruby setup.rb

Теперь необходимо установить Rails. Для этого нужно:

1. в консоли выполнить команду gem install rails
2. в консоли выполнить команду gem install sqlite3-ruby -v 1.2.3
3. скачать и библиотеку SQLite3 здесь: http://www.sqlite.org/download.html. Распаковать из скачанного архива файл sqlite3.dll в папку с:\ruby\bin\

Последние два пунка нужны для того, чтобы запустить Rails-приложение «из коробки», где изначально в конфигурации прописано использование базы данных SQLite.

Теперь необходимо проверить, как работает Rails. Для этого нужно:

1. в консоли выполнить выполнить команду rails my_projects_name_with_path (например: "rails d:/my_blog") – тем самым мы создадим каркас пустого приложения
2. перейти в папку с созданным каркасом и выполнить в консоли команду ruby script/server – тем самым мы запустим нашу пустую Rails-программу
3. в браузере перейти по адресу localhost:3000
4. на открывшейся странице нажать по ссылке "About your application's environment" – тем самым должно быть показано версии установленых компомент Rails

Спасибо добрым людям, однажды ответившим на вопрос об установке Ruby на сайте stackoverflow.com тем самым сподвигнув меня разобраться во всём в деталях и написать это небольшое руководство-памятку.

Все началось с того, что мы решили сделать свой микроблоггинговый сервис. Покопались в интернетах в поисках более-менее подходящего готового движка микроблоггинга, толком ничего не нашли. Потом рассмотрели кандидатуру движков обычного блоггинга — Wordpress, LiveStreet, BigStreet. Мы уже немного работали с ними, и решили не использовать в виду их архитектурных недостатков (наше ИМХО). Оставалось сделать что-то свое, но не с нуля, а используя фреймворк Symfony в связке с ORM Doctrine.

Будем краткими.
# Что это? — Движок микроблоггинга с картинками и настроениями, альфа версия. Пример работы движка — http://joyreactor.ru/

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

Проекты для дяди

Когда вы создаете проект для заказчика, то вам, по большому счету, плевать, будет ли проект коммерчески успешным. Заказчик хочет новую социальную сеть? Пожалуйста. А о том что очередная социальная сеть никому не нужна, и что создавать ее сегодня уже просто смешно, вы скромно умолчите. Заказчики часто не понимают, что большая часть фич, которые они хотят, на самом деле никогда не будут востребованы. Как-то мне довелось столкнуться с проектом, который со стороны выглядел обычным каталогом сайтов. На создание аналогичного каталога ушла бы неделя. Но на самом деле объем этого проекта составлял более ста тысяч (!) строк.

В ходе последних событий в мире свободного распространения информации возникла идея вот такого принта на футболку для всех, так сказать, солидарных с движением:

Если кому-то кроме меня захочется сделать себе такую, милости прошу за исходниками:
1) В .eps на Народе;
2) В .ai там же, на всякий.
p.s. Предложения по возможному улучшению также приветствуются)

У меня есть проект, который я хотел бы сделать opensource. Но как говорится — поспешишь — людей насмешишь.
Хочется сделать как в лучших домах Парижа, Лондона и Сыктывкара. Правильно организовать svn (git? mercurial?) репозиторий, выбрать удобную баг-трэкинг систему. Организовать удобный обмен кодом, легкое подключение к проекту разработчиков, простую сборку новых версий. Наверное в OpenSource проектах должны быть распределены роли, организована иерархия разработчиков, контроль комитов, создание патчей… Вообщем, тонкостей много. Так вот, прошу комьюнити посоветовать хорошую документацию — пошаговую инструкцию ну или просто хорошие статьи по теме. Погуглить я погуглил, но никакой гугл не заменит личный опыт :)

Сегодня у меня лопнуло терпение и захотелось показать миру Explay CMS 3.0. Прошло уже 8 месяцев с того момента, как я начал делать 3-ю версию. В январе было готово ядро, только вот тогда еще рано было говорить о том, что на нем можно сделать. CMS свою социальность, естественно, не потеряла, и даже приобрела несколько новых и интересных функций. Сейчас же я расскажу вам о том, что достигнуто. Посмотрите и попробуете, надеюсь, сами:)

Существует много информации о различных методах проектирования пользовательского интерфейса, которую вы можете использовать, создавая веб-сайт или интерфейс программы.
Я составил список из 8 характеристик, которые считаю залогом успешного пользовательского интерфейса.

Договор не должен быть трудночитаемым сплошным полотном сумбурного текста. Он должен быть структурирован, если вам нечего скрывать. Кроме того, есть обязательные и устоявшиеся разделы, которые я опишу ниже.

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

Вечером знакомый попросил быстро сделать ему основу для его блога. Даже не сверстать макет, а сделать именно основу.

Так как я сижу без работы и становится скучно, решил безвозмездно посодействовать. Что получилось, смотрите под ниже.

Разливающийся Нил каждый год затапливает свои берега, а потом обнажает их вновь, оставляя открытой плодороднейшую почву. Каждый год древние египтяне должны были заново измерять свои участки земли и определять их границы. Позже, древние греки описали этот процесс и назвали его геометрией — измерением земли. Геометрия представлялась принципом установления порядка и закона в мире. Бытовая процедура стала наукой.

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




Но знаем ли мы почему возникли именно такие пропорции? Какой смысл в них закрыт? Что видели древние и почему упорно применяли их для создания произведений искусства, особенно, носивших религиозный смысл?



На этом изображении XVI в. геометрия представлена женщиной. Она предается размышлениям о законах и принципах устройства мира. Мужчины, изображенные вокруг нее, воплощают эти принципы в ежедневном быту. Таким образом идеи и философские концепции находят выражение в материальных объектах и практиках.

Все мы в дизайне сегодня увлеченно занимаемся практиками, производим продукты. Однако интересно и полезно иногда вернуться к классическому образованию и даже покопать еще глубже, чтобы узнать об идеях, стоящих за нашей практикой, существующих многие сотни лет. Ну то есть больше узнать про женщину :)

Под катом я еще немного ее обрисую.

Продолжение статьи о мышлении дизайнера.
«Процесс важнее результата. Когда результат довлеет над процессом, вы начинаете с того места откуда начинали. Когда процесс ведет нас, мы не знаем, куда мы зайдем, но если окажемся там, где нужно, то сразу поймем это»
Bruce Mau, «Неполный манифест творческого роста»


Я продолжу противопоставлять ТЗ и прототип, чтобы выявить неочевидные свойства прототипа и эффекты от его применения. Противопоставление ТЗ и прототипа стоит понимать как противопоставление того, что у вас есть в производственном процессе, с тем, что в нём может появиться.

Участники проектных команд обмениваются результатами своего труда, выстраиваясь в своеобразную пищевую цепочку. Как правило, для каждого личный результат довлеет над общим процессом. Пока каждый выполняет свою работу, её содержание, мотивы работника и критерии принимаемых им решений остаются скрытыми для остальных участников. Часто у аналитика/дизайнера/кодера/разработчика понимание проекта формируется только на основе того, что он получил от предыдущего звена в цепочке, и только в момент постановки задачи и estimation. При этом — он концентрируется на своём локальном участке работы, не проводя каких-либо дополнительных расследований и не оценивая упущенных возможностей, перспектив, последствий и взаимосвязей результатов своей работы с результатами других участников.

Итак, начинаю публикацию целой серии долгожданных заметок о договорах и прочей документации дизайн-студии. Сразу скажу, что договор студии Made выкладывать сюда или куда-нибудь еще я не буду, у нас политика такая. Хотя, какие-то его части, быть может, и появятся в открытом доступе. Вместо рыбы я дам вам удочку.

8 апреля 2009 года Дмитрий Сатин и Андрей Сикорский провели вебинар для разработчиков, членов Russoft и ISDEF, посвященный выходу нового стандарта ISO 9241-210: Human-centred Design.



Презентация, использованная на вебинаре

Согласно статистическим данным, большинство запросов в Гугл по слову «usability» приходит из Индии, Малайзии, Сингапура, Новой Зеландии и Гонконга. России в списке нет.

Этот список во многом совпадает со списком стран, лидирующих в software-разработках. Получается, что разработчики из Индии интересуются юзабилити. Интересно, зачем?

Дело, видимо, в том, что раньше в IT была погоня за производительностью «железа», затем за функциональностью «софта». Теперь конкуренция сместилась в область пользовательских качеств – usability.

В этом году началось голосование (оно закончится в апреле) по новому стандарту ISO – Международной организации по стандартизации. Раньше стандарт назывался user centred design, а теперь – human centred design. Раньше он носил рекомендательный характер, теперь стал обязательным.

Кросспост из блога "Программирование на Python и
Objective-C под Mac OS и для iPhone / iPod Touch"
Посвящено комментариям #1, #2 и #3 (оу, чёрт, hellraiser09 не читай последний)


Процесс создания любого приложения можно условно разделить на три этапа: создание интерфейса, непосредственное написание кода и отладка. В первой части своих статей я хочу познакомить вас с Interface Builder (далее просто IB) — средством для визуального создания и тестирования интерфейсов, входящей в состав SDK разработчика под Mac OS, на примере разработки интерфейса для iPhone. Способ создания интерфейса программ для Mac OS X сильно не отличается от приведенных ниже принципов, поэтому данное руководство можно использовать для разработки интерфейсов для «большой» Mac OS с некоторыми различиями, о которых я упомяну, когда придет время.

На Хабре, да и на других интернет-ресурсах, много писалось о том, что существующая в «Личном Кабинете QIWI» система пополнения электронных платежных систем не удобна для пользователей. Особенное неудобство испытывали те, кто платил первый раз.

Многие пожелания и рекомендации были услышаны. В начале апреля интерфейс пополнения электронных платежных систем был изменен.

Моему проекту по документации программных продуктов исполнился год :)

Выпускаю юбилейную версию 0.4

В общем-то я причесал проект до некоторого достаточного вида и буду двигаться в сторону версии 1.0, исправляя баги, добавляя темы оформления и движки для подсветки кода.

В этом релизе:

Упрощена до примитива конфигурация проекта.

добавлена пара формочек в веб-интерфейс и теперь можно создавать новую книгу оттуда.

добавлена поддержка файл стиля css для оформления книги — его можно класть рядом с исходниками. Это сделано для всякого рода таблиц, списков и прочей типографики, которую не хочется выносить в тему оформления.

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

Программисты обычно пользуются термином dogfood, когда заставляют себя пользоваться продуктом, который продают :) Я с удовольствием ем этот догфуд уже целый год и мне нравится.

Ссылки:
www.bulldoc.ru
Статья на хабре про программу
Скачать!

Этот хабратопик навеян топиком ООО «Снежинка» — Часть 1. Пошаговое руководство по регистрации..
Так как после моих слов в комментариях о потенциальной возможности написать продолжение моя карма вышла в плюс, эту возможность было решено не упускать.

Здесь речь пойдет о небольшой фирме работающей в сфере услуг.

Мы кратко рассмотрим следующие вопросы:

1. Регистрация через фирму или собственными силами?
2. Юридический адрес: покупать или нет?
3. Уставной капитал: какой и в какой форме?
4. Открытие расчетного счета в банке (потенциальные сложности)
5. Работа с наличными средствами, зарплата, интернет-банкинг