И снова здравствуйте!

Мы продолжаем расширение тем, которые преподаются у нас. Вот теперь разработали и вывели курс «Product Owner». Автор курса Екатерина Марчук предлагает вам ознакомится со своей авторской статьёй и приглашает на открытый урок.

Как нам интерпретировать фидбек?

О customer development или развитии пользователей в последнее время говорят все кому не лень. И каждый, кто знаком с понятием, осознает, насколько это важно, а если говорить прямо — жизненно необходимо для успешного запуска продукта.

Customer develoment помогает понять ценность продукта, выявить скрытые мотивы потребителей, их реальные проблемы и потребности. И самое главное, custdev позволяет нам проверять гипотезы. Без проверки гипотез сложно вести проект в правильном направлении, потому что, как показывает практика, голые цифры, увы, не репрезентативны.

Но, как водится, на чисто теоретическом понимании всё и заканчивается. У нас же ни на что не хватает времени, в том числе — и на такие важные задачи.

Cегодня я хотел бы поделиться своим опытом синхронизации уведомлений Continuous Integration серверов (Bamboo, Jenkins, TeamCity и тп.) с бесплатным мессенджером от Павла Дурова — Telegram.

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

Для организации данной синхронизации мы будем использовать BOT API от телеграмма, Gmail API от Google, а также наш ubuntu сервер на Digital Ocean.

Впервые я начал заниматься фрилансом еще будучи студентом, тогда я ужасно хотел создавать веб-сайты и ответил бы «Да» на абсолютно любое предложение, независимо от уровня моих способностей и требуемого времени. Мне просто нравилось знать, что кто-то нуждается во мне для выполнения задания, которое требует опыта и определенных навыков. К сожалению, очень быстро оказалось, что я все время в работе, питаюсь полуфабрикатами и вечно не успеваю рассчитаться с университетскими долгами. Ситуация становилась еще хуже от того, что мои заказчики передавали мои контактные данные своим знакомым (например, даме, которая хотела заниматься продажей свитеров для собак он-лайн, но при этом имела для целей электронной коммерции бюджет в 100$; и это все за создание сайта, 1000 брошюр, гарантированный результат №1 в Google по запросам «собака», «свитер» и «любовь»).

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

Список советов от эксперта по базам данных и члена группы разработчиков Джоша Беркуса (Josh Berkus), на мой взгляд, может оказаться полезным не только консультантам в области баз данных. Приведённые советы относятся к сфере взаимоотношений с клиентами. Некоторые рекомендации, как мне кажется, являются актуальными и для разработчиков-фрилансеров.

Джош Беркус является членом ядра группы разработчиков PostgreSQL (PostgreSQL Core Team) с 2002-го года. В данный момент он работает на Sun Microsystems, входя в группу, занимающуюся открытыми СУБД. До работы над PostgreSQL он работал с различными другими приложениями и технологиями, включая OpenOffice.org, Microsoft SQL Server, Oracle PL/SQL, и (о, ужас!) COM+.

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

1. Состояние данных отражает состояние бизнеса. Покажите мне клиента с хроническими проблемами в базе данных — и я покажу вам клиента с хроническими проблемами в области менеджмента.
2. Три вещи, с которыми вам не придется столкнуться никогда:

• слишком мягкие временные рамки;
• клиент, который платит слишком быстро;
• точная и полная спецификация.

3. Решения, принимаемые по отношению к базе данных, «живут» очень долго («нет ничего более постоянного, чем временное»): среднее время жизни «временного, одноразового» приложения баз данных составляет 4 года. Некоторые такие кусочки кода датируются 1960-ми и работают и по сей день. Так что сразу рассчитывайте на долгосрочное использование.
4. Плохие клиенты погубят ваш бизнес: умение вовремя распознать плохого клиента и отказаться от него или вовремя расторгнуть контракт — это половина успеха. Будьте готовы сбежать в любую минуту.

Природа тенденций * Мир стал другим * Матерные слова * Прощай, привычный логотип * Сквозная система визуальной идентификации — что это? * Решительное «нет» хиромантии * Открытый для фантазии * Учимся понимать клиента

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

В моем случае данными были: заметки (созданные в прекрасном древовидном редакторe ZIM), логи мессенджера (Pidgin использует великолепный формат логов, очень удобный для синхронизации), настройки программ (любой пользователь Linux и не только согласится, что со временем конфигурационные файлы приобретают стоимость золота :) ), а так же мелкие и не очень bash скрипты, накопленные за несколько лет.
В данном руководстве я расскажу как решил проблемы синхронизации, защиты и восстановления в непредвиденных ситуациях этих данных. Конечно, решения эти не универсальны, не окончательны (они вырабатывались в течение нескольких лет и, возможно, будут еще меняться много раз), а для кого-то и вовсе примитивны, но на данный момент они удовлетворяют всем моим требованиям и, по моему мнению, достойны для опубликования. Надеюсь кто-то найдет здесь хоть что-нибудь полезное для себя! :)

В виде анонса нового концептуального телефона Morph, разработанного исследовательским центром Nokia в сотрудничестве с Кембриджским Университетом. Финны еще и выставили свой концепт (в картинках и в виде дизайнерских набросков, конечно) в Музее Современных Искусств в Нью-Йорке. Да, это PR, но PR достойный.

Почему? Ну, хотя бы потому, что, по задумке дизайнеров Nokia, телефон будущего Morph будет выполнен из наноматериалов, что придаст устройству гибкость. Что в свою очередь «позволит пользователям трансформировать Morph (вот откуда и название), создавая из него любые фигуры». Другими словами, «вертеть» девайс можно будет как угодно: на столе расстелить или в трубочку свернуть.

