Useful term. Consider: "antimodern computing" in general or more specifically: "antimodern software engineering", "antimodern Web design", "antimodern deployment strategy", etc.

If you can't imagine how stuff like this would be possible, "then", as Roy Fielding quipped, "most likely you just haven’t defined enough resources".

In principle, this data is the sort of thing I'd expect to be available from Google Takeout. It's not. All right, fine. But then, it's the sort of thing I'd expect to have its API documented so sufficiently motivated people can bodge together their own "client"—something similar to the availability of the Google Books APIs. This, too, is missing. I don't expect the appearance of either, at least not any time soon.

So Gitea—or Codeberg, at least—should be amenable to the suggestion of un-messing the process of self-hosting where it brings the aspiring self-hoster into contact with NodeJS/NPM silliness. Make that part optional.

Lots of people forget (or were never conscious of) the bent that the US went on around this time (post 9/11).

A lot of people can look at an artifact of that era like Idiocracy and think, "HAHA OMG SO TRUE" while thinking of how the world feels right now. But that's a mistake. Idiocracy in particular was a response to what it felt like at the time the movie was made. There are lessons, sure, but any time you try to interpret the past in terms of the present, you're going to miss some things.

Anti-intellectualism in the US at the time of this interview was nuts, and the way things are right now doesn't even come close.

You could say the same thing about Oberon (which funnily enough was directly inspired by PARC's work).

See You Can't Tell People Anything.

Personal observation: Cut has always struck me as a more exotic operation than the sense you seem to get about it hearing folks who were in computing prior to the 1990s speak. As far as I know, almost everyone I've encountered probably thinks foremost of "copy and paste".

https://archive.org/details/DTCJefRaskinDoc019

should be "than"

This response is pretty evasive. It's true, but (a) Raskin's name was changed from his original birthname, and (b) it doesn't answer the question that was asked. (It's a response to a question/statement that wasn't asked.)

See also Seven Laws of Sane Personal Computing (with particular attention to Law III).

Hey, sounds a lot like the approach to Firefox UI decisions circa 2010.

should be "limits"

should be "Engelbart"

I like this distinction—"new world" smartphones vs "old world" smartphones.

double lame

lame

That's not what they are.

Suppose the server were sending rel=canonical in a Link header for non-document resources (e.g. images like this one). Is the Hypothesis bookmarklet/extension thorough enough to deal with this?

This is a common enough feeling (not about Publii, specifically; just the general concern for flexibility and control in static site generators), but when you pull back and think in terms of normalcy and import, it's another example of how most of what you read on the internet is written by insane people.

Almost no one submitting a paper for an assignment or to a conference cares about styling the way that the users of static site generators (or other web content publishing pipelines) do. Almost no one sending an email worries about that sort of thing, either. (The people sending emails who do care a lot about it are usually doing email campaigns, and not normal people carrying out normal correspondence.) No one publishing a comment in the thread here—or a comment or post to Reddit—cares about these things like this, nor does anyone care as much when they're posting on Facebook.

Somehow, though, when it comes to personal Web sites, including blogs, it's MySpace all over again. Visual accoutrement gets pushed to the foreground, with emphasis on the form of expression itself, often with little relative care for the actual content (e.g. whether they're actually expressing anything interesting, or whether they're being held back from expressing something worthwhile by these meta-concerns that wouldn't even register if happening over a different medium).

When it comes to the Web, most instances of concern for the visual aesthetic of one's own work are distractions. It might even be prudent to consider those concerns to be a trap.

Same as https://www.geoffreylitt.com/images/computing-books.jpg?1643577208.

(There are relevant annotations there.)

Need to take the union of all these papers' bibliographic entries and dump them here.

staticgen source: https://github.com/geoffreylitt/homepage/tree/master/source/wildcard

I've spent a lot of time in frustrated conversations arguing the case for browser extensions being treated as a first class concern by browser makers (well, one browser maker). But more and more, I've come to settle on the conclusion that any browser extension of the sort that Wildcard is should also come with the option of using it (or possibly a stripped down version) as a bookmarklet, or a separate tool that can process offline data—no special permissions needed.

(This isn't because I was wrong about browser extensions; it's precisely because extension APIs were drastically limited that this becomes a rational approach.)

Referenced from https://www.geoffreylitt.com/inspirations.html

