Сообщение Re[7]: про sergey2b от 20.12.2021 22:40
Изменено 20.12.2021 22:57 Quebecois
Re[7]: про sergey2b
Здравствуйте, Antidote, Вы писали:
A>Всякое бывает, с опытом приходит понимание, что все может быть.
С опытом должно приходить умение разбираться в сортах "всякого" и стратегическими прыжками делать так, чтобы с правильное всякое происходило с тобой, а неправильное — с другими. А твое предложение больше похоже на опускание рук.
A>Упомянутый тобой товарищ совсем ничего не предлагал, и "заваливали" его "багфиксингом" во всех конторах, в которых он работал последние годы. Если это не наводит ни на какие мысли кроме как "менеджеры все сволочи — а прогеры в таком всем белом" — то либо это говорит об отсутствии опыта, либо что-то личное.
Товарищ раз за разом садится играть в покер с открытыми картами, и потом удивляется, почему противники всегда выигрывают. А вместо этого всегда надо задаваться вопросом "кем и почему открыта эта вакансия". Ответы могут быть, в порядке возрастания перспективности:
1. Потому что предыдующий человек сбежал от плохих условий
2. Превентивно, из-за текучки
3. Чтобы раздуть штат/освоить деньги
4. Заменить человека, ушедшего по позитивной причине (повышение/пенсия/переезд/смена области)
5. Кто-то конкретный в компании хочет протолкнуть рискованный проект, который больше никто не хочет делать
6. Небольшая компания осваивает новое направление, и нужен спец в этой области
В открытую этого, естественно, никто не скажет. Надо уметь это определять по косвенным признакам. Сергей этого не делает, и постоянно попадает на первые 2 пункта. Нормальная работа начинается с пункта 5 (или когда заменяют человека, делавшего нормальную работу до этого).
В плюсах чтобы найти что-то выше третьего пункта, надо шарить в узкой предметной области (движки баз данных, анализ генетических данных, сервера) и эта область должна быть конкурентным преимуществом активно развивающегося продукта. В Kernel-mode под Винду этого просто физически нет. Есть поддержка написанного 20 лет назад кода, где задача — замедлить уход существующих пользователей с минимальными трудозатратами. Что на практике означает пару критических багов раз в несколько месяцев (без которых реально продажи встанут колом), и тупую бесполезную работу все остальное время, потому что иначе человек выучит что-то полезное, и сбежит. Сергей это понимать отказывается и продолжает наступать на одни и те же грабли.
A>Всякое бывает, с опытом приходит понимание, что все может быть.
С опытом должно приходить умение разбираться в сортах "всякого" и стратегическими прыжками делать так, чтобы с правильное всякое происходило с тобой, а неправильное — с другими. А твое предложение больше похоже на опускание рук.
A>Упомянутый тобой товарищ совсем ничего не предлагал, и "заваливали" его "багфиксингом" во всех конторах, в которых он работал последние годы. Если это не наводит ни на какие мысли кроме как "менеджеры все сволочи — а прогеры в таком всем белом" — то либо это говорит об отсутствии опыта, либо что-то личное.
Товарищ раз за разом садится играть в покер с открытыми картами, и потом удивляется, почему противники всегда выигрывают. А вместо этого всегда надо задаваться вопросом "кем и почему открыта эта вакансия". Ответы могут быть, в порядке возрастания перспективности:
1. Потому что предыдующий человек сбежал от плохих условий
2. Превентивно, из-за текучки
3. Чтобы раздуть штат/освоить деньги
4. Заменить человека, ушедшего по позитивной причине (повышение/пенсия/переезд/смена области)
5. Кто-то конкретный в компании хочет протолкнуть рискованный проект, который больше никто не хочет делать
6. Небольшая компания осваивает новое направление, и нужен спец в этой области
В открытую этого, естественно, никто не скажет. Надо уметь это определять по косвенным признакам. Сергей этого не делает, и постоянно попадает на первые 2 пункта. Нормальная работа начинается с пункта 5 (или когда заменяют человека, делавшего нормальную работу до этого).
В плюсах чтобы найти что-то выше третьего пункта, надо шарить в узкой предметной области (движки баз данных, анализ генетических данных, сервера) и эта область должна быть конкурентным преимуществом активно развивающегося продукта. В Kernel-mode под Винду этого просто физически нет. Есть поддержка написанного 20 лет назад кода, где задача — замедлить уход существующих пользователей с минимальными трудозатратами. Что на практике означает пару критических багов раз в несколько месяцев (без которых реально продажи встанут колом), и тупую бесполезную работу все остальное время, потому что иначе человек выучит что-то полезное, и сбежит. Сергей это понимать отказывается и продолжает наступать на одни и те же грабли.
Re[7]: про sergey2b
Здравствуйте, Antidote, Вы писали:
A>Всякое бывает, с опытом приходит понимание, что все может быть.
С опытом должно приходить умение разбираться в сортах "всякого" и стратегическими прыжками делать так, чтобы с правильное всякое происходило с тобой, а неправильное — с другими. А твое предложение больше похоже на опускание рук.
A>Упомянутый тобой товарищ совсем ничего не предлагал, и "заваливали" его "багфиксингом" во всех конторах, в которых он работал последние годы. Если это не наводит ни на какие мысли кроме как "менеджеры все сволочи — а прогеры в таком всем белом" — то либо это говорит об отсутствии опыта, либо что-то личное.
Товарищ раз за разом садится играть в покер с открытыми картами, и потом удивляется, почему противники всегда выигрывают. А вместо этого всегда надо задаваться вопросом "кем и почему открыта эта вакансия". Ответы могут быть, в порядке возрастания перспективности:
1. Потому что предыдующий человек сбежал от плохих условий
2. Превентивно, из-за текучки
3. Чтобы раздуть штат/освоить деньги
4. Заменить человека, ушедшего по позитивной причине (повышение/пенсия/переезд/смена области)
5. Кто-то конкретный в компании хочет протолкнуть рискованный проект, который больше никто не хочет делать
6. Небольшая компания осваивает новое направление, и нужен спец в этой области
В открытую этого, естественно, никто не скажет. Надо уметь это определять по косвенным признакам. Сергей этого не делает, и постоянно попадает на первые 2 пункта. Нормальная работа начинается с пункта 5 (или когда заменяют человека, делавшего нормальную работу до этого).
В плюсах чтобы найти что-то выше третьего пункта, надо шарить в узкой предметной области (движки баз данных, анализ генетических данных, сервера) и эта область должна быть конкурентным преимуществом активно развивающегося продукта. В Kernel-mode под Винду этого просто физически нет. Есть поддержка написанного 20 лет назад кода, где задача — замедлить уход существующих пользователей с минимальными трудозатратами. Что на практике означает пару критических багов раз в несколько месяцев (без которых реально продажи встанут колом), и тупую бесполезную работу все остальное время, потому что иначе человек выучит что-то полезное, и сбежит. Сергей это понимать отказывается и продолжает наступать на одни и те же грабли.
Причем, что самое ироничное — Сергей мог бы получать в разы больше денег и в разы меньше мозгоклюйства, если бы стал консультантом, нанимаемым тактически, для исправления конкретных багов. Обслуживал бы 5-10 компаний параллельно, и стриг бы по $300+ в час — четко профессионально и по существу. Но он этого делать не хочет.
A>Всякое бывает, с опытом приходит понимание, что все может быть.
С опытом должно приходить умение разбираться в сортах "всякого" и стратегическими прыжками делать так, чтобы с правильное всякое происходило с тобой, а неправильное — с другими. А твое предложение больше похоже на опускание рук.
A>Упомянутый тобой товарищ совсем ничего не предлагал, и "заваливали" его "багфиксингом" во всех конторах, в которых он работал последние годы. Если это не наводит ни на какие мысли кроме как "менеджеры все сволочи — а прогеры в таком всем белом" — то либо это говорит об отсутствии опыта, либо что-то личное.
Товарищ раз за разом садится играть в покер с открытыми картами, и потом удивляется, почему противники всегда выигрывают. А вместо этого всегда надо задаваться вопросом "кем и почему открыта эта вакансия". Ответы могут быть, в порядке возрастания перспективности:
1. Потому что предыдующий человек сбежал от плохих условий
2. Превентивно, из-за текучки
3. Чтобы раздуть штат/освоить деньги
4. Заменить человека, ушедшего по позитивной причине (повышение/пенсия/переезд/смена области)
5. Кто-то конкретный в компании хочет протолкнуть рискованный проект, который больше никто не хочет делать
6. Небольшая компания осваивает новое направление, и нужен спец в этой области
В открытую этого, естественно, никто не скажет. Надо уметь это определять по косвенным признакам. Сергей этого не делает, и постоянно попадает на первые 2 пункта. Нормальная работа начинается с пункта 5 (или когда заменяют человека, делавшего нормальную работу до этого).
В плюсах чтобы найти что-то выше третьего пункта, надо шарить в узкой предметной области (движки баз данных, анализ генетических данных, сервера) и эта область должна быть конкурентным преимуществом активно развивающегося продукта. В Kernel-mode под Винду этого просто физически нет. Есть поддержка написанного 20 лет назад кода, где задача — замедлить уход существующих пользователей с минимальными трудозатратами. Что на практике означает пару критических багов раз в несколько месяцев (без которых реально продажи встанут колом), и тупую бесполезную работу все остальное время, потому что иначе человек выучит что-то полезное, и сбежит. Сергей это понимать отказывается и продолжает наступать на одни и те же грабли.
Причем, что самое ироничное — Сергей мог бы получать в разы больше денег и в разы меньше мозгоклюйства, если бы стал консультантом, нанимаемым тактически, для исправления конкретных багов. Обслуживал бы 5-10 компаний параллельно, и стриг бы по $300+ в час — четко профессионально и по существу. Но он этого делать не хочет.