git
奥が深い症候群だと思うのだけど如何? 増井俊之.icon
パソコン操作が得意な人がパソコン操作が得意な人向けに作ったという印象がずっとあるkuuote.icon
Linus作だからね... 増井俊之.icon
初学者に教えるのに本一冊分は必要で「本質的な難しさ」があるなぁとは思うsta.icon
使い方が難しいが原理も難しい 増井俊之.icon
環境のセットアップも難しいsta.icon
それは感じたことなかったけど 増井俊之.icon
「windows + 普段ターミナルを触らない人たちにとっては」かもしれませんsta.icon
私も特に感じたことはなかったですが、会社でgit導入するときにセットアップで躓く人が多かったですね
あー、なんかわかりますMijinko_SD.icon
Git for Windowsってインストール時に聞かれる設定項目が、他のソフトウェアと比べてもあまりにも多すぎるんですよね
もっと簡単なものがあれば確かにやめたいmiyamonz.iconMijinko_SD.iconkana.icon綾坂こと.icon
gitを覚える必要がある理由
プログラミングで仕事する以上絶対覚える必要がある
代替品がない
デファクトスタンダードになってる
これ困ったものですね 増井俊之.icon
オープンソースなら問題ないのでは？bsahd.icon
確かにオープンソースなら改良したものを作れるけど、それが代替品になるかどうかは別takker.icon
まず開発が大変
まあこれはおいとくとして
開発できたとしても、それを主流に持って行くのは相当困難
ユーザーを増やさなければいけない
gitからの移行のしやすさを要求される
リポジトリ部分には互換性を持たせても良さそうbsahd.icon
もちろん大変そうなだけで、不可能なわけではない
やってみる熱量があればやる価値はありそう
奥が深い症候群というと、無くてもいいのにどんどん凝っていってしまうみたいな文脈もあると思うmiyamonz.icon
使いにくいだけなのに、ありがたがってしまうという状態
gitの場合は、代わりのものがないので仕方ない
あとマージの仕組みは賢いと思う
コンフリクトしたコードをマージするという事象自体が難しい
svnに対する辛さから誕生したはずなので、もしgitを倒すには
同等かそれ以上のマージの快適さ
そもそもマージを使わない（ツールのスコープを変える
あたりがあれば良いように思う
コンフリクトのマージと言った概念自体が難しいとは思うが、gitのコマンドの体系も全然直感的じゃないし、やっぱ奥が深い症候群が起きている気もするmiyamonz.icon
少し前にgit switchができたが、それ以前はgit checkoutだった
ブランチの切り替え
ファイルをrevisionから復元
異なる目的が同じサブコマンドなので体験が悪いよなとよく思ってたmiyamonz.icon
Subversion（svn）という選択肢もある suto3.icon
Linux kernel とかの大規模開発では辛いけど、個人とか小規模の開発だとSubversionで充分な場合もある
ゲーム業界ではなぜgitではなくsvnを使うことが多いのか
gitよりスジのよさそうな分散型バージョン管理システムってあるのかなtakker.icon
「スジがいい」とは
Mercurial使ったことないけど何が違うんだろうinajob.icon
Meta社もなにか作ってた気がする
Sapling
後発だから何か新しさがあるのだと思う
Fossil
Darcs