タグ

gihyoに関するt_otodaのブックマーク (7)

  • 「システムテスト自動化カンファレンス」参加レポート | gihyo.jp

    2013年12月1日、オラクル青山センターでシステムテスト自動化カンファレンス(STAC)が開催されました。私自身はテスト自動化研究会(STAR)のコミッターですが、今回縁あってカンファレンスのレポート役をさせていただくことになりました。 それではさっそく報告に入りましょう。 よりよいテスト自動化のためにちょっと考えてみませんか?―スコープ、ROI、プロセスを中心に― 近江 久美子(STAR) 今回のカンファレンスの位置づけと全体の方向づけを行うものです。このカンファレンスで扱われるテストは「ソフトウェアのユーザに価値がある単位で行われるテスト⁠」⁠、一般的にはシステムテスト、受け入れテストと呼ばれるテストレベルになります。 次にテスト自動化の目的を考えましょう。代表的なものとしては効率化したい、手動ではできないテストをしたい、などが挙げられますが、大事なことはただ自動化してもよい自動化に

    「システムテスト自動化カンファレンス」参加レポート | gihyo.jp
  • 本日12月1日より、プログラマ有志による2013年の技術系Advent Calendarが各所ではじまる | gihyo.jp

    日12月1日より、プログラマ有志による2013年の技術系Advent Calendarが各所ではじまる 日12月1日より、プログラマ有志による2013年の各技術系Advent Calendar(アドベントカレンダー)が一日目を担当する人のblogではじまっている。 昨年以上に細分化されたため、昨年よりも今年のAdvent Calendarの数が多くなっているようだ。また、技術系以外の人に対してもこのような形式のAdvent Calendarの認知度が上がり、技術系以外のAdvent Calendarも昨年より増えている。 一般的なAdvent Calendarは、12月25日のクリスマスを楽しみに待つために、12月1日から24日までのカレンダーの日付の部分(扉だったりする)を開けるようになっており、1日ずつその日の日付の部分を開くと天使や動物の絵などが見えるという仕組み(もちろん、様々

    本日12月1日より、プログラマ有志による2013年の技術系Advent Calendarが各所ではじまる | gihyo.jp
  • 第226回 LXCで軽量仮想環境の活用 | gihyo.jp

    Ubuntu 12.04 LTSの目標の一つは、LXCLinux Containers)の充実でした。11.04の頃から格的にサポートを開始したLXCは、かんたんに軽量な仮想環境を作成できるとあって、アプリケーションのテスト環境やJujuのようなクラウドマシンの生成ツールでも使われています。 さらに今回のリリースでは、x86マシン上でARMの実行環境を生成できるようになりました。そこで今回は、UbuntuにおけるLXCの基的な使い方を紹介します。 LXCで仮想環境を作る LXCLinuxカーネルのControl GroupやNamespaceという機能を使って、ホストOSとは隔離された環境を作るツールです。LXCのパッケージにはテンプレートという形で各OSの最小構成のrootfs環境を作るスクリプトも付属しているため、VirutalBoxやXenのようにコマンドラインから簡単に仮想

    第226回 LXCで軽量仮想環境の活用 | gihyo.jp
  • 第3回 RedisによるWebアプリケーション開発(1) | gihyo.jp

    前回までに、Redisの概要と、コマンドラインクライアントによる基的なコマンド操作を見てきました。今回からは、Redisのデータ型を使ったアプリケーション開発について、簡単なサンプルコードと、ニコニコ生放送での事例を交えて紹介していきます。 クライアントライブラリを用いた開発 WebアプリケーションからRedisにアクセスするには、言語ごとのクライアントライブラリを導入することになります。公式サイトにライブラリがリストアップされていますので、各々の環境に合ったものを探してください。 ニコニコ生放送では、PHPによる開発の場合にはphpredisを、Javaで実装している検索サーバーなどではJedisやJRedisを使っています。 今回から掲載するサンプルコードでもこれらのライブラリを使っていきますので、他のライブラリを導入される方はそれぞれ対応するAPIに置き換えてご覧ください。 LIS

    第3回 RedisによるWebアプリケーション開発(1) | gihyo.jp
  • 第5回 Amazon Redshiftのアーキテクチャ ~スケーリングとリストアを試してみよう | gihyo.jp

    この連載の第3回、第4回で、Amazon Redshiftの起動をはじめデータのロード、そしてローカルマシンからのクエリ実行と、一通りの操作に触れてきました。今回は、よりAmazon Redshiftの内部に踏み込み、Redshiftクラスタのアーキテクチャからスケーリングとリストアの方法について説明を行います。 Amazon Redshiftのアーキテクチャ まずは、Amazon Redshiftのアーキテクチャについて見ていきましょう。 図1 Amazon Redshiftアーキテクチャ 図1のように、Redshiftクラスタの内部は、大きくはクライアントとのインタフェースの役割を担うLeader Node(リーダーノード⁠)⁠、およびリーダーノードから送られてくるタスクの処理を担当するCompute Node(コンピューティングノード)に分かれます。それでは、図1のそれぞれの項目につ

    第5回 Amazon Redshiftのアーキテクチャ ~スケーリングとリストアを試してみよう | gihyo.jp
  • Software is Beautiful | gihyo.jp

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    Software is Beautiful | gihyo.jp
  • 第6回 Capacity Scheduler による複数ジョブの同時実行 | gihyo.jp

    前回の記事では、Fair Schedulerによる複数ジョブの同時実行についてご紹介しました。今回は、Capacity Schedulerを使った場合について、複数ジョブの同時実行時の挙動を見てみましょう。 HadoopのSchedulerとは複数のジョブを実行する際に、slot数の割り当てを制御し、均等にリソースを割り振ってすべてのジョブが同時に動くようにしたり、優先度の高いジョブから実行させたりといったことを可能にするものです。Scheduler自体の意義については、具体例とともに前回の記事に記載しているので併せて参考にしてください。 Capacity Schedulerとは? Fair Schedulerは、あらかじめ「pool」を定義して、poolごとにslot数の割り当てなどを決め、ジョブの実行時にどのpoolに属するジョブかを指定しました。Capacity Schedulerで

    第6回 Capacity Scheduler による複数ジョブの同時実行 | gihyo.jp
    t_otoda
    t_otoda 2013/05/13
    結構突っ込んでるなぁ
  • 1