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

Я решил собрать в одной ментальной карте все аспекты и вопросы, которые нужно учесть при такой передаче. Вот вам pdf:

А вот исходный файл (Minjet Mindmanager).

Вот ещё хороший пост про передачу дел:

1

Error happened.

Несколько недель назад я встретил в ВК (я перестал писать туда классические посты с мыслями, но репощу ссылки на статьи из этого блога, получая восемь-десять переходов от остатков друзей, и иногда просматриваю ленту) комментарий о том, что современное IT – пузырь, скоро оно лопнет и профессия разработчика станет оплачиваться так же скромно, как и все остальные. Я не стал отвечать на этот комментарий и решил написать небольшую статью, почему это не так.

Со словом «пузырь» в первую очередь ассоциируется «пузырь доткомов», существовавший с 1995 и лопнувший в марте 2000 года. О том, что происходило в айти в эти годы, я могу судить только по открытым источникам, так как в те годы был совсем юн, учился в школе, слушал «Наше радио» и записывал музыку оттуда на десятирублёвые аудиокассеты, мечтая о том, что у меня когда-нибудь будет настоящий компьютер.

Есть отличная книга 2004 года за авторством Сидни Финкельштейна: «Ошибки топ-менеджеров ведущих корпораций», она мастрид для любого айти-руководителя. В ней рассматриваются причины краха таких компаний как General Magic, Motorola, Webvan, Enron. У них не было недостатка капитала, были прекрасные руководители, закончившие заведения Лиги Плюща, были самые лучшие и звёздные сотрудники и тем не менее, они накрылись по разным причинам, которые тоже раскрываются в этой книге.

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

А потом все умерли.

Однако в 2004 году доверие к интернету начало возвращаться. Оказалось, что некоторые модели всё же работают, Google сделал «первое публичное предложение», никому не известный студент Марк Цукерберг основал Facebook и пошло-поехало.

Да и в России компьютеры стали становиться дешевле и доступнее, сотовые компании перестали брать за минутный разговор бюджет небольшой африканской страны, стремительно развивались носители информации. Я помню, как в 2004 году наша преподавательница информатики говорила на лекции, что дискета должна быть в кармане каждого современного человека, это так же нормально, как иметь ручку. В 2005 мы уже вовсю пользовались CD-R и CD-RW, а в 2006 у многих студентов были флешки. В этом году я уже устроился в первую в своей жизни айти-компанию и где-то через полгода купил первый ноутбук.

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

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

Давайте критически посмотрим на микрособытия, которые случились со мной вчера и разберём, каково влияние IT на них.

