C++Talk.NET C++ language newsgroups   Archives   FAQ   Search   Memberlist   Usergroups   Register   Profile   Log in to check your private messages   Log in  James Kanze's message in c.l.c++.m          C++Talk.NET Forum Index -> C++ language (comp.lang.c++) View previous topic :: View next topic   Author Message Sanjay Guest Posted: Sun Dec 28, 2003 5:48 pm    Post subject: James Kanze's message in c.l.c++.m For some reason, I cannot post to c.l.c++.m, so I am putting my opinion here. In the thread "Function Rings" in that newsgroup, Mr. Kanze opines Quote: #define FOR(COUNT) for (int i__ = 0; i__ < COUNT; ++i__) The standard may allow junk like this, but it is enough to get you fired in any company I've worked for. With all due respect, all "software" companies I have worked for have had no respect for such things at all. What matters is that the product be released on time. Macros exceed several lines. Functions are several hundreds of lines long. Some source files are, be ready for this, several thousands of lines long, all classes do everything, everyone is everyone's friend. A class behaves one way when a variable has one value and another when it has another. The code is sprinkled with duplicate or nearly duplicate constructs. Every programmer re-invented the wheel. You write a class that's short, you create source files that don't exceed 200 lines, you use STL, and the code reviewer thinks you aren't doing enough. The official coding guidelines wait patiently in the recycling can for the recycler to come and pick them up. I am not talking of small companies, but big ones with multi-million dollar budgets. I respectfully submit that there is a disconnect between what's propounded on these newgroups and what obtains in reality. Again, this is all based on "in any company I've worked for", as Mr. Kanze said. Back to top Bob Jacobs Guest Posted: Sun Dec 28, 2003 6:58 pm    Post subject: Re: James Kanze's message in c.l.c++.m "Sanjay" <sanjay (AT) nevermind (DOT) com> wrote Quote: For some reason, I cannot post to c.l.c++.m, so I am putting my opinion here. In the thread "Function Rings" in that newsgroup, Mr. Kanze opines #define FOR(COUNT) for (int i__ = 0; i__ < COUNT; ++i__) The standard may allow junk like this, but it is enough to get you fired in any company I've worked for. With all due respect, all "software" companies I have worked for have had no respect for such things at all. What matters is that the product be released on time. Macros exceed several lines. Functions are several hundreds of lines long. Some source files are, be ready for this, several thousands of lines long, all classes do everything, everyone is everyone's friend. A class behaves one way when a variable has one value and another when it has another. The code is sprinkled with duplicate or nearly duplicate constructs. Every programmer re-invented the wheel. You write a class that's short, you create source files that don't exceed 200 lines, you use STL, and the code reviewer thinks you aren't doing enough. The official coding guidelines wait patiently in the recycling can for the recycler to come and pick them up. I am not talking of small companies, but big ones with multi-million dollar budgets. I respectfully submit that there is a disconnect between what's propounded on these newgroups and what obtains in reality. Again, this is all based on "in any company I've worked for", as Mr. Kanze said. And which companies are we talking about, exactly? ;-) Back to top Jeff Schwab Guest Posted: Sun Dec 28, 2003 9:48 pm    Post subject: Re: James Kanze's message in c.l.c++.m Bob Jacobs wrote: Quote: "Sanjay" <sanjay (AT) nevermind (DOT) com> wrote in message news:cHEHb.470$Vl6.214590 (AT) news20 (DOT) bellglobal.com... For some reason, I cannot post to c.l.c++.m, so I am putting my opinion here. In the thread "Function Rings" in that newsgroup, Mr. Kanze opines #define FOR(COUNT) for (int i__ = 0; i__ < COUNT; ++i__) The standard may allow junk like this, but it is enough to get you fired in any company I've worked for. With all due respect, all "software" companies I have worked for have had no respect for such things at all. What matters is that the product be released on time. Macros exceed several lines. Functions are several hundreds of lines long. Some source files are, be ready for this, several thousands of lines long, all classes do everything, everyone is everyone's friend. A class behaves one way when a variable has one value and another when it has another. The code is sprinkled with duplicate or nearly duplicate constructs. Every programmer re-invented the wheel. You write a class that's short, you create source files that don't exceed 200 lines, you use STL, and the code reviewer thinks you aren't doing enough. The official coding guidelines wait patiently in the recycling can for the recycler to come and pick them up. I am not talking of small companies, but big ones with multi-million dollar budgets. I respectfully submit that there is a disconnect between what's propounded on these newgroups and what obtains in reality. Again, this is all based on "in any company I've worked for", as Mr. Kanze said. And which companies are we talking about, exactly? Sell! Sell!!! Back to top Display posts from previous: All Posts1 Day7 Days2 Weeks1 Month3 Months6 Months1 Year Oldest FirstNewest First         C++Talk.NET Forum Index -> C++ language (comp.lang.c++) All times are GMT Page 1 of 1   Jump to: Select a forum C/C++----------------C LanguageC Language (Moderated)C++ Language (Moderated)C++ language (comp.lang.c++)C++ language, library and standards Non-English C/C++ Newsgroups----------------C++ (German)C++ (French)  You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum Powered by phpBB © 2001, 2006 phpBB Group SEO toolkit © 2004-2006 webmedic.