Forgot your password?
typodupeerror

Comment: Re:This guy is dumb (Score 0) 398

by spec8472 (#41624931) Attached to: Why Eric Schmidt Is Wrong About Microsoft Not Mattering Anymore

Ugh. Exactly...

Cross-posting my comment I made over there:

"Why would I buy a laptop or a PC for my staff ever again I could buy them a single tablet – or even pocket sized phone – that just connects to a dock or cable and viola - it’s now a fully fledged PC, running all my corporate software, legacy or otherwise on a full sized monitor with keyboard and mouse."

Because Windows RT (that is: the tablet version of Windows 8, which is most certainly not the same thing as Windows Mobile) - does NOT run "legacy" applications. It's ARM only, which means any Win32 or Win64 application just simply won't execute.

So, certainly feel free to buy Windows RT tablets, and Windows 8 phones - but good luck using them as desktop replacements unless all your applications are Metro applications from the Microsoft store.

Perhaps you need to do a little more research first.

Comment: As pointed out in several other places... (Score 5, Informative) 66

by spec8472 (#39948789) Attached to: 55,000 Twitter Accounts Hacked, Passwords Leaked

There is no evidence Twitter themselves were "hacked".
This is likely the password file from a spambot c&c network.

All* the twitter accounts shown follow the same naming and password rules. This is not typical of how a random selection of users would set up their account.
In addition all/most of these accounts are or were suspended (typically this is for spam).

* I may have missed one, but given several others point out the same...

Ref: Reddit: 55.000+ Twitter usernames and passwords leaked

Comment: Git (Score 5, Insightful) 150

by spec8472 (#33756334) Attached to: Code Repository Atlassian Buys Competitor BitBucket

"But isn't Git easy to install and use"
Yes, for certain users and environments.
In my experience, The folks who use Mercurial are more likely to be on Windows.

Mercurial tooling isn't as polished as the Subversion equivalents, but it's lightyears ahead of the Git tooling.

I'd be happy enough to pay for good Git tooling on Windows, but there doesn't appear to be a way to do so. Please correct me if I'm wrong.

Comment: Re:What's the story? (Score 1) 123

by spec8472 (#32321068) Attached to: BYO Linux Router To Australia's Fibre Network

All chicken breasts will need to be appropriately covered before being allowed on the intertubes.
Naked chicken breasts will be blocked unless an appropriate 'Proof of Age' mechanism is in place.

Anyone having pictures of naked chicken breasts from a chicken under the age of 18 will be reported to the AFP.

Comment: Re:How is using so many VMs more efficient? (Score 1) 122

by spec8472 (#29592719) Attached to: Amazon's Cloud May Provision 50,000 VMs a Day

We're a dev shop. Having a VM farm has saved our IT guys so much time and money.
We used to buy dedicated boxes - some projects would get their own, most would share on some conglomerate box. Weird shit happened, stuff would never get uninstalled after a project was over, and people would be tripping over each other all the time (One person needs to reboot a box, the other was trying to debug some arcane issue). In short: a nightmare.

Now, we buy a AUD$6k box from $brand, hook it up to our SAN, and run anywhere up to 24 VMs on that one box at once.
Each project gets one VM, possibly two or three if we need to simulate complex setups, or need multiple concurrent environments. If one project needs to do something resource heavy like do load testing, we can allocate a bunch more resources, set up a virtual network with a series of load-testing clients on a 10GbE network, and have at it usually without affecting other projects.

At the end of a project, we shut the VMs down for that project, and eventually archive them off. If a client comes back needing changes - that VM can be back online within 15 minutes. It's still in the same state as when we last worked on the project - its a bit more difficult to do that with physical hardware.

Our internal 'production' servers (email, source control, wiki, intranet, etc) are all virtualised too - although they get their own dedicated hardware pool where appropriate.

Backups are as simple as snapshotting the SAN and exporting the backup to tape. Push one button, and in a few hours go to the server room to pick up tapes. Having a huge number of boxes needing to run the backups themselves takes longer, and is generally more error prone.

Even for client production environments we recommend clients use Virtualisation. Most of our clients don't need bare metal performance, and it's generally better (cheaper, faster throughput) to simply clone an existing machine and load-balance the VMs, than go to bare-metal OS+app installs.

If something weird goes on with the production instance that we can't reproduce - we get snapshots sent over.

I'm not sure we could go back to pre-virtualisation now.

The reason that every major university maintains a department of mathematics is that it's cheaper than institutionalizing all those people.

Working...