Книга Getting Real — первая из серии книг, написанных ребятами из 37signals. Вы наверняка слышали о них, если используете Basecamp, Ruby on Rails или читали их книги: Rework и Remote.
Getting Real — подход для разработки проектов. Он поможет подойти к разработке с другой стороны, где у нас нет времени, больших средств и того, что, как нам кажется, требуется для проекта.
Такой подход хорошо подойдёт для дизайнеров и программистов. Ведь самый основной инструмент — компьютер, у вас уже есть.
Эту мысль отлично дополнит выступление Ильи Бирмана о создании своих проектов:
Итак, подход Getting Real состоит из следующих шагов:
Мозговой штурм
Ответьте себе на следующий вопрос: «что этот продукт собирается делать?» Обдумайте идею, не в деталях, а абстрактно, без какой-то конкретной информации. Напишите рассказ на одну страницу, о том, что именно приложение/проект должно делать. Используйте простой язык, так чтобы вас поняла даже ваша бабушка.
Бумажные эскизы
Зарисуйте быстрые эскизы на бумаге. Превратите мысли в наброски интерфейсов проекта. Продумайте разные варианты, оставляйте только самые лучшие.
Макеты
Теперь можно детальнее проработать интерфейс. Сверстайте статичные html-странички по вашим наброскам. Пока никакой логики на JS и бэкэнда. Только вёрстка HTML и стили на CSS.
Кодинг
Когда определились с макетами и первичным дизайном, можно переходить к оживлению интерфейса и добавлению логики.
Если следовать этому простому процессу, то возможность реализовать свой небольшой проект — становится выше.
Основные тезисы
Остальные тезисы из книги:
Вас никто не торопит. Обдумывайте идею месяц или два. Если не перегорели — надо делать.
Запускайте проект как можно скорее, а потом постоянно его улучшайте.
Сделайте меньше возможностей в первой версии, но так, чтобы они были законченными и работали.
Все любят истории. Придумайте и реализуйте красивую историю для своего проекта.
Не торопитесь расширяться, если проект «выстрелил». Постарайтесь как можно дольше продержаться маленькими.
Дешёвые и быстрые перемены — секретное оружие малого бизнеса.
Вне зависимости от вида деятельности проекта всегда уделяйте особое внимание своим клиентам.
Не зацикливайтесь на мелочах, их все равно никто не заметит. Размер шрифта в заголовке всегда можно поменять на другой.
Решайте текущие проблемы, но не те, которых ещё нет. Например, как оптимизировать работу сервера при 100 000 уникальных посетителей в день можно подумать потом, когда они появятся.
Добавляйте только действительно важные функции.
Свыкнитесь с мыслью, что вряд ли с первого раза получится сделать правильно. И это нормально. Главное не опускайте руки, а делайте дальше.
Не выкатывайте бета-версии. Версия должна быть одна, для реального использования.
Разделяйте задачи на маленькие куски, так будет проще их решить.
Начинайте с самого основного элемента проекта, а не с главной страницы.
Используйте настоящий текст, а не lorem ipsum.
Используйте легко запоминающиеся названия для ваших проектов.
Выпустите обновление через 30 дней после запуска проекта. Быстрое обновление показывает, что вы не забросили его и развиваете дальше.
Подпишитесь на новости о ваших конкурентах.
Σ
Getting Real — это очередной подход к работе над проектами, при этом не такой уж молодой. Их много, они постоянно меняются, и в этом нет ничего плохого. Не надо выбирать: всё или ничего. Не нужно метаться между подходами, постоянно переходя от одного к другому, более модному. Пробуйте разные идеи, комбинируйте их.
Лето прошло, и настало время подвести итоги велосезона. В этой заметке пойдёт речь о том, как прошёл мой первый велосезон, зачем я это делаю, каких результатов добился и какие уроки для себя вынес.
Всё лето провёл в Кувандыке, в основном работал. Деятельность любого разработчика невозможна без сидячей работы за компьютером, поэтому необходимо двигаться. Велосипед выбрал как меньшее из зол. Бегать по утрам пробовал ещё во время учёбы в университете, и мне не понравилось.
Инструменты
Две недели по выходным ходил по местным магазинам в попытках выбрать хороший велосипед, остановился на Forward Sporting 1.0. Хорошо подходит для первого велосипеда и соотношение цена-качество радуют. Далее необходимо было решить проблемы отслеживания активности.
Велокомпьютер — полезная штука, но не для статистики поездок. Счётчик пройденной дистанции постоянно сбрасывался после 150 км, но отлично подошёл для отслеживания скорости езды. Так например, у меня максимальная скорость была 53.2 км/ч, когда спускался с Адаевской горы.
Приложение Srtava — отличное решение для ведения статистики велопоездок. Прекрасно работает в авиарежиме. У меня старенький iPhone 4S, поэтому для экономии заряда во время поездок часто включаю его. Неудобство использования заключается в том, что перед поездкой надо запускать приложение. Часто забывал это сделать и некоторые мои поездки оказались не запечатлёнными в статистике.
Выводы
За лето накатал 422 км.
Бывалых велосипедистов сразу прерву. Да, это не такое большое расстояние. Курт Сервогель в день по 300 км накатывает. Вы наверняка тоже в несколько раз больше меня за лето накатали и необязательно мне об этом сообщать.
Дело в том, что занялся велоспортом не ради спорта как такового и тренда на «здоровый» образ жизни. Надо было как-то компенсировать сидячий образ жизни физической активностью. Решением проблемы стал велосипед. По вечерам выезжал на прогулку от 3 до 7 км. В выходные от 15 до 30 км. Этого было достаточно для меня.
Результат
Похудел на 3 кг, несмотря на то, что никакой диеты не соблюдал. Когда только начинал кататься, мне проблемно давалось расстояние даже на 5 км, сейчас же я могу спокойно проехать 15 км. Считаю это своим поводом для гордости.
Бонусом к велопоездкам стала возможность наблюдать прекрасные пейзажи моей малой родины. Мне нравится фотографировать, поэтому постоянно брал с собой фотоаппарат.
Что дальше?
В качестве трекера для отслеживания активности планирую приобрести Misfits. Он позволяет отслеживать не только велопоездки, но и плавание в бассейне.
На следующее лето ставлю себе планку в 800 км за лето.
Месяц назад открыл для себя коллективные твиттер-аккаунты @cssunderhood и @jsunderhood.
«Коллективные твиттер-аккаунты» — это аккаунты, авторы которых меняются каждую неделю. Они рассказывают о своём опыте, инструментах, которые используют в работе, делятся мнением и, конечно же, отвечают на любые вопросы, которые им зададут читатели.
На данный момент известны следующие коллективные твиттер-аккаунты:
@iamspacegray Коллективный твиттер-аккаунт для дизайнеров.
@jsunderhood Коллективный твиттер-аккаунт для фронтенд-разработчиков.
@rubyunderhood Коллективный твиттер-аккаунт для ruby-разработчиков.
@cssunderhood Коллективный твиттер-аккаунт для верстальщиков, веб-дизайнеров и сочувствующих.
На прошлой неделе мне довелось побывать ведущим последнего и самого молодого коллективного твиттера — @cssunderhood. О результатах недели хорошо расскажет статистика, а твитты можете прочитать в архиве.
Зачем?
Каждый из коллективных твиттеров читает больше 1 000 человек, которые следят за сообщениями автора. Это аудитория, которая поймёт вас. Выход из зоны комфорта, как лёгкий удар электрошоком. Ты просыпаешься от повседневной работы и общаешься с коллегами по цеху.
О чем писать?
На странице проекта уже есть советы насчёт того, о чём можно писать. На мой взгляд важно не то, какие темы вы, как автор, поднимете на обсуждение. Ведь количество тем, которые касаются верстальщиков (как и разработчиков других направлений) — конечны, а вот мнений столько, сколько будет ведущих. Поэтому в первую очередь высказывайте свою точку зрения, свою позицию и мнение. Неважно, что, скажем, методологии вёрстки уже обсуждались на одной из недель. Если вам есть что сказать — обязательно скажите.
Как планировать?
Поделюсь с вами своим подходом к планированию тем на неделю. Возможно, вы станете автором и подобный совет пригодится.
В воскресенье набросал себе список тем, на которые у меня было что сказать (примерно 30 тем). После этого выбрал самые важные и распределил по вечерам на каждый день.
Как вести твиттер и при этом успевать работать? Основной вопрос, который беспокоил меня. Поэтому составил расписание, которого старался придерживаться. В 7 утра (по московскому времени) писал итоги прошедшего дня и анонсировал основную тему на вечер. Потом писал 5–10 сообщений на короткую тему и начинал работать. Днём время от времени заглядывал в твиттер и по возможности отвечал на вопросы. После 16:00 предупреждал читателей о том, что через 30 минут начнётся основное обсуждение. Таким образом, я и читатели могли подготовиться к обсуждению уже известной темы.
Самые активные дискуссии выпали на понедельник-четверг. В пятницу, субботу и воскресенье обсуждения были, но уже не такие насыщенные.
Результат
По результатам недели побил 4 рекорда. Основные — по количеству написанных сообщений и по количеству сообщений, добавленных в избранное. Получил ответы на волнующие меня темы, познакомился с новыми людьми, понял, что надо попробовать Gulp и отказаться от LESS в пользу PostCSS.
Для читателей коллективных твиттеров польза в том, что можно узнать о новых инструментах, методах и подходах. Если вы работаете удалённо, то наверняка испытываете потребность в общении с такими же разработчиками, как и вы. Коллективные твиттеры — отличное решение этой проблемы.
Для авторов ведение коллективного твиттера позволит выйти из зоны комфорта, узнать мнение других людей, получить ответы на волнующие вопросы и, конечно же, поделиться собственным опытом, рассказать о себе и завести новых подписчиков.
Хороший способ научиться вести блог — читать других авторов. За долгое время у меня сформировался список из почти 50 блогов и сегодня я поделюсь им с вами.