Hacker Newsnew | past | comments | ask | show | jobs | submit | more bertil's commentslogin

The Westphalian sovereignty that you describe would refuse the authority of the Nuremberg trials.


The Nuremberg trials were just victor's justice, as demonstrated by the total impunity for all war crimes committed by the USSR.


Contrary to the US being severely punished for their crimes ...


The winner takes it all ...


Maybe, but I think Westphalian sovereignty generally permitted conquerors to dispose of the conquered as they saw fit. It's not a moral system, just a Schelling point.


The `<blink>` tag was an official part of early HTML standard, until teenagers showed up online and sanity prevailed. I suspect this could have been there to maintain compatibility with older webpages.


Yeah that's where the concept of the blink tag originates, the now deprecated HTML tag. But what's covered in the blog post refers specifically to a hidden (and AFAIK undocumented) blink tag that exists in the Android XML layout view system, which is an independent thing from the system WebView browser (that I assume probably still contains some code for blink tags, but that wouldn't be a surprising discovery). I don't know if there are any other built-in tags in Android views that really map to HTML tags otherwise.


This blink is in a specific UI XML dialect, not HTML.


True, it has never been in an HTML standard, however it was definitely a documented part of early HTML.

The blink element was in Netscape Navigator's HTML dialect in 1993/94, when early HTML was still just hitting IETF RFCs / DRAFTs, you can find blink in the Netscape HTML developer documentation from just after that era, DevEdge. It was never in NCSA Mosaic, the other big GUI browser of the era.

Later on in the process of being standardized, when it was more W3C than IETF albeit still mainly the same people, Netscape agreed to drop blink from the proposals if Microsoft dropped marquee, so in that sense yes, it was never in a standardized version of HTML, but many tags in active use at the time were never in a standards doc.

See here https://www.w3.org/People/Raggett/book4/ch02.html for some history from w3c, who went on to become the formal custodians of HTML after the IETF days.

Edit: here's the earliest Netscape Developer Docs I can see on archive.org https://web.archive.org/web/19961115043739/http://developer....


Blink shows that the webs often touted absolute backwards compatibility can be broken for really petty reasons.

At least these days you can easily bring back the fun:

  blink {
    animation: blink 1s steps(5, start) infinite;
  }
  @keyframes blink { to { visibility: hidden } }


It actually seems like there’s another Easter egg if you google “blink tag”: https://www.google.com/search?q=blink+tag

(Doesn’t seem to trigger on iOS, but works in Chrome and Firefox on desktop)


Disappointing, the result HTML doesn't actually use <blink> tags.


Were you able to flag it to Waymo?


Which point would you expect to deteriorate?


not op but cleanliness would be my first expectation

I've seen many reports of dirty waymos on reddit recently for example.

second I'd assume they would start charging you for point 3, "loading delay fee" when you take too long to load, after all that's missed profit from other rides.

after that point 1 and 2, with you getting either a Jag (nice car), a Zeekr (unknown to me, Chinese company), or a Ioniq 5 (much cheaper feeling car than a Jag, with hard plastic everywhere). You want the jag? Expect to pay for it. So suddenly all cars aren't the same, and only some are comparable to Uber Black.

To summarize:

Point 4, followed by 3, followed by 2 and 1 (which imo are just one point). 5 I don't expect to change unless they have to start cost-cutting on compute and sensors, but I HIGHLY doubt that.


Wouldn't it be more likely they would charge for "leaving trash in car"?

Shouldn't cost much to check car using cameras after each ride.


I would expect this to be triggered by the next passenger complaining, but both options are likely.


Being pedantic, even if you have to pay for a type of car, you still have no variance to expectation when you know what you are getting. I think that point was more about the variance in driving, driver etc rather than car type.

Re: enshittification in general. I think the incentives are better aligned for self-driving. Eg. charging people who create trash etc can also make the company money whilst improving overall experience.

With non self-driving, you have to rely on user ratings etc to penalise a specific driver, which seems inherently more fuzzy. The company has conflicting goals of keeping enough drivers (drives costs down etc), whilst guaranteeing a certain experience. It is difficult to create a system for drivers to “improve” (eg. Clean their car) and for a company to directly encourage that, whereas it’s easier to just charge people who litter more etc in a fully automated system.


What are your concerns with Fandom?


For one, when I visit the site on my phone, the bottom 25% of my viewport is taken up by their recommendation algorithm, the top 30% is usually but not always taken up by an autoplaying video completely unrelated to the topic or wiki I’m visiting, and so I’m left with a tiny piece in the middle of my screen actually containing the contents of the wiki page I’m trying to read.

They also hold wikis hostage by not allowing them to move to another platform and redirect/get rid of their Fandom wiki. This means that if any wiki tries to move to be independent, the Fandom wiki will keep existing, and usually will still be the first result on Google for a long while, maybe forever, because of Fandom’s SEO. Of course the entire community of editors will have moved on, so this heavily outdated Fandom wiki full of ads and other elements trying to catch your attention and keep you on the site, will rank above the independent ad-free and active wiki with up-to-date information on Google search.


The https://getindie.wiki/ browser extension helps mitigate that problem.


Why should anyone download extra crap for a crap website? I'll pass.


Because it helps keep you from accidentally visiting that website.


Fandom would rather I do anything other than what I came to the site to do.

- Autoplaying barely related videos at the top as someone told them video content has better CPM

- "Have you tried looking at this page on another wiki?"

- So many ads

- Others like you viewed

- Would you like to join the discord?

- Fan Central?


Just go there without an ad-blocker and see for yourself. It is pretty bad even with an ad-blocker.

The worst part is that it wasn't always like that. When it started of as wikicities and then wikia, it was pretty good, very Wikipedia-like, which is to be expected considering its history. But it enshittified quickly as it became Fandom, all while making it hard to move the existing communities out of the platform.


It would be fairly easy to add minor elements fo add context and help: Fandom·com sells creator-led brand "Giant Bomb" back to its key personalities.


I found it ironic that the author said having bullet points with the key topic in bold was a sign to use that format immediately.


I can personally confirm that story.


That explains changes in priorities, but it does not make for great jurisprudence to have their unanimous decision revoked.

They could argue that the decision was made based on declarations that did not align with the private conversation that Zuckerberg had at the time, as those emails came out since.


Couldn’t you gradually include more recent documents as you train?


You can do that but the amount of incremental data will be negligible compared to the rest of the data. Think of the knowledge cutoff more like a soft value.


That makes it harder to analyze the results of training and draw conclusions for the next round.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: