августа 10, 2011 | Published in Уголок философа
Вы можете поймать муху палочками для еды?
Вы можете простоять в позе журавля трое суток?
А отжаться стоя на мизинцах?
Правдивый ответ: не могу! А вот великие учителя, далее по тексту мы будем называть их гуру, — могут.
Вполне закономерный вопрос: Зачем мне ловить муху палочками?
В ответе гуру на ваш вопрос будет говориться о совершенствовании души и тела, о бесконечном светлом стремлении к совершенству, о величестве духа человека ловящего мух палочками для еды, об очищении кармы и т.д., но толком ответа не даст, а ответ таков: ловить палочками для еды мух необходимо только для того, чтобы стать гуру, зачем — это уже другой вопрос.
Read the rest of this entry »
августа 8, 2011 | Published in Новости
Если у вас имеется интересный проект написанный на Ruby/Rails/Sinatra или любом другом фреймворке на Ruby и вы хотите рассказать о нем, то вы можете отписаться мне в комментариях или на email: egotraumatic[гав-гав]gmail.com. Реклама состоит вот в чем:
1. Интервью с автором о процессе разработки и инструментарии.
2. Повествование автора о ценности и полезности его проекта, разумеется с ссылками, рекламными слоганами, баннерами и т.д.
Разумеется аудитория блога не велика, но всеже. Если ваш проект из области open-source вы можете привлечь этой рекламой в новых участников. Стоимость рекламы: 0 рупий, то есть бесплатно, от вас требуется только немного времени на написание описания проекта (рекламного текста) и ответы на мои вопросы.
Рекламировать можно: Контентные сайты и сайты-сервисы на Rails, и других Ruby-фреймворках, Gem’ы, плагины для Rails.
Читатель, если вы дизайнер, у вас есть возможность попиарить себя. Для этого нужно написать статью о дизайне и прислать мне на почту, статьи типа «10 дизайнерских трендов 2011 года» не принимаются, интересны конкретно статьи-уроки или статьи описывающие рабочий процесс или рассказывающие какие-либо секреты успешного вебдизайна или верстки. В статье разумеется будет присутствовать ссылка на ваше портфолио или на ваш блог, кроспосты и переводы не принимаются. Также, при желании напечатаю интервью с автором статьи в конце статьи или в отдельной статье.
Кстати, как вы относитесь к тому, что на RubyDev будут появляться статьи по дизайну и client-side? отпишитесь пожалуйста в комментариях.
Всем спасибо!
августа 7, 2011 | Published in ClientSide, JavaScript, jQuery
jQuery: jQuery(document).ready()
Поскольку это первая статья о jQuery, позвольте рассказать у ней о том, что же такое jQuery.
jQuery — это фрреймворк написанный на JavaScript и ориентирован на использование на стороне клиента. Заходя на ваш сайт пользователь скачивает jQuery вместе со всеми вашими скриптами, которые содержатся в отдельных файлах. jQuery необходим для следующих целей:
- Обеспечить кроссбраузерность вашего JavaScript кода
- Сократить количество кода, который пишется пользователем за счет готовых решений
- Предоставить программисту большой и удобный набор селекторов для выборки элементов страницы
- Предоставить программисту набор стандартных визуальных эффектов для оживления вебстраниц
Read the rest of this entry »
августа 3, 2011 | Published in Ruby on Rails, Ruby on Rails 3
В этой совсем простой статья я расскажу о том как легко и просто можно форматировать дату и время в ваших приложениях на основе Ruby on Rails без использования стороннего кода.
Начну с того, что в Ruby on Rails, а точнее в ActiveSupport в расширениях для Ruby присутствует расширения для класса Date. Полный путь, если что выглядит так: . Это расширение базового Date содержит в себе константу DATE_FORMATS которая позволяет сохранять форматы даты и времени и давать им имена (DATE_FORMATS является хэшем). Благодаря этому вы можете один единственный раз определив необходимый вам формат повсеместно использовать его в вашем приложении.
Read the rest of this entry »
августа 3, 2011 | Published in Development Processes, Уголок философа
Сейчас я разрабатываю собственную CMS на Ruby on Rails и поскольку у меня не много опыта решения задач касательно архитектуры приложения, да и разработки в целом, я сталкиваюсь с множеством вопросов касательно организации архитектуры приложения. В игру вновь вступает вредный перфекционизм, который вновь и вновь растягивает время разработки. Наконец-то собравшись с мыслями я сформулировал для себя жесткие правила процесса разработки.
1. Делай чтобы хоть как-то работало!
Если проект работает хоть как-то — это уже лучше, чем когда его совсем нету. Множество ошибок, неправильная архитектура, множество различных хаков, множество повторяющихся фрагментов кода, множества непроизводительного кода и т.д. — все это лучше, чем когда вообще ничего нет!
Read the rest of this entry »