idbehold

I mean, if they're allowed to remove the parking (even if the city still has to pay) that means they could get rid of the Kafkaesque bus lane situation, no?

I'm sure there's something in the contract to prevent this, but couldn't they keep the meters and then post a "No Parking" or "Bus Parking Only" or even "Parking from 11:59PM-12:00AM"?

Making "Performance" the Y axis and stating "Lower is Better" is objectively confusing.

DX for front or back end? The beauty of tRPC is that the types are derived/inferred from the backend runtime code (like, as you type). It would be nigh impossible to do that with grpc(-web) using proto files as the source of truth.

It's possible there's a project out there which could automatically produce proto files from something like zod, json-schema, etc. which could be directly interpreted by TS to provide similar (as you type) DX while still allowing some other language backend to consume the derived proto files (though the DX there would be less than ideal).

If you're just looking for similar TS clients/interfaces for grpc-web then I'd recommend https://github.com/timostamm/protobuf-ts which operates on plain JS objects (no new MyMessage().serialize(), instead the code generator mostly produces TS interfaces for you to work against: const myMessage: MyMessage = pojoConformingToInterface; const binary = MyMessage.toBinary(myMessage);)

When conducting coding interviews remotely I often switch from my mechanical keyboard to my laptop keyboard (for taking notes) because I know how annoying/distracting that sound can be on calls. Suffice it to say, having a gain knob on my mechanical keyboard would be wonderful.

They aren't wrong.

The software maybe backwards compatible, but the format is not backwards compatible as old software (expecting JSON) cannot parse the JSON5 format.

Up until step 7 and 8 it is the standard shoelace knot. The end of step 6:

> Unlike the “Standard Shoelace Knot”, don't pull it tight just yet!

Ah, so you are pushing back on the requirements. "I'm not going to implement the requirement (two random dots added) as it would break my requirement to only have straight lines in my implementation."

What "system" would you use for random "requirements" (dots on a piece of paper)? The only reasonable thing to do is to push back on "requirements" that don't fit into the existing requirements/software/implementation.

> Explosion-proof means that it won't cause an explosion

Wait, what? The implication is that their other cameras regularly cause explosions?

One thread in that linked discussion was asking if one could buy ceramic tiles to tile a floor/wall, but no links provided. I'd really love to use one of these spectre tiles to redo a bathroom or backsplash. If anyone finds or knows of a manufacturer making these tiles please provide a link!

See now this is what I thought that "Selectric Typeballs" post [1] was going to be. I think it would make for a better name than "Kysely" if I'm being honest.

[1] https://news.ycombinator.com/item?id=36406352

Before opening the link I thought it was going to be something to generate statically typed code based on a DB schema or something. Fun name either way.

Content negotiation is a thing that should be used. My browser sends this in the request headers when I open up one of those RSS links:

    Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8

Which means it would prefer to get a response from the server in (basically) the order shown, but it will accept any response type (*/*). So ideally the server would be using that information and making the decision to serve the RSS feed as application/xml instead of application/rss+xml. AFAIK if the "subtype" (rss+xml in this case) has a + in it, then it basically means it conforms to the format after the + (e.g. application/xml) and thus is just providing a bit more context, but is still valid as the more generic version.

Though I do think the browser should also keep that same thing in mind and attempt to render any application/whatever+xml in its XML renderer.

Edit: another thing you could try to add this response header:

    Content-Disposition: inline

> JavaScript programmers have the highest tolerance for error of all languages tested, with over 1,000 using epsilon of 0.5 or higher.

JavaScript actually defines "Number.EPSILON" as being "the difference between 1 and the smallest floating point number greater than 1." https://developer.mozilla.org/en-US/docs/Web/JavaScript/Refe...

This reminds me of prescription drug ads now including this disclaimer: "Do not take [drug name] if you are allergic to [drug name]."

When it's this much easier to comply with the letter of the law than the intent, is it any wonder why things like this happen?

Desire to Drink [Alcohol]. I thought they were losing the desire to drink anything based on the headline.

    Near | Adverb
    1. Close by
    2. Almost

So both interpretations are correct. This reminds me of a comic strip (I think) where they're training someone working at a nuclear reactor and the instructor says, "Just remember: you can never have too much water in a nuclear reactor." The phrase can be interpreted to mean two very different things.

He?

Him?

Right, so the CEO should just say that. Effectively the layoff was out of their control. It was the best decision for the business (shareholders). The act of saying "I take full responsibility" is pure virtue signaling unless it actually has consequences for them. Instead they should say, "I made the best decision for the shareholders."

> I will whip myself once for every employee I had to layoff

I like the sound of that! Joking aside, while physical harm may not fly I can imagine a scenario where it hits the CEOs' wallets either by losing stock options/grants or actual salary based on the number of employees they had to layoff. Because seriously, what does it even mean for the CEO to take responsibility when there are no actual consequences for them? If they're doing it to save the business (which they are) then just say that instead of saying they take responsibility as the latter is just virtue signaling.

Wow thanks for this as it's not at all mentioned in the help text for these (Configure editor settings to be overridden for a language.). Also what a strange choice for multiple languages since there can clearly be conflicts this way:

    "[javascript]": {
        "editor.defaultFormatter": "esbenp.prettier-vscode"
    },
    "[typescript]": {
        "editor.defaultFormatter": "esbenp.prettier-vscode"
    },
    "[javascript][typescript]": {
        "editor.defaultFormatter": "something.else"
    }

If they're going to allow conflicts anyways, just invert the structure so you at least get to use normal arrays:

    "editor.defaultFormatter": {
        "esbenp.prettier-vscode": ["typescript", "javascript"]
    }

Though, I guess the logic is that the other format allows you to override ANY setting based on language.

Sure, but if you also had a spoon and knife then the fork is really just trying to compete with the knife at cutting and the spoon at scooping. It loses both of those competitions and is relegated to being a poker. The fork is a jack of all trades and a master of none.

>Forks allow scooping!

Forks are awful at scooping! They're about as effective at scooping as a butter knife. Everything just falls off the sides. I admit the pincers also stink at scooping, but I just hate forks.

I hate forks as much as the next person (compared to spoons and knives, forks are far worse at performing their primary job), but I'm not sure about these pincers. For one thing they look more difficult to clean (stuff would get stuck at the base).

I thought for sure it was going to be "How do I exit vim?"

100% fuel efficient 4-core nuclear reactor :) https://www.youtube.com/watch?v=QccZ6lJ6bT0&t=1178s

Interesting. What about the opposite? "Similar from" sounds incorrect to me. So why do we prefer "different from" and "similar to" vs. "different to" and "similar from"? Why is there any implicit directionality?