Originally Posted by Muz Klik is like an ultra high-level language, so high that transcends language itself. It is communication to your computer without language! Just pictures. But well, like with all high-level languages, you do a lot more per line, but have a lot less control. Basically, you get more done as a programmer, but it's more inefficient hardware-wise.
Also, the Lua extension overcomes most of the huge problems that come with MMF. Reading 1000 lines of code is easier than reading 200 events. Lua solves that. Also lets you make functions, use variables, etc.
BTW, I think most of the game making communities are rude. TDC's mellowed down a bit since the elitists left, but I still avoid TIGSource and the Game Maker communities. It was worse, not so bad now.
that_post:gsub("Lua extension", "XLua extension")
there isn't really inherently wrong with the idea of visually-based programming languages (others exist), but the way it's implemented in mmf etc. isn't close to perfect (workarounds workarounds workarounds ARGH)
the expression editor gives you a fair amount of exposure to a textual language, so once you get past the "launch an object" and "facing a direction" type of actions you're basically scripting. the problem is that it's missing some nice things and other things are not so nice to implement compared to other languages (again, workarounds)
Also, I agree about the workarounds. Some people claim you can do anything with MMF with enough effort, but after a while you start having to duct-tape everything together. It's sort of like building a house with Lego.. it's really, really fast at first, but after a certain size, you just have to patch everything together, that it's easier to put bricks under your Lego.
Disclaimer: Any sarcasm in my posts will not be mentioned as that would ruin the purpose. It is assumed that the reader is intelligent enough to tell the difference between what is sarcasm and what is not.
"You've definitely matured, whoever you are, your first post resembles a paragraph from an 80s computer science textbook.
Personally I take it as proof that the community is dying"
What do you mean?
The community has thrived ever since its members joined to share their creations. And although many of them have lost their passion to create games, or to create them the way the members of this community create them, new members frequently join out of a fresh desire. And though they leave, even others will join. So I do not agree that the community is dying or that it will die, unless revolutionary new products or ideas prove far better and more convenient than Clickteam's products, and believing this we all abandon the old products completely for products we deem superior. In that case, the community will die. But too many of us love the products that we use, and we prefer to use them over anything else. Since we keep our passion for them, I am sure that for every member who leaves the community or abandons the fun we have in making games, Clickteam's products will captivate yet another user, and they will become a member of the Daily Click. So the community is not dying; it is merely shifting generations.
Coding a game in a visual manner gives you far less headaches than typing hundreds of lines of code. Also it requires a much shorter learning curve. But more importantly it requires much less time to create a casual game.
Sure, game makers usualy come with a cost of performance, but using just lines of code wont save you from building a badly programmed game, you can make a very efficient game without the need of getting into hardcore programming.
SO SCREW YOU MAN!!! lol just kidding, if you enjoy game making, there's nothing that should stop you from doing it, even if community dudes (like circy) try to keep you down'n'shit.
Originally Posted by Dogzer Yeah, what's with the click'n'drag bashing huh?
SO SCREW YOU MAN!!! lol just kidding, if you enjoy game making, there's nothing that should stop you from doing it, even if community dudes (like circy) try to keep you down'n'shit.
Yes and no -- can it be done properly? Yes -- with proper memory referencing and functions you could develop an optimized point & click development system. But whether clickteam does or plans to do this; who knows.
The only problem with point & click development seems to be that the creators usually do not plan what they want to be able to do with the tool from the start, which lead to inefficiencies later on.
Advertisement
Post Reply
