Have no idea what to do!

I am a beginner ... I have nowhere to begin!

Does anybody have an Idea for a program that I can write that runs from the console. I need a challenge... I am a SUPER FAST coder. I have too much time...
http://cplusplus.com/forum/articles/28558/

If you really want to stick with the console, all the power to ya, but if you really have a lot of time on your hands, SFML seems like a good idea.
closed account (zb0S216C)
How much of C++ do you know?
@Danny: He's looking for a console-based project, not a graphical project( SFML ).

Personally, I only write libraries, graphical applications and hardware based applications( Such as programs that reads from peripheral ports ). I cannot recommend good console-based projects but it's worth having a solid foundation to work with.

I don't know how much of C++ you know so it's up to you to tell us how much you know. Assuming you give us some information of what you know, we can go from there.
I can do pretty much everything except DLLs.

I'm quite practiced in all of the STL classes, but I like doing stuff like Text Adventures. I want to something other then that, but I can parse text and do ANYTHING (virtually) console based.

I am BORED!!!!!
closed account (zb0S216C)
If you can do "anything", then it's time to move from console programs. You can start in any of the following fields: Physics, sound, graphics, hardware, AI( Artificial Intelligence ), or parsing an already existing language( Or write your own, which would be harder. ). Each field has multiple sub-fields that you can focus on. I can only help to an extent.

Do you know how to program using the Windows A.P.I?
I do NOT know anything about Windows programming. I think I'll try creating a compiler for a Text Adventure language.
closed account (zb0S216C)
Creating a compiler is no easy task, even for a small purpose. First you need to write an assembler which I believe is written in the Assembly language. After that, you need to write the language interpreter. This is too much work for a text-based adventure. Why not use an existing scripting language?
Last edited on
...
...
How much assembler do you need to know?
I know a little bit, but I'm no master.

I was thinking that there might be some way to manipulate the code into c++, and then compile that.

I guess that rules out writing a language.
Framework wrote:

@Danny: He's looking for a console-based project, not a graphical project( SFML ).


How much did you read of my post?
Danny Toledo wrote:

If you really want to stick with the console, all the power to ya...


I was suggesting SFML IF he wanted to stray from the console, which, as mentioned in the article I also suggested he read, is awful for gamming.
Last edited on
closed account (zb0S216C)
I was thinking that there might be some way to manipulate the code into c++

You have to understand that not everything can be written in C/C++. There will come a time when you have to use another language for specific purposes. That's why people recommend learning multiple languages.

I guess that rules out writing a language.

No it doesn't. Just because the language isn't compiled, it doesn't mean you cannot write a language( Scripting languages don't need to be compiled, but need to be parsed ).
If you can do anything then you're not a beginner...?
@ OP: You seem to be stuck in your comfort zone, this is a bad place to be. It leads to stagnation and rot.

If you don't want to leave the consule just yet then a scripting language is a good project, but it's just parsing text and validating data you won't force yourself to learn much.

If you want a real challenge for your brain then just read these articles and write what ever comes to mind:

http://en.wikipedia.org/wiki/MD5
http://en.wikipedia.org/wiki/Rainbow_Table

Past that you need to let the consule go, it's time to move on.
Last edited on
Framework wrote:
First you need to write an assembler which I believe is written in the Assembly language.

A compiler doesn't have to compile into assembly. Many compilers generate byte code, others generate C code, and so on. And remember there isn't just one assembly language.

After that, you need to write the language interpreter.

If you have a compiler that compiles into something the machine or some other program can read, you don't need an interpreter.

You have to understand that not everything can be written in C/C++. There will come a time when you have to use another language for specific purposes. That's why people recommend learning multiple languages.

I think mostly everything could be written in C/C++, but when efficiency (or availability of libraries, or some other circumstance) isn't an issue it's best to use a higher level language, because they're more expressive and quicker to work with. And the reason learning different languages is very important, IMO, is that you learn different ways to think and express yourself, which makes you a better programmer overall. Also, when you know a few different languages, you're not stuck as a blub programmer ( http://www.paulgraham.com/avg.html ).
I actually know a lot of languages. I know Java, C, C++, Pascal, HTML, JavaScript, Fortran(!), and a little C#, Visual Basic, and Smalltalk.

So, I
know a few different languages
.

However, my preference is C++ by far, because even though I equally like Pascal, Fortran, and C++, C++ is the only one I believe has any real future other than rotting on a floppy drive. Even though there are current Pascal compilers, noone uses Pascal anymore. I am currently learning the STL, and how to program in Perl and Ruby.

Topic archived. No new replies allowed.