タグ

architectに関するshoitoのブックマーク (12)

  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • Learn.GitHub - Introduction To Git

    What Git is, why you would want to use it and where to get it and learn about it. Welcome to the first lesson of the GitHub Learning course. This course will lead you through a series of lessons that will demonstrate how to use Git quickly and easily - many of the lessons will have screencasts that you can watch as well, if you learn better that way. This chapter is about what Git is and why you s

  • SaaSのためのクラウドをオープンソースで構築する。Zohoの内部アーキテクチャとは?

    Webブラウザ上で表計算やメール、カレンダーなどの機能を提供するサービスといえば、グーグルGoogle Appsや、数カ月前に発表されたマイクロソフトのOffice Web Appsなどがよく知られています。 Zohoも、そうしたクラウドベースのWebアプリケーションを提供する企業として知られています。同社の特徴は、Google Appsのような表計算、メール、カレンダー、プレゼンテーション管理、タスク管理といったオフィス系アプリケーションに加え、セールスフォース・ドットコムのようなCRM/SFA(顧客管理、営業支援)アプリケーション、さらにプロジェクト管理、人事管理、請求管理、Wikiといった業務アプリケーションまで、幅広いアプリケーションを提供している点にあります。すべてに無料版が提供されており、自由に試すことが可能です。

    SaaSのためのクラウドをオープンソースで構築する。Zohoの内部アーキテクチャとは?
  • Scalable System Design Patterns

    Looking back after 2.5 years since my previous post on scalable system design techniques, I've observed an emergence of a set of commonly used design patterns. Here is my attempt to capture and share them. Load Balancer In this model, there is a dispatcher that determines which worker instance will handle the request based on different policies. The application should best be "stateless" so any wo

    Scalable System Design Patterns
  • RIA のアーキテクチャーとデザインパターン (アプリ全体像編) | デベロッパーセンター

    コミュニティーリソース Flex cookbook* (コードの共有) CSS Advisor (ブラウザ別バグ修正) Exchanges* (コンポーネントの共有) Adobe Labs* ユーザフォーラム RSS フィード* Flex バグベース* ユーザグループの検索* ユーザグループについて* Adobe Community Experts (ACE)* デベロッパーイベント* ブログ MXNA* (ブログアグリゲータ) Adobe ブログ* この記事では、クライアント側とサーバー側を含めたアプリケーション全体のアーキテクチャーを扱います。まず、J2EE のパターンとして知られている MVC (J2EE-MVC2) を検証し、他のデザインパターンとの比較を行います。また、Flex クライアントとサーバー間の 3 種類の通信方法について、具体的に解説します。 クライアント側アプリのア

  • RIA のアーキテクチャー概要 (リッチクライアント編) | デベロッパーセンター

    コミュニティーリソース Flex cookbook* (コードの共有) CSS Advisor (ブラウザ別バグ修正) Exchanges* (コンポーネントの共有) Adobe Labs* ユーザフォーラム RSS フィード* Flex バグベース* ユーザグループの検索* ユーザグループについて* Adobe Community Experts (ACE)* デベロッパーイベント* ブログ MXNA* (ブログアグリゲータ) Adobe ブログ* この記事では、Flex アプリケーションのアーキテクチャー概要を扱います。以下の内容は、Flex アプリケーション構築の際に一般的に起こる、と思われる問題への対応例を紹介することが目的です。Flex アプリケーションを常に同じ形で構築することを推奨するものではありません。 クライアント側とサーバー側を含めたアプリ全体のアーキテクチャーについて

    shoito
    shoito 2010/12/21
    これは良いまとめ
  • Ring

    Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や

  • AppEngineにどんなアプリが向いているのかを知ろう - ひがやすを技術ブログ

    AppEngineは、万能なプラットフォームではありません。むしろ、かなり使い道は限定されていると言ってもいいでしょう。 向いていないアプリで使うとかなりはまって、アプリが完成しないリスクがあります。 一方、向いているアプリで使うとこれまでよりかなり費用を節約できたりとか、儲けにつなげることができます。 AppEngineにどのようなアプリが向いているかというと、AppEngineがGoogleの既存のインフラをそのまま利用していることをまず知っておく必要があります。 Googleのインフラは、(極端に単純化すると)大量のデータを多くの人に同時に見せるために最適化されています。 AppEngineも同様で、大量のデータに大量にアクセスがあっても大丈夫なように、BigtableというKVSを使っています。また、自動でスケールアウトするWebのFront Endも既存のインフラをそのまま使って

    AppEngineにどんなアプリが向いているのかを知ろう - ひがやすを技術ブログ
  • Scalable System Design Patterns - DZone

  • Good code isn't enough | SkillsCast

  • 優れたコードだけでプロジェクトは成功するか

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    優れたコードだけでプロジェクトは成功するか
  • アジャイルチームのアーキテクトのための10の助言

    原文(投稿日:2010/09/14)へのリンク Microsoft AustraliaのソリューションアーキテクトであるTom Hollander氏は、TechEd Australiaでアジャイルチームにおけるアーキテクトの役割と題したプレゼンを行った。 氏はこの場でアジャイルチームを率いるアーキテクトとして氏が行っていることについて議論した。 アーキテクトの役割について話すとき、氏が指すのは“ソリューションアーキテクト’、つまりアプリケーションのアーキテクトだ。エンタープライズアーキテクトやある種の専門家(例えばメッセージングやインフラなどの専門家)を指してはいない。 氏のチームは、最後に2、3日のコード凍結を行う、安定した4週間のイテレーションプロセスで、毎日のスタンドアップミーティングや毎日のビルドと自動テストが伴う継続的統合を実践している。氏のチームでは次のような役割を採用している

    アジャイルチームのアーキテクトのための10の助言
  • 1