on top stacked laying flat on the left side, next to a potted plant on the right two other books to the right of the plant, spines not visible

tools for thought rheingold MIT Press logo concept design: the essence of software jackson designing constructionist futures nathan holbert, matthew berland, and yasmin b. kafai, editors MIT Press logo structure and interpretation of computer programs second edition abelson and sussman MIT Press Indroduction to the theory of computation

top shelf ordinary orientation: books upright, spines facing out tops leaning to the left

toward a theory of instruction bruner belknap / harvard tools for conviviality ivan illich harper & row the human interface raskin addison wesley the design of everyday things don norman basic books changing minds disessa MIT Press logo mindstorms seymour papert unknown logo understanding computers and cognition winograd and flores addison wesley software abstraction jackson revised edition MIT Press logo living with complexity norman MIT Press logo the art of doing science and engineering—learning to learn richard w. hamming stripe press logo the computer boys take over ensmenger recoding gender abbate MIT Press logo weaving the web tim berners-lee harper dealers of lightning: xerox parc and the dawn of the computer age michael a hiltik harper the dream machine m. mitchell waldrop stripe press logo from counterculture to cyberculture fred turner chicago the innovators walter isaacson simon & schuster paperbacks a people's history of computing in the united states joy lisi rankin harvard the media lab stewart brand penguin logo

bottom shelf ordinary orientation: books upright, spines facing out tops leaning to the right

about face: the essentials of interaction design cooper, reimann, cronin, noessel 4th edition wiley the new media reader wardrip, fruin, and montfort, editors designing interactions bill moggridge includes DVD MIT Press logo interactive programming environments barstow, shrobe, sanderwall mcgraw hill visual programming shu software visualization editors: stasko, domingue, brown, price MIT Press logo types and programming languages pierce MIT Press logo smalltalk-80: the interactive programming environment goldberg addison wesley constructing the user... statecharts qa 76.9 .u83 h66 1999 the human use of human beings: cybernetics and society wiener da capo pasteur's quadrant stokes brookings scientific freedom: the elixir of civilization donald w. braben stripe press logo a pattern language alexander, ishikawa, silverstein, jacobson, fiksdahl-king, angel oxford the timeless way of building alexander oxford

Not accessible.

Yes. From https://news.ycombinator.com/item?id=22991437:

Despite how toxic it is, Twitter is very simple: get account, follow a few people, and you get a text field where you can write stuff, hit "Publish", and you can reach your audience.

Since "blog" is too opaque today, even with reminders like this, maybe the pro-blogging movement (that is, from the Latin pro; not as in "professional") should re-orient itself and take up a campaign around the phrase "lab log".

Likewise, I wish reading an academic paper were more often like reading a blog post where they explain their work—most academics suck at academic writing! As a result, getting through the paper is usually tedious.

Shouldn't this parenthetical be written, if anything, as "academics (including students)"?

I don't think we'd get this at all, and I think that's the real takeaway from YAGNI: most people are really bad at figuring out what they're "gonna need". If they weren't, then the phrase wouldn't exist.

The truth notwithstanding about whether or not they'd be right if they felt that way, I'm not sure it's accurate to say that this feeling actually exists. Certainly the the way people speak about new tech and the rationalizations that they reach for when adopting something new suggests that they think the thing that they're transitioning to is going to be the right one this time.

Mmm... those devices are getting faster and gaining new powers, not gradually shedding either...

Yeah, but...

Keeping your website's look 'up to date' requires changes, but keeping your website up does not require "keeping its look 'up to date'".

The problem almost certainly starts with the conception of what we're doing as "building websites".

When we do so, we mindset of working on systems

If your systems work compromises the artifacts then it's not good work

This is part of a broader phenomenon, which is that when computers are involved with absolutely anything people seem to lose their minds good sensibilities just go out the window

low expectations from everyone everyone is so used to excusing bad work

sui generis medium

violates the principle of least power

what we should be doing when grappling with the online publishing problem—which is what this is; that's all it is—is, instead of thinking in terms of working on systems, thinking about this stuff in such a way that we never lose sight of the basics; the thing that we aspire to do when we want to put together a website is to deal in

documents and their issuing authority

That is, a piece of content and its name (the name is a qualified name that we recognize as valid only when the publisher has the relevant authority for that name, determined by its prefix; URLs)

