144 reputation
18
bio website
location Estonia
age 40
visits member for 4 years, 8 months
seen 2 days ago

I'm a developer, (surprise - eh!)

For the last 5 years or so I've been professionally involved in writing Java in and with Eclipse (using big E both - as an IDE and as a platform)

From the past, I still harbour some softness for Python language and web (client side) technologies like HTML, CSS and Javascript. Occasionally dusting off my knowledge of these and keeping them from completely rusting away...

In my more distant youth I've also dabbled in wide range of languages and technologies, starting from BASIC, followed up bu Pascal, bits and pieces of C/C++ (enough to shoot myself in a foot), just a tad bit of assembler (just enough to know that is not the kind of programming I would love to do for any extended period of time), various of dialects of SQL, perl and bunch of stuff that don't even measuer up to being mentioned...


2d
comment How do you avoid getters and setters?
@DanielPryden I am not saying any such thing. What I was trying to say is that labeling certain idiomatic patterns as not useful just because you don't agree with them is pure hubris. Code isn't only meant for machines to execute. It's also useful to remember the people (including you five years from now) who read it later and need to understand it. Human brain is great with recognizing patterns. Naming your getters and setters in idiomatic ways helps people to recognize them for what they are.
May
21
comment How do you avoid getters and setters?
@DanielPryden the conventions that are idiomatic to a language are useful even if you are not doing "enterprise development"...
Apr
9
awarded  Organizer
Apr
9
revised How much work should I place inside a lock statement?
Added tags for locking and concurrency
Apr
9
suggested approved edit on How much work should I place inside a lock statement?
Jan
20
comment Understanding the difference between mutable and immutable classes
As it has been pointed out by multiple people already, hashCode and equals methods have absolutely nothing to do with mutability.
Dec
19
awarded  Critic
Nov
5
awarded  Civic Duty
Oct
23
answered Is staying implementation agnostic really worth it?
Oct
11
comment 3d Packing algorithm for item's shipping
I think the fine sarcasm in this reply got lost in the translation somewhere...
Oct
1
comment How do languages with Maybe types instead of nulls handle edge conditions?
@supercat The question was about equivalence of null versus Maybe<T>. While internals of building arrays and lists is an interesting topic, it does not add any value to the larger discussion. As for the nullability of reference types in C#, I readily admint that my last encounter with C# was brief and it has been more than 3 years since I last programmed in C#, so you may well be right about that. In any case, my point was, that Nullable<T> can be used as poor man's Maybe<T> in C#. For all practical purposes they are the same construct.
Oct
1
comment How do languages with Maybe types instead of nulls handle edge conditions?
@supercat I think you are derailing the discussion here.
Sep
29
comment How do languages with Maybe types instead of nulls handle edge conditions?
@supercat - You are probably having some very specific use case in mind. When creating an array of objects, you usually reserve a sequential block of memory to contain some objects. I do not know enough of C# internals to be 100% certain of what happens under the hood, but whenever you are creating an array, you either know the exact content of an array or you don't. In the latter case, you initialize the array elements to null. Reading the values from array is an entirely separate concern.
Sep
29
comment How do languages with Maybe types instead of nulls handle edge conditions?
@svick: In C# (which was the language in question by the OP), null is not an implicit member of every type. For null to be lebal value, you need to define the type to be nullable explicitly, which makes a T? (syntax sugar for Nullable<T>) essentially equivalent to Maybe<T>.
Sep
24
awarded  Autobiographer
May
29
comment Separate Action from Assertion in Unit Tests
@gnat: I added some explanation to my answer...
May
29
awarded  Editor
May
29
revised Separate Action from Assertion in Unit Tests
Added explanation to why I was suggesting alternative frameworks
May
29
comment Separate Action from Assertion in Unit Tests
@gnat: I was answering the "is there another method for accomplishing the same thing?" part of the question. It seems to me that the approach he's taken has been stretched his approach to its limits and perhaps there is another tool that helps him achieve the desired outcome more readily.
May
29
answered Separate Action from Assertion in Unit Tests