mstade

Is this client generation available anywhere, or internal tooling?

My guess is the fairly recent history of a certain Austrian authoritatian far-right leader responsible for some of the worst atrocities in the course of human history has something to do with this particular fascination. Not saying every right wing extremist from Austria will turn out the same way, but perhaps not surprising that the locale does raise a couple of extra eyebrows when notable things - like elections - occur.

OPA, or rego? My experience working for Styra was that most people seemed to grok where OPA fit in fairly quickly, but struggled with rego. It's a very powerful language and well worth learning I think, but it's an investment for sure.

Nice to see OPA making the front page! I'm a bit biased though, I used to work at Styra :o)

I couldn't agree with you more, but sadly the amount of inertia around React makes it very difficult to ignore or supplant. Especially if you're in the business of providing any kind of developer tooling.

The project I'm most excited about in recent years is htmx. Sadly I've yet to have the opportunity to work on any real projects with it. Some day, fingers crossed!

Exactly, and to me that's the genius part. I feel almost dirty for kinda liking it.

I used to work with a fella that wrote code similar to this. To him, code seemed to be a scratchpad, a place to jot down ideas and try them out. Once an idea worked out, he shipped it. Done.

Impossible to maintain, but damn if he couldn't churn out some quality works. Bug laden, sure, but the core ideas were great – at times even brilliant. There was a certain beauty to the chaos.

Prettier wasn't around then, and code for matters weren't much of a thing at all really. Can't help but think if that would've helped or stymied his process. Certainly would've helped the rest of us though!

I cant decide whether I think this is supremely evil or just mad genius. Supremely evil mad genius maybe? :o)

Looks to me like this was a discussion that devolved into idealism and this person deftly resolved it by identifying a solution that would allow maintainers to safe face while also resolving the root issue. Don't like what's being said? Change the conversation. Great move!

This person is not just a good engineer but a solid politician.

Me too, in fact I find it much easier to do with the terminal than a GUI.

Not strange, it's hypermedia at work. I wish more APIs (made for human consumption or otherwise) would be so considerate. See also: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/300

Neat, today I learned! Sadly no photos on that article, but I did find one here: http://www.computersammler.de/wp-content/uploads/2022/01/IMG...

Ahead of its time, clearly!

I don't think so, at least not in the Pro line up and while I do very much like the Touch Bar, I like M3 Max a lot more. :o)

I'm one of those (there are dozens of us!) who actually liked the Touch Bar and not only that, deeply regret Apple giving up on it. I found it eminently useful to have contextual controls I could use rather than those non-descript Fn keys I don't really ever use.

It wasn't perfect, for example the fact that it was just a single bar meant it was hard (but not impossible) to use accurately without looking, but to me it really was a step in the right direction.

I hope they bring it back at some point, maybe in a way that appeases the Fn crowd as well so we can all be happy. Maybe a few physical buttons with an embedded screen a la stream decks, and a smaller bar in the center for more fluid things? I don't know. All I know is I miss it dearly.

I've recently picked up Farming Simulator on PS5, not so much because I'm into farming or anything but it's a great little game for shutting your brain off for a while. There's no point to the game, beyond just farming, which is great because you can pick it up and drop off whenever, you're not in the middle of some narrative.

Point being: they've put a lot of effort into modelling the different tractors and first time I used the in-vehicle perspective I was amazed at all the screens and knobs and dials and levers and what not. They don't really do anything in the game, it's just for show, but man they are complex beasts clearly.

Then again, I can definitely see the value of at least some of these features. Like you spend an inordinate amount of time just making sure you get maximum yield from a field, while keeping costs low, so having a screen tell you how much fuel you're consuming per turn or whatever is actually pretty useful.

Anyway, I absolutely agree – farmers are incredible! I have a whole new appreciation for farming equipment and farmers in general, just from playing this silly game.

I hate to be this guy, but 410 seems a more appropriate code: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/410

A buddy of mine is working on an app for this: https://www.flourish.garden/

This is brilliant, thank you for sharing!

Many corporations work like this also. First time I experienced this was some 15 years ago or so when a client (a brand owned by Kraft Foods) reached out and said they had x amount of money and needed a project to spend it on, lest they'd lose that money in next year's budget. So we got to work for 2-3 months on a project that was never planned. Can't recall what happened to it, but it was rather fun. I've only experienced it once or twice since, but hear about it happening all the time right around this time of year.

