Рубрика #проекты

Две клевые новости: Тудурант теперь официально доступен как десктопное приложение под Windows, macOS и Linux; а мобильные пользователи теперь могут шейрить любые текст и ссылки прямо в приложение Тудуранта, чтобы создавать задачи быстрее!

Крутота.

Рубрика #вкусняшки

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

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

Рубрика #проекты

Гроус хакеры в треде? Каждый день на сайт Тудуранта приходит примерно 1000 людей. Из них 50 человек регистрируется на сайте. 12 человек продолжают использовать сервис спустя 5 недель (оплатили подписку).

Вопрос: какой минимум действий нужно предпринять, чтобы поднять конверсию в регистрацию? А чтобы поднять ретеншн? А чтобы поднять конверсию в платящих пользователей?

Я пока что склоняюсь к простому онбоардингу через карусель, которая показывает 3-4 фичи в ключе, как это может сделать жизнь человека лучше. То есть эмоциональный онбоардинг, чтобы поднять конверсию в активного пользователя. А потом разработать цепочку туториалов (или имейлов) по каждому из правил методологии, чтобы безболезненно вводить человека в курс дела (а не как сейчас выдавать просто стену текста с правилами).

Что думаете? Пишите в комментариях свои идеи, какой минимум действий нужно предпринять для поднятия метрик.

@borodutch отбивается от стартаперов.

Рубрика #вкусняшки

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

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

Рубрика #мюсли

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

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

Рубрика #ЧтецСамец

Дочитал недавно вышедшую книгу "Легко и Просто" от Тимура Зарудного и Сергея Жданова. Произведение клевое: подойдет как и уже опытным продуктивити хакерам, так и новичкам в этом деле.

Всего 240 страниц, зато каждая наполнена смыслом. Автор собрал вместе весь свой опыт повышения продуктивности от А до Я — от концептов постановки задач до того, насколько важно и как именно исправлять сон, питание, состояние здоровья.

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

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

Да-да, джеймсфранковое "same same but different but still same".

Надо высыпаться. Надо разбивать задачи. Надо перестать себя бичевать. Надо правильно питаться. Надо работать над своими привычками. Надо заниматься активностью в течение дня.

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

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

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

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

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

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

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

Рубрика #мюсли

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

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

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

Различайте, когда вас разводят на деньги — и когда о вас реально заботятся. У целей "получить больше денег с пользователей" и "принести пользу человеку" два абсолютно разных подхода.

P.S., а вот теги задач (как ярлыки) работают отлично! Когда нельзя "спрятать" целый класс задач в папку типа "спорт", "саморазвитие", "семья". Когда все задачи в одном списке, но помечены простым тегом. Например, теги "#тудурант", "#щилди", "#networking", которыми я пользуюсь постоянно.

Рубрика #ЧтецСамец

Дочитал книгу Where Good Ideas Come From про то, как процесс инновации похож на эволюцию и почему для создания новых идей нужны время, существующие технологии, нетворкинг, удача и пробы с ошибками. Вкратце, автор просто объясняет на примере существующих инноваций процесс создания нового из хорошо известного старого.

Важные моменты, которые я вынес для себя из книги:
— Конвергенция технологий рождает реализацию новых идей (Теслу нельзя было бы создать 20 лет назад: не было ни автопилота нормального, ни материалов, ни батарей, ни производственных процессов)
— Большинство "инноваций" — это сборная солянка из уже существующих концептов и технологий
— Об идеях нужно говорить всем и всегда — никто не знает, когда придет озарение, а рассказы об идеях позволяют повысить шансы озарения
— Желательно обсуждать идеи с профильными специалистами — они часто могут подсказать недостающие кусочки паззла
— Новые идеи приходят из "соседних возможностей", которые открываются с новыми технологиями (например, GPS открыл соседние возможности для всех приложений, которые работают с картами)
— Озарение не приходит просто так, оно приходит спустя время размышлений о проблеме — нужно собрать достаточное количество нейронных связей для прихода озарения
— Ошибки двигают прогресс: они не только могут указать на то, что не работает, но и подсказать, что может сработать в следующий раз

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

Очень советую эту книгу!

