@riskrisk サーバーはWindows(Windows Server でも Windows 7 でも)ですね。リポジトリへのアクセスはなんでもOK
2012-07-13 13:47:08TeamExplorerならMac版のEclipseでも動くしWeb Accessなら環境関係ない。RT @riskrisk: TFSって別にWindowsじゃなくてもいいんだっけか。
2012-07-13 13:50:28開発言語の話ってならJAVAでもいいけど、メリット最大限享受できるのはWindows関連でし RT @riskrisk: TFSって別にWindowsじゃなくてもいいんだっけか。
2012-07-13 13:51:08Team Foundation ServerでJava開発は大丈夫か? (1/3) - @IT http://t.co/FMluI9RJ
2012-07-13 13:51:26(Windows Phone の TFS 専用クライアントアプリも実は結構たくさんあるんですよ)
2012-07-13 13:51:59PHP,Perl,Ruby,Pythonで開発してるときにTFS使うって選択肢は僕にはないけど、.NET系で開発するならTFS一択でいいじゃん、と思ってたり。
2012-07-13 13:53:41Python Tools for Visual Studio もよくってよ。 http://t.co/2npgSDy8
2012-07-13 13:55:46TFSをどういうものとして捉えるか、なんだよね。ALMのプラットフォームとして捉えた方がよくてアジャイル開発ツール(バックログ管理ツール/BTS/ITS)って捉え方をしない方がよいと僕は思いまする
2012-07-13 13:56:17ユニットテスト、CIあたりは、もうアジャイルなプラクティスとかツールとか呼ぶ必要ないだろ。(やったことないから / レガシー過ぎ、って以外でやらない理由をコレクションしたい)
2012-07-13 14:04:57前に、TFSでScrumってのが違和感あるって言ったのが、TFS自体がひとつのプロセスに見えてるから(言葉がかなり違うなぁw)なのかなっていうのもこのあたりの話なんだろうなぁ
2012-07-13 14:06:03(あえて曖昧に書くが)プロがエンジニアリングプラットフォームもってないってよくわかんないよね
2012-07-13 14:06:17TFSはしつけだけしか強制しないフレームワークであり、プラットフォーム。なのでそれでじゅうぶんと言ったら足りないだろうし、これできついといったらそりゃエンジニアリングじゃないにゃぁという派です。
2012-07-13 14:07:45TFSはProcess basedなアプローチなので、導入する前に、まず自分たちがどういうプロセスを今使っていて、どういう課題があって、どうやって解決していくか、という点について思考が必要です。ってどのツールも同じなんだよ!
2012-07-13 14:10:06何のためにAgileな開発やろうと思うんですか?っていうのにすぐ答えられないんだったらやんない方がいい(って言っちゃうくらいにはスパルタ
2012-07-13 14:11:30そうそう、どのツールも同じというか、それ以前の話。今、どんな開発しているか、成果(物)をどう流通させて、価値の流れにしているのか把握していないなら、効率化も改善もなにもない
2012-07-13 14:11:32