HN user

TravelAndFood

96 karma
Posts0
Comments37
View on HN
No posts found.

"Do you know what correlates more than anything else with undesirable codebase properties? The size of the codebase."

Well yeah, more code means more bad code. I'm interested to know whether more code means proportionally more bad code. If not, his statement doesn't mean much.

I assumed, past tense, that it was integral, and with this new information I realize it is not integral, and now I'm curious about it.

(technically: I never heard anyone say they could not do this until now, but I have heard people say they CAN do this (including me). So as far as I knew all my N sample size of humans was positive for this, or at least not negative, previously indicating to me that the ability is "integral" to being human.)

Yeah, good point, it would be great to see some stats on percentage of coffees bought in drive-throughs in America vs Europe.

It seems absolutely ridiculous to assert you're the only one on Earth that can talk with authority about "a correlation between music and watchmaking." You don't need to be a highly successful musician turned master watchmaker to talk intelligently about that. There are surely many other people that know a lot about both music and watchmaking. For example, just me, n size 1, I have a friend who formally studied music and collects high end watches as a hobby and has built his own geared watch. I'm sure he could comment intelligently on this question. Not really understanding the downvotes here.

It didn't seem like he was saying "yeah I guess I do have a really rare perspective", it seemed like he was literally saying "I'm the only one." Maybe he's even the best person in the world to ask, if you could only ask one person. But the only one? Maybe his comment was playful/less literal, but it didn't come off that way to me.

The one I did was breakfast 7 AM, lunch either 11 AM or 12 PM (I forget), and no food after that. I didn't find it an issue since I ate a big lunch then used little energy and went to bed early.

"How does the system account for high-performing employees that are too busy working to prepare presentations for promotion committees? Is there no such thing as an unsolicited promotion based on performance under this system?"

I think maybe "high-performing employee", in this system, is simply defined at least in part as "one who prepares excellent presentations for promotion committees."

Yep, TDD is quite hard when requirements are vague/changing... the reqs changed? OK now I have to rewrite my test AND the code that passes it.

Vague/changing reqs is of course a separate problem.

I expect that most software developers don't spend most of their time designing beautiful, elegant solutions to interesting problems; they spend their time blundering around in an over-complicated and poorly designed code-base using tools that barely work and trying not to trip over myriad corner cases or buried in technical debt.

But oh man, when you actually do write that one function that does the cool thing in a neat way and fits into the other crap you're wading around in without breaking anything in a way that makes intuitive sense... man, does that feel nice.

I call BS on the interviewer because as this thread and that question I linked on Stack Overflow demonstrates, "joint table" is not "the" term for the concept in question, and in fact there is no accepted one term. So, "marking down" for not knowing that term doesn't seem right.

Edit: On the other hand, asking the question in a way that gets at the concept, not the term, seems very reasonable.

I don't think it's relevant, but yes, I have interviewed at such companies.

Uh, "joint table" was the term used, not "table join". Pretty sure "joint table" in this context is referring to something like the intermediary table in a many-many relationship, which I can see being quite intuitive to create without knowing this weird term that I've never heard of before, either.