Сыроежка...В той постановке вопроса, которую вы решили рассмотреть, я думаю, надо просто делать качественно свое дело и не пытаться доказывать, что твой код лучше, даже если он действительно лучший, а другие писать не могут.
Дело в том, что...Кто б сомневался :-) Будем надеяться, ТСу поможет. Уж тогда вдогонку: постарайтесь выстроить отношения как с начальством, так и с коллегами на более-менее формальной основе. Например, нет заданий на программирование - пишите сами. Прикидывайтесь "дурачком" и просите начальство "проверить и дать добро на исполнение". В общем, военные хитрости в разумных дозах. Когда совсем плохой код, попробуйте расписать сколько времени займёт рефакторинг и т.п.

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

svcoderВ общем мне удалось убедить менеджера отдела, что необходимо повышать качество кода на проектах. Возможно мне придется делать code-review самой большой по времени задачи каждого разработчика каждый месяц. Правда переписывать его не заставить, на это нет бюджета. А вот потребовать сделать рефакторинг при появлении пересекающегося функционала будет можно. Если по истечению нескольких месяцев качество кода у разработчика не повышается, в отставку.Примите поздравления! Удачи.

iv_an_ruСыроежкаЯ подготовил исправленный код (обратите внимание, подготовил исправленный код) и только тогда вышел к руководству проекта с указанием того, что команда не работает, код содержит ошибки, и я предлагаю исправленный готовый к использованию код. После этого меня обвинили, что я себя ставлю выше коллектива.:)Неофициально сходите в гости к начальнику начальника проекта, и опишите картинку, без эмоций "от себя" (эмоции той стороны цитировать можно). С нейтрально-озадаченным видом, "я не хочу никого подсиживать и я вообще могу на это забить, если на то есть технические/орг причины, но хотелось бы получить нейтральный совет, что делать в будущем."
Неплохо при этом аргументировать в рублях, если умеете, типа "плановое тестирование моих изменений сейчас --- столько-то рэ, иначе ловля каждой баги потом поодиночке в сложных сценариях --- столько-то рэ умножить на такую-то вероятность плюс багрепорты от клиентов столько-то рэ на такую-то вероятность плюс пятна на репутации считайте сами.
Разумно, конечно, иметь запасное предложение работы, но если ваши оценки верны, а начальник начальника адекватен, то виновных могут без указания вас как источника вывернуть мехом внутрь.Вы предлагаете сделать то же самое, только "с хитростями". Но принципиальная ошибка остаётся. Что происходит в таких ситуациях? Вы фактически приходите к начальнику и говорите ему в лицо, что он некомпетентен, плохо выполняет свою работу. Да ещё с аргументами на руках. Вы пытаетесь превысить свою компетенцию - а это смертный грех! Поставьте себя на место начальника - Вам бы понравилось? Такие "походы" можно делать только когда отношения с начальником налажены, когда он Вам доверяет и понимает, что все Ваши действия в интересах дела, а не его подсидеть. При этом начальник не может признать, что он некомпетентен, вот и приходится ему обвинять Вас в чём-то другом, типа "не умеете работать в коллективе".

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

Я наступил однажды точно на такие же грабли. Единственная разница - проблема была не в пустых указателях, а в том, что приложение занимало 100% ЦПУ. Исправил, доложил. Ровно через один билд ответственный разработчик вернул всё назад! Я разозлился и написал мэйл директору по маркетингу, что "так нельзя, мы теряем лицо, клиенты уходят" и т.п. Что было дальше? Да ничего. Всё осталось, как было. Ответственному разработчику доверяют больше, какие бы бредовые аргументы он ни приводил. Во всех таких историях очень важен фактор доверия. Пока Вам не начинают доверять, приходится это доверие зарабатывать.

raidan2otzi,
Сколько вам лет?...46.
Проблемы, которые здесь обсуждались, больше профессиональные, а не возрастные. По сути, всё описано в кодексе программных инженеров. С другой стороны, если в 25 лет человек не понимает, что собирается говорить начальнику "гадости", то это вопрос воспитания, и нет гарантии, что он будет понимать это в 40.