Jump to content

  • Log In with Google      Sign In   
  • Create Account


Member Since 03 Sep 2008
Offline Last Active Dec 13 2014 04:19 PM

Posts I've Made

In Topic: Anyone using the Open Source "Brackets" Code Editor (By Adobe)?

10 December 2014 - 02:57 PM

another Java-IDE


IntelliJ is better, but slower.

Also what is your alternative? Writing java by hand? If there is a language that is not meant to be written by hand it's Java. The verbosity of java requires an IDE .

How would you import a class from: com.netflix.astyanax.serializers.BigIntegerSerializer? 

How would you navigate and read the code among those 100 files without automatic code navigation?
How would you create said amount of files without refactoring.

How would you move an interface between packages? ( no recursive #includes in java )

How would you change your javadocs when you change a variable?

How would you flesh out an interface?

How would you break on uncaught ecxeptions?


Programming Java manually will end in one of those: "Java is a complicated language that's too verbose" rant. The whole point of Java is that it is so verbose that it is easy for a machine to figure out what's what and allow amazing re-factoring (as opposed to C++ where everything can be changed with the all-mighty pre-processor step). No one should be expected to write java by hand.


Granted, Java IDEs require a strong (and expensive) development machine, but unless you are doing some trivial college homework, you should not use Java without a proper IDE. Heck programming in C++ will be easier, more productive , less bug-prone, and result in cleaner code.

In Topic: A casual puzzle game about stained glass windows.

07 December 2014 - 02:48 AM

I enjoyed it.



I found that white flickering to be annoying

Yeah, I'm trying to come up with a better highliting algorithm. I want it to look like candle light. I use a sinus function with a companion random flicker for the lighting. It does not look natural yet.

In Topic: A casual puzzle game about stained glass windows.

06 December 2014 - 05:31 PM

I added some taunting by the CPU player. Hopefully, if I can flesh this out a little bit, it will keep the game more interesting: What will he say next? I probably need to get a writer for this, but remembering the Portal series, a sassy AI can add alot to a puzzle game.

In Topic: Anyone using the Open Source "Brackets" Code Editor (By Adobe)?

30 November 2014 - 03:57 PM

both of which are sadly often not the case in my work

Use GDB if you must. It saved my behind more than once. It's great that such a universal tool exists. Your environment might require it. But too often I have seen people using it because it's there, and "it's good for everything". But I've actually seen EMACs master debugging JAVA through command line. The reasoning behind this was: "I need nothing nothing more than EMACs and neither should you".




And that group of people wouldn't happen to have any overlap with the group that continually denigrates the capabilities of non-IDE development tools, would it?

Actually, no. The times I have observed this happening is when I asked sworn VIM users why they are debugging by hand, and got a "VIM could do this if I wanted it to" answer back. 




Again, this is something that I've seen work moderately well in C# or Java, and miserably to not-at-all in most other languages. Unit tests tend to vastly under-specify even interface contracts in most programming languages (do your units tests really enforce const correctness in C++, the final keyword in Java, or generics in just about any language?).


As a programmer with a strong belief that unit tests are overrated, you will see that I did not write "unit" tests :-). I happen to agree with you on this point. However, automatic code writing tools make tests easier for me to write, and thus encourages me to write them. So in the cases where unit tests are useful: Algorithmic code with alot of edge cases. I am encouraged to write them by the IDE.

In Topic: Anyone using the Open Source "Brackets" Code Editor (By Adobe)?

30 November 2014 - 02:33 PM

I'm a little offended at you continued insistence that I don't use a debugger, or write unit tests, etc. just because I use a text editor. Turns out that pretty much any decent engineer does all of those things, regardless of what set of tools they prefer.


Not meaning to offend, but... When your code throws an exception, does editor magically jump to the correct piece of code (in C++) ? Are all of the current scope variables already laid out nicely on the screen for you? From the same view can you edit your code, and sometimes recompile it to run (depending on language/ide)? Does VIM let you browse  recursively through the contents of STL containers?

That's what I mean by integrated debugging. Using GDB command-line works, but it is not as productive as having all of the information at your fingertips.

I'm pretty sure there is a script to setup Vim/Emacs to do someof these things, but I'm also pretty sure that most people don't set it up. 


Reagrding tests: Can you write the tests first, and then magically use the inbuilt code refactoring tool to create your real classes/functions just from their signatures? (Not talking about an external script, I'm talking about pressing a short-cut key)


These are powerful tools that come with my IDEs (or with an added plugin).