Comment Re:Tip from a programmer (Score 1) 78
Name calling != ad hominem
Name calling != ad hominem
HTML5 & XML have nothing to do with client-server.
Javascript can be client, server, or both.
REST is just the obvious consequence of HTTP and doesn't need annoying acronyms and meaningless buzzwords like RESTful.
Sockets implement the client and server. HTTP sits on top of that and shuffles the crap you mentioned back and forth.
I actually remember when
Proving that your unit tests are complete and correct is as difficult as proving the actual program being tested is correct.
Yup, I kept my master thesis(written in Latex) in mercurial.
Liberal Republicans are no longer welcome.
glibc is LGPL, so you can dynamically link to it if you don't want your app to be GPL'd.
Swing is a little verbose and unwieldy, but people tend to forget(or maybe they just don't know) that it is a very low level GUI library that is great for creating custom, reusable widgets(assuming you don't use crap like anonymous inner classes). It is not meant to be a high level GUI library. For a layout manager use Miglayout, seriously, how did this not get included into the standard library?
JavaFX 2 is much easier to manage and layout as long as your requirements don't call for seriously complex GUI elements. It ditched that crappy language that plagued JavaFX 1 and uses a simple functional approach.
File choosers - again Swing is meant to be a low level GUI library.
Java doesn't integrate well with underlying system so why are you using java for command line apps?
Unsigned types? I would prefer that they add in integer overflow protection instead.
They should deprecate interfaces and add in mixins over multiple inheritance. It has all the advantages of both, without the boilerplate of interfaces and potential mess of MI. Could you imagine the mess that the typical over-engineering of Java would make of MI? The horror!
The point is that lambdas don't have to be tied to the class and can easily change on the fly.
I never understood the draw of anonymous inner classes, or plain old inner classes, especially for GUI code. I never used it, because I hate repeating myself and that is what this clunky mess causes, and it also makes it difficult to reuse the code with different behaviors. I always just had a method in the GUI widget class that accepted listeners dynamically so behaviors could easily change in my Swing library I built up.
Following Java conventions leads to a bloated, un-DRY and ultimately difficult to maintain code base.
Why?
It just makes updating take that much more bandwidth and time.
When I do use Java(it is usually JRuby) I use 1 jar per top level package and try very hard to make each jar file follow the Unix way(do one thing and do it well). It works great to keep things properly separated and is fantastic for updating.
Two libraries could concievably have the same package and class name causing conflicts. Of course that is why the verbose and nasty com.myurl.ten.layers.of.packages.to.get.to.a.class namespacing occurs.
Can you sort an array like so in Java
public void swap(int a, int b)
{
int tmp=b;
b=a;
a=tmp;
}
swap(array[i],array[j]);
Answer: no you can not.
references in java are gimped pointers and have nothing to do with passing parameters.
What gets passed is a value, if it is a primitive, or an address if it is an object.
http://javadude.com/articles/p...
It is amazing how ignorant Java devs are.
Pass by reference means passing the address of the pointer, not the address stored in the pointer.
Didn't I see this drug on the criminally underrated Dredd?
Wrong, the intent is to encourage the creation of works and build a robust public domain.
Copyright is broke because the latter no longer exists in any real sense on works created in the last 100 years or so.
I have seen what happens when Redbox crashes to the desktop.
It couldn't connect to the database so it decided its best option was to kill off the rental interface leaving the desktop visible with a virtual keyboard.
And full admin rights
Beware of Programmers who carry screwdrivers. -- Leonard Brandwein