http://news.slashdot.org/story...

But still seriously cool. Between this, the entire linux kernel, and DOOM, there is a lot of neat code online to analyze.

Reading code is to coding as reading books is to writing. Essential.

No one is saying how exciting it would be to meet an "other". An intelligence other than human. That alone is worth going forward.

Fear does not become us.

You're right, I've been thinking this for a long time. If we do it right, we will eliminate drunk driving and killed-by-sms. Wouldn't that be nice.

As far as my rights, I'm just fine giving up manually navigating LA traffic... I can't imagine anything better.

Let's hope what it takes is: Really good automated vehicles.

I think this is one technology that we don't really want typical google-style beta testing (think gmail) with. Let's wait for things to mature a bit before they go mainstream.

Wrong. It's pronounced more like 'Tzar'.

You made some good points, but I think the unix compatibility fueled a lot of developer interest in the early days. Developing on OS X was a joy compared with windows. You have tons of useful built-in tools, plus the ability to port over tools common to the GNU Linux/FreeBSD environment.

If an OS is easy to develop on, it can't hurt.

I agree though, most end users do not care and never would know the difference.

Just go home with your Roman.

At the beginning and end of the linked video showing the demo of the Apple-1, there is some lovely ASCII art shown on the Apple-1 monitor.

Are these artworks hidden in the rom somewhere? Anyone got a link?

I was wondering the same thing too.

I have a decent 8-core xeon at work as my workstation. When I have intense computations to run, I do it on one of our clusters. The idea that someone would do intense calculations on a phone is pretty ridiculous. You've outlined a few good examples, but like you said, most of that is done with dedicated hardware, and seemingly instantly.

The only app that needs to be fast, and I mean really fast, is the app switcher and the Phone app. And they are pretty light on the computation anyway.

Besides gamers, who cares if it takes a few more milliseconds to launch a web browser or process an image?

Seeing as all these phones are pretty decent, from my point of view, I just want the greatest battery life.

I don't see why nobody is taking the middle road here.

Why not strip out all the non-init.d stuff from systemd for now (I understand there's a light fork that does this already), add plaintext logging (easy), and see how things go (testing).

This is linux, and debian at that. We shouldn't have to deal with extremely beta ideas that change so many paradigms all at once. If they can do what I've outlined here, then we should give it a shot (not on production servers yet of course). If it catches on, then over the years we can debate how much to delegate to systemd and how much to do another way.

For one, I can see no disadvantage in keeping a plaintext log around. Sure, takes a little more space, but most systems are not that space-limited these days. Seems like it would be handy...

But no depth to supply the fungus with the nutrition necessary for life.

Cheerios have a very large surface area relative to size, making them an ideal choice for growing bacteria / fungus.

For that, you'll have to talk to Motorola and the FCC.

Most p25 traffic isn't encrypted anyway. There is no need and some definite disadvantages to p25 as well. And there are cryptographic weaknesses.

Apple's leverage of open source encryption concepts will always be a few years more advanced, if not decades more, than embedded p25-compliant radios.

It doesn't benefit their auto industry.