One could ask: what's the UX purpose of the "active anchor" indicator on the side navigation?
One answer I can think of: if a reader is in the middle of a long section, and the heading is off the screen, it can remind them which section they're in relative to the others.
This indicates (to me, anyway) that it's not a function of which heading you've scrolled to; it's a function of which section is on screen. If you use section-screen-area or something similar to highlight the active section, fiddling with the heading positions becomes unnecessary.
If you have a tiny section at the end that can never take up the majority of the screen, then when the user is reading it, the active indicator won't really be useful anyway.
Steve Wozniak famously would get a bunch of $2 uncut sheets, and have them perforated and bound into a tear-off book. Then, he would dramatically produce the book and tear out a sheet of them to pay for things, as a sort of gag. I think it got him investigated by the Secret Service at one point.
I'm going to provide some examples of what I'm criticizing here – it will likely double my downvotes, but I want to be specific as long as I'm dissenting. This is just honest and well-meaning criticism, and I'd appreciate similar criticism about my own writing. I originally replied to a comment that said simply "that is some fine writing" and I don't necessarily agree. There majority of it is well-done, but to me, the early prose made it difficult to read further.
> some of the things in this sprawling realm of clutter might have come from another galaxy, like the ballistic cartridge for the table saw. If you accidentally touch the blade, it senses electrical conductivity and retracts. It’s gone so fast that it can’t cut you. It’s all part of the magic of this place of transformations.
This is just a SawStop, but the author describes it as evidence of the otherworldliness of the subject. Why? There's a bill to make this mandatory in table saws. It's not otherworldly.
> The room lit up to an intensity such that Sam was cast as a silhouetted troupe of antic spiders dancing on the walls and floor and ceiling, sparks flying around him like a cracked nest of hornets and in his hands a burning blue hole at the center of things.
The author is describing aspects of welding with mixed arthropod metaphors. To me, it comes off as pretentious more than descriptive.
On the other hand, I like how this paragraph starts out:
> Sam is afraid of some of his machines in the way that the lion tamer is afraid of his cats. You are confident. You know your skills. You have been doing this a long time. But you know that wild animals are always wild animals, and a false gesture, perhaps an unexpected noise, could set in motion events that could not be stopped.
This metaphor is effective to me and is descriptive in the way the author intends. Maybe gets unnecessary towards the end. But right afterwards:
> Sam is harnessing powers that few of us ever encounter in our lives. He’s directing them in order to reach down inside of this deck of tarot cards and transform the very atomic nature of its being. He’s doing what sorcerers do: magic.
What? This isn't even referring to a particular skill or act. Just the use of shop machines. I don't doubt that Sam is exceptionally skilled, but using "magic" to "transform the very atomic nature" of the metal – especially when we're not talking about a particular act which sets him apart – is a strain for my imagination.
In my opinion, in a journalistic writing, this kind of fluff distracts from the subject and makes it difficult to read and/or take seriously. That's just my opinion – but I was replying to an opinion that it's "fine writing." If there's room for one, there's room for the other.
I guess this is subjective. But to me, there's a distracting amount of purple prose.
Prose has a function, which is to tap into metaphor in order to help words describe a sensory experience that's otherwise difficult for words to capture.
The article does have that kind of prose. But it also has plenty of prose for prose's sake. Prose for prose's sake – especially in journalism – is self-serving. It obfuscates the point, for the sake of prose (and ultimately, for the author's own satisfaction with himself).
Edit: that being said, I liked the article overall and I think the author did great at choosing an interesting subject and pretty well at writing about it. I certainly couldn't do better.
I have to push back here a little bit. It really depends.
I mainly use Scala, and I think the majority of Scala code would be far less readable if forced to 80 columns, than if it were a larger number (or simply unconstrained).
My WFH monitor is an Apple Thunderbolt Display, which is woefully out-of-date now. Even on this display, and even though I use a much larger font than most people (16pt Hasklig), and even with a generous project/navigation/etc sidebar, I still get 180 characters. The display I have in the office is even wider, but I can't measure it right now because I'm not there.
My point is, displays are now wide enough where arbitrary line limits don't make sense. Nobody is going to cram stuff into one line unnecessarily, so just leave it up to the local decision about what makes the code most readable. If for some reason a 240-character line is more readable in some situation, then we should talk about that situation rather than why they didn't break the lines.
FWIW, while I'm not sure I agree that JVM is the right solution for every problem, I agree with much of the author's sentiment from that time, which is: programs are written much less frequently than they are run, so surely developer keystrokes are laughably unimportant compared to runtime performance and other user-facing concerns.
I found "Java for Everything" really interesting, so thanks for posting it. It also seems it's been featured on HN many times[1], and the progression of comments (from 10 years ago to 4 years ago, to 1 year ago where nobody commented) feel like an archaeological strata that shows how things change and how they stay the same.
I think the answer is pretty clearly "no, but" (or "yes, if"). Of course it depends on what you're doing – if you're writing shell scripts, it might make sense to keep them at 80 characters in case you have to go down to the data center and edit them from a terminal because your network card failed. But for most code, there's no particular limit that makes sense (in my opinion).
I'm somewhat against code formatting "rules" in general. If it's about readability (/aesthetics), different code will have different properties that make it readable or unreadable. Sometimes, forcing a line break makes code less readable. In other situations, it can have the opposite effect. IMHO, it's a local decision – and the human that's working on that code is better at deciding what's readable than a linter is.
What I love the most about this, is that even though the author only intended (in the near-term, anyway) to use this once, they still A) took care to use some degree of engineering practice, and B) open-sourced the result.
I really love seeing an example of DTP-style typesetting using Java. It's one of those problems that seems really easy, but then you look into it a little bit and decide it's not really worth the effort (and there aren't many practical, independent examples of it in practice). This person not only took the effort – to make something more personally pleasing than TeX – but also took the time to organize their code and share it, in order to decrease the scarcity of such examples.
An interesting article, but I have to point out a more (in my opinion) entertaining take. As the pandemic dragged on and began to seem interminable, Netflix released a somewhat under-the-radar series called "History of Swear Words". Each episode has Nicolas Cage hosting a documentary of a swear word in exactly the over-the-top fashion you'd expect. The word covered by the article is episode 1.
This series gave me some much-needed laughs at the time (YMMV).
A really interesting read. From the discontinuation notice[1] that the article links to:
> Perhaps it comes down to this: indirectly, our own personal benefit for writing PlantStudio software and our other projects includes all the other wonderful free stuff on the internet, and it would cost us trillions of dollars if we had to pay for the creation of all that diversity ourselves. We don't mind using guilt to effect change :-) but this time, with products under free license, it will be guilt to go do something positive in the world to pass on the gift, rather than a one-for-one exchange with us.
That's a wonderful sentiment from the humans who put a lot of effort into building this software (and eventually decided to give it away).
Of course, saying "fat people should simply eat less" is by no means novel. It's the same as "have you tried _not_ being addicted to [drug]?" or "Why doesn't he just [obvious but impossible action]? Is he stupid?"
For some people, "eat less" is easier said than done. Their body, for whatever reason, makes them suffer when they don't eat. Maybe it's easy – or hard, but possible – for you, and that's great. But don't assume that simply because you've never experienced it as impossible, doesn't mean others don't (or that they simply lack some kind of strength that you possess).
If anything, the effectiveness of this medicine appears to demonstrate that – much like other "chemical imbalances" such as ADHD or depression – obesity might be a symptom of biology that simply doesn't make enough of a certain chemical, or makes too much of another.
Also, I see you posting your website link on a bunch of threads. I read it. This isn't the place for a discussion about it, but I do want to point out a major rhetorical flaw: you appear to assume that _no_ patented invention is _ever_ actually useful. I think this nullifies most of your argument, because it's demonstrably untrue.
An interesting thought, but I think it falls apart a bit when it meets reality.
Most people want to retire eventually, and can't really predict what the cost of living is going to be or for how long they'll be paying it. So it makes sense to want to accumulate more wealth than your known spending needs demand.
Also, the alternative the author suggests is to spend only as much time as you need to spend in order to earn exactly what you need. This is also not particularly realistic, as many forms of labor don't allow you to precisely invest only as much time as you feel like, or stop/start working immediately based on whether or not you currently need more money.
Thanks! That thread leads to LEAP (Learning Early About Peanut allergy) which is a study that seems to have done a pretty good job of demonstrating that peanut exposure is in fact prophylactic against later allergy (as measured by a skin test). The data is pretty thorough: https://www.nejm.org/doi/full/10.1056/NEJMoa1414850
Notably,
> No deaths occurred in the study.
so it's not a "naive analysis" of the kind that I facetiously alluded to. I didn't mean to imply that I believed naivete was a a factor... I was just pointing out that the top-level comment of "I heard {country} doesn't have any peanut allergy, and they eat peanuts from a young age" (without any further detail) was illustrative of a particularly insidious fallacy.
I was not hinting at any conspiracy, and my comment wasn't directed toward Israel in particular (knowing nothing about the study that the top-level comment alluded to).
I was facetiously pointing out that a population where everyone eats peanuts at a young age is likely to be allergy-free if only due to the fact that those with peanut allergies would die, and therefore would no longer be allergic to peanuts. A naive analysis of the data could lead to a conclusion that eating peanuts at a young age causes a favorable change in allergy outcomes later in life.
No, I didn't mean to imply anything like that. I guess I was just trying to say "surprising data needs detail." I should have just said that, instead of making light of how dangerous allergies are. Downvotes deserved, lesson learned.
Strictly speaking, if all babies eat peanuts, you'll get to "nearly non-existent" peanut allergy one way or another. But you need better data than that to conclude that the change comes from allergy prevention, rather than... allergy "removal".
Edit: I guess I was just trying to say "surprising data needs detail." I should have just said that, instead of making light of how dangerous allergies are. Downvotes deserved, lesson learned.