I think that C programmers are people first and C programmers second. The reasons why putting significant information first is a good thing to do have to do with human cognition, and hold just as well in C as in Perl.
However the C community as a whole is different than the Perl community, and sometimes it is better to make suboptimal choices to allow you to live within community mores. (Random example. A while ago I heard about a proposal to start lines with semicolons. I laughed, then I thought about it and decided that it is slightly better than the usual practice of putting them at the end. But it so strongly contradicts people's expectations, and there is no way I'd actually do it in practice.)
About putting commas at the start of lines, that is a habit that I got into from SQL. The problem is that in SQL it is illegal to have a trailing comma. Therefore if you put commas at the end of the line, it is easy to run into problems when extending a list. You are much less likely to run into trouble if you put the comma at the beginning of the list. I've since decided that I like formatting things the same way in Perl.
And a note about Hungarian notation. Hungarian notation is generally a bad idea in any language. Due to political reasons, Code Complete did not come out and say that as strongly as it could, but the maintainance problems that it described for that style are all accurate. (A prime example is what goes wrong is when a variable type is changed. People generally don't change the name, so now everywhere you have typed misdocumentation of the type. Wonderful.) However, that said, the existence of a type system and the reality that unexpectedly trying to cast types is often a Bad Idea in VB and C does mean that Hungarian notation carries some useful information in those languages. In Perl, of course, it is far less likely to carry any useful information.