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

В статье рассмотрены этапы работы, решения, которые были приняты и то, на чём они основывались. Описать в одной статье все интересные идеи, возникшие трудности и их решения, находки и т.д. -. не простая задача. Часть важных вопросов, например, измеряемые KPI и их значения, по понятным причинам, остались совсем за рамками.

Как известно, люди делятся на тех кто еще не делает резервных копий, тех кто уже делает, и тех кто уже делает и проверяет возможность восстановления

К счастью, 20 минут назад, когда кривой админ рецепт Capistrano напрочь снес на «боевом» сервере каталог с загруженными картинками из статей юзеров, я уже относился к категории делающих бэкапы. Вот, заодно и проверил.

А делаем мы резервные копии через gem backup

Юбилею «Хабрахабра» посвящается.

Вступление

В этом опусе рассматриваются некоторые моменты, касающиеся юзабилити всеми нами любимого «Хабрахабра». Обзор затрагивает многие разделы сайта. Очень спорных моментов я, конечно же, старался избегать. «Хабрахабр» почти идеален, так сделаем же его ещё лучше! Без лишних слов, смотрим, что получилось, начнём с минусов.

Минусы

Нумерация индекса

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

Привет, Хабр! Сегодня мы анонсируем новый проект — хабралинч от венчурной компании Fast Lane Ventures.



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

Чтобы отправить заявку, нужно описать проект по следующей схеме:

1. Описание проекта
2. Модель заработка
3. Потенциальные клиенты
4. Партнёры и поставщики
5. Конкурентное окружение и рынок в целом
6. Конкурентные преимущества
7. План развития и стратегические цели
8. Время на запуск до первого клиента
9. Имеющиеся достижения (резюме) участников команды

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

Давно подметил, что веб-проекты отличаются разными классами «свежести»…

Первой свежести

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

Для менеджера управлять развитием такого продукта, путем итераций + ТЗ, или путем работы в доверительном Scrum/Agile-режиме — приятно. Зазубрины некритичных рисков и фрагментальных сдвигов сроков сглаживаются общим ощущением надежности и жизнеспособности продукта. Менеджер горит идеями, богатеет фичами, а после регулярной реализации самых приоритетных задач получает дозу морального удовлетворения и оптимизма… и желает дальше работать в этой компании :-)

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

Короче ощущается что-то вроде благоухания и благоговения, причем это отмечают все — и топы, и менеджеры, и разработчики, и саппорт.

К сожалению, такие проекты/продукты встречаются… нечасто. Но — встречаются.

Второй свежести

Программисты всеми правдами и неправдами пытаются протиснуться и перескочить на задачи, связанные с «правильными» модулями/компонентами продукта. Там действительно порядочек, чисто и есть желание добавлять что-то новое, проявить творчество.

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

В этой статье я расскажу об объекте jQuery.cssHooks, который по умолчанию содержится в jQuery. Расширение этого объекта позволяет добавлять новые свойства или значения, прописываемые в методе .css(), которые изначально не поддерживаются теми или иными браузерами. Возможно, для многих наличие CSS хуков не является новостью, но для меня это стало небольшим открытием.
Для тех, кому лень дальше читать, привожу основную мысль. Допустим, вы хотите в jQuery добавить CSS свойство chuck-norris:

$.cssHooks.chuckNorris = {
	get: function(elem) {
		//проводим манипуляции с узлом elem, получаем value
		return value;
	},
	set: function(elem, value) {
		//проводим манипуляции с узлом elem, устанавливаем value
	}
}

$(el).css(‘chuck-norris’, Infinity);
//или $(el).css({‘chuck-norris’: Infinity});
alert($(el).css(‘chuck-norris’)); //Infinity

Далее будет подробно описана «модификация» свойства background-color для поддержки rgba в старых версиях IE и добавление нового, несуществующего в спецификации свойства background-alpha для удобной установки прозрачности фонового цвета. В IE прозрачность цвета будет реализована с помощью использования свойства filter, добавляя элементу градиент, состоящий из двух одинаковых цветов.

Введение

Я активно пользуюсь сервисом Google Reader для чтения RSS-каналов в общем и для отслеживания появления интересующих меня раздач на torrent-трекерах в частности. А также частенько качаю с торрентов любимые сериалы. В некоторый момент захотелось избавиться от промежуточных шагов между просмотром записи канала и скачиванием торрента и немного автоматизировать процесс вылавливания из сети интересной и нужной информации.

Вряд ли для кого-то окажется откровением то, что если не все, то почти все современные torrent-клиенты поддерживают загрузку RSS-каналов и даже автоматическую загрузку торрентов из этих каналов. Но, как правило, большая часть выдаваемых определенным каналом раздач мне просто не нужна. Да и дисковое пространство далеко не резиновое и выкачивать все возможные раздачи любимого, например, сериала не представляется возможным. Я не настолько большой фанат, чтобы держать на дисках одновременно несколько версий одной и той же серии или фильма.

