Увольнение программиста 2019 год

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

Это история про IT-сотрудника, который, будучи невероятно, даже неправдоподобно некомпетентным (однажды он попросил кого-то вытащить контакты из порта на модеме, что вообще не имеет смысла), умудрился вылететь с работы только тогда, когда он попытался распечатать анимэ-порнографию на прозрачных пленках на цветном принтере в рабочее время. Но уволили его не за это. Он использовал пленки, которые не подходят для лазерного принтера — они расплавились сами и расплавили фьюзер, тем самым сломав новый и очень дорогой принтер очень-очень плохим способом. Но уволили его не за это. Он раскрыл принтер, то есть буквально разобрал его на винтики, хотя ему сказали не делать этого, тем самым нарушив гарантию на этот принтер. Но уволили его не за это.

Его уволили за то, что он соврал об этом. Вот так просто.

Я работал в великолепной группе из 20 человек в конце 90-х, когда любая ошибка в ночной сборке выливалась звонками всем причастным к коду. Так случилось и в тот день, в 9:30 вечера. Нам нужно было срочно исправить проблему или перезапустить программу, как правило, этому предшествовали несколько коротких и яростных писем по email. Кстати, давление — неплохой способ построить команду ориентированных на качество инженеров.

Один инженер ломал нашу программу несколько раз, и когда мы приблизились к квартальному релизу, ему наказали не вносить никаких изменений. И что бы вы думали — незадолго до релиза он таки влез и все сломал. Его уволили на следующий же день. Под бурные продолжительные аплодисменты.

Не пренебрегайте просьбами начальства, особенно если они перекликаются с мнением команды.

Мой знакомый разработчик написал внутреннее корпоративное ПО, которое не должно было использоваться за пределами компании. Поэтому он предусмотрел, чтобы это ПО периодически присылало сообщения по email про свой статус на сервер, который хранил эти данные. И ПО, отсылающее сообщения, и сервер, их принимающий, должны были находится в корпоративном интранете.

Однажды его сервер начал получать такие сообщения извне компании. Кто-то вынес копию кода и запустил его в другой компании. К счастью, они точно знали кто этот кто-то и где он запустил код, потому что сообщения приходили с имя.вора@название.компании.com! Эту компанию уведомили о произошедшем и вора уволили. Правосудие свершилось.

Мораль такова: всегда читай и понимай код, который ты крадешь, прежде чем его запустить.

В компанию, в которой я работал, наняли очень самодовольного программиста. Он пришел и принялся изучать текущее состояние кодовой базы, чтобы составить план, как ее улучшить. Тогда он обнаружил часть кода с дорогостоящей алгоритмической проблемой и переписал ее так, что код стал работать в сто раз быстрее, чем до этого. Естественно он собой очень гордился, безжалостно поливая грязью человека, который написал первую версию, кто бы он ни был.

К несчастью, этим кто-то оказался текущий директор компании, в присутствии которого, а заодно и членов совета директоров, тот программист принялся поносить автора медленного кода. Вскоре после этого самодовольного программиста уволили.

Будьте осторожны, когда говорите о ком-то плохо, в особенности если не знаете, кто этот человек.

Я работал архитектором в Microsoft, мы делали прототип медицинской системы для британской государственной службы здравоохранения (UK NHS). В проект входили в частности геозапросы на поиск ближайшей подходящей для пациента клиники. Я должен был реализовать в картографическом сервисе MS вычисление расстояния по GPS-координатам.

Над созданием решения для внутреннего SOAP API у нас работал контрактник. Когда он представил свою реализацию остальной команде, на этапе тестирования обнаружилось несколько серьезных ошибок, поэтому мы стали разбирать его код.

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

В итоге получалось, что клиника на другом берегу Бристольского канала в Уэльсе вроде как ближе, чем клиника в Девоне, где жил пациент. Но ему пришлось бы добираться до нее вплавь.

Я уволил того разработчика по трем причинам:

  1. Игнорирование прямых указаний руководителя проекта (то есть меня).
  2. Обеспечение бесполезной альтернативы.
  3. Бесцельная трата ограниченных ресурсов — денег и времени.

Он был очень расстроен — никто не хочет такой записи про сотрудничество с Microsoft в своем резюме. Но он нанес большой ущерб для потенциально мультимиллионного проекта.