1. Проснулся от мелодии будильника на смартфоне. Смартфоны, созданные айтишниками, заменили множество устройств, в частности, будильники.
2. Проверил каналы и чаты в телеграме. Телега, созданная айтишниками, заменила другие новостные каналы, региональные, общероссийские и общемировые.
3. Через сайт клиники нашёл у своего врача окно на 11 утра в воскресенье и записался на приём. Сайт создали айтишники, CRM создали айтишники, интеграцию настроили айтишники. Ещё совсем недавно, нужно было звонить.
4. Для самоуспокоения нашёл на prodoctorov.ru отзывы об этом враче и посмотрел его фото, чтобы вспомнить, как он выглядит. prodoctorov.ru, конечно, создали айтишники, теперь любой человек может оставить отзыв о любом враче или клинике.
5. Через сайт агентства забучил на среду, 28 декабря, на 13:30 клинершу. Сайт, CRM, всё создано айтишниками.
6. На сайте службы доставки здоровой пищи заказал ежедневные рационы на пять дней, потому что эндокринолог сказал питаться нормально. Получил ответ на почту, что курьер привезёт первый рацион сегодня с 19 до 22 часов.
7. Просмотрел гуглокалендарь, созданный айтишниками, и обнаружил, что забыл вчера оплатить коммуналку. Ну ничего, вечером к этому вопросу вернусь. Завтра собеседование в 14 часов, надо подготовиться. Собеседование, конечно, онлайн, в компанию, у которой даже нет офиса в Калининграде.
8. Запустил на смартфоне музыку в Яндекс Музыке, созданной айтишниками, оделся, взял рюкзак и отправился на почту, чтобы забрать посылки, заказанные на Алиэкспрессе, созданном айтишниками.
9. Сел в маршрутку, добрался до остановки на Горького, заплатил карточкой через мобильный терминал. Чисто айтишная история. Потом заплатил в автобусе со стационарного валидатора, который тоже создан айтишниками.
10. На почте при помощи терминала электронной очереди (созданном айтишниками, конечно) встал в очередь. Каких-то восемь лет назад приходилось мучиться с живой очередью, гадать, в какое окно встать, помнить, кто передо мной, кто после меня, кто отошёл и всё такое. Пока сидел в очереди, читал на смартфоне соцсеть Твиттер, созданную айтишниками. Оператору показал штрихкод отправления на экране смартфона, он считал его сканером штрихкодов (создан айтишниками), нашёл отправление, отправил мне в приложение код авторизации, который отобразился в пуше. Я продиктовал ему код, он пошёл на склад и принёс посылку.
11. При помощи приложения Uber, созданного айтишниками, я заказал такси. Уже давно не надо звонить и диктовать адрес, достаточно ткнуть две точки на интерактивной карте. Не надо отсчитывать деньги и беспокоиться, будет ли у таксиста сдача. Таксист, находящийся поблизости, взял мой заказ, мне отобразился номер и марка его машины. Да, машина не создана айтишниками, в ней тот же самый арахичный двигатель внутреннего сгорания, но да, появилась электроника, созданная айтишниками.
12. По дороге водитель рассказал мне, что прочёл в телеграмме, созданном айтишниками, новость про то, что глава городской администрации заявила, что нанимать 10 000 дворников, чтобы убирать улицы во время двух недель снегопада нерентабельно. Да, государственным управлением пока занимаются не айтишники, поэтому нормального способа экстренно убирать внезапно выпавший зимой снег, пока нет.
13. Дошёл до ПВЗ маркетплейса Озон, созданного айтишниками, показал на смартфоне штрихкод оператору, оператор считал его сканером штрихкодов, принёс мне две посылки.
14. Я сел в автобус, снова заплатил карточкой и добрался до дома. Сидел рядом с девушкой, увлечённо записывающей видеосообщения с собой и накладывающей на них инстаграмные маски. Инстаграм, ессно, создан айтишниками.
15. Дома я посетил социальную сеть Линкадин, созданную айтишниками, написал в ней пост про микрофон, ответил на комментарии, пролайкал интересные посты.
16. Оплатил через Сбербанк Онлайн коммуналку. Отчётливо помню, как бабушка отправляла меня с квитанциями и деньгами на почту и в банк, я там стоял в очереди и платил в окошечко. Но сейчас у нас есть созданные айтишниками сервисы, в которых всё это делается в пару кликов. В процессе произошло затруднение — протух шаблон оплаты капремонта. Но не беда, я запустил приложение Сбера на смартфоне, сфоткал куаркод на квитанции и всё получилось.
17. Вечером мне позвонила мама через скайп, созданный айтишниками и мы поговорили про наши дела. Рассказала, что зашла на сайт какой-то социальной службы, созданный айтишниками и обнаружила, что её очередь на льготный санаторий продвигается, она уже шестьсот какая-то.
18. Заказал на Аптеке.ру, созданной айтишниками, рецептурные лекарства, которые трудно купить при обычном заходе в аптеку. Их должны доставить в удобную мне аптеку как раз к понедельнику, в который у меня уже будет рецепт от доктора.
19. Мне в скайп написал друг, попросил денег до четверга. Я запараноил и набрал его со смартфона (это уже не айтишники, это уже телеком, но это близко). Он ответил, что скайпом сто лет не пользуется и это мошенники. Даже мошенничество давно переехало в интернет.
20. При помощи приложения Яндекс еда, созданного айтишниками, заказал ужин, оплатив карточкой. Это уже вообще, если вдуматься, чудо техники. Интеграция заказчика, ресторана, курьера, онлайн-оплаты, всё бесшовно.
21. Через банковское приложение, созданное айтишниками, перевёл с накопительного счёта на карту сумму для оплаты еды. Каких-то пятнадцать лет назад для такой операции пришлось бы искать банкомат, а двадцать лет назад ехать в банк. Всё это сделано айтишниками.
22. Уже совсем поздно приехал курьер из доставки из пункта 6. Привёз еду на завтра. Показал на экране смартфона куаркод системы быстрых платежей, созданной банковскими айтишниками, я открыл на своём смартфоне банковское приложение, сосканировал куаркод, оно получило информацию о назначении и сумме платежа, подтвердил эсэмэской, оплата ушла.
23. Сходил в магаз за минералкой и кефиром. На обратном пути обнаружил, что у меня во дворе открылся ПВЗ маркетплейса Вайлдбериз, созданного айтишниками.
24. Чистил зубы обычной электрической зубной щёткой. Да, её создали не айтишники, но уже есть умные щётки, для которых айтишники сделали приложения, которые показывают, в каких зонах вы недочищаете зубы. У меня такой пока нет.
25. Перед сном послушал через приложение «Литрес аудиокниги», созданное айтишниками, интервью Черниговской Познеру. В этом интервью специалист по мозгу, Татьяна Черниговская, ругалась на созданные айтишниками сатанинские холодильники, умеющие заказывать еду через интернет и отнимающие у людей положительные эмоции.

