Jump to content
  • Advertisement

Guy Fleegman

Member
  • Content Count

    10
  • Joined

  • Last visited

  • Days Won

    1

Guy Fleegman last won the day on December 11

Guy Fleegman had the most liked content!

Community Reputation

6 Neutral

About Guy Fleegman

  • Rank
    Member

Personal Information

  • Interests
    Art
    Design
    Education
    Programming
    QA

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Guy Fleegman

    Inspiration for citybuilder game

    Are you suggesting a city builder with tower defence mechanics?
  2. Guy Fleegman

    first game ever made

    You're welcome. Having a game design diary is brilliant, by the way. I'm new to game making too... so seeing your game is very inspirational to me. Thanks for sharing.
  3. I agree, with both sentiments. When working in a group or working on a project that has to be maintainable for the unforeseeable future, the whole project should follow a consistent methodology. Bad code is bad code though. Trying to go through poorly written OO code is just as difficult as going through a different poorly written methodology. It all boils down to trying to read the mind of another programmer. That's why documentation is so important, even in OO coding. I'd take a logically structured, consistent, well documented code base that doesn't even meet my ideal conventions any day over a mediocre OO code base. Maybe the reason why some programmers are less inclined towards OOP is that they lean towards a more free-flowing mind and a less structured mind (while others are the reverse)? I've been sent to places to fix someone else's software too so I do understand where the resentment and frustration comes from, but I haven't seen enough examples to say that OOP is clearly better than any other methodology. I've seen chaotic, bloated OO code and equally confusing non-OO code. Bad code is bad code... and good code is good code, no matter what methodology it employs. I suppose when the software industry matures to the point of, say, the housing industry, we'd have "building code" requirements. It might happen one day, but there are so many different languages and coding environments that we're still in the wild west of software development, I feel. Anyway, I'm not an opponent of OOP. I think it's a great methodology. It's easy to build bloat and overly complex dependencies, but when followed rigorously and thoughtfully, it's beautiful... I mean, it's well engineered and maintainable! Sorry, "beautiful" is one of those artsy-fartsy words that "you know who" tend to use. ๐Ÿ˜‰
  4. Peoples' brains work in different ways, even when they're solving the same problem. The most important thing is that one's code is logical, clear, consistent and well documented. Programming is like creating art. When you are comfortable, confident and efficient with your technique, it becomes an expression of yourself.
  5. Guy Fleegman

    first game ever made

    I played your game for a little bit. I like the design of the main character. It looks like all sorts of cool gadgets and abilities can sprout forth from his suit. The game runs smooth and the character movement feels pretty good. I like his walking animation too. As far as a constructive criticism goes... there's no real feedback for when an enemy gets hit or when your character gets hit. Unfortunately, the lack of feedback kept me from enjoying the game and wanting to play it more. Death animations would be nice too. All in all though, it's pretty good for a first effort.
  6. Hey, HJ04. You're architecture expertise probably won't translate into being really good at level design for game development, but your ability to envision 3D space and structure, fully in your mind, will aid you in learning level design and 3D modelling. However, you mentioned wanting to be a game designer. Don't confuse the very specific role of "designer" with the blanket term of "developer". The only advice I can offer is what ItamarReiner said, make a game. Prove to yourself and others that this is something you truly want to do. Good luck!
  7. Guy Fleegman

    Sprites & backgrounds for 2d platformer

    Hey, Nick. You should let people know what it is that you're wanting. Artists typically need inspiration to function and the details of what you're looking for will fuel that. Do you want a half-dinosaur, half robot character stomping around on an alien world? Is it pixel art, hi-res painterly or cell shaded vector your looking for? Food for thought, man.
  8. Guy Fleegman

    How can anyone draw with an Graphics Tablet ?

    My Bamboo tablet installed with a default aspect ratio that was not the same as my monitor. My pen movements were actually squished a bit in one axis compared to the other. It took me a week or two of struggling to realize this and correct the problem. I suggest that you draw a perfect square on a piece of paper. Place the paper on your tablet and make sure it doesn't move. Trace the square with the tablet pen in your graphics program. If the shape is a rectangle on your screen, change the tablet settings and try again until the problem is fixed.
  9. If the code you're trying to figure out is working, don't rewrite it simply because it doesn't follow your logic. If the code is poorly documented, figure out how it works (because it obviously does) and add your own comments as to how it accomplishes the task for future reference (and your sanity). All you should be concerned with is that your own coding contributions are clearly, concisely and consistently documented for the next person after you. A coworker might be impressed by how you reduced the lines of code in a function, you might be impressed by how you rewrote a bunch code to fit your programming conventions, but neither of those things will impress your boss. In fact, they'd probably think that was a waste of company time and money. You might be a bit of a perfectionist (I know I am), but you have to pick your battles wisely. Be a perfectionist at documenting and testing your own code. And always remember that there is no right or wrong way to code. Well documented code is good code.
  10. Guy Fleegman

    How To Make Games Without Programming

    Very nice article. Solid recommendations in there. For those looking to get their feet wet with some very simple coding, I'd recommend Twine. (http://twinery.org/) I always talk about the two different ways of building games as authoring (drag and drop) and programming (coding). I suppose it's "tomayto, tomahto" though. ๐Ÿ˜‰
  • Advertisement
ร—

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net isย your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!