初心者エンジニアにおすすめしたい「進捗どうなった？」と言われないための仕事の進め方 - Qiita
はじめに 初心者エンジニアのあなたは、 **先輩エンジニアに「進捗どうなった？」や「なんでこの作業にこんな時間かかってるの？」**といったことを言われたことはありませんか？ また、 作業見積もりやタスク分解をちゃんと行なわないで、いきなりコードを書き始めているということはありませんか？ 勝手にコードを書き始めて、ほとんど手戻りになって1からコードを書き直しになるという経験もあるかと思います。 僕は徹底的に仕事のやり方を叩きこまれましたが、周りの話を聞いていると、こういったことができていない人もいるのかなと思い書こうと思った次第です。 またエンジニア向けには書いていますが、どんな仕事にも普遍的に使える考え方だと思っているので参考になれば幸いです。 アジェンダ 以下のとおりです。どこから読んでもらっても大丈夫ですが、上から読んでいったほうが流れが分かりやすいと思います。 ツールはGithub,
githubの運用戦術 - Qiita
前提 過去のチームといまのチームでどうやっているかの話 master以外なら force push 可能なことが条件 コミットコメント 一行で概要 WhyやHowを書かせる。 WhereやWhatはいらん、diffを見ればわかる。 (必要なら)詳細 なんでここにこういうことをした？ という細かい説明。 時間に追われてdirty hackをせざるを得なかったのならここにも書いて欲しい。 書かずに変なことしたら俺がハリセン issueだのメモだのへのリンクでもいい 諸注意 日本語OK 英語オンリーにするとみんな面倒臭がって little change for debug とか平然と入れる 詳しく書かせたいし読むのに苦労したくないので日本語を許す コミットのタイミングと粒度 粒度はできるだけ細かく。 １コミット単位でレビュワーがお前何がしたかった？をみるため。 レビュー中にレビューが入った部分は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
