sootzoo

I really had problems going this route (Ubuntu host with Windows guest). While the guest ran in VB reasonably well, trying to snapshot a baseline image and generally use VBox differencing disks quickly ran me out of space on the host SSD.

Even with a 256GB drive and a number of tweaks like hosting the Windows pagefile and temp from a passthrough disk, disabling Windows automatic updates, and using an immutable disk containing the OS install/multi-attach for copy-on-write behavior, VBox still used a ton of space to track the differences from my baseline snapshots. Even starting the VM quickly consumed 10-20GB in the new disk image. Was hard to conclude anything other than it wasn't a viable "dual workstation" setup and I capitulated and moved to Windows 10.

Sucks, because it was really quite nice to have a unix under the hood, though WSL makes this a bit more tolerable in Win 10 AU.

My experience has been the auto-upgrade works without requiring reinstall (and indeed just did so to GA last night). I don't think there's any specific fresh install requirement.

> They are conspiring to replace an existing employee. That says enough. If the organization were "healthy" they would be upfront with the existing manager and allow him/her to gracefully exit.

You seem to start from this very distrustful premise and never look back.

Would you say the same of someone who gives significant notice of their departure (say, a retirement or medical situation) to the relevant supervisors but doesn't inform subordinates until a replacement is on board? What if that person were a fairly high ranking one in the organizational structure, as it sounds this one is?

Confidential replacement is pretty typical when the outgoing leader has no apparent (temporary) replacement and transitioning duties twice would be difficult/disruptive. It's not broken culture to ensure the wheels keep turning despite a pending high-profile departure.

Not to mention, if a manager and two tech leads are involved, it's pretty likely the outgoing manager is at least peripherally aware of the situation. You could very well be right about this employer, but the presumption that the nature of the search is somehow underhanded or deceitful is pretty one-sided.

I use it daily (running both Visual Studio 2015 and Visual Studio Code). For me, it's a Sublime Text killer.

We have some small node apps, endless python scripts and I routinely deal with configuration files, XML, JSON, even just machine-formatted flat files. It's very good at doing that when I need it to, and being a lightweight IDE when I drop into node or python. Anything that doesn't require me spinning up the full IDE but comes with good editing and search (what I was using Notepad++ and Sublime for in the past) is a win for me.

There are some really nice features in there too, the extension ecosystem is very active and it does what I need it to. Pleasure to use.

Again, you're citing the source control system as the primary feature. TFS is an entire application lifecycle management suite, not just version control. You seem to (continue to) ignore this. Its closest analogue is probably the entire Atlassian family of products.

On TFVC:

> it sends way WAY too many files up and down constantly

It sends literally zero files anywhere until you interact with the server, as any sane server-based version control system would do. I don't know about your workflow but I don't know what you consider a reasonable amount of I/O to sync a workspace. You can elect "Local" workspaces since around TFS 2012 which can work completely disconnected if you choose.

> branching/merging is expensive as all heck

It's folder-based branching and can be done very quickly/cheaply if you don't store your entire company in source control. And how well does Git handle large files? Git is opinionated on branches and creates them cheaply/quickly; TFVC evolved from CVS-type systems where this was not the prevailing mindset, but again I don't know what you're considering "expensive." Maybe where you work?

> even Microsoft's internal teams are utilising Git and Github

Which isn't evidence of anything other than it's their current tool of choice. That has a lot less to do with future direction of their enterprise products than you're assuming here.

> Microsoft's own consultants

> Microsoft's internal teams

> the Windows team within Microsoft

Do you have insider info or are you just trying to sound like you do?

> Because tfs is dying. Why port over tooling for a source management system that is on it's deathbed?

[citation needed]

Visual Studio Online (which is pretty much TFS in the cloud) is alive and well. And improvements made to VSO have been shipping regularly as updates to accompanying TFS on-prem.

Are you confusing TFS with Team Foundation Version Control (TFVC)? TFVC is also pretty popular as a Visual SourceSafe replacement and has been very stable for us, though the recent support of Git in Visual Studio and TFS has us considering it as an alternate workflow for some smaller projects. I think the support of Git is great, but knowing MS (and what they've said through their usual surrogates) I don't think TFVC is going anywhere anytime soon.

The bigger crime is that there's a perfectly good permalink for every FB post, but nobody seems to use it to reference content, when @-ing a friend is easier, quicker, and supported on every client.

There's no requirement that you use your home address for registrars (or the IRS, for that matter). It's also not terribly expensive to get a PO Box/virtual office address, and if you're concerned about privacy then it sounds like it'd be worth it to you.

Agree with the complaint but not the workaround; there is Tuple<string, string>, after all, so maybe something like this?

   Tuple<string, string> fullName = ParseName(fullName);
   var firstName = fullName.Item1;
   var lastName = fullName.Item2;