git: 独自のサブコマンド(あるいはちょっと複雑なalias)を定義する際のtips - while (“im automaton”);
問題 gitにはadd、blame、commitなどの標準のサブコマンド以外にも独自のサブコマンドを定義できます(正確にはこの機能の名称はaliasですし、本来はそういう用途で導入されたものだとも思うのですが、私としてはこの説明の方がしっくりくるので以降ではaliasとは呼びません)。標準サブコマンドに対する単純なエイリアスを定義したり、単に外部コマンドを実行するだけのものなら何も問題はありません。 しかし、ちょっと複雑なものを定義しようとすると話は少々面倒になってきます。処理自体をスクリプトとして分離してそれを実行するだけのサブコマンドを定義するのも一つの方法なのですが、gitのサブコマンドとして定義するようなケースではスクリプトを分離するほどの規模でない場合が多く、もし分離するとなると管理対象のファイルが増えるため面倒です。できるだけ単一の設定ファイル(~/.gitconfig)に定義
2015年、Atom に乗り換えた。そして vim-mode-plus をリリースした。 - Qiita
今年は Vim から Atom に乗り換えた。 Vim はいくつかプラグインもつくって、思うように操作したり、機能追加出来る程度にまで習熟してたけど、色々と嫌な点も出てきていたのと、Web フロントエンド技術の勉強も兼ねられるかなという思いもあり、Atom に乗り換える事にした。 最初 Light Table, Sublime Text, Brackets, Atom をそれぞれ試す。 → Light Table 未来だな。むずいな。ちょっと今はパスだな！ → Bracketsいいな。インラインエディット、リアルタイムプレビューいけてるな！ → Sublime Text いいな、速いな。みんな使ってるしな！ → Atom はおそいな、、 → うーん Sublime Text に決めた！ → というところで、tomoya さんのエイプリルフール記事を読む。 → やっぱ Atom や！ という
君にグロースハックはいらない
2015 年 1 月 30 日に Viling Venture Partners で行ったグロースハックに関する講演資料です。 『君にグロースハックはいらない』というタイトルは別にグロースハックを dis っているわけではなく、いずれ必要になる方法がまとまっていると思います。ただ 74% のスタートアップの死因が premature-scaling という報告もあるように、あまり初期においてスタートアップが (細かなテクニックなどを中心に膾炙してしまっている) グロースハックの手法に力を入れてスケールしてしまうと、意味がないどころか自分の首を絞めるだけなのでは、という考え方を中心にまとめています。Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