Меня уволили из международной нефтегазовой компании за то, что я был «угрозой для безопасности».

Их не очень умный админ настроил IE так, что любой желающий мог выполнять пакетные команды. Руководство оставалось глухо к моим жалобам или отвечало «О, нельзя этого сделать, это невозможно». Это подтолкнуло меня на глупый поступок.

Я написал простенький скрипт и положил страницу на мое личное хранилище, после чего позвал людей зайти на сайт. Этот скрипт только записывал файлы на рабочий стол и удалял их. В итоге один человек, чью задницу я спас, переписав его тупой код в одном глобальном проекте, настучал вышестоящему руководству, что я сделал и как это потенциально опасно, если системный администратор зайдет на такую страницу (об этом-то я и орал все это время).

Вскоре после этого (спустя считанные часы) мой компьютер внезапно заблокировался. У нас была эта реально тупая программа, которая мониторит, сколько ударов по клавишам ты сделал за час, и вылогинивает тебя на пять минут, чтобы ты поделал какие-нибудь упражнения. Я подумал, что это оно. Но через пару часов за мной пришел HR.

Я работал в e-commerce компании, где нам дали задание добавить еще один метод оплаты. У нас была встреча с разработчиком, которому это поручили.

Там были СТО, этот разработчик и я. Я был единственным, кто раньше выполнял такую задачу, и я знал, что код настолько запутанный, что на выполнение простейшей задачи вроде этой могут уйти недели работы. Я в свое время посвятил этому целый месяц, и меня чуть не уволили. В компании были и другие похожие случаи, каждый из которых заканчивался плачевно. Худшим из них был кейс, когда на внедрение нового метода оплаты разработчик затратил пять недель.

На встрече я объяснил проблему СТО и тому парню, и все трое согласились на быстрый рефакторинг одного файла, чтобы упростить проблему на будущее.

Угадайте, что произошло дальше. Этот парень был новеньким и в статусе senior-разработчика, так что он хотел всех впечатлить и сделать полный рефакторинг. На выполнение максимум двухнедельной задачи ушло более двух с половиной месяцев. Из-за него вся команда две недели работала овертайм, чтобы пофиксить баги. На следующий день после финальных тестов его уволили.

Это интересно:  Увольнение многодетной матери или отца: по инициативе работодателя, по собственному желанию без отработки, особенности оформления 2019 год

В дни SourceSafe один наш коллега написал в коде комментарий с упоминанием босса в стиле «Джон м**озвон», и наш босс каким-то образом увидел это, думаю, на консольном сервере. Его тогда уволили, указав причиной очень непрофессиональное и неэтическое поведение.

Стал причиной военной облавы на компанию

Мне пришлось уволить молодого талантливого программиста, когда из-за его pet-проекта к нам пришли силовики. Он написал программу, которая сканировала случайные блоки IP в поисках компьютеров, на которых был бэкдор. Потом он осторожно выяснял, чьи это компьютеры, контактировал с их владельцами и сообщал про риск.

Все бы хорошо, пока программа не напоролась на IP-блоки военных и они не вышли на нас. Очень трудно было убедить их в его благих намерениях, так что ему и его эго пришлось уйти, несмотря на талант.

Вот еще один очень простой способ лишиться работы: присвоить себе чужой труд. Это плагиат, но наказанием будет не плохая оценка на экзамене или завал курса: вас незамедлительно уволят, как только обнаружат факт «списывания».

Если вы таким занимаетесь, вы подвергаете своего работодателя риску быть втянутым в судебные разбирательства, а это то, чего они терпеть не могут. Если мне не изменяет память, владельцы (на то время) UNIX обнаружили в ядре Linux четыре строчки кода, идентичных таким же в ядре UNIX. Четыре строки стали причиной адского судебного разбирательства. Вот почему учителя так серьезно относятся к уникальности.

За какие оплошности могут уволить программиста, да так, чтоб без обсуждений и выходного пособия? Нечаянно удалил все файлы клиента, “положил” сайт на весь день, смотрел порно на работе, влез в бухгалтерскую базу данных и исправил себе зарплату… Роковыми ошибками, которые могут стоить программисту работы, на Quora делятся сами программисты и их начальники. AIN.UA отобрал 10 в чем-то смешных, в чем-то грустных, но поучительных историй.