Вот эти-то различные формы, которые можно будет придавать устройству, и отображены на тех самых эскизах, вставленных в Музее Современных Искусств. Занятно, что тут скажешь.

via Gizmodo

Оптимизаторы знают как важны входящие (референтные?) ссылки (inbound links) для успешной маркетинговой кампании в сети. Не говоря уж о том, что ссылки на ваш сайт — это основа рейтинга от Google.

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

В статье:

В первой части:

• Вводная информация.
• Таблица базовых цветов и RGB-значений цвета.

Во второй части:

• Обзор сайтов-микшеров по подбору правильных сочетаний.
• Обзор очень полезной программы в этом деле — ColorPic.

 

Часть 2:

В прошлом посте (Часть 1 (!!! не Хабрахабр!!!)) я написал о цветах, таблицы базовых цветов и тд. Разобраться в этом не просто. И подбирать правильно желательные цвета с ходу бывает сложно. Для выполнения этих действий есть целая серия веб-сайтов-микшеров, о которых я собираюсь сейчас рассказать. Работают эти сервисы по простому принципу: вы выбираете один цвет, который вам хочется видеть в вашей работе, а сервис подбирает остальные.

kuler.adobe.com

Этот сервис работает имено так. Выбираете и настраиваете один цвет, другие настраиваются соответственно. Есть раздел с отсортированными наборами цветов по рейтингу популярности. А так же с новыми палитрами. http://kuler.adobe.com/

*Слегка подкорректированная статья из моего ЖЖ, думаю, здесь она больше к месту*

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

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

Качество поиска недавно здесь обсуждалось. А что же интерфейсы?

Все дальнейшее — имхо, разумеется.

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

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

Блогописатель (и свежий хабраюзер) an2anАнтон Попов, известный также как автор книги «Блоги. Новая сфера влияния», написал и опубликовал сегодня утром онлайн-книгу: «Как превратить свой блог в БЛОГбастер». Книга не является онлайн-версией бумажной книги, она — сборник статей об успешном блогинге, наблюдений, исследований и советов автора, который приобрёл вес, как теоретик блогосферы.
Дизайн обложки выполнил misha_kvakinМиша Квакин (aka Design-Freak), вёрстка сделана мной. Как один из первых читателей, горячо рекомендую начинающим (и не только) блогерам и жж-ведущим. Кратко, доходчиво, и что немаловажно — абсолютно бесплатно.
Качайте книгу в блоге автора.

upd. Самизнаетекто в производстве книги не участвовал. (только обложка)

 

 

Многоуважаемый Theodore Patrick из компании Adobe в течение всей этой недели будет знакомить нас с новыми возможностями Flex 3, который скоро появится в бета-версии. Он расскажет о некоторых новых компонентах, возможностях Flex Builder 3, Apollo и Flash Player.

Сегодня был озадачен поиском нового инструментария для GTD, поскольку GTDInbox уже явно не удовлетворяет всем потребностям. В частности, раньше меня устраивала пассивная роль в постановке задач (т.е. задачи формировались из входящей почты), но теперь я понимаю, что забыть то, что придумал себе сам шансов никак не меньше, чем то, чем тебя озадачили извне. А GTDInbox не предлагает быстрого пути создания задач для самого себя (compose action не предлагать). Ну да не о том речь…

По результатам поиска выбрал для тестирования продукт, не упомянутый ни в одном хабратопике с меткой GTD.



Затрудняюсь описать плюсы, поскольку лично для меня плюс всего один: этот инструмент наиболее точно соответствует моему стилю GTD. Остановлюсь на явных минусах (по возрастанию критичности):

• отсутствие русской локализации
• интерфейс не использует ajax, что ведёт к полной перезагрузке страницы после каждого действия
• закачка файлов возможна только на платном аккаунте
• список операторов сотовой связи для напоминаний через SMS не содержит ни одного популярного российского оператора
• сервер либо канал довольно медленный (субъективно)

«Принятие решений на практике – это не то, о чем пишут в книгах. В подавляющем большинстве случаев топ-менеджеры при принятии решений используют датчики «слабых сигналов», которые не могут быть объяснены окружающим или быть «научно-обоснованными». Недоучет этих характеристик приводит к неуспеху в последующем. Но это потом, когда уже поздно...»
(с) Владимир Михеев

Какие процессы в области веб-разработки легче отдать на аутсорсинг?

Вячеслав Теричев (polosaty):
В моем случае на аутсорсинг идет практически все: верстка, программинг,
дизайн, наполнение. Студия у нас виртуальная — без офиса и штата. Лучше
всего, на мой взгляд, отдавать верстку, дизайн. Ведь работа дизайнера или верстальщика
носит эпизодический характер (например, создание общего концепт-дизайн сайта
и технического дизайна). Для того, чтобы иметь в штате хорошего дизайнера,
мне нужно отдавать от $2500 в месяц (без учета налогов). Того же самого дизайнера
я могу получить за $400-600 в качестве фрилансера. С верстальщиком еще проще — у
него четкий объем работ, минимальная документация на старте.

Наталия Чанышева (Noch):
Мне легче всего отдавать верстку и, частично, программинг (его черновой
вариант). Самим осуществлять дизайн, проверку кода, проектирование. Отдавать
на аутсорсинг проектирование я бы не стала никогда, потому что правильное техническое
задание (ТЗ) — это 80% работы.

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