Ольга, прежде, чем смотреть видео, я открыл ваш профиль. Я правильно понимаю вы являетесь сотрудником уровня C в компании?

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

Хартия ссылается на ferra.ru которая ссылается на pnas.org без ссылки на конкретное исследование. Дальше копать не вижу смысла, очевидно в это цепочке смысл исследования (если оно было) искажен.

Дано:
— Внутренний рейт (то что получает разработчик) в 15-35$/hour (2-5к/month)
— Внешний рейт (то что оплачивает клиент) 30-70$/hour
Найти: как меньше терять на том, что разработчиков приходиться отпускать в отпуск.

Вариант 1. Говорить клиенту, что Вася был в отпуске 5 дней в этом месяце и выставлять на эту сумму меньше инвойс.
Вариант 2. Не акцентировать внимание клиента, что Вася был в отпуске, а отправлять инвойс как обычно.

Крупные компании тяготеют к варианту 2, так как продают сразу целые команды. Мелкие продающие по одной тушке — не могут.

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

Отношусь положительно.

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

Приведу наглядные пример:

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

Вот тут коллега хотел бы спросить «Какие ожидания у клиента по данной позиции? Как он их будет проверять в ходе интервью?». Но что-то пошло не по этому сценарию и на черном экране «Directed by Robert B Weide»

1. Определение Senior JS Developer необходимо для HR-ов/рекрутеров/ит.д. Как правило, инженеры таким не занимаются, так как это нужно только для определение твоего грейда/лычки и ЗП.
2. Как правило, есть корелляция между ЗП и тех навыками, но на определенном уровне это перестает играть значение.
3. Тех. навыки прокачивать можно до бесконечности. Вот варианты дерева прокачки навыков:
— roadmap.sh/frontend
— docs.google.com/...​dfVwvYBXiqW9q8/edit#gid=0
— www.google.com

Вот это я понимаю, отличный пятничный пост!

Гена, а где вы проходите чекап? Что туда входит?

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

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

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

Я считаю ошибкой, ставить фокус на измерении эффективности отдельного программиста, а не команды в целом. Это приводит к негативным последствиям, подробней в этом видео www.ted.com/...​the_pecking_order_at_work

Мне не интересно обсуждать такие вещи, как

коллективная безответственность

. А вот пруфы, на то что лидеры индустрии предпочитают оценку индивидуальной эффективности мне было бы интересно почитать. Поделитесь?

Методика оценки должна помогать достигать бизнес цели. Для примера рассмотрим продуктовую компанию. У команды есть ownership на часть функционала. Тогда метриками в этой методике будут:
— соблюдение SLA по фичам
— количество и скорость устранения дефектов
— скорость прототипирования новой фичи
— качество и скорость внедрение новой фичи
— и т.д.

Мало какой бизнес будет переходить на уровень «количество строчек кода от одного разработчика».

Пожалуйста, прекратите оценивать эффективность отдельных программистов. Оценивайте эффективность команд.

Заходить то можно... А вот как подписывать?

Дмитрий, ваш текст это саморефлексия в формате статьи.
Что в ней найдет читатель? Что надо учить английский, правильно оформлять резюме?
Мне кажется, этому материалу скорее место в личном блоге, а не на dou.

Совет для читателей, которые хотят получить оффер на Junior PM: разберитесь чем отличается Maturity от Seniority.

Тезисно:
— О доверие. Ключевыми фактором заключение контракта является доверие. Как правило оно создается или за счет рекомендаций от других заказчиков (сарафанное-радио), или в результате долгой работы бизнес-девов.
— О воронке продаж. У каждой компании своя стратегия продаж, где-то явно сформулированная, где-то созданная хаотично. Она определяет где ищутся потенциальные клиенты (что на входе в воронку), этапы продажи/воронки. Апворк, конференции тут тоже работают.
— Об учатие тех специалистов. Есть разные бизнес модели, например продажа с недоэстимейтом и последующим разводом клиента на доп майлстоуны. Есть модели, когда есть четкий пресейл с тех специалистами и прозрачные для всех в том числе разработчиков требования.
— О проблемах роста и рисках. Многие малые аутсорсеры (до 100 человек) имеют проблему, что большая часть разработчиков нанята для нужд одного клиента.

Задавайте конкретные вопросы.

Alex Chernenko, пожалуйста добавьте в начало статьи так называемый TL;DR;

@Nick, ну зачем этот велосипед? Закинули пакет в dependencies/devDependenies, зафиксировали версию в package-lock.json и все работает.

Когда дело касается глобальных пакетов, все говорят, что это зло

Не глобальные пакеты зло, а неявные зависимости.

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

У всей команды и у всех рабочих окружений версия пакета будет одна и та же.

Версия пакета будет зависит от времени запуска npx и содержимого его кэша. То есть этот метод убивает repetability.

npx создан, чтобы запускать одноразовых скриптов, без их глобальной установки. Пример, npx sort-package-json

А будет ли видео онлайн?

Если вопрос куда проще, тогда не нужно его задавать на dou. Нужно разбить его на подпункты и задать их на wordpress.stackexchange.com