227 reputation
210
bio website steamnet.de
location Freiburg i.Br., Germany
age 34
visits member for 2 years, 11 months
seen Jul 18 at 8:35

I have recently moved to Freiburg im Breisgau and am looking for interesting people here.

I'm a Java Software Developer and Linux Server Administrator with a lot of experience in system design, teaching people and generally "getting stuff done".

My technical skills are within Development: Java (Swing and J2EE), Maven, Hibernate and Spring (incl. Security and MVC). I started programming in Java in 2001 and so I have a lot of skills in Frameworks that are now seldom used anymore but also in the current ones. Recently I started gaining skills in ActionScript 3, 3.5 and 4.

I use Netbeans as my development environment and run a Bodhi Linux as my desktop. My servers all run Debian Linux.

Many of the companies I worked at worked a lot with apprentices so I have a lot of training in educating beginners. Together with my intention to actually understand the systems I work with makes me a pretty good co-worker when it comes to sharing what I know.

If I realize an answer of mine had been wrong (or sufficiently bad-style) I usually delete it, because I'm self critic enough to not take a stand on an opinion that has been shown wrong.


Aug
22
awarded  Good Question
Nov
20
awarded  Critic
Nov
20
awarded  Popular Question
Nov
19
awarded  Yearling
Nov
15
awarded  Scholar
Nov
15
accepted Why not expose a primary key
Nov
14
comment Why not expose a primary key
Could you explain what in your answer has not been answered in the other ones?
Nov
14
revised Why not expose a primary key
added 101 characters in body
Nov
14
revised Why not expose a primary key
correct display of list
Nov
14
revised Why not expose a primary key
fixed list and links
Nov
14
suggested suggested edit on Why not expose a primary key
Nov
14
answered Why not expose a primary key
Nov
14
comment Why not expose a primary key
See cases 1 - 3 of my example. In none of that cases Customer Name is a useful way of addressing that Object for the User (be it human or machine). InvoiceID PK is.
Nov
14
awarded  Nice Question
Nov
13
revised Why not expose a primary key
added 174 characters in body
Nov
13
comment Why not expose a primary key
it depends... on what? I want to learn what the reasons are behind that generic concept to know when to apply it and when not.
Nov
13
awarded  Commentator
Nov
13
comment Why not expose a primary key
@Telastyn "best practices... exist for a reason" Yes. This question is about "What is the reason behind this best practice". Your answer gave one.
Nov
13
comment Why not expose a primary key
Invoices have natural identifiers (numbers) but only for the ones you write. What about the ones you get? They have InvoiceNumbers but they overlap (because two companies use the same one and both send you an invoice). In this situation your InvoiceID is unique, the Number isn't and what makes it unique would be the Customername which is no good identifier for data (too long, changes too often, may contain obscure characters...)
Nov
13
comment Why not expose a primary key
@CodeCaster this question is actually about "why don't you want them to be the same"?