あとで読むに関するamatsukiuratoのブックマーク (7)

  • 【資料公開】マネジメント向けアジャイル開発概要

    みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 (スライドはこちらからもご覧いただけます:https://slide.meguro.ryuzee.com/slides/101) 資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし

    【資料公開】マネジメント向けアジャイル開発概要
  • サーバーレス時代のKubernetesワークロード:アーキテクチャ、プラットフォーム、トレンド

    SOAは優れた原則に基づいており、その大半はまだ有効です。それは契約優先開発、疎結合、構成可能、ステートレスなサービスであり、自律的で再利用可能です。 ESBフレームワークは、プロトコル変換、テクノロジーコネクタ、ルーティングおよびオーケストレーションメカニズム、エラー処理、高可用性プリミティブなどの優れた機能セットを提供しました。 分散アーキテクチャの進歩 SOAとESBの主な問題は、アーキテクチャと組織の両方の観点からの集中化でした。SOAの重要な原則は、サービスとコンポーネントの再利用でした。これにより、再利用を可能にするが、緊密なアーキテクチャ上のサービスカップリングを引き起こす階層化サービスアーキテクチャが作成されました。組織的には、ESBは単一のチームによって所有されていました。それによって、ミドルウェアは、スケーラビリティの観点で、さらに重要なことに急速な進化の観点で技術的お

    サーバーレス時代のKubernetesワークロード:アーキテクチャ、プラットフォーム、トレンド
  • プログラミングに向いていない人の特徴 – ITキャリア

    プログラミングを勉強し始めたけど、自分は向いてないんじゃ・・・どうすればプログラミングができるようになるか教えてほしい システムエンジニアがこの悩みにお答えします。 この記事を書いている僕は、独学でプログラミングを覚えて今ではWEB制作会社でシステムエンジニア兼マーケターをしています。プログラミングの適性やどうすればプログラミングができるようになるかを説明します! 僕もプログラミングの独学を始めた時に感じたのですが、プログラミングは難しいと感じるのが普通で、わからないから自分に向いてないと諦めないでください。 プログラミングに限らず、どんな分野も勉強してすぐに理解できることは少ないと思います。 わからないから向いていないと諦めずに、継続して勉強することでプログラミングは誰でもできるようになります。 僕も一般的にプログラミングに向いていないと言われるものに当てはまりましたが、今では普通にプロ

    プログラミングに向いていない人の特徴 – ITキャリア
  • UIコンポーネントにはマージンをつけるな!絶対にだ!! - Qiita

    .button { display: block; margin: 50px auto 0; padding: 8px 20px; border: solid 2px #ddd; border-radius: 10px; font-size: 16px; } See the Pen button_01 by Otsuka Yuhi (@boltkeep) on CodePen. パット見、いい感じのボタンです。 しかし、このボタンには一点重大な欠点があります。 それは、このボタンは必ず上に50pxの余白が付き、かつ中央寄せされるということです。 デザイナー登場 デザイナーがこう言いました。 「ボタンを横に2つ並べたい」 「ボタンとボタンの間隔は20px」 「その上で中央寄せで!」 「あと、上のマージンは外しといて!」 さて、どうしましょう??display: flex;でしょうか?

    UIコンポーネントにはマージンをつけるな!絶対にだ!! - Qiita
  • コンテナとコンテナ化されたアプリケーションに対する運用上の洞察 | Amazon Web Services

    Amazon Web Services ブログ コンテナとコンテナ化されたアプリケーションに対する運用上の洞察 コンテナ化されたアプリケーションとマイクロサービスの適応が増えるに従い、監視と管理の負担がますます増えます。ビルダには Amazon Elastic Compute Cloud (EC2) のインスタンスなどのより長期にわたるインフラすトラクタに使用されるため、同じレベルの監視が期待され、要求されています。対照的に、コンテナは比較的短命で、通常は継続的なデプロイが求められます。これにより、信頼性をもって監視データを収集し、パフォーマンスやその他の問題を分析することが困難になり、このことが修復時間に影響を与えます。さらに、ビルダはさまざまなツールを使用してこの分析と検査を実行し、一連のインフラストラクチャとアプリケーションのメトリック、ログ、およびその他のトレース全体でコンテキスト

    コンテナとコンテナ化されたアプリケーションに対する運用上の洞察 | Amazon Web Services
  • Laravel 6 Is Now Released - Laravel News

    { if (! this.initialized) { search.start(); this.initialized = true; } if (value) { setTimeout(() => { this.$el.querySelector('input').focus(); }, 100); } }); }, }" x-dialog x-model="searchModalIsOpen" x-cloak class="fixed inset-0 z-10" @keydown.slash.meta.window="searchModalIsOpen = !searchModalIsOpen" @keydown.k.meta.window="searchModalIsOpen = !searchModalIsOpen" @keydown.escape.window="searchM

    Laravel 6 Is Now Released - Laravel News
  • Cloud Build のドキュメント  |  Cloud Build Documentation  |  Google Cloud

    Cloud Build は、Google Cloud インフラストラクチャでビルドを実行するサービスです。Cloud Build は、Cloud Storage、Cloud Source Repositories、GitLabGitHub、Bitbucket からソースコードをインポートし、仕様に合わせてビルドを実行して、Docker コンテナや Java アーカイブなどのアーティファクトを生成します。詳細 Cloud Build は、一連のビルドステップとしてビルドを実行します。各ビルドステップは、Docker コンテナで実行されます。1 つのビルドステップでは、環境に関係なく、コンテナから実行可能なあらゆる処理を実行できます。タスクを実行するには、Cloud Build が提供するサポート対象のビルドステップを使用するか、独自のビルドステップを作成します。

    Cloud Build のドキュメント  |  Cloud Build Documentation  |  Google Cloud
  • 1