タグ

ブックマーク / gihyo.jp (27)

  • 第19回 あえてターミナルを使う(2):作業環境としてのターミナルw3m, screenなどの利用 | gihyo.jp

    Ubuntu Weekly Recipe 第19回あえてターミナルを使う(2):作業環境としてのターミナルw3m, screenなどの利用 前回に引き続き、ターミナルを利用してデスクトップをより便利に利用するためのレシピを紹介します。今回はターミナル環境で利用するアプリケーションの紹介です。 これまでターミナル環境を使わずにUbuntuを利用してきた方にとっては、ターミナルは「よく分からないコマンドを入力して操作する、何か上級者向けの環境」のように位置づけられてしまっていると思います。コマンドライン中心の操作が基である、というのは事実なのですが、ターミナル環境はけして難しくありません。むしろCPUやメモリなどのリソースを消費せず、高速に動作する便利な環境として使えるものです。 これまでターミナルを利用してきていない方は、この機会にターミナルの便利さを知っていただければ幸いです。 gnom

    第19回 あえてターミナルを使う(2):作業環境としてのターミナルw3m, screenなどの利用 | gihyo.jp
  • 第1回 自分にしか書けないものにこだわった ―異色の機械学習書誕生の裏側 | gihyo.jp

    2021年8月に発売される『機械学習を解釈する技術』の著者である森下光之助氏と、『施策デザインのための機械学習入門』を共著した齋藤優太氏、安井翔太氏の3人による対談を3回にわたってお届けします。第1回は、書籍執筆のモチベーションのお話から。 それは個人的な興味から始まった 安井:では僕から振ったほうがいいでしょうか。じゃあとりあえず執筆のモチベーションと裏話みたいなところから伺っていきたいのですが。 安井翔太(やすいしょうた)2013年にNorwegian School of Economicsにて経済学修士号を取得しサイバーエージェント入社。入社後は広告代理店にて広告効果検証等を行い、その後2015年にアドテクスタジオへ異動。以降はDMP・DSP・SSPと各種のアドテクプロダクトにおいて、機械学習に関する業務やデータを元にした意思決定のコンサルティングを担当。現在はAILabの経済学チー

    第1回 自分にしか書けないものにこだわった ―異色の機械学習書誕生の裏側 | gihyo.jp
  • 第4回 PICTの機能説明と使用例 (中編) | gihyo.jp

    モデルオプション PICTでは、モデルオプションとしてさまざまな機能を提供しています。今回と次回に分けて詳しく解説していきます。 制約条件 パラメータの組み合わせを行う場合、組み合わせることのできない値の組み合わせが現れることがあります。たとえば、最大2台のハードディスク(HD)が収容可能な、あるパソコンの構成モデルを表すリスト1の場合、HD1とHD2の両方が「なし」という構成はできません。少なくとも一方のHDは「なし」以外でなければなりません。この組み合わせることのできない条件を制約条件といいます。組み合わせテストでは、制約条件のある場合が少なくありません。 リスト1 パソコンの構成モデル メモリ: 1GB, 2GB, 4GB HD1: なし, 250GB, 500GB, 750GB HD2: なし, 250GB, 500GB, 750GB 制約条件表 制約条件は、表1の制約条件表でモデ

    第4回 PICTの機能説明と使用例 (中編) | gihyo.jp
  • 第42回 Linuxカーネルのケーパビリティ[1] | gihyo.jp

    前回からだいぶ間隔が空いてしまいました。前回の最後に案内したudzuraさんのCRIUに関する記事はもう少し時間がかかるようですので、もうしばらく私が担当したいと思います。 今回から数回は、Linuxカーネルに実装されているケーパビリティについて説明します。ケーパビリティは2.2カーネルのころから実装されてきているかなり古くからある機能で、コンテナ向けの機能ではなく一般的に使われている機能です。もちろん、コンテナの安全性を高めるための重要な機能でもあります。 setuid 一般的にはUNIX系のOSでは、プロセスはroot権限(実効ユーザIDが0)で実行される特権プロセスと、一般ユーザ権限で実行される(実効ユーザIDが0以外の)非特権プロセスに分けられます。 一般ユーザは、通常はそのユーザの権限でプログラムを実行すれば良いのですが、一般ユーザが実行するプログラムであっても処理の内容によって

    第42回 Linuxカーネルのケーパビリティ[1] | gihyo.jp
  • 第2回 memcachedのメモリストレージを理解する | gihyo.jp

    株式会社ミクシィ 研究開発グループの前坂です。前回の記事でmemcachedは分散に長けた高速なキャッシュサーバであることが紹介されました。今回はmemcachedの内部構造がどう実装されているのか、そしてメモリがどう管理されているのかをご紹介します。また、memcachedの内部構造の事情による弱点も紹介します。 メモリを整理して再利用するSlab Allocationメカニズム 昨今のmemcachedはデフォルトでSlab Allocatorというメカニズムを使ってメモリの確保・管理を行っています。このメカニズムが登場する以前のメモリ確保の戦略は、単純にすべてのレコードに対してmallocとfreeを行うといったものでした。しがしながら、このアプローチではメモリにフラグメンテーション(断片化)を発生させてしまい、OSのメモリマネージャに負荷をかけ、最悪の場合だとmemcachedのプ

    第2回 memcachedのメモリストレージを理解する | gihyo.jp
  • 第1回 memcachedの基本 | gihyo.jp

    株式会社ミクシィ 開発部 システム運用グループの長野です。普段はミクシィのアプリケーション運用を担当しております。今回から数回にわたり、最近Webアプリケーションのスケーラビリティの分野で話題になっているmemcachedについて、弊社開発部 研究開発グループの前坂とともに、使い方や内部構造、運用について解説させて頂きます。 memcachedとは memcachedは、LiveJournalを運営していたDanga Interactive社で、Brad Fitzpatrick氏が中心となって開発されたソフトウェアです。現在ではmixiやはてな、Facebook、Vox、LiveJournalなど、さまざまなサービスでWebアプリケーションのスケーラビリティを向上させる重要な要素になっています。 多くのWebアプリケーションは、RDBMSにデータを格納し、アプリケーションサーバでそのデータ

    第1回 memcachedの基本 | gihyo.jp
  • 第1回 WSGIの概要 | gihyo.jp

    PythonのWebアプリケーションフレームワーク Pythonには、Zope、Twisted、Django、TurboGearsなどのさまざまなWebアプリケーションフレームワークが存在します。以前は、このような幅広い選択肢は、新しくPythonを使用しようとするユーザにとって都合が悪いことがありました。使用するフレームワークによって、利用可能なサーバが制限されてしまったり、逆にサーバによって利用可能なWebアプリケーションフレームワークが制限されるといったことがあったためです。 そのようなPythonの状況とは対照的に、Javaにおいては、多数のWebアプリケーションフレームワークがあるにもかかわらず、サーバとWebアプリケーションをつなぐ際に、統一されたJava Servelet APIを用いることで、アプリケーションフレームワークを気にせずにServelet APIが利用できる環境

    第1回 WSGIの概要 | gihyo.jp
  • 第341回 OpenStack環境を30分で構築する | gihyo.jp

    今回はOpenStack installerを使って、そこそこのスペックだけれどもNICが1枚しかないPCに、OpenStack環境をコマンド1つ、たった30分で構築する方法をご紹介します。 OpenStackをインストールするということ 「OpenStack」と言えば、現在のクラウドコンピューティング世界を支えるクラウドプラットフォーム構築ソフトウェアの1つで、フリーソフトウェアというだけでなく、豊富な機能と活発な開発コミュニティによって幅広く利用されています。 そんな「クラウド」を語るうえで欠かせない存在になりつつあるOpenStackですが、そのインストールは難解です。Ubuntuは比較的初期の段階からインストールしやすいほうではありましたが、それでもJujuだのJuju Deployerだの続々とインストールアシストツールが出る程には難しい状態でした。 ただソフトウェアのインストー

    第341回 OpenStack環境を30分で構築する | gihyo.jp
    urza358
    urza358 2015/07/21
  • 第1章 関数プログラミングは難しくない!―初めて学ぶ人にも、挫折した人にもきちんとわかる | gihyo.jp

    [入門]関数プログラミング―質の高いコードをすばやく直感的に書ける! 第1章関数プログラミングは難しくない!―初めて学ぶ人にも、挫折した人にもきちんとわかる マルチコア環境が身近になった影響からか、勉強熱心なプログラマの間で関数型言語が話題になっているようです。関数型言語が奨励する関数プログラミングでは、これまで命令型言語で習得した、命令プログラミングの再代入を使う技法があまり通用しません。そのため、「⁠関数型言語は難しい」と言って途中で投げ出してしまう人も多いようです。 この特集では、関数プログラミングの習得を一度諦めてしまった人や、これから始める人のために、関数プログラミングのポイントをできるだけわかりやすく説明します。 筆者がわかるようになるまで 実は筆者も長い間、関数プログラミングを習得できませんでした。筆者は、長年Emacs Lispを使って、Mewというメールリーダーを開発して

    第1章 関数プログラミングは難しくない!―初めて学ぶ人にも、挫折した人にもきちんとわかる | gihyo.jp
    urza358
    urza358 2015/03/03
  • 第2回 PICTの基本的な使い方 | gihyo.jp

    表1で、パラメータの欄はパラメータの数と各パラメータが含む値の数を表します。たとえば34というパラメータの欄は、3つの値を含むパラメータが4つあることを意味します。表中のAETGとTestCoverは有償のツールです。 この表の結果によると、PICTはほぼ平均的な数の組み合わせを生成することがわかります。ここで注意してもらいたいことがあります。この表で示されているPICTの組み合わせ数は、最適な初期条件を指定した場合であるということです。 PICTはデフォルトで固有の初期条件を使用して生成を行います。この初期条件の違いにより、生成される組み合わせ数が若干違ってきます。たとえばパラメータが34の場合、デフォルトで生成される組み合わせは13です。またパラメータが313の場合、デフォルトで生成される組み合わせは20です。 初期条件の変更は、/rまたは/r:オプションで行うことができます。筆者が確

    第2回 PICTの基本的な使い方 | gihyo.jp
  • 第4回 TestLinkのインストール | gihyo.jp

    ここまでの連載で、「⁠テスト管理とは」「⁠TestLinkのコンセプト」など、TestLinkを使うための前提知識について整理してきました。ここからは、いよいよTestLinkの実際の使い方について踏み込んでいきます。まず今回は、TestLinkをインストールしてみたいと思います。 はじめに 実は、インストール作業はTestLinkを使う上での鬼門と言っても過言でない部分です。今までにご説明したように、TestLinkはWebアプリケーションであるため、インストールするためにはWebサーバ環境を整える必要があるからです。これがTestLinkを導入するうえでの障壁となってしまうことが多いようです。そこで、今回は以下の2つのパターンのインストールをご紹介します。これ以外のインストールパターンについても最後に少し触れたいと思います。 Windows PCへのTestLinkのインストール We

    第4回 TestLinkのインストール | gihyo.jp
  • 連載:きちんと学びたいテストエンジニアのためのTestLink入門|gihyo.jp … 技術評論社

    第3回次期バージョン1.8に見るTestLinkの過去・現在・未来 TestLink日語化部会 2008-10-17

    連載:きちんと学びたいテストエンジニアのためのTestLink入門|gihyo.jp … 技術評論社
  • 第4回 rroongaを使ったソースコード検索エンジンMilkode | gihyo.jp

    はじめまして、おんがえしと申します。 今回は私が作っているソースコード検索エンジンのMilkodeにて、rroonga(とその内部で動くgroonga)がどのように使われているのかを紹介します。 Milkodeの検索画面 ソースコードを検索するということ プログラマの仕事はプログラムを書くことですが、同じくらい「検索する」ことは多いのではないでしょうか。 ある関数の名前を変えたいので使っている箇所をすべて見つけたい ライブラリの仕様が変わった。使っているコードはどこだったか? コードリーディング中。今読んでいる関数の実体はどこにあるのか? ベーマガを買ってゲームのプログラムを写経していた頃から時代は進み、WebにアクセスすればゲームやOS、Webアプリなどのソースコードを無料[1]で手に入れることができるようになりました。必要なものをソースコードから検索し、知識として取り込んでいく技術は今

    第4回 rroongaを使ったソースコード検索エンジンMilkode | gihyo.jp
    urza358
    urza358 2013/08/30
  • redMine|Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp

    プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか? プロジェクトメンバーのタスクの進捗管理はできていますか? 問題・課題管理はスムーズに行えていますか? ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか? 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか? ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか? ソースコードはきちんと管理されていますか? リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか? プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい

    redMine|Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
  • 第34回 Redmineプラグイン開発(1) | gihyo.jp

    はじめに RedmineRuby on Railsで実装されたプロジェクト管理ツールです。競合のツールとしてTracが有名ですが、Tracと比較して開発速度が早く、ここ数年で急激にユーザを増やしています。Tracには標準で用意されていない機能として、ガントチャートの表示や複数プロジェクトの管理、チケットの種別ごとのワークフローのカスタマイズ機能に加え、最新の0.9系ではTracに比べて唯一貧弱だったチケットのレポーティング機能がほぼ同等レベルまで強化されました。 これにより今年から格的にRedmineへの移行が始まっていくと思われます。既に2009年の9月にはオープンソースのSNSエンジンであるOpenPNEの開発チームがTracからRedmineに移行したことや、Googleトレンドの検索数でRedmineがTracを追い抜いたというニュースもあります。 今回は、Redmineのプラ

    第34回 Redmineプラグイン開発(1) | gihyo.jp
  • 第2回 VMware ESXiを使ってみよう | gihyo.jp

    今回は、無償で利用できるVMware ESXiを使った仮想化環境の構築方法を解説します。 VMware ESXiとは VMware ESXi(以下ESXi)は、VMware社のハイパーバイザーである「vmkernel」をベースにした仮想マシンの実行環境で、無償で利用できるようになっています。 VMware ESXi 製品情報ページ URL:http://www.vmware.com/jp/products/esxi/ 無償版ESXiでは、仮想マシンを停止せずに仮想ホストを移動する「VMotion」など便利な機能は利用できませんが、1台の仮想ホスト上でいくつかの仮想マシンを動かすような小規模な用途では十分に活用できます。 VMware社の製品のうち無償で使えるものとしては、実行専用の「VMware Player」や、サーバ用の「VMware Server」がありますが、どちらもWindows

    第2回 VMware ESXiを使ってみよう | gihyo.jp
  • 第1回 まずはTitaniumを体験してみよう | gihyo.jp

    はじめまして、株式会社はてなでアプリケーションエンジニアをしている倉井龍太郎(id:r_kurain)と申します。この連載では、今もっとも注目集めているスマートフォンアプリ開発環境であるTitanium Mobile(以下Titaniumと省略)を使ったiPhone及びAndroidアプリケーションの開発方法について解説していきます。 Titaniumとは TitaniumはAppceleratorが開発しているスマートフォンアプリ開発環境です。iPhone/iPod/iPad であればObjectice-Cを使用して、AndoridであればJavaを用いて作成するネイティブアプリケーションが、どちらの環境でもJavascriptのみで開発できるようになるものです。Titanuiumは無料で利用することができます。サポートを受けるにはAppceleratorの有料プランに入会する必要が

    第1回 まずはTitaniumを体験してみよう | gihyo.jp
  • いまこそ始めよう、WebGL | gihyo.jp

    あけましておめでとうございます。私はWebGL勉強会の運営メンバーの増田知記と申します。 この度、技術評論社様より執筆の機会をいただきましたので、WebGL勉強会の活動内容とWebGLの動向についてお話をさせていただきます。 WebGL勉強会とは WebGL勉強会設立のきっかけは仲間内で「何か勉強会を開いてみたいね」と話が持ち上がったことでした。この時に勉強会のテーマとしてAzureも挙がっており、もしかしたらAzure勉強会になっていたかもしれません。 1回目の勉強会を昨年の9月にを開催したのを皮切りに、今までに4回の勉強会を開催してきました。人気の高い勉強会と比べるとまだ少ないですが、会を重ねる毎に参加者が増えておりWebGLへの注目が高まっていることを感じています。参加条件は有りませんし、とてもラフな集まりですのでみなさまお気軽に勉強会に参加していただければと思います。さらに発表まで

    いまこそ始めよう、WebGL | gihyo.jp
  • 第43回 Rails 3を支える名脇役たち その1 - Arel - | gihyo.jp

    はじめに Ruby on Railsの2年半ぶりのメジャーバージョンアップである3.0の正式リリースがいよいよ間近に迫ってきました。 Rails 3は、アプリケーション・レベルではRails 2.3との互換性をなるべく保ちながらも、メジャーバージョンアップだけあってフレームワーク自体は隅々にまで徹底的なリファクタリングが施されて更なる洗練を遂げています。結果として、Rails 3では融通の効かないフルスタック構造を捨ててすっきりとしたモジュール独立性が実現されているのですが、この際に、Merbとの合併の影響もあってか、いくつかの新たな外部ライブラリに依存する形になっているのも興味深いところです。 そこで稿では、あえてRails 3そのものではなく、このRails 3の大改造の舞台裏を支える裏方さんにスポットライトを当ててみたいと思います。 Arelによってパラダイムが大きく変わったAct

    第43回 Rails 3を支える名脇役たち その1 - Arel - | gihyo.jp
    urza358
    urza358 2010/06/29
  • 第4回 Webアプリケーションを開発する環境を作る | gihyo.jp

    開発環境を作る 開発環境を作るパソコンやインストールする媒体、事前確認する情報が準備できたら、いよいよインストールを開始します。その後、環境を整えるために、デバッグ環境およびプログラミング環境のセットアップを行います。 それではCosminexusを例に、開発環境の作成手順を説明します。ここで、ポイントがひとつ。通常、Webアプリケーションサーバの環境を作る場合、Javaの開発環境のインストール、Webアプリケーションサーバのインストール、データベースやJDBCのインストールなどが必要であり、さらにこれらの環境パラメータの設定を行う必要があります。しかし、今回はCosminexusを使うので、これらのインストールとセットアップが簡単に行えます。 ①システムの環境設定 あらかじめ調べておいた環境変数の値を、Windowsのコントロールパネルを使って設定します。たとえばパソコンに日の時刻を設

    第4回 Webアプリケーションを開発する環境を作る | gihyo.jp