Итак, каждое из 25 событий дня так или иначе связано с айтишными делами. Не пузырьными, не гипотетическими, а полностью работающими и часто абсолютно рентабельными интернет-сервисами. Вне айти всё то же самое, что в шестидесятые, те же двигатели внутреннего сгорания, та же овощи и мясо, та же городская администрация, всё так же не умеющая чистить снег, скользкие ступеньки ПВЗ с объявлением о скользких ступеньках, те же дорожные рабочие, перекапывающие улицу под зимним дождём.

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

Теперь несколько слов о высоких зарплатах. Почему продавец в пятёрочке трудится в поте лица и зарабатывает 25 тыс. руб., а разработчик кодит 4-5 часов в день и зарабатывает 250 тыс. руб. Главная разница в том, что продавец в пятёрочке ограничен физической средой. Есть предельное количество посетителей, которое он может обслужить за рабочий день. Я не смог нагуглить, сколько примерно, но это число конечно. Да, в смене группа из нескольких продавцов и её возможности тоже конечны. И автослесарь может починить за рабочий день ограниченное количество автомобилей. И курьер может доставить ограниченное количество посылок.

А группа из нескольких разработчиков (4-5 человек) или даже одарённый программист-одиночка, способны создать сервис, которым будут пользоваться миллионы людей каждый день. Если сервер, на котором крутится этот сервис, не справляется с нагрузкой, при помощи одного девопса и добавления железа в стойку, можно легко расширить возможности сервиса, практически неограниченно. Да, там дальше возникают разные проблемы масштабирования высоконагруженных систем, но разработчики вместе с девопсом могут их решить. Вот в этом и вся разница. Разработчикам много платят не из-за огромного объёма знаний (у неайтишных инженеров этих знаний не меньше), а из-за вот этой масштабируемости создаваемых ими решений.

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

1. Некоторые создатели онлайн-курсов хорошо так заработают.
2. На рынке будет огромное количество парикмахеров, пекарей и автослесарей, закончивших айтишные курсы.

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

Нужно ли пиэму программирование — вечная тема для холивара. Выскажу свой взгляд на этот вопрос и расскажу про другие хард скиллы, которые могут понадобиться руководителю проектов в различных организациях (а могут и не понадобиться). Речь пойдёт, конечно, об IT-пиэме.

Сначала нужно выучить терминологию, например, по этой статье.

Софт для календарно-сетевого планирования

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

Лучшее решение, которое я видел — плагин BigPicture для Jira. Позволяет брать реальные эпики и таски из джиры и из них делать «колбаски» ганта. Состояние задач в диаграмме будет апдейтиться автоматически. Даём гостевой доступ заказчику и ссылку на эту диаграмму и наступает общее счастье.

Если этот вариант невозможен, придётся использовать Microsoft Project для винды или аналоги для макоси, вроде Merlin Project или Omni Project. Все они устроены примерно одинаково.

Принципы ООП и основы программирования

Для того, чтобы понимать в речи разработчиков что-то, кроме предлогов, основы программирования знать и понимать нужно. Разберитесь, что такое переменная, цикл, ветвление, массив, класс, подкласс, экземпляр класса, объект, метод, интерфейс. Многое сразу станет понятно.

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

Записываться на курсы разработчиков не нужно, это скорее навредит, чем поможет.

Умение собирать требования и писать ТЗ

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

Да, в скраме нет ТЗ, там есть стори. Но легче от этого не становится, фичи всё равно, нужно расписывать, если этого не делать, разработчики закодят трешню. А если закодят не трешню, на этапе приёмки заказчик вам скажет, что имел в виду не это и вы ничего не сможете доказать, придётся переделывать.

Базы данных вообще и SQL в частности

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

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

Иногда бывает полезно уметь составить простенький запрос к какой-нибудь таблице с каким-нибудь условием.

Вот, например, код, выгребающий из одной базы подробную статистику трудозатрат по идентификатору доработки:

declare @id nvarchar(1000)
SET @id = 'CAS-191131-B8B3'


SELECT ROUND((SUM([Затраты])* 24), 2) as 'Итоговые затраты'
FROM [STAdministrationResource].[dbo].[vw_DO_TFS]

WHERE Затраты IS NOT NULL 
AND [Запрос.Номер CRM] LIKE @id


SELECT Роль, ФИО, Тикет, ROUND((SUM([Затраты])* 24), 2) as 'Затраты'
FROM [STAdministrationResource].[dbo].[vw_DO_TFS]

WHERE Затраты IS NOT NULL 
AND [Запрос.Номер CRM] LIKE @id

GROUP BY Роль, ФИО, Тикет
ORDER BY Роль, ФИО, Тикет