that's it that's all a Web site is

anything else is auxiliary

really not a lot different from what goes on when you publish a book take a manuscript through final revisions for publication and then get an ISBN issued for it

so the problem comes from the industry

people "building websites" like politicians doing bad work and then their constituents not holding them accountable because that's not how politics works you don't get held accountable for doing bad work

so the thing to do is to recognize that if we're thinking about "websites" from any other position things that technical people try to steer us in the direction of like selecting a particular system and then propping it up and how to interact with a given system to convince it to do the thing we want it to do— then we're doing it wrong

we're creating content and then giving it a name

If we define its success by quality of discussion, I think it has also failed. My interactions on Mastodon have almost universally resulted in experiences that were worse than a typical HN interaction (already not great!), for example. About on par with what you've always been able to find in places like /r/programming or Keybase chat or IRC—ostensible nerds memetically regurgitating low-effort cynical takes and being hostile to outsiders who haven't yet sufficiently ingratiated themselves to the community. Very little diversity of thought or norms of interaction.

So how about a voluntary breakup? Something that the unfederated networks would never do unless trying to avoid being the target of litigation for anti-competitive practices, but where is the pressure to refrain from doing this for mastodon.social or anywhere else in the fediverse?

Backend for Backblaze's B2 suspiciously absent.

That's the problem—thinking about this in terms of "wanting software". It's wanting to publish. Tech workers have an especially hard time understanding this.

You're probably not under the impression that when the last person you heard of who got their book published finally pulled it off, they did it as a matter of wanting, say, an InDesign workflow versus something else. Because they weren't, and it didn't factor into their motivations at all—not even a little bit.

This page is useful, but it needs footnotes citing the relevant standards.

Consider a "man2blog" — combining several things:

• a publication pipeline/authoring tools combo that is effected by copying the tool's manual somewhere, where the manual includes, like here in ANPD, an exact (machine executable) specification of its behavior
• the plain.txt.htm format https://www.colbyrussell.com/LP/debut/plain.txt.htm

So the steps look like:

1. Clone the repo, which is empty except for a lone "README.txt"
2. Write your blog post(s) as markdown and commit to the repo
3. Upload a copy of README.txt to your web host, except name it man2blog.txt.htm instead
4. Visit the URL for your copy of man2blog.txt.htm in your web browser
5. Press Ctrl+Enter
6. Feed in the sources to your blog

You could also include in the text of README.txt aka man2blog.txt.htm instructions for how to author an "adapter" for your web host, so that when man2blog.txt.htm finishes processing your input, it transfers control to the adapter, which handles automatically uploading the build artifacts. (The adapter should, of course, also live as a first-class piece—i.e., content—on your site, too, the way that ANPD explains it.)

Name chosen as a nod to the use of Template:Should be SVG on Wikipedia

See also: Web page that parses and explains the label on a bike tire

HN comments: https://news.ycombinator.com/item?id=30137984

wrong

There is no 7 anymore.

Isn't that a sign of (good) health, not an illness? in fact, i think by more critically observing the downsides of current practices, we can increase the number of drive-bys by 10x, and that we should aim to.

Whether "dealing with [the] community" takes more work than writing code is another matter, but one that can also probably be solved by being more critical of contemporary practices and expectations.

Should be optional.

Nah. If you're using "npm, webpack, babel, create-react-app, redux", you probably don't "love JavaScript". Those things exist and are used because the people who created and use them hate JS and have slowly worked together to try to make JS something else other than what it was (and still is).

I riffed on this here: https://hypothes.is/a/jXcnuhpDEeywaAuYKkKwbQ

Why are these back "links" not actually HTML links? Annoying. Conjecture: Since this is what you get with creator-controlled presentation, that's one of the reasons why people opt for Twitter et al.

