Unrelated is more general, and less precise. Orthogonal restricts the "unrelatedness" to the specific property being discussed. It's also a very visual and intuitive word.
It's not only HN btw.
235 karma · joined April 4, 2022
Unrelated is more general, and less precise. Orthogonal restricts the "unrelatedness" to the specific property being discussed. It's also a very visual and intuitive word.
It's not only HN btw.
> then you read the room and go with the layer of abstraction needed.
Finding the right layer of abstraction is orthogonal to the write-speak axis. When speaking to my colleagues, I use technical jargon that no layman could understand. None of the topics are simple, or strongly abstracted. The issue of write vs. speak is more about the sentence structure, sentence length, and breadth of vocabulary.
But I generally agree that carefully crafted written language can capture and transport thoughts much, MUCH more effectively.
Not convinced
Look at the amount of work she puts into SEO and her own Wikipedia page. She's a Wikipedia editor that edits her own page. Can't get more self-absorbed than that.
I'm having a hard time believing that a e.g. a high-level manager/exec with 20 meetings per day, and a 60 hour work week is able to be on time with a purely waiting approach.
There are so many people that you need to align with this culture. If it worked for you, wherever you are, I respect that a lot.
Information exchange is always the bottleneck in larger organizations, so efficiency of meetings is really important.
I will interrupt someone if I understood their point, and we have different, more pressing items on the agenda. It's not a power play, not psychological warfare or bullying. I just want to get shit done on time.
If I'd let every fucking team member go on an exploratory bug hunt whenever they feel like it (hint: that would be always) we would never get anything done.
What if they don't find anything? Is this issue really worth 2 weeks of dev time? That's 15k down the drain for a senior engineer, if not more.
I absolutely disagree. Most capable engineers I know have this urge to go down rabbit holes and fix any issue, this is nothing special.
Everyone wants to be the hero that found a bug deep in the stack, make a glorious pull request, and be celebrated in the community.
I much more value people who have enough self-control to pick meaningful battles, and follow the right priorities.
The delivery of this nonchalant line in particular made me cringe hard.
aCtUaLLy, aPpLes hAvE eXisTeD bEfoRe 1976
You can't have a discord or signal account without a valid phone number. Think about that for a second.
But yeah, not being able to use proper 2FA devices annoys the bejeesus out of me
I think you're not giving credit to the best part about the web: CSS.
I've been programming GUIs with Java AWT, Swing, and Qt for years. Nothing comes close to CSS when it comes to defining layouts.
Obviously.
> A key element of that is making the game legible and for that you do need to spend some time on “polish” because it’s an intractable element of the whole.
What does "legible" mean? Polishing means making something production-ready. A polished feature contains (ideally) no known bugs, has been thoroughly tested, gone through several UX iterations and brought up to a release standard.
That's not necessary for playtesting and improving the game. Unless you're done with all core game mechanics, you shouldn't be polishing.
Best way to end up bikeshedding.
Doesn't Figma have a free tier? That changes everything.
Also, I do prefer to avoid dynamic linking altogether.
> Traits bias the Self parameter, which can make some multi-parameter traits rather odd.
Can someone show me an example? What does bias mean here?
> Type aliases are leaky, and can expose implementation details via definitional equality.
What is definitional equality? What does an abstract type alias look like?