タクシー配車サービスHailoがアプリ開発で犯した失敗
英Hailoでプラットフォームオートメーション部門を率いるボヤン・ディミトロフ氏は、ソフトウェア開発のニーズは、近代社会の需要に後れを取らないように変化していくものと考えている。 ディミトロフ氏はロンドンで行われたAmazon Web Services（AWS） Summitで、Hailoのタクシー配車アプリがAWSをどのように使用しているかについてのプレゼンテーションを終えた後、Computer Weeklyのインタビューに応じてこのように語った。 Hailoにとって重要な点は、このバックエンドアプリケーションが従来のエンタープライズソフトウェアとは根本的に異なる方法で開発されていることだ。 ソフトウェアを開発する際、マイクロサービスとDevOpsアプローチとを組み合わせることによって、Hailoサービスに絶えず新機能をリリースできるようになる。多くのタクシーアプリが競合する現状では、こ
LINE Platform Development Chronicle
The document discusses the benefits of exercise for mental health. Regular physical activity can help reduce anxiety and depression and improve mood and cognitive function. Exercise causes chemical changes in the brain that may help protect against mental illness and improve symptoms for those who already suffer from conditions like anxiety and depression.Read less
Programming WebAssembly with Rust: Unified Development for Web, Mobile, and Embedded Applications by Kevin Hoffman | The Pragmatic Bookshelf
Releases, Offers & More Be the first to hear about our newest content, best promotions and upcoming events. Plus get 25% off your next purchase. Newsletter Sign Up Download Accounts Your email address is your account identifier. You can create a password, or just download from the links sent via email. My Orders (Resend order emails) How We're Different Hands-on instructions Solutions to real-worl
モノリシックなRubyからGoによるマイクロサービスへ | POSTD
過去9年わたりWebアプリケーションを開発してきたNiket氏（ @nexneo ）は、2013年からGoを使って作業をするようになりました。この講演では、彼がどのようにRubyのモノリシックアプリケーションを分解しつつ、Goで記述されたマイクロサービスへと至ったかについて説明しています。講演のスライドは、 speakerdeck.com/nexneo/joy-of-single-purpose-services-in-go で閲覧可能です。 Single purpose servicesというのは、単一の問題を解決するサービスのことです。 一般的に マイクロサービス としても知られています。 Niket氏は、学校側が親御さんたちと連絡したり成績表や出席を管理したりするための人気オンラインプラットフォーム、 Beehively の開発者です。BeehivelyはRubyベースのアプリケーシ
マイクロサービス – 分散された大きな泥だんご | POSTD
モノリシックがダメだからといって、マイクロサービスが解決策になるわけではない ソフトウェア開発業界は流行に左右されやすいという証拠に、今マイクロサービスが、いたるところで大騒ぎされています。”次の大ブーム”だと思う人もいるでしょう。また、（10年前に”上出来”と見なされたような）大型のSOA、サービス指向アーキテクチャが単に軽量化して進化したものだと捉える人もいるでしょう。私は現在のマイクロサービスアーキテクチャに関しては好意的に見ています。しかし、だからといってこのアーキテクチャは決して万能薬ではありません。言うまでもないことかもしれませんが、多くの人が間違った理由でマイクロサービスに飛び付いているように思えるのです。 これは私の講演でよくお見せするスライドで、 以前ブログにも書きましたた が、ソフトウェアシステムを開発するにはいろいろな方法があります。まず、昔ながらのモノリシック（一枚
マイクロサービスと”Big Balls of Mud"
"Big Ball of Mud(大きな泥だんご)"には長い歴史がある。我々も2010年に取り上げたそのコンセプトについては，こちらのサイトにきれいに要約されている。 A BIG BALL OF MUDとは，無計画な構成でまとまりがなく，テープとワイヤでずさんに括り上げた，スパゲッティコードのジャングルのことです。誰もが目にしたことがあるはずです。このようなシステムには例外なく，無秩序な拡張と場当たり的な修正の繰り返しが見られます。システム内の遠く離れた要素の間で，好き勝手に情報が共有されます。重要な情報の大部分がグローバルであったり，コピーされていたりすることも珍しくありません。システムの全体構成が十分に定義されていないか，定義されていたとしても原形を留めないほど失われていたりします。アーキテクチャ的な感性を少しでも持ったプログラマならば，このような泥沼は避けたいと思うはずです。このよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
複雑さはコードの外にある
モダンWebシステム開発
マイクロサービスの現在
