Microsoft、次世代高速キャッシュストアシステム「Garnet」をオープンソースとして公開 | gihyo.jp
Microsoft、次世代高速キャッシュストアシステム「Garnet」をオープンソースとして公開 Microsoftは2024年3月18日、同社の研究所が開発を進めてきた次世代の高速キャッシュシステム「Garnet」をGitHub上でオープンソースとして公開した。 Introducing Garnet – an open-source, next-generation, faster cache-store for accelerating applications and services -Microsoft Research Blog Garnet is a cache-store system that addresses growing demand for data storage to support interactive web applications and se
追悼 Bram Moolenaar ～Vimへの情熱と貢献を振り返る | gihyo.jp
Bram Moolenaar the Creator of Vim 2023年8月5日、悲しい知らせが入ってきました。長年、多くのエンジニアに愛され今もなお使われ続けているテキストエディタVimの作者Bram Moolenaar氏が同月3日に亡くなったという知らせです。ショックでしばらく信じることができませんでした。 筆者は長年Vimを使い、Vimに多くのコントリビュートを行ったり、その都度Bram氏と対話したり議論したりしてきました。そのBram氏が突然、この世界からいなくなってしまったことをしばらく受け入れられなかったからです。 本記事では追悼の意味を込め、Bram氏がどのようにVimの開発を始め、Vimがどのように広まっていったのか、また長年Vimを追い続けてきた筆者から見たBram氏の人物像を筆者の思いを交えて解説していきます。 Vimの歴史 Bram氏についてお話しする前に、まず
『WEB+DB PRESS』 休刊のお知らせ：WEB+DB PRESS
WEB+DB PRESSは，2023年8月発売のVol.136をもって隔月刊誌としては休刊させていただきます。物価上昇による製作費の高騰など諸般の事情により，今回の決定に至った次第です。 突然の休刊案内にてたいへん恐縮ではございますが，何卒ご理解を賜りますよう，お願い申し上げます。 22年以上の長きにわたり，絶大なご支援をいただきましたことを，厚く御礼申し上げます。 弊誌で扱っていた分野のコンテンツは，今後も弊社刊行のSoftware Designやgihyo.jp，書籍などで提供させていただきます。また，必要な場合には「特別号」の編集・刊行なども検討してまいります。 最後に，皆様の一層のご活躍を心より祈念しております。
Goで書くテスタブルなCLIツールの作り方 | gihyo.jp
CLIツールをテストする難しさ ターミナルなどで動作するCLI（コマンドラインインタフェース）ツールは、パッケージを公開して利用してもらうライブラリと比べてテストがしにくいと感じる読者も多いでしょう。 CLIツールは、ファイル/標準入力からの入力や、ファイル/標準出力/標準エラー出力への出力があることが多いです。また、コマンドライン引数やオプション（フラグ）によって変わる挙動のパターンが多いため、網羅的なテストが大変です。 入出力についても単一のファイルを読み書きするだけではなく、ディレクトリごと作成したり、特定のディレクトリ以下を再帰的に読み込むような処理もよくあります。 main関数にすべての処理をすべて書くような作りのCLIツールだと、実際にビルドしてテストスクリプトなどから動かしてテストするしかありません。しかし、せっかくCLIツールをGoで書いているのであれば、テストもGoで書き
第1回 シンプル・軽量な構成管理ツールItamae | gihyo.jp
はじめに はじめまして。クックパッド株式会社の荒井（@ryot_a_rai）と申します。 今回から全5回、構成管理ツールであるItamaeの入門から実際の活用例までを解説していきます。今まで構成管理ツールを使ったことがなかった方から、Itamaeをすでに使っている方まで、ぜひご覧ください。 Itamaeとは Itamaeは筆者が中心となって開発を進めているオープンソースの構成管理ツールです。同様のツールとしてはPuppet、Chef、Ansibleなどが有名ですが、ItamaeはChefに影響を受けています。Chefの記述性・柔軟性を持ちながら、シンプルで導入しやすい構成管理ツールを目指して開発が進んでいます。 構成管理ツールの必要性 Itamaeの解説を始める前に、構成管理ツールを使う理由について軽く考えてみたいと思います。 サーバ構築の自動化 手動構築の手間と時間を減らす 手動構築によ
第66回 リアルタイムメッセージ共有を実現する社内SaaS基盤 | gihyo.jp
サイバーエージェントでは現在、ソーシャルゲームなどで利用するリアルタイムメッセージ共有のための基盤を独自に開発しています。その開発のきっかけや目的などについて、担当エンジニアのマリオ・フレイタス氏（写真1）と西尾亮太氏（写真2）にお話を伺いました。 独自のリアルタイムメッセージ基盤をSaaSとして開発 ──今回、リアルタイムメッセージ基盤を開発することになった経緯を教えてください。 マリオ：きっかけは、私が社内のエンジニア向けイベントで、リアルタイムメッセージ基盤のしくみが必要ではないかと発表したことです。昨今、App Storeのアプリランキングを見ていると、複数人のユーザでリアルタイムにプレイするマルチプレイのゲームが人気です。来年はさらにブームが加速するのではないかと考え、それを開発するための基盤として提案したところ、社内の人から「これは今のAmebaにとってまさに重要なものだ」と
「はやぶさ2開発者に聞く～一度きりのテスト対策～」レポート | gihyo.jp
はじめに 1月29日、横浜港大さん橋ホールにて「エンジニアサポートCROSS 2015」が開催されました。本稿では、本イベントの一セッションである「はやぶさ2開発者に聞く～一度きりのテスト対策～」についてレポートします。 登壇者は以下の3名になります。 タワーズ・クエスト（株）取締役社長 和田卓人氏 （株）バスキュール 鳥居剛司氏 JAXA（宇宙航空研究開発機構） 成田伸一郎氏 “ガチ系”の2人に切り込む このセッションはモデレーターを務める和田氏いわく「わたしが一般人代表、僕が一般人代表、おふたりは“ガチ系”」という立ち位置で行われました。（株）バスキュールの鳥居氏は生放送のテレビ番組と連動するWebシステムのバックエンドを、JAXAの成田氏ははやぶさ2のロボットアーム制御をそれぞれ担当。まさに「一度きり」のシステム開発におけるテストを実践したエンジニアです。満足にシュミレ
第1回 Hubotとは何か | gihyo.jp
本連載では、GitHub社が開発したチャットbot開発・実行フレームワークである「Hubot」を使用して、チャットツールにオリジナルのbotを住まわせ、開発フローに組み込むことで開発を楽にする方法について解説していきます。 botとはなにか 開発の現場で、開発チーム内のコミュニケーションのためにIRCなどのチャットツールを導入することは、よく見る光景だと思います。そんなチャットツールに常駐してチャット経由でコマンドを待ち受けて実行したり、決められた条件に従ってチャットに発言してチャットの参加者に通知したりするようなプログラムのことをbotと呼びます。 Skype、HipChatやChatWorkなどコミュニケーションツールが多様化した現代においても、それぞれのチャットツールに対応したbotが開発されており、botを開発するためのフレームワークも様々な形で提供されています。botを導入するこ
『Software Design』『WEB+DB PRESS』、PDFによる電子版発売開始 | gihyo.jp
株式会社技術評論社は、同社の技術専門誌『Software Design』『WEB+DB PRESS』の両誌のPDF版を、Gihyo Digital Publishingにて発売することを発表いたします。 『WEB+DB PRESS』は初の電子化となります（総集編を除く）。 本日2014年4月14日から年間定期購読受け付け開始 『Software Design』『WEB+DB PRESS』とも、本日より年間定期購読のお申込み受け付けを開始いたします。それぞれ、以下ページよりお申込みください。 『Software Design』 『WEB+DB PRESS』 最新号からは単品での購入も可能 なお、単品でのご購入に関しては、各誌最新号（『Software Design 2014年5月号』：4/18発売、『WEB+DB PRESS Vol.80』：4/24発売）から受け
GitHub実践入門──Pull Requestによる開発の変革
この本の概要 GitHubの実践的な使い方を，実際に手を動かす形で解説する書籍です。初学者の方にもわかりやすいよう，基本的なGitやGitHubの使い方から，「ソーシャルコーディング」の目玉機能であるPull Requestの送り方・受け方まで解説します。また，外部ツールとの連携，GitHub FlowやGit Flowなど，GitHubを中心とした開発手法についてもしっかり解説しているので，中・上級者の方にも参考になるはずです。 こんな方におすすめ GitHubをこれから使いたい初学者の方 GitHubをさらに使いこなしたい中級者の方 本書に関するお知らせ 本書に関連する記事を公開しております。 はじめに この書籍に関連する記事があります！ はじめに 本書は，世界中の開発者が行っているGitHubを利用した開発方法を，みなさんが現場で使えるようになるためのガイドとして執筆しました。 なぜ
過負荷に耐えるWebの作り方―― 国民的アイドルグループ選抜総選挙の舞台裏
2013年12月25日紙版発売 株式会社パイプドビッツ 著 A5判／224ページ 定価2,728円（本体2,480円＋税10%） ISBN 978-4-7741-6205-8 ただいま弊社在庫はございません。 Gihyo Direct Amazon 楽天ブックス honto ヨドバシ.com この本の概要 恒例となった国民的アイドルグループ選抜総選挙。このウェブ投票システムに求められるものは非常にシビアな条件である。秒間10000アクセス，不正が行われないこと，そしてダウンしないことが挙げられる。実はこのシステムはわずか2ヶ月で構築された。しかもごく少数のエンジニアの手で作り上げられたのだ。本書はインフラとソフトウェアの両面から，パイプドビッツ開発部が作り上げた過負荷（アクセススパイク）に耐えるシステム作りを解説する。これらは多くのウェブエンジニアにとって技術向上の手がかりとなるだろう。
第6回 クラウドサービスの比較：AWS、Windows Azure、さくらのクラウド | gihyo.jp
今回でこの連載も最終回です。これまでAmazon Web Services、さくらのクラウド、Windows Azure、Google App Engineについて触れてきました。最終回ということでこれらのベンチマークを比較してみたいと思います。 unixbenchで比較 Amazon Web Services（AWS）、さくらのクラウド（以降さくら）、Windows Azure（以降Azure）は、IaaS（仮想サーバ）がありますが、Google App EngineはPaaSなので単純な比較はできません。まずは前者の3つについて、比較をしてみましょう。 今回はパフォーマンス計測の定番、unixbenchで比較をしてみました。 https://code.google.com/p/byte-unixbench/ 計測対象は下記の通りです。 ディスクについては、AWSではProvis
第17回 Webアプリケーションのパフォーマンス改善（1） | gihyo.jp
大きな効果を上げるために チューニンガソン#1～#3の改善率を見ると、アプリケーションや全体のアーキテクチャに手を入れないで改善できるのは最大でも10倍以下です。もちろん数倍速度が違えばサーバ台数を大きく減らせるので有意義なのは間違いないのですが、ISUCONやチューニンガソン#4のような飛躍的な高速化は望めないことがわかります。 つまりチューニングでは、単にパラメータ設定を変更するのみではなく、ボトルネックになっているコードやクエリ、アーキテクチャに的確に手を入れていくことで大きな効果を上げることができるのです。 ボトルネックの発見と解消が大事 システム全体の処理時間についてパレートの法則（経験則）を適用すると、「全体の処理時間の80％は20％の部分で発生している」ということになります。実際にシステム全体で一番ボトルネックになっている部分を解消しないことには、ほかの部分に手を入れても大
第16回 Perl内部構造の深遠に迫る（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回はgfxこと藤吾郎さんで、テーマはPerlの内部構造です。 内部構造を覗く Perlで開発をしていると、ときどきわかりにくい現象に遭遇することがあります。たとえば、あるデータをJSON（JavaScript Object Notation）にシリアライズするとき、数値としてシリアライズしてほしい値が文字列としてシリアライズされてしまう。あるいは、エンコーディングが正しいはずなのに文字化けが起きる。こんなときは、思いきってPerlの内部構造を覗くことで、何が起きているかを突き止めることができます。 本稿では、Perlの内部構造について解説します。言及するperlはバージョン5.16.0（2012年5月21日リリース）です。また、ターミナルのエンコーディングはUTF-8を想定しています。なお、Perl処理系はC言語で書かれてい
ニコニコ生放送に見る Redis 活用ノウハウ 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
Gitに潜む光と闇 | gihyo.jp
今年に入ってから、急速にGitが注目を浴びています。Google Trendsを見ると、Subversion、Mercurialなどに比べると圧倒的にGitの人気が高いのがわかります（図1）。 図1 Google TrendsによるGit（青）、Mercurial（赤）、Subversion（橙）の検索数 しかしながら、Gitを利用する人の意見は2つに分かれています。 A．わかりにくい B．すごく便利だ なぜこのようなに印象が二分されてしまうのでしょうか? 本稿では、「Gitに潜む光と闇」と称してこれらの意見に対して考察していくことにします。 Gitはわかりにくい? Gitがわかりにくいと思う人は、どうしてそう感じるのでしょうか。そのあたりのおおよその事情は下記のようなことだと考えられます。 （1）Subversionとコマンド体系が少し違う バージョン管理ツールとして、Su
Mobageを支える技術 ～ソーシャルゲームの舞台裏～
この本の概要 本書は大規模Webサービスの構築・運用ノウハウを詰め込んで一冊にまとめた書籍です。急激に成長する巨大システム『Mobage』がどのように開発され，運用されているのか？その舞台裏を「ソーシャルゲーム（フィーチャーフォン／スマートフォン）」「大規模Webインフラ」「プラットフォーム」「ビッグデータ分析」といったテーマに分け，DeNAの実践的ノウハウを解説しています。 こんな方におすすめ Webサービスの構築・運用のテクニックを知りたい方 著者プロフィール 城戸忠之（きどただゆき） 1989年NTTソフトウェア入社。1999年南場社長がDeNA立ち上げの際に出向，ビッダーズのプロジェクトマネジメントに携わる。自分たちで事業を作ることが楽しくなり，2000年DeNA入社。「みんなのウェディング」「エアーリンク」など，DeNAの数々のプロジェクトに携わる。QualityAssuranc
第1回 Meteorをはじめよう | gihyo.jp
Meteorとは？ Meteorは、2012年4月に彗星のように登場した、新たなアプリケーションプラットフォームです。この原稿の執筆時で、バージョンは0.3.6とされており、まだまだプレビュー版の域は超えていません。また、現状ではUNIX環境（MacOS Xを含む）でしかうまく動作しないようです。 しかし、Webアプリケーション開発をとことんまで素早く、楽に行えるようにするためのさまざまな仕組みが盛り込まれていることから、登場直後からかなりの注目を集めています（公式サイトには、「1日か2日でプロトタイプを、2～3週間で製品レベルのアプリを構築できるようにする」とあります）。 MeteorはMITライセンスに基づくオープンソースプロジェクトとして、Github上で公開されています。現在4人の開発者がフルタイムで開発に従事しており、1年以内に1.0をリリースする予定だとされています。 M
第11回 ログでアプリケーションの改善プロセスを回す（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはkazeburoさんこと長野雅広さんで、テーマは「ログでアプリケーションの改善プロセスを回す」です。 オペレーションエンジニアの仕事 小林篤さんから連載のバトンを受け取りました、長野雅広です。普段はNHN Japan（株）にてオペレーションエンジニアとして働いています。livedoor blogやポータルサービスなど自社Webサービスの運用に携わっており、cloudforecast（Perlで作られたリソース監視ツール）を使ったメトリクス収集をはじめ、アプリケーション設計のアドバイス、ミドルウェアの設定、障害対応のフォローなど、Webアプリケーションエンジニアにかかる運用の負担を減らすことが主な業務です。 ログはDevとOpsのコミュニケーション手段 監視サーバからのアラートメールが届いたり、リソース監視ツ
実例で学ぶAWS入門：オーディエンスデータプラットフォーム「cosmi」を例に 記事一覧 | gihyo.jp
第5回アマゾン ウェブ サービスのエバンジェリスト 玉川憲氏が訊く、cosmiがAWSを選んだ理由 馮富久［文章・構成］ 2012-02-28
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
