Про темы выступлений.

Для меня всегда доклады делились на три категории.

Доклады с хорошим названием и тезисами, хорошим содержанием и подачей.

Доклады с хорошим названием и тезисами, плохим содержанием и подачей.

Доклады с плохой темой и тезисами, но крутым содержанием и подачей.

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

Поначалу мне было сложно придумывать название и описание, но сейчас тема доклада рождается до прощупывания структуры. Идея — название — описание — план — доклад. И мне нравится именно такой путь развития темы.

Про нативный CSS.

Через три месяца я буду выступать с докладом на конференции KharkivCSS с докладом про возможность (или невозможность) замены препроцессоров возможностями нативного CSS. Учитывая мою текущую основную деятельность, нельзя терять мостик между менеджментом и технологиями.

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

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

О вдохновении.

Лучше ничего не писать, чем выдавливать из себя, когда не лезет.

О сообществах.

Короткая, но важная заметка. Сегодня я в очередной раз убедился, что даже спустившись на самое дно, ты сможешь услышать стук снизу. Всегда!

Про разработчиков.

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

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

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

Вывод дня.

Две головы лучше чем одна. Четыре руки лучше чем две.

Подготовка выступления.

Я научился готовить выступления двумя способами.

Первый — сначала текст, потом презентация.

Второй — сначала презентация, потом текст.

В первом варианте, я сначала писал текст выступления, оттачивал его фактически учил и после этого делал по нему презентацию. Запоминая текст, я избавлялся от пауз, экания и нукания. Но я не люблю учить выступление, я люблю импровизировать.

Во втором варианте, я собирал презентацию по мыслям в голове. А потом по ней писал опорный текст и потом импровизировал во время выступления.

Второй вариант мне нравится больше, особенно когда я рассказываю тему, которую на сто процентов знаю и без написания текстов. Однако, я не перестаю экспериментировать с методами подготовки докладов и презентаций, так как я никогда не останавливаюсь в развитии.

Про трансформацию специализации.

Жизнь сложная штука. Это я понял давно.

За последние два года я умудрился сменить четыре официальных профессии. Я переехал в Москву на должность верстальщика, но уже через полгода начал работать фронтенд-разработчиком. Это уже две профессии.

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

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

Самое важное, что я уяснил. Неважно как ты трансформируешься и по каким причинам. Важно меняя специализацию развиваться в новом направлении и работать качественно.

Илон Маск и сотрудники Space X вчера запустили к Марсу первую ракету.

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

Работаем дальше.

Про доверие.

Я изначально планировал сегодня написать про доверие. Про доверие к начинающим специалистам.

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

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

Расскажу на примере Ракеты естественно. Ребята, которые приходят, через два-три проекта уже делаю всё без помощи. Если их взяли на работу им бы понадобился месяц, чтобы обтесаться и стать специалистом.

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

Про тестирование.

Меня расстраивает тестирование. Меня расстраивает тот факт, что ребята тестируют не то, что нужно действительно тестировать.

Сравним условно два типа тестирования. Первый — соответствие макету точка в точку, второй тестирование доступности.

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

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

При этом догадайтесь какому пункту больше отдают предпочтение при тестировании? Верно, первому. Вот это меня и тревожит.

Если вы когда-либо будете руководить стартапом, то забудьте про выходные. Это не значит, что отдыхать не нужно. Просто если перед вами стоит выбор между диваном и развитием продукта, ради продукта, я бы выбрал второе. Особенно на первых этапах.

Про болезнь.

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

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

По многим советам я начал читать 45 татуировок менеджера и сейчас пытаюсь вычерпнуть оттуда что-то полезное. Мне понравилась фраза — «А вероятность того, что вы Стив Джобс, составляет 1:7 021 836 029». Хорошая фраза.

А ещё я готовлю выступления.

Весны выдаётся на удивление насыщенной. Москва, Минск, Харьков, Екатеринбург, Санкт-Петербург.

Буду рассказывать про технологии. В Минске будем развеивать мифы про современную раскладку Grid Layout.

В Харькове, Минске и Екатеринбурге буду рассказывать про возможности современного нативного CSS против препроцессоров от которых, потихоньку, можно начинать отказываться, как мне кажется. Надеюсь, что это тема вызовет резонанс и обсуждение, так как я люблю когда можно поспорить и обсуждать.

В Москве и Санкт-Петербурге буду говорить про Ракету. Рассказывать про продакшен на базе образовательного проекта. Чего мы добиваемся и как.

Про ошибки и мотивацию.

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

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

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

И про мотивацию.

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

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

Вот прямо то, что надо.

9 признаков, по которым покер похож на бизнес

1. Ты должен играть с картами, которые тебе сдали, и с тем количеством фишек, которые перед тобой на столе. Бизнес надо начинать с того, что есть.

2. Выигрыш зависит в первую очередь не от того, какие карты на руках у тебя – а от того, какие карты у других. Дело не в том, хорошая ли у тебя идея, а насколько она конкурентноспособна.

3. Чтобы продолжать играть – надо продолжать делать ставки. Расходы это или инвестиции в выигрыш – будет понятно только в конце игры.

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

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

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

7. Выигрывают не на одной раздаче, а в игре. Есть пословица "не рассказывай мне, с какой рукой ты выиграл – расскажи, какую руку ты сбросил". Нужно уметь вовремя отказаться от неудачной идеи, сбросить карты и пойти на следующий круг.

8. Выиграть много денег можно только в том случае, если у других игроков хорошие карты, на которые они ставят – а у тебя еще лучше. Когда карты у всех плохие – денег в банке не будет. Заработать много денег в бизнесе можно только на конкурентном рынке.

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

За выходные я понял сразу несколько вещей.

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

Вывод? Собирайте больше информации, чтобы лучше понимать свой продукт и менять вещи, о которых вы не знали.

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

Про чувство ответственности.

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

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

На самом деле это не так. Не всегда всё можно вернуть полученной назад предоплатой. Потраченное время никто не вернёт. Чтобы продолжить выполнять такой проект надо найти нового человека (время), погрузить его в проект (время), выполнить проект до конца в более сжатые сроки, так как время упущено. Это оборачивается ещё большими тратами на проект.

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