GO

Более сложные запросы нужны реже, можно попросить программиста помочь.

REST и SOAP API

Интеграция нужна практически везде, разве если только вы не делаете какой-нибудь калькулятор, да и то, хороший калькулятор должен уметь забирать курсы валют. Вам нужно разобраться, что такое API, зачем оно нужно. Советую сначала изучить SOAP, он интуитивно более понятен (на практике используется в энтерпрайзе для подруживания нескольких систем), потом изучите принципы REST (он используется на современных сайтах и веб-приложениях).

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

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

HTML и CSS

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

Потом научитесь пользоваться консолью разработчика, хотя бы в одном браузере. Очень важно уметь посмотреть, какие стили применились к данному элементу страницы и если надо, их подправить. Также нужно уметь пользоваться консолью ошибок, потому что первый вопрос, который вам задаст разработчик в ответ на ваше: «На сайте ошибка», будет: «Что в консоли?».

Во всяких бутстрапах разбираться необязательно.

Устройство админки популярных CMS.

Скорее всего, в работе вы столкнётесь либо с Битрикс, либо с WordPress. Очень полезный навык — умение разобраться, где в админке поправить данный кусок контента и сделать это, когда это нужно срочно, а контентер уже спит.

Таблицы

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

Сюда же входят навыки по работе с матрицей рисков, которую часто исполняют в виде обычной таблицы.

Сюда же входят навыки по работе с реестром заинтересованных лиц и другими проектными таблицами.

Вот хороший телеграм-канал про секреты гуглотаблиц.

Основы девопс

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

Очень хороший ролик Дмитрия Ильенкова из PM Club о самых частых ошибках прожектов.

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

Менеджмент

Менеджер продукта

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

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

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

Если вы пиэм, продакт, как правило, не является вашим руководителем, скорее заказчиком.

Аккаунт-менеджер

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

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

Эйчар

Эйчары бывают как в продуктовой, так и в заказной разработке.

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

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

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

Технический директор

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

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

Разработчики

Тимлид

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

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

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

Фронтенд-разработчик

Фронтенд-разработчики встречаются в веб-разработке. В крупных командах есть разделение на верстальщиков и именно фронтенд-разработчиков, но чаще верстает фронтендер.

Если в двух словах, он делает две вещи. Чтобы итоговая страничка выглядела строго так, как в дизайне, причём на всех поддерживаемых разрешениях, включая мобилки. Называется «интеграция вёрстки». И чтобы интерактивные элементы на странице вели себя правильно, анимации воспроизводились, кнопки нажимались и всё такое. Кроме того, подключается к API, созданном бэкендерами, забирает из него данные и красиво отображает на странице. Но если API пока не готово, умеет отображать вместо реальных данных моковые.

Делает он всё это, как правило, на JavaScript. В чистом виде JS используется редко, чаще применяется один из JS-фреймворков, например React, Vue или Angular.

Бэкенд-разработчик

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

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

Хорошие бэкендеры владеют несколькими языками программирования: C++ или C#, PHP, Python и фреймворками, которые сильно облегчают им бэкенд-разработку. В случае, например с PHP, это Laravel или Symphony, для Python популярен Django.

Если нет девопса (о нём ниже), чаще всего вопросами гита и развёртывания тоже занимается один из бэкендеров.

Мобильный разработчик

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

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

Айосники обычно пишут либо на Swift (чаще), либо на Objective С (реже). Андроидщики — на Java или более новом Kotlin.Технически подкованные ведроводы, пищущие особо сложные приложения или игры, используют C/C++

У специалистов по кроссплатформе всё сложно.

Quality assurance

Мануальный тестировщик

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

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

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

Когда-то путь тестировщика считался самым простым способом входа в айти. В 2022 требования к ним сильно выросли, современный тестировщик должен уметь развернуть на своём компе ветку разработчика, постучаться в API при помощи Postman или Swagger, отлично уметь пользоваться консолью разработчика в браузере и не только в Хроме, а вообще во всех, уметь составить запрос к БД и многое, многое другое.

Самые системные и коммуникабельные тестировщики становятся лидами тестирования и начинают относиться уже больше к менеджменту.

Тестировщик-автоматизатор

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

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

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

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

Пишут автотесты они на скриптовых языках, прежде всего на Python и JS. Используют массу инструментов, например, Selenium и Protractor.

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

Дизайнеры

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

Функция UX (User Experience) ближе к аналитикам. В рамках этих задач дизайнер определяет, как будет работать интерфейс, его логика. Как сделать, чтобы интерфейс был максимально простым, не вызывал у пользователя желание обратиться в саппорт.

Функция UI (User Interface) уже чуть более «творческая». В рамках этих задач дизайнер определяет, как будет выглядеть интерфейс, его внешний вид. Эти функции неотделимы.

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

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