На этом месте внимательный читатель непременно заметит: так ведь можно на каждый RSS-канал средствами torrent-клиента настроить фильтры и выкачивать только те раздачи, которые представляют реальный интерес. Заметит и получит резонный, по-моему, ответ: на все случаи жизни фильтры не настроишь. Нужен более универсальный вариант.

Таким вариантом для меня стала автоматическая закачка раздач, отмеченных в Google Reader. О том, как это реализовать подручными средствами, рассказано под катом.

Недавно начал изучать Ruby. Несмотря на большое количество туториалов и мануалов, отсутствие официальной документации несколько замедляет процесс обучения.(Официальная документация все-таки существует — спасибо Kane). Но тем не менее, идея от этого не теряет ценности.

Чтобы получше освоить синтаксис языка, многие советуют решать задачи из спортивного программирования. Это позволяет набить руку в максимально кратчайший срок.
Нашелся отличный сайт с ejudge — acm.mipt.ru с интерпретатором Ruby. Но при решении задач(особенно на незнакомом языке), постоянно присутствует ощущение, что может быть это можно было сделать как-то иначе — легче, быстрее, удобнее.

Друзья!

Я, честное слово, не пытаюсь рекламировать проект, а действительно хочу услышать мнение хабросообщества на счёт. Ибо очень уж объективно и ценно мнения хабра, как показывает практика.

Я живу в Сомали (точнее, в непризнанном государстве Сомалиленд на его территории) и уже третий год занимаюсь тут развитием системы высшего образования (а ещё Пиратской партии России — хоть к делу это и не относится, совпадение занимательное).
Раздумывая над тем, к какому же ещё роду деятельности приучить местных (отучив от пиратства), я натолкнулся на новость о том, что до конца года нас подключат к одной из крупнейших подводных отповолоконных магистралей мира, пролегающей по дну Красного моря совсем рядом (и соединяющей Европу с Азией). А учитывая то, что пользоваться этим каналом тут будет лишь совсем минимальное количество людей, мы получим тут один из самых быстрых интернетов на планете.
В этом контексте мне стала совершенно очевидной возможность попытаться создать здесь программу обучения, а также аутсорс-ориентированную контору, нацеленную на, как говорят на западе, Software Engineering. Короче, кодить — и учить этому пиратов.
Я отдаю себе отчёт, как сумашедше это звучит, и ничуть не удивлюсь, если многие из вас мне не поверят. Но я говорю совершенно серьёзно.

Что представляет собой компания Fprints? Это сеть магазинов в Санкт-Петербурге, крупнейший интернет магазин по продаже расходных материалов для печати в России, но самое важное, это крепкая, сплоченная команда единомышленников, которая каждый день стремится воплотить в жизнь свою цель. А цель проста, как все гениальное – дать возможность покупателям со всей России приобретать абсолютно все расходные материалы для печати в одном месте, по низкой цене. Но 5 мая 2009 цели были другими.

Оригинал опубликовал Лео Бабаута на сайте Zen Habits. Я его вольно перевел и немножечко адаптировал. Сразу оговорюсь, я не претендую на точность перевода. Моей задачей было перевести не точно, а понятно. Приятного чтения и применения!

«Это про привычки и делание, а не про систему и инструменты»

Чтобы закрепить основы продуктивности и организованности, сохраняя всё настолько простым, насколько возможно, я разработал свою собственную систему продуктивности: Zen To Done (ZTD).

ZTD складывается из простоты, фокуса на действиях и делании здесь и сейчас, в противовес вечному планированию и системности.

Более молодые программисты иногда спрашивают, технологический прогресс не делает ли меня, как бы, устаревшим. Лично у меня нет проблем со скоростью смены технологий. Мне на самом деле нравится изучать новые вещи.

Но вопрос остаётся тем же: как с годами программисты справляются с атакой всё новых технологий?

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

Сегодня количество зарегистрированных пользователей NektoMe превысило 100 тысяч человек!
Мы пришли к этому относительно быстро — всего за 5 месяцев, но путь мы прошли совсем нелёгкий.
Хочу рассказать немного о том, как мы расширяемся.

Начну с информации о размещении
Первый месяц мы сидели на максимальном тарифе FirstVDS.ru, но его быстро стало не хватать.
Далее, мы переехали на Clodo.ru и продержались там около четырёх месяцев.
Были две проблемы — тормоза с дисками [WA стабильно был высоким] и падения, конечно же.
Переезд на их новую хвалёную файловую систему тоже не помог. Тормоза остались.
Наконец, недавно, мы переехали на хороший выделенный сервер с SAS-дисками.
Сайт стал летать, а расход по финансам, вы не поверите, тот же, что и на Клодо!
Ещё, для снижения нагрузки на диск, мы перестали хранить в одной папке больше 1000 файлов.
К примеру, месяц назад папка с аватарами содержала в себе больше 140 тысяч картинок!
В общем, раньше было так /ava/2034.jpg, теперь стало так /ava/2/034.jpg

