Здравствуйте, Codealot, Вы писали:

C>Здравствуйте, Ikemefula, Вы писали:

I>>Открой уже гугл да узнай, что же делает проектный менеджер.
C>

C>1. Activity and resource planning
C>2. Organizing and motivating a project team
C>3. Controlling time management
C>4. Cost estimating and developing the budget
C>5. Ensuring customer satisfaction
C>6. Analyzing and managing project risk
C>7. Monitoring progress
C>8. Managing reports and necessary documentation

C>Вообще ни слова про business value, которым ты мне уже все уши прожужжал. По моему, тебе самому надо срочно открыть гугл и наконец узнать, что же он делает.

Я же тебе примерно это и расписал. Не любые активности планируются, а только относящиеся к конкретному проекту конкретного заказчика. Соответственно, у разработчиков эффективность растёт и business value становится больше. Эффект ясен? Ровно так же и с остальными твоими пунктами.
И цель планирование — это увеличение этого business value, а не абы какая, как тебе кажется.

I>>Снова хамство.
C>Просто факт. Когда человек не помнит, что сам же писал несколько сообщений назад — это серьезная проблема, с которой надо идти к врачу.

Похоже, хамство это один из основных твоих аргументов

I>>Эквивалентные приседания вручную занимают на несколько порядков больше времени.

C>С каких это пор инлайн метода стал считаться относящимся к рефакторингу? Обычно делают ровно наоборот — выделяют код в отдельный метод.

А ты читал вообще того, кто ввёл этот термин? https://refactoring.com/catalog/inlineFunction.html

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

Здравствуйте, Codealot, Вы писали:

C>Здравствуйте, Ikemefula, Вы писали:

I>>Открой уже гугл да узнай, что же делает проектный менеджер.
C>

C>1. Activity and resource planning
C>2. Organizing and motivating a project team
C>3. Controlling time management
C>4. Cost estimating and developing the budget
C>5. Ensuring customer satisfaction
C>6. Analyzing and managing project risk
C>7. Monitoring progress
C>8. Managing reports and necessary documentation

C>Вообще ни слова про business value, которым ты мне уже все уши прожужжал. По моему, тебе самому надо срочно открыть гугл и наконец узнать, что же он делает.

Я же тебе примерно это и расписал. Не любые активности планируются, а только относящиеся к конкретному проекту конкретного заказчика. Соответственно, у разработчиков эффективность растёт и business value становится больше. Эффект ясен? Ровно так же и с остальными твоими пунктами.
И цель планирование — это увеличение этого business value, а не абы какая, как тебе кажется.

I>>Снова хамство.
C>Просто факт. Когда человек не помнит, что сам же писал несколько сообщений назад — это серьезная проблема, с которой надо идти к врачу.

Похоже, хамство это один из основных твоих аргументов

I>>Эквивалентные приседания вручную занимают на несколько порядков больше времени.

C>С каких это пор инлайн метода стал считаться относящимся к рефакторингу? Обычно делают ровно наоборот — выделяют код в отдельный метод.

А ты читал вообще того, кто ввёл этот термин? https://refactoring.com/catalog/inlineFunction.html
У каждого рефакторинга есть его инверсия, и это тоже рефакторинг. Пользу дает цель, а не абы какие преобразования в произвольном порядке.
Простой пример — применил ты любой рефакторинг, скажем, без изменения тестов. Тесты зелёные. Пишешь в гите git reset --hard
Что произошло ? Откат сделаных изменений.
Рефакторинг? Абсолютно, т.к. тесты — зелёные.