@Computergeek01: "I was not a part of the conversation yet and had already stopped watching the show years before. But I walked up to her and said "If you can train a cockerspaniel to shit out a tornado then I'll conceed your point. Until then you're arguing about a kids videogame, and losing by the way. The point is you look like an asshole." and I walked away. I hindsight I shouldn't have done that because she was pretty cute, but I have no real regrets about it since about 50 people laughed."
??? Little bit harsh, no?
@m4ster r0shi, I like the idea you have of taking an idle RPG and making it more interactable.
I've got to say, it's like having a virtual RPG character pet. XD I much prefer the idea with your extensions, as a normal idle RPG sounds pretty boring to be honest.
@ Veltas: What can I say? I was\am an impulsive jerk. Time and time again I have seen that my reaction to situations is largely based on wheither or not I have an audience and how large that audience is. It's not like I slapped her, I do draw the line SOMEWHERE.
if you are making an rpg game...usefulness factor can be replaced with how in-depth it is. for example if all the game does is go through 1 short quest that lasts only like 2 seconds, it wont get a very good grade
I think I get it now, you and your friends are grading the "Wow factor" of the end product not the code that was used to generate it.
This is what I've been wondering about. This is also highley subjective which I don't know if I like. For me an application might be graceful, clever and absolutley facinating and you might dismiss it as malicious completely ignoring the charm inherit in it's execution. You're also leaving the door wide open by not listing ANY restrictions on function, size or API\Libraries used. Some one who is familiar with Boost::ASIO for example will have a distinct advantage over another person by simply building off of someone elses work especially if you and your friends are familiar with what that library should be able to do. You don't say if you want it to be cross platform or targeted at a specific one.
#include <iostream>
int add(int a, int b) {
int m = a ^ b,
n = a & b;
if( n != 0 )
return add(m, n << 1);
elsereturn m;
}
int subtract(int a, int b) {
int m = a ^ b,
n = ~a & b;
if( n != 0 )
return subtract(m, n << 1);
elsereturn m;
}
int main(int argc, char *argv[]) {
if( argc < 3 )
return 1;
int a = atoi( argv[1] ),
b = atoi( argv[2] );
std::cout << a << " + " << b << " = " << add(a, b) << '\n';
std::cout << a << " - " << b << " = " << subtract(a, b) << '\n';
return 0;
}
//Now all I have to do is reinvent Fire and The Wheel using only bitwise operations...
In these 4 pages of thread you have only shown C++ cannot be used to write awesome programs.
For me awesome is achievieng a non-trivial behaviour with simple code. LISP is awesome. TeX is awesome. Unix is awesome. For example it would be awesome if you could write a standard compliant C++ interpreter in C++ and the code would fit fully on the screen. That would be really awesome. But I doubt you can.
And you are showing just the opposite. Most of the code is good for obfuscated C++ contest, not for awesome C++ contest. Just my 3 cents.
For me awesome is achievieng a non-trivial behaviour with simple code.
How about a C++ program that uses genetic algorithms to find a good solution
to the binary knapsack problem? -> http://codepad.org/yWPxzqms
Though, you could say I'm cheating a bit, since the non-trivial behaviour
(BKP solution) is achieved by the algorithm. But still, since the algorithm
is implemented in C++, it's C++ code that achieves non-trivial behaviour :D
Also, since this is something I wrote for a homework assignment
several months ago, it can't be an entry for the competition.
PS: Don't put small values (e.g. 1 or 2) for N or pool size.
@rapidcoder,
I don't know about anyone else, but I think writing deliberately obfuscated, but clever, code is much more fun than writing normal programs. It's nice to break the repetition once in a while.
@rapidcoder: I'm sure that LISP, TeX and Unix are awesome but that's a pretty loose example for awesome C++ code. Also, only one example was obfuscated, the rest were easy enough to read.
@m4ster r0shi: Surely you can do cool stuff in all Turing-complete programming languages since the cool stuff really is the algorithm at work?
How about a C++ program that uses genetic algorithms to find a good solution
to the binary knapsack problem? -> http://codepad.org/yWPxzqms
Whoa, 400+ LOC for solving a problem that is almost trivial?
It is not awesome at all. First, GAs are the kind of metaheuristics that are neither simplest, nor the most efficient. There are simpler and better metaheuristics for solving KP, e.g. VNS.
Second, the same algorithm can be implemented in any language, so that it is written in C++ doesn't make it any more or less awesome. If you did the same in 20 LOC, well that would be something.
I mean it is extrmely hard to write awesome code in C++, because C++ is so verbose. Even a simple solution looks quite complicated in it.
I'm sure that LISP, TeX and Unix are awesome but that's a pretty loose example for awesome C++ code.
It is example of awesome code, but not C++ code. All they have nothing in common with C++.
And actually that you can write a LISP interpreter entirely in LISP and its *full* source code fits on the screen - yeah, that is what I call awesome.