Рубрика #ЧтецСамец

Дочитал книгу Speak German in 90 Days. Читал ее каждый день в течение последних трех месяцев (очевидно, ведь прямо в названии есть количество дней, на которые рассчитано чтение). В школе я 6 лет учил немецкий и смело могу сказать, что эта книга освещает все необходимые правила грамматики языка.

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

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

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

Рубрика #проекты

Работаете тестировщиком софта и тестируете все вручную? Пора переходить на следующий уровень и учиться писать автоматизированные тесты.

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

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

И сегодня я начинаю набор тестировщиков на поднятие их уровня. Все очень просто: сначала вы проходите ряд теоретических и практических упражнений, после которых спокойно будете писать код.

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

Не бойтесь, что у нас весь стек на TypeScript — это почти тот же JavaScript, но с поддержкой типов и новых фич языка. Более того, все языки программирования и инструменты написания автоматизированных тестов похожи друг на друга, а концепты так и вовсе идентичны. То есть вы научитесь писать тесты на любой платформе.

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

Поделитесь этой записью с друзьями, которым это может быть интересно!

Рубрика #проекты

Ура! В Тудурант завезли виджеты на рабочий экран на iOS! Ну теперь-то точно заживем!

Рубрика #мюсли

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

Xcode — это забагованный кусок говна. Симулятор — это еще более забагованный кусок говна. Все, что делает Эпол — это медленное и неповоротливое говно с тонной микрофризов.

Читатели этого канала знают, как меня выбешивает, когда машина мыслит медленнее меня. Разработка под веб (на Vue) и под мобилки (на React Native) — это просто глоток свежего воздуха, как там все мгновенно и быстро обновляется. Написал код — и сразу его тестируешь. Не надо ждать по полчаса, пока будет готов билд.

Время между билдами — это сложный процент, который аккумулируется. Если между билдами у вас 1 секунда, то вы сможете за минуту проверить с десяток разных подходов. Если между билдами 15 секунд, то вы сможете попробовать 2-4 подхода в минуту. Это в лучшем случае.

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

Макось стала еще худшим куском говна за последние 4 года. Это еще ладно я отключил шифрование жесткого диска! С ним вообще жопа с микрофризами. У меня два макбука для разных целей — и у них ("слава" яблоку) общий буфер обмена. Звучит клево! Но каждый раз, когда я копирую что-то на одном макбуке и через минут 20 открываю другой, у меня всю систему фризит на 10-15 секунд на синхронизацию этого самого буфера обмена.

АААААААААААААААААААААААААА!!!

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

Я вчера весь день потратил на отладку двух багов в Тудей Виджете Тудуранта на iOS. Знаете, почему? Потому что между тем, как я написал код для отладки бага (или поправил баг), мне приходится 5 минут (я не шучу, смотрите видео) танцевать с бубном, чтобы просто запустить и проверить, сработал ли фикс.

Это пять минут на один запуск — последующие запуски не идут быстрее. Каждый раз, когда я пробую один подход к починке бага, я 5 минут барахтаюсь в симуляторе, пробуя просто запустить Тудей Виджет и проверить, работает ли он.

Я ненавижу яблоко за все, что они делают:

1. За блокировку белоруских протестных каналов в Телеграме
2. За оверпрайснутое устаревшее и слабое железо
3. За испорченную макось
4. За вендорлок разработки под яблодевайсы
5. За обрубленные iOS и iPadOS, пользуясь которыми, чувствуешь себя человеком второго сорта
6. За запрет на внешние сторы приложений и установки приложений из сторонних источников
7. За абсолютно идиотское отношение к разработчикам и инструментам для разработки
8. Еще за десяток тысяч пунктов

Чего стоит один Sign in with Apple — они написали свой OAuth, который похож на стандартный, но только имя и имейл человека они отдают только один раз, при первом логине. Это никак не помогает безопасности или анонимности пользователя, только мешает разработчикам.

Ну или то, как в Сафари отображаются шрифты. Как можно было это-то зафакапить? Почему на всех платформах и во всех браузерах (даже на Edge) шрифты выглядят норм, а в Сафари — это толстое говно вместо ровных и приятных линий?

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

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