You can find a seat first, then order directly from your seat, for delivery to your seat (helpful since some McDonald’s in Japan are really busy, and are very vertical, so you might need to climb up some two/three floors to find a seat!).

You can even order McDelivery and they’ll deliver McDonald’s to your house on McDonald’s branded mopeds.

It’s also been pretty fast, even on a slow internet connection.

The only two problems I’ve had with it are:

- Although the menu and the rest of the app is translated to English, sometimes coupons are only in Japanese, and not translated to English (I’m guessing these might be store-specific) (although it’s easy enough to translate that using your phone’s translator) - I’ve had Apple Pay occasionally be down and fail to work, which forced me to redo my whole order, then realize that Apple Pay is still down, then do my entire order again with a different payment method. Although it’s only happened twice a few months ago, so it could be something that they’ve already fixed (or I’m quite unlucky).

Edit: Forgot to add, but no issues like what basch seems to experience with their country’s McDonald’s app. The Japanese one always gives me a sorted list/map view of my closest McDonald’s to pick from, with any favourites marked at the too.

1. SVGs generated by Mermaid use the SVG 2 features, but other than browsers, most libraries only support SVG 1.1 features, i.e. <https://github.com/mermaid-js/mermaid/issues/2102>, which is what the other comment mentioned.

2. Mermaid requires a browser layout engine to render the diagrams (your issue), i.e. <https://github.com/mermaid-js/mermaid/issues/3650>. This is something I also really want to fix (I maintain the [`mermaid-js/mermaid-cli`][1] project and we need to use Puppeteer/Headless Chrome to render mermaid diagrams, which isn't ideal.) However, I don't think this would be easy, since we'd need a browserless tool that supports a browser-like layout engine (although I'm hoping that [Servo][2] might eventually be able to support it).

And if you do want to do headless renders of Mermaid diagrams, I'd recommend using (or adapting, since the code is all MIT licensed and I'm not aware of one that uses Selenium):

- <https://github.com/mermaid-js/mermaid-cli>, which uses Puppeteer as the headless browser API.

- <https://github.com/remcohaszing/mermaid-isomorphic>, which uses Playwright as the headless browser API.

And make sure that whatever server is doing the headless renders of Mermaid diagrams has all the correct fonts installed!

[1]: https://github.com/mermaid-js/mermaid-cli

[2]: https://servo.org/

See https://pubs.opengroup.org/onlinepubs/9799919799/basedefs/V1...

> 3.387 Text File

> A file that contains characters organized into zero or more lines. The lines do not contain NUL characters and none can exceed {LINE_MAX} bytes in length, including the character.

So, if you have some non-printable characters like BEL/␇/ASCII 0x07, that's still a text file.

(and I believe what bytes count as a valid character depend on your `LC_CTYPE`).

But the moment you have a line longer than {LINE_MAX} bytes (which can depend on which POSIX environment you have), suddenly your text file is now a binary file.

Even just planning to remove all of the melted fuel is a long way away.

I can't remember if they were talking about Unit 1 or Unit 2, but from what I understood is that due the collapsed rubble above/around the reactor, they only have a very narrow opening, which means they've struggled to use larger robots.

And I believe the robot operating centre is a bit of a distance away from the reactors too (probably so that the robot operators don't need to wear protective equipment).

> What they need is a sort of "anteater-tongue machine" that just will try each crevice until finding the correct path.

I think the problem is that once you get through all the debris, there's a big cavern. Hence why they're using some sort of crane robot on a rope (it reminds me a bit of a [claw machine game][1]).

[1]: https://en.wikipedia.org/wiki/Claw_machine

I don't really ever program in golang, but whenever I write a Node.JS/Python tool that does need a user-global config file, I just write my own implementation of it:

  function userConfigDir() {
    switch (process.platform) {
      case 'darwin':
        return `${os.homedir()}/Library/Application Support`;
      case 'win32':
        if (process.env['APPDATA']) {
          return process.env['APPDATA'];
        } else {
          throw new Error('%APPDATA% is not set correctly');
        }
      case 'aix':
      case 'freebsd':
      case 'openbsd':
      case 'sunos':
      case 'linux':
        return process.env['XDG_CONFIG_HOME'] || `${os.homedir()}/.config`;
      default:
        throw new Error(`The platform ${process.platform} is currently unsupported.`);
    }
  }

- Moondrop is a pretty well known brand in the ChiFi (Chinese Hi-Fi) space.

- They support AAC so they even have good audio quality on Apple/iPhone devices (most cheap earbuds only use cheap Android codecs).

- Normally, their latency is pretty high, but they do have a low-latency mode in case you ever want to play games + take a call.

- It's Bluetooth 5.3 and communicates directly to each earbud (e.g. if you want, you can only use one at a time).

- And, they have active noise cancellation that's surprisingly good (in fact, it's amazing for $25!).

