Зачем запутывать код, если от него есть коммерческая выгода? Честно говоря, предположим, что коммерческий код достаточно оптимизирован, запутан и работает, а затем произошла мать всей неловкой вещи - сбой .... вы застряли в imho, поскольку производственный двоичный код запутывается, делая его труднее отладка там, где происходит сбой и его трудно воспроизвести, он навсегда останется в списке ошибок ...
Например, пытаясь найти трассировку стека, вы в конечном итоге потеряете больше волос, чем когда-либо пытаетесь выяснить, как разбирается код, чтобы выяснить, что там происходит WTF, бесконечные скопления петель спагетти. Короче, не надо!
В конечном итоге вы потеряете деньги, пытаясь отладить ошибку ... либо вы должны быть блестящим экспертом по ассемблеру, чтобы читать дампы памяти и обрабатывать их из запутанного кода ... Не выбрасывайте его прочь, просто работай и продавай свой прекрасный продукт ... Конечно, есть много людей, у которых есть время взломать его, переработав код ...
Секрет избиения, который следует принципу - часто выпускают, часто выпускают , вносят улучшения по мере того, как вы выпускаете часто, таким образом, новейшие и лучшие функции будут более эффективными - на сегодняшний день время взломщику, чтобы разобрать его и потренироваться! Посмотрите на исходный код Linux, патчи входят, затем он выпускается ... если вы помните этот принцип, выпуская новую версию с большим количеством функций в гораздо более быстром темпе, чем вы выигрываете!