タグ

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

  • 第1回 シンプル・軽量な構成管理ツールItamae | gihyo.jp

    はじめに はじめまして。クックパッド株式会社の荒井(@ryot_a_rai)と申します。 今回から全5回、構成管理ツールであるItamaeの入門から実際の活用例までを解説していきます。今まで構成管理ツールを使ったことがなかった方から、Itamaeをすでに使っている方まで、ぜひご覧ください。 Itamaeとは Itamaeは筆者が中心となって開発を進めているオープンソースの構成管理ツールです。同様のツールとしてはPuppet、Chef、Ansibleなどが有名ですが、ItamaeはChefに影響を受けています。Chefの記述性・柔軟性を持ちながら、シンプルで導入しやすい構成管理ツールを目指して開発が進んでいます。 構成管理ツールの必要性 Itamaeの解説を始める前に、構成管理ツールを使う理由について軽く考えてみたいと思います。 サーバ構築の自動化 手動構築の手間と時間を減らす 手動構築によ

    第1回 シンプル・軽量な構成管理ツールItamae | gihyo.jp
    mirakui
    mirakui 2015/08/03
  • 第5回 蓑輪太郎―Twitter本社で働くエンジニアのキャリア | gihyo.jp

    先を歩むエンジニアへのインタビューを通してエンジニアのキャリアについて考える連載、今回はゼロからOSやScheme処理系を作り、現在はTwitter社で働く凄腕エンジニアのhigeponこと蓑輪太郎さんにお話をお伺いしました。 [撮影:平野正樹] 危機感を感じた1社目 ─⁠─higeponさんはいつもさまざまなことを勉強なさっていますが、いつごろから自ら技術を学び始めたのでしょうか? higepon(以下ひ⁠)⁠:2001年に入った初めての会社が大きいSI系で、技術に長けたチームに入れてもらえました。そこではモデルケースになるような優秀な先輩がいて、たとえばトラブルが起きたときに、自分で率先して原因を解明して、周りにも的確に指示を伝えていて問題を解決していたんですよ。その先輩から「しっかりプログラミングを勉強しないとまずいよ」と言われたんですよね。それで自分で実際に勉強をし始めたら、今

    第5回 蓑輪太郎―Twitter本社で働くエンジニアのキャリア | gihyo.jp
    mirakui
    mirakui 2015/04/14
    良い…
  • 第3回 宮川達彦―最先端のWebエンジニアのキャリア | gihyo.jp

    先を歩むエンジニアへのインタビューを通してエンジニアのキャリアについて考える連載、今回は古くからPerlコミュニティで活躍し、最近ではWebテクノロジ情報発信のポッドキャスト「Rebuild」が話題の宮川達彦さんにお話を伺いました。宮川さんは、筆者のクックパッドの同僚でもあります。 [撮影:平野正樹] プログラミングに興味を持ったきっかけ ─⁠─最初にプログラミングやエンジニアリングに興味を持ったのはいつでしょうか? 宮川:父親がプログラマだったので、コンピュータは小さいころから家にあったんですけど、プログラミングはしておらず、純粋にPCユーザとしてゲームとかで遊んでいました。プログラミングのきっかけは、東京大学に通い始めて、趣味でホームページや掲示板を作っておもしろいと思ったことですね。そのあと3年次に、理学部情報科学科を選択し学びました。それと前後して、大学の友達から「オライリー・ジ

    第3回 宮川達彦―最先端のWebエンジニアのキャリア | gihyo.jp
    mirakui
    mirakui 2014/12/15
  • 弊社ホームページ改ざんに関するお詫びとご報告 | gihyo.jp

    弊社ホームページにおいて、2014年12月6日11時~14時のあいだ、第三者からの不正アクセスによりサイトが改ざんされていた事が判明いたしました。ご利用頂いておりますユーザの皆さまにおかれましてはご迷惑をお掛けいたしまして、深くお詫び申し上げます。 なお、現在は被害を受けたサーバは復旧作業を実施済みです。ご利用ユーザーの皆さまの個人情報流出等は、現在のところ確認されておりません。 被害対象サイト/コンテンツ URL:http://gihyo.jp 改ざん内容とその影響 サーバの中身を入れ替えられ、外部のサイトにリダイレクトされるように設定されていた。 リダイレクトされていたサイト(アクセスしないようご注意ください⁠)⁠ www.koushin-lawfirm.net live.livelistingreport.com 現在把握している改ざんされていた可能性がある期間 2014年12月6日

    弊社ホームページ改ざんに関するお詫びとご報告 | gihyo.jp
    mirakui
    mirakui 2014/12/08
  • 第5回 zshの誇る花形機能“補完” | gihyo.jp

    今回はzshの誇る機能の花形とも言える補完機能について紹介しよう。zshの補完は強大で、例示した設定の意味を略さず書こうとするとそれだけでになってしまう(約150ページ分)ので、細かい意味は読者の推測にまかせて、少し変えて便利にカスタマイズする場合のヒントを交えながら解説を進めたい。 補完の有効化 初期化ファイル、あるいはコマンドラインで、以下を入力することでzshのすぐれた補完機能が有効化される。 autoload -U compinit && compinit 補完に関するキー割り当てはいくつもあるが、最低限うまく利用するために以下の2つのキーバインドをまず覚えておけばよいだろう。 Tab (C-i) - expand-or-complete 補完の実行。 ESC C-d (または行末のみ C-d) - list-choices (delete-char-or-list) マッチする

    第5回 zshの誇る花形機能“補完” | gihyo.jp
    mirakui
    mirakui 2014/05/17
  • Docker入門 ~Immutable Infrastructureを実現する | Gihyo Digital Publishing … 技術評論社の電子書籍

    Docker入門 ~Immutable Infrastructureを実現する 著者 松原豊,米林正明 著 発売日 2014年4月25日 更新日 2014年4月25日

    Docker入門 ~Immutable Infrastructureを実現する | Gihyo Digital Publishing … 技術評論社の電子書籍
    mirakui
    mirakui 2014/04/25
  • データベースの限界性能を引き出す技術 ~NoSQLに飛びつく前に知っておきたい原理と最新テクニック

    2014年3月18日紙版発売 2014年3月18日電子版発売 山崎泰史,武吉佑祐 著 A5判/224ページ 定価2,948円(体2,680円+税10%) ISBN 978-4-7741-6364-2 ただいま弊社在庫はございません。 Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle 楽天kobo honto このの概要 「RDBMSだと大規模データをうまく扱えない」といわれ,NoSQLのような代替技術が生まれてきていますが,当でしょうか? ビッグデータ時代でもシステムの中核として依然重要なRDBMSの力を100%発揮できれば,開発や運用はもっとラクになります。 書では,ストレージ,CPU,ネットワークといったあらゆる点から「なぜ,RDBMSは遅くなるのか?」と「どうすれば,性能を最大限引き出せるのか?

    データベースの限界性能を引き出す技術 ~NoSQLに飛びつく前に知っておきたい原理と最新テクニック
    mirakui
    mirakui 2014/02/26
    よさそう、と思ったけど事例が Oracle Exadata …
  • DevOpsからクラウドまで情報満載! 開催間近「Exciting Coding! 2013」セミナーの聞きどころ | gihyo.jp

    DevOpsからクラウドまで情報満載! 開催間近「Exciting Coding! 2013」セミナーの聞きどころ 11月29日に開催される「Exciting Coding! 2013」は、ITスペシャリストの講演を聞くことができるセミナーだ。今回のテーマはクラウドアプリ開発やクラウドサービス。「⁠DevOps」「⁠クラウドアプリ/サービス」「⁠ビッグデータ」「⁠Webアプリ開発」などのキーワードが満載! まさに今、時代の先端を走っているアグレッシブな5名が講演する。この機会を見逃す手はない! ここではその内容を、ちょっとだけ先取りしてご紹介しよう。 伊藤 直也 氏「Webサービス開発のいま」 伊藤氏は、ニフティ時代に「ココログ」の開発に関わり、はてな時代は「はてなブックマーク」を生み出した。それらを利用している人も多いのではないだろうか。また、はてな時代にはCTO、グリー時代は技術統括部

    DevOpsからクラウドまで情報満載! 開催間近「Exciting Coding! 2013」セミナーの聞きどころ | gihyo.jp
    mirakui
    mirakui 2013/11/25
  • 第17回 Webアプリケーションのパフォーマンス改善(1) | gihyo.jp

    大きな効果を上げるために チューニンガソン#1~#3の改善率を見ると、アプリケーションや全体のアーキテクチャに手を入れないで改善できるのは最大でも10倍以下です。もちろん数倍速度が違えばサーバ台数を大きく減らせるので有意義なのは間違いないのですが、ISUCONやチューニンガソン#4のような飛躍的な高速化は望めないことがわかります。 つまりチューニングでは、単にパラメータ設定を変更するのみではなく、ボトルネックになっているコードやクエリ、アーキテクチャに的確に手を入れていくことで大きな効果を上げることができるのです。 ボトルネックの発見と解消が大事 システム全体の処理時間についてパレートの法則(経験則)を適用すると、「⁠全体の処理時間の80%は20%の部分で発生している」ということになります。実際にシステム全体で一番ボトルネックになっている部分を解消しないことには、ほかの部分に手を入れても大

    第17回 Webアプリケーションのパフォーマンス改善(1) | gihyo.jp
  • Software Design 2013年1月号

    2012年12月18日紙版発売 B5判/208ページ 定価1,445円(体1,314円+税10%) ただいま弊社在庫はございません。 Amazon 楽天ブックス ヨドバシ.com Fujisan(定期購読のみ) 書のサポートページサンプルファイルのダウンロードや正誤表など 第1特集 いざというときに備える システムバックアップ ある日,PCの電源を入れると,ディスクから異音がして起動しない……。いろいろな思いが交錯します。あの大事なメール,住所録,銀行のオンラインパスワード,再インストール,……。個人用でも修復が大変です。24時間365日稼働しているサーバだったら,と思うと日頃のデータのバックアップ,データ復旧の重要性が身にしみます。まして今やクラウド環境の利用が当たり前になり,手元にないインスタンスをどうやって管理するのか。特集は,データのバックアップの基礎を復習しながら,クラウド

    Software Design 2013年1月号
    mirakui
    mirakui 2012/12/19
    え…… "新年号特別付録!! 法輪寺電電宮情報安全護符シール"
  • WEB+DB PRESS Vol.70へのお便り:はまちちゃんとわかばちゃんのREADER'S FORUM―読者のページ

    こんにちはこんにちは!! 暑さ寒さも彼岸まで! ということで,少しだけ暑さがマシになってきましたね! さて,いよいよiPhone5が発売されました! OSも通信も高速化して,ますます夢が広がります! スマートフォンの普及率もいよいよ高まってきているので,これからモバイルの勉強をされる方も,今が一番,良い機会かもしれません! 秋の夜長にアプリ作り,トライしてみてはいかがでしょうか!

    WEB+DB PRESS Vol.70へのお便り:はまちちゃんとわかばちゃんのREADER'S FORUM―読者のページ
    mirakui
    mirakui 2012/11/02
    泣ける… "特集1「実践Rails高速化」のために購入しました。すごくよかったです。"
  • 「Python Hack-a-thon 2010.07」レポート | gihyo.jp

    Pythonハッカソンは、Djangoハッカソン(8回まで開催)から引き継がれる形で開催されている勉強会です。7月10日、オラクル青山センターにて、4回目の勉強会「Python Hack-a-thon 2010.07」が開催されました。 Pythonと銘打っていますが、Pythonに限定しない話題も数多く登場します。今回も、Ocaml, C++(?), PHPなどについてのプレゼンもありました。初心者から上級者まで評判が良く、リピート率も高いイベントです。とにかく人気で、とくにここ数回は100人以上の規模での募集にも関わらず、申し込み後すぐにいっぱいになってしまう盛況ぶりです。 Pythonハッカソンは、ハッカソン、ハンズオン、プレゼンテーションの3つのパートで構成されています。稿では、これらのパートごとに、今回の勉強会についてレポートします。 Note: もともとは、Pythonのウェ

    「Python Hack-a-thon 2010.07」レポート | gihyo.jp
  • 第26回 RMagickを用いた画像処理(1)リサイズ | gihyo.jp

    rubyで画像処理をする場合には、RMagickが使われます。今回はその中でもウェブアプリケーションを作る上で使用頻度が高いであろう、リサイズのやり方についてご紹介します。 はじめに 稿で紹介するすべてのサンプルコードは、事前に以下のコードを実行している前提で記述しています。また、破壊メソッドと非破壊メソッドの両方があるメソッドについては、サンプルコードでは特段の理由がない限り破壊メソッドを利用しています。 require 'rubygems' require 'rmagick' scale = 0.3 width = 160 height= 160 サンプル画像は以下を用います。 図1 original.png ※この画像は、「⁠フリー素材屋Hoshino」の素材を使用させていただきました。 画像ファイルの読み込み RMagickで画像ファイルの読み込みを行う場合は、以下のようにrea

    第26回 RMagickを用いた画像処理(1)リサイズ | gihyo.jp
  • 第1回 システム自動管理ツールの必要性とPuppetの概要 | gihyo.jp

    はじめまして。株式会社 paperboy&co. の宮下と申します。 この連載では、最近注目を集めているRuby製のシステム自動管理ツールPuppetについて、その概要から具体的なシステム管理への適用まで、実際の現場で利用するために必要な情報をお届けします。 システム管理とは システム管理と一口に言っても、以下のような様々なタスクから構成されます。 ハードウェアの設置 ネットワークへの接続 OSのインストール/設定 ネットワークの設定 OSへの最新パッチ適用 ソフトウェアのインストール/設定 OS/ソフトウェアのアップデート OS/ソフトウェの設定変更 細かく言えば、他にもタスクは色々ありますが、これらのタスクを通じてシステムを「あるべき状態」に維持するのがシステム管理である、と言えるのではないでしょうか。 システム自動管理ツールの必要性 それでは、システム管理の自動化はなぜ必要なのでしょ

    第1回 システム自動管理ツールの必要性とPuppetの概要 | gihyo.jp
    mirakui
    mirakui 2010/06/01
  • 与えられた時間は24時間―エンジニアたちのガチバトル「開発コンテスト24」4/23~25開催。賞品にiPadも! | gihyo.jp

    与えられた時間は24時間―エンジニアたちのガチバトル「開発コンテスト24」4/23~25開催。賞品にiPadも! クックパッド株式会社は4月23~25日にかけて、エンジニアを対象としたコンテスト「開発コンテスト24」を開催する。 開発期間は課題が発表されてから24時間のみ コンテストは、課題発表から24時間以内に「課題を解決する開発」を競うもの。そのため、コンテスト開催が告知された4月16日現在も、課題となる「何を開発するか」が発表されていない。 今回のコンテスト実施にあたり、コンテスト主催のクックパッドは、「⁠忙しいエンジニアにとって24時間が、気のものづくりの機会になるよう計画しました。23日の課題発表を楽しみにして頂ければと思います。」と述べており、日にいるエンジニアたちが持っている創造力と技術力に期待している。 参加および応募方法は、次のとおり。 課題発表後24時間以内に開発

    与えられた時間は24時間―エンジニアたちのガチバトル「開発コンテスト24」4/23~25開催。賞品にiPadも! | gihyo.jp
  • AP4R、Rubyで非同期メッセージング 記事一覧 | gihyo.jp

    第2回AP4RとRailsでつくる非同期アプリケーション 加藤究,篠原俊一 2007-09-13

    AP4R、Rubyで非同期メッセージング 記事一覧 | gihyo.jp
  • 第23回 Rackとは何か(1)Rackの生まれた背景 | gihyo.jp

    はじめに SinatraやRamazeといったRubyのWebアプケーションフレームワークに興味をお持ちの方であれば、Rackという名前をしばしば目にしているかもしれません。どうやら様々なフレームワークに使われているらしいのだけど、そいつが一体なんなのかよくわからない、そんなあなたのために今日はそのRackをご紹介したいと思います。 様々なフレームワーク、様々なアプリケーションサーバ しばらく前なら、Ruby on Railsブームの真っ只中、Rubyと言えばRails、Webアプリケーションを作るならRails、といったイメージを持たれていた方も多かったと思います。実際にWebアプリケーションを作ったり、Rubyに触れたりしたきっかけがRailsだったという方も多いでしょう。 しかし最近は、RubyのWebアプケーションフレームワークと一口に言っても、非常に簡単にアプリケーションが書けて

    第23回 Rackとは何か(1)Rackの生まれた背景 | gihyo.jp
  • 第3回 OAuth Consumerの実装(応用 : smart.fm APIおよびGoogle Data APIsの利用) | gihyo.jp

    ゼロから学ぶOAuth 第3回OAuth Consumerの実装(応用 : smart.fm APIおよびGoogle Data APIsの利用) 今回は、OAuth Consumerの実装の応用として、smart.fm APIGoogle Data APIsの利用について解説します。 ruby-oauth の使い方 今後RubyでOAuth ConsumerおよびOAuth Service Providerを実装する場合は、ruby-oauthを利用することになるでしょう。第2回でruby-oauthのインストールは終わっているはずですが、まだインストールしていない人は以下を実行してください。 gem install oauth Ruby OAuth GEMのサイトにも利用方法が紹介されていますが、実際には各Service Providerが要求するパラメータがあったりするため、この通

    第3回 OAuth Consumerの実装(応用 : smart.fm APIおよびGoogle Data APIsの利用) | gihyo.jp
  • 連載:目指せ!iPhoneアプリ開発エキスパート|gihyo.jp … 技術評論社

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

    連載:目指せ!iPhoneアプリ開発エキスパート|gihyo.jp … 技術評論社
  • 第1回 世間で噂されるPHP最適化tipsについて検証する | gihyo.jp

    はじめに PHPに関する話題の中では、PHPコードをどのように書けば最適化されるのかに関するtipsがブログなどでもたびたび話題に出てきています。しかし、このようなtipsが当に有効なのか、どうして有効なのか解説している記事は少なく、その信憑性は気になるとこです。 そこで、PHP最適化tipsについて紹介している記事、 63+ best practice to optimize PHP code performances 上記記事の日語訳記事 PHP コード最適化 Best Practices 63+ をもとに、いくつか抜粋して検証していきます。 PHPソースコードの入手 やはり、内部の動きを知るにはソースコードを読むのが一番です。稿でもソースコードをもとに解説を行います。 http://jp.php.net/downloads.php こちらから最新版のソースコードが入手できます。

    第1回 世間で噂されるPHP最適化tipsについて検証する | gihyo.jp