Когда ведущий разработчик будет убежден, что проект перестанет работать [закрытый]
Во-первых, вы должны проверить свои плохие коды.
Во-вторых, вы можете использовать вызывающий сборщик мусора, как этот
@Component
public class GarbageCollectorInvoker {
private final Logger logger = LoggerFactory.getLogger(GarbageCollectorInvoker.class);
@Scheduled(cron = "0 0/30 * * * *")
public void execute() {
logger.warn("============GC Status B4=================");
logger.warn("Heap size free (mb): " + Runtime.getRuntime().freeMemory() / 1024 / 1024);
logger.warn("Heap size total (mb): " + Runtime.getRuntime().totalMemory() / 1024 / 1024);
logger.warn("Heap size max (mb): " + Runtime.getRuntime().maxMemory() / 1024 / 1024);
System.gc();
logger.warn("============GC Status After=================");
logger.warn("Heap size free (mb): " + Runtime.getRuntime().freeMemory() / 1024 / 1024);
}
}
11 ответов
Я никогда "не деактивировал" свое резюме. Если Вы совершенствуете его как проживание, вдыхая документ затем это всегда актуально, и никто не может подвергнуть сомнению Ваши побуждения для обновления его. Даже если Вы действительно не смотрите.
О единственной вещи я сделал бы по-другому, к какому Вы сделали, был, я запущу свой поиск работы с другого сутенера. Поскольку Вы обнаружили, позволив Вашему текущему сутенеру знать, что Вы не счастливы, может возвратиться к клиенту, который может быть плохим. Кроме того, по моему опыту, они все сосут одинаково, таким образом, нет никакого смысла являющегося лояльным ни к одному из них.
У меня была своя доля конфликтов на workfloor. И золотое правило:
- Если конфликт с начальником, пойдите, находят себя другим заданием, Вы не выиграете этого.
- Если Вы - менеджер, еще необходимо решить его, Вы будете в беде. Не ожидайте справку.
- Если конфликт с одноранговым узлом, все опции открыты. Но остерегайтесь, вещи могут испачкаться. Играйте его справедливый, но готовы идти дальше.
Нижняя строка, конфликты могут быть опасными для Вашего здоровья. Если они не могут быть решены в приемлемые времена, необходимо принять меры.
Вы попытались говорить с другим разработчиком? Возможно, Вы, возможно, помогли мотивировать его.
Я был здесь. Урок, который я устранил, никогда не был не говорят рекрутеру, который получил Вас задание о Ваших намерениях.
Посмотрите на него с точки зрения рекрутеров. Они удовлетворяют потребность в своем клиенте. И если у Вас были какие-либо вопросы о том, кто клиент, это - то, которое платит. Если проблема назревает, это - задание рекрутеров для смягчения его. Обычно это означает находить другого человека, который более подсуден и размещает их в Ваше задание.
Единственная причина рекрутер даже спрашивает Вас, как дела идут, состоит в том, чтобы определить, должны ли они найти кого-то еще для положения или нет.
Необходимо было остаться перед парнем, оплачивающим счета. Информирование того человека (вежливым способом) о том, как прогрессировали вещи. К сожалению, политика является просто частью работы в деловом мире независимо от того, что Вы делаете.
Да я соглашаюсь с не сообщением рекрутеру. Кроме того, настолько трудно, как это может быть в команде, сохраните вещи профессионалом и удостоверьтесь, что Ваш супервизор знает, как проект входит в Ваши глаза. Если Вы чувствуете, что определенные вопросы подходят, который может поместить проект в опасность, именно Ваша обязанность говорить, даже если выставляет другого разработчика в неприглядном свете. Можно, конечно, сделать, это - дипломатический путь, но необходимо всегда говорить.
И да, всегда совершенствуйте свое резюме. К сожалению, нет такой вещи как лояльность в эти дни...
Я соглашаюсь очень сильно с тем, что записал Jon B. Первое действие должно быть должно говорить непосредственно с разработчиком, который является отношением, находится в конфликте с Вашим. Если Вы делаете, как Вы сделали (поздравьте его с работой, что Вы думаете, что он преуспел), и утверждайте Вас вера, что проект будет подходить. Если это не работает, можно хотеть быть более прямыми и упомянуть, что Вы чувствуете, что его отношение может быть вредным. будьте ОЧЕНЬ ОЧЕНЬ ОЧЕНЬ ОЧЕНЬ осторожны относительно выполнения этого, потому что некоторые люди могут быть невероятно оскорблены и оборона об этом. Поэтому удостоверьтесь, что Вы тестируете воды сначала.
После того, как Вы говорили с разработчиком несколько раз и чувствуете, что добираетесь не, где, затем необходимо говорить с менеджером проектов. Кто бы ни возглавляет проект, что Вы оба продолжаете работать. Следует иметь в виду, что как консультант Вы работаете на ту компанию в настоящее время, таким образом возвращение и говорить с рекрутером об этом обязаны не решить что-либо.
Всегда пытайтесь говорить с человеком сначала, видеть, можно ли изменить их отношение.
Я был в этой той же ситуации, и единственные решения были к: (a) поддерживают ведущего инженера (b), обновляют резюме и ищут задание в другом месте
Когда проект действительно перестал работать, ведущий инженер надеялся возлагать вину на любого и всех, увольнять их, таким образом освобождая его. Я запустил поиск работы за приблизительно месяц до того, как проект был завершен и был удачен.
Я не знаю, как обработать ситуацию лучший способ, но две книги, которые обеспечивают идеи избежать, чтобы такие ситуации очень хорошо были:
Отладка процесса разработки и изгнания нечистой силы программного обеспечения
Единственные люди, которые имеют значение в этом случае:
- Ваши коллеги (Ваш коллега), быть командным игроком там.
- Ваш менеджер (технический менеджер, которого Вы упоминаете), он - тот, платя Вам и заслуживает честной оценки ситуации проекта HIS.
Единственным возможным вариантом для Вас как подрядчик, если у Вас есть реальные проблемы на жизнеспособности проекта, является соглашение с нею открыто (никакие переговоры один на один), или просто закрытый, и сделайте свои максимальные усилия.
Как подрядчик Вы не можете предоставить политику, Вы будете записаны каждый раз.
Лично я просто пробую к лазерному вниманию на технические вопросы только и просто игнорирую что-либо, что не является техническим. Это, очевидно, не всегда возможно, но необходимо очень стараться, и люди будут просто ценить профессионализм.
В этом случае Вы ничего не сказали о технических причинах, для которых Ваш коллега думал, что этот проект был обречен. Возможно, у него были некоторые актуальные вопросы (Вы заставляете его казаться, что его точки были несерьезны), и возможно хорошая оценка проблем поможет Вам работать командой по предложению сделать эту работу проекта.
Между прочим сделал сбой проекта в конце?
О, и рекрутеры, с которыми нечего делать в этом. Они не тот, платя Вам и сделают то, что он берет для избавлений от Вас, если они чувствуют, что Вы становитесь ненадежными и могли бы поставить под угрозу их потенциал будущего бизнеса с их платящим клиентом.
Возьмите путь наименьшего сопротивления.
Предположение, что финансовое вознаграждение в корне зла (это обычно).
Устраните конкуренцию, соперничающее (против Ваших коллег) для одобрения Вашего поставщика работодателя/зарплаты. Это обычно, почему существует 'политика' на рабочем месте. Деньги.
Нет такой политики с Вашими друзьями/семейством вне работы. Есть ли?
Место занятости является институтом, который вынуждает нас в иерархию. Тьфу!
Решение: Старайтесь избегать работодателя в целом или работы для этого как долгосрочная цель. Будьте своим собственным работодателем. Почему нет? Генерируйте некоторую форму пассивного дохода.
Не помещайте все свои яйца в одну корзину путем работы только на кого-то еще - только. Вы собираетесь для падения. Это - прерывание. Кто хочет жить как этот?
Мы - вся польза в определенных вещах... разработчики являются творческими.
Определите то, чем случается так, что Вы способны. Создайте его. Продайте его. Но сделайте это для Вас. Не работодатель. Попытайтесь найти, что ниша, которая позволяет Вам становиться финансово независимыми.
Начать с малого. Маленькие шаги.;)