В этом блоге вы можете прочесть мои статьи об управлении вообще и управлении проектами в частности.
У меня нет канала в телеграме, если хотите читать мой блог в этом мессенджере, воспользуйтесь ботом Aximo, добавив в него мой rss-фид. Видеоблога на ютубе и в тиктоке тоже нет, я пишу слова руками и всё ещё надеюсь, что коллеги сохраняют умение их читать. Блога на vc нет, но есть профиль, с которого иногда пишу комментарии.
Курсы и вебинары не провожу.
Консультирую по менеджменту, пока бесплатно, пишите на vladimir@bychko.ru, накидаю советов, посоветую литературу.
Помните мемас про заказчика, который хочет, чтобы пользователь, заходя на сайт, видел своё отражение? Вебмастер сделал такую кнопку. Работает, только при включённой вебке. Забавно.
Выводы о том, какого тимлида ценит и команда, и клиент. Баланс качества и сроков, прогноз рисков и список задач, который поможет вам не стать мелким тираном.
Есть версия для мака и поддержка русского языка. Базовую версию можно получить бесплатно. Попробовал транскрибировать, получается сносно. На Windows потребуется установить дистрибутив с GitHub от самой OpenAI.
Книга настолько точно описывает распространенные заблуждения менеджеров и мифы из бизнес-литературы, что автор её прочитал с большим удовольствием и решил написать краткий обзор.
В сети есть огромное количество материалов о том, как правильно проходить собеседования на менеджера проектов, но мало кто пишет, как собеседования проводить. На что обращать внимание? Какие вопросы задавать? Как интерпретировать ответы?
Мы будем говорить о так называемом, техническом собеседовании, будем считать, что скрининговое кандидат уже прошёл. Вообще, «техническое собеседование» — это термин из сферы найма разработчиков, но почему-то собеседования с пиэмами и аналитиками тоже так называются, хотя технического в них не очень много.
Собеседования имеет смысл записывать, спросив у кандидата на это разрешение в самом начале, большинство соглашается.
Спросите, что кандидат уже знает о компании. Серьёзные люди, помимо внимательного изучения вакансии, находят сайт компании, более-менее разбираются, о чём она. Несерьёзные обычно отвечают уклончиво.
Поинтересуйтесь, как у кандидата дела с поиском работы, много ли собеседований, есть ли уже какие-то конкретные варианты, можно без подробностей.
Затем нужно рассказать о компании, похвалив кандидата, если он отметил в своём спиче правильные вещи. В подробности погружаться не стоит, кандидат, скорее всего, их не запомнит. Расскажите ключевое. Продуктовики вы или аутсорсники, какие продукты для какого рынка разрабатываете, на каком стеке, есть ли команда или её нужно собрать под себя, если есть, кто входит в состав команды. Будет ли пиэм чистым пиэмом или придётся совмещать функции аналитика или даже тестировщика.
Обычно рекрутер на этапе скрининга отсеивает большинство непрофильных кандидатов и на встречу с вами приходят уже люди, более-менее в теме. Вам решать, задавать ли совсем простые, фильтрующие вопросы, вроде: «Что такое проект» или: «Чем скрам отличается от канбана»
Ещё один типовой вопрос для отсеивания случайно прошедших скрининг нубов, что нужно делать, если не успеваем в срок. Грамотный кандидат расскажет пять-шесть методов сжатия расписания, неграмотный будет блеять про привлечение дополнительных разработчиков.
Вполне нормально попросить кандидата рассказать о себе и о своём опыте, внимательно выслушав и осознав, на что он делает акцент, что для него важно. Матёрые претенденты будут рассказывать о профильном (по отношению к вашей компании) опыте и проектах, похожих на ваш.
После знакомства можно переходить к кейсам. Возьмите несколько историй из богатой проектной практики вашей компании, в которых менеджеру нужно было принять решение, расскажите кандидату о них и расспросите, какое бы решение принял он.
Совет. Спрашивайте не «как вы это делали?», а «как вы это делали и как по-вашему это правильно делать?» Вторая форма вопроса более ценна, потому что менеджер мог неправильно действовать по указанию начальства, чтобы не потерять работу, при этом прекрасно зная, как правильно.
Спрашивать задачи про углы между часовыми стрелками, мячи в автобусе и канализационные люки, не нужно. Во-первых, это программистская тема, а во-вторых, умение разгадывать такие загадки говорит исключительно об умении разгадывать такие загадки, а не о профессиональных компетенциях.
Напоследок можете задать два диагностических вопроса. Поинтересуйтесь, в каких профессиональных сферах кандидату требуется помощь. Ещё хороший вопрос — попросить описать идеальное для него рабочее окружение, от количества созвонов в неделю, до кресла, мышки и компа, из ответов на эти вопросы также можно сделать вывод, подходит он вам или нет.
Попросите претендента задать интересующие его вопросы. Грамотный специалист обязательно спросит несколько вещей, из которых тоже можно сделать вывод, что для него приоритетно. Отсутствие вопросов — плохой знак.
Поинтересуйтесь, как скоро кандидат сможет выйти на работу, если получит оффер.
Напоследок расскажите претенденту дальнейшие действия. Будут ли ещё собеседования с другими членами команды или руководством (этим грешат крупные компании), как скоро он получит обратную связь. Поблагодарите за уделённое время и попрощайтесь. Нормальное время собеседования — сорок-пятьдесят минут, за это время можно выяснить всё необходимое.
Предположим, вы или ваше руководство пришло к выводу, что без мобильного приложения бизнес теряет прибыль и обойтись завёрнутым в какую-нибудь программную обёртку веб-сайтом никак невозможно, нужно пилить что-нибудь нативное.
У вас четыре варианта подхода к найму исполнителей.
Инхаус-команда.
Один или несколько фрилансеров.
Аутстаф команда под полным вашим контролем.
Подрядчик, которому вы поручаете работу под ключ.
У каждого варианта есть плюсы и минусы, давайте разбираться.
Инхаус команда
Создаём штатные единицы исполнителей, поручаем рекрутеру найти кандидатов в штат. Вносим им записи в трудовые книжки, платим зарплату.
Вариант хорош, когда приложение планируется очень сложным и дорабатывать его предполагается длительный период (в нынешних условиях «длительно» — это 2-3 года). По деньгам вариант получается чуть ли не самым дешёвым, дешевле только фрилансеры.
Большая ответственность ложится на рекрутера и нанимающего менеджера. Если они наймут недостаточно квалифицированных специалистов, вы потеряете довольно много денег на их зарплаты и урегулирование увольнений без суда (предполагаю, что вы работаете по белому).
Инхаус-сотрудников можно мотивировать корпоративной шизой, давить на совесть, просить переработать во имя будущих бенефитов и применять другие управленческие дарк-паттерны. Во всех остальных вариантах это будет затруднительно или невозможно.
Есть мнение, что инхаус-разработка стабильнее. Что у штатного сотрудника выше мотивация, он внезапно не пропадёт с радаров. Однако работодатели делились со мной историями, как штатный сотрудник просто переставал приходить в офис и брать трубку, даже не забирал трудовую.
Один или несколько фрилансеров
Главный плюс этого варианта — дешевизна. Вы можете найти фрилансеров на совершенно любой бюджет. Даже если у вас буквально три копейки, найдутся люди, которые выполнят заказ и далеко не факт, что некачественно.
Чаще всего, фрилансеры не требуют договор. Есть пространство для бухгалтерских манёвров с расходами на них. Нет официального оформления отношений — в ваших руках большая свобода в формировании команд и их переформатировании.
В остальном же, у этого подхода сплошные недостатки. Например, у фрилансера может быть основная работа, на которой сейчас его не слишком напрягают и у него есть время фрилансить, а через месяц ситуация поменяется. Без договора, фрилансер связан с вами только устными обязательствами и рискует только своей репутацией на данной площадке.
Ранее практиковался найм разработчиков-фрилансеров из Украины, они стоили ещё дешевле, относительно российских. Но теперь этому мешает СВО и препятствия для трансграничных переводов.
За фрилансерами крайне желательно ставить наблюдать штатного специалиста, чтобы он проводил код ревью и добивался качественного, читаемого, поддерживаемого кода. Для того, чтобы когда вам придётся фрилансера заменить, новый специалист не потребовал переписать код с нуля, а мог нормально подхватить недоделанную работу.
Аутстаф команда под вашим контроем
Находите аустаф-компанию, договариваетесь о часовых ставках и грейдах, вам предоставляют специалистов. Вы ставите им задачи, они их пилят и отчитываются в какой-нибудь таск-трекер об отработанных часах. В конце месяца аккаунт присылает отчёт, вы проводите оплату.
Достаточно гибкий вариант. Вы так же, как с фрилансерами, можете формировать и перетасовывать команды как угодно. Если не нравится работа конкретного специалиста, не нужно думать, как его правильно уволить, просто просите аккаунта его заменить.
Недостаток метода в дороговизне. Аутстаферам нужно платить специалистам зарплаты и при этом что-то зарабатывать, поэтому это самый дорогой вариант.
Кроме того, аутстаферы не несут никакой ответственности за результаты и их крайне сложно этой ответственностью наделить. Вы самостоятельно должны их менеджерить, следить за постоянством загрузки и тем, чтобы они делали только приоритетные вещи.
Подрядчик для работы под ключ
Метод подходит для не очень сложных приложений, для которых вы можете составить полное ТЗ и делегировать его производство подрядчику, чтобы он сделал его водопадом за раз, за фиксированный бюджет.
В этом случае ТЗ можно приложить к договору, чётко оговорив критерии качества продукта, который должен получиться в итоге. Возможно, подрядчик захочет написать более детализированное ТЗ и согласовать с вами, на это уйдёт дополнительный бюджет.
Возникает вопрос, как потом поддерживать получившееся приложение. Тут возможны варианты, всё зависит от изменчивости среды и потока изменений. Можно заключить отдельный договор на сопровождение с этим же или другим подрядчиком.
Также возникает вопрос, как в этом случае проконтролировать качество кода с точки зрения последующего обслуживания, развития и доработок.
На практике рассмотренные методы хорошо и правильно комбинировать. Например, нанять инхаус лидов, а для исполнителей использовать аутстаф.
Описанные ниже практики могут показаться самими собой разумеющимися для опытных тимлидов и пиэмов, давно и плотно занимающихся профессиональной разработкой ПО. Однако, попав в стартап, можно обнаружить, что горе-фаундеры забыли их внедрить. Давайте о них поговорим.
Гит
На проекте я тимлид,
В мастер пушу свой коммит,
У меня на это есть
Полный доступ в гит.
Если команда проекта состоит из вас одного, да, можно заливать код по FTP и вносить правки прямо на прод. Но уже когда вас становится двое, начинаются проблемы. Вы будете затирать код друг друга, откат из серверной резервной копии будет занимать массу времени и проч. Кроме того, в процессе залития файлов через FTP, прод будет работать нестабильно. Гит решает все эти проблемы, у вас появляется нормальная версионность, нормальный мерджинг, нормальное залитие кода в прод. Первым делом в стартапе надо внедрить гит, если его ещё не внедрили.
Код ревью
Как и в предыдущем случае, если команда из вас одного, вы сами за всё отвечаете и качество кода только на вашей ответственности. Но как только появляется второй разработчик, начинаются риски, что он будет вливать говнокод с очень странными и неочевидными программными решениями. Код ревью надо внедрять вторым делом и никогда на него не забивать, даже в экстренных случаях, когда какая-то важная функция работает неправильно, иначе вы рискуете положить прод вообще.
CI/CD
Эту загадочную аббревиатуру нужно внедрять в третью очередь, когда гит и код ревью уже заработали. Даёт великое множество профитов — возможность гибко управлять правами доступа, автоматизировать ручные действия и самое главное, возможность нормально масштабироваться. Без CI/CD в случае резкого всплеска нагрузки вам останется только развести руками.
Прозрачный процесс постановки задач
В прошлом команды зачастую проживали несколько стадий — устная постановка задач, запись на листочках, запись на физической доске, обвешивание досками всего кабинета, депрессия, переход на таск-трекер.
В других компаниях руководство грешит тем, что кидается задачами прямо в почте или в чатах, потом удивляется, почему ничего не сделано и ничего невозможно отследить. В четвёртую очередь ставим таск-трекер и принуждаем всех пользоваться им. Если руководство слишком нежное, обязываем кого-нибудь наиболее ответственного из тестирования или, в крайнем случае, тимлида, преобразовывать эти потоки сознания в тикеты.
Руководитель изрыгнул в чат баг или очередную светлую идею — ответственный сотрудник заводит тикет в таск-трекере и скидывает в чат номер. Исключений нет.
Одна задача = одна ветка в гите.
Крупные задачи нужно дробить на мелкие. А для мелких заводить отдельные ветки. Причина проста. Если вы решите вести в одной ветке 10 задач и срочно потребуется релизиться, вы не сможете это сделать, если хотя бы в одной будет критичный баг. Если вести задачи в отдельных ветках, вы совершенно спокойно зальёте 9 рабочих веток с 9 рабочими задачами и обрадуете стейкхолдеров и пользователей.
Автотесты
Вам может показаться, что продукт слишком мал и прост для автотестов. Но проблема роста потому и проблема, потому что момент роста сложности трудно заметить. А без автотестов вы постоянно будете сталкиваться с тем, что вливаемые функции ломают существующие. А когда вы станете совсем большими, можете завести выделенный отдел автотестирования.
Мониторинг ошибок
Последний, но не по важности пункт, который надо внедрять в стартапе в обязательном порядке. Ставить систему мониторинга ошибок и настраивать этот самый мониторинг. Потому что иначе вы будете узнавать об ошибках от пользователей, как правило, с очень ограниченной информацией, вроде мутного скриншота и ещё более мутного описания последовательности действий. Ещё хуже, если к вам с ошибками будет прибегать кто-нибудь из топ-менеджмента, на этом ваша карьера в этом стартапе может быстро закончиться.
Мониторинг ошибок позволяет узнавать о багах по мере появления, надо только выстроить процесс так, чтобы на этот мониторинг ответственные лица не забивали.
Вот, в целом, и все полезные практики, которые вам нужно завести в свежем стартапе чем раньше, тем лучше.
Free cute chihuahua dog biting a shoe image, public domain animal CC0 photo.
Об интерфейсе планирования встреч
Идея для самого лучшего корпоративного плагина для гуглокалендаря. На основании часовых ставок сотрудников считает, во сколько обойдётся компании планируемое совещание и предлагает вместо этого отправить письмо.
* * *
Про кино и нейросети
Когда в кино показывают большой отрезок жизни человека, для его детства берут просто похожего ребёнка, а потом сразу показывают подростка или взрослого человека, которого играет взрослый актёр.
Чаще всего получается непохоже, мы всё-таки сохраняем большую часть детских черт, а тут разные люди. С показом человека в старости всё проще, накладывают старческий грим, серебрят волосы, дорисовывают графикой. Думаю, с ростом качества дипфейков этот подход изменится и взрослые герои станут реально похожи на себя в детстве.
Айти на службе кино.
* * *
О поисковиках
Я считаю главным достижением поисковика гугла умение находить нужный графический мем по описанию. А главным провалом — что он дал заднюю и разучился находить людей в соцсетях по фото.
* * *
Об онбординге
В книге «Звёздный десант» Роберта Энсона Хайнлайна есть эпизод, в котором курсант ударил инструктора. Из ряда вон выходящая ситуация, все на ушах. И капитан ругает… инструктора. Ты же профессионал, ты должен был вырубить его уже в тот момент, когда он только подумал совершить такое преступление, тем самым спасти мальчика от административного наказания (публичной порки).
Предположим, вы проводите онбординг нового сотрудника и в вашей компании есть, например, еженедельная отправка специфического отчёта, который будет читать, в том числе вышестоящее руководство. Большинство «инструкторов» просто уведомляет сотрудника о том, что надо писать отчёт, снабжает примерами и ждёт. Сотрудник делает отчёт с большим количеством ошибок, потому что он специфический. «Инструктор» обвиняет сотрудника в ошибках, сотрудник их итеративно исправляет, постепенно демотивируясь.
А нужно не дать ему совершить ошибку. Один раз сесть с ним и сделать этот отчёт вместе, объяснив, что и как писать в каждом разделе отчёта, помочь с формулировками. На второй и следующие разы — конечно, уже пусть делает сам и если будет косячить, указываем ему на это.
* * *
О цвете пояса
Каратистам, айкидошникам и другим восточникам по мере роста опыта и заслуг, присваивают пояса различных цветов, в разных школах они различаются. Но принцип один и тот же: когда-то давно бойцы, начиная карьеру, подпоясывались поясом белого цвета, он в процессе тренировок и боёв впитывал кровь и пот, постепенно темнея, отсюда и традиция.
Думаю, было бы интересно присваивать айтишникам какой-нибудь предмет гардероба, который бы менял цвет по мере выгорания владельца.
* * *
О сериалах для людей под сорок
На заре российского телевидения, там крутили сериалы, ЦА которых были пенсионеры, которым было интересно смотреть за всякими Просто Мариями. Почти одновременно с ними стали показывать контент до шестнадцати и старше, вроде «Друзей». И вот в последние годы я всё чаще замечаю сериалы, которые лучше всего отзовутся людям под сорок.
«After Life» (первый сезон), «Мистер Корман», «В Бореньке чего-то нет» (из отечественного) и вот теперь «Терапия». Там Джейсон Сигель, вылезший из образа Марша Сладенького, а также пожилой Харрисон Форд. Вышло пока три эпизода и да, это сериал для людей под сорок.
* * *
Об уверенных в себе людях
Все знают про эффект Даннинга-Крюгера. Дураки полны уверенности, умные люди полны сомнений. Но на уверенность в себе оказывает не только имеющийся набор знаний и опыта.
Дело в том, что умный человек видит больше вариантов развития событий и вариантов поведения в них, поэтому и может колебаться при выборе актуального. Дурак же видит один-два варианта событий и действует уверенно.
Бойтесь уверенных в себе людей.
* * *
О монетизации личного бренда
Став знаменитым, Сальвадор Дали перестал платить в ресторанах. Он приходил, пил, ел, а когда приносили счёт, выписывал чек на нужную сумму, а на обороте рисовал что-нибудь сюрреалистическое.
Рестораторы эти чеки никогда не обналичивали, а продавали на аукционах живописи за намного большие деньги. И все были довольны.
* * *
О детских бизнес-заблуждениях
Есть типовые детские заблуждения, они у всех более-менее стандартные, это не очень интересно. У меня же было несколько бизнес-заблуждений.
1. Был уверен, что заместитель директора — это такая мегасинекура. Человек вообще ничего не делает и начинает выполнять функции директора, только когда последний куда-нибудь отлучается.
2. Кадровик — невероятно могущественный человек, потому что решает, кого нанимать и кого на какую должность ставить. По сути, третий человек в компании, после пункта 3.
3. Офис-менеджер — это тоже мегамогущественный человек, потому что управляет неким конкретным офисом целиком, со всеми чадами и домочадцами.
* * *
О необычном использовании личного помощника
Вычитал интересную практику использования личного помощника. Предприниматель поручил помощнику прочитать десять лучших книг по маркетингу, а потом рассказать ему самое интересное. В итоге узнал ОЧЕНЬ много интересного о маркетинге, потратив всего час времени на разговор вместо двух недель чтения, которых у него из-за постоянной занятости не было.
И такое можно делегировать.
* * *
О странном UI
Приз за самое странное UI-решение получают дизайнеры Майкрософта. Вот эта панелька в веб-версии Тимс меняет ширину, в зависимости от… чиселок в времени длительности разговора, которые набраны пропорциональным шрифтом. Панелька укорачивается на несколько пикселей, если во времени количество минут или секунд содержит единичку и отпрыгивает назад, когда чиселка меняется.
* * *
О важности своевременности
Из-за постоянно изменяющейся среды, старый опыт чаще всего, не особо актуален. То, что не работало в 2010 г., вполне может заработать в 2023. То, что работало тогда, может не заработать сейчас.
Представьте себе попытку сделать какую-нибудь Яндекс.Музыку в 2002 году на российском рынке с кнопочными телефонами и людьми, которые видели банковские карты только в рекламе по телику. И вот, спустя всего десять лет она отлично запускается и работает.
Представьте сервис, просящий доллар за скачивание рингтона для телефона в 2023. Глупость? А не так давно контент-провайдеры отлично на этом зарабатывали.
И ещё совершенно не факт, что в этом безумном мире и в этой безумной стране колесо истории сделает оборот и эти способы заработка снова заработают. Опыт переоценён.
* * *
О вырезании фона
В Вентуре можно встроенными средствами удалять фон с изображения. Жмякаем правой кнопкой → Быстрые действия → Удалить фон.
Попробовал на картинке со сливающимся фоном, получилось сносно.
* * *
О вкатывании в айти
Лучший способ вкатиться в айти в 2023 — чтобы вас покусал другой айтишник.
* * *
Конфуций об онбординге
Расскажи мне и я забуду. Покажи и я запомню. Дай мне сделать и я пойму. (приписывается Конфуцию) Это не баянистая присказка, а истина.
* * *
О выражениях в официальной документации
Как-то спала мода на опросы. Давайте исправляться. Имеем большую компанию с кучей начальников, некоторые из которых любят заглядывать в проектную документацию с разными целями. Как вы считаете, формулировка «Второй вариант архитектуры выглядит любопытным» в протоколе созвона (внутреннего) — это приемлемо или так писать нельзя?
* * *
Об айтишном джокере
В нолановской трилогии Джокер говорит, что больше всего на свете обожает бензин и динамит, потому что они дёшевы и с их помощью можно навести много шороху.
Когда будет время, напишу рассказ или даже книжку про айтишного Джокера, который обожает эксплойты и сканеры уязвимостей, потому что они мало весят и с их помощью можно тоже навести немало шороху.
* * *
О народных псевдоприметах
Некоторые «народные приметы», которым нас в детстве учили бабушки и дедушки, имели под собой вполне материальную основу.
Например, меня учили ни в коем случае не наступать на канализационные люки, плохая примета. Но ведь это логично, люк может быть плохо закреплён, есть риск упасть и переломать ноги.
Или обходить столбы и дорожные знаки только с дальней от дороги стороны, если обходить близко к дороге, плохая примета. Всё верно, чем дальше от дороги, тем ниже риск быть сбитым каким-нибудь дураком.
Но одна вещь осталась для меня непонятной. Зачем они говорили, что если заснуть на левом боку, приснится кошмар? Меня это так впечатлило, что все три или четыре раза, которые я за детство уснул на левом боку, снились лютые хорорры. Уже потом, когда я понял, что это всё херня, стал спокойно спать на любом боку. Какую цель ставило перед собой приучение спать только на правом боку?
А вас учили каким-то приметам, под которыми была здравая основа?
* * *
О ворклогах
Один из самых страшных вопросов, который может задать руководитель начинающему специалисту: «А что конкретно ты делал всю неделю?» Я столкнулся с ним, когда в молодости предпринимал первые попытки сисадминить. Проблема в том, что делаешь массу мелких вещей и совершенно их не помнишь, а ответ: «Делал множество мелких вещей» руководство не устраивает.
И я приобрёл привычку записывать ВСЁ, что делаю. Эвернота тогда не было, зато был майкрософт аутлук, синхронизирующийся с КПК и я струячил туда всё:
У бухгалтера слетел банк-клиент. Исправил.
Настроил секретарше номера быстрого набора на телефоне.
В удалённом офисе засбоил почтовый сервер. Подключился, настроил, вроде, почта снова ходит.
Завёл в AD учётку нового пользователя (финансы).
Переустановил винду на ноутбуке офис-менеджера. Настроил бэкап Акронис, чтобы больше не тратить на это время.
И так далее.
И так далее. И когда руководитель радостно спрашивал: «А что конкретно ты делал на этой неделе?», уже предвкушая как лишит меня премии, я спокойно печатал эту простынь и подносил ему в папочке. Обычно он на это хмурился, отвечал, что такие подробности его не интересуют и отставал надолго.
Когда перешёл в разработку, этот вопрос стал звучать реже, потому что есть джира и дневные отчёты. Но пару раз за карьеру менеджера проектов всё же слышал этот самый вопрос.
В общем, если вы только начинаете карьеру, рекомендую завести полезную привычку вести такие ворклоги, это не очень затратно и легко затыкает разных высокопоставленных дураков.
* * *
О личных качествах обучающего
В крупных продуктовых и во многих аутсорсных компаниях изобретают собственную методологию управления проектами, со своими выстраданными процессами и правилами. В компании может быть своя система проектной документации, особый подход к ведению требований и другие формальные аспекты, которым новичков нужно обучать.
Возникает соблазн делегировать роль «тренера» самому знающему и опытному пиэму. Я же рекомендую назначить для этого необязательно самого знающего, но обязательно самого доброжелательного и терпеливого специалиста.
Скорость обучения у всех новичков разная. Кроме того, некоторые из них могут плохо воспринимать на слух и лучше понимать текст, другие наоборот. Опытный и знающий начнёт по привычке требовать и давить, а может и оскорблять и угрожать карами, что приведёт только к тому, что вы потеряете часть «учеников».
Доброжелательность и терпеливость — вот ключи к успешному обучению. Ну и обязательно нужно сочетать методы. Рассказать в общих чертах, показать, как это делается, дать «ученикам» задание на дом, чтобы закрепить навыки и снабдить текстовыми описаниями, чтобы использовать их в качестве справочника.
* * *
О мегатрендах
Если бы я мог выделить один глобальный тренд в бизнесе в 2022 году, это было бы желание потребителей прозрачности. Желание понимать, из чего складывается стоимость услуги, что входит в состав товара и всё такое. Игнорировать этот тренд можно, но те, кто ему следуют, зарабатывают больше.
* * *
О видах прогресса
В продолжение поста о наставничестве. Бывают разные типы прогресса и к ним всем нужно относиться спокойно.
* * *
О странных запросах в техподдержку
Техподдержка регулярно сталкивается с самыми чудными запросами пользователей, но самое интересное я узнал вчера. Чувак был уверен, что его логин и пароль от одного сайта подходят ко всем сайтам в интернете
* * *
О разнице между спамом и флудом
Спам — это рекламное сообщение, которое пользователь не запрашивал. А флуд — поток навязчивых сообщений, необязательно рекламных. Почему-то 99 % пользователей путают спам и флуд.
* * *
Об эмблемах
Вы когда-нибудь думали о том, что на иконке Android Studio – циркуль, изящный и точный инструмент инженеров и архитекторов, а на иконке Xcode — молоток?
Когда-то давно разработчики писали софт с нуля. Нужна тебе, к примеру, функция, делающая текст капслоком, берёшь и пишешь. Надо решение квадратного уравнения — берёшь и пишешь модуль для решения квадратного уравнения руками. Наиболее сообразительные программисты достаточно быстро поняли, что часто используемый код можно стандартизировать и стали писать библиотеки готовых модулей. Появилась возможность импортировать в свой проект чужую библиотеку и обращаться к уже написанным и отлаженным методам.
Приложение, использующее библиотеки, состоит из основного кода разработчика, который обращается к библиотекам, вызывая методы из них.
Однако через некоторое время выяснилось, что можно ещё сильнее ускорить разработку. Например, в огромном количестве веб-проектов нужно писать веб-админку с более-менее стандартными гридами. Ну или часто пишутся сайты с более-менее стандартизированной вёрсткой. Выделение таких программистских потребностей привело к появлению первых фреймворков. Слово «фреймворк» переводится как «каркас».
Приложение на фреймворке содержит код фреймворка в своей основе, каркасе, и вызывает код разработчика, который выполняет специфические для этого приложения функции, в этом его архитектурное отличие от приложения с вызовами библиотек. Впрочем, никто не мешает комбинировать эти подходы и использовать в приложениях на фреймворке подключение библиотек и вызовы методов из них.
Классификация фреймворков
Бэкенд-фреймворки
Эти фреймворки предназначены для реализации серверных функций приложения. Веб-страницы с их помощью делать можно, но только самые просты.
Например, при помощи Django вы можете сделать админку с гридами, о которой я писал выше. Это фреймворк на питоне.
Ещё можно выделить:
Symfony, Laravel — PHP;
Express.js — JavaScript;
Ruby on Rails — Ruby.
Все эти фреймворки имеют на борту функции формирования выходных данных, с их помощью можно релизовывать безопасность серверной части от попыток взлома.
Фронтенд-фреймворки
При помощи фронтенд-фреймворков вы напротив, можете реализовывать веб страницы с богатым содержанием, различными элементами интерфейса, кастомными и стандартизированными контролами. Различные анимации тоже можно делать с их помощью. Как правило, речь идёт о JS-фреймворках, например:
Angular;
Vue.js;
Svelte;
React — формально это не фреймворк, а библиотека, но значение этого инструмента так велико, что его постоянно сравнивают с другими веб-фреймворками.
Фуллстек-фреймворки
Сюда относятся фреймворки, реализующие как клиентскую, так и серверную часть. Например, JS Meteor.
Возможности фреймворков
Веб-кеширование
Позволяет снизить нагрузку на сервер, отдавая самые популярные пользовательские данные из кэша.
Скаффолдинг
Позволяет автоматически сгенерировать наиболее важные части приложения или вообще, всю его структуру. Сильно повышает скорость разработки, очень полезно для новичков.
Шаблонизация
Отвечает за веб-публикацию. Основная задача шаблонизатора — отделить код от представления (например, HTML-разметки). Веб-шаблоны применяются для создания сайтов и страниц любого типа, так как шаблон выполняет роль незаполненного бланка документа, одинакового для любых представлений до заполнения данными.
Безопасность
Противостояние кулхацерам. Стандартизованные функции для идентификации пользовательских действий. Распознавание профилей, используемых для кликджекинга — механизма обмана, при котором злоумышленник получает доступ к конфиденциальной информации пользователя и даже его устройствам.
Сопоставление URL
Вообще, это механизм интерпретации URL-адресов. Нужно для упрощения индексации с сохранением красивого названия для сайта. Например, URL-адрес, который заканчивается на «/page.cgi?cat=science&topic=physics», можно изменить на просто «/page/science/physics», удобно и красиво же.
Приложения
Возможность разрабатывать стандартизованные приложения — форумы, блоги, CMS.
Важное для менеджера
На любом фреймворке можно реализовать как «летающий» продукт, так и медленно ползающее нечто, всё зависит от квалификации ваших разрабов и навыков архитектора. Поэтому фреймворк нужно выбирать не согласно веяниям моды, а исходя из того, каким лучше владеет ваш тимлид или CTO, это минимизирует риски.
Кроме того, специалисты, владеющие разными фреймворками, по-разному оплачиваются, есть более и менее оплачиваемые специализации. Эти цифры постоянно колеблются, никакой системы выделить нельзя, надо анализировать рынок в каждый момент времени.
В целом, это всё, что пиэму нужно знать о фреймворках.
С точки зрения классического менеджмента, худшее, что вы можете сделать — вырастить незаменимого сотрудника. Компания должна быть системой, в которой все элементы заменяемы. Но пока вы маленькие и компактные, никуда от этого не деться, обязательно выделятся лучшие сотрудники, соблазн поручать им всё больше и больше, слишком велик. Да и в целом, когда люди работают у вас относительно долго, скорее благо. Они лучше узнают все нюансы дела, прекрасно разбираются во внутренних процессах и проч. Очень больно, когда они всё же объявляют об уходе.
Любой сотрудник, с которым вы работаете, неважно, ваш подчинённый или руководитель, через какое-то время уволится, либо его уволят. Даже те, которые считаются столпами компании, рано или поздно свалят. Имеет смысл заранее проработать, что вы будете делать в этом случае.
Так как сделать, чтобы ключевые сотрудники не уходили как можно дольше?
Культура
Однажды уборщицу в офисе Аэрофлота спросили, почему она не уволится и не устроится на что-нибудь более денежное, а она ответила: «Вы что! Бросить авиацию?» Но ведь верно. Невозможно организовывать авиаперевозки из офиса с грязными полами, забитыми унитазами, заваленного мусором. Уборщица тоже в авиации, как и ведущий инженер, и гендиректор.
Есть мнение, что деньги — главное. Достаточно платить чуть выше рынка и всё будет хорошо. Это не совсем так.
Культура — штука сложная и многогранная. Сюда входит и доверие, и уважительное отношение руководства к сотрудникам, а также сотрудников друг к другу, и понимание, зачем существует компания, какие её основные цели, своевременная выплата зарплаты, отсутствие сокращений по желанию левой пятки директора, найм правильных людей. И практика показывает, что в компаниях, в которых есть хоть какая-то культура, сотрудники работают долго, даже если зарплаты ниже рынка.
Видение будущего
Люди охотнее работают в компаниях, в которых им показывают и рассказывают про их будущее, хотя бы раз в полгода. Каждый сотрудник, проработавший более-менее серьёзный срок, имеет карьерный трек, знает, чем будет заниматься через год и через пять, знает, каких результатов для этого ему надо достигнуть, какие обучения пройти, какие навыки подтянуть. Для грамотного специалиста это очень важно.
Соответственно, у компании есть стратегия на продолжительный срок, планы развития. Руководство понимает, на какие рынки собирается идти, какие продукты выпускать, как существующие продукты развивать, а также не стесняется на понятном языке доносить эту стратегию до сотрудников.
В общем, если уделять внимание этим двум аспектам, люди будут работать на вас дольше, чем в среднем по больнице. Не вечно, конечно, есть вещи вне контура вашего влияния, но долго.
Честно говоря, мне не нравятся формулировки новостей вида: «Илон Маск потерял за год 200 млрд. долл.» или «Безос потерял за один день 20 млрд. долл.» В голове сразу возникает картина, как со счетов миллиардеров списывают миллиарды или более архаичное, как большегрузные автомобили вывозят из их домов кубометры купюр. Конечно же, это не так.
На их счетах никогда не было этих миллиардов, у них просто были активы, которые кем-то были оценены по не пойми кем придуманным методикам в миллиарды и эта стоимость может меняться по первому чиху на Уолл Стрите. Ну и она качнулась в очередной раз. Мне кажется, об этом нужно писать менее желтушно.
* * *
О читабельности
Не то, чтобы я глубоко смыслил в написании кода, но одно знаю точно. У любого кода есть стоимость владения и чтобы она была минимальна, код должен быть в первую очередь написан не для машины, а для чтения человеком.
Читал пост одного френда (автоматизатор куа), которого на собесе спросили, как бы он решил задачу. В переменную передаётся строка, нужно определить, сколько в строке есть букв а, без использования готовых методов и библиотек.
Есть много способов. Можно, например, перебрать все буквы строки циклом и при нахождении а увеличивать счётчик на единицу. Можно удалить все буквы а, потом вычесть из длины исходной строки длину результирующей строки. Можно применить регулярку. Можно вообще, написать код на ассемблере, который сделает эту операцию супербыстро.
Мне кажется, хороший автоматизатор, да и разработчик, должен уметь делать любой из этих методов, но на практике реализовывать самый первый. Пусть код выполняется не очень быстро, зато когда этот сотрудник выгорит и уволится, не придётся искать днём с фонарём специалиста по ассемблеру или по регуляркам, который сможет разобраться, что там за код и что он делает.
Я же поддерживаю несколько сайтов на вордпрессе. И корректировки CSS темы делаю только при помощи инструмента дополнительного CSS, чтобы изменения не похерились при обновлении. И даже несмотря на то, что код там предельно простой и читаемый, всегда подписываю комментарий, для чего нужен каждый кусок, несмотря на то, что эти комментарии утяжеляют код и замедляют сайт.
* * *
О том, как важно не быть в балансе
Прочитал на vc перевод статьи предпринимателя, путешественника и писателя Криса Гильбо про 36 способов изменить жизнь. Заинтересовал пункт о том, что не надо быть в балансе:
5. Не пытайтесь «быть в балансе». Сбалансированные люди не меняют мир и никому особо не интересны. Будьте собой, принимайте взлёты и падения и просто живите.
Подумал, что профессия пиэма очень сильно способствует исполнению этого пункта. Я давно обратил внимание, что если моя работа становится размеренной, нет никаких пожаров и все просто спокойно работают, заливают фичи по расписанию, буквально через несколько месяцев меня уволят и заменят кем-то более дешёвым.
И это хорошо. Не даёт заскучать, всё время сталкиваешься с новыми вызовами, осваиваешь новые предметные области, изучаешь ранее неизвестные аспекты профессии.
* * *
О понимании классики
Carmina Burana — одно из важнейших классических произведений, вообще за всю историю музыки. В Википедии написано, что общий смысл у этой кантаты такой:
Композиционная структура во многом основана на идее вращения «Колеса Фортуны». Рисунок колеса был обнаружен на первой странице Codex Buranus. Он также содержал четыре надписи, помещённые на ободе колеса и в совокупности образующие стих: «Regnabo, Regno, Regnavi, Sum sine regno» (в переводе М. Л. Гаспарова — «Я воцарюсь — я царю — я царил — я ныне без царства»).
Во время каждой сцены, а иногда и во время одного действия, «Колесо Фортуны» поворачивается, счастье оборачивается печалью, а надежда сменяется горем. «O Fortuna», первая поэма в редакции Шмеллера, завершает круг, формируя остов композиции произведения.
А я услышал там немного другой, более приземлённый смысл. Кантата состоит из 24 музыкальных тем, начинается она, наверное, самой известной классической темой «O Fortuna». Она в глубоком миноре, текст — судьба ужасна и чудовищна, с самого рождения запущено колесо страданий бед и лишений, ничего с этим сделать нельзя.
Следующие композиции идут по нарастающей, доходя до 24 темы под названием «Ave formosissima», «Славься, прекраснейшая». Это такой светлый и радостный гимн. Так вот, в самом конце этой темы (не во всех исполнениях) звучит нечто, напоминающее механический будильник. Звук будильника становится всё громче и громче, перебивает весь оркестр, тема обрывается и снова звучит «O Fortuna», такое ощущение, что в два раза депрессивней и злее.
Я думаю, что кантата о убитом депрессией человеке, который случайно задремал, погрузился в мечты и этот сон был оборван будильником, после чего человек вернулся в свою депрессивную реальность. Такие дела.
* * *
О сантехнике и кораблях конвоя
У Розенбаума есть песня «Корабль конвоя». Она от лица корабля, который страдает из-за того, что хочет боёв и славы, а ему приходится сопровождать транспорты. И в конце ему говорят, что то, что транспорт дошёл, и есть его великая миссия и этим фактом он всё доказал, свою нужность и полезность.
Айтишникам свойственно хотеть работать над продуктами, которыми будут пользоваться миллионы пользователей, над условным Линкадином, ну или хотя бы Экселем. Но иногда ситуация складывается так, что становится необходимым заняться продуктом, который станет важным компонентом экосистемы, но единственным критерием его качества будет то, что овнеры соседних продуктов не прибегут и не закричат, что из-за вас у них всё сломалось.
Я называю это айтишной сантехникой. Заниматься айтишной сантехникой норм. Просто вы теперь корабль конвоя.
* * *
О нейминге
Конфузы нейминга во все поля. Придумали инструмент для управления проектами и оказалось, что в славянских языках это слово означают не то, что они имели в виду.
* * *
О маскирующихся убийцах
У меня было несколько постов о тихих убийцах, сегодня хочу немного рассказать о явном убийце, который иногда маскируется. Называется аппендицит.
В двух третях случаев он начинается разлитой болью в животе, которая через некоторое время концентрируется в правой подвздошной области. Повышается температура тела, тошнота и рвота, отсутствие аппетита, позывы к мочеиспусканиню, процесс болезненен, повышается температура тела. Боль усиливается при движениях, если лечь на правый бок, становится легче. Эти симптомы легко запомнить и распознать, при них нужно обязательно звонить в скорую. Причём, прекращение боли означает, что в аппендиксе умерли нервные окончания и он скоро прорвётся, звонить нужно уже срочно.
Но в одной трети случаев аппендицит маскируется под другие заболевания и не имеет конкретной картины симптомов. Определить, что у вас именно аппендицит, можно так. Лягте на спину и поднимите одну ногу, сначала правую, потом левую на 35-40 градусов. При аппендиците на эти движения будет резкая боль в боку. Если вы в полях и лечь некуда, резко кашляните, тоже будет резкая боль в боку.
* * *
О прошивании ПЗУ
Вы когда-нибудь задумывались о том, почему в отношении программирования ПЗУ говорят «прошить»? Оказывается, дело в том, что память раньше состояла из очень маленьких ферритовых колец, которые в буквальном смысле прошивали при помощи иголки проволочкой. Технология изменилась, а термин остался.
ПЗУ тех времён (постоянное запоминающее устройство с навечно еще на заводе прошитой информацией) делалось тоже на колечках, но размером куда как побольше и из «магнитомягкого» материала.
Колечек брали столько, скольки разрядное слово в этом ПЗУ; устанавливали их в один ряд; выходная катушка на каждое из них наматывалась многовитковая, а входных было столько, сколько слов информации надо было записать. Причем информация в буквальном смысле прошивалась: брали иголку, вдевали в неё проволочку для очередного слова и протягивали через весь ряд.
Причем если в данном разряде должна была быть единица — проволочку пропускали через кольцо, а если ноль — мимо. Потом, когда через эту проволочку пропускался импульс тока — в тех кольцах, сквозь которые она была продета, в выходной катушке наводится импульс напряжения. А в тех через которые нет, — импульса не было.
С появлением микросхем постоянных и полупостоянных запоминающих устройств больше так не делают. Но термин «прошить» по отношении к ПЗУ — так с тех времён и остался.
Из самиздатской книги «Фокал снаружи и изнутри»
* * *
О решении проблем
Мне кажется, что в бизнесе и в жизни, каждое нововведение должно в большей степени решать проблемы, чем создавать новые. Пример такого нововведения в моей жизни — купленные два года назад за 3700 ₽ часы CASIO AE-1000WD-1A. Было неудобно постоянно доставать смартфон, чтобы посмотреть время на улице. Кроме того, мне не хотелось покупать слишком дорогие часы, чтобы потом сдувать с них пылинки и переживать по поводу царапин. Купил вот эти и проблема решилась. Новых проблем не создалось вообще, батарейка рассчитана на 10 лет, раз в три года надо менять герметизирующую резинку, всё.
А вот с наушниками так не вышло. Я долгое время носил проводную гарнитуру и месяц назад решил идти в ногу с прогрессом, купив синезубую xiaomi buds 3 light за 1280 ₽. Дорогую решил пока не покупать, надо понять, будет ли удобно пользоваться. Я принял для себя, что получу ещё одно устройство, которое нужно заряжать.
Оказалось, что гарнитура прекрасно работает со смартфоном Xiaomi, достаточно сделать сопряжение и всё. Достал из чехла, они автоматом приконнектились, послушал, убрал, отконнектились. Проблема начинается, когда гарнитуру приходится использовать попеременно со смартфоном и макбуком. Даже если каждый раз руками отконнекчивать наушники от устройства, они далеко не всегда коннектятся с другим устройством, хотя заявлено, что должны тут же цеплять ближайший авторизованный девайс с включённым блютусом. Конечно, идеальным решением было бы купить эйрподсы, а к ним айфон (говорят, в яблочной экосистеме бесшовность потрясающая), но я по ряду причин не хочу айфон.
Кроме того, оказалось, что сенсорное управление на гарнитуре так себе. Где-то в одном случае из трёх, по двойному тапу происходит не переключение трека, а вызов голосового ассистента и остановка музыки секунд на десять. Видимо, это из-за того, что я одним движением нащупываю сенсорную поверхность, затем два раза тапаю, а устройство воспринимает это как тройной тап.
Проводная гарнитура несла в себе только две проблемы — провода и необходимость постоянно доставать смартфон. Беспроводная несёт множество проблем сразу. Такой себе прогресс, надо сказать. Но думаю, что всё равно, буду пользоваться. Может, потом куплю более дорогую.
* * *
Об анонимности
В середине нулевых мы обычно пользовались никами и псевдонимами. В ЖЖ даже был термин «девиртуализироваться», что означало встретиться с несколькими френдами в реале. У асечных друзей мы часто вообще не знали реальных имён. Я несколько лет переписывался с девушкой с ником Графиня де Графин и даже в голову не приходило интересоваться, как её звать на самом деле.
Но распространение соцсетей постепенно доломало этот тренд, настоятельно рекомендовав регистрироваться под реальным именем. Людям с никами даже какое-то время вешали обидные плашки. Постепенно общение от своего имени стало нормой. Не стопроцентной, конечно. У меня есть друг, работающий пограничником и так как это ведомство относится к ФСБ, ему аккаунт с реальным именем иметь нельзя, поэтому он во всех соцсетях под левой фамилией.
Это я к чему. Встретил в одном чате в телеграме человека с ником из нескольких эмодзи в виде стаканов с напитками. Человек писал довольно активно и чтобы не раздражаться, я добавил его в контакты, дав имя Дебилушка. Времена меняются.
* * *
О дефолтном состоянии ограничителей
В нормальных странах турникет метро всегда находится в закрытом состоянии и только если вы успешно оплатили поездку, открывается. И только у нас он по дефолту открыт и бьёт по ногам, если оплата не прошла. В российском вебе тоже так.
На мамбе вы можете выбрать девушку, долго ломать голову над первым сообщением, потому что на «привет, как дела» давно никто не отвечает, пишете и тут мамба сообщает, что девушка поставила ограничение по возрасту, в которое вы не проходите и надо купить VIP. Это аналог удара турникетом по ногам. Не надо так делать. Если пользователь не может выполнить действие, не надо разрешать ему его делать вообще.
* * *
О национальной идее
Мне же кажется, что русская национальная идея выражается концовкой анекдота: «Первый сломал, второй потерял». Эта мысль глубже и честнее.
Если я вижу сколько-нибудь интересную статью, обязательно сохраняю её в Эвернот. Делаю это с 2011 года. Потом разбираю сохранённое, присваиваю теги, распихиваю по блокнотам. Если надо найти одну из этих статей, достаточно вспомнить несколько ключевых слов и она найдётся сквозь года. У меня больше 22 000 таких статей.
И похоже, что мне придётся изменить этой привычке. Эвернот ушёл из РФ в первый же день СВО. У меня была мысль, что может быть, он против российских карточек. Попросил казахстанскую подружку дать мне данные казахстанской карты, оказалось, что их некуда вводить. При попытке обновить платёжные данные, сервис пишет, что не работает в моём регионе. У меня была мысль, что он определяет регион по айпишнику, поставил vpn, не помогло.
Пользоваться Эвернотом в привычном режиме с квотой в 60 мегабайт в месяц решительно невозможно. Этого места не хватало даже в 2011 году, во времена относительно лёгких страниц, сейчас же тем более. Видимо, зелёный слоник остаётся у меня теперь только в виде ретроспективной базы данных, дневников и квитанций за коммуналку, больше в него ничего не влезет.
Расчехлил OneNote, чо. Если не понравится, буду юзать Notion.
* * *
О специализации в резюме
Рекрутеры и карьерные коучи: По возможности, делайте специализированные резюме. Например, если вы разработчик и тестировщик, сделайте отдельное резюме на разработчика, отдельное на тестировщика.
Соискатели:
* * *
Об уходящих технологиях
Однажды вы в последний раз в жизни записали компакт-диск и даже представить не могли, что этот раз последний.
* * *
О сокращении товарных матриц
Мне кажется, что Яндекс заработает на подписке сильно больше, чем сейчас, если объединит все эти 360, 360 Бизнес, Плюс, Плюс Мульти и проч. в одну подписку под названием «Подписка на все сервисы Яндекса».
* * *
О совпадениях
Говорят, совпадений не существует. Но истинные джедаи знают, что совпадения случаются и порой очень причудливо. Год назад Олег Медведев отыграл четырёхчасовой онлайн-концерт в честь своего дня рождения, на котором между делом рассказал любопытный факт.
У него есть песня «Праздник», в которой есть строки:
Допустим, так: сходя с покатых холмов Китая, Таясь от взглядов любопытствующих селян, Перед границей остановишься, выжидая, Покуда солнце не закатится в гаолян. Чтобы никто не опознал тебя по приметам, Чтоб не поймали тебя угрюмые погранцы, Чтобы не выдало тебя солнце, сияя в медном Нагрудном знаке «За переправу через Янцзы».
Дело в том, что Олег Всеволодович никогда не изучал историю Китая и написал всё это из головы. И на одном концерте ему вручили в качестве сувенира… медный нагрудный знак «За переправу через Янцзы». Оказалось, этим событием завершилась одна из гражданских войн в Китае, это именно нагрудный знак и он медный.
Совпадения случаются.
* * *
Как бы я улучшил Яндекс.Еду
Постоянная рубрика «Как бы я улучшил…» Дело в том, что если заказывать в Яндекс.Еде еду из заведений, расположенных рядом с домом, стоимость доставки будет низкой, а скорость высокой. Но узнать о таких заведениях можно только методом тыка.
Добавить карту с заведениями, из которых доступна доставка по данному адресу. Тап по пину открывает стандартную карточку заведения. Делается за пару недель со всеми проверками.
Сейчас есть фильтр по времени доставки, но с картой было бы прикольнее.
* * *
О положительной мотивации
Смотрел вчера рилсы и на одном некая тётка говорила, что успешные мужчины у женщин, которые их хвалят. Периодически говорят, ты умный, ты успешный, ты толстый и красивый. Большинство старается соответствовать этим авансам и добивается успеха.
Мне кажется, совет работает и для подчинённых. Меня однажды представили как «нашего самого аккуратного и пунктуального менеджера» и я с тех пор не опоздал ни на одну встречу. Надо хвалить подчинённых, даже если они этого пока не вполне заслужили.
* * *
О боли
Есть только два гендера медработников хирургических специальностей:
Вы зачем приняли обезболивающее, картина симптомов же смазалась!
Вы почему не приняли обезболивающее и столько времени мучились, это же вредно!
* * *
О странных моментах в клиентоориентированности
В Кёниге никогда не было официального Apple Store. Зато есть премиум-реселлер i-center. В нём всё белое, стильные стойки для товаров, доброжелательные хипстеры-продавцы, у которых можно спросить что угодно про яблочные товары. За кулисами официальный сервис-центр.
В апреле прошлого года пришёл покупать новый макбук, потому что было полное ощущение, что если не купить его сейчас, другого варианта может не быть, а у моего ветерана вздулась батарея и отремонтировать его нельзя, даже за деньги, он устарел.
Пришёл, спрашиваю, а можно конкретно мой экземпляр посмотреть перед оплатой, мало ли брак. Хипстер-продавец говорит, брака у нас не бывает, а если и будет, сервис бесплатно всё отремонтирует. Отвечаю, что не хотелось бы сразу же отдавать новый комп в сервис, это некруто, хотелось бы заменить на нормальный. Он говорит, нет, деньги вперёд.
Может, сомневался, что у меня есть нужная сумма? Так мог бы попросить показать. Но всё вышло нормально, какого-либо брака за девять месяцев не вылезло.
* * *
О выражении чувств
В школьные времена один одноклассник дразнил меня за полноту «бочкой мёда», а я обижался. Прошло двадцать лет, эндокринолог запретила мне весь сахар, за исключением одной чайной ложки мёда в сутки. Пошёл покупать и обнаружил, что 330-граммовая баночка цветочного мёда стоит 264 рубля. А он — бочка. Наверное, чувак просто так по-детски неуклюже хотел сказать, что я ему очень дорог.
Штатный антрополог санитарного управления Нью-Йорка Робин Нейгл объясняет, почему современный человек боится собственного мусора и с неприязнью относится к людям, которые его за ним убирают.
После превращения нашего рынка труда в локальный, английский несколько утратил важность, но он остаётся актуальным для общения с представителями всяких Эритей.
Умещение сообщения в 70 символов, боязнь кнопки интернета и другие интернет-привычки, ушедшие в прошлое, но казалось, бывшие актуальны буквально вчера.
4
Прокомментировать