Как стать автором
Обновить
69
0
Сергей Архипенков @craft_brother

Эксперт в управлении разработкой ПО

Отправить сообщение
Спасибо. ИМХО, полезный пост. Настоящий тестировщик — это летчик-испытатель.
Александр, извини, не смог удержаться :) Влезу со своим ИМХО.

Причиной дискуссии про Макса стала путаница с понятиями цель и задача. Задача != цель.
говорю своему сотруднику: Макс, посмотри статические анализаторы.

Это не цель. Это задача. Задача отвечает на вопрос «что надо сделать?». Цель — «зачем?»

Задача без цели, как правило, смысла не имеет. Цель без задачи имеет смысл.

В данном случае цель, видимо, была повысить качество кода. Ты ее не озвучил — твоя ошибка.

Макс не спросил: «а на фига?». ИМХО, проявление непрофессионализма с его стороны.

Как-то, так.
Ради денег работают, те кому работа не нравиться. Продают свои мозги и время (кстати, не восполнимый ресурс). Они с радостью поменяют работу на другую нелюбимую, если им пообещают дополнительно 10%.

Те кто работает за деньги, на работе имеют возможность развиваться и самореализовываться и трудиться ради удовлетворения своих высших потребностей. Я предлагал таким людям зарплату в 1,5 раз больше, чтобы они из R&D перешли в support, но у меня ничего не получилось, хотя речь шла о переходе внутри компании.

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

ИМХО, про порог вхождения. По сравнению с другими инженерными профессиями порог вхождения в программирование сильно ниже. Через 2-3 года рыночная стоимость правильного бойца возрастает в два раза. В других инженерных специальностях на это уйдет 5-10 лет.

Вообще, полагаю, что сегодня для среднего программиста достаточно 2-3 года специализированного техникума. Знаю много людей которые работают программистами, не имея инженерного образования. Даже знаком с одним системным архитектором, бывшем музыкантом, который пришел лет десять назад в тестировщики, чтобы заработать на новую гитару. Кстати, работает сейчас в США в солидной компании.

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

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

Так что, по нашему с Маслоу мнению я описал исключительно психически здорового программиста. А если согласиться с Маслоу, то это еще и образ человека будущего.
Позвольте, расставить точки над i. ИМХО, каждый профессионал — в душе перфекционист. (Вспоминаем сколько раз переписывал «Войну и мир» перфекционист Л. Толстой.) Но не каждый перфекционист — профессионал. Перфекционизм уместен, если мы создаем, например, утилиту сжатия данных, которая будет за то же время сжимать на порядок компактнее аналогов. Прфикционизм не уместен, если мы создаем утилиту, которую будут использовать единицы пользователей один раз в году. Понимание того, где перфекционизм уместен, а где — нет, один из признаков мастерства.
Ради денег работают девочки по вызову. Если хорошему программисту предложить платить в два раза больше, то эффективнее работать он не станет. Но если ему не доплатить, он быстро найдет другую работу. Как-то, так.

за высокую эффективность нужно много работать
Эффективность это не количество продуктов в единицу времени, а количество продуктов на единицу затрат. Работать много (по 10-12 час.) можно и не эффективно. ИМХО, что правильный программист должен справляться с работой в рабочее время.
Замки, они в голове, поэтому хрустальные.

Хорошо построенные замки материализуются в коде. Простом и надежном, как автомат Калашникова.
Когда вы на работе работаете за деньги
За деньги. Но не ради денег. Есть разница

На деле нужно в**бывать...
«Мерилом работы считаем усталость»? Программисты с одинаковым стажем могут отличаться по эффективности в десятки раз. Я писал про хороших программистов, которых, к сожалению, меньшинство.
Кстати, смотреть кто-почем можно здесь. (Вдруг не все еще знают)
KPI работника и KPI команды это две большие разницы. ИМХО, KPI работника — зло, KPI команды — обязательны к измерению. А вы о каких KPI?
Как, например, при приеме на работу продуктивность и знания разработчика оценивается уполномоченными специалистами компании, после чего существует испытательный срок для валидации KPI работника. В соответствии с этой оценкой сотруднику предлагается заработная плата, отражающая его продуктивность.

А вы ничего не перепутали? Вы это не про землекопов, а про ИТ написали? Тогда, имхо, вы живете в какой-то параллельной вселенной.
Рабовладение закончилось. Мы работаем в условиях рынка. И платить программисту придется столько, сколько его труд на этом рынке стоит.

Как-то, так.
О том, почему надо управлять рисками. Разве не так?
Но выход ли это?
Иногда разумнее сменить планету, чем тратить свою жизнь на войну с ветряными мельницами.

«Господи, дай мне спокойствие принять то, чего я не могу изменить, дай мне мужество изменить то, что я могу изменить. И дай мне мудрость отличить одно от другого» (с) Карл Фридрих Этингер
Ну да, мифическое существо. Вася, типа, образ современного «лишнего человека» в разработке ПО. Что-то вроде Чацкого, Онегина, Печерина :) А завершить пост уместно было цитатой: «Карету мне, карету!»
Ну, выход есть всегда. Например, можно обновить резюме на hh.
Без новых технологий, конечно, никуда. Только не надо уповать на то, что это будет «серебряная пуля». Согласно статистике, приведенной Демарко, средняя производительность в программном производстве растет всего лишь на 3-5% в год.
У хорошего разработчика ответственности нет.

Проблема управления.

Я полностью освобождаю тимлида от всех задач по разработке

А РП что делает? Проблема управления.

… в 90% случаев это необходимость переработок со стороны разработчика и тимлида

Сверхурочные — в 99% случаем это проблема управления.

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

А это вообще о чем? Ходим с протянутой рукой по знакомым?

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность