3.   本資料料では2016年年9⽉月29⽇日時点のサービス内容および価格についてご説明しています。 最新の情報はAWS公式ウェブサイト(http://aws.amazon.com)にてご確認ください。 資料料作成には⼗十分注意しておりますが、資料料内の価格とAWS公式ウェブサイト記載の価 格に相違があった場合、AWS公式ウェブサイトの価格を優先とさせていただきます。 内容についての注意点 AWS  does  not  offer  binding  price  quotes.    AWS  pricing  is  publicly  available  and  is  subject  to  change  in accordance  with  the  AWS  Customer  Agreement  available  at  http://aws.amazon

新機能 イベント参加者限定の懇親会やミニイベント開催に対応した「サブイベント機能」をリリースしました。 イベント運営を簡素化し、参加者の登録漏れや確認漏れを防ぐのにご活用ください。 主催の方はサブイベントを作成するから、参加者の方はサブイベントが設定されているイベントに参加するから詳細をご確認いただけます。 新機能 connpass APIに新しい機能を追加しました。「イベント一覧API」に都道府県での絞り込み機能を追加しました。また「イベント一覧API」および「参加イベントAPI」で画像URLをレスポンスで返却ように拡充しました。詳細な仕様や利用方法は、APIリファレンスをご確認ください。API利用を希望される方は、connpassのAPI利用についてをご覧ください。

イベント参加後の感想書くの久しぶりな気がするｗ 9/30（金）〜10/1（土）に開催されたServerlessConf Tokyo 2016に１日目のワークショップは普通に一般参加者として、２日目はスピーカーとして参加してきました。 ワークショップ 思った以上に実践的でそこそこ長丁場だったのもあって、けっこう疲れました。 ゾンビが大量発生した世界で生き残った人々が連絡を取り合うためのチャットシステムを作るみたいな感じだったのだけど、そのストーリー性のあるテーマのおかげでTwitterで参加者がわいわいしながらやっててとても楽しかったです。 その様子はこちらでご覧いただけます↓ togetter.com 内容はAPI Gatewayはやっぱりマネジメントコンソールから手動でポチポチするのツラいな・・・とか、Amazon ESやっぱ微妙だな・・・とか思ったりもしたけど全体的にはとても満足度が高

また過去に参加した勉強会のメモ。今回のは3/11ともはや半年以上前... まあもう諦めても良かったのだけど、9月頭 (これも1ヶ月近く前...) にあったprivate methodの件だったり職場で最近あったお話だったりがこの講演で扱われた話題に関連している気がするなあと感じたので、折角だしと思って掘り出してまとめることにした。 connpass.com togetter.com 組織にテストを書く文化を根付かせる戦略と戦術 from Takuto Wada www.slideshare.net 転送サーバおけるテストの自動化 · GitHub メモは最後に貼るとして、講演の内容の内2点について、この記事を書いている時点までにあったことも含めて思っていることをまとめる。これらを書いていて、半年以上前の講演で、それもスライドに残されていることではなくその場で話されていたようなことやそれにつ

LINE Developer Meetup in Fukuoka #16 http://connpass.com/event/38413/

Percona Database Performance Blogの翻訳。既に運用を始めたデータベースで、インデックスが正しく使われているか、無駄や不足がないかを確認する方法のまとめ記事。クエリをひとつひとつ確認するのではなく、統計情報を元に判断する分かりやすい方法。 このブログ記事では、MySQLインデックスに手入れする基本的なステップについて見ていこうと思います。 データベースは、インデックス次第でハイパフォーマンスにも、役立たずで遅くて大変にもなりうることはご存知でしょう。インデックスは、時々手入れをする価値がある非常に重要なものです。それでは、何をチェックすればよいのでしょうか？順不同ですが、確認すべき点を挙げてみます。 1. 使われていないインデックス sysスキーマで、使われていないインデックスをとても簡単に見つけられます。 schema_unused_indexes ビューを

序文 まえがき 第1章　達人の哲学 第2章　達人のアプローチ 第3章　基本的なツール 第4章　妄想の達人 第5章　柳に雪折れ無し 第6章　コーディング段階 第7章　プロジェクトを始める前に 第8章　達人のプロジェクト 付録A　リソース 付録B 演習問題の解答 付録C クイックリファレンスガイド 訳者あとがき 索引 . 序文 まえがき 第1章　達人の哲学 1 猫がソースコードを食べちゃった 2 ソフトウェアのエントロピー 3 石のスープと蛙の煮物 4 十分によいソフトウェア 5 あなたの知識ポートフォリオ 6 伝達しよう！ 第2章　達人のアプローチ 7 二重化の過ち 8 直交性 9 可逆性 10 曳光弾 11 プロトタイプとポストイット 12 専用の言語 13 見積もり 第3章　基本的なツール 14 プレインテキストの威力 15 貝殻（シェル）遊び 16 パワーエディット 17 ソースコード

Your current browser isn't compatible with SoundCloud. Please download one of our supported browsers. Need help?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 伝統的な品質保証(QA)からアジャイル品質(AQ)へと変わっていこう 2016/9/30、Hillside Group(後述)の代表Joseph Yoderさんが来日され、鷲崎先生と特別セミナーが開催されたとのこと。 そこで紹介された、**「QA to AQ: 品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ」**というパターンが秀逸で、かつ、日本のアジャイルオーディエンスに興味がある方が多いであろう、と思い、紹介します。 アジャイル開発は徐々に日本の開発現場にも浸透しています。特に、We