В целом, понятно, что вы и понятия не имеете, как грамотно дисциплинарно воздействовать на сотрудника, чтобы это было для него не обидой, а стимулом исправиться. У вас почему-то только два варианта — либо человек идеален и не косячит (или косячит по незначительным мелочам), либо человек сразу списывается в утиль и ему как кирпич на голову сваливается угроза об увольнении. Но ведь есть еще куча промежуточных вариантов. Обратимся к реальной жизни — если человек украл пачку сигарет, это не значит, что его нужно сразу сажать в тюрьму на 10 лет, но и не значит, что нужно говорить «бери на здоровье» и отпускать просто так.
Да, есть хорошие программисты, но с отвратительным характером\привычками, которые иногда надо немного корректировать дисциплинарно (но это не значит, что их нужно увольнять). А сидеть и пускать все на самотек не представляется достойным вариантом для человека, который считает себя хорошим руководителем.
Более бесполезного способа, чем грозить увольнением сложно даже придумать в применении к хорошим программистам.
Я еще ни разу не видел, чтобы такое работало, даже если у программиста ЗП в данной компании на 20-30% выше рынка.
Мой вопрос был именно про то, как наказывать за разные косяки. Отдача ниже 100% это не косяк и вообще другая тема.
Увольнение это крайняя мера, и очень глупо грозить им при каждом случае. Точно так же, как с пистолетом — лучше не вытаскивать, если не решился стрелять.
Все равно я слабо себе представляю, как грамотного специалиста в здравом уме могут опустить некомпетентные собеседующие. Грубо говоря, если собеседующий говорит, что на RFC ему наплевать, а паттерны и алгоритмы это ерунда, то я просто извинюсь и уйду.
Задача собеседующего во время технического интервью заключается в том, чтобы выяснить способности кандидата. И кандидат должен понимать, что если он показывает хорошие знания, то это не «хоботом меряться», а плюс ему в карму. А сидеть, молчать и слушать «дураков» — это малоперспективно.
Встречал таких людей, которые что буквально написано в ТЗ — сделают все точно и качественно. Но все, что не описано, даже если это само собой разумеется с самой простой обывательской точки зрения, сделают как получится. В итоге нужно составлять сверхдетальное ТЗ, а потом тщательно проверять сделанное.
Мне кажется, тут все от конкретного специалиста зависит. Кто-то считает правильным работать точно по ТЗ, кто-то любит проявлять инициативу.
Но, с другой стороны, это ужасно, когда заказчик считает нормальным давать ТЗ на задачу, которая занимает 3 месяца, в виде 2-х страничек в word'е с постановками вида «хочу, чтобы все было как на [мойлюбимыйсайт].com».
Странно. Мои знакомые, которые уезжали в США в последние 3-4 года, точно сдавали еще и практический экзамен по вождению. И некоторые из них даже не с первого раза)
Сложный экзамен или не очень — это уже закапывание в детали. Основная суть в том, что это уж точно не «поменять права просто по почте».
Не все так просто. Права поменяют, только если:
1. У вас водительское удостоверение нового образца.
2. Вы успели подать заявление в течение 90 дней с момента регистрации на територии Чехии.
3. На запрос о подлинности ваших прав, отправленный в Россию, нормально ответят (что может затянуться не на один месяц).
удалось внедрить Youtrack + TeamCity + Mercurial, написать тесты, поднять свой nuget-сервер и навести порядок в коде и архитектуре
Хех) Я еще пока не видел джунов, которые могли бы хотя бы грамотно покрыть свой код тестами, не то что выстроить архитектуру проекта и процесс разработки)
По сути, обладая знаниями нормального middle-программиста, вы почему-то пришли на вакансию джуниора. Мне кажется, это и есть часть причин, почему вам стало неинтересно. Такие случаи не очень часто встречаются, но есть люди, которые почему-то ставят себе очень низкую планку, обладая по сути нормальными знаниями. А потом через несколько месяцев уходят из компании, потому что им элементарно стало не интересно. А компании потом обижаются, пишут про саботажников и т.п.
Вы, видимо, путаете замену прав внутри одной страны (по истечению срока действия или еще по какой-то причине) с получением прав совершенно другой страны. При переезде из России в Европу или США вам, скорее всего, придется проходить автошколу чуть ли не с нуля.
Мы можем говорить о Gchat целый день, но Google никогда не признавала это слово. Несмотря на его распространённость в устной речи, Google упорно противостояла названию “Gchat”, не объясняя причин.
Почему-то я и мои окружающие всю жизнь называли его «Gtalk». Я даже не понял из заголовка, о чем речь, пока не посмотрел на картинку)
Стесняюсь спросить, это где же вы умудрились такой юридический адрес зарегистрировать, что туда почта не доходит? На Северном полюсе? =)
Старайтесь просто, чтобы фактический и юридический адрес фирмы совпадали, и вы избежите многих проблем.
В России ведь уже приняты законодательные акты, по которым налоговая может отправить фирме документы только на юридический адрес, и не утруждать себя отправкой на разные доп. адреса.
Я к чему это все говорю — зачастую это не «мы перекладываем наши обязанности на клиента», а «клиент не хочет устранять ошибки в своих процессах, а хочет, чтобы специально под эти ошибки в систему впиливался специфический костыль».
Если у браузера ресурсов мало, то и процесс будет долгий
В том и дело, что слишком много «если». Особенно в 2016-м году, когда даже телефоны имеют 4-ядерные процессоры. А если у меня мощный компьютер, а интернет так себе? Тогда мне быстрее будет получить данные через json и отрендерить страницу у себя, чем тянуть полностью весь html с сервера (и опять же, не в 100% случаях это будет так).
ничего не мешает кэшировать html, который отдает сервер
Кэшировать отрендеренный сервером html на стороне клиента? В таком случае, никто не мешает и кэшировать html, отрендеренный клиентом при первой загрузке страницы.
Мне кажется решение проблем с поисковиками вытекает как следствие из того, что мы можем быстро отдать первый раз отрендеренную страницу.
Нет, решение проблем с поисковиками вытекает из того, что мы пишем один и тот же код для сервера и клиента, и используем его и там, и там. И это позволяет нам не тратить время на создание дополнительных решений специально для поисковиков (и для всех других нужд, которые могут потребовать отрендеренную страницу без участия браузера). То, что страница рендерится сервером в некоторых случаях быстрее, это просто приятный бонус.
Да, есть хорошие программисты, но с отвратительным характером\привычками, которые иногда надо немного корректировать дисциплинарно (но это не значит, что их нужно увольнять). А сидеть и пускать все на самотек не представляется достойным вариантом для человека, который считает себя хорошим руководителем.
Я еще ни разу не видел, чтобы такое работало, даже если у программиста ЗП в данной компании на 20-30% выше рынка.
Мой вопрос был именно про то, как наказывать за разные косяки. Отдача ниже 100% это не косяк и вообще другая тема.
Увольнение это крайняя мера, и очень глупо грозить им при каждом случае. Точно так же, как с пистолетом — лучше не вытаскивать, если не решился стрелять.
Так что же вы их не уделали знаниями и опытом, если они дураки?)
Мне кажется, тут все от конкретного специалиста зависит. Кто-то считает правильным работать точно по ТЗ, кто-то любит проявлять инициативу.
Но, с другой стороны, это ужасно, когда заказчик считает нормальным давать ТЗ на задачу, которая занимает 3 месяца, в виде 2-х страничек в word'е с постановками вида «хочу, чтобы все было как на [мойлюбимыйсайт].com».
Хех)
Сложный экзамен или не очень — это уже закапывание в детали. Основная суть в том, что это уж точно не «поменять права просто по почте».
1. У вас водительское удостоверение нового образца.
2. Вы успели подать заявление в течение 90 дней с момента регистрации на територии Чехии.
3. На запрос о подлинности ваших прав, отправленный в Россию, нормально ответят (что может затянуться не на один месяц).
Иначе — автошкола и экзамен по вождению.
Хех) Я еще пока не видел джунов, которые могли бы хотя бы грамотно покрыть свой код тестами, не то что выстроить архитектуру проекта и процесс разработки)
По сути, обладая знаниями нормального middle-программиста, вы почему-то пришли на вакансию джуниора. Мне кажется, это и есть часть причин, почему вам стало неинтересно. Такие случаи не очень часто встречаются, но есть люди, которые почему-то ставят себе очень низкую планку, обладая по сути нормальными знаниями. А потом через несколько месяцев уходят из компании, потому что им элементарно стало не интересно. А компании потом обижаются, пишут про саботажников и т.п.
Почему-то я и мои окружающие всю жизнь называли его «Gtalk». Я даже не понял из заголовка, о чем речь, пока не посмотрел на картинку)
Стесняюсь спросить, это где же вы умудрились такой юридический адрес зарегистрировать, что туда почта не доходит? На Северном полюсе? =)
Старайтесь просто, чтобы фактический и юридический адрес фирмы совпадали, и вы избежите многих проблем.
В России ведь уже приняты законодательные акты, по которым налоговая может отправить фирме документы только на юридический адрес, и не утруждать себя отправкой на разные доп. адреса.
Я к чему это все говорю — зачастую это не «мы перекладываем наши обязанности на клиента», а «клиент не хочет устранять ошибки в своих процессах, а хочет, чтобы специально под эти ошибки в систему впиливался специфический костыль».
Зачем этот костыль? Есть же стандартные коды состояний HTTP.
В том и дело, что слишком много «если». Особенно в 2016-м году, когда даже телефоны имеют 4-ядерные процессоры. А если у меня мощный компьютер, а интернет так себе? Тогда мне быстрее будет получить данные через json и отрендерить страницу у себя, чем тянуть полностью весь html с сервера (и опять же, не в 100% случаях это будет так).
Кэшировать отрендеренный сервером html на стороне клиента? В таком случае, никто не мешает и кэшировать html, отрендеренный клиентом при первой загрузке страницы.
Нет, решение проблем с поисковиками вытекает из того, что мы пишем один и тот же код для сервера и клиента, и используем его и там, и там. И это позволяет нам не тратить время на создание дополнительных решений специально для поисковиков (и для всех других нужд, которые могут потребовать отрендеренную страницу без участия браузера). То, что страница рендерится сервером в некоторых случаях быстрее, это просто приятный бонус.