![GitHub における大規模なモノリポのパフォーマンスの向上](https://cdn-ak-scissors.b.st-hatena.com/image/square/6e238db6189581c8b92c6fe59e4ea3d810b03d99/height=288;version=1;width=512/https%3A%2F%2Fgithub.blog%2Fjp%2Fwp-content%2Fuploads%2Fsites%2F2%2F2021%2F03%2Fimproving-monorepo-performance-baner.png%3Ffit%3D1200%252C630)
この記事は Retty Advent Calendar 2019 8日目の記事です。 qiita.com はじめに LeSSを選択した背景 LeSS展開のプロセス 1チームスクラム期(4月〜6月) テスト導入期 (7月〜9月) 全社展開期 (10月〜12月) 導入後の状況と今後の課題 おわりに はじめに マネージャーの常松です。 6月に入社して以来、開発プロセスの改善に携わってきました。 今年は大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法が刊行され、アジャイル開発・マネジメントの勉強会でも大規模スクラム(LeSS : Large Scale Scrum、以降LeSSと表記)の名前を聞くことが増えたように感じています。 しかし本だけを参考に自分の組織で大規模スクラムを導入していくのはまだまだ難しいのではないでしょうか? スクラム開
あるいは「プルリクエストをやめてみた」 チーム構成とかにもよるんだろうけど。Gitかつフォークされないプロダクトでの話です。OSSとかは全然話は変わります。 問題とアプローチ (2019-10-25T15:20 追加) 表出している問題と、ここでのアプローチを書いておきます。 ブランチファースト(造語) 「ブランチファースト」はこのエントリでの造語です。コードベースに変更を加える際に「まずブランチを作成する」から始めることを指します。 作業単位でブランチを作成、ブランチでコードを変更してプルリクエスト、レビューを経てメインライン( master ブランチ)に反映までがブランチファーストのスコープになります。 よくあるスタイルだと思いますし、ブランチだけ作成して変更せずプルリクエストを作成する拡張もありますね。 プルリクエストを挟まずにメインラインにマージするものは含みません。 ……名前微妙
時が経つのは早いもので、入社半年くらいの時に近況を書いてから9ヶ月くらい経ちました。 課題はたくさんありますが、今までの経験の中では結構楽しくやっているので、あとで見返せるように記録を残しておこうと思います。 やっていたこと プロダクト開発全般 : ユーザーサポート : 採用 = 6 : 3 : 1 くらいでやっていました。 プロダクト開発全般 Android、API、Webサイト、社内ツール ユーザーサポート SNS対応、レビュー対応、問合せ対応、効率化のためのツール開発 採用 ブログ執筆、Meetup登壇、スカウト、面談・面接 プロダクト開発全般 ユーザーの目に触れる大きめの開発だと、以下の3つくらいです。見返してみると結構少ないですね。 polcaやAudiostockから報酬をKyashで受け取り Android セブン銀行チャージ Android カードから金額指定してチャージ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く