4. Я имел ввиду подпилим и отшлифуем стенки целиндра, что бы туда гайка вошла, что бы не пропадало много местоа, которое я бы мог занять. Это метафора.
>в конечном итоге придётся придти к тому, что работает человек только для того, чтобы зарабатывать деньги
Ну после этого разговоры можно не продолжать. Если у вас такой взгляд на жизнь… а я сейчас часто ловлю себя на мысли о том что какие бы я горы мог свернуть, не будь я скован финансовым вопросом. Тут все, начиная от замечательных и нужных программных проектов, и заканчивая научными и философскими направлениями. И только необходимость содержать семью, заставляет меня искать некоторый баланс между моими желаниями и моими потребностями. Не будь у меня проблемы писщи и жилья, я бы работал бесплатно.
1. Читайте внимательнее. Написано «это ТОЛЬКО способ заработать денег»
2. Этот сантехник думаю спросит надо ли менять кран. Так же как и я не молча делал то что хотел.
3. Вы рассуждаете по какому то шаблону. Не факт что те люди имеют больший опыт. Не факт что этот опыт улучшил их понимание ситуации. Не факт что они вообще способны понять ситуацию во всем маштабе. Не факт что их опыт пересекается с моим опытом.
Кто говорит о функционале вообще? В статье хоть слово сказано о каком нибудь функционале? Хотя бы абстрактно? Причем тут 3d-шутер?
>надо показать, сколько денег это принесёт
Это не всегда возможно сделать. Мало того, очень часто, для понимания выгод надо попробовать. То есть получить опыт.
>Если не упрощает и не ускоряет, то они там и не нужны.
Для того что бы понять упрощает и ускоряет, и на сколько, надо провести эксперемент. Для этого надо
1. Хотя бы допустить что он может оказаться успешным
2. Иметь систему замера результатов
3. Выделить на это время.
Часто предложение отвергается уже на первом пункте. По причине того что заказчик не обладает нужным опытом. Как пример, когда говришь о ТДД, заказчик думает так: ага, надо писать тесты. значит на тесты нужно время. у нас его нет. значит это НАМ не подходит (каждый мнит что его проект уникален).
SVN, memcached я указал как крайние случаи, что бы лучше показать проблему. Но не все вещи настолько очевидны. Например TDD. Я знаю множество примеров применения этого подхода, я сам использовал его, и могу дать палец на отсечение что в более или менее крупном проекте TDD, при правильном применении, дает выгоду. Означает ли это, что я должен осваивать ТДД в свободное от работы время, только потому что начальник не понимает зачем оно нужно?
>а собственное развитие это за свои деньги и за свое личное время, а не за рабочее
Тогда я оставляю за собой право не применять новые технологии которые я изучил в работе. Пока не скажут, а не стоит ли нам memcash использовать. А я скажу, да, конечно! Я давно уже в свободное время написал нужный код, но требую сейчас только же времени отпуска, что бы мне это оплатили :))) Думаю начальник будет в шоке, он то давно ломал голову над тем что бы сделать такого что бы сайт не падал каждые 15 минут, потерял кучу бабла. А оказалось решение давно готово :))) И я мог бы давно проблему нагрузки решить. Но обучение в нерабочее время же :)))
сейчас я фрилансер, и работаю столько сколько нужно для работы проекта. Иногда больше иногда меньше.
Если речь идет о том времени когда у меня былда постоянная работа, то все зависело как раз от того над чем я работаю, в каой обстановке и тд. Часто бывало так что стоило массу усилий вытащить себя с работы. А бывало что сидел и смотрел на часы, когда же домой.
кто сказал что не решая задачу бизнеса? Кто сказал что внедрение например svn(просто пример) не отвечает задачам бизнеса. То есть только потому что начальник не способен понять что это, это не отвечает задачам бизнеса? Так?
да я не хотел, они сами начальника пригласили. Но потом поняли свою ошибку, и поняли что если я буду общаться напрямую с продюсером, он будет знать слишком много лишнего, и придется работать.
в статье идет речь не о том что ты глуп и наивен. может о глупых и наивных идеалистах я напишу чуть позже. здесь речь о другой ситуации, это когда начальник реально не понимает преимуществ внедрения той или иной «хреновины». Когда он отказывается что-то внедрить не потому что это противоречит целям компании, а потому что он ДУМАЕТ что это противоречит целям компании.
опять не правильно поняли. я не говорю о целенаправленном обучении. я говорю о возможности обучения. Пришел ты, и не знаешь что такое SVN. И вокруг никто не знает. Но тут ты наталкиваешь на статейку, начинаешь понимать что это и какие выгоды. Приходишь к начальнику а тебе говорят «нет». То есть речь не об обучении тебя кем то другим, речь о твоем собственном развитии.
Все верно. Но что делать если начальник бывший IT-таджик? Ему ближе как раз те остальные, кто вкалывает не задавая вопросов. А RVK ему как кость в горле. Ходит, нудит, работать заставляет. Ведь что бы внедрить Технологию 1.7 нужно работать. Надо поднапрячь таджиков, надо самому разобраться и понять насколько это рисковано. Да в любом сручае придется взять на себя некий риск (а у страха глаза велики)
В итоге пойдет RVK лесом со своим списком. Итак хорошо, а он мешает мне на X5-ый копить.
С другой стороны, хорошо ли иметь команду таджиков? Я думаю что никогда не хорошо. Разве что это уборщики. Во всех остальных случаях команда художников будет лучше команды таджиков. Но дело поять же в том, что с командой художников надо уметь работать. Ими надо действительно управлять. С командой татджиков проще, им показал что работать от забора и до обеда, и они пашут.
Программист не должен решать что делать. Есть бизнес-задачи, и в этом приоритет. НО. Начальник должен понимать что программист не винтик. И и налегая на результат, он приносит вред проекту, так или иначе. Всегда необходимо иметь ввиду планку качества, установленную командой. Если этого не будет, упадет КПД команды. Причем если у начальника не будет правильно поставлена работа, он даже не узнает об этом падении, не заметит. То есть да, бизнесзадачи важнее. Но это если смотреть в лоб. Если посмотреть на процесс разработки шире, то может оказаться что «прикольные хреновины» поднимут производительность работы команды в 2 раза, улучшат качество работы, сделают работу интереснее, а мотивацию выше, и в этоге положительно повлияют на бизнес-задачи.
Ну после этого разговоры можно не продолжать. Если у вас такой взгляд на жизнь… а я сейчас часто ловлю себя на мысли о том что какие бы я горы мог свернуть, не будь я скован финансовым вопросом. Тут все, начиная от замечательных и нужных программных проектов, и заканчивая научными и философскими направлениями. И только необходимость содержать семью, заставляет меня искать некоторый баланс между моими желаниями и моими потребностями. Не будь у меня проблемы писщи и жилья, я бы работал бесплатно.
2. Этот сантехник думаю спросит надо ли менять кран. Так же как и я не молча делал то что хотел.
3. Вы рассуждаете по какому то шаблону. Не факт что те люди имеют больший опыт. Не факт что этот опыт улучшил их понимание ситуации. Не факт что они вообще способны понять ситуацию во всем маштабе. Не факт что их опыт пересекается с моим опытом.
Кто говорит о функционале вообще? В статье хоть слово сказано о каком нибудь функционале? Хотя бы абстрактно? Причем тут 3d-шутер?
>надо показать, сколько денег это принесёт
Это не всегда возможно сделать. Мало того, очень часто, для понимания выгод надо попробовать. То есть получить опыт.
>Если не упрощает и не ускоряет, то они там и не нужны.
Для того что бы понять упрощает и ускоряет, и на сколько, надо провести эксперемент. Для этого надо
1. Хотя бы допустить что он может оказаться успешным
2. Иметь систему замера результатов
3. Выделить на это время.
Часто предложение отвергается уже на первом пункте. По причине того что заказчик не обладает нужным опытом. Как пример, когда говришь о ТДД, заказчик думает так: ага, надо писать тесты. значит на тесты нужно время. у нас его нет. значит это НАМ не подходит (каждый мнит что его проект уникален).
В целом вывод — вы статью не поняли совсем.
Тогда я оставляю за собой право не применять новые технологии которые я изучил в работе. Пока не скажут, а не стоит ли нам memcash использовать. А я скажу, да, конечно! Я давно уже в свободное время написал нужный код, но требую сейчас только же времени отпуска, что бы мне это оплатили :))) Думаю начальник будет в шоке, он то давно ломал голову над тем что бы сделать такого что бы сайт не падал каждые 15 минут, потерял кучу бабла. А оказалось решение давно готово :))) И я мог бы давно проблему нагрузки решить. Но обучение в нерабочее время же :)))
Если речь идет о том времени когда у меня былда постоянная работа, то все зависело как раз от того над чем я работаю, в каой обстановке и тд. Часто бывало так что стоило массу усилий вытащить себя с работы. А бывало что сидел и смотрел на часы, когда же домой.
В итоге пойдет RVK лесом со своим списком. Итак хорошо, а он мешает мне на X5-ый копить.
С другой стороны, хорошо ли иметь команду таджиков? Я думаю что никогда не хорошо. Разве что это уборщики. Во всех остальных случаях команда художников будет лучше команды таджиков. Но дело поять же в том, что с командой художников надо уметь работать. Ими надо действительно управлять. С командой татджиков проще, им показал что работать от забора и до обеда, и они пашут.