Forgot your password?
typodupeerror

Comment Re:On AI design and also irony (Score 1) 51

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.

Comment Re:"Alan Turing, one of the more famous people" (Score 1) 22

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.

Comment Re:That's 12-year-old thinking (Score 1) 56

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.

Comment Re:Industrial scale [percolation?] (Score 1) 69

A coffee snob? Just the human to ask in lieu of an AI (which will just tell me whatever it thinks I want to here).

I've been wondering whatever happened to percolated coffee. I'm guessing it tastes bad, but I didn't start drinking coffee until decades after I last saw a percolator.

Comment Re:Oops! [What could possibly go wrong?] (Score 1) 54

Okay, I think you deserve the Funny mod but I also think it was a weak FP.

Yeah, my Subject is worse, but... The thing that is going wrong is that we are all part of a mad experiment. Some of the people doing the experiment do have good intentions, but the Waymo robotaxi that tries to follow that road... Well, you know where that road goes.

But it's a much bigger problem that the humans controlling the various flavors of the experiment have only one intention: MORE MONEY. They already have more money than any human needs or can possibly use, but they need more money ASAP. I personally rate Thiel and Musk as the top poster children for that madness.

And what is the main experiment? Daily exposure to alien intelligence that too often seems smarter than we are. Not difficult to seem smarter than me in the robotaxi case since I was never a great driver. I'm even remembering a tractor accident in a construction area... Which reminded me of a truck accident involving construction stuff...

Comment Re:Real problems need better solutions (Score 1) 284

Along the lines of the response I might have written if the reply you are replying to was more substantive and cohesive. The inline response format basically lacks sincerity and is mostly used these years to break things out of context in search of cutting responses to "win" the "argument". I only noted one area of possible agreement that might have justified an attempt to respond. I think he [young? MIPSPro with an 8-digit ID] was saying "We can't get there from here", and we would probably agree that "there" is some sort of better place and "here" is the status quo, but the underlying philosophies remain completely incompatible... Dare I say incommensurable? In particular I didn't detect much comprehension of my ideas or any requests for clarification. Rather it sounded like he thought it was a chance to grind his axe and you identified the Libertarian axe.

Comment Re:Listen we are a nation of 12-year-old so it's (Score 1) 56

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.

Comment Re:3D printing whole rockets was such a dumb idea. (Score 1) 47

Oh god. If I spent enough time digging through my ancient Slashdot posts, somewhere back there there are posts of me going, "While I loved the strategy behind Falcon 9, I'm really not keen on this plan to make Starship out of huge carbon fibre tanks, that sounds like a really failure-prone solution..." I'm glad they only spent like a year on that idea before deciding it was dumb; somewhere back there there's also a bunch of posts of me cheering their switch to steel ;) . SpaceX still keep having random COPV problems (most of which they don't even make themselves). Not too encouraging for the notion of the cold gas thruster add-on to the Roadster, where the plan is to replace the back seat with COPVs, so you have a COPV right behind your head.

Electron has been getting by on CF, and honestly I'm impressed, but they've also been only working with very small launch vehicles thusfar. We'll see how neutron goes...

Comment Re:That's 12-year-old thinking (Score 1) 56

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.

Slashdot Top Deals

"Catch a wave and you're sitting on top of the world." - The Beach Boys

Working...