Maybe, but if it's used in-house the license doesn't require contributing back, and if there's no business case for it, why bother? All it will do is help my competitors.
If there's a business case - like increasing goodwill in a certain project will have an effect on the bottom line - then go for it. Otherwise, forget it.
thus few people have all that they want, despite that fact that all their features are out there. They are just spread across many mutually exclusive interfaces. Yes, you are correct, and what's more, in this way operating system interfaces resemble women.
Yes, you can do all of what you described on the Mac as well via scripting, including placing various windows and apps where you want them, tiling, etc. etc., and mapping stuff to hotkeys, as mentioned. But that's cool if what you have works for you - I definitely get the lean'n'mean requirements if you're working with a lot of audio.
Well to be honest, I think pretty much every desktop in the world has key bindings. KDE certainly does, and so does the Mac. Any key can be mapped to a script, application, or whatever. Check out Quicksilver for the Mac if you want to be really impressed - I don't think there's a productivity tool like it for any other platform. Hot keys like what you described are barely the beginning.
Not to mention original efforts like launchd, which Apple has released under the Apache license. There's also Bonjour, Darwin, etc. - see here: http://developer.apple.com/opensource/index.html
Processes or threads? If processes, then you're right, it's not hard to control shared state and deterministically know when each process is accessing shared objects. If threads, the situation is much different - I work with a massively multithreaded app (100s of threads) as a developer, and the basic truth is that threading is fundamentally non-deterministic and very, very difficult to get right. It's not impossible, but it leads to a lot of wasted money chasing bugs that do nothing to contribute to the bottom line of the client.
I have an old Win2K laptop that runs great and I do exactly the same thing. Oh, and always run it behind a router too. Webmail, secure browser, router, examine suspicious downloads - yes, that about covers it. No need for a constant antivirus process sucking up cpu.
Yeah, isn't that always the way. Well, I am an Erlang beginner and I doubt I'll ever use it professionally, so my take-away from it is that there are better alternatives to the nightmare that is massive, non-deterministic multithreading. I have no doubt that what you say is correct though.
Ruby is an extention of java Hahaha, what??
erlang - as many slashdotters have pointed out, erlang's gimmick - being parallel, isn't all that efficient. Erlang is about uptime and fault-tolerance, with acceptable speed. Who cares if your implementation is faster if it crashes, doesn't scale, or can't be updated without stopping execution?
Yup, I'll second this. Parallel programming is going to be a HUGE deal in coming years, and current languages don't handle it well - threading is complicated and prone to errors, leading to product delays. Erlang handles parallelism very elegantly and in a low-fault manner, as it must as it's used in critical telecoms applications. Unfortunately, the language also has a high barrier to entry as it is not Algol-based (like C, C++, Java, etc. are).
Yeah, I really don't know. Speaking only for myself here, I'm sort of an amateur athlete, and I eat a lot of protein, and I get nearly all my carbs from vegetables, brown rice, and a little bread (1 slice per day). And I don't skimp on the fat. But I'm very lean regardless. My point is you are probably right - the real culprit is sugar, which I avoid almost completely - but carbs themselves aren't necessarily bad, nor does eating well require a whole lot of rocket science. Eat more or less how we evolved to eat, and you'll be okay. Avoid sugar and heavily processed foods, and eat lots of protein.
Regarding the rice thing, in my experience Asians eat white rice almost exclusively, and it is heavily processed. If you go to Thailand or China, you'll see that they have fairly carby diets overall, a lot of rice and gluten-based foods.
Note that in none of those quotes is Einstein arguing for a personal god. He was quite firm about this point: there is no personal god. That makes him an atheist.
What he disapproved of were those who were perhaps immune to the wonderment of the natural world due to their opposition to religion.
First of all, don't assume that that everyone who thinks the Earth is older than 6,000 years is an atheist. Albert Einstein, for instance, was certainly not an atheist. "It was, of course, a lie what you read about my religious convictions, a lie which is being systematically repeated. I do not believe in a personal God and I have never denied this but have expressed it clearly. If something is in me which can be called religious then it is the unbounded admiration for the structure of the world so far as our science can reveal it."
From a letter Einstein wrote in English, dated 24 March 1954. It is included in Albert Einstein: The Human Side, edited by Helen Dukas and Banesh Hoffman, published by Princeton University Press.
It's his life, and his definition of fun. This was done 100% for himself, and I'll bet he had a blast. I think it's awesome.
As far as "useless" goes, the best times I've ever had in my life have been essentially "useless" under your definition - sex, travel, rockclimbing, programming for fun, and so forth - though never all of these at once, it must be said.
Singularity runs as a collection of Software Isolated Processes (SIPs) that (normally) run in a single address space. Each SIP appears to the kernel as a thread. SIPs can have multiple threads. SIPs can provide their own memory management and thread management. SIPs communicate through a shared-memory message passing interface where precisely one SIP has ownership of a shared memory block at any given time. Right, so it supports both threads and a tuplespace-type mechanism (by the sounds of things) - interesting. Thanks very much for that explanation, I appreciate it.
Okay, point taken, and yes, I read the stuff about message-passing and channels and so forth, but it wasn't clear to me if this was intended for a truly parallel system or not. I guess so, since in my (brief) overview, I saw no mention of threads. I just wonder how a given app would synchronise its processes - an OS-based asynch event system? Tuplespace? There must be OS primitives to support this. Anyway, pretty interesting stuff for sure.
Haha, yes, but it's not a very good model at all, really. I was actually referring to tuplespaces or an Erlang-like thing. There's a reason why Erlang doesn't use threads, and yet is also the most stable language environment there is.
Would you happen to know how Singularity does multiprocessing? Does it support threads, or does it use some sort of tuplespace thing, or message passing like Erlang?
Threads are the source of so much pain that an os that supports some other model for multiprocessing (from the ground up rather than as a library) seems way overdue. Since the various Singularity "processes" run in the same actual process space, a shared memory model for multiprocessing seems like it would be practical and very fast.
The majority of the world is not Muslim. The largest religious sect in the world is Christianity, with more than 1.5 billion believers. So who is ignorant here again?
Slashdot Mirror
Maybe, but if it's used in-house the license doesn't require contributing back, and if there's no business case for it, why bother? All it will do is help my competitors.
If there's a business case - like increasing goodwill in a certain project will have an effect on the bottom line - then go for it. Otherwise, forget it.
Yes, you can do all of what you described on the Mac as well via scripting, including placing various windows and apps where you want them, tiling, etc. etc., and mapping stuff to hotkeys, as mentioned. But that's cool if what you have works for you - I definitely get the lean'n'mean requirements if you're working with a lot of audio.
Well to be honest, I think pretty much every desktop in the world has key bindings. KDE certainly does, and so does the Mac. Any key can be mapped to a script, application, or whatever. Check out Quicksilver for the Mac if you want to be really impressed - I don't think there's a productivity tool like it for any other platform. Hot keys like what you described are barely the beginning.
Not to mention original efforts like launchd, which Apple has released under the Apache license. There's also Bonjour, Darwin, etc. - see here: http://developer.apple.com/opensource/index.html
Processes or threads? If processes, then you're right, it's not hard to control shared state and deterministically know when each process is accessing shared objects. If threads, the situation is much different - I work with a massively multithreaded app (100s of threads) as a developer, and the basic truth is that threading is fundamentally non-deterministic and very, very difficult to get right. It's not impossible, but it leads to a lot of wasted money chasing bugs that do nothing to contribute to the bottom line of the client.
Thanks very much for the recommendation, I'll look into it.
I have an old Win2K laptop that runs great and I do exactly the same thing. Oh, and always run it behind a router too. Webmail, secure browser, router, examine suspicious downloads - yes, that about covers it. No need for a constant antivirus process sucking up cpu.
Yeah, isn't that always the way. Well, I am an Erlang beginner and I doubt I'll ever use it professionally, so my take-away from it is that there are better alternatives to the nightmare that is massive, non-deterministic multithreading. I have no doubt that what you say is correct though.
Yup, I'll second this. Parallel programming is going to be a HUGE deal in coming years, and current languages don't handle it well - threading is complicated and prone to errors, leading to product delays. Erlang handles parallelism very elegantly and in a low-fault manner, as it must as it's used in critical telecoms applications. Unfortunately, the language also has a high barrier to entry as it is not Algol-based (like C, C++, Java, etc. are).
Yeah, I really don't know. Speaking only for myself here, I'm sort of an amateur athlete, and I eat a lot of protein, and I get nearly all my carbs from vegetables, brown rice, and a little bread (1 slice per day). And I don't skimp on the fat. But I'm very lean regardless. My point is you are probably right - the real culprit is sugar, which I avoid almost completely - but carbs themselves aren't necessarily bad, nor does eating well require a whole lot of rocket science. Eat more or less how we evolved to eat, and you'll be okay. Avoid sugar and heavily processed foods, and eat lots of protein.
Regarding the rice thing, in my experience Asians eat white rice almost exclusively, and it is heavily processed. If you go to Thailand or China, you'll see that they have fairly carby diets overall, a lot of rice and gluten-based foods.
The Silmarillion was far and away my favourite Tolkien work - well, the Ainulindale was a bit of a slog, but the rest of it is sublime.
I never liked Sandman - too gothy and pretentious. 100 Bullets is more my speed, as is the Bendis/Maleev run on Daredevil.
Or a constitution. And countries are free to opt out (see Norway).
Note that in none of those quotes is Einstein arguing for a personal god. He was quite firm about this point: there is no personal god. That makes him an atheist.
What he disapproved of were those who were perhaps immune to the wonderment of the natural world due to their opposition to religion.
From a letter Einstein wrote in English, dated 24 March 1954. It is included in Albert Einstein: The Human Side, edited by Helen Dukas and Banesh Hoffman, published by Princeton University Press.
Einstein was actually an outspoken atheist.
It's his life, and his definition of fun. This was done 100% for himself, and I'll bet he had a blast. I think it's awesome.
As far as "useless" goes, the best times I've ever had in my life have been essentially "useless" under your definition - sex, travel, rockclimbing, programming for fun, and so forth - though never all of these at once, it must be said.
Work less, enjoy more.
Okay, point taken, and yes, I read the stuff about message-passing and channels and so forth, but it wasn't clear to me if this was intended for a truly parallel system or not. I guess so, since in my (brief) overview, I saw no mention of threads. I just wonder how a given app would synchronise its processes - an OS-based asynch event system? Tuplespace? There must be OS primitives to support this. Anyway, pretty interesting stuff for sure.
Haha, yes, but it's not a very good model at all, really. I was actually referring to tuplespaces or an Erlang-like thing. There's a reason why Erlang doesn't use threads, and yet is also the most stable language environment there is.
I refer you to this IEEE article: http://www.computer.org/portal/site/computer/menuitem.5d61c1d591162e4b0ef1bd108bcd45f3/index.jsp?&pName=computer_level1_article&TheCat=1005&path=computer/homepage/0506&file=cover.xml&xsl=article.xsl&;jsessionid=HTWQvFsBn0gtqDQ3qVPNjzgwTkN18fKLvrhlJk02snyhs53jvx2C!935834109
Would you happen to know how Singularity does multiprocessing? Does it support threads, or does it use some sort of tuplespace thing, or message passing like Erlang?
Threads are the source of so much pain that an os that supports some other model for multiprocessing (from the ground up rather than as a library) seems way overdue. Since the various Singularity "processes" run in the same actual process space, a shared memory model for multiprocessing seems like it would be practical and very fast.
Actually, he made a great point. You have been consistently wrong. People like you are why Slashdot needs an IQ test as a barrier to entry.
The majority of the world is not Muslim. The largest religious sect in the world is Christianity, with more than 1.5 billion believers. So who is ignorant here again?