The biggest problem i have in programing is that i cant ever think of anything at my skill level to program, not to advanced not to easy... any ideas?
If you're given something easy to do, then that's at your skill level. If you're given something too hard and you don't know how to do it, then that's above your skill level. Difficult projects are usually made up of several small and easy projects. Utilize your current knowledge to complete harder projects. This way, you will get stuck maybe several times which will allow you to research and learn the things you didn't know and thereby increasing your skill level.
make a battle.net bot. with bnls and sphts documents that shouldnt be beyond any programmers "skill level". Once that is complete add features (that you may not know how to add) such as profiles, security, user-database, trivia, ect... That was my first project after I read my first book and it taught me alot
Quote from: Zeller on January 18, 2004, 06:16 PM
make a battle.net bot. with bnls and sphts documents that shouldnt be beyond any programmers "skill level". Once that is complete add features (that you may not know how to add) such as profiles, security, user-database, trivia, ect... That was my first project after I read my first book and it taught me alot
That's a terrible suggestion. People shouldn't be programming bots unless they are already fairly good programmers, otherwise they'll get stuck and ask stupid questions here and it bugs me.
What I would recommend is trying to make clones of existing programs which aren't too difficult, just for practice. I made a perfect(-ish) minesweeper clone once, which wasn't terribly difficult but was fairly interesting nonetheless. Perhaps a card game, or arcade-type game (Pac-man provides interesting challenges, since you start getting into ai; I did a pac-man clone for my final project in grade 11 cs vb, I still have the .exe but I lost the source). Space Invaders is a fairly simple one. Perhaps a sort of mini-golf game?
That's what I can think of off the top of my head.
what are you familiar with maybe i can help you with some projects
Quote from: Zeller on January 18, 2004, 06:16 PM
make a battle.net bot. with bnls and sphts documents that shouldnt be beyond any programmers "skill level". Once that is complete add features (that you may not know how to add) such as profiles, security, user-database, trivia, ect... That was my first project after I read my first book and it taught me alot
In addition to what iago said, you're also assuming he knows what Battle.net is. If someone has no interest in a server, I wouldn't suggest that they write a client for it.
First off I think making a battle.net bot is still easier then programming a minigolf game and maybe minesweeper. Like I said, sphts documents explain alot about packets and variable types that he would need to know. Also spht is right, make sumthing that your intrested in. If bots dont float your boat, just ignore everything I said.
Quote from: Zeller on January 19, 2004, 12:53 PM
First off I think making a battle.net bot is still easier then programming a minigolf game and maybe minesweeper. Like I said, sphts documents explain alot about packets and variable types that he would need to know. Also spht is right, make sumthing that your intrested in. If bots dont float your boat, just ignore everything I said.
To create a useful bot requires, at the very least, a decent knowledge of collections, string parsing, sockets, file i/o, GUI programming (depending on bot), language syntax (obviously), etc... To program a simple game might only require you to learn the language syntax and some graphics, depending on how advanced a game you are trying to make.
You have to learn, and understand way more concepts to program a bot, so I fail to see how it is easier... Simple games are how I always learned how to program. From there, I learned other programming concepts, and now am working on a bot.
Quote from: Tuberload on January 19, 2004, 01:12 PM
Quote from: Zeller on January 19, 2004, 12:53 PM
First off I think making a battle.net bot is still easier then programming a minigolf game and maybe minesweeper. Like I said, sphts documents explain alot about packets and variable types that he would need to know. Also spht is right, make sumthing that your intrested in. If bots dont float your boat, just ignore everything I said.
To create a useful bot requires, at the very least, a decent knowledge of collections, string parsing, sockets, file i/o, GUI programming (depending on bot), language syntax (obviously), etc... To program a simple game might only require you to learn the language syntax and some graphics, depending on how advanced a game you are trying to make.
You have to learn, and understand way more concepts to program a bot, so I fail to see how it is easier... Simple games are how I always learned how to program. From there, I learned other programming concepts, and now am working on a bot.
Knowing about some of that is *optional* at best if using CSB.
Quote from: Zeller on January 19, 2004, 12:53 PM
First off I think making a battle.net bot is still easier then programming a minigolf game and maybe minesweeper. Like I said, sphts documents explain alot about packets and variable types that he would need to know. Also spht is right, make sumthing that your intrested in. If bots dont float your boat, just ignore everything I said.
I programmed a minesweeper clone years ago, long before I could have programmed a bot. And minigolf is actually really easy, pick an angle, pick a strength, a little animation involving a little geometry, and that's it.
Quote from: R.a.B.B.i.T on January 19, 2004, 08:30 PM
Quote from: Tuberload on January 19, 2004, 01:12 PM
Quote from: Zeller on January 19, 2004, 12:53 PM
First off I think making a battle.net bot is still easier then programming a minigolf game and maybe minesweeper. Like I said, sphts documents explain alot about packets and variable types that he would need to know. Also spht is right, make sumthing that your intrested in. If bots dont float your boat, just ignore everything I said.
To create a useful bot requires, at the very least, a decent knowledge of collections, string parsing, sockets, file i/o, GUI programming (depending on bot), language syntax (obviously), etc... To program a simple game might only require you to learn the language syntax and some graphics, depending on how advanced a game you are trying to make.
You have to learn, and understand way more concepts to program a bot, so I fail to see how it is easier... Simple games are how I always learned how to program. From there, I learned other programming concepts, and now am working on a bot.
Knowing about some of that is *optional* at best if using CSB.
I forgot about that... Well I guess making a bot is now easier that learning the syntax of a language. ;D
Well Cuphead could certainly control a large chunk of the masses if he would implement some way to say who can/can't use CSB.
Um.. still.. using CSB isn't making a bot.. all you're doing is slapping a GUI on it and calling it that.. anybody can do that..
Quote from: Liquid[BH] on January 20, 2004, 11:32 AM
anybody can do that..
Actually, I've seen people who can't even do that. :D
Quote
To create a useful bot requires, at the very least, a decent knowledge of collections, string parsing, sockets, file i/o, GUI programming (depending on bot), language syntax (obviously), etc... To program a simple game might only require you to learn the language syntax and some graphics, depending on how advanced a game you are trying to make.
Assuming that he is writing a bot in vb, the only thing on that list that shouldnt be basic programing knollage is sockets. But I already explained about the documents available.
Although I never programmed a game, learning sockets seems easier then learning how to use gdi+
edit: fixed quote tags
Quote from: Zeller on January 20, 2004, 05:05 PM
Quote
To create a useful bot requires, at the very least, a decent knowledge of collections, string parsing, sockets, file i/o, GUI programming (depending on bot), language syntax (obviously), etc... To program a simple game might only require you to learn the language syntax and some graphics, depending on how advanced a game you are trying to make.
Assuming that he is writing a bot in vb, the only thing on that list that shouldnt be basic programing knollage is sockets. But I already explained about the documents available.
Although I never programmed a game, learning sockets seems easier then learning how to use gdi+
I disagree. In order to
try to write a bot, you only need to know basic sockets. To actually succeed, you need to know everything on Tuberload's list except for Collections. (StealthBot operates entirely using dynamic arrays. I didn't know what Collections were or how to use them until very recently.)
[Edit: Fixed quote tags]
Quote from: Stealth on January 20, 2004, 08:16 PM
Quote from: Zeller on January 20, 2004, 05:05 PM
Quote
To create a useful bot requires, at the very least, a decent knowledge of collections, string parsing, sockets, file i/o, GUI programming (depending on bot), language syntax (obviously), etc... To program a simple game might only require you to learn the language syntax and some graphics, depending on how advanced a game you are trying to make.
Assuming that he is writing a bot in vb, the only thing on that list that shouldnt be basic programing knollage is sockets. But I already explained about the documents available.
Although I never programmed a game, learning sockets seems easier then learning how to use gdi+
I disagree. In order to try to write a bot, you only need to know basic sockets. To actually succeed, you need to know everything on Tuberload's list except for Collections. (StealthBot operates entirely using dynamic arrays. I didn't know what Collections were or how to use them until very recently.)
[Edit: Fixed quote tags]
I think knowing how to parse is a must when trying to write a bot. Your right that collections arent realy needed for making a bot, but they could come in handy for features like an anti-flood queue, wisper windows or cloning. Anyway, every one (those who have more experiance programming then me) seems to be aggainst making a bot so just go with a game or somthing. good night
All collections really are is arrays with added functionality... I prefer to use collections over arrays when it comes to things like channel lists, queues, etc... I use arrays when the extra functions aren't needed.
How many of you VB bot makers out their use listboxes to store all kinds of data and read/write directly to it? That is a collection with a gui attached to it.
If you know how to use an array, you should be able to use a collection without to many problems. They are just different tools to use, and it is up to you to choose what suits your project best.
heh odd that original author of this post has yet to reply...maybe if he gave us some more background as to what he knows we could lead him in a better direction lol
QuoteActually, I've seen people who can't even do that.
That is true.. i've seen people fail at that..
Quote from: Zeller on January 20, 2004, 10:54 PM
Quote from: Stealth on January 20, 2004, 08:16 PM
Quote from: Zeller on January 20, 2004, 05:05 PM
Quote
To create a useful bot requires, at the very least, a decent knowledge of collections, string parsing, sockets, file i/o, GUI programming (depending on bot), language syntax (obviously), etc... To program a simple game might only require you to learn the language syntax and some graphics, depending on how advanced a game you are trying to make.
Assuming that he is writing a bot in vb, the only thing on that list that shouldnt be basic programing knollage is sockets. But I already explained about the documents available.
Although I never programmed a game, learning sockets seems easier then learning how to use gdi+
I disagree. In order to try to write a bot, you only need to know basic sockets. To actually succeed, you need to know everything on Tuberload's list except for Collections. (StealthBot operates entirely using dynamic arrays. I didn't know what Collections were or how to use them until very recently.)
[Edit: Fixed quote tags]
I think knowing how to parse is a must when trying to write a bot. Your right that collections arent realy needed for making a bot, but they could come in handy for features like an anti-flood queue, wisper windows or cloning. Anyway, every one (those who have more experiance programming then me) seems to be aggainst making a bot so just go with a game or somthing. good night
That's string manipulation. =)
QuoteHow many of you VB bot makers out their use listboxes to store all kinds of data and read/write directly to it? That is a collection with a gui attached to it.
It's baaad to use GUI controls for things that have nothing to do with the GUI.
Quote from: Stealth on January 21, 2004, 04:14 PM
QuoteHow many of you VB bot makers out their use listboxes to store all kinds of data and read/write directly to it? That is a collection with a gui attached to it.
It's baaad to use GUI controls for things that have nothing to do with the GUI.
I was going to say that, but then I realized he didn't actually say that they were invisible ones.
Quote from: iago on January 21, 2004, 05:10 PMI was going to say that, but then I realized he didn't actually say that they were invisible ones.
It's still bad practice even if they're invisible. Creating a GUI control means incurring the overhead of its existence, even if you only use it as a glorified linked list.
Quote from: iago on January 21, 2004, 05:10 PM
Quote from: Stealth on January 21, 2004, 04:14 PM
QuoteHow many of you VB bot makers out their use listboxes to store all kinds of data and read/write directly to it? That is a collection with a gui attached to it.
It's baaad to use GUI controls for things that have nothing to do with the GUI.
I was going to say that, but then I realized he didn't actually say that they were invisible ones.
While I suppose that's slightly less bad, it's still a good idea to avoid storing that kind of thing in the GUI itself IMO. If nothing else, it'll probably be slower to access the information contained via the GUI's access methods than directly if you store it yourself.
I meant he didn't say he was using GUI controls for non GUI stuff, he just said using GUI controls. He probably meant using GUI stuff for GUI stuff.
Quote from: iago on January 21, 2004, 05:19 PM
I meant he didn't say he was using GUI controls for non GUI stuff, he just said using GUI controls. He probably meant using GUI stuff for GUI stuff.
I never use GUI controls to store data... Neither do I program in VB. I was just pointing out what collections are.