Долгое время основными инструментами дизайнера интерфейсов считались фотошоп и иллюстратор, но потом их заменил Sketch, а в последние годы Figma, позволяющая контролировать процесс подготовки дизайна в реальном времени и легко оставлять комментарии прямо поверх макета.

Аналитики

Бизнес-аналитик

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

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

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

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

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

Системный аналитик

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

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

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

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

Сисадминская братия

Системный администратор

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

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

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

В целом, они как электрики, вы с ними будете взаимодействовать редко, но без них жить невозможно никак.

Девопс

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

Эти ребята могут разворачивать процесс непрерывной интеграции и развёртывания при помощи разных инструментов — Git, Docker, Kubernetes, уменьшая тем самым головную боль программистов. Автоматизируют процессы в Jira, уменьшая головную боль всех остальных участников процесса и повышая связность системы. Также настраивает мониторинг всех развёрнутых контуров, контролирует работоспособность.

В разработке высоконагруженных приложений, девопсы бесценны.

Администратор баз данных

Достаточно редкие звери в современной разработке, за 13 лет работы я встречал выделенного dba-шника всего один раз. Нужен там, где много баз данных, все они здоровенные и критически важные.

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

Чаще всего же на dba экономят и всё это делает девопс или сисадмин.

Прочие специалисты

Контент-менеджер

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

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

Особенно весело, когда на сайте часть информации сделана средствами CMS, часть хардкодом и нужно поменять и то, и то.

Маркетолог

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

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

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

Технический писатель

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

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

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

Чаще на техписе экономят и инструкции пишет либо кто-то из аналитиков, либо вы.

Специалист по информационной безопасности

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

ИБ — это уже чисто айтишники.

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

В общем, с этими ребятами надо дружить.

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

Сохранять молчание

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

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

Работать в нерастущей организации

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

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

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

Терять энтузиазм в случае отказа

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

Шантажировать

В статье о безответственных сотрудниках я писал, что если человек употребляет фразу: «Не нравится, как я работают — увольняйте», его надо аккуратно и быстро уволить.

Тот же принцип работает с сотрудниками, предлагающими ультиматумы, вида: «Не повысите меня — уйду к конкурентам». В Японии нет терроризма, потому что японские власти принципиально не ведут переговоры, а сразу этих террористов уничтожают, иногда вместе с заложниками, что делает терроризм бессмысленным. С бизнес-террористами тоже не нужно вести переговоры.

По правилам юзабилити, ничего не должно содержать ссылку на себя. Если пользователь переходит на страницу, например, «Контакты», пункт меню «Контакты» должен потерять интерактивность, это правильное и хорошее поведение. Как это сделать в wordpress? При помощи правки functions.php

Для начала, поместите в functions.php следующий код:

/**
 * Extension for wp_nav_menu()
 * Remove element "a" from current menu item
 *
 * Optional $args contents additional arguments
 * string replace_a_by - Whether to wrap the link text node, and what to wrap it with. Default 'span'.
 * string xpath        - xPath expression.
 *
 * @param $args
 * @see wp_nav_menu()
 * @return mixed Menu output if $echo is false, false if there are no items or no menu was found.
 */
function wp_nav_menu_extended($args = array()) {
    $_echo = array_key_exists('echo', $args) ? $args['echo'] : true;
    $args['echo'] = false;

    $menu = wp_nav_menu($args);

    // Load menu as xml
    $menu = simplexml_load_string($menu);

    // Find current menu item with xpath selector
    if (array_key_exists('xpath', $args)) {
        $xpath = $args['xpath'];
    } else {
        $xpath = '//li[contains(@class, "current-menu-item") or contains(@class, "current_page_item")]';
    }

    $current = $menu->xpath($xpath);

    // If current item exists
    if (!empty($current)) {
        $text_node = (string) $current[0]->children();

        // Remove link
        unset($current[0]->a);

        // Create required element with text from link
        $element_name = $args['replace_a_by'] ? $args['replace_a_by'] : 'span';

        $dom = dom_import_simplexml($current[0]);
        $n = $dom->insertBefore(
            $dom->ownerDocument->createElement($element_name, $text_node),
            $dom->firstChild
        );

        $current[0] = simplexml_import_dom($n);
    }

    $xml_doc = new DOMDocument('1.0', 'utf-8');
    $menu_x = $xml_doc->importNode(dom_import_simplexml($menu), true);
    $xml_doc->appendChild($menu_x);

    $menu = $xml_doc->saveXML($xml_doc->documentElement);

    if ($_echo) {
        echo $menu;
    } else {
        return $menu;
    }
}

А затем разместите в header.php вот такой вызов:

<?php wp_nav_menu_extended( array( 'theme_location' => 'primary', 'menu_class' => 'nav-menu') ); ?>

Остаётся понять, как проделать эту же операцию с заголовком блога. Лечится заменой вызова заголовка в header.php вот таким образом:

<h1 class="vcard author">
<?php if ( is_front_page() && !is_paged())
echo bloginfo('name');
else echo "";
?>
</h1>

<h1 class="vcard author">
<a href="<?php echo get_option('home'); ?>/" title="На главную страницу">

<?php if ( is_front_page() && !is_paged())
echo "";
 else 
 echo bloginfo('name');
?>

</a>
</h1>

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

Мне нравится:

1. Макбук и макось, несмотря на то, что за последние пять лет макось деградировала, а винда эволюционировала.
2. Когда в любимом софте исправляют баг, который меня давно мучил.
3. Векторные иконки с тонкой рисовкой.
4. Проявлять равы в Лайтруме. Не так люблю фоткать, как проявлять равы.
5. Авторизация гуглоаккаунтом.
6. USB-С. Не понимаю, почему с этим разъёмом не делают вообще все устройства.
7. Фонарики.
8. Рюкзаки.
9. Швейцарские многопредметные ножи.
10. Лезермановские мультитулы.
11. Блокноты Field Notes.
12. Телеграм.
13. Делегирование.
14. Когда маркетинг советуется с инженерами, прежде чем анонсировать очередной звездный крейсер в ближайшем квартале.
15. Удалёнка с редкими командировками в Москву или Питер.
16. Когда удаётся поправить CSS так, чтобы всё на странице сразу стало выглядеть нормально.
17. Пустой инбокс рабочей почты в конце рабочего дня.
18. Получать посылки с Али и Озона.
19. Структурировать информацию о чём-нибудь в виде майндмапов.
20. Деревянные коробочки.
21. Чаи всех сортов.
22. Кофе из кофемашины, особенно капучино.
23. Всё, что написал Лавкрафт.
24. Практически всё, что написал Олег Медведев.
25. Сериал «Как я встретил вашу маму». Фем-сиквел не нравится.
26. Напитки в стеклянных бутылках.
27. Соус из смешанного кетчупа с майонезом с добавлением мелко давленного чеснока и чёрного перца.
28. Вино, любое.
29. Мягкий сыр и сыр с плесенью в комплекте с небольшим количеством мёда.
30. Маринованные опята.
31. Грушевый компот домашней закатки.
32. Перчатки с обрезанными пальцами. 
33. Когда покупаешь брюки и они оказываются не только впору по пузу, но и идеальны по длине и их не нужно укорачивать.
34. Потёртые и поношенные вещи.
35. Неяркие футболки с интересными принтами.
36. Бафы.
37. Когда в банковском приложении операции внутри аккаунта происходят мгновенно. Закрыл вклад и деньги в ту же секунду на карте. Не все банки так могут.
38. Когда обнаруживаю иностранный оригинал песни, которую считал отечественной.
39. Когда стоматолог гасит лампу и снимает с меня слюнявчик.
40. Когда удаётся найти в Эверноте старую-старую заметку по нескольким ключевым словам.
41. Выходить из рабочих чатов и удалять ярлыки с панели браузера после того, как уволился с плохой работы.
42. Когда не путают «накачанный» и «накаченный».
43. Когда на завтра не назначено ни одного созвона, можно спокойно выспаться и поработать.
44. Писать развёрнутые отзывы о гостиницах.
45. Обожаю, когда программисты обещают что-то сделать ко вторнику и во вторник чётенько сдают.
46. Когда используют правильные кавычки, тире и другие символы в обычной переписке или рабочих документах.
47. Когда у стендап-выступления есть нормальная концовка, а не просто: «У меня всё, спасибо».
48. Когда удаётся без посторонней помощи обнаружить и распознать отсылку в песне.
49. Средняя часть осени, когда уже довольно холодно и грустно, но пока не сыро.
50. Когда рекрутер даёт развёрнутую обратную связь.
51. Когда приложение возвращает внятное описание и код ошибки.
52. Когда удаётся быстро подобрать мемас, подходящий к теме переписки и тут же его скинуть.
53. Когда устройство умеет синхронизировать время с эталонными часами и всегда показывает точное время.
54. Когда уличный котик разрешает себя погладить.
55. Опросы и анкетирования, но только с честной интерпретацией результатов.
56. Визуальные новеллы со стильной рисовкой и цветовой гаммой. Как, например, South of the Circle.
57. Когда удаётся сделать в консоли одной командой операцию, которая бы заняла кучу кликов в графическом интерфейсе.
58. Шрифты PT-Sans, PT-Serif и PT-Mono.
59. Большое количество портов у устройств. Джобсовский минимализм не разделяю.
60. Вспомнить без гугла термин, который вертится на языке, но вспомнить не получается.
61. Жутко нравится читать интервью, в которых различные эксперты рассказывают свои мелкие и крупные лайфхаки по личной эффективности, как у них организовано рабочее место, какие программы используют и всё такое. Для примера, вот такие статьи про шеф-редактора Тинькофф-журнала и блогера Сергея Короля, а вот интервью с траблшутером и бывшим топ-менеджером Альфы Олегом Брагинским, одно удовольствие читать.
62. На винде ещё столкнулся с редактором OmmWriter, который озвучивает нажатия на клавиатуру приятными звуками. Недавно нашёл для макоси отличную утилиту KeyBell, которая может озвучивать вообще все нажатия, а после покупки лицензии, в любых выбранных программах. Есть на выбор звуки множества компьютерных клавиатур и пишмашинок. Нравится такое, лучшее вложение 290 рублей.

