nope, grep can parse other statements too, and you do not need grep to understand the output of ls.

That's the difference, ls and grep are independent tools that can use other tools as you like. Systemd doesn't work so well if you choose to replace any of its subsystems as they tightly depend on each other.

The unix way is to develop a tool that does what you say it will, according to its own rules. It can be more trouble to integrate but the power means you have a lot of reuse potential.

The Windows way (if you like) is to develop a tool that works very well integrated with the other tools, such that it is easy to make them work together but you lose the power to reuse the tools with other systems.

Systemd is going for the 'easy integration' route, but many people think they are over extending themselves into integrating many things that should not be part of an init system (such as logging, process management, console output, and notifications.

borrowing money and spending it should improve the economy *in the short term*. Strangely enough, in the long term it usually means you just have a lot of debt and nothing much to show for it.

Here in the UK when the last government left office, they borrowed so much that you'd think the short-term benefits would be massive, our economy should have been the best in the civilised world..... yet.....

Borrow and spend, like many other things is something best done in moderation. As a concept of simply "borrow as much as you can and spend it all" turns out to leave you with massive debts that still need to be paid off, plus so much interest you never really recover.

Systemd is monolithic - not built into a single binary blob, but split into several tightly-dependant binary blobs.

This is what people mean when they say monolithic - its not the build process they are concerned with but the architecture. You can have a single monolithic system built into a thousand binaries, its still monolithic.

For example, the Linux kernel is monolithic (famously, its not a microkernel!) even though every driver is a separate binary.

1. It worked - where are Borland, Lotus, Claris (ro Workperfect) now?

2. It worked - he upgraded so many times you forgot what your old documents were like.

See, in both cases he handed money to Microsoft, both for Office and again for more Office. It may suck to be him, but Ballmer has been wiping his butt on his dollar bills for some time now.

Ps. I doubt the gigantic VBA object model was intended to destroy the competition, it sure looks more like bloated incompetence from the part of all the people working on it.

quite the opposite - Windiv used to keep things rolling along, devdiv kept on trying to break the "Windows experience" with all kinds of crap under the pretence that developers were the most important thing to keep happy (ie fuck users).

Now the strategy ha changed for Microsoft, they've embraced the concept that they do not sell Window desktops, now they sell Azure services and a little bit of some mobile platform that's not doing so well.

So, the new direction is to get everyone working with their cloud offerings instead of trying to keep the dead duck of Windows desktop going (though, note you'll still need a Windows desktop to run Visual Studio....) and I think they feel that if the developer gets used to Windows for development, they'll want the same kind of experience when deploying their programs - even if the client is a html5-based webapp that runs on an iPad or
some Android device.

They have got this embrace thing down pat.

you also have an annual deficit of $564 bn

Your whole insistence of spending more than you take in tax is the reason the economy has had trouble recovering - mainly as when Bush left office the deficit was $1.3tn. Those election promises didn't come cheap!

This happened with the last X game - X:Rebirth, released with a lot of fanfare and expectation and hype and.... truly, truly dreadful. Not just in gameplay but bugged to hell and back again.

The forums on Steam and Egosoft were full of people either asking how to get a refund, complaining they had been told to "sod off" by Steam, or rejoicing that they had managed to scrape a refund out of Steam.

Incidentally, this game too was not available for review before it was on sale.

and this comment kids is exactly what's happening here.

Microsoft is being pushed out of the consumer market as the desktop is replaced with mobile platforms, Microsoft knows that they cannot take over this platform with WPhone and Surface, so are going to do the next best thing - leverage their development tools to attract the full attention of developers for these platforms - Ballmer understood the importance of 'owning' the people who create the applications. And so I think we will see more developers write code for .NET using Visual Studio and deploy it to alternative platforms.

Of course, this means those developers will ave to run Windows. That means they will understand Windows much better than the platforms they deploy to, and so you will see the creeping embrace of Windows to the preferred deployment platforms - you can see this in the current Microsoft shops, where any tool is ok as long as its Microsoft. I can't see these shops deploying to iPads as if they suddenly got the message, but will deploy to iOS because Marketing told them too, and they'll be happy to do so because they can remain in their Microsoft-walled garden.

Its a good thing all in all, and I hope it means people will see the benefits of the non-Windows alternatives, but I know human nature is lazy and I think this will serve to attract more Linux devs to the Microsoft way than the other way round.

it is on Linux and Mac.... (and we don't really count Mono as not being quite the same thing)

I think you need to read the awesome Chriss Brumme's blogs.

Have a look at SafeHandle - garbage collection is so fantastic in .NET that they had to create a reference counted smart pointer class.

Read the "I wouldn't do it like that again" about putting AppDomains into SQLServer and IIS. Oh dear, that was bad... quote: "Frankly, we gave the host and the application a lot of rope to hang themselves. In retrospect, we screwed up."

The blogs are brilliant, don't knock them - but it shows how complex the whole thing is, as he is a techie guy who will say all the things that are imperfect in a way that a marketing guy would not even understand.

As for WCF, WPF, WWF, APS.NET MVC.. my biggest issue with these is not the complexity (though turn on full tracing in WCF and be amazed at how a webservice framework can have so many frigging layers of code to pass a message to app code) but the 'black box; of them. They are all "you do this and this and it works", seemingly by magic. You can trace calls through in the debugger.. and suddenly it will vanish into a section of "it just does its own thing here" magic. Its fine if you're a programmer who is taught to just copy and paste the required code in.. which is I suppose the target audience. Don't think, just follow the rules.

*another* development stack... pity's sake, don;t we have enough already?

Now its just another thing that will pollute our systems - no longer will you install some shitty little app and find it pulls in all the Gnome libraries, now it'll pull in a heap of .NET ones and probably Gnome libs too!

The reason Microsoft likes it is possibly because of the sentiments in this article

Yeah, so now Linux people - you too can spend all your time rewriting in the latest cool new development stack, while Microsoft gets on with building whatever it was you used to build.

Add to that "developer mindshare" and we might just give up on anything decent, having to put up with crap like ASP.NET MVC Razor 5 with EF6.1 frameworks.. and if you don't know all that blackbox magic, forget trying to get a job.

There's a lot of people who will code in .NET because it purports to be easy, and they will use Visual Studio sooner rather than later, and then they'll find writing for Windows first is the norm, just for development.. and eventually they'll think why bother actually doing the little porting work.

so I'm not convinced its a good thing overall, even if it is good for me as I know that shit already.

Danish wind farms tend to be built out to sea, so.. good, fewer seagulls are an additional benefit.

However, wrt solar - the biggest problem is when the sun is shining. No use having a massive amount of solar panels if you need electricity during the night, or even at evening - most panels are set facing due south, whereas some should be set more easterly or westerly to get more sunlight as the sub rises or sets.

Still doesn't help at night though. Until we figure out a way to store energy, renewables will only be a part of the solution.

Unfortunately, as threads context switch the CPU has to copy the register data to memory and back again for the new thread. This means architectures with more registers switch slower. Some RISC CPUs with lots of registers switch even slower.

So more registers give with one hand, and take away with the other. I guess javascript doesn't get optimised as much as it could to take advantage of those extra registers like a C program will, and the benefit of properly filled caches will have an even bigger impact to performance than registers.

Still, 32-bit programs run fine.. I have nothing against a 64-bit firefox, its just that I think they could spend their limited time elsewhere for better impact instead of simply playing chase Chrome.

saving one the headache of installing two different Java runtimes

there is an optimal solution to this...... sucks if you *have* to run a java program though.

I use all the google services on chrome ... their products are just too annoying to use on other things,/i>

Google... the new Microsoft :-)