Not that I have any insight into any of the events at OpenAI, but would just like to point out there are several other reasons why so many people would sign, including but not limited to:

- peer pressure

- group think

- financial motives

- fear of the unknown (Sam being a known quantity)

- etc.

So many signatures may well mean there's consensus, but it's not a given. It may well be that we see a mass exodus of talent from OpenAI _anyway_, due to recent events, just on a different time scale.

If I had to pick one reason though, it's consensus. This whole saga could've been the script to an episode of Silicon Valley[1], and having been on the inside of companies like that I too would sign a document asking for a return to known quantities and – hopefully – stability.

[1]: https://www.imdb.com/title/tt2575988/

I can speak to this a bit, having piloted a Candela (the speed boat version, I forget the number) on the Swedish west coast where seas can get notoriously choppy seemingly out of nowhere. This is a couple of years ago though so maybe they've improved things since.

The impact of any waves higher than maybe a meter is likely to make the software take you in for a rather rude landing, and quick stop.

It's unlike any boat of that size I've piloted, it was very heavy and it never felt like you were totally in control, with some small but quite noticeable latency between input and action. Felt more like piloting a larger ship than a small speed boat.

The fact that it felt like you were at the mercy of the controlling software meant it became a very anxious ride as soon as you ran into a bit of choppy waters.

When flying it was a very nice ride, but when you're not you have to go very slow or you quickly run out of battery. It was not particularly pleasant doing 3-4 knots in choppy waters, even if it did seem rather stable presumably due to the wide base, low height and deep rudders (foils).

Fine boat in calm seas for sure, but I wouldn't use it for anything else. Should do fine in fair weather in central Stockholm though.

Ba' tuta o' kör! :o)

I'm not norwegian but I can read norwegian fairly well and the article says the European Data Protection Board has decided that the norwegian ban should be made permanent, and expanded to apply to all of the EU and EEA. It's a little light on detail, but that's the gist of it anyway.

Yeah this kind of statement drives me up the wall. It's even more annoying when they do show some benchmark stats, but don't provide any details on how to run the benchmark yourself.

This was my experience with hello fresh as well. Subpar produce and absolutely useless recipes. It feels like the ingredients and recipes are the things this company focuses on the least, never trying them again and I actively dissuade people from using them whenever it comes up in conversation.

Haha yes, definitely a little too obvious. I love your branding by the way, great work!

Haha indeed I do! :o)

It bugs me more than it should that they flirt with hexadecimal numbers in their branding with the whole 0x thing, but the logo is 0xide when clearly it ought to be 0x1de. Designer came up with a clever idea but didn't understand hexadecimal, and no one had the heart to tell them? :o)

I'm kidding, mostly. The engineer in me is bothered by it, but the part of my brain that cares more about design and branding understands that 0x1de would cause inconsistencies in the branding elsewhere. (E.g. 0xDocs: https://docs.oxide.computer)

Here's a simple use case: human friendly and machine friendly representations at the same path.

For example, let's say I have an api at `/weather` which when requested with the header `accept: application/json` returns something like:

    { "temperature": 25, "unit": "c" }

Now if I open that same path in a browser, I get an html page displaying the day's temperature in a nicely formatted way for humans to read.

Or another case, I want to version an API, such that I can provide different representations based on the version requested. So I look for `accept-version` and if it's `v1` for example I get the `v1` version. GitHub does this, as a real world example: https://docs.github.com/en/rest/overview/api-versions?apiVer...

Neat! Does this framework have any tools for content negotiation? I get that you could do this in the handlers themselves, but in my experience different representations are often so different in implementation that aside from maybe a tiny bit of shared code to produce some underlying dataset, the actual rendering of that data shares very little.

As an example: `application/json` and `text/html` respresentations of a single resource may render some of the same bits of data, but the actual rendering process is entirely different. Even if the content type is the same, you may render completely different output based on other parameters, like a header used to select between different profiles of said content type, or even just something simple as `accept-language`.

If it's not possible right now, is there any plans to support routing based not just on method and URL, but on headers as well?