The litmus test for a tool

+4 by Paolo P

A good tool makes it easy to do simple stuff and possible to do complex stuff. TFS, on the other hand, makes it simple to do extremely easy stuff (the kind you see in a 10-minutes tech demo), moderately difficult to do simple stuff, and next to impossible to do complex stuff. One example that pretty much made it for me: it's surprisingly painful to work with files in TFS unless those files are part of a Visual Studio project. So if you use *any* file that's not a good fit for VS (say, a folder containing plain text documents, or a small Python script), prepare to suffer.

As a versioning tool, TFS is painfully behind the curve compared to most (free) alternatives. It will basically cripple your productivity. As an Agile project management tool, it all but guarantees that you'll either end up ignoring it, or you'll never do Agile properly.

In conclusion, the only decent use case for TFS is a Company that doesn't yet use any versioning system, and has a religious dedication to only use tools produced by Microsoft. It might also be an improvement for people using ClearCase. For all other cases I can think of, TFS would be a net negative even if it were free. The fact that it costs serious money adds insult to injury.

Picture of Paolo P
+0 by Neil H

My team uses TFS for source control projects as well as folders of executables that we have to version, and they have no difficulty with either. It works fine for the latter, so I have no idea what your beef is.

Picture of Neil H
+0 by User-299n3q

I'd like to know neils secret then because we do roughly the same. We deal with non-vs files in a folder and it is a gigantic pain to handle. The entire process is manual. To pick on another tool, say svn, if I go in to a command line and start playing with those files, I don't have to worry about anything. svn manages those files appropriately without me having to do anything. I don't have to worry about my source control. I'm not saying svn is the greatest either, but it's mostly worry free. You just do stuff with your code base and svn does what it does. You don't have to worry about it. But with tfs, I have to go and remind tfs that something has changed. I have to manage it myself. Now, sure, it's relatively simple to go in and remind tfs what it's job is... but it shouldn't be my job to tell tfs what it's job is. The total idea behind source control is that changes to your source is SEP (somebody elses problem), not yours. Otherwise why have it? Why not just do a windiff on a directory and merge it manually then. With tfs, you have to constantly convince it it should be managing the source directory. Even the easiest stuff utterly fails. Work on a large team and large project. After a while when you do a regular get to get the most recent files, you cannot guarantee that it will even update every file... You have to get the entire code base again to guarantee that you have the most updated code. Every company I've worked for has put in place policies of how frequently you need to blast away your local directory and get the code again. That's completely absurd.

Picture of User-299n3q
+0 by agiletooluser

hi, I'd love to hear more specifics on your take of TFS as an agile project mgmt tool.

Picture of agiletooluser
+0 by Paolo P

I didn't try it as an Agile management tool. I browsed the functionality, and it was based on a hylariously bad misunderstanding of what Agile is - basically, it looked like a regular project management tools where somebody had replaced "Project Manager" with "Scrum Master", and the like. It was assuming that Agile is a workflow, rather than an attitude. On the other hand, this was a few years ago, and they probably got it better now.

I personally think "Agile management" is somewhat of an oxymoron, and most tools actually *prevent* you from being Agile - so TFS is by no means alone in its inadequacy.

Picture of Paolo P

Your Reply

468,968,504 Opinions from 72,815,186 People Making Their Opinion Count


© 2013 Amplicate BETA

Amplicate does not endorse any opinion posted on the site. See terms of use.