upthedale
Joined 16 years ago
Joined 16 years ago
The .Net FOSS community has been gaining momentum in the past few years, with most new developments having moved to GitHub, which is where I would generally recommend people start looking for new libraries. Of course there are exceptions, but it is a good starting point.
Alternatively, NuGet seems to have become ubiquitous in the past few years too, so that's the other route for finding new libraries. (Incidentally NuGet seems to be having an outage today, but that is a rare occurence).
A list like this might have value for some people, but only with better curation to reflect what is still active today.
Having read about differencing disks, they seem like the perfect solution to this problem, by allowing VMs to share the same parent disk, without needing to copy it (as each VM only needs to keep track of differences to the base disk). From what I've read of differencing disks, this seems like a no-brainer for Vagrant (but unfortunately my experience extends no further than what I've read).
Is there a reason Vagrant doesn't use this approach? Any plans to put this on the roadmap? It seems like this feature is supported by both VirtualBox and Hyper-v.
(This page describes differencing disks, and the first diagram under "Using multiple differencing disks with one parent disk" accurately depicts the sort of thing I have in mind here http://technet.microsoft.com/en-us/library/cc720381(v=WS.10)... )
Still, I can definitely see myself using this to share little pieces of code where currently I write it up in linqpad and email to colleagues.
Any chance you could add an extension method like linqpad's Dump() to pretty print objects?
It is designed to generate input for your code (the public surface by default) to determine whether it runs correctly. It can use code contract features in .Net to help inform whether your code is correct. It is great for finding those 'weird cases', and where you find a particularly interesting case, it is easy to add it as a test in your suite.
You can see it used (and play around yourself) through the browser here: http://www.pexforfun.com
However, as the buttons are on the outside, the designers clearly thought they would aid things where a large group all want to go to the same floor. Press the special people button, enter how many of you there are, and the lift system will optimise to ensure it doesn't needlessly stop at interim floors if you have filled that lift to capacity, or send you a lift already filled that wouldn't fit your group in.
So the trick is to say, even if you are a single rider (lifter?), that you are a party of 14, guaranteeing your lift won't stop at any other floor on the way to yours. An 'express mode', if you will.
Problem is, everyone working in the building seems to know this trick, and it does not scale. Whilst it might make the time in the lift shorter, I notice that the wait time for a lift appears longer (from observing those going to my floor who have done the trick before I then select the same floor normally). The real trick then is to use the lifts as they were intended. The irony is that all these 'super busy' types who are slowing everyone up are simply slowing themselves up too.
Then again, who was expecting a building full of lawyers and traders to behave like good citizens?
The problem comes when you want the *nix tooling to interact with the Windows environment. Personally I like the clear separation between the host and guest environments, but YMMV. At the very least you can mount some share the Windows host provides inside the guest OS.
Where is this bleeding edge Opera Developer version that they mention in the post available for download, so I can at least see if the little things that have kept me on Opera for 9 years are in the pipeline?
Funny thing is, when recommending it to a friend, they mistakenly assumed from the title that it was a book of underhand tactics, which couldn't really be further from the truth. There's a lot to be said for being genuinely nice to others.