ShadowUser wrote:

Come on, it doesn't take a genius to code with BYOND (that's a good thing), otherwise the world would have a lot fewer Naruto games!

I'm not saying that it does.

ShadowUser wrote:

Come on, it doesn't take a genius to code with BYOND (that's a good thing), otherwise the world would have a lot fewer Naruto games!

Okay, go look at Lummox's code sometime and tell me exactly what it does.

Ok, ok, I'm sorry. I'm a newbie programmer. I admit it! Alright?!

Shlaklava wrote:

On a side note: Is he ever coming back?

Dude, just drop it. He's dead and gone, and not coming back. It'll be easier for everyone if you just come to accept this.

You can't keep living a lie!

Maybe Lummox is Dan, he just though it'd be fun to develop stuff with BYOND instead of developing BYOND for a while, and pretend to be a regular user. But he got tired of it and now he's developing BYOND again.

CaptFalcon33035 wrote:

And your basis? I'm sorry, but it's really irritating when a person replies to a post with a simple "yes it does," or "no it doesn't," in argument. Let's not forget we need some sort of support, being opinion or explanation or anything. :/

Who are you saying it to?

All you have to do is look at the code. Maybe it's the way I think, but I never have problems understanding my own code, provided that proper and descriptive, yet short variable names are used, and even then so, it's always easy for my to understand my own work.

But what if you need help? What if you are trying to help others?

How well you work in a group is a different idea, and I think commenting your code would be key here.

True, others need help with your code. Also having similar styles is a great plus.

Commenting is easy as pie and therefore should not affect your rating as a programmer.

It's more of the decision to do/not comment. That will effect you in the long run, wether or not you think so.

Being able to understand uncommented code, however, should affect your rating.

Yes and no. No matter how good you are at programming, cryptic code will be extremely hard to understand.

When I am asking for help or giving help, I try to make sure I explain everything that I can as well as I can. My programming style and readability has changed quite a bit since I last asked for help on these forums for programming. I think you'll find that my programming style is very easy to understand.

Also, in reply to that thing you said about cryptic code, though it may be hard to understand, good programmers can do it while newbies cannot. Of course, this does mostly depend on how cryptic or unorganized it is.

I'm not saying it isn't helpful, I'm saying that it shouldn't affect how well you are taken as a good programmer.

Becoming a good programmer doesn't happen over night and takes a lot of effort and practice. I think the biggest problem here is people are comparing themselves with other people who are still in the process of learning the basics and end up thinking they are really better than they are and start perpetuating nonsense.

Learning the language is a very small step in becoming a good programmer though it helps to know the quirks of a language before you can program in it well. But before you can really notice or understand these quirks you have to understand enough about programming.

Memorizing the reference is just silly. It is much more important to know how to use it and understand it than it is to be able to recite it. Just like memorizing a bunch of formulas in math is little help compared to knowing what they mean and how to properly use them.

Proper optimization goes well beyond using less variables and in some cases that'll just end up being detrimental. A properly built bubble sort is never going to be faster than a decent quick sort on a large number of items regardless on how many tricks and optimizations you do on the bubble sort simply because of how many less iterations you'll preform with the quick sort. Knowing a wide variety of data structures and algorithms along with their advantages and disadvantages is much more critical to efficient code. Even something as simple as knowing what a stack or a linked list are and what advantages and pitfalls they have is probably well beyond the scope of what some of the people who think they know what they are doing here despite being trivial, common, and the basis for much more complex data structures.

There is a wide divide between the experienced programmers and the new ones because the experienced ones have experience. They've either had real world work experience or some kind of higher education in it and have been doing it for many many years. Don't try and rush it so you can brag about it otherwise you'll just make yourself out to be a fool.

Considering he's one of the best programmers on BYOND, and works in creating videogames commercially, I believe, yea, he knows what he's talking about.

Don't harass the trees.