IMO, the main downsides are:

- Their app is meant to be horrible (I didn't even bother to install it). Not a big deal, unless you want to play around with EQ, customizing what the touch controls do, or upgrade the firmware.

- There's no way to control the volume via touch controls (although maybe the app allows you to change this)

- Even though it supports Bluetooth 5.3, I don't think it supports Bluetooth LE Audio and the LC3 codec.

These earbuds are probably completely uneconomical to recycle, but at least at $25, they probably didn't have too much of an environmental impact when they were created (assuming that the cost of the item is roughly correlated with the environmental impact of the item).

I don't believe the YAML spec has any rules on how long lines can be, so this means that some files won't technically be text files. (and some UNIX tools line-based tools might not work correctly on them).

[1]: https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1...

Although, come to think of it, I could probably just glue the knob into a fixed −10 dB of attenuation and then use software volume control to change the volume.

I have also noticed that those passive inline volume knobs tend to adjust the right and left channels by different levels, especially with low-impedance outputs like IEMs, but that might because the ones I've bought cost ~US$2 from AliExpress.

I could probably also fix the issue by buying a worse/less-powerful USB-C to 3.5mm DAC. The official Apple one is pretty well liked by the audiophile community, since it's powerful for the price, which is great if you have high-end headphones, but horrible if you have earbuds/IEMs.

Weirdly enough, the same Apple USB-C to 3.5mm DAC is much quieter on Android, since it defaults to a low hardware volume on the DAC, and Android then only uses software volume control to lower the volume, see https://issuetracker.google.com/issues/242221770.

What I found that helped was to create a custom Shortcut that "Set Media volume to 1%". iOS reports that this is 48 dB when playing pink noise. I managed to hit 47 dB when dragging to volume slider on iOS below 1%, but the Shortcuts app only seems to support integer percentages.

In my case, even the 1% volume level was too high in a quiet room, but some apps have a custom EQ setting that you can use to lower the volume further. E.g. if you're using Apple Music, you can go to Settings -> Music -> EQ and pick "Loudness" to lower the volume further.

However, it's blocked by Google in software depending on the device SKU (maybe because Google doesn't want to pay licensing costs?). If you have a rooted Android phone, you could bypass this check, see https://github.com/kormax/osaifu-keitai-google-pixel.

Hopefully it means that a future version of the Pixel will officially support it world-wide, but who knows. Japan has one of the highest rates of iPhone usage in the world, so there's not much incentive to support Android users.

---

Just to give you an idea of how hard this would be, Mermaid let's people use custom fonts, with fallbacks, so diagrams can look quite different depending on what font people have installed.

The current default font is Tahoma [4], which is owned by Microsoft, so Linux desktops usually render the diagrams slightly differently than on Windows/MacOS desktops.

People can also have different default font size in their browser/OS settings, and that will affect things too.

Finally, you also have things like ClearType [5], where the text is rendered differently depending on the sub-pixel arrangement of your monitor!!

I think we could get a basic version that partially works by implementing only a subset of the layout functions and hard-coding one specific font in, but even that would still be a fair bit of work.

[1]: https://drafts.csswg.org/cssom-view/#dom-element-getbounding...

[2]: https://github.com/jsdom/jsdom

[3]: https://github.com/jsdom/jsdom/issues/1322

[4]: https://en.wikipedia.org/wiki/Tahoma_(typeface)

[5]: https://en.wikipedia.org/wiki/ClearType

Mermaid needs a browser's layout engine to run properly [1], but I haven't yet seen a library that will help us without puppeteer.

And yep, NPM (or another Node.JS package manager) is still needed for installation. I was working on trying to bundle all of mermaid-cli's dependencies (aka Node.JS, puppeteer) into one massive single-file exe last weekend, but it's seems we're blocked by missing features in other packages [2].

