Я'ве только что сказал мой босс, что я получу отрицательный отзыв производительности в понедельник. Он хочет поговорить со мной о том, почему я так медленно и почему моя ставка Исправлена ошибка-это так низко.
Я люблю программировать и решать проблемы, но я на самом деле найти работу очень сложно.
Я'вэ на самом деле был программистом около 10 лет. Но это мой первый многопоточность встроенный работа в Linux - я'вэ был здесь 2 года и он's очевидным для всех, что я'м все еще борется. И я думаю, что я'вэ стать настолько деморализован и чувствовать себя так, маргинальных, что я'вэ потерял много огня, что у меня в начале работы.
Кто-нибудь был в подобной ситуации и как вы идете об увеличении тарифа исправить ошибку?
Обновление: У меня был комментарий. Я положил на 3 месяца 'Программа развития персонала' (типа упомянутых замочить ). Не уверен, смогу ли я превратить это вокруг. Но даже если я должен двигаться дальше, я'вэ узнал много нового из этого опыта.
Это's теперь около 6 недель после первого обзора. Мой совет всем, кто сталкивается с той же ситуации должен быть достаточно смиренным, чтобы принимать критику и учиться на своих ошибках. И не бойтесь выглядеть глупо. Задать много вопросов. Пусть люди знают, что вы'вновь пытается учиться и продолжать спрашивать, пока вы не понимаете. Но будьте готовы к этому и не получилось. Я'м построение портфеля код ... а также давая ему мой лучший выстрел.
Я неохотно положил его сюда, так как я'м обеспокоен тем, что я не смогу передать будущим работодателям моем сайте StackOverflow профиль... но в любом случае, это может представлять интерес для кого-то, читая этот вопрос, но я на самом деле потерял работу пару недель назад. Я'м в разгар освежить в памяти все навыки мне нужно - я'вэ взят много советов данных здесь.
Многие ответы ставят под сомнение ваш босс' способы/тактики/показатели/и т. д. Но это к делу не относится. Может быть, вы медленно. Каждый номер гостиницы проектам должен быть, что'ы медленнее, чем остальные, верно? (Что's просто прямой набор-теории.) Так давайте'ы предположить, что's Вы. Ответ: почему ты так медленно? (Ясно, что это вопрос вы должны ответить, прежде чем вы можете решить Ваш вопрос как можно быстрее).
Там могут быть разные причины, но вот некоторые возможных объяснения необходимо учитывать:
Вы не менее умны, чем они. Это's возможные, верно? (Исследования показали, что мы все менее популярные, менее интересные, и (он будет следовать) менее разумны, чем наши друзья). Так может быть, вы просто медленно и крикливый. Опять же, в вашем случае я думаю, что это маловероятно. Быстрый взгляд ваш профиль и StackOverflow показывает, что у вас есть история задавать умные вопросы по широкому кругу тем. Так что вы'вновь, очевидно, мыслитель и наверное хороший.
Вы'вновь распространиться слишком тонкий. Что же так твой профиль показывает, что вопросы охватывают очень широкий спектр технологий за последние 2 года (графика, веб, питон, с++, c, Linux, встроенные, потоки, сокеты и т. д.). Лично я знаю, что когда я был поставлен в ситуацию необходимости (или желания) вникать во множество разных потоков, я плавание вверх-ток очень быстро (или, скорее, очень медленно). Возможно, что вам действительно нужно вот это фокус. И, возможно, здоровая доза определение приоритетов. Есть в любом случае, вы можете перенести менее важные горшки на задний план и поддать жару на основное блюдо?
Вы'повторно не весело. Когда огонь стихнет, паровой двигатель предназначен для торможения. Вы признались в вашем посте, что ваш боевой дух принял в последнее время серьезный удар. К сожалению, вы'вэ проглотил во всасывающую воронку самоусиливающийся отрицательные гармоники -- сила, которая может разрушить мосты]4. Это'ы все слишком знакомо спирали: сложная задача -> стресс -> пропущенного срока -> больше стресса -> низкое копинг-механизм -> больше стресса -> прокрастинация -> больше пропущенных сроков -> критика/сплетни (реальной или воображаемой) -> еще больше стресса. Вы получите картину. Это редко приводит везде пригодится. Извлечь урок из моих дней в рафтинг: когда ты окажешься под водой с помощью циркуляционного тока на оборотной стороне 4-го класса, быстрого, свой спасательный жилет, не буй вам обратно на поверхность. Лучшей стратегией (хоть и не понятный), чтобы найти дно р., и уйти в быстрину. Так что мой вам совет: найдите некоторых местах, чувак, (друзья, церкви, новые здоровые привычки, и т. д.) и использовать его, чтобы ambulate себя из водоворота.
Вы'повторно не в вашей зоне. Майкл Джордан сделал дурацкий бейсбол. (ОК, он был еще лучше, чем мне, но, безусловно, незначительные-Лиги.) Может, на "многопоточность встраиваемых Linux-систем" просто так'т вашего концерта. Но разработка программного обеспечения представляет собой чрезвычайно широкое поле (как вам хорошо известно; см. #2 выше). Ваша компания достаточно широк, что вы сможете найти другую нишу? В моей последней работе я был нанят в качестве встроенного УВ Дев. (У меня нет опыта в этой сфере, но я сказал им, что я на "быстрая обучаемость.&и") я быстро затонул, как камень. Но я продолжал усердно работать и постоянно ищет проблемы, которые я сделал ** знаете, как решить их. Как выяснилось, я постепенно мигрируют в новые обязанности, в которых я мог сиять, и за что я в итоге получил значительную похвалу. Так может нужно повторно заклеймить себя.
Смысл в том, что если вы'вновь медленно, там'ы причины. Но, привет ... вы'вновь инженер-программист, чувак! Отладить себя!
Ваш босс может быть правильным: Вы можете быть "отстающих" - А (подробнее об этом в минуту). Но это не может быть просто ваш уровень компетенции, что's, чтобы обвинить. Я не'т думаю, что это будет добраться, чтобы предложить силам вне вашего контроля является причиной вашего стресса, которые оказывает негативное влияние на вашу производительность.
Позвольте'посмотрим на некоторые из причин своего босса теперь может быть об этом:
Культура и Политика
Могут быть силы вне вашего контроля, требующие вашего босса, чтобы теперь выразить свою озабоченность. Это's важный, чтобы понять систему в которой вы работаете. Ваша задача, чтобы сделать ваш босс хорошо выглядеть. Единственный способ сделать это, чтобы понять, какую нагрузку он/она находится под.
Возможность
Это's возможно, что способности не на высоте, как вы говорите, он открыто заявил. Вот что я бы сделал в этой ситуации:
Вам отзывы с вашим боссом о том, как он измеряет производительность. Вы не закрывает, как много ошибок, как человек х? Есть определенное количество ошибок, которые вы должны решать? Если вы работаете в одиночку, то вы должны убедиться, что народ измерение производительности измерения достаточно и не опирается на какие-то предвзятые идеи.
Если ваша производительность является медленным, и основан на реальный разрыв, определить разрыв и составить подробный план со своим начальником с целью его закрытия.
Этот обзор также хорошая возможность доводить до того, что вы не счастливы. Это's хорошо, что вы'вэ установлено, что вы Дон'т люблю эту работу. Но выяснить, почему. Какую часть вашей работы вы любите и что Дон'т вы? Это может быть, что эта работа совсем'т для вас...
Для некоторых рабочих сред являются недейственными. Я'вэ видел условия, в которых никто не смог бы выжить (за исключением тех, которые были в начале), потому что столько был без документов и вопросы были так яростно отговаривают.
Вы действительно должны быть честными с самим собой относительно ожиданий и ресурсов, чтобы помочь вам встретиться с ними. Проблема не может быть вами.
Вы учтите, что есть люди, делающие подобные работы у вас, который, я полагаю, не с трудом, но это было 5+ лет 2. Как вы себя чувствуете в сравнении с вашими сверстниками? Они рок-звезды, которые всецело превосходят вас (в этом отношении), или они такие же как ты? Возможно, они просто узнали, когда он был еще простым... Вы упомянули имея 8-летний опыт программирования до этого работе. Как ты там? Если ты молодец, то должен сказать тебе кое-что.
Та часть, которая меня поразила, - это немного о вашей описывая себя как в темноте с уважением ко всем ошибки, которые встречаются на вашем пути. Это может быть то, что кодовая база настолько обширна и неизведанные, что ожидания могут не быть разумным.
Для того, чтобы вы сделали это как вы означает, что вы сделали что-то правильное и что-то будет для вас.
Суть, я думаю, что вы должны чувствовать себя хорошо о себе и о том, что вы делаете. И если это означает, что двигаться дальше, то так и будет.
Лучше двигаться дальше, чем иметь работу, разрушить свою жизнь.
Во-первых, обратите внимание: этот ответ может применяться только в определенных регионах, где это незаконно, чтобы уволить работника без выходного пособия. Что сказал...
Это может быть случай конструктивное увольнение и что является незаконным.
Тактика деморализации и снижению самооценки работника, пока они не уволились. Это'ы способ для компании, чтобы сэкономить деньги, не платить выходное пособие, или решить проблему столкнулся с работником и уволить его.
и GT; он хочет поговорить со мной о том, почему я так медленно и почему моя ставка Исправлена ошибка-это так низко.
Эта неисправность весьма неоднозначно. Это'невозможно для обеих сторон партии, чтобы претендовать на другое-это неправильно. Вам понадобился месяц, чтобы исправить один баг. Так что! Это ставит вас в оборонительную позицию, имея факты, подтверждающие ваше заявление, что требуется месяц. С учетом ваших текущих навыков, опыта и знаний как факторов. Как работодатель он'ы работодателя'ы работу, управлять временем и усилиями его сотрудников. Работодатель должен быть человек, занимаясь риска, связанного с наличием ошибки. Не работника. Он всегда был выбор, чтобы назначить ошибке кому-то другому.
Если вы подрядчик, а в ней указано в вашем контракте, который будет отвечать за исправление ошибок, то это'ы совершенно другая история.
Это плохо для работодателя, чтобы жаловаться, что вы слишком долго? Абсолютно нет, но он не может держать вас к ответственности за него, и он не может уволить вас за это. Он может сказать вам "у нас есть баги, которые требуют ваших навыков, и вы оказываетесь в отпуске", но они должны сказать вам наступает момент новая проблема, которую можно исправить. В противном случае, они должны расторгнуть с разрывом. Что он не может сделать, это дать вам работу, вы можете'Т-образной ручкой, а затем жалуются на это. Я думаю, это незаконно.
Я люблю программировать и решать проблемы, но я на самом деле найти работу очень сложно.
Есть большая разница между приемом на работу найти трудно, и ваш работодатель дает вам работу, которая является слишком жесткой. Если вы чувствуете, возложенные на Вы были сделаны, чтобы отбить вас от необходимости карьеру с компанией, это может быть незаконным.
Я'вэ на самом деле был программистом около 10 лет. Но это мой первый многопоточность встроенный работа в Linux - я'вэ был здесь 2 года и он's очевидным для всех, что я'м все еще борется.
Вот почему я думаю, что вы'вэ нашел себя в середине конструктивного увольнения. Они не'т счастлив с тобой так, что куча дерьма на тебя, пока ты не уедешь.
И я думаю, что я'вэ стать настолько деморализован и чувствовать себя так, маргинальных, что я'вэ потерял много огня, что у меня в начале работы.
Работодатель отвечает за обеспечение безопасных и благоприятных условий труда. Без дополнительной информации (чаще всего личных) она'ы трудно для посторонних, чтобы сказать, что здесь происходит. Попросите адвоката занятости для получения бесплатной консультации. Они будут в состоянии сказать вам, если вы не играется.
Ссылки
Я'м не юрист, но сделал Google некоторые документы обсуждаем тему конструктивного увольнения, которые стоит прочитать, прежде чем вводить свой комментарий в понедельник. Основным моментом здесь является, чтобы следить за снижением зарплаты, унижения и внезапного изменения в вашей карьере в компании.
Соответствующие факты следить за:
Юридический вопрос&а: конструктивное увольнение
Возможно, вы по сравнению с одним из оригинальных программистов проекта. Я знаю, что в одном из проектов я работаю, у меня есть огромное преимущество при исправлении ошибок в нем. Я не'т думаю, что это из-за отсутствия документации, это просто, что я могу интуитивно скачок для потенциальных проблем, потому что мой мозг знает весь код.
Если вы'ре по сравнению с этим, то вы просто не'т собираюсь померять. Он всегда будет считать вас больше времени, чтобы подойти к скорости с проекта и вы выиграли'т знаю, где все потенциальные точки взаимодействия.
Я читал ваш комментарий, что не знал про инструменты и приемы другие программисты используют, чтобы решить проблемы. Возможно, для следующего исправления ошибки нужно попробовать парное программирование. Это может быть невероятно полезным. Поочередно управляя клавиатурой. Делать много ** говорим.
Вы можете использовать блокнот или доску для записей, чтобы наметить пути, потоки и жизни замка, и отметьте, где вы будете наблюдать различные биты поведения и где можно вставить новые датчики.
Устранение этих видов низкоуровневых проблем Threading может быть очень трудно, и у меня много сочувствия к вам. Я'вэ приходилось анализировать несколько гигабайт файлов журнала, прежде чем обнаружить две линии проблема. И знаете, что? Я смотрел на это несколько дней, прежде чем я попросил помощи у младшего инженера, который'ты был стажером в позапрошлом году, и он придумал новый подход и заметила проблему в течение часа. Так, после некоторого времени в ошибки, получить новые глаза на него. Это может помочь много!
Одним из наиболее распространенных дисфункций управления в этой отрасли не понимая, что отладка, по сути, сложно. Я'ве получил почти 20 лет опыта и я все-таки регулярно приходится тратить целую неделю поиск в одну строку ошибку, что делает программа аварии один раз из пятидесяти. И потом, если мой менеджер не'т понимаете эти вещи, они гонятся за мной за неделю, чтобы изменить одну строку кода.
Что вы можете поделать?
Делайте заметки в процессе отладки. Просто всегда есть открытое окно редактора, а также записать свой поток сознания. Это не'т иметь смысла ни для кого, кроме вас. Вы можете обнаружить, что это помогает отлаживать быстрее, но это также означает, что у вас что-то конкретное указать на то, чтобы доказать, что вы были'т играть в игры всю неделю.
Сверить со всеми своими коллегами. Сколько времени обычно занимает их, чтобы исправить ошибки? Делать их ошибки останутся неподвижными? Как часто они меняют одну маленькую вещь и найти себя похороненным под грудой каскадные последствия? Ответы на эти вопросы дадут вам представление о ли вы'вновь действительно борется отношению к остальной части отдела.
Подружиться с людьми QA и поддержки людей. Они с лучшее представление о том, как важно клопы. Часто это имеет мало или никакой корреляции с тем, как трудно клопы, так что вы можете обмануть систему немного и попытаться получить все высокого значения, минимум-трудности, ошибки. (Это вовсе'т действительно измена. Слаженная команда всегда идет первым после тех ошибок.)
Если ваш босс еще'т дают вам адекватную обратную связь от вашей работы в течение двух лет подряд, что является проблемой, чтобы сначала навести на этот обзор, а потом, когда вы дали отписку на то, чтобы поднять с боссом'ы босс. Будьте вежливы, и особенно Дон'т позволить им увидеть, как ты злишься, но сделать конкретные критические замечания в письменной форме.
В то время как вы можете любить программирование и решения проблем, может возникнуть вопрос о том, насколько хорошо вы претендуете, что вы изучаете в других областях. Какие-то из последних десяток ошибок, которые вы've фиксированная достаточно похожи, что помогла вам исправить одним был полезен на другой? Это часть оглядываясь назад, что вы делали и как долго это займет, чтобы сделать это. Просто идея, чтобы рассмотреть.
Во-вторых, я'd посмотрите, как вы делаете вашу работу. Вы получаете прерывается регулярно и так, как вы пытаетесь исправить ошибки, вы сказали, что ошибки B и c более высоким приоритетом? Внимательно подумайте, какие изменения в том, как вы делаете свою работу, может помочь вам здесь, что, вероятно, часть того, что ваш босс захочет узнать.
Я имел несколько рабочих мест, скажи мне, что они не'т нравится, как долго он принимает меня, чтобы получить некоторые из моих работ. Конечно, это были те места, где, если я получил одну вещь сделать, 5 новых вещей будет валяться у меня на коленях и так это было легко быть перегружены. Пока я больше не может там работать, я не'т иметь хорошее решение для того, чтобы привлечь мое внимание несколько вещей так, что я'м не я'м пытаются освоить 1000 вещей одновременно. Если я могу знать несколько ключевых вещей, чтобы сделать и как мою работу будут судить, тогда я'м лучше, чем если я и "не то" список, длиной в километр, и никто, кажется, волнует, если я получаю его части сделано. Таким образом, это может быть, что есть культурный компонент в рамках организации, хотя я хотел бы быть осторожным о том, как попросить вещи, чтобы изменить. Я помню одно место работы, я спросил, для более частую обратную связь и в конечном итоге получить микроуровне, пока не была прекращена, потому что я вовсе'т держать только то, что было в моем списке вещей, чтобы сделать.
После двух лет работы, это должно быть очевидно для всех (вы, ваш босс, ваши коллеги), где вы стоите. Т. е., вы никогда не должны выяснить, что вы'ве было плохо только один раз в год; идеальную рабочую среду обеспечит непрерывную обратную связь.
В любом случае, о том, как отлаживать многопоточный код: вы еще'т упомянул ли это свои код или кто-то другой'ов. Есть некоторые новые отладчики и статические анализаторы, которые могут обрабатывать параллелизма. Но на самом деле, зная модели будет ваш лучший выбор, поскольку вы'будете знать, что искать.
Если вы понимаете, как критические секции и условия гонки и работа тупике, то вы'll быть в лучшем положении, чтобы определить вещи, которые неожиданно. Если вы видите, что "коммуникация" и между двумя потоками без переменных состояния, или если ресурсы mutexed без определенного порядка, или если локальная переменная объявлена статический
без видимых причин, то вы'вэ нашел потенциальную ошибку! Так что изучить лучшие практики для вашего домена и вы'll быть в лучшем положении, чтобы судить, когда что-то из ряда вон.
В покое Дон'т бороться, если нужно. Вербовать коллег. Получить их, чтобы помочь на поиски ошибок. Спросите их об их мыслительный процесс и инструменты. Возможно, упомянуть об этом в вашем обзоре, как часть вашего плана по улучшению. Если все вокруг вас делает лучше on этот system, может они знают что-то конкретное?
Я'вэ только что сказал мой босс, что я получу отрицательный рецензирование выступления в понедельник. Он хочет поговорить со мной о том, почему я так медленно и почему моя ставка Исправлена ошибка-это так низко.
Помните, что в любой неблагополучной компании вещи Дон'т случится на этот заказ. Если ваш босс заботится о вашей производительности, он должен устанавливать краткосрочные цели, и поговорить о ваших результатах, чтобы выяснить, где проблема лежит.
Вместо этого, он решает дать вам отрицательный отзыв, затем выяснить, почему. Похоже, он не желает вовлекать себя в проблему, и он нужен только результат в таблице.
Дон'т стремимся решить ошибки быстрее. Цель оценить свои способности, проверить, как ваши коллеги по работе, как они знают, что они знают, и будут знать, что это не идеальная компания.
Что касается практических советов, я использую фрагменты кода, и мои собственные MediaWiki для заметок. Я всегда имею в виду, какие книги читать далее и в каком направлении идти, чтобы продолжить мое обучение. Обучение-это путь к лучшей работе и более счастливой жизни.
Во-первых, повысить уровень доверия:
Зачем страдать? Вы можете легко найти работу, где они будут думать, что вы'вэ "от Бога" только потому, что вы можете сделать в Linux ничего встраиваемых, вне зависимости от вашего тарифа исправить ошибку.
В любом случае, это'невозможно установить лимит времени на охоту баг. "Охота за ошибками" - это навык, без сомнения, и эффективность весьма ценным.
Вы, возможно, отсутствуют некоторые базовые трюк, что другие знают о, которая заставляет вас медленнее.
Например, если вы и я работаем над Linux и промежуточного ПО, и я'м через Valgrind и на Найти память коррупцией проблем и сведения о состоянии гонки, в то время как вы'повторно только опираясь на GDB и Е, возможно, я надеру тебе задницу, даже если вы'снова умнее меня.
Также, как в вашем понимании параллельность? Если вы'вэ развивается в течение десяти лет, но большая часть этого опыта была'т с многопоточным кодом, это может быть проблемой.
Вы должны изучать многопоточность подробно: больше, чем просто знать, как использовать API's, но реально на "сделать" это на глубинном уровне. Если вы'повторно делать многопоточного программирования, вы должны быть, что разработчик, который может посмотреть на кодовую базу за милю и сценариев месте условия гонки, тупики, приоритет инверсий, голода ...
Я недавно прочитала книгу эффективно работать с унаследованным кодом и это'ы дал мне значительный толчок доверия при решении проблемы в каком-либо коде.
Если код, который вы'вновь работает с чем-то совершенным, я думаю, что эта книга будет в помощь. Я'ве обнаружили, что большое время для того, чтобы исправить ошибку, надо сначала изменить окружающий код, чтобы понять его, а затем однажды я понял код, и, надеюсь, сделать код тестируемым, поиску и исправлению проблем меньше страдания. (Иногда я даже переписать код, чтобы просто понять его, но потом откатить мои изменения, чтобы уменьшить риск внесения новых ошибок. Потом я вставляю свой исправить ошибку. Этот метод основан на трюк из книги.)
Я думаю, что мое предложение касается только часть вашей проблемы, и несколько косвенно, но эту книгу стоит прочитать несмотря ни на что, поскольку работа с унаследованным кодом-это неизбежность для любого разработчика.
Спросите вашего начальника, что скорость исправления ошибок и что'ы группа'ы средней скоростью исправление ошибок. Более важно, спроси у него как скорость исправление ошибок измеряемых...
Это вид метрического это'т действительно показатель, если было бы, было бы еще более ненадежным, чем Лок (хотя измерять различные вещи). И без правильного измерения нет никаких оснований обвинять вас ни в чем.
Признать, что вы работаете с работодателями и/или клиент не для них. Не стесняйтесь упомянуть, что в интервью, просто, чтобы установить рекорд прямо с самого начала.
Вы профессионал с много вложили в свой маленький бизнес, а именно себя.
Вы готовы работать, пока есть общность интересов метательные тебя из шкафа каждый день.
Если движения не существует в течение некоторого времени, а затем двигаться дальше.
Вы не тратите свое время и энергию на работодателя бомж, что не сохранить ваш интерес будет/навыки обновлен/задания сложные и/или интересные для вас работы. Это-менеджмент'ы задания. Кроме того, что они являются чистыми издержками.....
Держите вашу страсть, как это ключ.
Я'вэ были в подобной ситуации, потому что я боялась просить помощи. Судя по тому, что вы сказали в этом комментарии...
", А что'ы расстраивает то, что есть определенные инструменты/советы/хитрости, которые я узнал только после того, как есть год-полтора. Я'вэ были сдвинуты круг из команды в команду ( наверное, потому что я был убыточных ) и я'м знакомство с этими 'скрытые' инструменты каждый так часто.&и"
...возможно у вас такая же проблема, я сделал. Отладка-это ремесло, как писать код, который не'т требует столько же отлаживать в первую очередь. Смотрите другие разработчики работать через проблемы отладки может быть очень образовательным. Попросите их о помощи, когда вы'вновь возникли проблемы с сортировкой что-то. Особенно, если вы'вновь покрывая землю, что вы еще't перед. И делать это в идеале, прежде чем она's время для паники, потому что вы'вэ ничего не выходит.
Что сказал, Я согласен с комментариями, что руководство делает что-то неправильно. Если кто-то борется с чем-то, они должны получать помощь, прежде чем отрицательный отзыв начинается веселье. Черт, если кто-то в команде борется и никогда не получает помощь Я'd не сказать, что каждый из членов команды делает что-то неправильно (хотя это может быть прямым результатом людей, наблюдая за их исправление показателей ошибок чрезмерно тесно).
Что's отсутствует из ОП-это любое упоминание о повторяемый процесс или метод, который'ы следят, чтобы устранить ошибки.
Итак, во-первых, документ, процесс, которым вы следуете. Будьте уверены, чтобы задокументировать то, что каждый шаг в этом процессе призвана достичь.
Вы можете описать процесс как такой задачи:
Было бы полезно знать, если жуки существуют в течение длительного времени, или вводятся с последними изменениями. Если ошибки были ознакомлены с последними изменениями делать ревью кода и/или просто читая код, что создавал народ можете помочь.
Я думаю, что если вы можете четко определить проблему, например, "Я имею в виду проблемы гипотезы для проверки при попытке устранить ошибки" тогда вы можете получить более дельным советом.