“Это история про IT-сотрудника, который, будучи невероятно, даже неправдоподобно некомпетентным (однажды он попросил кого-то вытащить контакты из порта на модеме, что вообще не имеет смысла), умудрился вылететь с работы только тогда, когда он попытался распечатать анимэ-порнографию на прозрачных пленках на цветном принтере в рабочее время. Но уволили его не за это. Он использовал пленки, которые не подходят для лазерного принтера – они расплавились сами и расплавили фьюзер, тем самым сломав новый и очень дорогой принтер очень-очень плохим способом. Но уволили его не за это. Он раскрыл принтер, то есть буквально разобрал его на винтики, хотя ему сказали не делать этого, тем самым нарушив гарантию на этот принтер. Но уволили его не за это.

Его уволили за то, что он соврал об этом. Вот так просто”.

“Я работал в великолепной группе из 20 человек в конце 90-х, когда любая ошибка в ночной сборке выливалась звонками всем причастным к коду. Так случилось и в тот день, в 9:30 вечера. Нам нужно было срочно исправить проблему или перезапустить программу, как правило, этому предшествовали несколько коротких и яростных писем по email. Кстати, давление – неплохой способ построить команду ориентированных на качество инженеров.

Один инженер ломал нашу программу несколько раз, и когда мы приблизились к квартальному релизу, ему наказали не вносить никаких изменений. И что бы вы думали – незадолго до релиза он таки влез и все сломал. Его уволили на следующий же день. Под бурные продолжительные аплодисменты.

Не пренебрегайте просьбами начальства, особенно если они перекликаются с мнением команды”.

“Мой знакомый разработчик написал внутреннее корпоративное ПО, которое не должно было использоваться за пределами компании. Поэтому он предусмотрел, чтобы это ПО периодически присылало сообщения по email про свой статус на сервер, который хранил эти данные. И ПО, отсылающее сообщения, и сервер, их принимающий, должны были находится в корпоративном интранете.

Однажды его сервер начал получать такие сообщения извне компании. Кто-то вынес копию кода и запустил его в другой компании. К счастью, они точно знали кто этот кто-то и где он запустил код, потому что сообщения приходили с имя.вора@название.компании.com!

Эту компанию уведомили о произошедшем и вора уволили. Правосудие свершилось. Мораль такова: всегда читай и понимай код, который ты крадешь, прежде чем его запустить”.

“В компанию, в которой я работал, наняли очень самодовольного программиста. Он пришел и принялся изучать текущее состояние кодовой базы, чтобы составить план, как ее улучшить. Тогда он обнаружил часть кода с дорогостоящей алгоритмической проблемой и переписал ее так, что код стал работать в сто раз быстрее, чем до этого. Естественно он собой очень гордился, безжалостно поливая грязью человека, который написал первую версию, кто бы он ни был.

К несчастью, этим кто-то оказался текущий директор компании, в присутствии которого, а заодно и членов совета директоров, тот программист принялся поносить автора медленного кода. Вскоре после этого самодовольного программиста уволили.

Будьте осторожны, когда говорите о ком-то плохо, в особенности если не знаете, кто этот человек”.

“Я работал архитектором в Microsoft, мы делали прототип медицинской системы для британской государственной службы здравоохранения (UK NHS). В проект входили в частности геозапросы на поиск ближайшей подходящей для пациента клиники. Я должен был реализовать в картографическом сервисе MS вычисление расстояния по GPS-координатам.

Над созданием решения для внутреннего SOAP API у нас работал контрактник. Когда он представил свою реализацию остальной команде, на этапе тестирования обнаружилось несколько серьезных ошибок, поэтому мы стали разбирать его код.

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

В итоге получалось, что клиника на другом берегу Бристольского канала в Уэльсе вроде как ближе, чем клиника в Девоне, где жил пациент. Но ему пришлось бы добираться до нее вплавь.

Я уволил того разработчика по трем причинам:

  1. Игнорирование прямых указаний руководителя проекта (то есть меня).
  2. Обеспечение бесполезной альтернативы.
  3. Бесцельная трата ограниченных ресурсов – денег и времени.

Он был очень расстроен – никто не хочет такой записи про сотрудничество с Microsoft в своем резюме. Но он нанес большой ущерб для потенциально мультимиллионного проекта”.

“Меня уволили из международной нефтегазовой компании за то, что я был “угрозой для безопасности”.