Мне не нравится:

1. Обновлять макось.
2. Болгарский перец.
3. Свёкла.
4. Борщ.
5. Варёный лук.
6. Квас из бутылок.
7. Сочетание гречневой каши с молоком.
8. Равнодушен к суши и роллам.
9. Доброго времени с уток.
10. Когда пользователь оскорбительно отзывается о мнении автора, не приводя ни контраргументов, ни своей позиции. Таких обычно баню сразу.
11. Наволочки без пуговиц и молний. Они же сползают, их каждое утро нужно заново натягивать на подушку.
12. Телевидение.
13. Цензура как явление.
14. Корпоративные vpn. Безопасность внутренних ресурсов не стоит вороха проблем, которые все эти чекпоинты создают в работе.
15. Аааа-канье и эээ-канье в речи.
16. Когда начальник внезапно спрашивает, можно ли позвонить, получив утвердительный ответ, звонит и треплется сорок минут.
17. Видеозвонки.
18. Беспроводные мышки и клавы. Отсутствие провода не стоит постоянной проблемы с их разрядом в самый неподходящий момент.
19. Когда в письменной речи делают ошибки на уровне начальной школы, хотя сам в школе имел по русскому трояк.
20. Когда не склоняют баристу.
21. Виски.
22. Форумы. Из-за того, что каждое сообщение, даже если там два слова, занимает огромную площадь, которую приходится скроллить.
23. Подвороты.
24. Длинные ногти и нарисованные брови у женщин.
25. Женщины, увлекающиеся конным спортом.
26. Когда отвечают не по тому каналу, в котором задал вопрос. Например, написал письмо с вопросом, а тебе перезванивают.
27. Сумки со скользкими, соскальзывающими с плеча лямками.
28. Платить наличными.
29. Давать чаевые.
30. Стричься не люблю с детства. В детстве у меня были густые волосы, их стрижка всегда была долгой и часто болезненной из-за плохих навыков парикмахера. Сейчас волос сильно меньше и процедура занимает минут двадцать, но всё равно, не нравится.
31. Смесители с «гуляющей» температурой воды, которую как ни настраивай, не получается нормально.
32. Презентации и памятки, сделанные учителями средней школы.
33. Нарезки фото под музыку.
34. Живые очереди.
35. Фраза: «Ставьте лайки, жмите на колокольчик, делитесь видео с друзьями». Я не дебил и в состоянии сделать это без призыва, если видео хорошее.
36. Когда запись набирает слишком много лайков и в комменты нобигает глубинный народ.
37. Когда кто-то выкладывает фото алкоголя в разделе «товары для детей» или другую неправильную выкладку, считая это смешным.
38. Когда кто-то выкладывает фото ценника, в котором «говядина» сокращена до «гов». Первые сто раз было смешно, сейчас нет.
39. Копирастия и жадность.
40. Когда открывая посылку с Али или Озона, нечаянно повреждаешь содержимое ножницами. Это так грустно, что я стараюсь открывать упаковку руками, задействуя ножи и ножницы только на гарантированно безопасных участках.
41. Когда поле ввода находится в самой нижней части экрана ноутбука. Разрабы, алё, у меня прямо перед этим местом находятся кисти рук, я ни черта через них не вижу, что ввожу!
42. Когда кто-нибудь даёт ссылку на гугдолдок, но забывает открыть доступ.
43. Фразу: «Срок — вчера».
44. Формат webp для изображений. Когда весь софт научится работать с ним, как с обычными джипегами, уберу из списка.
45. Со времён ЖЖ грущу, когда меня отфренживают. Сам отфренживаю в исключительных случаях.
46. Откровенно скучаю на супергеройских фильмах.
47. Русская классика про страдашки, практически вся, за исключением Чехова и Булгакова.
48. Сайты по поиску работы, на которых нет импорта резюме из HH или Хабра и нужно весь опыт вбивать руками.
49. Двойные пробелы между словами.
50. Отступ в начале абзаца, «красная строка».
51. Когда люди пытаются решать ментальные проблемы при помощи алкоголя, брака или рождения детей.
52. Новояз — всевозможные хлопки, шлепки, задымления и подтопления. И вообще, когда официальные лица сообщают что-то этим мудацким казённым языком с транспортными средствами, сожителями и палочными изделиями.
53. Системы штрафов на сколько-нибудь интеллектуальных должностях. Алё, специалисты не будут работать получше оттого, что вы заплатите им поменьше, они озлобятся и свалят!
54. Когда путают вегетарианцев с веганами.
55. Ходьба быстрым шагом. Если мне нужно куда-то прям идти, выхожу заранее и спокойно прогуливаюсь до целевой точки.
56. Когда кто-то всерьёз говорит о знаках зодиака и пытается классифицировать людей в соответствии с этими знаками.
57. Аниме.
58. Когда наши локализаторы «художественно» переводят название фильма или сериала, напрочь его испортив. Да, бывают жемчужины, вроде перевода «Die Hard» как «Крепкий орешек», но чаще бывает, когда «After life» переводят как «Жизнь после смерти», когда сериал не про призраков, а про принятие. Или «Orphan» как «Дитя тьмы», проспойлерив сюжет. Ну, вы поняли.
59. Когда курьер, доставляющий еду, забывает включить терминал для оплаты безналом в пути и включает его в моём присутствии, заставляя ждать несколько минут, пока тот загрузится.
60. Когда у пользователя на аватарке полностью белый или чёрный квадрат. Это вызывает мысли не о том, как внутренне глубок автор, а о том, что соцсеть опять глючит и аватарка не грузится. По этой же причине не люблю беззвучные заставки у фильмов. У меня слетели кодеки или вышли из строя колонки? Я случайно замьютил звук? Почему нет звука?
61. PDF-ки, из которых нельзя копировать.
62. Когда в маленьком магазинчике, в который я хожу за кефиром, минералкой и мандаринами, одновременно со мной появляется бурундучиха, которая вместо того, чтобы взять корзинку, спокойно пройти по всем полкам и встать в очередь, начинает хватать по одному товару и таскать на кассу, занимая стол продавщицы. Извините за сексизм, но дяденек, которые бы так делали, не замечал.
63. Не умею и не люблю делать селфи на смартфон. В основном, из-за широкоугольных искажений. Мне кажется, что портреты надо снимать нормальным длиннофокусным объективом.
64. Сокращалки ссылок. Одно дело, когда их используют по прямому назначению, например, когда ссылка очень длинная и её надо разместить в посте на сервисе с ограничением по количеству знаков. Это норм. Но очень часто в сокращалки заворачивают ссылки на нормальных сайтах, чтобы скрыть реферальную часть. Дело в том, что через какое-то время эта сокращалка перестаёт работать и ссылки становятся недоступными.
65. Терпеть не могу людей, носящих деловые рубашки и пиджаки в комплекте с рваными джинсами. Как это понимать? Вы деловой человек, но немного панк? Однажды, вообще, видел человека в рубашке, пиджаке и зашитых рваных джинсах. Как это понимать, не знаю вообще.
66. Когда в социальной сети постят голую новость. Новость я могу прочитать на новостном канале, от пользователя хотелось бы услышать мнение. Хотя, после того, как за мнения стали давать реальные сроки, этот пункт несколько утратил актуальность.
67. Когда неделю назад открытая инфоцыганская шарашкина контора называет себя «Академией».
68. Когда на концерте классической музыки оркестр играет что-то забойное и публика начинает хлопать в такт. Чрезвычайно раздражает, я всё-таки пришёл слушать музыку, а не хлопки. Аплодисментов в конце выступления вполне достаточно.
69. Кальянный гнусавый рэп.
70. Специалисты-«звёзды», особенно программисты. За тенденцию внезапно увольняться одним днём, после чего встаёт работа над огромным куском продукта или целым продуктом.

1

Error happened.

Взял навскидку три серьёзные вакансии менеджера проектов на хедхантере:

Таких вакансий не 100 %, иногда работодатели этого не требуют, но чаще наличие диплома предполагается.

Лучше сразу после школы начать работать.

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

На самом деле, у обладателя диплома гарантированно есть следующие качества:

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

Он совершенно точно адекватен как человек. Неадекватные вылетают после первой-второй сессии с гарантией.

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

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

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

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

В университете дают устаревшие знания.

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

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

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

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

Почему в вакансиях пиэма чаще требуют вышку?

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

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

Документ будет полезен начавшим изучать английский для более комфортного входа в айти.