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

1. Прогибаюсь под фирму и послушно вписываюсь в её традицию (пусть даже и плохую).
2. Спрашиваю у технического начальника разрешение на внедрение новшества.
3. Внедряю новшество сам; если возникают проблемы - пробую защитить свою правоту, если не выходит - прогибаюсь (заменяю на традиционное для фирмы решение).
4. Что-то ещё?

IkarМиш, а чего это вдруг Вы просами занялись?Чем-чем я занялся?

Да просто в последнее время пришлось изрядно позаниматься инспекцией кода - вот всякие мысли и лезут. Вот, даже сформулировал многие из них в виде "пособия по боевому ПауэрБилдеру": http://www.zuskin.com/pb_code.htm - хотя вряд-ли это кому-то надо, всё равно почти все будут писАть акынским методом - "что вижу, то и пою".

IkarUrsego,

Ну, на сколько я понял твое "пособие" с моим незнанием аглицкого (собстно по коду примеров понял в основном ), то я примерно так и пишу в большинстве случаев.Дык мы в модераторах абы кого и не держим-с! :-)

Насчёт дестроев - конечно, надо смотреть по ситуации. Честно говоря, не помню делал ли я когда-нибудь create в цикле (кроме тестирования) - но, конечно, в этой ситуации лучше сразу убивать, чем накапливать в памяти. Ну, а если хочешь иметь в функции несколько return-ов, перед которыми если б не гарбич коллектор, то надо было бы каждый раз писАть несколько дестроев, то лучше положиться на сборщик мусора. Я слыхал краем уха, что гарбич коллектор в 8 билдере несовершенен, но мы пару недель назад тестировали как раз на восьмёрке (вызывали мессидж бокс из датасторовского destructor-а чтоб видеть момент смерти объекта) - в чём это несовершенство - так и осталось тайной. Возможно, кто-то увидел в виндовсовском менеджере задач, что если создать в цикле тыщу датасторов (и не уничтожать в коде), то память, занимаемая ПауэрБилдером, разбухает, а обратно не сжимается - но это не значит, что гарбич коллектор не уничтожил созданные объекты! Он свою работу делает, и внутри участка памяти, выделенной виндовсом билдеру, память освобождается и готова быть использованной снова, просто сам этот участок не уменьшается (если памяти в компе в избытке) - чтоб если понадобится в следующий раз, не делать аллокейт заново, а использивать то, что уже выделено.