Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\ E>1 год работы в обл. центре E>потом 1 год работы в Москве Элар. E>Потом 2 года работы в другой софтверной фирме. E>потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
У меня первые лет пять было точно также. Потом три года в адекватной конторе, в которой тоже через 3 года все-таки уперся в потолок, кризисные перекосы в управлении и социальной политике и общую неадекватность менеджмента на местах. Пришлось снова менять работу.
На самом деле важна лишь причина. У меня такой причиной была неготовность подавляющего большинста работодателей в первый год работы повышать быстрорастущему специалисту заработную плату более чем на 10% в год.
Т.е. на словах все готовы повышать, "если оправдаете", но память потом сильно подводит людей. Даже на фоне докризисного хетхантинга.
На фоне кризиса тем более стало возможно повышать зарплату только переходом в другую компанию.
Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\
Примерно такая же ситуация Особых проблем нет.
Будьте готовы объяснять почему сменили каждую из работ.
То как к этому отнесутся в конкретном месте зависит от места и их корпоративных традиций.
Моя практика показывает: чем больше нужен человек, тем меньше задают вопросов
Здравствуйте, SE, Вы писали:
SE>Если посадить на багфиксинг, то начнет приносить прибыль уже через месяц. Иногда свежий взгляд позволяет уже через неделю пофиксить баги, которым много месяцев, которые приносят убытки, об который сломали зубы местные зубры, но... им просто не хватило внимательности и специфического опыта на фоне других более срочных багов...
За все свое время работы ни разу не сталкивался с тем,
что новичок был бы способен пофиксить нетривиальный баг.
В лучшем случае он способен добиться воспроизводимости, поскольку, как ты верно замечаешь "свежий взгляд" и прочее.
А вот что бывает — это неприятные последствия быстрого фикса от новичка со свежим взглядом.
С этим я частенько сталкиваюсь
Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\
Крупный корпорейт этого не любит. С их точки зрения, сотрудник начинает приносить прибыль через полгода, не раньше. Поэтому частую смену работы они рассматривают как жирный минус. Остальным обычно все равно. Особенно все равно мелким оутсорсерам, у которые проекты длятся 1-2 месяца.
С точки зрения программиста, недостаток только один. Часто меняя работу ты не видишь долгосрочных последствия своих технических решений. С ними разбираются уже другие люди и ты понятия не имеешь выстрелило оно или нет. Впрочем это другая грань вечного противоречия между оутсорсерами и продуктовыми компаниями.
Здравствуйте, SE, Вы писали:
B>>А вот что бывает — это неприятные последствия быстрого фикса от новичка со свежим взглядом. B>>С этим я частенько сталкиваюсь SE>Бывает, что новичок с шашкой наголо врывается в стройные ряды кода.... да... но, можно ведь начать с самых простых багов в некритичном коде? Все равно несколько месяцев, как вы говорите, прибыли от него не будет. Первоочередная задача, значит, чтобы и убытков не было. Зачем же его на амразуры сразу кидать?
Чтобы выстроить отношения. Так сказать показать, что опыт побеждает одаренность.
Здравствуйте, VovkaMorkovka, Вы писали:
VM>В нормальных странах есть такое явление как контракторы: человек делает четко оговоренную работу и уходит,
Вы очень серьезно не понимаете смысла permanent and contract positions и разницы между ними. Контрактники это не супер-герои которые "делают круто здесь" и уходят "делать круто в другое место", контрактники это те от кого можно избавиться через известное заранее время и на которых можно потратить известное заранее количество денег. Делается это исключительно из экономических соображений, чтобы можно было предсказуемо управлять бюджетом и в случае необходимости быстро и дешево сдуть штат сотрудников, т.к. в "нормальных" странах просто так на ровном месте человека не уволить за пару недель.
Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\ E>1 год работы в обл. центре E>потом 1 год работы в Москве Элар. E>Потом 2 года работы в другой софтверной фирме. E>потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
Если вменяемо и уверенно сможешь объяснить причины смены каждого места, и они все окажутся уважительными, и большая часть — объективными, то нет проблем.
Пример уважительных объективных причин: переехал в другой город / захантили на значительно большую зарплату / работы не стало из-за кризиса
Пример необъективных: начальник козел / заставляют заниматься всякой фигней / никто меня там не ценит / надоело работать и решил открыть свое дело, но прогорел
-----
Любимая фраза физика-теоретика: "Вот видите, мы ошиблись всего лишь на порядок".
D>Типов людей очень много. Наиболее ценный тип может не только накреативить проект, но и нормально его документировать и сопровождать как минимум до тех пор, пока не появится человек, который может это делать примерно на том же уровне (естественно, время поиска нового человека должно быть адекватным). D>Подозреваю, что в договоре конторакторов четко прописано в каком состоянии должен быть проект при сдаче и навряд ли подразумевается, что после сдачи проект надо будет поддерживать в плане постоянной правки багов.
Контрактор это дорого, гораздо дешевле нанять его на опр. срок чтоб довел проект до вменяемого состояния. Дальше проект вполне себе поддерживается быдлокодерами за зарплату. По моим подсчетам от начала, до выката бета — версии среднего проекта проходит как раз год — два.
Что касается постоянной правки — да, она имеет место быть. Только баги не критичные: правка не критичных багов + добавление новых фич как раз и называется поддержкой. Ты удивлен, что большинство "креативщиков" этим заниматься не хотят?
D>Начальство в твоих постах выглядит как некое абсолютное зло.
Атнюдь, я просто реалист.
D>Из своего опыта могу сказать, что мне всегда были готовы пойти навстречу.
Значит везло просто, часто бывает по другому: работник хочет качественно новых обязанностей и з.п, а в конторе потребности в этом тупо нет.
Здравствуйте, Ellin, Вы писали:
E>Так в том то и дело что я все эти годы и занимаюсь поддержкой. Написанных другими продуктов. Было конечно такой что и сам писал, но дисбаланс в сторону какой-то более поддержки — дописывания модулей, вычистка и рефакторинг чужого кода. И т.п.
Не, поверите, то же самое. Но мне в чужом коде копаться нравится даже больше чем ломать голову над архитекторой новых фич, хотя и новые фичи тоже — всегда-пожалуйста.
E>А почему не быть лояльным к сотруднику с более разносторонним опытом? Тут может быть другая сторона медали: вот сидят люди и просто киснут, ничего нового не учат, ничего нового не дописывают — типа работает не трогай.
Это зависит от человека и от атмосферы в коллективе. Можно киснуть и не учить, а можно наоборот. Я начал учить С#, освоил рефакторинг и научился пониманию применимости паттернов сидя на багфиксинге в проекте на VBScript
Здравствуйте, bkat, Вы писали:
B>Здравствуйте, SE, Вы писали:
SE>>Если посадить на багфиксинг, то начнет приносить прибыль уже через месяц. Иногда свежий взгляд позволяет уже через неделю пофиксить баги, которым много месяцев, которые приносят убытки, об который сломали зубы местные зубры, но... им просто не хватило внимательности и специфического опыта на фоне других более срочных багов...
B>За все свое время работы ни разу не сталкивался с тем, B>что новичок был бы способен пофиксить нетривиальный баг. B>В лучшем случае он способен добиться воспроизводимости, поскольку, как ты верно замечаешь "свежий взгляд" и прочее.
Ох, жеж елки, что же это за баги такие для новичков, для которых воспроизводимости еще и добиваться приходится. Ну т.е. такие бывают, но разве их новичкам дают?
B>А вот что бывает — это неприятные последствия быстрого фикса от новичка со свежим взглядом. B>С этим я частенько сталкиваюсь
Бывает, что новичок с шашкой наголо врывается в стройные ряды кода.... да... но, можно ведь начать с самых простых багов в некритичном коде? Все равно несколько месяцев, как вы говорите, прибыли от него не будет. Первоочередная задача, значит, чтобы и убытков не было. Зачем же его на амразуры сразу кидать?
Здравствуйте, SE, Вы писали:
SE> Первоочередная задача, значит, чтобы и убытков не было. Зачем же его на амразуры сразу кидать?
Именно.
Потому и не кидаем.
Пол года на раскачку и вникание в курс дела — это нормально.
Исключение только для консалтеров, которые сразу должны выдавать результат.
Но им даются некритичные куски, которые сопровождения особого не требуют.
Здравствуйте, bkat, Вы писали:
B>Здравствуйте, SE, Вы писали:
SE>> Первоочередная задача, значит, чтобы и убытков не было. Зачем же его на амразуры сразу кидать?
B>Именно. B>Потому и не кидаем. B>Пол года на раскачку и вникание в курс дела — это нормально. B>Исключение только для консалтеров, которые сразу должны выдавать результат. B>Но им даются некритичные куски, которые сопровождения особого не требуют.
Теперь понял, и согласен. Просто, у меня немного другая оценка пользы от работы. Если человек делает работу, которая так или иначе должна быть выполнена, то человек приносит пользу, "выдает результат" , пусть даже речь идет о несложной работе на некритичном участке, до которой иначе просто руки не дошли бы у проектной команды, но это ведь все равно работа, которая должна быть выполнена. Иначе просто режем скоп и даже не заморачиваемся.
Другое дело, что если брали человека на сениорскую позицию, то пользя есть, результат есть, но ожидаемой прибыли и правда нет, и появится она через полгода.
Здравствуйте, Donz, Вы писали:
D>Баги надо фиксить потому, что креативщик их наделал, вот почему.
Баги бывают всегда — нет софта без багов. Вопрос в том критичны они, или нет, можно — ли с ними работать? Львиная — же часть поддержки это косметические изменения. Сам переопределял поведение Label таким образом, чтобы при сжатии троеточие в тексте появлялось не с краю, а посредине. Вопрос: для таких вещей действительно нужно разбираться в тонкостях ядра
D>но надо как минимум передать проект в полностью рабочем и задокументированном состоянии.
Вопрос только в том, кому надо. См. выше, во всем цивилизованном мире существует практика срочных контрактов. Человеку реализующему систему платят деньги большие, чем обыкновенному работнику, но ставится условие, что он раньше определенного срока не уйдет. Предусмотрена неустойка за досрочное расторжение и срыв сроков, часто она превышает сумму заработка за весь проект — это нормально и правильно. В СНГ — же часто хотят брать людей на з.п. штатного работника, но с обязанностями подрядчика. Платим зарплату без учета ответственности, но когда чел хочет уйти взываем к чувству долга: "ты ж взялся, ты ж обещал, на кого ж ты нас покидаешь".
Лично я проекты стараюсь заканчивать, но это не из чувства долга — портфолио есть хорошо.
VM>>Далее, положим начальство согласится, где гарантия, что не начнут тут — же искать человека на мое место, возможно не столь разбирающегося, но подешевле? D>По-моему, такие предположения относительно действий начальства, однозначно говорят, что ты начальников считаешь своими врагами, которые только и ищут, как бы тебе напакостить.
Что значит напакостить? Есть работник с определенными знаниями, их достаточно для выполнения текущей работы. Чел, который знает больше, на данном этапе не нужен. Рано или поздно повышать з.п. становится нецелесообразным: ты б платил уборщице больше только потому, что она доктор наук? Уволить сотрудника стоит дорого ибо пока найдешь нового такого — же, пока введешь его в курс дела потеряешь деньги. С другой стороны понятно, что на каждый товар есть свой покупатель. Хочет работник больше денег — найдет. Ну и чтоб не остаться у разбитого корыта работодатель подыскивает замену ретивому сотруднику по принципу "готовь сани летом". Замена найдена — заменяемый становится первым кандидатом на увольнение в случае каких — либо перетурбаций. Ты предлагаешь сидеть и ждать?
p.s. Это рынок, господа. Я обязан ровно то, что написано у меня в контракте. Считаешь, что нужно что то ещё — напиши на бумаге.
D>Ну то есть ты считаешь нормальным свалить с проекта, который работает в вакууме, и не продокументировать его? Или ты реально видел условия выполнения проекта, которые не подразумевали его работоспособность?
Дело в уровне ответственности: положим я руководитель проекта, или техлид — это один уровень. Совсем другое, когда я формально рядовой разработчик напедаливший в проекте несколько нужных фич. Для частоты эксперимента предположим, что юниттестами они покрыты удовлетворительно(а именно так пишут нормальные программисты). Документацию, даже если её нет, за две — недели месяц написать вполне реально
Однако, до релиза всего проекта полтора года. Нужно — ли ждать, когда будет релиз, чтоб быстренько "пофиксить/допилить" сабжевые фичи буде возникнет необходимость?
Возможно, я сумбурно излагаю, но именно это я имею ввиду под подменой понятий. Формально, человека берут на должность простого разработчика, но когда он увольняется возникают призывы к морали, мол кроме тебя у нас этой технологией никто не владеет, если ты уйдешь твою работу некому продолжать будет, некому передать код и т.п. Да, в сделанной работе могут обнаружиться баги, возможно критичные, но на момент увольнения все вроде работает так, как должно.
D>Реальная история?
Да, вполне реальная, знавал не одну команду из которой в кризис увольняли "дорогих" специалистов и тут — же набирали других, подешевле.
Причем несколько уволенных люди технически очень грамотные, за их увольнение конкуренты сказали большое спасибо.
D>Да не вопрос. Только тут главное понимать, что и работодатель вправе поступать также.
Угу, чего — то я не видел, чтоб работодатель по собственной инициативе предоставлял например внеочередной отпуск. Зарплату сами повышают, бывает такое, но очень редко и не на много. Что касается увольнений, так см. выше: как только кадровый голод чуть — чуть попустил каких только я историй не начитался здесь — же, на форуме.
p.s. Мне кажется, мы разными словами говорим об одном и том — же. Меня только задевает попытка свести все к классовой борьбе, мол если ты считаешь, что нужно действовать в своих интересах, так ты коммуняка которого на гилляку. Просто бывает, что интересы работника и работодателя в определенный момент расходятся. Конечно — же нужно расставаться по хорошему, однако тот факт, что человек реализовал несколько важных и нужных фич ещё не делает его привязанным к конторе. Так что, господин Donz мир — дружба — жвачка
Здравствуйте, Ушастый Ёж, Вы писали:
УЁ>Ну-ну, расскажите это индусам из InfoSys (а так же нашим соотечественникам из Люксофта) работающим "консультантами на стороне клиента" Слово модное, а в реальности это рабы на ворк пермите за копейки.
Дааа, а сколько платит клиент за их работу и сколько из этой суммы забирает люксофт?
М>>Если платят существенно выше среднерыночного, то, значит, в зарплату заложена неоплачивая переработка. М>>я вот тут грешым делом наблюдаю такую картину -- чем выше должность, тем позже человек уходит с работы
VM>Вот тут я согласен, однако см. мой пост выше: в б. СНГ не сформирована культура отношений "работник — работодатель"
не буду спорить, но останусь при своем мнении -- "культура" не сформирована нигде. везде свои грабли. на западе точно так же встречаются манагеры которые сэкономив пару лямов на мелочах наносят фирмам ущерб на много миллиардов. в эти "мелочи" так же входит и размер зарплаты, и всякие бонусы, и площадь рабочего пространства, и местоположение офиса. в частности, одна знакомая фирма из центра города в кризис перебралась в какой-то зажопинск (аж в соседний город до которого час на машине добираться). не знаю сколько они сэкономили на аренде, но мои знакомые оттуда до сих пор работают в прежнем офисе, только уже в другой фирме.
вот такая культура на западе. а в странах азии еще и к внешнему виду докапываются. меня очень удивило, что там к резюме прилагается фото и борода с усами никак не прокатывают. это же вообще беспредел и надругательство над личностью. в СНГ хотя бы таких маразмов нет (во всяком случае дресс-код не внедряется повсеместно).
VM> Соответственно иногда хотят чтоб ты, мотивированный нематериально, VM> больше работал за вполне себе среднюю з.п, которую с легкостью получишь VM> на первом — же собеседовании. К сожалению это выясняется уже после трудоустройства.
ну вот мне на западной фирме повысили зарплату на 3% и очень удивились, когда я не возрадовался. далее, из всех сотрудников отобрали двух (а сотрудников у нас не меньше 10 тыс.) и объявили их людьми года, выдав приз в размере месячного оклада (и выплатили его через полгода). по русски это 13я зарплата, но 13я зарплата выдается намного большему кол-ву человек. и нам еще предполагалось радоваться, потому как "дело не в деньгах, это просто как символ уважения руководства".
и какая мотивация на голом окладе? не, ну у меня кое-какая мотивация есть. в частности, чем больший процент моего кода используется в продукте, тем больше продукт зависит от меня и тем ниже вероятность что меня пошлют в задницу. плюс еще приобретение опыта, который очень сильно пригодится в случае если все-таки пошлют. за сим все. никаких других мотиваторов не предоставляется.
VM> Короче, рынок труда — это рынок со всеми вытекающими. Ещё мне нравится такое высказывание: VM> "инженеры все немного проститутки, разнятся только рабочие органы"(С).
мне тоже нравится это высказывание, но я не знаю ни одной проституки, которой бы нравилась ее работа, зато знаю много программистов, готовых работать и за бесплатно. да, кстати, я с трудом представляю чтобы проститутке дали тестовое задание на 8 часов, по результатам которого решали — брать ее или не стоит.
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\
1 год работы в обл. центре
потом 1 год работы в Москве Элар.
Потом 2 года работы в другой софтверной фирме.
потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
Здравствуйте, sergey.p., Вы писали:
SP>Здравствуйте, Ellin, Вы писали:
E>>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\
SP>Примерно такая же ситуация Особых проблем нет. SP>Будьте готовы объяснять почему сменили каждую из работ. SP>То как к этому отнесутся в конкретном месте зависит от места и их корпоративных традиций. SP>Моя практика показывает: чем больше нужен человек, тем меньше задают вопросов
Здравствуйте, justinian, Вы писали:
J>Здравствуйте, SE, Вы писали:
SE>>Даже на фоне докризисного хетхантинга.
J>А что такое хетхантинг?
Виноват, опечатался. Имелся ввиду хедхантинг (или хеадхантинг), охота за головами. Или другими словами: переманивание перспективных сотрудников любыми способами в условиях жесткого дефицита кадров.
К слову, кризи кризисом, а дефицит никуда не делся, просто ужесточились условия отбора. Я про Киев, во всяком случае.
Такая же история. Так получается, что кроме первой работы (лет 5 вроде) ухожу после года в среднем.
Заканчиваются проекты, накапливается усталость и местами разочарование. Должность гендиректора тоже пока нигде не предлагали
Наверное, основная причина все-таки окончание проекта, когда ничего интересного в ближайшее время не предвидится, все хитрое уже придумано, зато на поддержке задергают.
На опушке за околицей мужики строили коровник.
Работали споро и весело. Получалось х**во.
Здравствуйте, akarinsky, Вы писали:
A>Такая же история. Так получается, что кроме первой работы (лет 5 вроде) ухожу после года в среднем. A>Заканчиваются проекты, накапливается усталость и местами разочарование. Должность гендиректора тоже пока нигде не предлагали A>Наверное, основная причина все-таки окончание проекта, когда ничего интересного в ближайшее время не предвидится, все хитрое уже придумано, зато на поддержке задергают.
Ну у меня не так... обычно поддерживаю всякое разное... А хочется что-то с нуля написать...
Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\ E>1 год работы в обл. центре E>потом 1 год работы в Москве Элар. E>Потом 2 года работы в другой софтверной фирме. E>потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
Не думаю, что такой график смена работ кого-то встревожит (2-3 года на одном месте сейчас для разработчика — это нормально), но сам как думаешь, кто будет более лояльным: тот, кто работает по пять лет на одном месте, или кто год? Ты внизу и сам приводишь одну из причин — приходится заниматься поддержкой. Естественно, что любая компания заинтересована не только в свободном художнике, который слабает гениальную систему с нуля, но и в человеке, который будет заниматься поддержкой своих проектов как минимум на начальном этапе, пока система не станет понятной и привычной для всех работающих с ней сотрудников.
И просто для интереса: а пробовал пообщаться с начальством на тему "хочу интересной работы/больше денег/задолбался долго ездить" прежде чем уходить? При адекватном начальстве вполне помогает.
D> сам как думаешь, кто будет более лояльным: тот, кто работает по пять лет на одном месте, или кто год? Ты внизу и сам приводишь одну из причин — приходится заниматься поддержкой.
Есть два типа людей: креативные и усидчивые, комбинации редки. Так вот, первый хочет много денег, сделать работу и уйти туда, где нуждаются в его возросших знаниях и готовы за них платить. В нормальных странах есть такое явление как контракторы: человек делает четко оговоренную работу и уходит,
D>И просто для интереса: а пробовал пообщаться с начальством на тему "хочу интересной работы/больше денег/задолбался долго ездить" прежде чем уходить? При адекватном начальстве вполне помогает.
Понимаешь, даже адекватное начальство заинтересовано не в удовлетворении твоих интересов, а в баобабках. Чаще всего есть "только эта" работа, другой не предвидится. Далее, положим начальство согласится, где гарантия, что не начнут тут — же искать человека на мое место, возможно не столь разбирающегося, но подешевле?
Здравствуйте, Donz, Вы писали:
D>Здравствуйте, Ellin, Вы писали:
E>>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\ E>>1 год работы в обл. центре E>>потом 1 год работы в Москве Элар. E>>Потом 2 года работы в другой софтверной фирме. E>>потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
D>Не думаю, что такой график смена работ кого-то встревожит (2-3 года на одном месте сейчас для разработчика — это нормально), но сам как думаешь, кто будет более лояльным: тот, кто работает по пять лет на одном месте, или кто год? Ты внизу и сам приводишь одну из причин — приходится заниматься поддержкой. Естественно, что любая компания заинтересована не только в свободном художнике, который слабает гениальную систему с нуля, но и в человеке, который будет заниматься поддержкой своих проектов как минимум на начальном этапе, пока система не станет понятной и привычной для всех работающих с ней сотрудников.
Так в том то и дело что я все эти годы и занимаюсь поддержкой. Написанных другими продуктов. Было конечно такой что и сам писал, но дисбаланс в сторону какой-то более поддержки — дописывания модулей, вычистка и рефакторинг чужого кода. И т.п.
А почему не быть лояльным к сотруднику с более разносторонним опытом? Тут может быть другая сторона медали: вот сидят люди и просто киснут, ничего нового не учат, ничего нового не дописывают — типа работает не трогай.
И еще у меня то не 2-3 года У меня везде 1 год. Ну кроме одной, где 2 года... D>И просто для интереса: а пробовал пообщаться с начальством на тему "хочу интересной работы/больше денег/задолбался долго ездить" прежде чем уходить? При адекватном начальстве вполне помогает.
Честно говоря хочу софтверную фирму, но не настолько чтобы терять в з/п.
Здравствуйте, Miroff, Вы писали:
M>Здравствуйте, Ellin, Вы писали:
E>>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\
M>Крупный корпорейт этого не любит. С их точки зрения, сотрудник начинает приносить прибыль через полгода, не раньше. Поэтому частую смену работы они рассматривают как жирный минус. Остальным обычно все равно. Особенно все равно мелким оутсорсерам, у которые проекты длятся 1-2 месяца.
M>С точки зрения программиста, недостаток только один. Часто меняя работу ты не видишь долгосрочных последствия своих технических решений. С ними разбираются уже другие люди и ты понятия не имеешь выстрелило оно или нет. Впрочем это другая грань вечного противоречия между оутсорсерами и продуктовыми компаниями.
Как раз таки вижу... только не моих решений а предшествиников. Как оно не выстрелило. Шутка, шутка стреляет порой еще как...
Здравствуйте, VovkaMorkovka, Вы писали:
D>> сам как думаешь, кто будет более лояльным: тот, кто работает по пять лет на одном месте, или кто год? Ты внизу и сам приводишь одну из причин — приходится заниматься поддержкой. VM>Есть два типа людей: креативные и усидчивые, комбинации редки. Так вот, первый хочет много денег, сделать работу и уйти туда, где нуждаются в его возросших знаниях и готовы за них платить. В нормальных странах есть такое явление как контракторы: человек делает четко оговоренную работу и уходит,
Типов людей очень много. Наиболее ценный тип может не только накреативить проект, но и нормально его документировать и сопровождать как минимум до тех пор, пока не появится человек, который может это делать примерно на том же уровне (естественно, время поиска нового человека должно быть адекватным).
Подозреваю, что в договоре конторакторов четко прописано в каком состоянии должен быть проект при сдаче и навряд ли подразумевается, что после сдачи проект надо будет поддерживать в плане постоянной правки багов.
D>>И просто для интереса: а пробовал пообщаться с начальством на тему "хочу интересной работы/больше денег/задолбался долго ездить" прежде чем уходить? При адекватном начальстве вполне помогает. VM>Понимаешь, даже адекватное начальство заинтересовано не в удовлетворении твоих интересов, а в баобабках. Чаще всего есть "только эта" работа, другой не предвидится. Далее, положим начальство согласится, где гарантия, что не начнут тут — же искать человека на мое место, возможно не столь разбирающегося, но подешевле?
Начальство в твоих постах выглядит как некое абсолютное зло. Из своего опыта могу сказать, что мне всегда были готовы пойти навстречу. Может в самом работнике дело, если его пожелания не учитываются?
Если тебе дали новые задачи, то естественно, что кто-то должен будет заниматься твоими старыми задачами. Или ты о том, чтобы найти человека как раз на твое новое место? Думаешь людям заняться больше нечего, как мелко пакостить работникам, которые проявляют инициативу по поводу своей работы?
Здравствуйте, Ellin, Вы писали:
E>Так в том то и дело что я все эти годы и занимаюсь поддержкой. Написанных другими продуктов. Было конечно такой что и сам писал, но дисбаланс в сторону какой-то более поддержки — дописывания модулей, вычистка и рефакторинг чужого кода. И т.п.
А нафига устраиваться на работу, которая тебе изначально неинтересна? Судя по всему ты не из полной глуши, где на весь город две нормальных конторы.
E>А почему не быть лояльным к сотруднику с более разносторонним опытом? Тут может быть другая сторона медали: вот сидят люди и просто киснут, ничего нового не учат, ничего нового не дописывают — типа работает не трогай.
Да, тоже вероятно. Человека надо оценивать комплексно.
Здравствуйте, Miroff, Вы писали:
M>Здравствуйте, Ellin, Вы писали:
E>>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\
M>Крупный корпорейт этого не любит. С их точки зрения, сотрудник начинает приносить прибыль через полгода, не раньше.
Если посадить на багфиксинг, то начнет приносить прибыль уже через месяц. Иногда свежий взгляд позволяет уже через неделю пофиксить баги, которым много месяцев, которые приносят убытки, об который сломали зубы местные зубры, но... им просто не хватило внимательности и специфического опыта на фоне других более срочных багов...
Вот только багфиксинг не все любят, хотя это и самый лучший способ введения в курс дела.
M>Поэтому частую смену работы они рассматривают как жирный минус. Остальным обычно все равно. Особенно все равно мелким оутсорсерам, у которые проекты длятся 1-2 месяца.
Ага, есть такое.
M>С точки зрения программиста, недостаток только один. Часто меняя работу ты не видишь долгосрочных последствия своих технических решений. С ними разбираются уже другие люди и ты понятия не имеешь выстрелило оно или нет. Впрочем это другая грань вечного противоречия между оутсорсерами и продуктовыми компаниями.
Как-то так получилось, что я знаю результаты всех проектов в которых я участвовал. Некоторые, да — не выстрелили. Для некоторых это было ясно почти сразу. А за некоторые решения, принятые мной еще в пору джуниорства, мне через годы сказали: "спасибо!"
Здравствуйте, Donz, Вы писали:
D>Начальство в твоих постах выглядит как некое абсолютное зло. Из своего опыта могу сказать, что мне всегда были готовы пойти навстречу. Может в самом работнике дело, если его пожелания не учитываются?
Готовы пойти на встречу еще не значит что реально пойдут.
Здравствуйте, bkat, Вы писали:
B>Здравствуйте, Ellin, Вы писали:
E>>Как раз таки вижу... только не моих решений а предшествиников.
B>Это однобокий опыт. B>Точно так же можно и книжки читать, о последствиях решений других.
А порекомендуйте такую книжку? Я бы почитал, но вроде нет таких. В тех которые видел слишком смакуется 3-4 истории, а хочется, чтобы сразу много.
Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\ E>1 год работы в обл. центре E>потом 1 год работы в Москве Элар. E>Потом 2 года работы в другой софтверной фирме. E>потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
Я думаю так — для тебя хорошо, также как для тех, кто по 5 лет на одном месте — это хорошо.
Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\ E>1 год работы в обл. центре E>потом 1 год работы в Москве Элар. E>Потом 2 года работы в другой софтверной фирме. E>потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
Возможно человек просто не знает, чего он хочет.
Один меняет работу, другой — женщин. В лучшем
случае рано или поздно удается понять, что
человек хочет от женщины и как этого добиться.
Или в худшем случае просто надоест
бежать от одной к другой.
В случае с работой ситуация похожа, только
вместо женщины — предприятие
С точки зрения работодателя — он знает, что
работник убежит, но не раньше чем через 6-9
месяцев, и у него есть время, чтобы поиметь этого
работника.
Все это — мои фантазии, основанные на моем опыте,
я НЕ пытаюсь анализировать личность автора или
давать советы автору.
Здравствуйте, VovkaMorkovka, Вы писали:
VM>Что касается постоянной правки — да, она имеет место быть. Только баги не критичные: правка не критичных багов + добавление новых фич как раз и называется поддержкой. Ты удивлен, что большинство "креативщиков" этим заниматься не хотят?
Если ты про людей, которых я назвал бы "креативщиками", то нет, не удивлен. Кстати, "креативщики" умеют писать юнит-тесты и комментировать код? Или тоже не богам горшки обжигать?
D>>Начальство в твоих постах выглядит как некое абсолютное зло. VM>Атнюдь, я просто реалист.
У нас с тобой какие-то разные реальности
D>>Из своего опыта могу сказать, что мне всегда были готовы пойти навстречу. VM>Значит везло просто, часто бывает по другому: работник хочет качественно новых обязанностей и з.п, а в конторе потребности в этом тупо нет.
Уже писал в другой теме. Не верю я, что мне везет всю мою рабочую жизнь. Равно как и не верю, что есть люди, которым тотально не везет.
Раз нет потребности или по другим причинам не получается, значит надо уходить в другую компанию, какие проблемы то? Расстаетесь по-хорошему, вполне вероятно, что будет перепадать халтура в виде консультаций.
VM>p.s. Donz стал начальником, поздравляю
Нет, не стал. Можно даже сказать, что отказался — пока не готов перекладывать бумажки. Просто я не имею привычки безосновательно кидаться какашками и выдумывать себе врагов. Тем более что все эти додумки тебе же и создадут проблемы из ничего.
Можешь проследить мои сообщения в этом форуме, они мало будут отличаться по сути от тех, что в этой теме.
Здравствуйте, Donz, Вы писали:
D>Если ты про людей, которых я назвал бы "креативщиками", то нет, не удивлен. Кстати, "креативщики" умеют писать юнит-тесты и комментировать код? Или тоже не богам горшки обжигать?
Да, умеют, не умеют сидеть на одном месте теряя квалификацию. Зачем фиксить баги, если другая фирма предлагает новый проект и + к зп, а на нынешнем месте ни первого, ни второго ещё долгое время не предвидится? Я понимаю, что работу нужно заканчивать, но имхо когда проект уже пошел в продакшен, она закончена.
D>Раз нет потребности или по другим причинам не получается, значит надо уходить в другую компанию, какие проблемы то? Расстаетесь по-хорошему, вполне вероятно, что будет перепадать халтура в виде консультаций.
Вы за Путина, или против России? Я нигде не писал, что работодатель злобный враг, просто цели расходятся с опр. момента. Ну и т.к. работодатель не папа и не мама вполне можно ждать от него желания минимизировать затраты на з.п.
Здравствуйте, VovkaMorkovka, Вы писали:
D>>Если ты про людей, которых я назвал бы "креативщиками", то нет, не удивлен. Кстати, "креативщики" умеют писать юнит-тесты и комментировать код? Или тоже не богам горшки обжигать? VM>Да, умеют, не умеют сидеть на одном месте теряя квалификацию. Зачем фиксить баги, если другая фирма предлагает новый проект и + к зп, а на нынешнем месте ни первого, ни второго ещё долгое время не предвидится? Я понимаю, что работу нужно заканчивать, но имхо когда проект уже пошел в продакшен, она закончена.
Зависит от проекта, но типичный проект требует поддержки создателей какое-то время после выпуска, так как только тогда становится видна реальная картина активности, нагрузки и т.д., даже если нагрузочное и прочие тестирования проводились во время разработки. Это не означает, что надо сидеть несколько лет (хотя если проект накреативлен так, что баги править надо годами, то тогда креативщик и несколько лет должен просидеть), но надо как минимум передать проект в полностью рабочем и задокументированном состоянии. VM>Зачем фиксить баги
Баги надо фиксить потому, что креативщик их наделал, вот почему.
VM>Вы за Путина, или против России? Я нигде не писал, что работодатель злобный враг, просто цели расходятся с опр. момента. Ну и т.к. работодатель не папа и не мама вполне можно ждать от него желания минимизировать затраты на з.п. VM>Далее, положим начальство согласится, где гарантия, что не начнут тут — же искать человека на мое место, возможно не столь разбирающегося, но подешевле?
По-моему, такие предположения относительно действий начальства, однозначно говорят, что ты начальников считаешь своими врагами, которые только и ищут, как бы тебе напакостить.
Очень редко меняю работу (вообще не менял ни разу в жизни) , на одном месте уже 10 лет... Менялись проекты, сменилось толи 8 толи 10 начальников... Это плохо или хорошо?
Здравствуйте, Uzumaki Naruto, Вы писали:
UN>Очень редко меняю работу (вообще не менял ни разу в жизни) , на одном месте уже 10 лет... Менялись проекты, сменилось толи 8 толи 10 начальников... Это плохо или хорошо?
Плохо. Некоторые вещи начинаешь понимать уже с внешней стороны компании — это как полет в космос был необходим чтобы понять какие атмосферные процессы происходят на Земле.
Здравствуйте, Uzumaki Naruto, Вы писали:
UN>Очень редко меняю работу (вообще не менял ни разу в жизни) , на одном месте уже 10 лет... Менялись проекты, сменилось толи 8 толи 10 начальников... Это плохо или хорошо?
Это ни то и ни другое, это жизнь. Тут каждый выбирает сам. Знаю примеры, когда потеря в близкой перспективе давала серьезный выигрыш в дальней. И наоборот.
Здравствуйте, UA, Вы писали:
UA>Здравствуйте, Uzumaki Naruto, Вы писали:
UN>>Очень редко меняю работу (вообще не менял ни разу в жизни) , на одном месте уже 10 лет... Менялись проекты, сменилось толи 8 толи 10 начальников... Это плохо или хорошо?
UA>Плохо. Некоторые вещи начинаешь понимать уже с внешней стороны компании — это как полет в космос был необходим чтобы понять какие атмосферные процессы происходят на Земле.
Все, кто летал в космос на нее и вернулись
Кроме того, узнать о том, как Земля выглядит из Космоса, можно и со слов летавших и т.п. Самому лететь необязательно.
Здравствуйте, VovkaMorkovka, Вы писали:
D>>Баги надо фиксить потому, что креативщик их наделал, вот почему. VM>Баги бывают всегда — нет софта без багов.
Кажется я знаю, каков лозунг Микрософта
VM>Вопрос в том критичны они, или нет, можно — ли с ними работать?
Понятное дело, я говорил не о косметике, а о мешающих работе ошибках.
D>>но надо как минимум передать проект в полностью рабочем и задокументированном состоянии. VM>Вопрос только в том, кому надо.
Ну то есть ты считаешь нормальным свалить с проекта, который работает в вакууме, и не продокументировать его? Или ты реально видел условия выполнения проекта, которые не подразумевали его работоспособность?
Это всем надо. И разработчику в том числе, если ему не насрать на свою работу.
VM>См. выше, во всем цивилизованном мире существует практика срочных контрактов.
И в России она тоже есть.
VM>>>Далее, положим начальство согласится, где гарантия, что не начнут тут — же искать человека на мое место, возможно не столь разбирающегося, но подешевле? D>>По-моему, такие предположения относительно действий начальства, однозначно говорят, что ты начальников считаешь своими врагами, которые только и ищут, как бы тебе напакостить. VM>Что значит напакостить? Есть работник с определенными знаниями, их достаточно для выполнения текущей работы. Чел, который знает больше, на данном этапе не нужен. Рано или поздно повышать з.п. становится нецелесообразным: ты б платил уборщице больше только потому, что она доктор наук? Уволить сотрудника стоит дорого ибо пока найдешь нового такого — же, пока введешь его в курс дела потеряешь деньги. С другой стороны понятно, что на каждый товар есть свой покупатель. Хочет работник больше денег — найдет. Ну и чтоб не остаться у разбитого корыта работодатель подыскивает замену ретивому сотруднику по принципу "готовь сани летом". Замена найдена — заменяемый становится первым кандидатом на увольнение в случае каких — либо перетурбаций. Ты предлагаешь сидеть и ждать?
Реальная история? Не встречал в своей жизни работодателей, которые ищут замену и увольняют исподтишка. И от своих знакомых не слышал о таких.
VM>p.s. Это рынок, господа. Я обязан ровно то, что написано у меня в контракте. Считаешь, что нужно что то ещё — напиши на бумаге.
Да не вопрос. Только тут главное понимать, что и работодатель вправе поступать также.
Здравствуйте, Miroff, Вы писали:
M>С точки зрения программиста, недостаток только один. Часто меняя работу ты не видишь долгосрочных последствия своих технических решений. С ними разбираются уже другие люди и ты понятия не имеешь выстрелило оно или нет. Впрочем это другая грань вечного противоречия между оутсорсерами и продуктовыми компаниями.
Это если компания не аутсорсинговая. Если это аутсорс, то проект отдаётся с потрохами, и что с ним дальше обычно не знаешь.
Здравствуйте, VovkaMorkovka, Вы писали:
VM>p.s. Мне кажется, мы разными словами говорим об одном и том — же. Меня только задевает попытка свести все к классовой борьбе, мол если ты считаешь, что нужно действовать в своих интересах, так ты коммуняка которого на гилляку. Просто бывает, что интересы работника и работодателя в определенный момент расходятся. Конечно — же нужно расставаться по хорошему, однако тот факт, что человек реализовал несколько важных и нужных фич ещё не делает его привязанным к конторе. Так что, господин Donz мир — дружба — жвачка
Скажем так, я в твоих постах увидел довольно жесткую позицию "делать буду только то, что оформлено по бумаге; большинство (если не все) работодатели — козлы". Может мне так показалось.
Я тоже за мир. И за нормальные отношения на работе. Мне, кстати, отказали в не совсем запланированном отпуске только раз, хотя я люблю поэкономить отпускные дни. Может я действительно говеных начальников не встречал.
В общем, надеюсь, моя позиция понятна.
Здравствуйте, VovkaMorkovka, Вы писали:
УЁ>>Вы очень серьезно не понимаете смысла permanent and contract positions и разницы между ними. VM>Есть такое понятие "консультант" эти люди действительно приходят делать совершенно определенную работу.
Ну-ну, расскажите это индусам из InfoSys (а так же нашим соотечественникам из Люксофта) работающим "консультантами на стороне клиента" Слово модное, а в реальности это рабы на ворк пермите за копейки.
Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\ E>1 год работы в обл. центре E>потом 1 год работы в Москве Элар. E>Потом 2 года работы в другой софтверной фирме. E>потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
В районе года накапливается усталось, депресняк. Очень многих это срубает наповал.
Эти проблемы решаемы вобщем то.
Я считаю, принимать решение о смене(отказе от смены) работы нужно в хорошем расположении духа, отдохнувшим и тд.
Тут один нюанс — на ряде проектов 1 год это ничто. Ну покодил, посмотрел процесс, пообщался и все.
Ошибки как правило выходят боком чуть позже, когад человек уже уволился.
D>Скажем так, я в твоих постах увидел довольно жесткую позицию "делать буду только то, что оформлено по бумаге;
Да, именно так: только то, что написано. Другими словами в начале трудовой деятельности я с работодателем договариваюсь о выполнении определенных обязанностей за вознаграждение. Возложение на меня дополнительной работы не покрывается рамками первоначальной договоренности и есть поводом для пересмотра вознаграждения, разве нет? Если я не ошибаюсь, в законодательстве это называется существенным изменением условий труда.
D>большинство (если не все) работодатели — козлы". Может мне так показалось.
Скорее так: культура взаимоотношений работник — работодатель только формируется в странах б. СНГ. Сильны традиции СССР, где было принято работать больше из идейных соображений, сейчас эти идеи протухли. Отсюда и проблемы
p.s. Разумеется речь не идет о просьбе раз — другой выйти в выходные и что — то там доделать ибо скоро релиз. Просто некоторые конторы(особенно этим часто игровые грешат), хотят чтоб ты работал по выходным или по 10 часов вместо восьми, платить за это не хотят. Когда ты увольняешься начинается визг, мол мы планировали этот проект развивать, а ты уходишь — плохой ты. Вот и думай, стоит — ли пояснять, что не горишь желанием перерабатывать за бесплатно.
Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\ E>1 год работы в обл. центре E>потом 1 год работы в Москве Элар. E>Потом 2 года работы в другой софтверной фирме. E>потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
Если такое происходит иногда — в этом нет ничего особо плохого. А вот если такое происходит (как у Вас) как правило, это говорит о том, что Ваши бывшие работодатели не боролись за Вас, когда узнавали о Ваших намерениях их покинуть. Это в свою очередь говорит о том, что они либо не видели причины бороться за Вас (что характеризует Вас не лучшим образом), либо о неадекватности ваших бывших мест работы (что все равно характеризует Вас и Ваш опыт не лучшим образом — кому нужны сотрудники, привыкшие (умеющие лишь) работать в "болоте"). Естественно, если Ваш будущий работодатель понимает, что и у него "болото" ничуть не лучше, его это не остановит, и он Вас с радостью возьмет.
Здравствуйте, VovkaMorkovka, Вы писали:
УЁ>>Ну-ну, расскажите это индусам из InfoSys (а так же нашим соотечественникам из Люксофта) работающим "консультантами на стороне клиента" Слово модное, а в реальности это рабы на ворк пермите за копейки. VM>Дааа, а сколько платит клиент за их работу и сколько из этой суммы забирает люксофт?
Платит столько же, сколько и за любого другого контрактника, и люксофт забирает много. И что с того? Все это крутости "консультантам" не добавляет, никакой связи с репликой "Есть такое понятие "консультант" эти люди действительно приходят делать совершенно определенную работу."
Последний раз бесплатный ликбез: бывает employee, бывает contractor и бывает consultant — все эти слова означают форму трудоустройства, а не конкретную работу, которую эти люди делают. В одной команде программистов могут сидеть все три типа людей и делать совершенно одно и тоже, если не знать кто есть кто никогда и не узнаешь.
Здравствуйте, VovkaMorkovka, Вы писали:
VM> Скорее так: культура взаимоотношений работник — работодатель только формируется в странах б. СНГ. VM> Сильны традиции СССР, где было принято работать больше из идейных соображений, сейчас эти идеи протухли.
в европе и на западе все тоже самое, особенно в больших компаниях. человек, работающий за идею, получает конкурентное преимущество, выражаемое в твердой валюте. человек, работающий за валюту, конечно, может продержаться на плаву какое-то время, но в долгострочном плане его перспективы туманны.
капиталисты ведь не идиоты. поставьте себя на место, скажем, руководителя отделом. у вас есть два сотрудника. вы просите их взять какую-то работу на дом на вечер или выходные. первый говорит ок, второй посылает вас в задницу. вопрос: с кем вы предпочтете работать?
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Здравствуйте, мыщъх, Вы писали:
М>капиталисты ведь не идиоты. поставьте себя на место, скажем, руководителя отделом. у вас есть два сотрудника. вы просите их взять какую-то работу на дом на вечер или выходные. первый говорит ок, второй посылает вас в задницу. вопрос: с кем вы предпочтете работать?
Вопрос в том, как часто просит. Если раз в месяц, тогда ладно, но если это происходит два — три раза в неделю и платить он за это не хочет, поищу — ка я другую работу. Работодатель небось не дурак и понимает, что лучше платить, чем искать человека на мое место, благо сейчас программистов меньше, чем работы.
Работать больше имеет смысл, когда есть стимул к этому. Если нет, лучше я дома напишу игрульку и толкну её конгрегейту, или поработаю над диссертацией, ато и на тренировку схожу или вообще с девушкой пообщаюсь
Здравствуйте, VovkaMorkovka, Вы писали:
VM> Вопрос в том, как часто просит. Если раз в месяц, тогда ладно, VM> но если это происходит два — три раза в неделю и платить он VM> за это не хочет, поищу — ка я другую работу.
а на другой будет тоже самое (с поправкой на ветер). если платят существенно выше среднерыночного, то, значит, в зарплату заложена неоплачивая переработка. конечно, если взяли на полставки, а работать заставляют 24 часа в сутки 7 дней в неделю, то от таких нужно линять при первой возможности (ну или работать на перспективу).
VM> Работодатель небось не дурак и понимает, что лучше платить, VM> чем искать человека на мое место, благо сейчас программистов меньше, чем работы.
я вот тут грешым делом наблюдаю такую картину -- чем выше должность, тем позже человек уходит с работы, что особенно хорошо видно по машинам на парковке. первыми уезжают "форды цвета б/у", последними — крутые машины с небольшой грузовик размером. то есть, переработка носит фундаментальный характер.
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
М>Если платят существенно выше среднерыночного, то, значит, в зарплату заложена неоплачивая переработка. М>я вот тут грешым делом наблюдаю такую картину -- чем выше должность, тем позже человек уходит с работы
Вот тут я согласен, однако см. мой пост выше: в б. СНГ не сформирована культура отношений "работник — работодатель" Соответственно иногда хотят чтоб ты, мотивированный нематериально, больше работал за вполне себе среднюю з.п, которую с легкостью получишь на первом — же собеседовании. К сожалению это выясняется уже после трудоустройства.
Т.е. сказанное тобой вполне совпадает с моими постами:оплата существенно выше рынка есть компенсация за работу десять часов вместо восьми. Правда бывает, что эта оплата за некие уникальные знания, тогда перерабатывать тоже не стоит, ибо на твое место не найдут другого такого — же.
Короче, рынок труда — это рынок со всеми вытекающими. Ещё мне нравится такое высказывание:"инженеры все немного проститутки, разнятся только рабочие органы"(С). Вы где — нибудь видели, чтоб от жрицы любви требовали кроме её основного дела ещё картошечки пожарить?
Здравствуйте, мыщъх, Вы писали:
М>я вот тут грешым делом наблюдаю такую картину -- чем выше должность, тем позже человек уходит с работы, что особенно хорошо видно по машинам на парковке. первыми уезжают "форды цвета б/у", последними — крутые машины с небольшой грузовик размером. то есть, переработка носит фундаментальный характер.
Это психология самого человека, где-то читал про такой эффект, но вспомнить не могу. Факторов множество: от желания выделиться перед начальством, до недоверия к подчиненным. Есть правда еще объективный момент: руководитель обычно занимается большим количеством разных задач, чем рядовой работник, и время тратится на переключение между задачами, хотя это исправляется навыками тайм-менеджемента, которые еще и помогают в общем менеджемнте.
Здравствуйте, gandjustas, Вы писали:
G>Здравствуйте, мыщъх, Вы писали:
М>>я вот тут грешым делом наблюдаю такую картину -- чем выше должность, тем позже человек уходит с работы, что особенно хорошо видно по машинам на парковке. первыми уезжают "форды цвета б/у", последними — крутые машины с небольшой грузовик размером. то есть, переработка носит фундаментальный характер.
G>Это психология самого человека, где-то читал про такой эффект, но вспомнить не могу. Факторов множество: от желания выделиться перед начальством, до недоверия к подчиненным. Есть правда еще объективный момент: руководитель обычно занимается большим количеством разных задач, чем рядовой работник, и время тратится на переключение между задачами, хотя это исправляется навыками тайм-менеджемента, которые еще и помогают в общем менеджемнте.
Забыл главное: почти ни в какой работе руководителя нет необходимости засиживаться допоздна.
Здравствуйте, мыщъх, Вы писали:
М>вот такая культура на западе. а в странах азии еще и к внешнему виду докапываются. меня очень удивило, что там к резюме прилагается фото и борода с усами никак не прокатывают. это же вообще беспредел и надругательство над личностью. в СНГ хотя бы таких маразмов нет (во всяком случае дресс-код не внедряется повсеместно).
Восток — дело тонкое, тут я ничего сказать не могу. Хотя... +$10 от зп и я буду бриться каждый день
М>ну вот мне на западной фирме повысили зарплату на 3% и очень удивились, когда я не возрадовался.
Помнится кто- то радовался столу за 200 баксов, при этом отказывается переходить на з.п. увеличенную на порядок. Как — же тут не удивляться
Это я к тому говорю, что у каждого своя мотивация: кому ценны интересные проекты, кому деньги. Причем тех, кому нужны деньги большинство. Людей для которых ценна сама суть работы очень мало — много меньше, чем желающих нанять на работу программиста. По сему если человек хочет зарабатывать при этом добросовестно выполняет то, о чем договорились он хороший, годный работник.
Что он получает взамен... ну тут уж кому поп, кому попадья. Поэтому и не удивительно, что некоторым людям в качестве мотива дают признание, статус и т.п. Проблема только в том, что они не материальны.
Здравствуйте, мыщъх, Вы писали:
М>я вот тут грешым делом наблюдаю такую картину -- чем выше должность, тем позже человек уходит с работы, что особенно хорошо видно по машинам на парковке. первыми уезжают "форды цвета б/у", последними — крутые машины с небольшой грузовик размером. то есть, переработка носит фундаментальный характер.
Та же картина. Компания имеет филиалы в разных странах и митинги проходят в 7-8 вечера по нашему времени. Казалось бы — можно придти завтра попозже, ан нет. Те же машины на парковке в 8 утра Как и не уезжали.
Интересен и тот факт, что большинство высокодолжностных работников не имеют семей и живут работой. У одного товарища на работе есть зубная щётка, причем в баночке возле раковины, по-домашнему
У товарищей, не относящихся к программированию, с повышением должности возрастает колличество командировок, так что не все хотят повышений
Здравствуйте, Antidote, Вы писали:
A>Та же картина. Компания имеет филиалы в разных странах и митинги проходят в 7-8 вечера по нашему времени.
у нас филиалы тоже есть, но их никто не митингует, однако, начальство уезжать почему-то не торопится. а если учесть, что до дома большинству добираться больше часа, то вообще непонятно когда они жить успевают.
A> Казалось бы — можно придти завтра попозже, ан нет. Те же машины на парковке в 8 утра. Как и не уезжали.
ну у нас начальство подтягивается к десяти, а раньше девяти вообще никогда не появляется. зато в онлайне доступны крулые сутки.
A> Интересен и тот факт, что большинство высокодолжностных работников не имеют семей и живут работой.
у нас в отделе только два несемейных. я и китаец по имени вейн (но он еще студент, так что ему простительно). остальные все семейные, но... что-то не очень сильно они этому рады. я им говорю: жена, дети -- это же клево! а они вздыхают и говорят, угу, клево (с явной тоской в глазах).
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Здравствуйте, Ellin, Вы писали:
E>Часто меняю работу... 1 раз в год, но не реже... Это хорошо или плохо с точки зрения разработчика C#.\ E>1 год работы в обл. центре E>потом 1 год работы в Москве Элар. E>Потом 2 года работы в другой софтверной фирме. E>потом 1 год работы на текущей работе и вот собираюсь линять. Хорошо/плохо сие?
Не парься...
Мой стаж — уже 35 лет.
За это время я только дважды ДОЛГО работал на одном месте.
В Отделе Теплофизики в Ташкенте — 7 лет. В универе в Астрахани — уже 17.
В первом случае была и интереснейшая работа, и очень хорошая команда — все люди с нашего факультета ПММ разных лет выпусков во главе с начальником.
Во втором случае — уже после 40 лет, пора искать постоянное пристанище. Да и шило на мыло менять уже надоело...
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, мыщъх, Вы писали:
М>Здравствуйте, VovkaMorkovka, Вы писали:
VM>> Скорее так: культура взаимоотношений работник — работодатель только формируется в странах б. СНГ. VM>> Сильны традиции СССР, где было принято работать больше из идейных соображений, сейчас эти идеи протухли. М>в европе и на западе все тоже самое, особенно в больших компаниях. человек, работающий за идею, получает конкурентное преимущество, выражаемое в твердой валюте. человек, работающий за валюту, конечно, может продержаться на плаву какое-то время, но в долгострочном плане его перспективы туманны.
М>капиталисты ведь не идиоты. поставьте себя на место, скажем, руководителя отделом. у вас есть два сотрудника. вы просите их взять какую-то работу на дом на вечер или выходные. первый говорит ок, второй посылает вас в задницу. вопрос: с кем вы предпочтете работать?
А если есть третий, который говорит: хочу работать 8 часов,
но готов пытаться повышать продуктивность, в свободное время учиться.
Он приравнивается ко второму?
Я понимаю, что иногда приходится работать не 8, а 10 часов,
но можно ли "проявлять добрую волю", работая 8 часов в день (+учеба).
Здравствуйте, мыщъх, Вы писали:
М> остальные все семейные, но... что-то не очень сильно они этому рады. я им говорю: жена, дети -- это же клево! а они вздыхают и говорят, угу, клево (с явной тоской в глазах).
Так какая-ж семейная жизнь, если семью и не видишь? Никакая
Мы при выборе работы обращаем внимание именно на занятость. Лучше денег меньше — зато ребёнок папу знает в лицо А всех денеХ всё равно не заработаешь
, пусть даже речь идет о несложной работе на некритичном участке, до которой иначе просто руки не дошли бы у проектной команды, но это ведь все равно работа, которая должна быть выполнена. Иначе просто режем скоп и даже не заморачиваемся.
А хочется что-то с нуля написать...
Как и не уезжали.
