第5回 Linux Kernelメモリ管理最新動向［その1］ | gihyo.jp
2012年6月6日～8日にLinuxCon Japan 2012が開催されます。ここではLinux Kernelの最新技術の発表や議論がいろいろ行われるのですが、カンファレンスを楽しむ手助けとなる記事を…ということで、最近のLinux Kernelのメモリ管理の以下のトピックについて、2回に分けて紹介したいと思います。 今回は、 NUMA対応 組込みシステム向けの新機能 次回は ファイルシステム、デバイスと連携したエンハンス メモリ資源管理機能（cgroup） CleanCache を取り上げます。 それぞれ、LKMLでどのような提案があって、提案の理由は何か？ 現在はどうなっているのか？ ということを簡単に紹介したいと思います。 NUMA対応 性能エンハンス機能として現在議論されているのが、NUMAマシン上のアプリケーションのチューニング機能です。現在、全く別の方式が有名ハッカー2人から
第10回 NHN Japan執行役員/CTO 池邉智洋氏に訊く（後編）―個人も組織も、”なんでもあり”の多様性の中で強くなる | gihyo.jp
Webクリエイティブ職の学び場研究 第10回NHN Japan執行役員/CTO 池邉智洋氏に訊く（後編）―個人も組織も、”なんでもあり”の多様性の中で強くなる 前回に引き続き、NHN Japan 執行役員/CTOの池邉智洋さんにお話を伺います。今回は、中長期的視点でみたWebクリエイティブ職の育成、3社経営統合にまつわる組織の育み方、エンジニア職のキャリアパスなどを掘り下げます。 NHN Japan 執行役員/CTOの池邉智洋氏 他社やヘッドハンターからちゃんと評価される人にしたい では早速ですが、中長期目線で自社のWebクリエイティブ職をこう育てていこう、といったお考えはあるのでしょうか。 池邉さん「ぶっちゃけ、この業界は人の入れ替わりも早いですし、極端な話ずっといるかどうかわからないと思っていて、あまりうちの会社だけに特化したスキルとか処世術を身につけても意味がないと考えています。他社
第9回 NHN Japan執行役員/CTO 池邉智洋氏に訊く（前編）―「放置」と「無茶ぶり」の裏に隠されたNHN Japan流の学習環境 | gihyo.jp
Webクリエイティブ職の学び場研究 第9回NHN Japan執行役員/CTO 池邉智洋氏に訊く（前編）―「放置」と「無茶ぶり」の裏に隠されたNHN Japan流の学習環境 NHN Japanといえば、「ハンゲーム」「NAVER」「livedoor」を展開する国内最大手のインターネット企業。2012年1月1日には、ネイバージャパン、ライブドアと経営統合し、今後さらなるパワーアップが期待されています。今回は同社を訪問し、ライブドアの前身、オン・ザ・エッヂ時代から技術部門を支えてこられた現NHN Japan 執行役員/CTOの池邉智洋さんにお話を伺います。技術力に定評がある同社ですが、「研修はほとんどやらない」職場環境。「放置」と「無茶ぶり」の裏側に、どんな人材育成の仕組みが隠されているのかを探ってきました。 NHN Japan 執行役員/CTOの池邉智洋氏 大前提は、独特の「Webの
第9回 高速なWeb APIの実装とテスト―Mobage APIを支えるノウハウ（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはDeNAの嶋田裕二さんで、テーマは「高速なWeb APIの実装とテスト」です。 Web APIの基礎知識 はじめまして、DeNAでMobageオープンプラットフォームのWeb API（以降Mobage API）を実装しているxaicronです。Mobageオープンプラットフォームは、Mobageの機能をWeb APIを通して外部の開発者に公開することにより、ソーシャルゲームをユーザに提供するサービスです。 簡単に説明するとWeb APIとは、HTTPを利用してネットワーク越しに処理を行い、結果を返すしくみです。最近ではJSON（JavaScript Object Notation）というフォーマットを利用してデータのやりとりをすることが多くなっており、Mobage APIも基本的にはJSONを受け取って処理を行
第1回 牧大輔氏に聞くYAPC:Asia 2011の見所 | gihyo.jp
JPAでYAPC::Asiaを担当している櫛井です。 今年も国内最大のPerlのイベント「YAPC::Asia Tokyo 2011」が10月14日（金）、15日(土)に開催されます。場所は、昨年と同じく東京工業大学大岡山キャンパスです。 本稿では、YAPC::Asia Tokyo 2011の見所を数回にわたって紹介していきたいと思います。第一回目はYAPC::Asiaの運営を行っているJapanPerlAssociation(以下、JPA)で代表理事をされている牧大輔氏にお話を伺いました。 牧大輔（まきだいすけ） Japan Perl Association代表理事、株式会社ライブドア 所属。ブラジル、アメリカで育ち、Network Appliance Inc.勤務後帰国。Perl/C/MySQLなどのオープンソース技術を使ったシステム開発をメインに、講師、コンサルティング、執筆活動
第4回 Node.jsとは何だったのか | gihyo.jp
すでにチケットが売れ切れてしまったLL Planetsですが（※）、蓋を開けてみると今年はJavaScriptに関連したセッションが目白押しになっています。このように再びJavaScriptが注目を集めることになった理由は何だったのでしょうか？ 今回のLL Planetsでは、現在日本で活気を集めているNode.jsコミュニティとその周辺コミュニティの人達をお招きし、JavaScriptの再ブームの理由について再検証していく予定です。 ※） LL Planets チケット完売御礼 http://ll.jus.or.jp/blog/archives/233 JavaScriptプログラマのための全方位的完全武装ガイド まず午後一のセッションでは、最速インターフェース研究会の名称で有名なmalaさんに「JavaScriptプログラマのための全方位的完全武装ガイド」と題して45分間の基調講演
第38回 DBIx::Class：拡張性の高さが売りではありますが | gihyo.jp
国内では微妙な立ち位置に ずいぶん間が空いてしまいましたが、今回はデータベース話の3回目として、DBICことDBIx::Classについてまとめてみます。DBICは、海外ではMooseやCatalystと並ぶモダンPerl界の三種の神器のひとつとしていまも広く宣伝されていますが、国内では、当初こそClass::DBIからの乗り換えを強力に推進する流れが見られたものの、最近ではあまり名前を聞くこともなくなり、むしろDBICからの脱却が潮流になっているかの印象を受けることさえあります。いったい何がどうなっているのか、例によって歴史を追いかけながら見ていきましょう。 もともとはオブジェクトを永続化するためのもの DBICの立ち位置を理解するには、まずはその先駆けとなったClass::DBIがどういうものであったかを理解しておく必要があります。 連載第36回でも紹介したように、マイケル・シュワーン
位置情報サービスのはじめ方 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第36回 SQL::Abstract：簡単なSQLはより簡単に | gihyo.jp
DBIの泣き所 いわゆるLAMPないしそれに似た環境でウェブサービスばかり書いている方にはあまり実感がないかもしれませんが、あちらの現場ではOracleを、こちらの現場ではMicrosoft SQL Serverを、はたまた別の現場では組み込みのSQLiteを、といった受託系の仕事をしている人にとって、SQLの方言問題は避けては通れないもののひとつです。 典型的なところでは、たとえばSELECTで取得するデータの件数を制限したい場合、PostgreSQLなどでは「LIMIT ... OFFSET ...」のように書きますが、OracleではROWNUMを使いますし、MS SQL serverならSET ROWCOUNTやTOPを使います。また、いまでこそPostgreSQLとの互換性を確保するため「LIMIT ... OFFSET ...」と書けるようになっているMySQLにしたところで、
第1回 memcachedの起動オプションを把握しよう | gihyo.jp
1.4系で新しく追加された主な機能しては バイナリプロトコルの導入 マルチスレッドの標準化 統計の強化 などが上げられます。この1.4系の機能の詳細については前坂徹氏の連載「memcached 1.4の到来」が参考となります。ここではバージョン1.2.5と最新の1.4.5の起動オプションを比較しながら、新しく追加された機能や実際の運用で用いられる起動オプションについて説明します。 1.2系と1.4系の起動オプションの違い まず、memcachedの起動オプションの一覧（ヘルプ）を確認しましょう。memcachedのヘルプを出力するには、「-h」オプションを使います。 $ memcached -h memcached 1.x.x -p <num> TCP port number to listen on (default: 11211) -U <num> UDP port number t
第31回 encoding：いつまでもjperlから抜け出せない方に | gihyo.jp
いまさら使う人はいないと思っていますが かつて、jperlと呼ばれるものがありました。これは当時まだシングルバイト文字にしか対応していなかったPerl本体にパッチをあてて日本語（など）の2バイト文字をより直感的に扱えるようにしたもので、いまとなっては史料的価値しかありませんが、1990年代にはそれなりに重宝されていましたから、筆者を含めて、お世話になったことのある方も少なからずいることでしょう。 jperlはその後、ライブラリレベルで日本語対応できるようにしたjcode.pl（1992年）や、その流れをくむJcode.pm（1999年）を経て、2000年にリリースされたPerl 5.6からは本家のほうでUnicode対応が始まったことで、その歴史的役割を終え、開発も事実上終了したのですが、困ったことに、それから10年がたったいまなお、jperlを求めたり、勧めたりする動きはやまないようです
第1回 NoSQL、そしてCassandraとは | gihyo.jp
NoSQLミドルウェアの特徴をもう少し細かく挙げてみます。分量の都合もあり個別には触れませんが、それぞれのNoSQLミドルウェアで差別化部分に関してはかなり詳細に説明がされていますので、ぜひそちらを参照してみてください。 高速に動作する リレーションモデルではないデータモデル スケールアウト型アーキテクチャ コモディティサーバによって構築される スキーマフリー SPOF（単一故障点）を持たない 自動的に複数台へレプリケーションする イベンチュアルコンシステンシまたは一貫性の選択が可能 SQLのような強力なクエリ言語を持たず、シンプルな問い合わせしかできない Cassandraとは何か NoSQLミドルウェアの筆頭といえばGoogle BigTableやAmazon Dynamoですが、オープンソースの世界でもいろいろなものが出てきています。その中でも最近特に注目を集めているのが、Apach
連載:インターネット中継するための,配信のキホン|gihyo.jp ... 技術評論社
第6回iPhoneのUstream Live Broadcasterで生中継してみよう［実践編］ 境祐司 2009-12-29
第27回 Test::Most：Test::Moreでは物足りなくなってきたら | gihyo.jp
Test Anything Protocol Perlは非常にテストを重視している言語です。連載第14回ではPerl本体のテスト数がどのように推移してきたかを、また連載第24回ではCPANモジュールの品質保証に大きな役割を果たしてきたCPANTSについて簡単に紹介しましたが、Perlとテストのつながりはそれだけではありません。CPANにはTestを名前に含むディストリビューションが500以上もあがっていますし（これは全ディストリビューション数の約2.5％にあたります）、Perlで標準的に使われているテスト形式はTest Anything Protocol (TAP)という名前を得て多くの言語に移植され、2008年からはIETFの標準化を目指した活動も始まっています――というと何やらすごいプロトコルのように聞こえるかもしれませんが、Test Anything Protocolというのは要
第26回 ShipIt：モジュールのリリースをもっと手軽に | gihyo.jp
CPANにモジュールをアップロードする前に 第23回から続けてきたシリーズの一環として、今回はモジュールをCPANにアップロードするときのツールをまとめてみます。おそらくこのようなツールに興味を持つような方なら当然 perlnewmod や perlmodlib、あるいはCPANやPAUSEについてのよくある質問のページ[1]くらい読んでいるでしょうから大丈夫だろうとは思っていますが、今回とりあげるツールは使い方を間違えると周囲に多大な迷惑をかける可能性があります。一度CPANにアップロードされたファイルは、たとえミスであっても数日中には世界中のミラーにコピーされますし、BackPANと呼ばれる保管庫には半永久的に保存されますので、うっかり無意味な（あるいは部外秘の）モジュールを公開してしまうことがないよう、また、ほかの人の迷惑になるような名前空間を占有してしまわないよう、実際に試してみる
ソーシャルウェブテクノロジーに見る、Google Buzzの本当の意味 | gihyo.jp
日本時間で2月10日午前3時。Googleがプレス向けのイベントを開催し、新たなプロダクト「Google Buzz」を発表しました。 事前の噂では、「TwitterやFacebookに対抗することを目的とした、Gmailに追加される新たなソーシャル機能」と言われていましたが、Google Buzzは、Gmailが持つコンタクトリストをベースにし、Twitterを含めた各種ウェブサービスのフィードをアグリゲートするFriendFeedやCliqsetに近い、見た目としてはミニブログのようなサービスです。 図1 Google Buzz ウェブ上では既に「流行る・流行らない」「Twitterに置き換わる・置き換わらない」といった評価が行われていますが、ソーシャルウェブのテクノロジーを追いかけてきた筆者には、サービスそのものを見ただけでは語り尽くせない、想像以上のコンセプトを持った意義深いもの
第25回 Module::Starter：モジュールを書くためのテンプレート | gihyo.jp
モジュールを再利用可能にするためのツールたち Perl 4の時代まではいざ知らず、いまどきPerlのモジュールやアプリケーションを再配布しようと思ったら、CPANモジュールと同じ形式にしておくのがベタープラクティスです。たとえ一般には公開しない社外秘のモジュールであっても、Makefile.PLやBuild.PLを用意して、テストも書いて、できればREADMEやChangesなどの更新履歴もつけておけば、別のプロジェクトを立ち上げたときにコピー＆ペーストする必要もなくなりますし、業務の引き継ぎなども簡単になります。 とはいえ、モジュールを書くたびにMakefile.PLなどを一から書きおこすのは面倒な話。メタ情報の部分はモジュールごとに異なるとはいえ、それ以外の部分は（特にひな形の時点では）大差ないのがふつうですから、できれば省力化したいところです。 今回はそんなときに使われるひな形作成ツ
第1回 2010はソーシャルアプリ全盛年！注目のモバゲーオープンプラットフォームって？ | gihyo.jp
本日2010年1月27日、モバゲーオープンプラットフォームがリリースとなりました。弊社カヤックもモバゲーオープンプラットフォームの企画・開発に取り組んでいます。現在は数十社のみが先行開発パートナー企業となっていますが、今春にはAPIが一般公開され、誰でも開発可能になるそうです。そこで今回から数回にわたり、2010年1月27日にリリースした「モバゲーオープンプラットフォーム」の「ソーシャルアプリ」の企画の立て方から、実際の開発までを、カヤックの事例を参考にご紹介していきたいと思います。 そもそも、ソーシャルアプリってなんだ？ 「モバゲーオープンプラットフォーム」についてお話をする前に、今回は初回ですので、「ソーシャルアプリ」の説明からはじめたいと思います。昨年あたりから国外ならMySpace、facebook、国内ならmixiなど大規模SNSで話題となっていますから、業界の方や開発されてい
第20回 Email::Sender：メールを送信する | gihyo.jp
メール送信のあれこれ たとえばウェブアプリケーションでなにかの注文を受け取ったとき、あるいはシステム管理ツールでなにか異常を発見したとき、ユーザや管理者にメールを送れるようにしたい、というのはよくある要件です。昔はヒアドキュメントやテンプレートエンジンなどを使って送信したいメールを用意したあと、sendmailへのパイプを開いてメールを流し込んでいたものですが、いまはメールの作成から送信まで、すべてモジュールを使って実現できるようになっています。 とはいえ、需要が大きいだけにメール関係のモジュールは山のようにあります。ディストリビューション（パッケージ）の数だけで500を数えますし、メール関係の名前がついたモジュールは現在CPANにアップロードされている7万以上ものモジュールのほぼ1割を占めるほどです。これではどれを使えばよいのかわからないという声があがるのも当然でしょう。 そこで今回はP
第4回 memcachedのCASとmixiでの運用動向 | gihyo.jp
今まで簡単に触れてきたmemcachedのCAS（Compare and Swap）機能ですが、今回はその具体的な使用例や、プロトコルの違いによる特徴を紹介します。また、mixiでの今後のmemcached運用動向を紹介します。 CASの概要 memcachedには特定のデータに対してアトミックな更新を試みる機能が存在します。この機能の仕組みは単純で、クライアントは特定のコマンド（テキストプロトコルの場合は“gets”）を実行することにより、サーバから特定のレコードとその状態を表すユニークな識別子を与えられます。 この識別子はレコードが何らかの手段によって更新されると変更され、クライアントが保持している識別子とは別の値になります。したがって、クライアントは与えられた識別子を更新命令と一緒に送信することで、サーバはレコードをアトミックに更新できるかを確認することができます。もし識別子が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
