Category: it

Новый домен «Конспекта» — conspectus.io

Месяц назад мы решили пивотнуть Конспект и пойти в сторону веб-версии:

Рад сообщить, что мы двигаемся в выбранном направлении и сделали первый простой, но важный шаг — Конспект получил новое доменное имя — conspectus.io.

Изначально мы планировали разместить веб-версию на fff.works/conspectus. Идея была в том, что в будущем Конспект будет лишь одним из инструментов, интегрированных друг с другом в систему, которая сможет закрыть большинство нужд руководителя. 

Но потом я понял, что это утопия. До волшебной системы будущего ещё надо дожить, а чтобы это сделать, нужно сначала очень хорошо сделать сам Конспект. Домен на fff.works этому помешал бы и технически, и эстетически — слишком сложно выглядит урл.

Новое имя мы приобрели, чтобы показать серьёзность, с которой мы относимся к продукту, и для фокусировки — когда домен отдельный, границы продукта становятся чёткими и понятными.

По новому адресу сейчас располагается прежняя промостраница, где можно оставить почту и получить доступ к веб-версии Конспекта, когда она выйдет:

Буду очень рад вашим советам и комментам. Пишите в чат:
https://t.me/ffftalks


Пивот Конспекта и новая промостраница

На прошлой неделе я спросил у уважаемых читателей, каким они видят будущее Конспекта. Победил вариант с веб-сервисом:

Сыроварение на втором месте

Я согласен, веб-сервис — это перспективный путь. Для меня в веб-сервисном направлении две главные фишки — доступность и коллаборация.

Доступность. Сейчас просто потыкать Конспект невозможно — надо скачивать приложение. Это очень ограничивает всё: интерес, пользу, удобство, вирусное распространение.

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

У меня в голове такой сценарий. Команда созванивается в слеке или скайпе и работает над каким-то проектом или задачей. Решения хочется куда-то записать. Тогда делают гугль-док, но это долго и там нет разделения на болтовню и задачи, или пишут результаты прямо в чате, обновляя сообщение, и каждые пять минут кто-то спрашивает «А вы это записали?», а другой ему отвечает «Да. Забыл сообщение обновить. Ща. Вот». А представьте теперь, что на встрече ещё и клиент, которому конспект нельзя шарить целиком. Тогда для своих — гугль-док, а для клиента сообщение. Адок.

Такие сценарии в Конспекте можно было бы реализовать и с приложением, но всё равно понадобилась бы веб-часть. «Так зачем усложнять»,— подумал я,— «надо сразу веб-версию и сделать».

Пивот

Мы сделаем небольшой пивот и сфокусируемся на разработке веб-версии Конспекта. 

Пивот — это термин из «Бережливого стартапа». По сути, это перемена, эдакий разворот, в видение продукта и образе решения.

Я написал, что пивот небольшой, потому что мы почти так и хотели и уже очень много сделали в сторону веб-сервиса. Конспект это уже веб-приложение, упакованное в мак-программу. То есть, 90% работы сделано. Но оставшиеся 10% хоть и кажутся небольшими, могут содержать много подводных камней. Ну, скажем, Конспект зависит от хоткеев, а в браузере с ними сложновато.

Новая промостраница

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

P. S. Прома во всей красе:

Обновлением промостраницы занимались:

Автор идеи и клиент: Николай Товеровский

Дизайнер и технолог: Андрей Ерес

Время пиздеца

По моим наблюдениям в каждом проекте наступает время, когда кажется, что «всё — пиздец». Мол, ничего не получится или получится херня. Обычно это случается ближе к концу проекта, но не в самом конце, где-то на 70% готовности.

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

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

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

Время пиздеца тяжёлое, но если правильно им воспользоваться и не убить проект с горя, наступит время запуска, где уже все будут просто ебашить 🚀🍾🥂

Честный подсчёт времени

Я всегда стараюсь подсчитывать время честно. Странно же считать, что поход в магазин — это час. Ведь до магазина надо дойти, а потом вернуться обратно. Получается не час, а 2,5. 

Или перелёт на самолёте. Это не 3,5 час, потому что до и после прибавляется по полтора — два часа на дорогу.

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

Время надо учитывать от начала до конца, а не выделять самое сложное и мечтать, что это и есть всё время, которое понадобится.

