Yest it is... doesn't make it any better.
Yes, but what do you mean by right tool? I've seen someone take Lotus (the spreadsheet) and turn it into a word processor with macros the size of New York. I've been using depreciated php such as eregi... because the first incarnation of unRAID 5.0 did not have pcre.
No, I understand them fine. But they are a useless tripe of compactness in an environment where there is no need for compactness, and they detracts from readability. Many code editors that do syntax highlighting don't support them. If you are editing code, you often have to convert them to normal syntax in order to expand the code. And if you have one level, pretty soon you'll nest them "just this onece" and it is a slipperly slope of code that is harder to manage.
Oh that's no flame... it's true. But it depends on what code you are talking about. Most everything I've posted for unRAID has been just prototyping and proof of concept.... no comments either I use a RAD paradigm for such things, and then if the development foundation looks good, it will get put into a code version suitable for consumption by others. I don't think the source of anything I've posted here has been intended for public consumption.... it was all just proof of concept. I won't do any serious development until Tom's migration plans to Slackware 13.1 and the new kernel are done.
I agree. Perhaps you missed my earlier posts about the impropriety of short open tags. But that's the style Tom uses, so I threw caution to the wind. But I won't follow his lead in bracketless codeblocks... yeuch!