I don't see how this ranks as "ideal". Ideal would be experiments created in a publishing pipeline that is as freeform as MS Paint but escapes the historical quagmire that Web publishing has been entangled in. (11ty and others earlier mentioned ain't it.) Something like Flash, but primarily aiming to aid the creation of content based on the written (or spoken) word, and less about applet-based application experiences or video/animation. (Although appropriately wielded, those would be fine, too. If everyone achieved their own tiny Encarta, that wouldn't be a bad place to be.)

This sounds like there's a conception of "blog" at play that's just a corruption of what a blog actually is. (Twitter can and mostly is just as "performative", by the way, if not moreso...)

Maybe PG's advice on exotic languages is really just another form of indirect gatekeeping to select for the well-off who can afford to have arbitrarily spent so much time on high-cost, zero-return endeavors—like spending school studying philosophy or learning to distinguish wine and appreciate art.

Or just save time and use recursive descent there, too.

... and Java for Everything.

I actually don't want this, for the same reasons listed under "Focus". See lkesteloot on IDEs "bleed[ing] red" https://www.teamten.com/lawrence/programming/write-code-top-down.html

Highlighting this, but really the whole section is almost perfectly written. Hardest is achieving your desired inner discipline and then having to fight with people who don't understand this shit (because their performance never matters, or they don't give a damn).

Indeed; untrusted drive-by apps are best handled by the sandboxed runtime that the world has already settled on—and that everyone already has—the WHATWG/W3C hypertext system, aka, the Web browser.

Remember: "the program is a locally saved copy" and "runs offline" are not mutually exclusive with "runs in the browser".

It's hard even it's more ideal forms (for different reasons). I outlined the antidote a year (or maybe two? geez) ago—the fanclub economy. Posted originally to socii, but it's dead now, so all I have is the local JSON dump, which I haven't fixed up and put online myself.

"will resemble"? What year was this written?

Is it? Who calls it that? Sounds like Pournelle's iron law of bureaucracy.

You're looking for https://nadia.xyz/creator-economy

We should be able to track down the source here just as easily as we can see verbatim quotes' original place.

citation needed

This is a popular way to describe it, but I don't believe it is actually helpful to people who don't already understand.

Obscurantism isn't a virtue.

Accessibility is more important, after all, than Kartik says it is (elsewhere; cf recent Mastodon posts).

Looks like it's dead. The link goes nowhere.

Apple is going to ditch TSMC for Intel—or rather, what will be the Apple-owned fabs formerly operated by Intel. After the acquisition, Apple will become a major champion for USG "investment" in US-based fabs, and they'll get what they want. They'll achieve parity with or surpass TSMC.

Two important things to be aware of:

1. Projections of semiconductor advancements hitting a wall, if they turn out to be valid and true, describe a set of circumstances that are actually beneficial to anyone trying to catch up to the tech leader.

2. There's a lot of low-hanging fruit to be had in fab operations. A lot. Given sufficiently mature/advanced (i.e. adequate) tech to start with, Apple can make leaps and bounds over, say, Samsung by business process improvements alone.

