452 reputation
311
bio website
location New York, NY
age 37
visits member for 3 years
seen Nov 28 at 22:16

Chemical Engineer by degree, but developer / software engineer by trade (market forced my hobby upon me as my occupation).

Started in Pascal / Basic. Moved into MS Access development, and now Java Developer for ~15 years. Mostly working in server-side frameworks and enterprise applications.

Been expanding my skill set into Polyglot development, trying my hand in Clojure and most recently Groovy, and doing a fair amount shell scripting for cross-environment application server support.


Sep
24
awarded  Autobiographer
Dec
7
awarded  Yearling
Mar
17
awarded  Popular Question
Dec
7
awarded  Yearling
May
17
awarded  Announcer
Apr
23
comment How not to degenerate into only a programmer who stitches together APIs?
@timday While not perfect, it does highlight what I might be missing, and where I would like to go. It also allows me to prioritize based on personal preference or professional requirements.
Apr
21
answered How not to degenerate into only a programmer who stitches together APIs?
Apr
17
comment Whose responsibility is a bug fix patch?
Agreed 100%, there's no onus on the end-user to submit a fix directly into the source repository, unless you want to become a regular contributor to the project. That's what the mailing lists and bug trackers are for. Spring, Maven, etc do this exact model where people will find the solution on their own, and post it to the entry in Jira. It's upto whomever is working on the bug to accept and handle the contribution.
Apr
17
comment What's the best way to review a code before it's committed to the trunk? (SVN)
Constant branch creation and repeated merging is a detraction that far outweighs potentially (and irrevocably) polluting trunk. Generally the prime directive for version control is "don't break the build". If you can do that, there's no real harm in checking in, and everything else is just an adjustment after the fact.
Apr
16
comment How to answer to this HashTable interview question?
The method is hashCode(), not GetHashCode().
Apr
16
comment How to answer to this HashTable interview question?
Hashtable does not support null.
Apr
16
accepted Is it possible to efficiently store all possible phone numbers in memory?
Apr
16
comment Is it possible to efficiently store all possible phone numbers in memory?
Right. After rereading, that makes sense (fuzzy morning brain). Thanks.
Apr
16
awarded  Critic
Apr
16
awarded  Citizen Patrol
Apr
16
comment Is it possible to efficiently store all possible phone numbers in memory?
Memory efficiency. I would eventually tie a name to this set, but you could have more than one name attached to a phone number. Just trying to get this part of the problem thought through first.
Apr
16
comment Is it possible to efficiently store all possible phone numbers in memory?
The reason I said 6 billion is that for the same reason that you reduce the "permutable" set from 10 down to 8 billion based on illegal area codes, you would do the same exact thing for exchanges, thus dropping it down another 2 billion (roughly). This then makes storing unused numbers almost as bad as used numbers. I do like the idea though.
Apr
16
comment Is it possible to efficiently store all possible phone numbers in memory?
Why would you assume that anything is filled in order? Why would you also assume that the lower exchange codes are used in more areas than higher ones? Unless you know some internal phone company algorithm, I don't think either of these are valid assumptions.
Apr
15
awarded  Enlightened
Apr
15
awarded  Nice Answer