https://b.hatena.ne.jp/hiro_y/devprocess/ devprocessに関するhiro_yのはてなブックマーク (55) https://agnozingdays.hatenablog.com/entry/2012/01/31/175021 「結局、見えない進捗を管理するのであればチームリーダーに頼らざるを得ない。逆に言えばチームリーダーに頼らないで良いように進捗を見えるようにできればチームリーダーに頼らなくても良くなる。」 hiro_y 2012-06-12T05:25:39Z devprocess <blockquote cite="https://agnozingdays.hatenablog.com/entry/2012/01/31/175021" title="チーム内でやる進捗会議はムダ - 勘と経験と読経"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fagnozingdays.hatenablog.com%2Fentry%2F2012%2F01%2F31%2F175021" alt="" /> <a href="https://agnozingdays.hatenablog.com/entry/2012/01/31/175021">チーム内でやる進捗会議はムダ - 勘と経験と読経</a></cite><p><a href="https://agnozingdays.hatenablog.com/entry/2012/01/31/175021"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/2aacd320b8f5292218b31058aed9746a2007d9b2/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F1ca945d7ab7afb5434047908b8c3c6c3abf65bd5%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttp%253A%252F%252Fecx.images-amazon.com%252Fimages%252FI%252F51HKFQD123L.jpg" alt="チーム内でやる進捗会議はムダ - 勘と経験と読経" title="チーム内でやる進捗会議はムダ - 勘と経験と読経" class="entry-image" /></a></p><p>ソフトウェア開発プロジェクトでは、顧客への定期的な進捗報告を行うために、当然のことだが進捗を管理しなければいけない。中規模以上のプロジェクトではプロジェクトはいくつかのチームに分かれていて、さらにチームごとに担当する会社が異なることもある。ありがちな事だが、チーム別にプロジェクト内の進捗会議を行...</p><p><a href="https://b.hatena.ne.jp/entry/s/agnozingdays.hatenablog.com/entry/2012/01/31/175021"><img src="https://b.hatena.ne.jp/entry/image/https://agnozingdays.hatenablog.com/entry/2012/01/31/175021" alt="はてなブックマーク - チーム内でやる進捗会議はムダ - 勘と経験と読経" title="はてなブックマーク - チーム内でやる進捗会議はムダ - 勘と経験と読経" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/agnozingdays.hatenablog.com/entry/2012/01/31/175021"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 372 https://agnozingdays.hatenablog.com/entry/2012/04/26/234124 朝会。「要は呼び水になるようなコメントをして、ちょっとした議論や情報交換を促すのである。」 hiro_y 2012-04-27T03:40:09Z devprocess <blockquote cite="https://agnozingdays.hatenablog.com/entry/2012/04/26/234124" title="朝会を進捗会っぽくしない - 勘と経験と読経"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fagnozingdays.hatenablog.com%2Fentry%2F2012%2F04%2F26%2F234124" alt="" /> <a href="https://agnozingdays.hatenablog.com/entry/2012/04/26/234124">朝会を進捗会っぽくしない - 勘と経験と読経</a></cite><p><a href="https://agnozingdays.hatenablog.com/entry/2012/04/26/234124"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/97cf2dc9838ca3f7aabccdd7a944d9d7d85c4d3a/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704346814673862727%2F12704538227038501349%2F1655164107" alt="朝会を進捗会っぽくしない - 勘と経験と読経" title="朝会を進捗会っぽくしない - 勘と経験と読経" class="entry-image" /></a></p><p>朝会はコミニュケーションの場であって、スクラムマスターやマネージャーへの報告の場ではない。でも、文化や出自の異なるメンバーで行うプロジェクトだと、いつのまにかミニ進捗みたいになってしまう。雰囲気作りも重要だと思うけど、それ以外にやれることはある。 朝会のミニ進捗会化 デイリースタンドアップ／スクラ...</p><p><a href="https://b.hatena.ne.jp/entry/s/agnozingdays.hatenablog.com/entry/2012/04/26/234124"><img src="https://b.hatena.ne.jp/entry/image/https://agnozingdays.hatenablog.com/entry/2012/04/26/234124" alt="はてなブックマーク - 朝会を進捗会っぽくしない - 勘と経験と読経" title="はてなブックマーク - 朝会を進捗会っぽくしない - 勘と経験と読経" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/agnozingdays.hatenablog.com/entry/2012/04/26/234124"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 32 https://www.infoq.com/jp/news/2012/04/daily-standup/ 朝会。リーダーへの報告会ではない。「チームメンバが個々の作業，つまり昨日行ったこと，今日行おうと考えていることの同期を図る場なのです。」 hiro_y 2012-04-27T03:39:40Z devprocess <blockquote cite="https://www.infoq.com/jp/news/2012/04/daily-standup/" title="デイリースタンドアップ／スクラムはスクラムマスタのためのものではない"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fwww.infoq.com%2Fjp%2Fnews%2F2012%2F04%2Fdaily-standup%2F" alt="" /> <a href="https://www.infoq.com/jp/news/2012/04/daily-standup/">デイリースタンドアップ／スクラムはスクラムマスタのためのものではない</a></cite><p><a href="https://www.infoq.com/jp/news/2012/04/daily-standup/"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/4a57e1a587f824e7f2e7a3737b896802794b161e/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s2_20260421232821%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg" alt="デイリースタンドアップ／スクラムはスクラムマスタのためのものではない" title="デイリースタンドアップ／スクラムはスクラムマスタのためのものではない" class="entry-image" /></a></p><p>あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事を...</p><p><a href="https://b.hatena.ne.jp/entry/s/www.infoq.com/jp/news/2012/04/daily-standup/"><img src="https://b.hatena.ne.jp/entry/image/https://www.infoq.com/jp/news/2012/04/daily-standup/" alt="はてなブックマーク - デイリースタンドアップ／スクラムはスクラムマスタのためのものではない" title="はてなブックマーク - デイリースタンドアップ／スクラムはスクラムマスタのためのものではない" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/www.infoq.com/jp/news/2012/04/daily-standup/"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 15 https://agnozingdays.hatenablog.com/entry/2012/03/08/122737 「朝会はリズム」ってまさにその通りだなと思った hiro_y 2012-04-27T03:22:55Z devprocess <blockquote cite="https://agnozingdays.hatenablog.com/entry/2012/03/08/122737" title="朝会は文字通り朝にやれ - 勘と経験と読経"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fagnozingdays.hatenablog.com%2Fentry%2F2012%2F03%2F08%2F122737" alt="" /> <a href="https://agnozingdays.hatenablog.com/entry/2012/03/08/122737">朝会は文字通り朝にやれ - 勘と経験と読経</a></cite><p><a href="https://agnozingdays.hatenablog.com/entry/2012/03/08/122737"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/757f21ca141d8b5332dd4fd8168768059d87e310/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704346814673862727%2F12704346814673977293%2F1655164150" alt="朝会は文字通り朝にやれ - 勘と経験と読経" title="朝会は文字通り朝にやれ - 勘と経験と読経" class="entry-image" /></a></p><p>アジャイルではないソフトウェア開発プロジェクトでも一般化しつつあるプラクティスの一つに朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム)がある。正しい読み方は知らないけれど、「ちょうかい」ではなくて「あさかい」って言うのが通例のような気がする。要は毎日プロジェクトメンバーが集まって...</p><p><a href="https://b.hatena.ne.jp/entry/s/agnozingdays.hatenablog.com/entry/2012/03/08/122737"><img src="https://b.hatena.ne.jp/entry/image/https://agnozingdays.hatenablog.com/entry/2012/03/08/122737" alt="はてなブックマーク - 朝会は文字通り朝にやれ - 勘と経験と読経" title="はてなブックマーク - 朝会は文字通り朝にやれ - 勘と経験と読経" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/agnozingdays.hatenablog.com/entry/2012/03/08/122737"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 10 http://blogs.bizmakoto.jp/noubiz/entry/4599.html 「相互にリスペクトして依存し合う関係」 hiro_y 2012-04-17T07:15:18Z devprocess creating <blockquote cite="http://blogs.bizmakoto.jp/noubiz/entry/4599.html" title="うまく回っている会社と回ってない開発会社の職能相関図を図解してみた"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=http%3A%2F%2Fblogs.bizmakoto.jp%2Fnoubiz%2Fentry%2F4599.html" alt="" /> <a href="http://blogs.bizmakoto.jp/noubiz/entry/4599.html">うまく回っている会社と回ってない開発会社の職能相関図を図解してみた</a></cite><p><a href="http://blogs.bizmakoto.jp/noubiz/entry/4599.html"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/b87a0d3ccb815e7d80c91643a002d8d38f31cf7f/backend=imagemagick;height=90;version=1;width=120/http%3A%2F%2Fblogs.bizmakoto.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-79-100x100.png" alt="うまく回っている会社と回ってない開発会社の職能相関図を図解してみた" title="うまく回っている会社と回ってない開発会社の職能相関図を図解してみた" class="entry-image" /></a></p><p>株式会社プラムザ 代表取締役社長。システムコンサルタント。1998年に28歳で起業し、現在も現役のシステムエンジニア、コンサルトとして、ものづくりの第一線で活躍しつつ、開発現場のチームとそのリーダーのあり方を研究し続けている。</p><p><a href="https://b.hatena.ne.jp/entry/blogs.bizmakoto.jp/noubiz/entry/4599.html"><img src="https://b.hatena.ne.jp/entry/image/http://blogs.bizmakoto.jp/noubiz/entry/4599.html" alt="はてなブックマーク - うまく回っている会社と回ってない開発会社の職能相関図を図解してみた" title="はてなブックマーク - うまく回っている会社と回ってない開発会社の職能相関図を図解してみた" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/blogs.bizmakoto.jp/noubiz/entry/4599.html"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 106 https://atmarkit.itmedia.co.jp/ait/articles/1203/08/news131.html 「2人のチームで1人が抜けることは、即座にチームの崩壊を意味します。」「“できるチーム”の分解はしちゃだめ」 hiro_y 2012-03-11T04:38:19Z devprocess creating <blockquote cite="https://atmarkit.itmedia.co.jp/ait/articles/1203/08/news131.html" title="最適化した開発チームは3～10人で美しく回る"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fatmarkit.itmedia.co.jp%2Fait%2Farticles%2F1203%2F08%2Fnews131.html" alt="" /> <a href="https://atmarkit.itmedia.co.jp/ait/articles/1203/08/news131.html">最適化した開発チームは3～10人で美しく回る</a></cite><p><a href="https://atmarkit.itmedia.co.jp/ait/articles/1203/08/news131.html"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/49656f824e1aedbcf43175f097424ca0519ea201/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fimage.itmedia.co.jp%2Fimages%2Flogo%2F1200x630_500x500_ait.gif" alt="最適化した開発チームは3～10人で美しく回る" title="最適化した開発チームは3～10人で美しく回る" class="entry-image" /></a></p><p>「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 今回の内容 ●課題：課題： チーム運営を改善する ●スクラムのプラクティススクラムのプラクティス チームのベスト人数...</p><p><a href="https://b.hatena.ne.jp/entry/s/atmarkit.itmedia.co.jp/ait/articles/1203/08/news131.html"><img src="https://b.hatena.ne.jp/entry/image/https://atmarkit.itmedia.co.jp/ait/articles/1203/08/news131.html" alt="はてなブックマーク - 最適化した開発チームは3～10人で美しく回る" title="はてなブックマーク - 最適化した開発チームは3～10人で美しく回る" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/atmarkit.itmedia.co.jp/ait/articles/1203/08/news131.html"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 46 https://kuranuki.sonicgarden.jp/archives/7721 hiro_y 2012-03-09T10:26:32Z devprocess <blockquote cite="https://kuranuki.sonicgarden.jp/archives/7721" title="高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fkuranuki.sonicgarden.jp%2Farchives%2F7721" alt="" /> <a href="https://kuranuki.sonicgarden.jp/archives/7721">高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!</a></cite><p><a href="https://kuranuki.sonicgarden.jp/archives/7721"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/48880da4affd458bb30bf0b2eeda62487c0d59eb/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fkuranuki.sonicgarden.jp%2Fassets%2Fogp-9e63a070.png" alt="高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!" title="高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!" class="entry-image" /></a></p><p>どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソ...</p><p><a href="https://b.hatena.ne.jp/entry/s/kuranuki.sonicgarden.jp/archives/7721"><img src="https://b.hatena.ne.jp/entry/image/https://kuranuki.sonicgarden.jp/archives/7721" alt="はてなブックマーク - 高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!" title="はてなブックマーク - 高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/kuranuki.sonicgarden.jp/archives/7721"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 1153 https://xtech.nikkei.com/it/article/COLUMN/20120302/384286/ 「実際にコードを書く前のタイミングでも、「誰かに説明する」「チラシを作って見せる」などして、仮説が正しいかどうかを検証するように心がけている。」EOGSシートいいな。 hiro_y 2012-03-06T00:58:03Z devprocess creating <blockquote cite="https://xtech.nikkei.com/it/article/COLUMN/20120302/384286/" title="「Lean Startup」理論を実践するクックパッド、補完ツールも作成"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fxtech.nikkei.com%2Fit%2Farticle%2FCOLUMN%2F20120302%2F384286%2F" alt="" /> <a href="https://xtech.nikkei.com/it/article/COLUMN/20120302/384286/">「Lean Startup」理論を実践するクックパッド、補完ツールも作成</a></cite><p><a href="https://xtech.nikkei.com/it/article/COLUMN/20120302/384286/"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/d6806e3a1b0cd7139b7f024231562d131b2cfe6a/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fxtech%2F2025%2Fogp_nikkeixtech.png%3F20220512" alt="「Lean Startup」理論を実践するクックパッド、補完ツールも作成" title="「Lean Startup」理論を実践するクックパッド、補完ツールも作成" class="entry-image" /></a></p><p>「Lean Startup」の方法論を実践している企業がある。レシピ共有・検索サービスを提供するクックパッドだ。 全社員がリース氏の著書を入社前に読む クックパッドでは、新入社員に対してエリック・リース氏の「Lean Startup」を入社前に読むことを推奨している。もし入社前に読むことができなかったときには、入社後の2日...</p><p><a href="https://b.hatena.ne.jp/entry/s/xtech.nikkei.com/it/article/COLUMN/20120302/384286/"><img src="https://b.hatena.ne.jp/entry/image/https://xtech.nikkei.com/it/article/COLUMN/20120302/384286/" alt="はてなブックマーク - 「Lean Startup」理論を実践するクックパッド、補完ツールも作成" title="はてなブックマーク - 「Lean Startup」理論を実践するクックパッド、補完ツールも作成" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/xtech.nikkei.com/it/article/COLUMN/20120302/384286/"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 200 https://www.publickey1.jp/blog/12/devops_3.html 「クラウドを使うと、データベース管理者、ネットワーク管理者、ストレージ管理者といった個別分野の専門家（SpecOps）の役割は重要でなくなり、運用全体を見るゼネラリスト（DevOps）が求められるようになってくる」 hiro_y 2012-02-28T04:56:32Z devprocess devops cloud dev <blockquote cite="https://www.publickey1.jp/blog/12/devops_3.html" title="クラウドの登場でDevOpsは変わっていく、メトリクス主導へ"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fwww.publickey1.jp%2Fblog%2F12%2Fdevops_3.html" alt="" /> <a href="https://www.publickey1.jp/blog/12/devops_3.html">クラウドの登場でDevOpsは変わっていく、メトリクス主導へ</a></cite><p><a href="https://www.publickey1.jp/blog/12/devops_3.html"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/d456b001e7b1552ac62944ca10fa41df736e3920/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fwww.publickey1.jp%2Ffbico_pblky.png" alt="クラウドの登場でDevOpsは変わっていく、メトリクス主導へ" title="クラウドの登場でDevOpsは変わっていく、メトリクス主導へ" class="entry-image" /></a></p><p>昨日公開した記事「DevOpsとはどんなもので、何が議論されているのか（前編）」では、DevOpsの現状について、先週都内で開催されたDevOpsのイベントで行われた講演を紹介しました。 今回の記事は、同じイベントで行われたもう1つの講演の内容を紹介します。講演を行ったAlexis Lê-Quôc氏は、昨年米国で行われたイベント...</p><p><a href="https://b.hatena.ne.jp/entry/s/www.publickey1.jp/blog/12/devops_3.html"><img src="https://b.hatena.ne.jp/entry/image/https://www.publickey1.jp/blog/12/devops_3.html" alt="はてなブックマーク - クラウドの登場でDevOpsは変わっていく、メトリクス主導へ" title="はてなブックマーク - クラウドの登場でDevOpsは変わっていく、メトリクス主導へ" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/www.publickey1.jp/blog/12/devops_3.html"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 84 https://hnw.hatenablog.com/entry/20110528 Git-Workflow使って hiro_y 2012-02-28T03:24:32Z git devprocess <blockquote cite="https://hnw.hatenablog.com/entry/20110528" title="GitHubへpull requestする際のベストプラクティス - hnwの日記"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fhnw.hatenablog.com%2Fentry%2F20110528" alt="" /> <a href="https://hnw.hatenablog.com/entry/20110528">GitHubへpull requestする際のベストプラクティス - hnwの日記</a></cite><p><a href="https://hnw.hatenablog.com/entry/20110528"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/13a930549462cd124b4eec17d5735c2800e88a18/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fogimage.blog.st-hatena.com%2F10257846132618606794%2F10257846132625782371%2F1737173043" alt="GitHubへpull requestする際のベストプラクティス - hnwの日記" title="GitHubへpull requestする際のベストプラクティス - hnwの日記" class="entry-image" /></a></p><p>みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バ...</p><p><a href="https://b.hatena.ne.jp/entry/s/hnw.hatenablog.com/entry/20110528"><img src="https://b.hatena.ne.jp/entry/image/https://hnw.hatenablog.com/entry/20110528" alt="はてなブックマーク - GitHubへpull requestする際のベストプラクティス - hnwの日記" title="はてなブックマーク - GitHubへpull requestする際のベストプラクティス - hnwの日記" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/hnw.hatenablog.com/entry/20110528"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 1204 https://code.flickr.net/2009/12/02/flipping-out/ 2009年の記事だけど。Flickrのコードにはブランチなんてないよって言ってるな。フラグで新機能のON/OFFしてるって。デプロイは小さい単位で。 hiro_y 2012-02-23T16:45:10Z devprocess flickr <blockquote cite="https://code.flickr.net/2009/12/02/flipping-out/" title="Flipping Out | code.flickr.com"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fcode.flickr.net%2F2009%2F12%2F02%2Fflipping-out%2F" alt="" /> <a href="https://code.flickr.net/2009/12/02/flipping-out/">Flipping Out | code.flickr.com</a></cite><p><a href="https://code.flickr.net/2009/12/02/flipping-out/"><img src="" alt="Flipping Out | code.flickr.com" title="Flipping Out | code.flickr.com" class="entry-image" /></a></p><p>Flickr is somewhat unique in that it uses a code repository with no branches; everything is checked into head, and head is pushed to production several times a day. This works well for bug fixes that we want to go out immediately, but presents a problem when we’re working on a new feature that ta...</p><p><a href="https://b.hatena.ne.jp/entry/s/code.flickr.net/2009/12/02/flipping-out/"><img src="https://b.hatena.ne.jp/entry/image/https://code.flickr.net/2009/12/02/flipping-out/" alt="はてなブックマーク - Flipping Out | code.flickr.com" title="はてなブックマーク - Flipping Out | code.flickr.com" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/code.flickr.net/2009/12/02/flipping-out/"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 21 https://nowokay.hatenablog.com/entry/20120222/1329928913 「テストというのは、基本的にはソースコードの冗長化だと思う。本来ならプロダクトコードだけ書けばよいところを、信頼性を高めるために複数の視点でのコードを追加する。」 hiro_y 2012-02-23T16:23:54Z test devprocess <blockquote cite="https://nowokay.hatenablog.com/entry/20120222/1329928913" title="テストというのは、ソースコードの冗長化だと思う - きしだのHatena"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fnowokay.hatenablog.com%2Fentry%2F20120222%2F1329928913" alt="" /> <a href="https://nowokay.hatenablog.com/entry/20120222/1329928913">テストというのは、ソースコードの冗長化だと思う - きしだのHatena</a></cite><p><a href="https://nowokay.hatenablog.com/entry/20120222/1329928913"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/5b13e6427fd1a5b5b8cd7595a1fb0c26aaa78d6e/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F0992e242469e214c1c0b9c022640b0df60934acc%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fm.media-amazon.com%252Fimages%252FI%252F51JSRX31MSL._SL500_.jpg" alt="テストというのは、ソースコードの冗長化だと思う - きしだのHatena" title="テストというのは、ソースコードの冗長化だと思う - きしだのHatena" class="entry-image" /></a></p><p>テストというのは、基本的にはソースコードの冗長化だと思う。本来ならプロダクトコードだけ書けばよいところを、信頼性を高めるために複数の視点でのコードを追加する。 また、サーバーの冗長化で、２台構成を３台構成にするよりも、はるかに１台構成を２台にするのが難しいように、テストも、10本のテストを20本にする...</p><p><a href="https://b.hatena.ne.jp/entry/s/nowokay.hatenablog.com/entry/20120222/1329928913"><img src="https://b.hatena.ne.jp/entry/image/https://nowokay.hatenablog.com/entry/20120222/1329928913" alt="はてなブックマーク - テストというのは、ソースコードの冗長化だと思う - きしだのHatena" title="はてなブックマーク - テストというのは、ソースコードの冗長化だと思う - きしだのHatena" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/nowokay.hatenablog.com/entry/20120222/1329928913"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 133 https://dev.classmethod.jp/articles/git-flow/ git-flow hiro_y 2012-02-21T07:18:47Z git devprocess <blockquote cite="https://dev.classmethod.jp/articles/git-flow/" title="Gitを使った分散開発管理15 – git-flowを使ってみる | DevelopersIO"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fdev.classmethod.jp%2Farticles%2Fgit-flow%2F" alt="" /> <a href="https://dev.classmethod.jp/articles/git-flow/">Gitを使った分散開発管理15 – git-flowを使ってみる | DevelopersIO</a></cite><p><a href="https://dev.classmethod.jp/articles/git-flow/"><img src="" alt="Gitを使った分散開発管理15 – git-flowを使ってみる | DevelopersIO" title="Gitを使った分散開発管理15 – git-flowを使ってみる | DevelopersIO" class="entry-image" /></a></p><p>git-flowを使ってブランチの管理 いままでGitについてのさまざまな機能をご紹介してきました。 まだまだほかにも機能があり自由なスタイルでソース管理できるGitですが、自由すぎてどうしようか迷うかもしれません。 今回ご紹介するものは、実際に開発を進めていく中での運用を補助するプラグイン、 git-flowについてご...</p><p><a href="https://b.hatena.ne.jp/entry/s/dev.classmethod.jp/articles/git-flow/"><img src="https://b.hatena.ne.jp/entry/image/https://dev.classmethod.jp/articles/git-flow/" alt="はてなブックマーク - Gitを使った分散開発管理15 – git-flowを使ってみる | DevelopersIO" title="はてなブックマーク - Gitを使った分散開発管理15 – git-flowを使ってみる | DevelopersIO" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/dev.classmethod.jp/articles/git-flow/"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 22 https://blog.dakatsuka.jp/2011/05/24/git-flow.html git-flow hiro_y 2012-02-21T07:04:04Z git devprocess <blockquote cite="https://blog.dakatsuka.jp/2011/05/24/git-flow.html" title="Gitを使った開発・運用フローの紹介"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fblog.dakatsuka.jp%2F2011%2F05%2F24%2Fgit-flow.html" alt="" /> <a href="https://blog.dakatsuka.jp/2011/05/24/git-flow.html">Gitを使った開発・運用フローの紹介</a></cite><p><a href="https://blog.dakatsuka.jp/2011/05/24/git-flow.html"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/f13487b3fa8d6ee7efe67b8036e367b0a75484ca/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fblog.dakatsuka.jp%2Fimages%2Fcard.png" alt="Gitを使った開発・運用フローの紹介" title="Gitを使った開発・運用フローの紹介" class="entry-image" /></a></p><p>私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎...</p><p><a href="https://b.hatena.ne.jp/entry/s/blog.dakatsuka.jp/2011/05/24/git-flow.html"><img src="https://b.hatena.ne.jp/entry/image/https://blog.dakatsuka.jp/2011/05/24/git-flow.html" alt="はてなブックマーク - Gitを使った開発・運用フローの紹介" title="はてなブックマーク - Gitを使った開発・運用フローの紹介" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/blog.dakatsuka.jp/2011/05/24/git-flow.html"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 809 https://www.oreilly.co.jp/blog/2011/11/branch-model-with-git-flow.html git-flow hiro_y 2012-02-21T07:02:09Z git devprocess <blockquote cite="https://www.oreilly.co.jp/blog/2011/11/branch-model-with-git-flow.html" title="git-flow によるブランチの管理"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fwww.oreilly.co.jp%2Fblog%2F2011%2F11%2Fbranch-model-with-git-flow.html" alt="" /> <a href="https://www.oreilly.co.jp/blog/2011/11/branch-model-with-git-flow.html">git-flow によるブランチの管理</a></cite><p><a href="https://www.oreilly.co.jp/blog/2011/11/branch-model-with-git-flow.html"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/d6fb192095d2bd48fe52dc1808054f62521e25e4/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fwww.oreilly.co.jp%2Fimages%2Forj-logo-2014-red.png" alt="git-flow によるブランチの管理" title="git-flow によるブランチの管理" class="entry-image" /></a></p><p>今回は分散バージョン管理システムgitと共に用いる「ブランチモデル」について紹介していただきます。gitを使ってみて、その高機能さをどう使えば良いか悩まれた方は、ぜひ本稿をご一読ください。gitそのものの使い方については解説していませんので、その際には『 実用git 』などの書籍を参考にしてください。 git-flow...</p><p><a href="https://b.hatena.ne.jp/entry/s/www.oreilly.co.jp/blog/2011/11/branch-model-with-git-flow.html"><img src="https://b.hatena.ne.jp/entry/image/https://www.oreilly.co.jp/blog/2011/11/branch-model-with-git-flow.html" alt="はてなブックマーク - git-flow によるブランチの管理" title="はてなブックマーク - git-flow によるブランチの管理" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/www.oreilly.co.jp/blog/2011/11/branch-model-with-git-flow.html"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 281 http://tech-gym.com/2011/08/git/467.html git-flow hiro_y 2012-02-21T06:45:34Z git redmine devprocess <blockquote cite="http://tech-gym.com/2011/08/git/467.html" title="http://tech-gym.com/2011/08/git/467.html"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=http%3A%2F%2Ftech-gym.com%2F2011%2F08%2Fgit%2F467.html" alt="" /> <a href="http://tech-gym.com/2011/08/git/467.html">http://tech-gym.com/2011/08/git/467.html</a></cite><p><a href="http://tech-gym.com/2011/08/git/467.html"><img src="" alt="http://tech-gym.com/2011/08/git/467.html" title="http://tech-gym.com/2011/08/git/467.html" class="entry-image" /></a></p><p></p><p><a href="https://b.hatena.ne.jp/entry/tech-gym.com/2011/08/git/467.html"><img src="https://b.hatena.ne.jp/entry/image/http://tech-gym.com/2011/08/git/467.html" alt="はてなブックマーク - http://tech-gym.com/2011/08/git/467.html" title="はてなブックマーク - http://tech-gym.com/2011/08/git/467.html" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/tech-gym.com/2011/08/git/467.html"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 46 https://voluntas.hatenablog.com/entry/20101223/1293111549 git-flow使い方 hiro_y 2012-02-21T06:43:29Z git devprocess <blockquote cite="https://voluntas.hatenablog.com/entry/20101223/1293111549" title="A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fvoluntas.hatenablog.com%2Fentry%2F20101223%2F1293111549" alt="" /> <a href="https://voluntas.hatenablog.com/entry/20101223/1293111549">A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind</a></cite><p><a href="https://voluntas.hatenablog.com/entry/20101223/1293111549"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/f924f3cb4cabac2fb1438db3a8075cb5f7b87d64/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704346814673863427%2F12704591929890553675%2F1348335202" alt="A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind" title="A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind" class="entry-image" /></a></p><p>git-flow という git の運用を補助するプラグインを使ってみたので、その過程をメモしてみました。 そもそも git を採用理由なども書いていきたいと思います。 git を採用した理由 まず何よりも git を採用した理由ですが、日本語の本がたくさんある。Subversion のように気軽にブランチを切ったりマージが出来ない方法...</p><p><a href="https://b.hatena.ne.jp/entry/s/voluntas.hatenablog.com/entry/20101223/1293111549"><img src="https://b.hatena.ne.jp/entry/image/https://voluntas.hatenablog.com/entry/20101223/1293111549" alt="はてなブックマーク - A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind" title="はてなブックマーク - A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/voluntas.hatenablog.com/entry/20101223/1293111549"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 273 http://najeira.blogspot.com/2012/01/git.html hiro_y 2012-02-21T06:38:35Z git devprocess <blockquote cite="http://najeira.blogspot.com/2012/01/git.html" title="Gitの運用ルール、フローを考えてみた"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=http%3A%2F%2Fnajeira.blogspot.com%2F2012%2F01%2Fgit.html" alt="" /> <a href="http://najeira.blogspot.com/2012/01/git.html">Gitの運用ルール、フローを考えてみた</a></cite><p><a href="http://najeira.blogspot.com/2012/01/git.html"><img src="" alt="Gitの運用ルール、フローを考えてみた" title="Gitの運用ルール、フローを考えてみた" class="entry-image" /></a></p><p>徐々にGitに移行しつつあるのですが、複数人数（チーム）でGitを使った場合の運用ルール、ワークフローというものを考えてみました。 Git使い始めということもあり、不備は多々あると思います。アイディア等あれば是非教えて下さい！ 原則 masterで作業しない。ブランチを作って作業する。 ブランチでは1機能もしくは1バ...</p><p><a href="https://b.hatena.ne.jp/entry/najeira.blogspot.com/2012/01/git.html"><img src="https://b.hatena.ne.jp/entry/image/http://najeira.blogspot.com/2012/01/git.html" alt="はてなブックマーク - Gitの運用ルール、フローを考えてみた" title="はてなブックマーク - Gitの運用ルール、フローを考えてみた" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/najeira.blogspot.com/2012/01/git.html"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 36 https://mononofu.hatenablog.com/entry/2012/02/04/090848 「pull requestで運用する、ということは強制的に他の人の開発コードを読む機会が増える訳です。」 hiro_y 2012-02-19T16:41:35Z github devprocess <blockquote cite="https://mononofu.hatenablog.com/entry/2012/02/04/090848" title="githubを会社で導入してみて感じたこと - モノノフ日記"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fmononofu.hatenablog.com%2Fentry%2F2012%2F02%2F04%2F090848" alt="" /> <a href="https://mononofu.hatenablog.com/entry/2012/02/04/090848">githubを会社で導入してみて感じたこと - モノノフ日記</a></cite><p><a href="https://mononofu.hatenablog.com/entry/2012/02/04/090848"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/88c45d3b465c03ccaa619e5f466e0e4cac8dd954/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fogimage.blog.st-hatena.com%2F13208692334729892816%2F12704346814673907506%2F1328314899" alt="githubを会社で導入してみて感じたこと - モノノフ日記" title="githubを会社で導入してみて感じたこと - モノノフ日記" class="entry-image" /></a></p><p>会社で利用するソースコードのバージョン管理システムをgithubに移行しつつあります。 gitは以前から個人で利用していたのでブランチ管理のメリットや気の利いたマージなどはもう知っていたのですが githubで同時に複数人で開発をする、という状況は初めてだったので感じたことを残しておきます。 導入 まず当然なのです...</p><p><a href="https://b.hatena.ne.jp/entry/s/mononofu.hatenablog.com/entry/2012/02/04/090848"><img src="https://b.hatena.ne.jp/entry/image/https://mononofu.hatenablog.com/entry/2012/02/04/090848" alt="はてなブックマーク - githubを会社で導入してみて感じたこと - モノノフ日記" title="はてなブックマーク - githubを会社で導入してみて感じたこと - モノノフ日記" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/mononofu.hatenablog.com/entry/2012/02/04/090848"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 104 https://sotarok.hatenablog.com/entry/20120219/1329581585 pull requestという仕組みの素敵なところ hiro_y 2012-02-19T15:40:24Z devprocess git github <blockquote cite="https://sotarok.hatenablog.com/entry/20120219/1329581585" title="「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok"><cite><img src="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fsotarok.hatenablog.com%2Fentry%2F20120219%2F1329581585" alt="" /> <a href="https://sotarok.hatenablog.com/entry/20120219/1329581585">「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok</a></cite><p><a href="https://sotarok.hatenablog.com/entry/20120219/1329581585"><img src="https://cdn-ak-scissors.b.st-hatena.com/image/square/9f754fcc0d661a3806912d10637934fe04c3c7e7/backend=imagemagick;height=90;version=1;width=120/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F025d84d720662024ca5770b9b9d414bb9b5b434e%2Fbackend%3Dimagemagick%3Bversion%3D1%3Bwidth%3D1300%2Fhttp%253A%252F%252Fcdn-ak.f.st-hatena.com%252Fimages%252Ffotolife%252Fs%252Fsotarok%252F20120219%252F20120219010804.png" alt="「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok" title="「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok" class="entry-image" /></a></p><p>チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど...</p><p><a href="https://b.hatena.ne.jp/entry/s/sotarok.hatenablog.com/entry/20120219/1329581585"><img src="https://b.hatena.ne.jp/entry/image/https://sotarok.hatenablog.com/entry/20120219/1329581585" alt="はてなブックマーク - 「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok" title="はてなブックマーク - 「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok" border="0" style="border: none" /></a> <a href="https://b.hatena.ne.jp/entry/s/sotarok.hatenablog.com/entry/20120219/1329581585"><img src="https://b.st-hatena.com/images/append.gif" border="0" alt="はてなブックマークに追加" title="はてなブックマークに追加" /></a></p></blockquote> 560