... but still harder than it should be. (Isn't this team supposed to be sensitive to stumbling blocks? I thought that was pretty much the entire gestalt of this platform...)

Foolish constraint.

Case study in equivocation.

... which is of course the whole point! We'd probably be better off promulgating "RFC" as a relevant term for more than just tech standards.

That's hardly tight. What it is, like much of Go, though, is "gcod enough". And a lot of JS is the same way, if you—once again—reject the desire to follow-by-example without taking care to make sure you don't pick bad examples—which is what the NodeJS world offers, by and large (which itself makes esbuild's entire raison d'etre part of a somewhat existential paradox).

Of course this fares poorly if the input ("your bundler's code") is low-quality.

It's important to make an apples-to-apples comparison, so you don't end up with the wrong takeaway, like, "Stuff written in JS is always going to be inherently as bad as e.g. Webpack," which is more or less the idea that this paragraph wants you to get behind.

It shouldn't be surprising that if you reject the way of a bad example, then you avoid the problems that would have naturally followed if you'd have gone ahead and done things the bad way.

Write JS that has the look of Java and broad shape of Objective-C, and feels as boring as Go (i.e. JS as it was intended; I'm never not surprised by NPM programmers' preference to write their programs as if willingly engaging in a continual wrestling match against a language they clearly hate...)

Should have led with this.

Zotero desktop needs an "inbox"—a Dropbox-like directory where you dump stuff into it, and then Zotero adds it to your library.

The same is true for login systems that use cookies, but no one cites that as a downside. There's an asymmetric standard being applied to HTTP native authentication.

How to get remote control over the Hypothesis sidebar (one way, at least):

1. Use the bookmarklet to open the sidebar
2. Click the sidebar's "Help" icon in the top right
3. Right click the "Help topics" link and select "Inspect" in the context menu to open the element in the browser devtools
4. Remove "noopener" from the link (easiest way is to just delete the element's "rel" attribute)
5. Change the link target to something other than "_blank" (e.g. "foobar")
6. In the sidebar, click the now-modified "Help topics" link
7. For good measure, in the new tab that opens, navigate to the same URL loaded in the sidebar (should be something like https://hypothes.is/app.html with a site-specific URL fragment; you can get the actual URL from the devtools JS console with document.documentURI, or right-clicking the sidebar and selecting "View Frame Info")

From the secondary tab ("foobar" opened by click in step #6) you should now have unrestricted, scriptable access to the DOM of the original sidebar iframe, using e.g. the JS console in devtools instance or a bookmarklet applied to the secondary tab—access it as window.opener.

Nope. That was way scummy.

"The greatest performance improvement of all is when a system goes from not-working to working" https://web.stanford.edu/~ouster/cgi-bin/sayings.php

wat

This is stupid.

See Java For Everything. https://www.teamten.com/lawrence/writings/java-for-everything.html

On the other hand, explicit is better than implicit. If you're attaining "no code" via implicit magic, that's not a win.

let id = response.headers.get("X-Request-ID");
if (id) {
  let info = this._pendingRequests.get(id);
  if (info) {

This is unused.

This is not a look-how-great-Webpack-is observation. This is a look-how-bad-the-source-code-is observation.

I keep seeing people say this, and it's one of the dumbest things I've ever heard. It's a WebExtension. There's even less reason to use obfuscators for extensions than there is to use them on the open Web...

... so?

The costs here tend to be overstated (and stated by people without a strong background in either browsers or languages, I've found).

I remember someone mentioning to Boris Zbarsky (and expecting him to agree) that IE compatibility was a source of bloat in Gecko. Of course, he corrected them.

Actual URL: https://www.xml.com/pub/a/w3j/s3.nelson.html

See also http://www.xmlvm.org/

Shame that setting up the Java project itself isn't as simple.

I like this one better than the traditional form, which is clumsy.

A good case study in ho-hoism.

Refer to the previous two notes:

• https://hypothes.is/a/RQgF4md_EeyzTmv5uuVjrg
• https://hypothes.is/a/9zTb-md_Eey_YRtWX7Mtxg

Desired workflow:

1. I navigate to the APL login page https://austin.bibliocommons.com/user/login
2. I invoke a bookmarklet on the login page that opens a new browser window/tab
3. In the second tab, I navigate here—to a locally saved copy of (a facsimile of) my library card
4. I invoke a bookmarklet on my library card to send the relevant details to the APL login page using window.postMessage
5. The bookmarklet set up in step 2 receives the details, fills in the login form, and automatically "garbage collects" the second tab

Some other thoughts: We can maintain a personal watchlist/readlist similarly. This document (patron ID "page") itself is probably not a good place for this. It is, however, a good place to reproduce a convenient copy of the necessary bookmarklets. (With this design, only one browser-managed bookmarklet would be necessary; with both bookmarklets being part of the document contents, the second bookmarklet used for step 4 can just be invoked directly from the page itself—no need to follow through on actually bookmarking it.)

Need to figure out the barcode format used on the actual cards and reproduce it here, too.

In fact, Ideally, this digital facsimile should hew close enough in fidelity to the actual thing that I should be able to print my own (using only the data encoded in this document as input).

Best way to view these in order:

Open the socii JSON export in the browser, defuse the unhelpful JSON viewer by using "View Source" if necessary, and then open a JS console to run the following snippet:

let o = JSON.parse(document.body.textContent)
o.sort((a, b) => (
  String(a["created"]["epoch_time"]) - String(b["created"]["epoch_time"])
))

Other useful snippets:

Easily spot thread chains (look or empty string for thread roots):

o.map((x) => (x["replyTo"]))

Get replies to other accounts:

o.filter((x) => (o.map((y) => (x["replyTo"] && y["id"])).indexOf(x["replyTo"]) < 0))

(It also wouldn't be a bad idea to take Fritter and wire it up to be able to read the export.)

You are looking for https://htmx.org/essays/rest-explained

Should system configuration files be full-fledged documents? I.e., explain to the user—with rich text, even—both the conventions of the configuration format as well as what the given system's actual configuration is?

It's almost as if the WebExtensions design was not very good...

Not so much "On the Web" as it is "In JavaScript". mjs is an invention of runtimes like NodeJS (and the unending toolchain hell that sprang up around it) to paper over NodeJS's non-standard idiosyncrasies that are entirely the closed loop result of their own doing.

The fact that this has infected discussion of JS itself is even more reason to despise Node and its ecosystem.

should be "loving"

missing an "until" here

Yikes.

Disingenuous, or just dumb?

Incomprehensible.

In a world where programmers behave reasonably (i.e., not the one we're living in), this is what the list of GitHub forks would be useful for. You have some need to extend a project, you look at the list of people advertising their forks of the upstream, you see one that could also benefit from the change you're looking to make, and you file a pull request to ask them to accept your changes. After reviewing your changes and accepting them (in the best case), then they can optionally pitch these changes to the original maintainer if they want (e.g. in the case of non-hostile forks).

In the world where we actually live, the list of forks is more or less useless; if you were to suggest that someone take your changes into their "fork", then they'll call you a weirdo and say that's not how any of this works—if they say anything at all.

Should be "compatible"

The distinction between Chesterton's fences and Rhesus ladders defined.

Ra ∋ Rhesus ladders https://hypothes.is/users/mrcolbyrussell?q=rhesus

typo for "exists"

Damn. HN's feedback has been dogshit when responding to Dan's posts. (Or at least I can say that this has been the case for 2 out of 2 of the most recent pieces that I've seen posted and witnessed the reaction in near real-time. They're so bad that I'm not really interested in checking the sentiment on other, older pieces of his that I've read.)

Work on solving it with the fanclub "economy".

From Understanding how killall works using strace https://jvns.ca/blog/2013/12/22/fun-with-strace/

From Ten Great Books https://sites.google.com/site/steveyegge2/ten-great-books

From Great Hackers http://www.paulgraham.com/gh.html?viewfullsite=1

From Architecture astronauts take over https://www.joelonsoftware.com/2008/05/01/architecture-astronauts-take-over/

I used to wince at these posts, but now I encourage them. See A New Publishing Discipline.

Counterargument: nobody's measuring anything.

Counterexample: GitHub.

None of this is really relevant. Of all the apps listed, none are especially relevant to the Web. They'd best be classified as internet apps. Granted, they might be dealing in HTTP(S) at some point as a bodge, but then again, almost everything else does, too, whether it's part of the Web or not.

(re @eric_young_1 https://twitter.com/eric_young_1/status/1470524708730851328—not sure how well the twitter.com client and Hypothesis interact)

The dream is still alive among semweb people (incl. Tim Berners-Lee himself).

The sad state of current norms re webapps created by professional devs leads to what probably seems like a paradox but isn't, which is that the alternate future outlined in this tweet is closer to the ideal of the Web than the "Modern Web".

404

The subtext here is, "that's why i created BeachfrontDigital". But this shows how "apps" (and systems) have poisoned how we conceptualize problems and their solutions.

The simplest solution to the problem described is a document, not a never-finished/never-production-ready app. Bespoke apps have lots of cost overhead. Documents, on the other hand—even documents with rich structure—are cheap.

See also: standardjs.com. The arrogance that it takes to try to pull stuff like this is... hard to describe.

Geez.

"Interoperable", you mean.

... why? Maybe it was only clear in hindsight, but Gruber's lack of response to the request is functionally equivalent to a pocket veto.

No.

The thing about syntax errors is that even if the build takes a long time (project is huge), syntax errors can be detected quickly.

Good way to describe ANPD.

Social barriers important, too, but underappreciated.

It is different. However, they're similar enough to draw lessons from.

I use similar, non-specced canaries all the time. E.g. small fixes for things in projects that are nonetheless obvious errors, or determining whether someone is going to try to frame my attempt to contribute by "upperhanding" me, whether they're hostile to messages attached to a name that they don't recognize, etc.

For example, if it takes too much back and forth to get a typo or link fixed in the docs (or any sort of review process for content on what is purported to be a "wiki"), then odds are, things are messed up at a greater level that are going to be a source of frustration later. At that point, I'm out.

A surprisingly large number of projects fail these, in what we are otherwise expected to consider the present Renaissance of FOSS...

Stanford runs their own archive instance (https://swap.stanford.edu/). Why shouldn't the LOC, too?