It has seemed to me, for a very long time, that modern AI systems would need to be integrated with standard RDBMS systems for reliable persistant storage of raw information, some sort of no-sql database (memcache or some variant) for persistant storage of associations, some sort of document database for blocks of textual information, a SPARQL system for searching semantically-marked information within the document database, and a more old-fashioned back-propogation NN to provide a store of understanding that the user can directly manipulate.

Probabalistic classifiers are all fine and good, but only for a subset of the tasks needed. The above structure is a very loose, wildly-speculative initial framework. It's almost certain that if you actually tried building an integrated multi-model system, that you'd end up making a lot of changes to this basic idea, but that you'd end up having to implement the same core concepts that are identified in it.

The British government, in a desperate bid to increase profitability, has trademarked Alan Turing himself.

How is ChatGPT supposed to know the difference? Both involve hands and mouths, so clearly it's the same context. :P

From their careful selection of text, they WANTED it to mean something else so badly that they couldn't handle putting in the full text. It's a common blight on today's Internet, where people want other people's writings to mean something other than what was meant by the writer, so carefully select the words they read.

That's the entire point. Trying to solve other people's problems NEVER WORKS. You CANNOT control others into responsible behaviour, but you CAN place them in a position where they will choose to be responsible of their own accord. It is the ONLY way that works. It is the only way that has ever worked. If you look at computer programming, you will see this repeated over and over - well-meaning "hard rules" are ignored, STANDARDS are kept.

You must give them parameters and force them to find their own solution within those.

Users do want this. Watch the final part of the recent Linus Tech Tips Linux Challenge. Three of them switched to Linux for a month, and they all kept using it afterwards. Previous challenges had them going back to Windows.

The two big things that changed are Proton making games work, and AI making solving Linux problems less painful. They all commented on the reaction they get when asking questions of the Linux community. It's often hostile and unhelpful, telling them that they don't actually want to do what they want to do and should just do something else, or blaming them for picking the wrong distro, or some other off-putting response. When googling answers, often it comes down to a Reddit thread with outdated information that no longer works. AI is much more helpful and seems to check what solution is needed for their specific, up to date distro.

It makes sense to put an AI assistant in Ubuntu, for users who are coming from Windows, the biggest area of growth for them. If they properly tailor it to their OS, with relevant and up to date information, it could get around one of their biggest hurdles - the toxic community.

I see what you are saying, but also I'm not sure if I'd say it's a disability, but I certainly find typing stuff out is easier than saying it. Especially as I can edit it before submission, where as what I say is what the AI responds to immediately.

It's a lot like talking on the phone, which I also dislike. Face to face, people can see your expressions and when you look like you are trying to think of what to say or how to rephrase something, they can wait. On the phone, or talking to an AI, that isn't possible.

As long as they keep both options it's okay I guess.

It doesn't seem that bad anyway. They can run arbitrary code, for that boot... But the flash encryption key is in the secure enclave, right? So all the user's data is safe, the OS can't be tampered with, and since it's only in memory a power cycle or probably even just a reboot will clear it.

I'm sure some Israeli company is working on a chained exploit as we speak, but I think if you are concerned about that you probably want to avoid Apple devices anyway. They are a very popular target for those companies.

Most people had pretty crappy soundcards back then. Credit to him that he came up with tunes that sounded decent even with the naff guitar and drum sounds on a typical Soundblaster compatible card.

Could also be interesting for cold brew iced coffee.

But this is all looking at the past. Now we have renewables and storage on a scale that was unimaginable even a few years ago, and especially given that new nuclear takes at least 20 years to build in Europe, even when factoring in climate change as a risk, it still loses.

I don't care how much of an idiot you are, you're simply too stupid to respond to further. I don't want things to be as they were in my childhood. Back then, things were a mess. BECAUSE government tried either to micromanage everything or manage nothing at all. The idea of a third way, where governing is about just that, placing control mechanisms in place but not do the management, is obviously far beyond your pea-brain.

The problem is that you can ALWAYS get around rules. It isn't possible to make perfect rules for anything above a minimal level of complexity - that's just a variant of the Turing-Church Halting Problem.

