3,393 reputation
723
bio website hierax.org
location Minneapolis, MN
age 35
visits member for 2 years, 11 months
seen yesterday

I love software development, and technology of all kinds. I have a boy and a girl and a beautiful wife, all of whom I adore. I practice Southern Chinese Kung Fu, and hope that my kids will too. I write code and play boardgames in my spare time.

I currently work as a JEE engineer in Edina, MN.


1d
comment What is the best source/online tool/compiler to start kids on programming?
Check out scratch.mit.edu
Jul
9
comment Program Design clearness vs convenience
One option would be to add a source property to DomainObject and set it to the filename when loading from a file. This provides the info your colleague wants without breaking encapsulation or leaking the abstraction too much.
Jul
1
comment Should I be using a composite key for this table?
See dba.stackexchange.com/q/8334/13333
Jun
25
comment When to stop reviewing code?
Code quality and defect detection are both products of code reviews. I recommend you read chapter 20 "The Software Quality Landscape" of Code Complete. It opened my eyes.
Jun
25
comment When to stop reviewing code?
Part of the goal of code reviews is absolutely spotting bugs. Testing will never catch everything, so multiple defect detection techniques should be used. See Code Complete, Table 20-2 for details on defect detection rates of various methods.
Jun
11
comment Creating an Interface To a Language's Standard Library?
I believe so, yes.
Jun
11
comment Creating an Interface To a Language's Standard Library?
Martin Fowler's take: martinfowler.com/articles/nonDeterminism.html#Time
Jun
11
comment Should custom data elements be stored as XML or database entries?
Not if you're using indexes all the way.
Jun
10
comment Pooling (Singleton) Objects Against Connection Pools
Let us continue this discussion in chat. -- Never mind, Chrome doesn't like the SE chat because it uses mixed content.
Jun
10
comment Pooling (Singleton) Objects Against Connection Pools
You don't have control over the timeout when using a database connection pool? What pool implementation are you using?
Jun
10
comment Pooling (Singleton) Objects Against Connection Pools
For #1, how would you handle more requests than DAOs in the pool?
Jun
9
comment Pooling (Singleton) Objects Against Connection Pools
I wouldn't worry about any performance effects of DAO instantiation: programmers.stackexchange.com/q/149563/34183
Jun
5
comment Quite confused about what constitutes Current state of a resource
If the relationship between a parent resource and children (e.g. the number of child resources) isn't part of the parent's state, what state is it a part of?
Jun
2
comment Should a Parent with Children have a DefaultChild, or should a Child have a Default property?
@Dunk: option 2 would work as long as the default tracker is specific to the User or the User-Customer relationship, for example on a many-to-many link table.
May
30
comment Securing web services
One reason to avoid sending a username/password for every request is to avoid having to keep them in the client state for inclusion with every request. Capturing them solely to add them to a single request, then working with time-limited tokens for subsequent requests is a bit more secure.
May
23
comment Ticket/Raffle DB schema
This question is more appropriate for dba.stackexchange.com.
May
22
comment How to handle passing multiple dependencies in a module hierarchy
A class generally shouldn't inflict its dependencies on classes higher up in a hierarchy. In other words, a class high in a hierarchy should only need to know about common dependencies of all subclasses.
May
21
comment Store history in SQL database column
Belongs on dba.stackexchange.com
May
16
comment Benefits of Java in education?
Java: The Good Parts - shop.oreilly.com/product/9780596803742.do
May
9
comment Single programmer working on a project from different computers: is Dropbox a good solution?
I'd recommend reading HgInit and putting your code in a free version control repository such as at Bitbucket.