BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ カンファレンス に関するすべてのコンテンツ

  • 継続的デリバリによるITパフォーマンスの改善

    継続的デリバリのもたらす大きなメリットのひとつはリリースのリスク低減である – 包括的な自動テスト(Comprehensive test automation)と継続的インテグレーションとは、ITのパフォーマンスに最も大きな影響を与えるプラクティスだ。継続的デリバリとITパフォーマンスに関する調査から、継続的デリバリのプラクティスの実践はより高いITパフォーマンスにつながるだけでなく、ハイパフォーマによるテンポの向上と高レベルの安定性を実現することが明らかになった。

  • Sportifyにおける信頼性の高いEvent Delivery Systemの概要

    Sportifyクライアントはピーク時に最大秒間150万回のイベントを生成し、全ては彼らのEvent Delivery Systemにより取り扱われている。このシステムは遅延を予測可能にすることと、イベントを消失することがないように設計されており、Igor Maravic氏は最近のQCon Londonでの彼の発表において、このシステムの高レベルの概要と鍵となるオペレーション上の側面について説明した。

  • テスタにはマーケティア思考が必要である

    テスタはストーリを共有し、自身の懸念について語ることによって、自らの仕事に対する人々の関心を得ることが必要だ。これからのテストはテスタに対してマーケティア(marketeer)の思考を求めるようになる。そのためにはブログや記事、講演、ビデオといった物作りや物書きから始めて、それを共有する、という方法がある。

  • Facebookのライブ配信構築の課題

    Facebook Liveが始まったのは2年前のハッカソンで、その8ヶ月後にユーザーに披露された。難しかったのが一つのストリーミング配信に対する予測できない視聴者数への対処であり、この数は広くバラついている。Sachin Kulkarni氏はQCon Londonでのプレゼンで、acebook live開発の設計上のチャレンジについて語った。

  • 分散開発を成功させるには

    分散開発には効果的なコミュニケーションが重要である – それには健全で多様なコミュニケーション手段を追求し、フィードバックを促進するための共感を双方向で確立し、モチベーションを注視し続けることが必要だ。分散型チームでは、アイデアから製品までの完全なデリバリに対する当事者意識と責任感を共有することによって、チームメンバがより積極的で創造的になることができる。

  • 組織を超えた組織づくり

    これから数年間で組織の数は減っていくだろうが、組織づくりが減ることはないだろう。組織づくりは物事を完了させるための日常的な活動だが、何かを行うために組織は必ずしも必要ではない。個人が組織に所属するとき、組織は現代のマネジメントのアプローチを取り入れるための阻害要因となる。

  • Agile is Kingであるが、継続的インテグレーションは難しい目標である

    最近の開発チームのテスト動向について、Dimensional Researchの最近の調査によると、アジャイル手法が広く採用されている一方で、1時間単位でデプロイする能力、つま��ゴールの増加について報告する組織は少なかった。

  • Go言語とマイクロサービスとコンテナで銀行を作る:QCon LondonのMatt Heath氏の講演

    QCon LondonでMonzo Bankの分散システムエンジニアであるMatt Heath氏が“Building a Bank with Golang”と題して講演をした。氏は、Golangの素晴らしい並列処理機能が、この言語を'ボリュームが高く、遅延が少ない分散アプリケーション'の開発に適したものにしている、と話した。

  • ING Bankのリーンリーダーシップによる組織改善

    改善を組織化し本当の学習が生まれるようにするのはマネージャの仕事だ。真の学習のためには未知を受け入れ、自身の知識の境界を超える必要がある。アジャイルでリーンな継続的デリバリによって学習能力を高めることができる。

  • TextTestを使った承認テスト

    承認テスト(Approval Testing)は、現在のコードの出力を、“承認済”バージョンのものと比較するテスト技術だ。承認済バージョンは、事前にテスト出力を調査して、その結果を承認することによって作成する。要件が変更された場合でも、承認済バージョンを再検討することで簡単に更新することができる。テキストベースのオープンソース機能ツールであるTextTestは、この承認テストをサポートする。

  • デッドコードは取り除かなければならない

    デッドコードは、見つけて、取り除く必要がある。デッドコードを残しておくと、プログラマの理解と行動を妨げることがあり、コードが実行されて、重大な問題を引き起こすリスクもある。 デッドコードの削除は、技術的な問題ではない。それは考え方と文化の問題だ。

  • 並列性と未来の分散プログラミングの関係

    身の回りの全ての世界は並列に進んでおり、非同期でイベント駆動である。最近のQCon LondonでJoe Duffy氏は基調講演を行い、並列性とクラウドは全ての開発者が将来的に取り扱う必要がある概念であると主張した。この中心にあるのは通信であり、これは並列性と分散システムの両方にとって必要不可欠なものである。

  • より平等な職場を作る

    女性が技術業界から去りつつある。彼女らは不幸せで、価値を感じず、機会を欠いていると思っているからだ。彼女らの外見に関係なく、社員をとどめ、育てる環境を作らなければならない、と 氏は論じた。氏は組織が平等な機会を作りたいと思ったら使えるプロセスをQCon Londonの講演で紹介した。

  • Qcon LondonにおけるJonas Boner氏による'モノリスからマイクロサービスへ'の講演

    QCon Londonにおいて、LightbendのCTOであるJonas Bonér氏は'モノリスからマイクロサービスへ'という講演を行った。Bonér氏はマイクロサービスを最初の原則から検討し、分散システムの文脈でのアーキテクチャスタイルについて考察した。主題には、モノリスを構築することを避け、代わりに回復力と弾力性を備えたシステムを構築すること、イベントを中心に据えたドメイン駆動設計(DDD)を実践することが含まれる。

  • アジャイルになるための勇気

    勇敢であるということは、たとえ怖かったとしても、必要なことをする、ということだ。アジャイルの最も重要な点はうまくいっていないことを調査し思い切って変革することだ。小さな実験から始めて、解決策を見つける。もしそれがうまくいかなかったから、それをやめればいい。

BT