На Хабре много статей о завершённых проектах (стартапах), советов как стать успешным и как доделать игру. Мне, к сожалению, довелось поучаствовать и в нескольких незавершённых проектах.

Так вот, советы как завалить проект:

1) Если вам в проекте нужна графика, каждый человек в команде должен попробовать себя в роли художника. Если задание отдано одному художнику, всем обязательно нужно принимать участие в обсуждении результата, давать советы и вообще всячески помогать. Художнику при этом нужно постоянно перерисовывать и править, дабы угодить всем сразу. Вообще, демократия – лучший метод для решения всех задач в проекте.

2) Концепт не нужен, зачем тратить время? Главное, начать как можно быстрей писать код, а идеи и концепт обязательно придут в пути. Кто быстрей начнёт программировать, сможет забронировать самые интересные задания.

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

WWDC. Ежегодный эвент Apple — это ситуация, когда никто на самом деле не знает, какие продукты они планируют выпустить и лишь слухи витают в воздухе, и обсуждаются публикой. Большая компания не дает никаких подсказок небольшим конкурентам, для того, чтобы последние успели подготовиться. Мы находимся на рынке, где трехсоткилограммовые гориллы кидаются в новые для себя области, а все остальные пытаются среагировать и выжить.

Любая компания разрабатывающая продукты для iOS проводит недели счищая дерьмо со своих штанов перед WWDC. Никакие отпуски не разрешены ни до, ни после этого события. Подробности релиза появляются в течение дня, и даже если вам удалось пережить этот год, все-равно придется карабкаться вверх для того, чтобы не остаться далеко внизу в следующем, и быть уверенными, что продукт будет работать, и продаваться.

Это сумасшествие.

То же самое происходит с Google. Каждое изменение в алгоритме стирает годы работы некоторых компаний, как это случилось в последний раз с релизом Google Panda.

Или в ситуации с Twitter, который запускает собственное приложение для расшаривания фотографий, интегрированное в их продукт.

Что же делать стартапу?

Увидев в очередной раз заголовок с набившим оскомину словосочетанием «без посредников» в голове может возникнуть мысль — как, опять? Сколько можно плодить подобных сервисов? Не стоит спешить с выводами.

Перед написанием статьи я прочитал все статьи данной тематики на хабре, и у большинства проектов есть одно общее свойство — они все пытаются отфильтровывать агентские объявления от объявлений, добавленных собственниками. Вводят черные списки риелторов, хранят наполняемую базу агентских телефонов, используют алгоритмы фильтрации. Насколько эти методы эффективны? Проверив около сотни “отфильтрованных” объявлений, мне показалось, что эффективность, мягко скажем, не на высоте.

В этой статье я хочу поделиться своим подходом к решению задачи устранения посредников из цепочки арендатор-арендодатель.

В последнее время вокруг «Такси» не крутятся лишь ленивые разработчики. Почему тема «Такси» так привлекает русских старпёров стартаперов, я не знаю. Для нас, 2Товарища, полтора года назад идея сделать некий проект для такси являлась не понтом или попыткой вытянуть денег из инвестора. Нас интересовала финансовая выгода и идея. Но о проекте я хотел бы рассказать чуть позже. А сейчас, кому интересно, я расскажу о такси в Москве. Так получилось, что только в Москве наш проект объединил более 200 таксопарков, порядка 120 из них всегда онлайн. И под таксопарками я понимаю официальных перевозчиков, с круглосуточными диспетчерскими итп, о которых пойдёт речь далее. За полтора года я узнал о такси больше, чем видел, читал или слушал в любых других источниках. И чем больше я узнаю, тем больше понимаю, насколько действительно велик айсберг. И даже если данный топик не по формату хабра, он необходим при дальнейшем описании проекта, чтобы вы понимали, что к чему и почему всё именно так.

Залог эффективности любого человека, будь то, сотрудник компании, фрилансер или владелец бизнеса – в грамотной организации повседневной жизни. 42tasks – сервис, который позволяет гибко управлять своими задачами и делами, подключать к выполнению и создавать задачи для своих подчинённых, партнёров и сотрудников.

Это интервью Криса Уонстрота, CEO и сооснователя Github. Данное интервью — часть серии “Bootstrapped, Profitable, & Proud” о компаниях с выручкой более миллиона долларов, обошедшихся без венчурного финансирования на старте и приносящих доход.