ヤフー知恵袋ってほんとにすごいと思う
https://m.chiebukuro.yahoo.co.jp/detail/q14145417014
圧倒的な知識で一般人のちょっとした心配がなぎ倒される
最初に案を出す奴が仕事ができるやつ
http://m.huffpost.com/jp/entry/5524184
「権限を持っていてもダメな奴はダメな奴です。どんな仕事でも、一番偉いのは「最初に案を出すやつ」なんですよ。批判なんてだれでもできる。でも、「最初に案を出す」のは勇気もいるし、なにより皆から馬鹿にされないように一生懸命勉強しなければいけない。だから、最初に案を出すやつを尊重するのは仕事では当たり前です。」
間違いない事実だけど難しいのは、スタートが一律でない時の方が多いってことだなあ
会議に途中から参加した人はもう無理なのか?
git push の取り消し
よく、git reset が紹介されてるがきちんと管理されてるリポジトリだとnonFastFowardでpushできなかったりする
そもそも作法にのっとると、以下のような操作になるから基本的にresetは必要無いし、しないべきである。logが汚れるけど恥を晒してrevertする方がマシ
1. おもむろにforkする
2. 自分のリポジトリ上で開発用にbranchを切る
3. エディットする
4. commit前に他の更新をマージ
4-1. fork元から自分のリポジトリmasterへfetch&merge
4-2. 自分のリポジトリmasterから開発用branchへfetch&merge
4-3. コンフリクトを解消する修正
4-4. コンフリクト無くなるまで繰り返す
5. 開発用branchへcommit&push
6. 開発用branchからfork元のmasterへプルリク
こうすることで複数の目的で同時並行に開発しつつ、他の人の差分を適宜とりこみつつ、プルリクが送れる
revertするのはmergeを間違えた時だけで、開発用のbranchへ間違ってpushしたらbranch消してやり直せばいいだけ