Так что сегодня мой календарь дел выглядит так:

P. S. О календаре дел:
http://fff.works/blog/all/task-calendar/

Не дать роботам отобрать вашу работу

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

Collapse )

Вакансия сильного руководителя мобильной разработки

В Драйве открылось несколько вакансий. Это первая. В Драйве клёво, приходите работать ;-)


Фото MERCEDES-RUSSIA

Привет!

Меня зовут Николаем Товеровским. Я работаю в компании «Драйв», мы делаем лучшие проекты о машинах — DRIVE.RU и DRIVE2.RU. Ими пользуются 16 миллионов человек в месяц.

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

Сильный руководитель:
формирует команду и управляет ей самостоятельно;

видит проект в будущем, направляет разработку;

получает кайф от построения процесса, который ведёт к отличным результатам;

вникает в технические и дизайнерские задачи, даже если сам не разработчик и не дизайнер;
отлично разбирается во всем мобильном;

вырос из проектной суматохи и готов к долгосрочной работе над одним продуктом.

У нас много интересных задач, но главной задачей руководителя мобильной разработки долгое время будет работа над приложениями. Это сложная итеративная работа, которая требует таланта и усидчивости. Если вы быстро загораетесь и быстро потухаете — не пишите, мы ищем рачительного хозяина, который сделает великолепные приложения мирового уровня, будет годами их холить и лелеять.

Мы предлагаем белую зарплату и работу в офисе возле метро Аэропорт.

Задача. Изучите новые приложения Драйва2 обеих платформ. Опишите, как будете развивать каждое в первый год.

Рассказ о себе, о своих проектах и решение задачи присылайте мне по адресу: nick@drive.ru

Попробовать Дизайн-снепер



Это рассказ не о программе, хотя в конце стоит ссылка на загрузку.

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

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

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

Я предлагаю вам попробовать Дизайн-снепер, который разрешает противоречие: даёт контроль и объединяет пользователей.


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

Дизайн-снепер полезен не только дизайнерам. Путешественник снепит фотки. Хипстер — еду. Шрифтовик — буквы. Коллекционер — оконные наличники. Программист — фрагменты кода. Спотер — самолёты. Либерал — неправильно припаркованные автомобили. Кремлебот — скрепы. Анимешник — тян. Гопник — пивас. Полицейский — шампанское. Киса — собак. Стритрейсер — пердаки. Девушка — наряды в примерочной. Копатыч — редис. Спандж-боб — медуз. Патрик — ничего. Все — всё.

Примеры
http://ksoftware.ru/designsnapper/
http://straykov.ru/snapper/
http://ksoftware.ru/airline-meal/
http://artzaytsev.ru/snapper/
http://kipo.name/ds/
http://ksoftware.ru/coffee/
http://ksoftware.ru/hands-from-ass/

Фишки Дизайн-снепера:
Контроль и децентрализация
Пользователи устанавливают серверную часть снепера на свой сайт, поэтому картинки, описания и код в их руках. Если проект прекратит существование, данные не потеряются. Пользователи могут делать со своим снепером, что угодно: оформлять, изменять, дополнять.

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

Удобство и простота
Серверная часть снепера — один ПХП-файл, база данных и настройка не требуются. Снеперы пользователей используют фотораму. Снеп делают приложением для мака: скриншот → описание → отправка:


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

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

Если интересно, попробуйте Дизайн-снепер:
http://designsnapper.com/buy/



P. S. Если что-то не заработает или решите не покупать, но захотите дать совет, пишите: mail@designsnapper.com.


UPD из твитера
Nikita Ivanov: Из текста про контроль, ПХП-файл и оплату ни черта не ясно, что это за Дизайн-снепер вообще такой. Будто все уже знают :–)

Nick Toverovskiy: Короче, такая тема, видишь прикольное, чпок, сделал скриншот и он сразу сохранился и опубликовался на сайте.

Nikita Ivanov: Спасибо!

Nick Toverovskiy: Не за что :-) И ещё фишка в том, что всё на твоём сайте, поэтому никакие пидарасы не удалят.

Nikita Ivanov: Из этих двух сообщений узнал в пять раз больше интересного для себя, чем из ЖЖ ;–) Надо будет попробовать.