If anyone has any ideas on how to implement these things easily, feel free to help-out :) I'm also not a big fan of puppeteer, so I'd love to see a way to go without it.

[1]: https://github.com/mermaid-js/mermaid/issues/3650

[2]: https://github.com/mermaid-js/mermaid-cli/issues/467#issueco...

Even after this change in glibc, you may still need to use FindThreads to handle [HP-UX][2] (some of which still run [Itanium][3]!!!).

[1]: https://cmake.org/cmake/help/latest/module/FindThreads.html

[2]: https://en.wikipedia.org/wiki/HP-UX

[3]: https://en.wikipedia.org/wiki/Itanium

    struct KeyedEntry {
      struct Entry entry;
      char key[]; // flexible array member
    };

[1]: https://en.wikipedia.org/wiki/Flexible_array_member, or https://beej.us/guide/bgc/html/split/structs-ii-more-fun-wit...

_Edit_: Something like this might not be suitable for the author, since they did mention how they wanted each `struct` to have a fixed size.

I'm guessing a lot of sites that had name-servers hosted in AS5089 might also have gone down too.

But as of 30 minutes ago, apparently it's back online.

If you're writing Python code, `poetry` has been the least bad package manager in my experience. It has a lock-file, so it should help avoid supply-side attacks (like the PyTorch one from a few days ago [1]), and it means your local environment and CI/CD environment should have the same packages installed.

I'd also recommend setting the [`virtualenvs.in-project`][2] setting to `true`, to store the `.venv` in the same folder as your code, so that when you delete your code, all of the downloaded packages get deleted too. Otherwise they'll just stick around in your user directory and use up a lot of disk space.

[1]: https://pytorch.org/blog/compromised-nightly-dependency/

[2]: https://python-poetry.org/docs/configuration/#virtualenvsin-...

You're essentially making a bet with your insurance company that xxxx will happen. Just like with the lottery, the expected monetary value of insurance is always negative (it has to be, otherwise the insurance company won't make money), but the utility value of that insurance is different for each person.

E.g. for me, insurance on a phone doesn't make sense, since I easily buy a another cheap phone if mine breaks. But for somebody with less money, those few hundred dollars might have a much higher utility.

The new Alder Lake CPUs apparently breaks a bunch of games, since their DRM thinks that the new Intel efficiency-cores are a second PC trying to play on the same license.

Some games will only work if you upgrade to Windows 11, and all games should work if you find a BIOS option and enable it, but only some CPUs support that BIOS option.

Source: https://arstechnica.com/gaming/2021/11/faulty-drm-breaks-doz...

And there's also all the other older horror stories of DRM, like the Denuvo DRM adding a huge performance hit on some games. Or not being able to play your offline single-player games at all, since the Denuvo DRM servers have temporarily offline due to a DNS issue.

(Disclaimer, despite all the issues, I do personally prefer PC gaming over console gaming, but I'm biased that I already have a powerful PC for CUDA/C++ programming and development, so I've already spent a bunch of money and time into PCs already).

[1]: https://play.google.com/store/apps/details?id=com.valvesoftw...

You just need to install the app on your Android TV/TV box, and if you've got a fast intranet connection, you can stream Steam games from your desktop/laptop PC via your Android TV (it also works on Android tablets/phones, but you'd probably need a high-end WiFi router).

The input latency might hurt for action games, especially since TVs tend to have pretty bad latency already compared to computer monitors. And, loads of Android TVs aren't very powerful; I've seen quite a few struggle with even the Netflix app, so I doubt streaming 4K 60FPS games with low latency will work well.

A lot of employers put monitoring software on their computers, and have keyloggers that can record your passwords. It's probably illegal for them to use the passwords, but I have heard horror stories where employers secretly log into their worker's social media accounts.

I'd recommending buying a U2F or FIDO2 security key, and creating a ed25519-sk or ecdsa-sk SSH key, see: https://github.blog/2021-05-10-security-keys-supported-ssh-g...

Basically, the SSH key is stored on the hardware key, and for every single git pull/git push you need to do, you must have the security key plugged in. If you're worried about forgetting the key and leaving it plugged in, you could add a password to the SSH key as well, so you're doubly protected.