You can't be oncall 24hours. That's broken. Human beings need sleep. An oncall rotation that has an individual oncall for 24 hours is a broken thing. And depending on the country it also rightfully violates labour laws.
Second you get paid when you work. Oncall is work. Now it might be less demanding work, so it might get paid a bit less than the 9-5 part, but it has to get paid. Do work, get paid. Simple rule, people should stop fucking with it. And again, labour laws show up here.
If you're oncall you can't shut the pager off. If shutting the pager off is a thing people"oncall" do it's a broken oncall culture. Since it's often a consequence of the first two problems, those must be fixed first.
You should not be asleep when you're oncall. Same issues as the last problem; same likely causes.
You also shouldn't be oncall often. One 12 hour / 7 day shift every six weeks is fine.
Also pages should not be common. They should be for real, actual issues. If you regularly get paged more than once per shift, your oncall shift is broken.
I know this is a troll statement, but I feel Windows does a lot of things well.
* For large organizations, domain controls make managing a large number of desktops much easier.
* I feel MS Office on windows is a better product than the mac version (if you do a lot of document work).
* Gaming. Windows is still dominant for desktop games.
* Windows isn't the walled garden that Mac is going towards.
* Backwards compatibility. Software written 10+ years ago for Windows still has a good chance of working on Windows 8.
* Familiar. People are used to it. I'm not going to force my parents to learn a Mac and all the weird behaviors that go with it.
* Isn't tied to hardware only made by Microsoft (which makes hardware a commodity).
I'm sure there are a number of other points I'm missing, but it's the ones that I like. But there are a number of things I really dislike about it:
* It's not unix based. So the filesystem layout differs, I can't share perl/bash scripts as easily across them. / vs \ for filesystem paths. EOL characters in ascii files.
* It took too long to get a good command line. Powershell is nice, but just too different than what I'm used to with Bash that I get on OSX and Linux.
* Many developer tools today are becoming OSX focused. Windows has a lot of great software still, but many of the smaller nitch tools that I discover are OSX or Linux focused.
> For large organizations, domain controls make managing a large number of desktops much easier.
The Unix way of putting the resources on the network, and synchronizing /etc works quite well. I've never seen anybody actually claim that AD is better than it. Most people complaining that the unixes don't have administration tools just want them to work like Windows.
Windows is a hell to administer, you can't just clone machines and you can't centralize your resources. You must do what AD allows you, and beg that this time something won't break, because you can't really test anything.
Would you mind explaining what domain controls offer? I've never worked with a large windows desktop install base, so I have no idea what domain controls do exactly.
A "Domain Controller" is basically a server that has authority for a domain. A domain in Active Directory is really the same thing as a "normal" internet domain (in fact is uses DNS) in that it can have sub domains where authority can be delegated to other DCs etc.
Each domain can have a collection of resources such as other servers and printers/storage etc. So once you authenticate against the domain controller (usually by logging into a computer using a pattern like \\Domain\Username rather than just username) you get a secure signed "token" back from the DC.
This token can be sent to other computers on the network that are members of the domain (or sent to web apps via a cookie) and it will identify the user as a member of that domain and also provide information as to what levels of access should be allowed without having to authenticate separately with each system.
That's kind of hand wavey though and Active Directory provides too many features to be enumerated here.
The big win is Group Policy. You can centrally control every single option, including many applications, for every single Windows system on the domain. It's like puppet on steroids and HGH.
> * I feel MS Office on windows is a better product than the mac version (if you do a lot of document work).
Absolutely. I wonder if the MS Office for OSX team ever tried using it, or exchanging documents between Windows and OSX. The different epoch startdate in Excel on both platforms... bleurgh.
The crappiness of Office for Mac is 50% of the reason I have a VMWare Windows box (the other 50%? Testing websites on IE9)
Many of the world's largest companies still run Windows and are heavily invested in it. Also, many admin tools (even for Unix-based services) are written for Windows, because IT admins have to straddle both worlds.
Also, for all its ills, Windows is not a bad platform for most lay users. Yes, of course we've all been bitten by it, but if all you need to do is normal office work, it's not bad.
Because Linux is good only when used from the command line, and Mac OS doesn't run on commodity hardware. That leaves only Windows as a viable option for most people.
Give KDE (maybe on Kubuntu) a try. It's pretty easy to make it look and behave a lot like Windows, and alt-right-drag to resize and alt-left-drag to move windows have saved me like a couple thousand hours in fiddly work.
If it's only about the windowing system, you might want to try out a few X Window Managers on Linux. There's more than what comes out of the box with Ubuntu.
(I like tiling window managers like XMonad for example.)
Its 2013. Why the fuck do you care what other people use? I'm suprised you didn't break out the 'Micro$haft Winblows!!', or are you saving that for later?
On a certain level they would be right to complain. Tarsnap has a flaw: buses.
The problem is that Tarsnap is one person. If Colin dies suddenly (in the sysadmin world, the primary cause of theoretical death is buses), you have a problem. Say your account is down to €10 and you have 100G of data stored in there when when the #10 express mows down Colin. You might not be able to get it back since you can't top up your account now unless your method of payment is fully automated on his side.
Looking over his website, I don't see if there is a Colin-backup plan anywhere. There should be. Until then Tarsnap should be one of your backup systems - not the only one.
There are more and more devs who have only worked with git. For them, they will find svn complex. They'll be used to using branches and svn will get in their way.
Git is complex for you. The mistake you're making is in not realising that's not universally true.
A very good point, and something I've considered. You might just be right and I'm just getting old and crotchety :)
I still see git requiring more commands for simple tasks and the model of what is happening has more moving parts (more complex). This gives git the ability to do a lot more, but my thought is for the majority you don't need the more.
Since I fist say it back in 1995 or so, IE has never supported a computing platform I was running, so honestly I've never given it any thought. So the "loved to hate" bit is wrong.
You can't be oncall 24hours. That's broken. Human beings need sleep. An oncall rotation that has an individual oncall for 24 hours is a broken thing. And depending on the country it also rightfully violates labour laws.
Second you get paid when you work. Oncall is work. Now it might be less demanding work, so it might get paid a bit less than the 9-5 part, but it has to get paid. Do work, get paid. Simple rule, people should stop fucking with it. And again, labour laws show up here.
If you're oncall you can't shut the pager off. If shutting the pager off is a thing people"oncall" do it's a broken oncall culture. Since it's often a consequence of the first two problems, those must be fixed first.
You should not be asleep when you're oncall. Same issues as the last problem; same likely causes.
You also shouldn't be oncall often. One 12 hour / 7 day shift every six weeks is fine.
Also pages should not be common. They should be for real, actual issues. If you regularly get paged more than once per shift, your oncall shift is broken.