Nick Toverovskiy: Тогда ещё добавлю, что клёвые снепы мы опубликуем на центральном сайте. Так их увидят многие.

Транслитерация в Objective-c, CFStringTransform может всё

Охренеть. Задал вопрос на Стековерфлоу о функции CFStringTransform:
http://stackoverflow.com/questions/27697591/remove-apostrophe-in-cfstringtransform-results#comment43813037_27698313

Оказывается там внутри целая библиотека и оно может всё:
http://icu.sourceforge.net/userguide/Transform.html

И сразных языков на языки, и цифры в слова превращать, и регистры. Всё, что душе угодно. Советую почитать.


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

Парк-ридер

Наконец-то опубликован.
http://artgorbunov.ru/projects/parkreader/

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

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

Описание системы лежить в ведре. Это практически точная копия из ТЗ. Мы только вырезали альтернативное описание, где алгоритмы описываются словами по шагам. То есть это можно реально брать и программистам давать как задание.

Советую внимательно изучить это ведро. Если не всё, то некоторые идеи могут быть полезны.

Придумал всё понятно кто, но схемы я рисовал своей рукой. В Кореле :) Ю-Эм-Эль там конечно ещё тот, но должно быть понятно.

Вы все работали по принципу флекс скоуп

Только что до меня дошло, что все вы прекрасно знаете и умеете работать в системе фикс тайм, фикс баджет и флекс скоуп (давайте что ли называть этот подход «флекс скоуп»?), по которой у многих было так много вопросов (см. http://artgorbunov.ru/bb/soviet/20110617/ и ksoftware.livejournal.com/171873.html). А большинство, я уверен, работают по этому принципу прямо сейчас, только не понимают этого.

Вот скажите, вы как зарплату получаете? Раз в месяц и фиксированную? Значит фикс баджет есть. А получаете регулярно? Значит и фикс тайм присутствует. А  всё, что просят за месяц успеваете? Или что-то в следующем месяце за новую зарплату делалаете? Вот и флекс скоуп появлися.

Итак самая обычная работа с зарплатой раз в месяц — это и есть самый что ни на есть подход под страшным названием «fix time and budget, flex scope».

Единственное отличие от описанного Артёмом подхода только в том, что гибкость функционала во флекс скоупе гораздо жестче, чем в обычной работе. Можете представить себе это как жесткого менеджера, который очень четко решает, что если вы в этом месяце что-то не успеваете сделать хорошо, значит вообще не делаете. И еще, пожалуй, итерации очень явно отделены друг от друга.

При таком сравнении можно найти ответы на множество вопросов. Ну, например: 
 
1. Флекс скоуп выглядит так, что исполнитель может нихуя не делать, а потом в конце сказать, что типа времени нет и давайте всю функциональность выкинем. Сравниваем с обычной работой. Скажите, что будет, если сотрудник днями будет сидеть на Однокласниках, в Вики, в ЖЖ, а потом скажет, что ничего не успел? Правильно, он пойдет нахуй искать новую работу. Также и при работе по флекс скоупу. Если заказчик увидит, что мы халявим, он всегда может нас послать.
 
2. Как быть с тем, что вся ответственность якобы на заказчике, а мы в шоколаде сидим и ничем не рискуем? А как в обычной работе? Вот вы взяли чела на зарплату. Вы чем рискуете, если он не сделает работу? Очевидно, что всем проектом, потому что за проект официально ваша фирма отвечает, а не этот чел. А чем рискует работник? Он рисует своей работой (могут выгнать, если будет халявить), репутацией. За проект он не может отвечать, потому что в договоре не его имя. То есть если человек ответственный он может сделать всё, что от него зависит, помогать принимать решения, но в конечном итоге за проект будите ответственны вы.
 
3. Можете представить ситуацию, что вам на работе дали задание, вы за месяц его не сделали и начальник вам приходит и говорит: меня не ебет, ты обещал, значит следующий месяц будешь работать бесплатно, пока всё не доделаешь? Будите работать месяц без зарплаты? А два? Этот пример объясняет зачем нужен флекс скоуп.

Дальше сами можете попробовать по проводить аналогии.
 
UPD:  Кстати, используя эту аналогию можно понять кто принимает важные решения и отвечает за их принятие. В обычной фирме — это, конечно, директор. Во флекс скоупе — это заказчик.