Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (522)
Games in Android Showcase (127)
games submitted by our members
Games in WIP (591)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: 1 [2]
  ignore  |  Print  
  Bad Habits  (Read 1993 times)
0 Members and 1 Guest are viewing this topic.
Offline HeroesGraveDev

JGO Kernel


Medals: 294
Projects: 11
Exp: 3 years


┬─┬ノ(ಠ_ಠノ)(╯°□°)╯︵ ┻━┻


« Reply #30 - Posted 2013-12-04 00:17:04 »

If I did not my productivity would slowly dwindle my productivity which would be less than convenient for me...

FTFY                           
Unfortunately, I can't fix the broken English with a simple search-and-replace.

Offline CodeHead

JGO Knight


Medals: 41


From rags to riches...to rags.


« Reply #31 - Posted 2013-12-04 00:20:59 »

I'm bad about using the "System.out.println()" method of debugging. NetBeans provides a perfectly good debugger, but for some reason my mind goes into primitive mode when it comes time to solve a problem. *Bugs bad, me smash with print statements!* Angry

Arthur: Are all men from the future loud-mouthed braggarts?
Ash: Nope. Just me baby...Just me.
Offline UprightPath
« Reply #32 - Posted 2013-12-04 02:22:45 »

I'm bad about using the "System.out.println()" method of debugging.
I'm not certain this is really a bad habit/method. Especially if you know where the error is happening (Exception Stack), but not the when (Which values cause it to mess up). You can use the print statements in an attempt to discover some of the values that are coming in before the crash/error happened and use them to insert an if (variable == THIS ONE I FOUND THAT HAPPENS JUST BEFORE THE CRASH) and then put your little debug point there. Cheesy And by then, you'll normally have a better idea of just what's going wrong in the first place just by reading variables and stuff that you might be able to solve it without going through the debugger. Otherwise, you sit there and have to sit there and go through the execution calls one by one and probably sit through enough that your finger hits next by habit and it crashes without you getting enough data. >.>


Another problem I have. Changing ideas mid project. In fact, I almost failed to finish a class project (One where I decided to go way over board and write a full LibGDX program for a relatively simple game that was meant to be done using Java Swing and the like) because after turning in a basic design idea document I thought "You know what, now that I've gotten this mostly coded, I've found that it doesn't make for a fun game. But if I change this and this other thing..." Which is why I almost never finish a game.

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline JESTERRRRRR

Senior Devvie


Medals: 7
Exp: 1 year



« Reply #33 - Posted 2013-12-04 03:51:15 »

Hows this,

Never used a debugger in my life
Never profiled
Everything is public
0 comments

Phwore!
Offline opiop65

JGO Kernel


Medals: 159
Projects: 7
Exp: 3 years


JumpButton Studios


« Reply #34 - Posted 2013-12-04 04:15:23 »

I barely use the debugger..  Most of my issues are just calling the incorrect variables, obvious NPEs or just trivial Java code mistakes. My high school programming teacher used his debugger exactly once when I was in his class, and that was because I had screwed something up very bad, and neither of us could figure it out for 20 minutes.

Offline deepthought
« Reply #35 - Posted 2013-12-05 02:05:09 »

i always use public fields
no indenting
hopefully college cs will break me of these habits

jocks rule the highschools. GEEKS RULE THE WORLD MWAHAHAHA!!
captain failure test game
Offline opiop65

JGO Kernel


Medals: 159
Projects: 7
Exp: 3 years


JumpButton Studios


« Reply #36 - Posted 2013-12-05 04:22:43 »

No indenting would drive me crazy...
I always auto format my code after I write a few lines because I absolutely hate staring at my own crappy typing and spacing. It just drives me nuts!

Public fields have never been a problem for me because Eclipse can generate getters and setters rather easily. If it weren't for that, I would probably use public fields just because I'm lazy!

Offline trollwarrior1
« Reply #37 - Posted 2013-12-05 07:07:02 »

No indenting would drive me crazy...
I always auto format my code after I write a few lines because I absolutely hate staring at my own crappy typing and spacing. It just drives me nuts!

Public fields have never been a problem for me because Eclipse can generate getters and setters rather easily. If it weren't for that, I would probably use public fields just because I'm lazy!

What is the point of using getters/setters again?
Offline Riven
« League of Dukes »

« JGO Overlord »


Medals: 836
Projects: 4
Exp: 16 years


Hand over your head.


« Reply #38 - Posted 2013-12-05 07:15:31 »

No indenting would drive me crazy...
I always auto format my code after I write a few lines because I absolutely hate staring at my own crappy typing and spacing. It just drives me nuts!

Public fields have never been a problem for me because Eclipse can generate getters and setters rather easily. If it weren't for that, I would probably use public fields just because I'm lazy!

What is the point of using getters/setters again?
Mostly being able to validate the incoming value, prior to assigning that value to a field. The most trivial case being not allowing null values.

Hi, appreciate more people! Σ ♥ = ¾
Learn how to award medals... and work your way up the social rankings
Offline Damocles
« Reply #39 - Posted 2013-12-05 08:39:42 »

If I want nice looking code, I just compile and decompile the code, then use the output of the decompiler  Grin

Anyway I think a bad habit is to overdo encapsulation to a point where it serves not additional use
and makes the code bloated and hard to track.

Also unnesesary use of external libraries for small tasks that could be coded by a 5 liner.

Pages: 1 [2]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

trollwarrior1 (34 views)
2014-11-22 12:13:56

xFryIx (73 views)
2014-11-13 12:34:49

digdugdiggy (52 views)
2014-11-12 21:11:50

digdugdiggy (46 views)
2014-11-12 21:10:15

digdugdiggy (40 views)
2014-11-12 21:09:33

kovacsa (66 views)
2014-11-07 19:57:14

TehJavaDev (70 views)
2014-11-03 22:04:50

BurntPizza (68 views)
2014-11-03 18:54:52

moogie (83 views)
2014-11-03 06:22:04

CopyableCougar4 (82 views)
2014-11-01 23:36:41
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!