949 karma · joined August 21, 2012
I love 32+ bits these days :)
It made me actually long to get back to a m68k based sun 3 with a c compiler which took literally 2 minutes to compile hello world if some asshat wasn't running emacs on the same box which was swapping to disk 100% of the time...
However what they managed to cram in was impressive.
I've been doing it for years. You can use a WebDAV share in Apache and mount it from Windows XP and above. That's pretty much DropBox with COTS software there.
I switched to Skydrive in 2009 though as it's just easier and it (at the time) supposed machine->machine replication with Live Mesh.
I'm genuinely surprised at some of the things people haven't quite grasped about Windows 8. To put it simply:
Windows 8 is the same as Windows 7 but it has a new interface layer (Metro) which replaces the start menu and adds an app store for Metro and normal apps. Everything you did in Windows 7 is just the same bar the start button.
http://www.ghielectronics.com/catalog/product/353
(I also don't have to piss around with C+RTOS for what I need - it's just a C# program!)
The issue here is that compared to SVN/Git, which fail late, SkyDrive fails early and refuses to function which has a number of advantages including no nasty surprises when some awkward individual uploads Test.cs and test.cs after using it for 6 months.
They did test it and decided that it was better to fail up front rather than lead the user down a path to certain destruction.
That's the difference between good code and shit code.
As a footnote, NTFS is case sensitive via the POSIX subsystem but not via DOS VM/Win32 subsystems. HFS+ is both case sensitive and not as well. Interesting eh? No technical superiority either way.
Now, regarding patching or forking Git or Subversion, I don't want to any more. I have sent a few patches to the SVN to fix merging bugs to no avail (they are still there and regularly fuck up our mergeinfo properties). Forking is just a waste of time as we have to fork the entire dependency chain up to the end software which is pretty much up to TeamCity and VisualSVN.
As for NTFS, we had an issue with mounting junctions on volumes greater than 2TiB back in 2004. It took one phone call and 4 days to get a hotfix to us from the NTFS team and it was included in a patch cycle a few weeks later. Same with NHibernate profiler - fix in 2 hours.
Commercial software is not the root of all evil. Shitty management is and that exists both in open source and commercial markets.
Better than anything mind bending and more healthy too.
It's just an incompatibility you have to live with.
Corporations fear things breaking. Retraining is rarely an issue for a browser upgrade. However, if someone pushes out a crap Chrome update like this and an LOB application goes pop then heads roll. Chrome is entirely out of band from their normal operations and skill sets so it just doesn't even get considered. It also has dubious unpredictable support lifecycles and a rate of change which would scare anyone. To use a car analogy: they want a 3 year old Volvo, not a 6 month old Tesla.
I just ran CLOC. We have 6.2 million lines of code in 14 different languages!
There is literally nothing out there as good. I've tried everything. Google drive is Just crap - it doesn't leave real files on your disk and its buggy. Dropbox is better but has no application support.
I think why no one has noticed is that a) the SkyDrive proponents as per much of the userbase isn't that vocal and b) everyone is blind to Microsoft these days.
As for the risk if account shutdown and them peeking at stuff, this is a risk for any 'cloud provider'. If its a problem, keep a backup (which SkyDrive does as it mirrors everything rather than providing links) and don't use it for anything dodgy. I've had 9gb of mp3s up there for two years with no problems.
Python documentation, while extensive, is crappy.
I still miss my Sun Ultra enterprise 2. That was documented to bits.
It's an opinion. Chill.
The issue is that the environment and model are entirely unsuitable for software development.