GitHub「完璧なプルリクの書き方を教えるぜ」 - Qiita
はじめに この記事は How to write the perfect pull request - GitHub を和訳というか、意訳した記事です。 ご指摘などありましたら大歓迎です！ 良いプルリクエストを書くには (原題 : How to write the perfect pull request) 会社が成長していくと、人もプロジェクトも様変わりしていきます。GitHubの中に私達が望む文化を育んでいくためには、我々が何を自覚してコミュニケーションするべきなのか分かってきました。私達のチームが最強であり続けるために、最近以下のようなプルリクエストのガイドラインを導入しました。 プルリクへのコメント (原題 : Approach to writing a Pull Request) プルリクエストには目的を明記しましょう。たとえば… これは〜を調べてみるためのプロトタイプです これは
開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
企画書・提案書を書くならおさえておきたい！プレゼン資料お勧めの「フォントサイズ」 ｜プレゼンデザイン
プレゼン資料のデザインで、たびたびトピックにあがるものといえば「フォント」。当サイトでも過去に取り上げている内容ですが、今回は少し切り口を変え「フォントサイズ」についてご紹介します。というのも世間ではこの点、結構あいまいに扱われているような気がするんですよね。。 最適なフォントサイズは 「資料の利用シーン」によって変わる ときどきネットで「プレゼン資料のフォントサイズは○○pt以上がお勧め」といった記事をみかけるのですが、もうちょっと補足しても良いんじゃないかな？というのが筆者の意見です。なぜならプレゼン資料に適したフォントサイズは「その資料が、どういう条件で利用されるか」によって変わるから。 恐らく多くの指南書・ノウハウ記事がイメージしているのは「講演資料」です。しかし、プレゼン資料の利用シーンは講演以外にもいろいろあるわけで。そこで当記事では、社会人ならきっと誰もが接する「企画書」や「
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