Их не очень умный админ настроил IE так, что любой желающий мог выполнять пакетные команды. Руководство оставалось глухо к моим жалобам или отвечало “О, нельзя этого сделать, это невозможно”. Это подтолкнуло меня на глупый поступок.

Это интересно:  Реорганизация через увольнение 2019 год

Я написал простенький скрипт и положил страницу на мое личное хранилище, после чего позвал людей зайти на сайт. Этот скрипт только записывал файлы на рабочий стол и удалял их. В итоге один человек, чью задницу я спас, переписав его тупой код в одном глобальном проекте, настучал вышестоящему руководству, что я сделал и как это потенциально опасно, если системный администратор зайдет на такую страницу (об этом-то я и орал все это время).

Вскоре после этого (спустя считанные часы) мой компьютер внезапно заблокировался. У нас была эта реально тупая программа, которая мониторит, сколько ударов по клавишам ты сделал за час, и вылогинивает тебя на пять минут, чтобы ты поделал какие-нибудь упражнения. Я подумал, что это оно. Но через пару часов за мной пришел HR”.

“Я работал в e-commerce компании, где нам дали задание добавить еще один метод оплаты. У нас была встреча с разработчиком, которому это поручили.

Там были СТО, этот разработчик и я. Я был единственным, кто раньше выполнял такую задачу, и я знал, что код настолько запутанный, что на выполнение простейшей задачи вроде этой могут уйти недели работы. Я в свое время посвятил этому целый месяц, и меня чуть не уволили. В компании были и другие похожие случаи, каждый из которых заканчивался плачевно. Худшим из них был кейс, когда на внедрение нового метода оплаты разработчик затратил пять недель.

На встрече я объяснил проблему СТО и тому парню, и все трое согласились на быстрый рефакторинг одного файла, чтобы упростить проблему на будущее.

Угадайте, что произошло дальше. Этот парень был новеньким и в статусе senior-разработчика, так что он хотел всех впечатлить и сделать полный рефакторинг. На выполнение максимум двухнедельной задачи ушло более двух с половиной месяцев. Из-за него вся команда две недели работала овертайм, чтобы пофиксить баги. На следующий день после финальных тестов его уволили”.

“В дни SourceSafe один наш коллега написал в коде комментарий с упоминанием босса в стиле “Джон м**озвон”, и наш босс каким-то образом увидел это, думаю, на консольном сервере. Его тогда уволили, указав причиной очень непрофессиональное и неэтическое поведение”.

“Мне пришлось уволить молодого талантливого программиста, когда из-за его pet-проекта к нам пришли силовики. Он написал программу, которая сканировала случайные блоки IP в поисках компьютеров, на которых был бэкдор. Потом он осторожно выяснял, чьи это компьютеры, контактировал с их владельцами и сообщал про риск.

Все бы хорошо, пока программа не напоролась на IP-блоки военных и они не вышли на нас. Очень трудно было убедить их в его благих намерениях, так что ему и его эго пришлось уйти, несмотря на талант”.

“Вот еще один очень простой способ лишиться работы: присвоить себе чужой труд. Это плагиат, но наказанием будет не плохая оценка на экзамене или завал курса: вас незамедлительно уволят, как только обнаружат факт “списывания”.

Если вы таким занимаетесь, вы подвергаете своего работодателя риску быть втянутым в судебные разбирательства, а это то, чего они терпеть не могут. Если мне не изменяет память, владельцы (на то время) UNIX обнаружили в ядре Linux четыре строчки кода, идентичных таким же в ядре UNIX . Четыре строки стали причиной адского судебного разбирательства. Вот почему учителя так серьезно относятся к уникальности”.

Рыцарь на белом коне (knight in shining armor) — непогрешимая личность, с ЧСВ, равным как минимум квадрату собственной технической квалификации. Появляется на сцене в кризисный момент и начинает чинить всё подряд, как правило — чинит успешно, только без сообщений о том, какие изменения он сделал, и почему. Так что при очередном обновлении системы ничего не подозревающим сисадмином старые ошибки возвращаются на свои места, что даёт повод РНБК заявлять о тупости и некомпетентности окружающих, что ещё более увеличивает его ауру непогрешимости.

Позиция начинающего KISA, который таки заметил, что что-то не так (эта часть написана в 2012-ом):

