PR毎にStorybookをbuildし、PR毎に個別のURLを発行するPR毎の個別URLをPR commentに投稿するPRが閉じられたらPR毎の個別URLを破棄する特定のbranch(ex. main, develop)へのmerge時に、特定のURLのstorybookを更新する
アプリケーションを実装していくと、「大規模なUI改修」に遭遇することがある。 あちこちで見聞きした結果、以下のようなパターンがあるように感じたのでまとめてみた。 (UI改修なので基本的にフロントエンドからみた内容) これは一般的に「技術的負債」と呼ばれることが多いが、デザインの負債(UIを置く場所が無くなったり無くなったり、同じ概念のUIが分散したり)である場合も多い。 (ちなみに、デザインの負債は「ダイアログを多用する」とか、「最小画面サイズが大きくなる」とかの形で現れやすい) そして、デザイン負債に対応するために実装の困難なUIが増えるため、技術的負債も高くなる傾向がある。 (サーバサイドの技術的負債がDBの負債に起因する場合が多いことと似ているかもしれない)
2007年に創設されて以来、Tumblrはオープンでクリエイティブな自己表現の場として、コミュニティや文化の中心となり、常に人々から愛されてきました。創設者であるDavid Karpの言葉を借りれば、Tumblrはこれまでにさまざまなアーティスト、ライター、クリエイター、キュレーターなどにインスピレーションを与え、文化を再定義し、個性に力を与えてきました。 このたび、数ヶ月間にわたり、これまでの過去を振り返りながら、どのようにTumblrのコミュニティを前進させ、どんな媒体を目指すのか、わたしたちはこれからのTumblrのあり方について真剣に協議してきました。その上でTumblrをよりよい場にするため、特に進化の激しいこの時代の波のなか、私たちがユーザーを満足させ、文化的立場をまっとうするためには、変化が必要であることを認識しました。どのような変化が必要なのか、それは メンバーたちの間での
Open Sourcing Screwdriver, Yahoo’s Continuous Delivery Build System for Dynamic Infrastructure By James Collins, Sr. Director, Developer Platforms and Services, and St. John Johnson, Principal Engineer Continuous Delivery enables software development teams to move faster and adapt to users’ needs quicker by reducing the inherent friction associated with releasing software changes. Yahoo's engineer
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く