I know you're not sure what my measure of success is, since I've never told you. However, simple context clues should have indicated that my use of the word successful in "successful operations" simply means operations which worked.
So, take your mind back about a week. I know it might seem like a long time, but, please try. Do you remember when you said that using decompiled scripts was "Unmantainable [sic] in the long term"? And then you tried to use something I said in another thread as some sort of proof that the method is no good? Yeah, that is what my 17,000 successful operations comment was about. Sure, I said you were looking for evidence to justify your already chosen course of action ("the way you want"). It's common. A simple google search about confirmation bias, the comment that I made after the portion you quoted, would reveal to anyone willing to make the slightest bit of effort what I was referring to.
So, to clarify since you missed it: I was saying that I had 17,000 successful operations the way I've been doing things. You zeroed in on something from another thread, which showed one instance of the procedure not working which might support your position (but didn't, since that person in the other thread was already using headers), rather than the larger number. That is an example of confirmation bias.
Duplicate code? Who said anything about duplicate code? And how is it duplicate code if it is a script modified in a different way from a different mod from a different author? What are you talking about?
No... Wait... Nevermind. I don't care.
Maybe you just completely overlooked what Darek wrote. Do yourself a favor and (re)read that. He hit the nail on the head there.
Sorry, just because the script compiles, doesn't mean it's working correctly. So what you really (
say that you) have is 17000 operations which you
think worked correctly.
And like I said, it's quite likely that with a saner approach, there could've been a lot less of them. So while you might pride yourself on filling a swimming pool with a teacup, it's simply not the best course of action if the goal is to fill the pool. However if the goal is to spend your life filling the pool - that's the way to go, I agree and have absolutely no objections to that.
If you simply decompile a script and then try to compile it back without any changes, which the person in the other thread did, it doesn't matter which headers you "use", they will not be actually used, only parsed by the compiler for syntax errors if included. I understand that a person who just downloaded SFSE for the first time might not realize it. However, someone who worked with scripts for over a decade, should.
Furthermore, you're confusing "using headers" with "not decompiling". They are not the same. You can use defines in the script itself, and most scripts do have some defines, and in that case the original version wil still be more readable than the decompiled one.
About duplicate code: macros are there to remove duplicate code. That's their reason to exist. When you decompile a script, you expand all the macros, thus introducing duplicate code.
If a macro is used 50 times in the original script, and you need to change it: say... fix a bug, then you can do it with 1 (one) operation. But if you want to do the same using a decompiled version, then you have to make 50 changes - 50 instances of duplicated code. That's much more error prone, not to mention taking longer.
And if macro was used in 100 scripts, then the work is multiplied by that number. In fact, there's more - you have to find those scripts first. And you don't even know if they are there.
Regarding what
@Darek said, he does have a point. Sometimes looking at low level code is necessary. (Although there's no need to decompile for that actually, preprocessing will do more or less the same.) And sometimes that might help to find a bug in header files. However, after finding it, you got to fix it, and about that, see the above paragraph.
Which is why my advice is not "don't decompile, ever", it's "don't decompile if you can help it".