"No-one else has reported this problem, you're either crazy or a liar" - Dogbert Technical Support
"Have you tried turning it off and on again?" - The IT Crowd
Oh I would definitely disagree with that.
Since I'm fluent in English, when I see a function that I've never seen before, I can usually make a pretty accurate guess as to what it does just from the name. If functions looked more like this:
Then I'd probably just give up and go work at McDonalds.Code:fdfasd( "%d fdsjkjlkjsf %s!", ruios, vbios ); tjkeio( ruios++ ); iowmdiflw::fuivmwi fsjis( vbios ); ...
I was probably wrong, I though about redefining keywords (such as #define private public) which this is not.
I might be wrong.
Quoted more than 1000 times (I hope).Thank you, anon. You sure know how to recognize different types of trees from quite a long way away.
cpjust I love your idea. If I could I would totally abolish English and replace it with an improved version of that but of course it's not that simple. I also guess I wasn't the first person to thing of a new language. Just because something has been stadard for some time (english) doesn't mean that it shouldn't be replaced(e.g. Windows).
Last edited by lruc; 09-04-2008 at 01:13 PM.
I notice that MSVC 2008 accepts pretty much any char in variable names. It is not very portable, but on the other hand, when you are moving an equation directly from paper to code, it can be very clear as to what is going on.
Not quite. The standard guarantees that these work (plus the underscore). However, it says that it is implementation-defined whether, and which, other characters are allowed in variable names.
Thus, any code that goes outside the guaranteed range is not portable, but not necessarily invalid either.
All the buzzt!
CornedBee
"There is not now, nor has there ever been, nor will there ever be, any programming language in which it is the least bit difficult to write bad code."
- Flon's Law
Not undefined. You either get a compiler error, or it works.
All the buzzt!
CornedBee
"There is not now, nor has there ever been, nor will there ever be, any programming language in which it is the least bit difficult to write bad code."
- Flon's Law
The standard C library being an exception
All the buzzt!
CornedBee
"There is not now, nor has there ever been, nor will there ever be, any programming language in which it is the least bit difficult to write bad code."
- Flon's Law
I prefer to only use irregular characters for personal applications that I only plan on compiling for my benefit. As I mentioned, its nice to have code that looks like:
Example:
But these sorts of lines of code don't translate well across all compilers. However, if you are taking something from paper and applying it directly to your program, this makes life so much cleaner.Code:∆t = +(t[0] - t[1]); ө = atan(∆t) + 1;