A terribly programmed library

Page: 1 2
Jun 1 2009, 6:47 pm
There should be more Library reviews. Lots more.

Please?
Jun 1 2009, 7:18 pm
Jun 1 2009, 7:34 pm
Cyberlord34 wrote:
Well it was pretty immature to start a Review about 1 little Library. No matter if he liked it our not.

Reviews (if done coherently) are never pointless. In fact, a hell of a lot more libraries aught to be reviewed.

You can go onto IMDB and read the plot to a movie, but if you really want to know how it was, you look at the reviews and get different perspectives.

The author can can tell you how simple, functional and easy to implement his library is, but a review such as this will reveal what it is really like.
Jun 1 2009, 8:05 pm
I'll be posting some small libraries shortly. You can review them all you like. :)
Jun 1 2009, 9:24 pm
Cyberlord34 wrote:
Jeff8500 wrote:
Cyberlord34 wrote:
You dont have to use it u asshole <_<

And you don't have to spread terrible programming knowledge, but you choose to anyway, "u asshole <_<".

I honestly dont give 2 shits what you care about my programming. I could care less to Please you ungrateful assholes. But i just figured id give a few new Libraries to byond and maybe somebody would like them. There was absolutley no need to do a review over this. It was Quite Usuless. If you dont like the Source, dont use it and Stfu.

HEYE DID U JUST CALL ME AN ASSH0EL?

Jeff: I like not using spaces between var=1 >.> so much sexier and shorter.
Jun 1 2009, 10:06 pm
Stop making fun of me guys so stfu <.<
Jun 1 2009, 10:12 pm
Cyberfail34 wrote:
Stop making fun of me guys so stfu <.<

God you're retarded.
Jun 1 2009, 10:13 pm
Cyberfail34 wrote:
Stop making fun of me guys so stfu <.<

<_<
Jun 2 2009, 12:10 am
Cyberlord34 wrote:
I honestly dont give 2 shits what you care about my programming. I could care less to Please you ungrateful assholes.

No one wants a poorly-programmed library. So, yes, we aren't grateful because there's nothing to be grateful for.
Jun 2 2009, 12:32 am
Heh, libraries/demo reviews is sorta a neat idea.
Jun 2 2009, 3:03 am
I'm pretty sure there are worse, and way more pointless libraries out there that you could have bashed.

Sure, this library is not something anyone should try learning from, and it would require a good deal of work to implement, but I've definitely seen far worse.

It's alright Cyberlord. Just keep practicing. In time you shouldn't have any trouble learning the do's and dont's of programming.
Jun 2 2009, 6:59 am
Foomer wrote:
Cyberlord: Bottom line, you don't understand what a library is, so you really shouldn't be trying to make them for others to use. I realize that when you're relatively new to programming you want to be helpful, but give it a couple of years until you really know what you're doing before you start trying to make libraries.

If you want to create libraries with the goal of learning how to make them and getting feedback from other people on how to improve them, that's one thing, but don't build them expecting others to use them until you have a lot more experience.

A few years? I don't think that much time is needed, I understand that to get a full grasp of a language you need experience, but I've release a lib or two and I certainly haven't had more than 8-9 months experience with programming overall (DM). I think my libs probably have a various problems but we want them to be reviewed and we want the bugs to be reported, why?

So that we can improve them.

I'm not trying to argue or anything, just making a small point that yeah, experience is something you need and yes experience relies heavily on how much time is spent but you won't learn if you don't do something, you learn from doing and it's good Jeff reviewed it, Cyberlord should take it as constructive critiscm and should improve his lib accodingly...

Instead of telling him off, help him out. Tell him how exactly he could make it better, what'cha know, it might help someone?
Jun 2 2009, 7:30 am
Well, deleting the hub entry would be a start.
Jun 2 2009, 10:07 am
Cyberlord34 wrote:
Jeff8500 wrote:

Are you retarded? That's a complete non sequitor. Being able to run a program does not mean its efficient, nor does it mean it's library material. To be a library, I have to be able to include it in my program without modifying it (I also have to be able to add content like this).

You can add it. You can put that straight into your game with a simple copy/paste.

Libraries are meant to be read and learned from and if so modified to fit a game, not copied and pasted :|
Jun 2 2009, 10:23 am
Yash 69 wrote:
Libraries are meant to be read and learned from and if so modified to fit a game, not copied and pasted :|

No, they're NOT. Demos are meant to be read and learned from. Libraries are meant to be plug-and-play where you never need to look at the source. There is a huge difference between a library and a demo. I wish everyone would quit lumping them together...
Jun 2 2009, 11:11 am
Popisfizzy wrote:
Two problems. One, OOP is hardly a foundation of modern programming, nor is it inherently proper. For example, look at functional languages. Given that DM is an OO language, though, it should use object-oriented programming. Secondly, boolean algebra isn't a shortcut. It's just a method.

Stephen001 and Alathon told me that using var == 0 was still considered Boolean algebra, and that !var was considered a shortcut.

You have a good point about the OOP thing, though. I meant that in languages that allow it, it should be used over procedural programming.
Jun 2 2009, 11:19 am
Jeff8500 wrote:
Popisfizzy wrote:
Two problems. One, OOP is hardly a foundation of modern programming, nor is it inherently proper. For example, look at functional languages. Given that DM is an OO language, though, it should use object-oriented programming. Secondly, boolean algebra isn't a shortcut. It's just a method.

Stephen001 and Alathon told me that using var == 0 was still considered Boolean algebra, and that !var was considered a shortcut.

You have a good point about the OOP thing, though. I meant that in languages that allow it, it should be used over procedural programming.

Just wanna bop that one on the head. You have the choice in C++, and which paradigm you make use of for encapsulating functionality depends very much on the functionality itself. In BYOND's case, it's both the dominant paradigm and the most obvious choice for a lot of game functionality (not to mention it makes you life so much easier later on), so it's preferable.
Jun 2 2009, 9:42 pm
CAUCASIAN OVERLOAD!
CAUCASIAN OVERLOAD!
CAUCASIAN OVERLOAD!
Page: 1 2