«Если в Вашей компании есть незаменимый человек — увольте его».

Эту цитату, наверняка, все уже видели. Я склонен согласиться с ней. Сложно вести куда-либо компанию, реализовывать идеи, когда knight in shining armor пытается реализовать свои идеи, причём делает это сравнительно успешно.

Хороший программист — он как архитектор или художник: реализует свою потребность в самовыражении доступными ему средствами. Сложно заставить художника рисовать картину «Ленин на броневике» в духе соцреализма, когда у него в голове абстракционистские наброски.

Поэтому надо быть либо чертовски хорошим манипулятором, либо прирождённым лидером, чтобы перевести поток идей программиста в нужное русло.

Есть ещё третий вариант: уволить его, чтобы не мешал работать другим.

Дабы не доводить дело до крайности, не забывайте периодически бить его тапком, чтобы не зазнавался, и махать перед носом пресловутым бонусом (да, да — пряником), чтобы шёл к «цели» бодрым и весёлым шагом.

Если делать это умело — ваше сотрудничество будет долгим и продуктивным, иначе… третий вариант.

Немного ретроспективы (события 2013-го):

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

В итоге — уход из компании, замена меня на 3-х людей, каждый из которых занимался одним из направлений, которые я поддерживал. Плюсом торможение по всем процессам — люди должны же въехать и выйти на нормальную производительность. А это пара-тройка месяцев. Но и это один из лучших исходов — да, ресурсов тратим больше, но теперь пропала угроза, пропала проблема, что есть незаменимый человек.

Самое что парадоксальное, можно было это сделать ещё до ухода, тогда бы всё было контролируемо, можно было бы распределять нагрузку, больше проектов делать. Да и когда человек становится не единственным, кто может что-то сделать, пропадает «проклятие» KISA.

Для меня же это означало одно: я больше не хочу быть «the only one», вместо этого у меня появилась мечта об одноранговых децентрализованных сетях людей со взаимоперекрываемыми компетенциями.

Есть и такой вариант. Можно пытаться контролировать каждый шаг программиста, смотреть каждый коммит и требовать, чтобы код соответствовал твоему представлению. Тогда программист не будет иметь возможность стать единственным крутым специалистом по проекту.

Вариант интересный, если вы готовы быть некомпетентным мудаком с сильной внутренней референцией, препятствующей развитию проекта. Ух, загнул!

И вот в чём дело. Нужно быть столь же компетентным, что человек, который каждый день работает надо проектом. Тут либо надо быть на голову его прокаченней, либо самому каждый день заниматься проектом, жить его проблемами. Если вы берёте людей, которых считаете слабыми программистами — должны понимать, что становитесь няньками. Если покупаете профи — не мешайте работать.

Это интересно:  Выплаты при увольнении: сроки расчета с работником, когда должны выплатить расчетные, какие суммы положены по ТК РФ? 2019 год

Если же сами проводите большую часть рабочего времени над проектом, плюс являетесь сопоставимым разработчиком по уровню — всё хорошо. «Проклятие» KISA снято.

К чему всё же приводит «контроль со стороны» (когда контролирующий не в проекте)? Понижение мотивации, а тут 2 варианта:

Контролируемый KISA

Давайте попробуем таки оставить KISA на работе. Всё же он крутой специалист + его уход/увольнение сильно отразится на продукте.

Тут надо организовать загончик, в котором он может резвиться. При этом надо чётко указать границы этого загончика. И пару раз преподать урок, что оттуда не стоит вылазить.

Тогда этот товарищ становится «местным князем» — есть вотчина, которая его. Не «начальником участка», а «князем». Его подчинение довольно довольно странно. Возможны «итальянские забастовки» и прочие эксцессы.

Также при этом сложно в эту экосистему внести кого-то с лидерскими задатками — грызня уровня волчьих стай.

Плюсом — потеря ориентации на бизнес полная. Скажите дать опцион/долю. работает, но процентов на 20% — в голове иной раз начинают появляться чуждые мысли о прибыли.

В общем, вы получаете почти неподконтрольную структуру внутри компании… Этакий пиратский корабль в своём флоте. Бывает, что план выполняется (нападают на нужные корабли), но по большей части это не так…

В общем, я так и не нашёл ни одной компании, где эффективно работал бы KISA. Поэтому снимайте это «проклятие» с людей, как только видите!

