🏍️ Более быстрая лошадь

🏍️ Более быстрая лошадь

Продуктоводы любят цитировать Генри Форда:

Если бы я спросил у людей, чего они хотят, они бы попросили более быструю лошадь [а не автомобиль]

Вывод делается такой, что пользователи, мол, сами не знают, чего им надо.

Кажется, в этой байке очень мало хорошего:

1. «Если бы спросил, они бы попросили». Да откуда ты знаешь? Спроси сначала — мало ли, вдруг ответы тебя удивят.

2. Допустим, реально ответили, что нужна «более быстрая лошадь». Это весьма полезная информация, только надо сфокусироваться на «быстрая», а не «лошадь». Почему важна именно быстрота, а не выносливость, комфорт или там стоимость владения? Что смогут они такого делать, чего раньше не могли? Сразу возникают вопросы, которые помогут увидеть правильное направление.

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

4. Средний продуктовод — далеко не Генри Форд (сорян). Не грех и спросить, корона не свалится.

В общем, я за другую цитату Форда:

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

Корректура в конце

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

Сейчас в меня полетят помидоры от магов корректорской гильдии, но я должен об этом сказать. Орфография переоценена. Да, ошибки снижают доверие и обидно оскорбляют русский язык и Розенталя лично. Но разве «тся или ться» — это главное в жизни?

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

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

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

Третья часть заметок об умении разговаривать осмысленно и находить нужные интонации

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

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

— Все слова это буквально воздух. Смысл в них мы помещаем сами, словно распаковывая коробки и узнавая слова из огромного хранилища речевого центра мозга. Переберите все основные слова в профессиональном лексиконе и наделите их позитивным, эмоциональным смыслом. Фразы «Мы разработали релевантное аудитории решение» и «Мы нашли решение» — могут дать разный результат восприятия смысла. При равной степени уверенности в результате.

— Хорошая речь, это дыхание. Дыхание, на самом деле сильно влияет на восприятие слов, поскольку если вы во время разговора начинаете часто делать вдохи, сбивать ритм речи, обрывать слова, словно задыхаясь, это создает сильное напряжение у слушателя. Следи за дыханием, высказывая мысль, особенно в споре, старайся делать спокойные, глубокие вдохи. Этому легко научиться читая вслух. Практика дыхания при речи формируется с практикой. Читайте тексты вслух, не задумывайтесь о дыхании, а просто следите, чтобы слушателям ваш ритм речи и дыхания был комфортен.

7 важных факторов PHP-приложения

7 важных факторов PHP-приложения

Инженеры платформы Heroku (https://www.heroku.com/) на основе собственного опыта создали методологию (https://12factor.net/ru/) для разработки SaaS-приложений.

Эта методология учитывает три важных аспекта:
— расширяемость — развитие кодовой базы и функционала;
— сопровождаемость и возможность командной работы над проектом;
— масштабируемость.

12 факторов приложения стали шаблоном для многих разработчиков и Ops-инженеров, а мы постарались адаптировать самые важные из них для приложений на PHP.

Кодовая база (https://12factor.net/ru/codebase). Забота о коде начинается с принципов его версионирования и хранения. Используйте Git Flow или его адаптацию с учетом специфики работы ваших команд.

Зависимости (https://12factor.net/ru/dependencies). Используйте менеджер зависимостей Composer (https://getcomposer.org/) и его основные операции install и update для манипуляций c composer.json (https://getcomposer.org/doc/04-schema.md) и composer.lock.

Конфигурация (https://12factor.net/ru/config). Предпочтительным методом обработки конфигурации является использование переменных среды. Для работы с ними мы применяем компонент symfony/dotenv (https://github.com/symfony/dotenv).

Параллелизм (https://12factor.net/ru/concurrency). Выполняйте процессы в фоне, тем самым снижая время отклика при взаимодействии с вашим сервисом. Выделяйте веб-процессы в реальном времени и рабочие процессы. Первые принимают http-запросы от клиента, а вторые — выполняют фоновые задачи, например, с помощью брокера сообщений RabbitMQ (https://github.com/rabbitmq).

Паритет разработки/работы приложения (https://12factor.net/ru/dev-prod-parity). Для того чтобы обеспечить схожесть сред разработки, тестирования и продакшена, мы используем виртуализацию на основе Docker и специально подготовленные образы, содержащие одинаковые наборы и версии библиотек. Промышленные и тестовые среды отличаются лишь степенью масштабирования, на основе технологий K8S и Swarm.

Журналирование (https://12factor.net/ru/logs). Фактор утверждает, что приложение должно просто писать в STDOUT и STDERR, а среда должна отвечать за маршрутизацию этих сообщений в хранилище. Технология PHP-FPM позволяет производить вывод логов в STDOUT, что крайне полезно при работе с Docker-контейнерами. Для организации процесса логирования на уровне приложения мы используем сторонние внешние библиотеки, например Monolog (https://github.com/Seldaek/monolog) или компоненты фреймворков.

Задачи администрирования (https://12factor.net/ru/admin-processes). Реализовать сценарии администрирования приложения можно с помощью внешних библиотек, например Symfony Console (https://github.com/symfony/console). Большинство современных фреймворков имеют встроенные средства для организации запуска консольных команд для служебных целей и миграций. Например, в Yii Framework есть понятие консольного приложения (https://www.yiiframework.com/doc/guide/2.0/en/tutorial-console) и команды.

Возвращение

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

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

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

Прежде чем продолжить, для самых искушенных быстрые ссылки на прошлые серии:

Про бриф, особенности бизнес модели и большое легаси профиру — https://t.me/bukhtiyar/88

Дальше история продолжается рассказом о том, как мы примеряли сервис на себя и познали проблему курицы и яйца — https://t.me/bukhtiyar/88

Ну и как же без классической истории поиска решения — взяться за все проблемы сразу, чтобы в итоге найти одну самую большую и важную — https://t.me/bukhtiyar/88

А дальше я начал рассказ о том какие исследования мы провели и какие инсайты получили. Успел затронуть историю нашего заказа качестве клиента профиру, а также о том насколько непросто выманить мастеров для интервью — https://t.me/bukhtiyar/112

Закончилось все на предательском «Про полученные инсайты и конкурентов расскажу завтра.» 😂
Ну и вот спустя два месяца пожалуйста — история про конкурентов.

Вы правы, мало кто пройдет по ссылкам, поэтому вот, совсем краткий синопсис предыдущих серий:

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

О таланте

О таланте

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

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

Талант стремится делать иначе, искать с легкостью и упорством неожиданное и это ставит результаты его работы на одну плоскость восприятия с безумством и бездарностью. Видеть в необычном, странном, разноголосом талантливую суть, самостоятельный стержень — это умение. Надо воспитывать в себе это чувство «понимания непонимания».
Редкий талант успешен, он не умеет голосить о себе, не умеет объяснять, не умеет дергать за рукав. Не нужно хвалить, нужно верить. Доверять сложному. Помогайте талантливым умением слышать. Не отрывайте их пальцы от труда, не наносите ран осуждением — таланту не нужно много труда в физическом мире, но труд душевный, мыслительный, самоокапывание не самых плодородных тем и заданий — удел способных, одаренных и талантливых. Не отвлекайте талантливых от мысли — но становитесь их голосом, их личным чудом, вдохновителем. Становитесь стаей, коллективным пространством понимания, что все мы разные и роли наши только в взаимной поддержке, в взаимном импульсе.

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