PRINCIPLES OF CHAOS ENGINEERING - Principles of chaos engineering
PRINCIPLES OF CHAOS ENGINEERING Last Update: 2019 March (changes) Chaos Engineering is the discipline of experimenting on a system in order to build confidence in the system’s capability to withstand turbulent conditions in production. Advances in large-scale, distributed software systems are changing the game for software engineering. As an industry, we are quick to adopt practices that increase
Open-source tool that uses simple textual descriptions to draw beautiful UML diagrams.
🌱 PlantUML at a Glance 🚀 Getting Started PlantUML is a highly versatile tool that facilitates the rapid and straightforward creation of a wide array of diagrams. Utilizing a simple and intuitive language, users can effortlessly draft various types of diagrams. For a detailed exploration of the language's capabilities and syntax, please refer to the PlantUML Language Reference Guide. If you are n
DeNAのゲーム開発を支える Game Backend as a Service
昔からシステムは常に問題なく使えて当然のように思われてきました。しかし現実には、現在に至るまでアプリケーションが落ちることが想定されていないシステムも少なくありません。 ステートレスなアプリケーションの場合、落ちることが想定されているシステムでは、アプリケーションを複数個並べることでそのうちのいくつかが落ちてしまっても、アプリケーション利用者には影響が無いように作られています。一方でHTTPセッションというステートフルな情報を持つアプリケーションはどうでしょうか？ 本セッションでは、ステートフルなアプリケーションにおいて、落ちても問題ないアーキテクチャとはどのようなものになるのかを紹介します。
はじめに | スクラムをひもとくパタン[WIP]
Share on Twitter Share on Google Share on Facebook Share on Weibo Share on Instapaper スクラムをひもとくパタン はじめに スクラム。その表層的な手段の部分だけがとりざたされた結果、世の中で多くの失敗体験が生まれ、スクラム という言葉に一種のネガティブなイメージがつきまとうようになってしまっているのかもしれません。 しかし スクラム は、必然性にあふれた 原則、ロール、セレモニー、アーティファクトをとおして、プロダクト開発における認識すべきさまざまな価値を私達に示してくれます。 スクラム を手段としてではなく、改めてその根底にある原則や目的にフォーカスをあてるため、パタン・ランゲージという手法を通して、スクラム の価値を探ります。 パタンクラウド 当パタン集に登場するパタンは、スクラム のエッセンスに紐付い
Best Practices for Designing a Pragmatic RESTful API
Your data model has started to stabilize and you're in a position to create a public API for your web app. You realize it's hard to make significant changes to your API once it's released and want to get as much right as possible up front. Now, the internet has no shortage on opinions on API design. But, since there's no one widely adopted standard that works in all cases, you're left with a bunch
Scalaにおける細かい最適化のプラクティス - xuwei-k's blog
列挙順自体はとくに意味ありません。あと「どの最適化がどのくらい速くなるのか？」を詳細に計ったことはないですし、「原理的にこうなってるから(ry」というのを説明するに過ぎません。中には「JITで無意味になるようなどうでもいい細かすぎること」も書いてありますし、最適化のトレードオフとして失うものもあるので、そのあたり自己責任でお願いします。本当に最適化が必要とされる場合は、以下のものを無闇に実行するよりまず計測したほうがいいのは、言うまでもありません。*1 1. private[this]をつかえ scalaのvalやvarは、private[this]にしたときのみ、直接のフィールドアクセスになります(それ以外ではメソッド呼び出し)。シングルトンのobjectの場合も同様です。private[this]をつけられる場合はできるだけつけましょう 2. なんでもかんでもListをつかうな 最初の
怠惰のすゝめ。Dockerで環境構築・テスト・デプロイを完全自動化｜CyberZ 公式エンジニアブログ
CyberZ 公式エンジニアブログ アドテクや最新のテクノロジーについて情報発信していきます ブログトップ 記事一覧 画像一覧 jsとcssで等身･･･ » 怠惰のすゝめ。Dockerで環境構築・テスト・デプロイを完全自動化 2014-06-02 11:04:38NEW ! テーマ：ブログ こんにちは、2014年新卒エンジニアの進藤です。 CyberZに配属されて1ヶ月経ちましたが、優秀な先輩エンジニアに囲まれ、刺激的な毎日を過ごしています。 さっそくですが、いま僕が進めているプロジェクトについてを説明します。 開発中のプロジェクトに対して、環境構築・テスト・デプロイの自動化を進め、開発のサイクルを早める仕組み・体制を整えています。 さらには運用中のプロジェクトに対して「Immutable Infrastructure」の概念を取り入れ、安全な運用体制についても調査しています。 まだ検証の
Technology Radar | An opinionated guide to today's technology landscape | Thoughtworks
Thoughtworks Technology Radar is a twice-yearly snapshot of tools, techniques, platforms, languages and frameworks. This knowledge-sharing tool is based on our global teams’ experience and highlights things you may want to explore on your projects. Adopt Trial Assess Hold Adopt Trial Assess Hold Adopt Trial Assess Hold Adopt Trial Assess Hold Adopt Trial Assess Hold Adopt Trial Assess Hold Adopt T
Superhero.js
Creating, testing and maintaining a large JavaScript code base is not easy — especially since great resources on how to do this are hard to find. This page is a collection of the best articles, videos and presentations we've found on the topic. Follow us on Twitter, GitHub, or check out our newsletter. We'd love to hear your suggestions via e-mail or as Github Issues. We come across a lot of great
Androidの自動テストツール、今(2013年)から使うなら何がよいのか - kk_Atakaの日記
あらすじ Androidのテストを自動化したいので、テストツールの選定をしてみたが、昔の記事がヒットする事が多く、何を使えばいいのかよくわからん。 とはいっても、明確に「どんなテストがしたい」という方針もなく、とっかかりとしてどんなツールがあってどのくらい盛り上がってるのかが知りたかった。 環境 Windows 7 AndroidDeveloperTools Build: v21.1.0-569685 とりあえず Win メインで。 とっかかり ロジックまわりのテスト ロジック的なものは、 JUnit 拡張の TestCase クラスを使えば何とか書けそうというのはわかった。 Androidアプリ開発テスト入門（2）：Android SDKでビジネスロジックのテストを自動化するには (1/3) - ＠IT 2011 年の記事だけど、 JUnit で書くという大前提は崩れていないはず…。 画
Learn Git Branching
A interactive Git visualization tool to educate and challenge!
アプリの一般的な開発環境とゲーム開発プラットフォーム、広告会社に求められるSDKの対応について：That's the Way to GO!：オルタナティブ・ブログ
当然ながらアプリを開発する開発環境が必要になります。iOS（iPhoneやiPad、iPod Touch）の場合はObjective-Cで開発を行うXcodeが必要になり、Androidの場合はJavaで開発するEclipseといった開発環境が必要になります。これらは統合開発環境（IDE - Integrated Development Environment）と呼ばれるコンパイラ・テキストエディタ・デバッガなどがひとつになったもので、画面から簡単に操作できるようになっています。 近年人気の高いゲームアプリの開発環境についてフォーカスしたい思います。ゲームアプリの場合、ゲームエンジンと呼ばれる2Dまたは3Dグラフィックレンダリング、物理演算、サウンド、AIやアニメーションなど、ゲームの基本的な要素を提供するソフトウェア・フレームワークが必要になり、それぞれの開発環境（Xcode、Eclip
タブを使ったレイアウト ～ TabHost と TabWidget
もっともわかりやすい UI と評判の（本当か？）、タブ形式のレイアウトについて実装方法を記載します。 タブ形式はご存知のとおり、上側あるいは側面に内容を示すタブが表示され、それを選択（タップ）するとそのタブに関連した内容が表示されるというものです。 タブ形式のレイアウトは TabHost と TabWidget を用いて実装出来ます。 スマートフォンのアプリケーションには、タブの部分の領域がスペース的にもったいないようにも思えますが、もしかしたらタブレットではより多く利用されていくかもしれません。 ここで作るものの出来上がりは次のとおりです。 真ん中のタブをタップすると・・・ となります。 タブの実装方法 タブを選択した時に、それぞれ別のアクティビティがフレームレイアウト (Framelayout) の中にロードされるという内容のコードを記載します。 タブ毎のアクティビティ 今回はタブを三
APIコンソール | dev.twitter.com
<g> <g> <defs> <rect id="SVGID_1_" x="-468" y="-1360" width="1440" height="3027" /> </defs> <clippath id="SVGID_2_"> <use xlink:href="#SVGID_1_" style="overflow:visible;" /> </clippath> </g> </g> <rect x="-468" y="-1360" class="st0" width="1440" height="3027" style="fill:rgb(0,0,0,0);stroke-width:3;stroke:rgb(0,0,0)" /> <path d="M13.4,12l5.8-5.8c0.4-0.4,0.4-1,0-1.4c-0.4-0.4-1-0.4-1.4,0L12,10.6L6.2
Joel on Software -
プログラマのためのユーザインタフェースデザイン 第 1 章 第 2 章 第 3 章 第 4 章 第 5 章 第 6 章 第 7 章 第 8 章 第 9 章 ストラテジーレターV 2002年6月12日 ミクロ経済学の補完財の原理について考えていて、私はオープンソースソフトウェアに関する興味深いあることに気がついた。それが何かというと、オープンソースソフトウェア開発に多額の資金を使っている企業の多くは、それが彼らにとって良いビジネス戦略だからそうしているのであって、突然資本主義を信じるのをやめて、「言論の自由と言うときの自由」に浮かれるようになったわけではないということだ。ストラテジーレターⅤ 5つの世界 2002年5月6日 5つの世界：すべてのソフトウェア開発が同じではない。 追記：インターナルシステム、コンサルウェア、パッケージソフトの間には大きなグレーゾーンがあり、この3つの世界はしばし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コードレビューの話
テンプレートから学ぶ 受注する開発者のためのテスト仕様書一覧
titanium-mobile-doc-ja - Project Hosting on Google Code
レイアウトの作成手順をマスターする！ ～速習！ Androidアプリケーション開発（3）～