143 reputation
4
bio website
location
age
visits member for 8 months
seen Oct 16 at 16:25

Oct
10
comment Choosing a Programming Language Systematically
@ignis I was mainly supporting your point. The bit about "derivatives" was an aside. I'm rather tired of people halting discussion via conveniently dismissing Wikipedia when a) it has long been shown to be comparably accurate and b) the same people happily accept other search results with remarkably fewer citations. I digress: I truly don't understand why you're being so defensive, and exaggerating the subtle difference between "influence" and "derivative". What I find most baffling is that the very article you refer to in your next comment literally uses both words interchangeably itself.
Oct
9
comment Choosing a Programming Language Systematically
@ignis That depends how you define "derivative". Practically every language is related to other languages these days. Just look at the Wikipedia sidebar for any programming language and note the lengthy "Influenced by" list. But you are absolutely right that even asking this question shows that the CEO isn't qualified to be making these decisions. Any kind of "derivative" information is only useful for historical curiosity; it should not have anything at all to do with choosing a language.
Sep
5
comment Why are the <b> and <i> tags deprecated?
'So for an audio based browser the "i" for italic is pretty useless as you cannot have italic speech.' ... Yes, and so is <img> because you can't speak an image, and a system without sound hardware can't present <audio>. Sometimes presentation is the very purpose of an element, and it doesn't need to be universally supported (and unlike other potentially unsupported elements, <i> doesn't need alt text because the fact that it's italic is the only information lost). The real problem is when people say i when they mean em.
May
13
comment Should you throw an exception if a method's input values are out of range?
Assertions are often automatically disabled when not debugging (Debug.Assert will only be called when the debug flag is set), so it's more than just semantics / consensus.
May
9
awarded  Commentator
May
9
comment Why would Square inheriting from Rectangle be problematic if we override the SetWidth and SetHeight methods?
@RoyT. A specialization can add constraints, but should only do so if the possibility of the constraint is documented at the base class. The point of subtyping is to allow callers to be ignorant of the subtype. This would be possible if Rectangle says SetSize might raise an InvalidSize exception, but not if this is only introduced by the unknown subtype.
Feb
27
comment How can I effectively explain technical concepts to a non technical boss when I'm not a good talker?
Half of your examples are implementation details. The mistake was involving the manager in such decisions in the first place. Instead of asking for permission to encrypt passwords, it's your job to know to do that, and factor it in when you give an estimate. He doesn't need to understand those details any more than he needs to be able to read your code.
Feb
6
comment Why is PHP's method of comparing different types bad?
Hence the question: And if the number behavior is not the basis of your expection, then what is? Without the "because" connection, there is no support given in your answer. Why, given "2" < "100", would you expect that "2x" < "100x"? What is your point of reference?
Feb
6
comment Why is PHP's method of comparing different types bad?
Your last sentence is true, but inapplicable: "x should be true for strings because it is true for numbers" means "what is true for numbers should be true for strings"; I did not need to infer any "reverse" holding true because the conclusion was already directly given. And if the number behavior is not the basis of your expectation, then what is?
Feb
6
comment Why is PHP's method of comparing different types bad?
"I nowhere said that" -- Exactly. The fact that you don't agree with this shows the logical inconsistency of your point. If we should expect the results to be the same after adding to both sides because that is true with numbers, then we should expect string adding rules to be consistent with the numerical counterpart as well.
Feb
6
comment Why is PHP's method of comparing different types bad?
2+a == a+2; therefore "x2" == "2x"?
Feb
5
comment Why is PHP's method of comparing different types bad?
@Izkata Only if "2" is actually a hard-coded literal, which in most cases it shouldn't be.
Feb
5
comment Why is PHP's method of comparing different types bad?
I interpret "factual" as "objectively true" and find your statement oxymoronic because a "negative" is something undesirable and desire is subjective. Ultimately, it comes down to how humans want to be able to express logic.
Feb
5
comment Why is PHP's method of comparing different types bad?
@Izkata Of course the only reason we should do integer parsing is if do want to handle the formatting exception. If we just want to check if it "equals 2" the same way that PHP does (regardless of whether it is actually a number), the equivalent code is simply if user_choice == str(2), compared to Java's if (user_choice.equals(String.valueOf(2))).
Feb
5
awarded  Supporter
Feb
5
comment Why is PHP's method of comparing different types bad?
@dallin What is a "factual negative"? The only facts are the defined behaviors for the operators; everything beyond that is opinion.
Feb
2
awarded  Editor
Feb
2
revised Should I use automatic properties?
the automatic property declaration now matches the conversion below
Feb
2
suggested suggested edit on Should I use automatic properties?
Feb
2
awarded  Teacher