jeffmcmahan

51 ms·

31.
by jeffmcmahan 6y ago
That's true. But with TS I have to declare types, import typings, maintain a build process to run the TS compiler, and so on. Moreover, static typing comes with added tediousness, and I personally feel that it's not worth the frei
32.
by jeffmcmahan 6y ago
I'm not OP, but in my case, no. I don't. I write a roughly ES7, and if you're on an ancient phone/PC, oh well. I really don't care. Not because people using those devices don't matter, but because I am writing
33.
by jeffmcmahan 6y ago
Amen. I don't transpile to JS anymore. If the client is IE (no updates for 7 years?) and doesn't feel like installing FF, Chrome, Edge, or whatever, then it is what it is. Modern static ESModule JS is quite good. I have several pr
34.
by jeffmcmahan 6y ago
I join you in hating Arial for its ugliness. It is one thing to be a copy of another font (Helvetica); it is quite another to be a bad copy.
35.
by jeffmcmahan 6y ago
Yes, they are more different that I initially thought.
36.
by jeffmcmahan 6y ago
I stand corrected. Let me rather say that Plantin shares a lot more with (say) Bembo than it does with Times, and I don't see why either would be a times "alternative".
37.
by jeffmcmahan 6y ago
FWIW, that never occurs. EDIT: Although it is currently being mentioned on the front pages of NYT, WaPo, and WSJ.
38.
by jeffmcmahan 6y ago
First, as a type nerd, I don't agree that Times is a bad font or that it signals "apathy." When I see nice kerning, judicious leading and tracking in a book design or webpage using a Times font - particularly LaTeX documents
39.
by jeffmcmahan 6y ago
I have a simple reconcile function (that I wrote, in umpteen variations) diff the previous and upcoming view state (not the DOM state) for each list item, and if there are changes or new items, the changes are made. If not, DOM nodes are no
40.
by jeffmcmahan 6y ago
In JS, frameworks have helped us to work out which bits of "magic" we really value, and over the past 5-7 years especially, that has informed the evolution of the language. And now, most of what we'd want is built into the pl
41.
by jeffmcmahan 6y ago
GA Cohen wrote "Deeper into Bullshit" as a sort-of reply to Frankfurt, which drew attention to what I find the more interesting kind of bullshit, namely pseudo-academic and/or pseudo-technical bullshit. This, Cohen sensitivel
42.
by jeffmcmahan 7y ago
Thank you for your work on lit-html. I use it daily. What a great tool.
43.
by jeffmcmahan 7y ago
The results are indistinguishable from real modern art. That is to say, this AI is really bad at producing art.
44.
by jeffmcmahan 7y ago
Hmm. Based on what I read, particles smaller than 0.3 microns have a widely "wandering" path of travel through the mask fibers on account of Brownian motion. My understanding was that 0.3 micron particles are the size that the N95
45.
by jeffmcmahan 7y ago
Well, and the corollary, that's why your typical engineer doesn't get it - and anyone who really insists on it is just a lunatic; adopting it would be a nightmare to the average workaday developer who just wants to have the compil
46.
by jeffmcmahan 7y ago
To answer your technical question: You can approach it one of two ways (I've done both). The first you hinted at. You can keep the last state object handy for the next incoming update and compare (e.g.) stateA.className against stateB.
47.
by jeffmcmahan 7y ago
>>> it sounds like you are describing exactly tree diffing The object returned by the function expresses a tiny subset of the properties of a DOM node. Often just {className, childNodes: [...]}. Only those explicit attributes are
48.
by jeffmcmahan 7y ago
It's pretty weird to me to try to picture Microsoft's monopoly as a better situation than the current one?
49.
by jeffmcmahan 7y ago
Well yeah. But I've seen it done; the attitude being "this is fine, React is fast, it works on my Mac..."
50.
by jeffmcmahan 7y ago
No one's going back to the messy spaghetti-generating "just-jQuery" pattern of yore. I devised a way of using plain closures to create DOM nodes and express how the nodes and their descendants should change when the model cha
51.
by jeffmcmahan 7y ago
I completely agree, here. React has replaced the DOM, and it's pretty fast, pretty efficient when you understand its limitations... but when you start rendering to the canvas or creating SVG animation from within react code, everythi
52.
by jeffmcmahan 7y ago
Peace be with you all.
53.
by jeffmcmahan 7y ago
I agree completely. Dependencies solve problems but not for free - bugs, security issues, versioning headaches, performance problems, compatibility gotchas, churn, &c. I live by the following: (1) If a problem can be exhaustively specif
54.
by jeffmcmahan 8y ago
I switched months ago. No regrets, as a full time js/web developer, the dev tools are good enough. Not better than Chrome, but good enough. You can do the right thing.
55.
by jeffmcmahan 8y ago
They're evidently capable of doing advanced mathematics and of producing microprocessors among many other things, so whatever we think about them managing the globe, their intellectual equipment goes well beyond "small group inter
56.
by jeffmcmahan 8y ago
So what you're saying is, "in an ecological sense" you're fine with it if my children die of starvation? Well good for you.
57.
by jeffmcmahan 8y ago
> [Latour's] early work, it was true, had done more than that of any other living thinker to unsettle the traditional understanding of how we acquire knowledge of what’s real. I'm sorry, but no. Anglosphere philosophers (= the
58.
by jeffmcmahan 8y ago
This looks great. I've been looking for a project like this for a while - a simple language in which I can write hot code and compile it straight to web assembly for use in existing node and web projects. However, I wonder whether Wal
59.
by jeffmcmahan 8y ago
Right, that was a bizarre connection to make.
60.
by jeffmcmahan 8y ago
"If it doesn’t go well he’s out of a job and his boss might go to prison" Yeah, I don't think that happens much.

More ›