So you are forced to invert the dynamics. There's no real alternative. Instead of you creating a high level of complexity that the departments will work their arses off to avoid, you force the departments themselves to create the regimens that they're prepared to live with. But you have to do so cleverly. They will always create regimens that mean they do the least work necessary (because that's cheap on resources and they will ALWAYS consider this sort of extra work to be an imposition) and have the least amount of culpability.

So you need to meet three conditions:
1. The department can't evade the bits they're actually able to do
2. The department CAN pass on work they're not equipt to do, but ONLY if it's their responsibility to oversee the department they pass it onto
3. The department IS inescapably culpable for failure to either do the work OR ensure that others do it

You do NOT need the frameworks for each department, and should not attempt to draw those up. Those will be departmentally-specific and timeframe-specific. Far, far better have people who actually know the specific context do that work. No department likes to look like it's being forced to do anything, so making the actual detailed specifics internal, you're utilising their psychology. They're not being "forced", they're defining their additional responsibilities and duties. From a psychological angle, they're much more likely to be receptive to this perspective.

But because the departments are all internally writing their own management protocols, YOU DON'T HAVE TO. You only need to have a framework which obliges them to write up what they will request. This is MUCH lighter and, because it is much lighter, it is far less prone to have failure points where generic ideas don't work for a specific type of work.

If we want to look at this in software terms, only an idiot would write an overly-restrictive langauge that imposes a strict model of thought regardless of the type of work. If you want to provide a high level of confidence in correctness, you don't try to impose it through a myriad of complex hurdles and rigorously controlled APIs. You achieve it by incorporating contracts (function X is guaranteed to take in data meeting these requirements, and is guaranteed to deliver data meeting these other requirements). Contract programming is much, much lighter on the development process, doesn't impose on the programmer, and yet creates a very high level of assurance. Mostly because programmers aren't working to try and cheat with irritating APIs.

In Linux terms, you want a lightweight virtual layer handling filesystems in general, the filesystem policies should be handled by the filesystem not the main kernel. You want the main kernel to be doing as little of the work as possible. As soon as it is heavy and micromanaging everything, you're going to end up with something slow and unstable, that really can't do a whole lot.

You want to push the complexity to the edges, that's where complexity belongs. The bit that changes slowly, can't handle special cases, has least visibility into what is needed, and is really a very blunt instrument wants to be lightweight. One reason for having things like Common Law and Case Law is precisely because the legal system figured all this out centuries ago.

I disagree. It actually needs less regulation.

The siloing of knowledge and duties is why it was always somebody else's problem. So you simply take out all the regulations that obligate siloing and replace all of that kerfufle with a single rule: "If it's on your plate and nobody else has published that they've done the work so far, it's your responsibility, silos be damned, and failure leaves you liable".

That's it.

That's all we need. A removal of siloed thinking and a duty to complete all of the scheduled work regardless of whose toes it tramples.

That would have solved the problem. But, because departments never like to give up powers they obtain, a side-effect would be that departments would be proactive. They wouldn't walk down piers, looking for strange things. Rather, if they heard of strange things that are their department, if they don't want to be shamed, then they need to ask the company for more information. Because then it's on their plate and not that of a rival department.

The other benefit of using this approach is that it isn't about the special cases, it's about the general problem that underlies all of the special cases of this sort: nobody takes responsibility until it's already a disaster.

If a department is liable for pretending the problems aren't there, then the department wil CYA. If the only way to do so is to do all the outstanding work, regardless of title, then that work will get done. If the only way to get it done right IS to give it to the right department, and they're on the hook until that has happened, you're damned right it'll happen.

I've worked in the public sector, I've seen the paranoia and closed-mindedness first-hand. That's not going to go away. So you solve the issue by exploiting those traits, since you can't eliminate them.

Nothing is perfectly safe, but lots of things are lower risk and lower cost than nuclear.

I just don't get why some people are so in love with nuclear as a means of generating electricity. We don't need it, so what's the attraction?