Ошибки в работе программиста и их последствия бывают разными. В этой статье мы рассмотрим такие ошибки программиста, за которые могут уволить.

Существует множество причин, по которым разработчиков программного обеспечения могут моментально “попросить”. Они варьируются от неспособности защитить коммерческие цифровые активы до превышения полномочий для своих злонамеренных действий.

Программиста могут уволить за то, что он открыл рот в неподходящее время или, наоборот, не открыл в подходящее. Некоторые обвиняются в шпионаже за начальством, попадаются на собственной лжи или несут ответственность за потерю тысяч долларов во время простоя.

Эти инциденты могут послужить поводом для прекращения работы в компании и испортить дальнейшую карьеру в IT. Приведем в качестве примеров ошибки программистов, из-за которых лучшие специалисты могут быть уволены.

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

Один UI/UX дизайнер, который работал в American Airlines, в переписке со своим знакомым (который по совместительству клиент авиалиний) рассказал, какие проблемы есть у компании, как они их решают и как сложно работать в больших компаниях.

Это большая ошибка и хороший пример неправильного суждения! American Airlines не хотели, чтобы их дизайнер открыто взаимодействовал с клиентами компании, за что и был уволен. Возможно, его намерения были благородны, т. к. он не принимал политику компании, в которой работал.

Неправильное суждение может принимать различные формы, такие как:

  • обсуждение секретов компании с посторонними людьми;
  • оскорбление начальника или коллег;
  • неправильное использование имущества компании;
  • превышение полномочий.

Компания 3DPLM, занимающаяся разработкой программного обеспечения, столкнулась с ситуацией, когда работник отправил по почте исходный код одного из своих продуктов супругу, который также работал программистом, но в другой компании.

Этот человек пытался продать исходники конкуренту, его поймали, уволили и арестовали. После разбирательств обвинили в мошенничестве на 13 млн. долларов. Такой поступок – преступление, и обычно завершается некоторым сроком тюремного заключения.

Самые распространенные ошибки программиста связаны с резервным копированием. Это часто приводит к необратимым последствиям, которые касаются безопасности компании.

Это классическая история ужасов, которую мы видим снова и снова, когда начинаем работать с новым клиентом. Хотя всё проверяется неоднократно, очень часто все кончается увольнением кого-то.

Игра в обвинение может иногда привести к ускорению пути до входной двери. Даже если кто-то задержал код или изменились требования и стали более тяжелыми, чем вы ожидали – вы должны взять на себя ответственность.

Когда разработчики начинают работать указательными пальцами вместо того, чтобы брать ответственность, они делают первый шаг к увольнению. Лучшей реакцией будет попросить больше времени, пока не накололи дров.

Разработчики программного обеспечения могут быть невероятно умными людьми, которые обучены мыслить о вещах абстрактно (от начала до конца и сверху донизу). Это ценный навык, требующий потрясающего интеллекта, который, в свою очередь, привлекает большую зарплату.

Данная ситуация влечет за собой элитарность, некоторую степень унижения и подлых насмешек. Это неприемлемо ни при каких обстоятельствах.

Если ваши разработчики теряют свое достоинство, если они слишком грубы и позволяют себе насмехаться над клиентами или коллегами, можете быть уверены – это начало конца.

Такое жестокое и чрезвычайно унизительное поведение убивает всю мораль. Программисты должны помнить об этом т. к. работодатель моментально уволит нарушителя, как только тот попадется.

Сознательная ложь, особенно “в лицо” или в отчетах, и любая кража также приводят к плачевным последствиям. Обычно караются штрафами, взысканиями и испытательным сроком.

Зачастую большинство руководителей спокойно относятся к жарким спорам и нецензурной брани, но только если это по теме и по существу. Употребление наркотиков и спиртного на рабочем месте – отдельная статья. Вы можете пойти в бар с приятелями после работы, и руководитель может составить вам компанию, но не напивайтесь в офисе во время рабочего времени.

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

Унижение коллег, просмотр сайтов для взрослых и другие распространенные ошибки программиста могут лишить вас места работы – будьте вежливы, внимательны и предельно осторожны!

«

Помогла статья? Оцените её
1 Star2 Stars3 Stars4 Stars5 Stars
Загрузка...
Добавить комментарий