Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 100
У меня была такая же ситуация. Увольняйтесь! В подобной фирме вы лишь загубите свои лучшие годы.
По ряду причин, работу менять не могу, но при первой же возможности я так и поступлю.
Вы уверены, что причины — уважительны? Уверены, что не стоит тратить свое время на поиск мечты?
www.ozon.ru/context/detail/id/4345001/
www.ozon.ru/context/detail/id/4345001/
У меня на работе раньше тоже были подобные скучные задачи, и это стало самой серьезной причиной, из-за которой пришлось уйти. Нафиг губить мозги ;)
Не совсем ;) Есть несколько причин, одна из них заключается в том, что у нас очень хорошая команда и я не хочу подставлять товарищей. Закончится проект, тогда и буду что-то предпринимать.
Вы действительно никому не обязаны. Очень высока вероятность что все сидят по подобной причине. Как только кто то уйдет народ массово может хлынуть. Останутся только те, для кого смена работы самое страшное в жизни.
Вам может очень нравятся ваши коллеги, но это ваша жизнь!!! Она здесь и сейчас. Готовы ли вы кому то отдать часть своей жизни просто так? Вы просто отдаете свою жизнь им, хотя они скорее всего об этом Вас даже не просили!
Это ваша жизнь! Она проходит! Её не вернуть!!! Вы теряете её каждую минуту!!!
Все живут будущим. Вот сейчас плохо, но потом я все поминяю и будет супер. Ну чуть по позже. И вот опять попозже. И люди живут будущим. Потом они стают старше и понимаю что будушего уже слишком мало чтобы получить все что они хотели. И они уже начинают говорить, вот раньше было время, сахар даже был сладше!!!
Живи те сейчас. Или найдите удовольсвие в том что делаете или меняй те что то сейчас!
Вам может очень нравятся ваши коллеги, но это ваша жизнь!!! Она здесь и сейчас. Готовы ли вы кому то отдать часть своей жизни просто так? Вы просто отдаете свою жизнь им, хотя они скорее всего об этом Вас даже не просили!
Это ваша жизнь! Она проходит! Её не вернуть!!! Вы теряете её каждую минуту!!!
Все живут будущим. Вот сейчас плохо, но потом я все поминяю и будет супер. Ну чуть по позже. И вот опять попозже. И люди живут будущим. Потом они стают старше и понимаю что будушего уже слишком мало чтобы получить все что они хотели. И они уже начинают говорить, вот раньше было время, сахар даже был сладше!!!
Живи те сейчас. Или найдите удовольсвие в том что делаете или меняй те что то сейчас!
… В дополнение…
Такое ощущение, что вы относитесь к своей жизни, как и ваш начальник к вашим идеям и коду:
«сейчас времени на исправления нет, но, возможно, в будущем мы это поправим»
Чего добъётся начальник с таким подходом в коде? Вы это осознаете и видите куда всё идёт.
Не делаейте это в своей жизни. Проведите рефакторинг ваших отношений. Выкиньте лишнее и оставте только всё самое нужное и рабочее. И доработайте до более идеальной и рабочей версии сейчас.
В любом случае, потом вам прийдётся это сделать! То же самое! Только потеряете пол года-год…
Такое ощущение, что вы относитесь к своей жизни, как и ваш начальник к вашим идеям и коду:
«сейчас времени на исправления нет, но, возможно, в будущем мы это поправим»
Чего добъётся начальник с таким подходом в коде? Вы это осознаете и видите куда всё идёт.
Не делаейте это в своей жизни. Проведите рефакторинг ваших отношений. Выкиньте лишнее и оставте только всё самое нужное и рабочее. И доработайте до более идеальной и рабочей версии сейчас.
В любом случае, потом вам прийдётся это сделать! То же самое! Только потеряете пол года-год…
Может быть и искусством и ремеслом, в зависимости от собственно отношения программиста к своему делу.
Собственно, это высказывание применимо к абсолютно любой профессии. Даже грузчик может подходить к своей работе, как к искусству.
Но как и в любой профессии, чтобы из такого подхода что-то вышло, нужны условия. Не всякая работа для программиста обладает условиями, при которых к ней можно подходить, как к искусству. Если вам это нужно — просто смените работу или делайте свои проекты.
Собственно, это высказывание применимо к абсолютно любой профессии. Даже грузчик может подходить к своей работе, как к искусству.
Но как и в любой профессии, чтобы из такого подхода что-то вышло, нужны условия. Не всякая работа для программиста обладает условиями, при которых к ней можно подходить, как к искусству. Если вам это нужно — просто смените работу или делайте свои проекты.
До какого-то момента, я считал, что любую полученную задачу можно решить творчески. Приведу пример: просто вставить check box или добавить logging в проект можно разными способами. Кто-то может ограничится простым copy-paste'ом, а можно для решения задачи logging'а воспользоваться AspectJ, а для решения задачи с check box'ом идеями, схожими с идеями порождающего программирования. Не всегда это допустимо, так как не всегда просто и, естественно, не всегда есть время на такую модификацию (деньги ведь платят за продукт=). Но в 95% случаев обсуждения мне приходилось делать copy-paste, хотя не всегда это было оправдано.
Вы бы знали, сколько возможностей может быть у грузчика проявить смекалку и нестандартный подход :) Я это из собственного примера написал, когда-то в одном году работал грузчиков, в следующем — PHP-программистов. Так вот, на второй работе (это, правда, от ее инд. особенностей) нестандартно решать задачи было сложнее и не приносило никакого удовольствия.
> Кто-то может ограничится простым copy-paste'ом
Копипаст = некачественный и бесперспективный код. Я сталкивался с такими проектами (правда на php а не на Java), это ад какой-то, руки просто опускаются :(
Копипаст = некачественный и бесперспективный код. Я сталкивался с такими проектами (правда на php а не на Java), это ад какой-то, руки просто опускаются :(
Есть избитое высказывание, что «задача занимает ровно столько времени, сколько ей отведено». Зачастую, существенного влияния на немедленный результат эти изыски (AspectJ, порождающее программирование) не имеют. Подавляющее большинство задач в подавляющем большинстве контор — скучная рутина, которая может быть решена совершенно без участия мозга. И я знаю достаточно программистов, которые и не интересуются ничем в области программирования, но тем не менее во время выполняют свои задачи и все такое. Т.е. они тоже «хорошие программисты» с точки зрения бизнеса.
Но. Эти вышеупомянутые изыски, во-первых, улучшают «качество» жизни продвинутого программиста. А во-вторых, имеют благотворное долгосрочное влияние на проект (хотя и не всегда: подумайте о поддержке такого продвинутого проекта, которая ляжет непомерным грузом на плечики тех же «обычных программистов» — и это тоже надо принимать в расчет). Поэтому, как мне кажется, умный начальник должен не только играть по правилам бизнеса, но и учитывать интересы своих подопечных, позволяя им как-то развиваться (т.е. давая на это время). Другое дело в том, что мы живем в сволочные времена, и такого начальника надо еще найти. Причем это везде, мне кажется — как в среде грузчиков, так и в среде программистов.
Найти интересный проект, где начальник бы не гнал по срокам и не вынуждал «х*ярить код» ©, позволял рефакторить, позволял учиться — это и моя мечта. Увы, пока не достигнутая.
Но. Эти вышеупомянутые изыски, во-первых, улучшают «качество» жизни продвинутого программиста. А во-вторых, имеют благотворное долгосрочное влияние на проект (хотя и не всегда: подумайте о поддержке такого продвинутого проекта, которая ляжет непомерным грузом на плечики тех же «обычных программистов» — и это тоже надо принимать в расчет). Поэтому, как мне кажется, умный начальник должен не только играть по правилам бизнеса, но и учитывать интересы своих подопечных, позволяя им как-то развиваться (т.е. давая на это время). Другое дело в том, что мы живем в сволочные времена, и такого начальника надо еще найти. Причем это везде, мне кажется — как в среде грузчиков, так и в среде программистов.
Найти интересный проект, где начальник бы не гнал по срокам и не вынуждал «х*ярить код» ©, позволял рефакторить, позволял учиться — это и моя мечта. Увы, пока не достигнутая.
Меняйте место работы при первой возможности. Работа должна приносить удовольствие. Работа программиста одна из тех, которые очень легко его приносят.
мне кажется что программирование — это и ремесло и творчество. просто для разных людей определения разные. когда человек хочет заработать — это ремесло, и нельзя его за это осуждать, хуже от этого он не будет ни по классу ни по морали.
а для других — это искусство. они смакуют каждую конструкцию, ищут как можно ее оптимизировать на 100%, вобщем они просто кайфуют. и деньги для них вообще не главное. это фанаты своего дела, и они не представляют себя без этого. как и все фанаты они немного безумны, но это опять же не делает их плохими. они так же будут высоки по классу.
это просто дело взгляда на профессию и ничего более.
в любой профессии, на мой взгляд, можно задаться тем же вопросом.
а для других — это искусство. они смакуют каждую конструкцию, ищут как можно ее оптимизировать на 100%, вобщем они просто кайфуют. и деньги для них вообще не главное. это фанаты своего дела, и они не представляют себя без этого. как и все фанаты они немного безумны, но это опять же не делает их плохими. они так же будут высоки по классу.
это просто дело взгляда на профессию и ничего более.
в любой профессии, на мой взгляд, можно задаться тем же вопросом.
До боли знакомая ситуация. =(
Все борются с этим по своему, кто-то уходит в манагеры, кто-то находит более интерестную работу (увольняется), а у кого то попросту тихо опускается мотивация ниже плинтуса.
Мне кажется, что то ли у нас еще не сложилась культура мотивации разработчиков новыми интерестными задачами, то ли это попросту не кому не нужно.
В любом случае, это зло, не только для работника, но и для работодателя.
Тема очень болезненная, и для меня сейчас очень актуальная. Спасибо за пост!
Все борются с этим по своему, кто-то уходит в манагеры, кто-то находит более интерестную работу (увольняется), а у кого то попросту тихо опускается мотивация ниже плинтуса.
Мне кажется, что то ли у нас еще не сложилась культура мотивации разработчиков новыми интерестными задачами, то ли это попросту не кому не нужно.
В любом случае, это зло, не только для работника, но и для работодателя.
Тема очень болезненная, и для меня сейчас очень актуальная. Спасибо за пост!
Не обижайтесь, но возможно, я скажу неприятную вещь ниже. Не воспринимайте как наезд на вас лично, лучше как руководство к действию.
Что хотел сказать — блин, никогда не понимал людей, которые пишут подобные посты.
Странно само противопоставление — художник vs офисный раб.
Вам перестала нравится работа с кодом? Полно рутины, скучно? Так начните первыми, с себя, не ждите отмашки сверху. Возьмите, и зарефакторите часть проекта — благо, scm счас богатые, позволяют как угодно манипулировать с кодом. Я думаю, что времени на это у вас найдется с верхом — раз активной разработки нет.
Почему бы нет? Вы художник или? Если вы работаете ради вдохновения, ну так и сделайте вещь, годную для самого себя, порадуйте свою художественную душу — перелопатьте то, в чем вы ежедневно часами ковыряетесь, облегчите себе жизнь.
Что, «почему я»? Ну, вы же художник, ремесленник, свободный духом, все такое. Вдохновите себя тем, что остальные не такие; вдохновите себя радостью от будущей легкости в коде, причина которой — вы, заслуга от которой — целиком ваша.
Что, именно за это не заплатят и не погладят по головке? Да, но если это вас останавливает, то вы принадлежите к тому типу людей, которые хотят безудержно фантазировать, ожидая, эти фантазии им будут оплачивать чужой дядя. Людям такие не нужны. Фу таким быть.
Работа должна приносить удовольствие. Но она вам ничем не обязана, все — в ваших руках. Начните самостоятельно преобразовывать окружающее вас, вот увидете — все наладится. Лучше думать о том, сколько еще можно улучшить, и претворять это в жизнь, а не бегать в поисках лучшей жизни.
Нет, из любого правила есть исключения: если вы твердо решили, что просто не хотите улучшать то, что вас окружает сейчас — лучше меняйте работу :) Я не оптимист, если вы вдруг подумали :)
P.S. Я тут недавно писал статью про «как рефакторить гуано», есть вероятность, что пригодится.
P.P.S. Еще раз замечу — ничего личного к вам.Сам был в такой ситуации, чуть ли не плакать хотелось. Описанный подход помог исправиться самому и исправить ситуацию; теперь доволен, но многое еще предстоит улучшить.
Что хотел сказать — блин, никогда не понимал людей, которые пишут подобные посты.
Странно само противопоставление — художник vs офисный раб.
Вам перестала нравится работа с кодом? Полно рутины, скучно? Так начните первыми, с себя, не ждите отмашки сверху. Возьмите, и зарефакторите часть проекта — благо, scm счас богатые, позволяют как угодно манипулировать с кодом. Я думаю, что времени на это у вас найдется с верхом — раз активной разработки нет.
Почему бы нет? Вы художник или? Если вы работаете ради вдохновения, ну так и сделайте вещь, годную для самого себя, порадуйте свою художественную душу — перелопатьте то, в чем вы ежедневно часами ковыряетесь, облегчите себе жизнь.
Что, «почему я»? Ну, вы же художник, ремесленник, свободный духом, все такое. Вдохновите себя тем, что остальные не такие; вдохновите себя радостью от будущей легкости в коде, причина которой — вы, заслуга от которой — целиком ваша.
Что, именно за это не заплатят и не погладят по головке? Да, но если это вас останавливает, то вы принадлежите к тому типу людей, которые хотят безудержно фантазировать, ожидая, эти фантазии им будут оплачивать чужой дядя. Людям такие не нужны. Фу таким быть.
Работа должна приносить удовольствие. Но она вам ничем не обязана, все — в ваших руках. Начните самостоятельно преобразовывать окружающее вас, вот увидете — все наладится. Лучше думать о том, сколько еще можно улучшить, и претворять это в жизнь, а не бегать в поисках лучшей жизни.
Нет, из любого правила есть исключения: если вы твердо решили, что просто не хотите улучшать то, что вас окружает сейчас — лучше меняйте работу :) Я не оптимист, если вы вдруг подумали :)
P.S. Я тут недавно писал статью про «как рефакторить гуано», есть вероятность, что пригодится.
P.P.S. Еще раз замечу — ничего личного к вам.Сам был в такой ситуации, чуть ли не плакать хотелось. Описанный подход помог исправиться самому и исправить ситуацию; теперь доволен, но многое еще предстоит улучшить.
Спасибо, вы пиши очень разумные вещи, но не всё так гладко ;) К сожалению, времени практически нет, в силу того, что задачи хоть и не очень интеллектуальные, но требуют предельной концентрации внимания, так как любая оплошность или неточность может привести к неприятном последствиям. Если появится время, я обязательно воспользуюсь Вашим советом.
Зачем я написал пост? Просто могло оказаться, что я действительно живу в идеальном мире, что эта профессия не совсем для меня (пока думаю, что это не правда =). Вот и хотелось узнать, что по этому поводу думают коллеги.
Ещё одна проблема заключается в том, что после возможных улучшений, вместо благодарности можно получить пинок под зад (хотя не ручаюсь за это, надеюсь всё будет не так =), за бессмысленно потраченное время, на модификации, которые не утвердил заказчику.
Зачем я написал пост? Просто могло оказаться, что я действительно живу в идеальном мире, что эта профессия не совсем для меня (пока думаю, что это не правда =). Вот и хотелось узнать, что по этому поводу думают коллеги.
Ещё одна проблема заключается в том, что после возможных улучшений, вместо благодарности можно получить пинок под зад (хотя не ручаюсь за это, надеюсь всё будет не так =), за бессмысленно потраченное время, на модификации, которые не утвердил заказчику.
До свиданья, карма.
Попробуйте задать себе вопрос — «А не хочу ли я развлечься за счет работодателя?». Ваши стремления понятны и я их разделяю, но Ваш работодатель-то деньги платит не за то, чтобы Вы ТВОРИЛИ с большой буквы Т, а за конкретную рутинную работу. И деньги он, поверьте, берет не из воздуха, а тоже зарабатывает — продавая плоды Вашей работы. И скорее всего переход на новые технологии, использование новых паттернов и рефакторинг старого кода не дают делать не потому что злые — а потому что это либо не принесет денег, либо принесет — но меньше, чем если Вы будете заниматься рутиной, либо породит ба-а-а-альшие риски.
Лично я этот вопрос решаю следующим образом. На работе делаю то, за что платят деньги и тем способом, который от меня хотят. Ну а дома разрабатываю для себя и на заказ вещи «на пике технологий». Жертв пока нет и все довольны :).
Попробуйте задать себе вопрос — «А не хочу ли я развлечься за счет работодателя?». Ваши стремления понятны и я их разделяю, но Ваш работодатель-то деньги платит не за то, чтобы Вы ТВОРИЛИ с большой буквы Т, а за конкретную рутинную работу. И деньги он, поверьте, берет не из воздуха, а тоже зарабатывает — продавая плоды Вашей работы. И скорее всего переход на новые технологии, использование новых паттернов и рефакторинг старого кода не дают делать не потому что злые — а потому что это либо не принесет денег, либо принесет — но меньше, чем если Вы будете заниматься рутиной, либо породит ба-а-а-альшие риски.
Лично я этот вопрос решаю следующим образом. На работе делаю то, за что платят деньги и тем способом, который от меня хотят. Ну а дома разрабатываю для себя и на заказ вещи «на пике технологий». Жертв пока нет и все довольны :).
не вы один так делаете;) я правда на работе все равно пытаюсь при обсуждении проекта (контора маленькая поэтому все сразу и архитекторы и программисты) ввести что-то новое
Хорошо тем, кому повезло попасть на интересное место, где мало рутины.
Ведь деньги можно зарабатывать по-разному.
Ведь деньги можно зарабатывать по-разному.
И самое приятное в этом варианте, что ничем не рискуешь: если считаешь что как художник можешь спокойно зарабатывать без зарплаты и злого начальства — пишешь заявление и уходишь творить.
Я именно так и сделал, и попервах именно творчеством и занимался. Сейчас исхожу только из фактора необходимости и рентабельности. То есть если рефакторинг для проекта полезен в плане увеличения пользы (прибыли или экономии денег) — ты мы его без раздумий делаем. Но правктика показывает, что 80% работы — это рутина, которую нужно делать каждый день, чтобы допитсья успеха в ИТ.
Я именно так и сделал, и попервах именно творчеством и занимался. Сейчас исхожу только из фактора необходимости и рентабельности. То есть если рефакторинг для проекта полезен в плане увеличения пользы (прибыли или экономии денег) — ты мы его без раздумий делаем. Но правктика показывает, что 80% работы — это рутина, которую нужно делать каждый день, чтобы допитсья успеха в ИТ.
Вашу статью я уже читал, но так же я читал Фаулера и Макконелла, так что с процессом более-менее знаком =)
Вы конечно правы, НО
Так что порой реальность сложнее, чем хороший (правда хороший) совет.
Так начните первыми, с себя, не ждите отмашки сверху.Не могу в данном случае полностью быть с вами согласен. На собственном опыте убедился, что при общей пассивности и удовлетворённости текущим положением вот это «начни с себя» приходит в упадок и не делает погоду. Так, к примеру, мне надоело, что в нашем проекте комментарии отсутствуют в принципе (ну точнее — довольно редкое явление) и порой для того, чтобы понять, что делает тот или иной метод нужно лезть внутрь и тратить разное колличество времени (от нескльких минут до нескольких часов), чтобы понять как это работает и нюансы использования… Так вот, естесственным предложением было внести предложение об обязательном комментировании хотя бы заголовков функций. Так нет… Первое, что я услышал, так это «начни с себя»… Харашо… Полтора года я старался писать осмысленые, нужные комментарии, вырабытывал правила написания и пр. Конечно не всё было идеально, но то, что я писал уж мне-то точно помогло при повторном обращении к своему коду, правке, переписывании и пр. Плюс ко мне реже стали ходить за консультациями (может просто бояться меня :) ), а однажды один из моих коллег мне высказал, что «как хорошо, что ты писал к своему классу комменты — было гораздо проще во всём разобраться». И что на сегодня: воз и ныне там — комменты пишут только я и ещё один сотрудник, который с самого начала был со мной солидарен. Когда я периодически напоминаю кому-то, что вот де подпиши хотя бы параметры, что они значат, делают, но не всегда и результат выглядит как отписка «только отстань»…
Так что порой реальность сложнее, чем хороший (правда хороший) совет.
Не могу не согласиться — реальность в любом случае сложнее, чем мы себе представляем.Но в позиции автора я усмотрел кое-что, что мне показалось странным — бегство от трудностей, прикрываемое мотивом «художников обижают».
Мобильность — это достойно, когда она вдохновлена движением к новому, и плохо — когда является бегством от проблем. Представьте себе, если на новом месте работы человек встретится с точно такой же ситуацией (а она нередка); и единственный способ бороться с ней, который он опробовал — это убежать. Я думаю, что в этом случае он имеет все шансы сильно разочароваться в программной инженерии вообще.
Я считаю, что богатый опыт заруливания различных сложных, но жизненных вещей ни в коем случае помешает — не познав, что такое плохо, сложно рассуждать о хорошем; тем более, что здесь автор ничего не теряет.
Простите, что лезу с советом, но в вашем случае следовало бы обратиться к истокам: зачем вообще нужно блюсти чистоту кода? Это помогает бизнесу? Если да, то каков экономический эффект? С ответами на эти вопросы следовало бы подойти к тому, кто отвечает за административную сторону (тимлид, девлид, начальник) и продемонстрировать выгоду.
На своем примере — я почти полгода е%ал мозг начальника по поводу плачевного состояния процесса разработки, и соответствующих результатов — баги закрывались долго и «через не хочу», а добавление фич растягивалось на неопределенный период. После того, как мне удалось некоторую часть активную проекта перетащить на себя, сделать в ней все по рекомендациям «лучших собаководов», это сразу стало заметно — исчезли Гейзен-баги, быстро подобрались все текущи реквесты, заказчик стал много более доволен. Теперь у нас есть и code review (все страшно недовольны, но куда деватьсяс подводной лодки от начальника?), и unit testing, и разработка стала куда ближе к Scrummerfall.
Хочу сказать, что начать жить в свое удовольствие никогда не поздно.
Нет, есть исключение, но я его упомянул — если вы недовольны процессом, но не готовы самостоятельно браться за «улучшайзинг», а хотите, чтобы все было зашибись и без вас — стоит поискать другое место работы. Это нормально. Задумайтесь только — а зачем _вы_ там нужны, на всем готовом?
Собственно, этим я и руководствуюсь в работе.
Мобильность — это достойно, когда она вдохновлена движением к новому, и плохо — когда является бегством от проблем. Представьте себе, если на новом месте работы человек встретится с точно такой же ситуацией (а она нередка); и единственный способ бороться с ней, который он опробовал — это убежать. Я думаю, что в этом случае он имеет все шансы сильно разочароваться в программной инженерии вообще.
Я считаю, что богатый опыт заруливания различных сложных, но жизненных вещей ни в коем случае помешает — не познав, что такое плохо, сложно рассуждать о хорошем; тем более, что здесь автор ничего не теряет.
Простите, что лезу с советом, но в вашем случае следовало бы обратиться к истокам: зачем вообще нужно блюсти чистоту кода? Это помогает бизнесу? Если да, то каков экономический эффект? С ответами на эти вопросы следовало бы подойти к тому, кто отвечает за административную сторону (тимлид, девлид, начальник) и продемонстрировать выгоду.
На своем примере — я почти полгода е%ал мозг начальника по поводу плачевного состояния процесса разработки, и соответствующих результатов — баги закрывались долго и «через не хочу», а добавление фич растягивалось на неопределенный период. После того, как мне удалось некоторую часть активную проекта перетащить на себя, сделать в ней все по рекомендациям «лучших собаководов», это сразу стало заметно — исчезли Гейзен-баги, быстро подобрались все текущи реквесты, заказчик стал много более доволен. Теперь у нас есть и code review (все страшно недовольны, но куда деваться
Хочу сказать, что начать жить в свое удовольствие никогда не поздно.
Нет, есть исключение, но я его упомянул — если вы недовольны процессом, но не готовы самостоятельно браться за «улучшайзинг», а хотите, чтобы все было зашибись и без вас — стоит поискать другое место работы. Это нормально. Задумайтесь только — а зачем _вы_ там нужны, на всем готовом?
Собственно, этим я и руководствуюсь в работе.
И не поспоришь. Согласен со всеми пунктами и рад, что ваше упорство принесло результаты.
Так получилось, что я не мог постоянно ездить в офис (хотя у нас посещение офиса обязательно), в силу некоторых проблем, решение которых требовало свободного графика, и пришёл с этим вопросом к начальству. Начальство вроде отпустило на работу дома, и я в принципе порой по ночам, порой в свободное время и прочие возможные между решениями проблем промежутки времени старался работать. По прошествии 2,5 месяцев, я пришёл опять в офис и решил поговорит с начальством по поводу оценки моей эффективности. И что я услышал: они поговорили с людьми (как оказалось с одним человеком), который работает дома (в нашей фирме он не работает) и тот сказал, что в офисе работать эффективнее, поэтому они считают, что в оффисе работа эффективнее. Как я понял вопросы людям, с которыми я работал, находясь дома, о трудностях, которые возникли в результате этой удалённой работы (первый опыт всё-таки), ни моему начальнику по программной части, как он оценивает мою работу, заданы не были, а также отчётность о проделанной работе, которая зафиксирована документально просмотру не подлежала, и моя оценка была произведена с потолка. Не хочу сказать, что я работал лучше или хуже, я хочу просто показать то, как у нас оценивается ВСЁ… Надо ещё сказать, что я такой опрос сделал…
Теперь по поводу каких-то инициатив, которые нужно постараться пробивать в том числе и через начальство. После выдвижения инициативы она обсуждается с людьми, которые на фирме работают давно («старики») и которые «повинны» в том, какой сегодня проект. Как вы думаете, что они говорят? А их мнение при прочих равных превалирует, опять же не понятно из-за чего (я думаю, что начальство считает, что они лучшие специалисты только потому, что работают чуть ли ни с основания фирмы, хотя я наблюдаю ситуацию, что они избрали пару (ну утрировал конечно, немного больше :) ) каких-то «проверенных» методов и используют их для решения любых задач, что уже может говорить об их квалификации, как программеров [надо сказать, что как расчётчики и инженеры они прекрасно справляются, но как программисты и проектировщики проекта — я во многом с ними не согласен].
Хотел тоже изменитьмир положение вещей к лучшему, но тут видно ваш начальник всё-таки оказался более проницательный чем мой: мой начальник программного отдела и ген.дир. спелись и они одинаково пассивно относятся к программированию как таковому, зато насчёт того, чтобы программа «считала» — относятся очень трепетно. И это правильно, но не до конца. Т.е. мы можем очень долго обсуждать проблемы того, как должен выполняться тот или иной функционал, но как только речь заходит о том, как проектировать и реализовывать его в проекте — сразу пассивность в настроениях и всё отдаётся на «сделай как нибудь». И каждый изобретает велосипед, не пишет комменты, да и при возникновениии сложности в реализации часто задание или просто снимается или начинает плодиться заплаточность (опять же из-за накопившихся проблем). В такой обстановке общей пассивности и нежеланию разобраться с трудностями самого процесса разработки и приходится работать и проталкивать свои идеи. Пытался периодически говорить как через них, так и отдельно с коллегами, но как я уже говорил плоды не стоили усилий…
Поплакался немного, а теперь немного позитива: некоторые (надо сказать довольно много) из моих инициатив мне-таки удавалось пропихивать и реализовывать, но это постоянное положение как на войне честно уже достало. Мне не понятно, сколько мне ещё надо доказывать свою состоятельность (больше 4 лет уже тама), чтобы каждое моё мало-мальское предложение не отметалось априори, а при моей настойчивости не рассматривалось под микроскопом с придирками по каждому мало-мальски поводу опять же просто от нежелания что-то менять. Я понимаю, что без проблем и некоторой борьбы разработки быть не может, но вечно бороться с ветряными мельницами по-моему тоже нереально, ведь когда-то и работать надо :)
Простите, что лезу с советом, но в вашем случае следовало бы обратиться к истокам: зачем вообще нужно блюсти чистоту кода? Это помогает бизнесу? Если да, то каков экономический эффект?Да, а что прощать. Могу ответить. Проблема в том, что у нас вообще не происходит оценки эффективности той или иной операции, происходит куча всяких ненужных и повторяющихся действий и пр. Чтобы вы поняли, как у нас происходит оценка того, что происходит в фирме вот пример:
Так получилось, что я не мог постоянно ездить в офис (хотя у нас посещение офиса обязательно), в силу некоторых проблем, решение которых требовало свободного графика, и пришёл с этим вопросом к начальству. Начальство вроде отпустило на работу дома, и я в принципе порой по ночам, порой в свободное время и прочие возможные между решениями проблем промежутки времени старался работать. По прошествии 2,5 месяцев, я пришёл опять в офис и решил поговорит с начальством по поводу оценки моей эффективности. И что я услышал: они поговорили с людьми (как оказалось с одним человеком), который работает дома (в нашей фирме он не работает) и тот сказал, что в офисе работать эффективнее, поэтому они считают, что в оффисе работа эффективнее. Как я понял вопросы людям, с которыми я работал, находясь дома, о трудностях, которые возникли в результате этой удалённой работы (первый опыт всё-таки), ни моему начальнику по программной части, как он оценивает мою работу, заданы не были, а также отчётность о проделанной работе, которая зафиксирована документально просмотру не подлежала, и моя оценка была произведена с потолка. Не хочу сказать, что я работал лучше или хуже, я хочу просто показать то, как у нас оценивается ВСЁ… Надо ещё сказать, что я такой опрос сделал…
Теперь по поводу каких-то инициатив, которые нужно постараться пробивать в том числе и через начальство. После выдвижения инициативы она обсуждается с людьми, которые на фирме работают давно («старики») и которые «повинны» в том, какой сегодня проект. Как вы думаете, что они говорят? А их мнение при прочих равных превалирует, опять же не понятно из-за чего (я думаю, что начальство считает, что они лучшие специалисты только потому, что работают чуть ли ни с основания фирмы, хотя я наблюдаю ситуацию, что они избрали пару (ну утрировал конечно, немного больше :) ) каких-то «проверенных» методов и используют их для решения любых задач, что уже может говорить об их квалификации, как программеров [надо сказать, что как расчётчики и инженеры они прекрасно справляются, но как программисты и проектировщики проекта — я во многом с ними не согласен].
Хотел тоже изменить
Поплакался немного, а теперь немного позитива: некоторые (надо сказать довольно много) из моих инициатив мне-таки удавалось пропихивать и реализовывать, но это постоянное положение как на войне честно уже достало. Мне не понятно, сколько мне ещё надо доказывать свою состоятельность (больше 4 лет уже тама), чтобы каждое моё мало-мальское предложение не отметалось априори, а при моей настойчивости не рассматривалось под микроскопом с придирками по каждому мало-мальски поводу опять же просто от нежелания что-то менять. Я понимаю, что без проблем и некоторой борьбы разработки быть не может, но вечно бороться с ветряными мельницами по-моему тоже нереально, ведь когда-то и работать надо :)
Сделайте собственный проект и в нем реализуйте себя как художник, ну а на работе будьте ремесленником… :)
Боюсь все просто — каждый делает свою работу. Ваша работа в том, чтобы выполнять заказы менеджера проекта. Задача менеджера проекта — делать такие заказы, которые приносят деньги. А все ваши улучшения, предложения и прочее — вы их делаете со своей точки зрения, которая с вопросом зарабатывания денег никак не связана. Поэтому… соблюдаем субординацию, рядовой :(
У самого такая же проблема, хоть и работаю в QA. Пока мы работаем с вами на коммерческие конторы, все наши предложения и замечания будут иметь смысл только если подкреплены экономическими выкладками не хуже манагерских. И это правильно, как не печально.
У самого такая же проблема, хоть и работаю в QA. Пока мы работаем с вами на коммерческие конторы, все наши предложения и замечания будут иметь смысл только если подкреплены экономическими выкладками не хуже манагерских. И это правильно, как не печально.
Прочитал остальные коменты… Народ, вы меня пугаете. Вы хотите творить? Вам не дают это делать на работе и требуют подчиняться бизнес требованиям руководства? Млин, делайте свой проект, как хобби хотя бы, и творите там сколько угодно! А на работе нужно подчинятся твоему нанимателю, там не должно быть (в смысле не обязано быть) творчество, ибо ты часть механизма, причем не мозг ни разу. Ну да, часть нервной системы — участвуешь в митингах может, делаешь какие-то улучшения… Но твоя работа не творить, а выполнять. Так чему удивляться? Откуда тогдда советы «меняй работу», «работа должна приносить радость...»
Ну не всегда… например у меня есть работа и есть долгосрочный проект, никак не связанный с работой… проект оплачиваемый фирмой, для которой он собственно разрабатывается… при этом данный проект действительно интересен.
А вот на работе по большей части рутина, но благо попадаются и интересные вещи, в которых надо именно творить. Так что всетаки быть частью механизма и выполнять это не всегда при работе в офисе.
А вот на работе по большей части рутина, но благо попадаются и интересные вещи, в которых надо именно творить. Так что всетаки быть частью механизма и выполнять это не всегда при работе в офисе.
Не соглашусь. На Хабре уже писали про программистов-джамшутов и программистов перфекционистов. Я думаю в этой классификации нет ничего обидного или пафосного — каждый должен быть на своем месте. Поэтому я, уже на третей работе, заканчиваю проект, делаю документацию и увольняюсь, а на свое место советую начальнику знакомого студента, который за треть моей зарплаты, будет счастлив копипастить chekbox'ы и набираться опыта на редких, более сложных, задачах. Это просто экономичней и практичней.
Проблема как бы в том что работа обычно отнимает 8 часов в день + обед/проезд, а с ними все силы и время :(
Давайте переносите в коллективный блог, кармы хватает :)
Вы работаете в коммерческой структуре, главная задача которой, получать деньги.
Ваша креативность, инициативность, невыгодна фирме, т.к. из-за неё вы менее продуктивно справляетесь с рутинными задачами, на которых она и зарабатывает по большому счёту.
В нашей копроэконимике это практически неизбежно. Так в любой фирме, а те в которых не так скорее всего погибнут.
Самые прибыльные проекты — то ещё говно, приносят людям больше вреда чем пользы.
Вконтакте, ютуб, твиттер, мамбы, дом2, windows.
С другой стороны skype, silkopedya, linux, думаю любой сможет продолжить.
Что обидно даже habr, чем попсовее, тем больше доход у ТМ(личное предположение),
когда эмо-киды тут будут создавать посты типа «МоДдИнГ → Рисуем на мышке КОРРЕКТОРОМ!!!», его владельцы переберутся на рублёвку.
Есть конечно редкие исключения, но они скорее подтверждают правило.
Ваша креативность, инициативность, невыгодна фирме, т.к. из-за неё вы менее продуктивно справляетесь с рутинными задачами, на которых она и зарабатывает по большому счёту.
В нашей копроэконимике это практически неизбежно. Так в любой фирме, а те в которых не так скорее всего погибнут.
Самые прибыльные проекты — то ещё говно, приносят людям больше вреда чем пользы.
Вконтакте, ютуб, твиттер, мамбы, дом2, windows.
С другой стороны skype, silkopedya, linux, думаю любой сможет продолжить.
Что обидно даже habr, чем попсовее, тем больше доход у ТМ(личное предположение),
когда эмо-киды тут будут создавать посты типа «МоДдИнГ → Рисуем на мышке КОРРЕКТОРОМ!!!», его владельцы переберутся на рублёвку.
Есть конечно редкие исключения, но они скорее подтверждают правило.
Однажды на одном из собеседований меня спросили «Что для вас важно на работе», я ответил «работа должна быть интересной». После этого я вступил в некоторую дискуссию с интервьюерами, после чего я вышел на улицу и сказал «Нафиг это мне надо, не так уж и требуется».
Вкратце их логика такова: мы вам платим за работу и на не волнует интересна она вам или нет.
Творческий подход растоптан.
Вкратце их логика такова: мы вам платим за работу и на не волнует интересна она вам или нет.
Творческий подход растоптан.
По совету, перенёс сюда. Спасибо за карму ;)
Отвечу на первый вопрос: Ни то ни другое. Профессиональный программист — это скорее работник конвейера или проектировщик конвейера. Причем все чаще под термином программист понимают «работник конвейера».
Конечно есть программисты ремесленники — то есть занимающиеся частным изготовлением кустарной продукции. Есть программисты художники, которые в одиночку могут написать шедевр. Но по-моему аналогия конвейера лучше отражает требования к современному программирования и профессиональным программиста. Сходство расписывать не буду, думаю там и так все понятно.
Конечно есть программисты ремесленники — то есть занимающиеся частным изготовлением кустарной продукции. Есть программисты художники, которые в одиночку могут написать шедевр. Но по-моему аналогия конвейера лучше отражает требования к современному программирования и профессиональным программиста. Сходство расписывать не буду, думаю там и так все понятно.
Всё что делается не по «инструкции» — творчество.
Всё что делается исходя из свободной мысли — творчество.
Всё что делается и может быть реализовано различными способами — творчество.
А весомый вклад в программирование как творчество — муза :)
она может выражаться неким порывом мысли, образа, а может просто временем суток (кому-то напорядок лучше программируется поздними вечерами и ночами).
ИМХО
Всё что делается исходя из свободной мысли — творчество.
Всё что делается и может быть реализовано различными способами — творчество.
А весомый вклад в программирование как творчество — муза :)
она может выражаться неким порывом мысли, образа, а может просто временем суток (кому-то напорядок лучше программируется поздними вечерами и ночами).
ИМХО
Хорошо, что на свете есть такие люди!
По поводу того чтобы сорваться и всё резко улучшить.
www.happy-pm.com/blog/?p=2225
www.happy-pm.com/blog/?p=2225
Если вы не можете реализовать себя на работе, то реализуйте себя в своем проекте! Ведь это так просто! А стонать, что ой всё плохо, начальник тупой нифига не понимает и тд удел слабаков! Если вам не хочется этого, то займитесь чем-то еще, чтобы программирование стало для вас просто зарабатыванием денег. Тут вы убиваете 2 задачи — узнаете для себя что-то новое и будете кайфовать от этого нового, будет драйв. Займитесь чем-то необычным для себя — танцы, музыка, живопись, писательство. Если вам будет лень, то тогда вы просто ищете отговорки и вам уже ни что не поможет! ;)
Не думал, что этот пост будет рассматриваться, как стенания =) Тут мне просто хотелось выяснить некоторый факт для себя =)
Дело в том, что мне нравится программировать и, пока что, я не хочу менять сферу деятельности. В своё удовольствие я занимаюсь фотографией и некоммерческими проектами.
Дело в том, что мне нравится программировать и, пока что, я не хочу менять сферу деятельности. В своё удовольствие я занимаюсь фотографией и некоммерческими проектами.
Незнаю почему мне показалось так, видимо потому, что я сам какое-то время переживал такое же :) Потом я просто ушел из компании (хотя к уходу я уже по сути сам себя контролировал и придумывал задания) во фриланс (как раз во время кризиса! ох трудно же было!). Пол года занимался фрилансом, наработал портфолио и список клиентов, а потом мне предложили интересный стартап. Сейчас здесь и работаю. И пока что подобных мыслей не возникало, хотя есть некоторые скучные моменты (считаю без них никак не обойтись).
Вобщем резюмирую, что вам стоит сменить просто место работы. Возможно (даже скорее всего!) вы попадете в точно такое же «болото», но оно вам первое время будет нравиться. Человек просто так устроен, что нужно иногда устраивать встряски и смену декораций, иначе все начинает приедаться! :)
Вобщем резюмирую, что вам стоит сменить просто место работы. Возможно (даже скорее всего!) вы попадете в точно такое же «болото», но оно вам первое время будет нравиться. Человек просто так устроен, что нужно иногда устраивать встряски и смену декораций, иначе все начинает приедаться! :)
У меня похожая ситуация на работе. Я пришел на новое место недавно и тут же с головой провалился в «говны» доставшегося мне кода. Начал с того, что подготовил несколько предложений по улучшению кода. Написал на листе бумаги список конкретных вещей, которые мог бы сделать, расписал подробно по шагам примерные сроки реализации (несколько рабочих дней всего), обосновал необходимость и начал делать. Когда были готовы вещи, которыми можно было пользоваться (они были очень сырыми, сделаны урывками по часу в день, но они работали!), я пошел к начальству… Нет, разумеется я не услышал в ответ «Молодец, давай фигачь!», но одна идея была воспринята адекватно, мне было выделено время на разработку и внедрение(пара часов в день, зато официально), и вот сейчас, по прошествии двух месяцев, я занимаюсь реализацией своих идей примерно столько же времени, сколько и тошнотной рутиной, 50/50. А по вечерам уделяю часик своему собственному проекту, отвожу душу.
И, да, я активно ищу новое место и должность руководителя разработки:)
И, да, я активно ищу новое место и должность руководителя разработки:)
Если программер ваяет какой-то свой собственный проект — я думаю в этом случае его можно назвать творческим человеком. А что же касается фирм — я бы не сказал, что то что описал автор является чем-то из ряда вон выходящим.
То что поддержка проектов занимает в совокупности больше времени чем их разработка — разве это не есть факт?
Внедрение новых технологий — как правило разработчику бывает интересно чисто чтобы побаловаться с новым фреймворком или языком программирования. И он умоляет своего руководителя — а давай-ка напишем эту часть проекта на чем-нибудь ещё. Но из практических соображений это невыгодно. И никому кроме разработчика не нужно.
Рефакторинг — читая Фаулера я убедился в том, что даже у них, за бугром, работодатель как правило не горит желанием выделять на это специально отведенное время. Это не значит, что рефакторинг не нужно проводить вообще, но Фаулер советует проводить его не глобально по всему проекту, а постепенно, в рамках решения конкретных задач.
Не думаю, что увольнение решит все эти проблемы. :) Хотя чисто за счет новизны — новый офис, новые сотрудники, новые задаи на первых порах бывает интересно. До тех пор пока не заметишь, что по сути ничего не изменилось.
То что поддержка проектов занимает в совокупности больше времени чем их разработка — разве это не есть факт?
Внедрение новых технологий — как правило разработчику бывает интересно чисто чтобы побаловаться с новым фреймворком или языком программирования. И он умоляет своего руководителя — а давай-ка напишем эту часть проекта на чем-нибудь ещё. Но из практических соображений это невыгодно. И никому кроме разработчика не нужно.
Рефакторинг — читая Фаулера я убедился в том, что даже у них, за бугром, работодатель как правило не горит желанием выделять на это специально отведенное время. Это не значит, что рефакторинг не нужно проводить вообще, но Фаулер советует проводить его не глобально по всему проекту, а постепенно, в рамках решения конкретных задач.
Не думаю, что увольнение решит все эти проблемы. :) Хотя чисто за счет новизны — новый офис, новые сотрудники, новые задаи на первых порах бывает интересно. До тех пор пока не заметишь, что по сути ничего не изменилось.
Какие книги посоветуете для развития творческого программирования?
«Креативное программирование» Гласса, обе кники Джоэла Спольски — эти три книги просто содержат мнения авторов, по различным аспектам программирования. Ещё, на мой взгляд, стоит почитать книгу Макконелла «Совершенный код», аспекты творчества там тоже затрагиваются. Есть интересная книга «Жемчужины программирования», просто посмотреть, как нужно делать =) Список можно долго продолжать ;)
Попробуйте сделать свою компанию и давать программистам только интересную работу. Вы сможете взглянуть на это с другой стороны.
Речь не идёт только об интересной работе, а речь идёт о пропорции интерес/рутина, как мне кажется, на моей работе это соотношение стремится к нулю.
Гришковец очень хорошо высказался по вашему вопросу: «лучше чем надо, не надо».
Я бы посоветовал применять свои творческие способности не для улучшения уже созданного продукта, если в этом нет насущной необходимости, а для создания нового продукта.
Я бы посоветовал применять свои творческие способности не для улучшения уже созданного продукта, если в этом нет насущной необходимости, а для создания нового продукта.
А по моему такое повсеместно, всюду есть большие проекты, написанные кое-как, и понятное дело, работа над ними рано или поздно надоедает (возьмите любую раскрученную коммерческую CMS например :) )
По моему, единственный выход — заниматься тем, чем хочется, реализовывать свои идеи, но как же непросто этого добиться, да чтобы еще и с голоду не помереть :)
По моему, единственный выход — заниматься тем, чем хочется, реализовывать свои идеи, но как же непросто этого добиться, да чтобы еще и с голоду не помереть :)
Нытик, оправдывающийся тем, что де обстоятельства мешают творить.
Мне одному кажется, что в статье идет речь о хороших и плохих, но ремесленниках? Я хочу сказать, что быть художником — призвание, если не диагноз. Поэтому если бы вы им были, вас бы интересовало как вам сделать то, что пришло вам в голову, а не то, что кто-то что-то делает не так. Я вижу в вас ремесленника, которому интересно свое дело. И это здорово. Не потеряйте интерес!
Если есть желание сделать что-нибудь «правильно» — найдите пару единомышленников и начните с ними проект с открытой моделью разработки. т.е. всем разрешено смотреть на код *и* с Вашего согласия вносить изменения.
Нам с коллегами помогло. ;)
Нам с коллегами помогло. ;)
Профессия начальника зарабатывать деньги. Вот и все.
Если вам не по пути — значит вам не пути.
Если вам не по пути — значит вам не пути.
то что хотел написать в комментарии уже написали выше — про творческий подход, про «самовольный» рефакторинг. работодателю действительно непонятны тонкости ремесла — именно ремесло а не произведение искусства которое в большинстве носит абстрактный характер.
уходить с работы… где гарантия что на новой работе не будет того же самого.
уходить с работы… где гарантия что на новой работе не будет того же самого.
вы знаете в моей работе дизайнера тоже самое сейчас происходит — я вижу много и разных улучшений, визуальных, юзабилити и чисто технических, которые однозначно повысят конверсии и вообще общее впечатление, но меня тоже тормозят, заваливая текучкой и махая рукой…
профессионализм в том, что нужно делать работу хорошо не зависимо от обстоятельств
Творческий подход оправдан, когда он приводит к совершенно прагматичным результатам при приемлемых рисках. Хотите зарефачить класс? Конечно, если при адекватных трудозатратах продукт станет реально быстрее работать/серьезно улучшится поддерживаемость/будет мир во всем мире. Хотите функционал реализовать через десяток паттернов? Ради бога, если система должна быть гибкой как женская сборная России по гимнастике. Давайте напишем интранет-портал на четвертом дотнете? Если речь идет о вашей курсовой, то риск не успеть в срок из-за неизвестности/возможной глюкавости фреймворка ложится на вас, если же разрабатывается промышленный продукт — то на менеджера проекта/техлида, и им решать, побаловать ли программистов новыми фишками или выполнить обязательства перед заказчиком.
Профессионализм программиста состоит в том, чтобы уметь творить, когда это действительно необходимо, и качественно и без нытья выполнять рутинную работу во всех других случаях.
Профессионализм программиста состоит в том, чтобы уметь творить, когда это действительно необходимо, и качественно и без нытья выполнять рутинную работу во всех других случаях.
Работаю в подобной же конторе. Надо сваливать — пока другого выхода не вижу. Много требуют, ставят сроки, стараются из каждой буквы кода извлекать свою копейку, а о будущем вообще не думают (ну типа о расширяемости, скорости и пр.), тока когда совсем смерть (ну т.е. совсем работать с результатом работы программистов невозможно), тогда дают что-то переделать и то, всё больше какие-то заплатки, а подойти комплексно к решению накопившихся проблем — «времени нет». Самое интересно, что уже не первый раз срываются сроки (на месяцы), порой приходится отказываться от сделанного функционала по причине того, что им пользоваться невозможно, а для того, чтобы его сделать юзабельным — нужно в данной «архитектуре» делать его ооооочень долго, но каждый раз находят оправдание в «кризисе», «неожиданной халтуре» и пр., а в том, что можно в будущем уменьшить время разработки заданий, улучшить качество продукта (хотя бы чтобы вылетал пореже), так нет опять же «сейчас времени нет».
так знакомо :)
часто стоимость изменений предложенных неделю назад возрастает в разы за это время. результат: элементарное изменение с точки зрения «технически грмаотного» заказчика оборачивается недельными спорами о причинах наших «нелепых» эстимейтов.
А в конце концов виноват девелопер — потому как формально это единственное лицо в проекте производящее материальные ценности :) потому большинство программистов жуткие циники :): -Ты виноват! -Да да. :)
часто стоимость изменений предложенных неделю назад возрастает в разы за это время. результат: элементарное изменение с точки зрения «технически грмаотного» заказчика оборачивается недельными спорами о причинах наших «нелепых» эстимейтов.
А в конце концов виноват девелопер — потому как формально это единственное лицо в проекте производящее материальные ценности :) потому большинство программистов жуткие циники :): -Ты виноват! -Да да. :)
Автор, изучай функциональщину. Новые ощущения и изменение мировосприятия — гарантирую. В частности, к ООП будешь относиться более осторожно, ибо оно часто применяется неоправданно. Плюс, навыки проектирования ПО можно хорошо прокачать.
Как же в тему легла статья для меня. Приятно читать что я не одинок в своих мыслях не только в рамках комманды, но и в целом. Я уже пол года чувствую этот груз скуки — выход нашелся в изучении новых технологий и целевом их использовании :), а тут еще и проект к закрытию сам подошел — волей не волей мою слабохарактерную личность толкающий к поискам лучшего :) желаю автору удачи в разрешении этого непростого вопроса…
Я Вам отвечу на это своим опытом переживания похожей ситуации. Мне долгое время казалось, что мне не дают развиваться, что загубят лучшие коды моей жизни, что все мои инициативы обрезаются на корню и т.д. И частично, конечно, был прав, но только частично.
В основном же проблема была во мне самом. Я не вкладывался в то, что нужно в настоящий момент, и не доверял начальнику, считая, что я знаю лучше, что нужно (но начальник на то и начальник, что он видит проект в его реальном применении).
Сделайте так, чтобы начальник мог довериться Вам в малом, упрочился в этом доверии, и он сам предложит Вам необходимые пути к развитию. Живите своей работой, даже рутинной, если Вы вкладываетесь в неё на 100%, вложитесь на 150% и узнаете, что раньше, на самом деле, вкладывались на 70%. Профессионал — это опытный боец, который помнит, что за заказами, программами и техническими заданиями стоят люди, и грамотно сообразует идеальное представление с реальными потребностями. Начальник всё почувствует. ;-)
В основном же проблема была во мне самом. Я не вкладывался в то, что нужно в настоящий момент, и не доверял начальнику, считая, что я знаю лучше, что нужно (но начальник на то и начальник, что он видит проект в его реальном применении).
Сделайте так, чтобы начальник мог довериться Вам в малом, упрочился в этом доверии, и он сам предложит Вам необходимые пути к развитию. Живите своей работой, даже рутинной, если Вы вкладываетесь в неё на 100%, вложитесь на 150% и узнаете, что раньше, на самом деле, вкладывались на 70%. Профессионал — это опытный боец, который помнит, что за заказами, программами и техническими заданиями стоят люди, и грамотно сообразует идеальное представление с реальными потребностями. Начальник всё почувствует. ;-)
«Привет, хабр. Есть один начальник ...» — более подходящее название для этой статьи
вы опоздали лет на 40 с этим вопросом %)
Мне кажется, что хоть программирование это мой хлеб, возможность заработать, но нельзя садиться писать код без творческого подхода.
Совершенно верно, иначе ваш код попадёт куда-нибудь сюда. :)
Один мой хороший знакомый говорит, что программирование — это гуманитарная дисциплина…
Знакомо, проходил всё это года 3 назад. Выход — только фриланс. Никаких других вариантов.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Профессиональный программист: ремесленник или художник?