タグ

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

  • 第2回 Pythonによる開発運用を助けるツールたち ─パッケージシステム、DataDogでモニタリング、mockを使ったテスト | gihyo.jp

    PyCon APAC 2013参加レポート 第2回Pythonによる開発運用を助けるツールたち ─パッケージシステム、DataDogでモニタリング、mockを使ったテスト PyCon APAC参加レポート第2回は、初日の日語セッションを中心にまとめたいと思います。1日目と2日目のキーノートは第1回の記事にまとめてありますのでお読みください。 パッケージの未来 1日目の一番初めのセッションは、@aodag(小田切 篤)さんによるパッケージの未来に関するお話です。このセッションは、Pythonに10年間お世話になっているというaodagさんが、これまでのPythonのパッケージ管理システムの歴史Python 3のパッケージ管理システムについて語るというもの。セッションではさらにその先に関する発表もありました。 今までのパッケージングシステム Pythonのパッケージングシステムの歴史は複雑

    第2回 Pythonによる開発運用を助けるツールたち ─パッケージシステム、DataDogでモニタリング、mockを使ったテスト | gihyo.jp
    Yamashiro0217
    Yamashiro0217 2013/10/04
    この発表した人の隣で今仕事の邪魔してる
  • 第3回 ブランチvs.フラグ | gihyo.jp

    とっておきの変更 ソフトウェアをいつでもリリースできるようにしろと求める継続的デリバリの広まりにより、毎日のようにソフトウェアがリリースされるようになりました。早いうちからコードを野にさらせば、隠れた問題を前もって見つけることができるからです。 短いリリース間隔に身を置くと気づくことがあります。「⁠リリースできること」と「リリースしたいこと」は、必ずしも一致しないのです。たとえば大規模なビジュアルデザインの変更やとっておきの新機能を想像してみましょう。こうした粒度の大きい変更は、たとえ動作する、つまりリリース可能な状態でも、そのまま衆目にさらしたいとは限りません。期待を裏切らない形でお披露目したい、とっておきの変更があります。息を飲む新しい体験がもたらすユーザの驚きや喜びも、ソフトウェアにとっては大切な財産だからです。 とっておきの変更を仕上げるには時間がかかります。一方で、その仕上げが終

    第3回 ブランチvs.フラグ | gihyo.jp
  • エンジニアの未来サミット Photoレポート | gihyo.jp

    2008年9月13日「エンジニアの未来サミット」の模様を、セッション開始前から終了までを追ったフォトレポートにまとめてみました。 セッション開始前 12:45 受付開始。スタッフ側は「WEB+DB PRESS Tシャツ」を着用。 徐々に埋まる会場。当日はメールでUstreamチャットに参加できました。 控え室にて第一部メンバー顔合わせ+事前打ち合わせ。まだ来ていないパネラーが…。 資料を手に構想中の第一部パネラー陣。 第二部パネラーも準備開始。 鋭気を養う方々も…。 開始直前。盛り上がってまいりました。 第一部:アルファギーク vs. 学生-エンジニア業界の過去・現在・未来、そして期待と現実 第一部パネラー全員入場 司会の小飼 弾氏 nipotanこと谷口 公一氏 はてなCTO 伊藤 直也氏 最年長 よしおかひろたか氏 このイベントのきっかけを開いた ひがやすを氏 学生側の「メガネスーツ

    エンジニアの未来サミット Photoレポート | gihyo.jp
  • 第1回 Amazon Redshiftとは[前編] | gihyo.jp

    Amazon Web Services(AWS)は次々と新しいサービスを世の中に出して、クラウド・コンピューティングの可能性を広げていっています。そのAWSから登場した最新のサービスであるAmazon Redshiftは、そのパフォーマンスや驚異的な低コストのため、発表当時から大変な反響を呼んできました。 この連載では、 Redshiftの概要からその利用方法まで、主にあまりデータウェアハウスを利用した経験がないWeb開発エンジニアなど向けに、このビッグデータ向けクラウド・データウェアハウス製品であるAmazon Redshiftの解説をして行きたいと思います。 まずは、そもそもAmazon Redshiftとは何なのか、その概要から説明します。 Amazon Redshiftはビッグデータ時代のクラウド・データウェアハウス 2012年11月、AWSにとって初めての世界的なユーザカンファレ

    第1回 Amazon Redshiftとは[前編] | gihyo.jp
  • 一流ITエンジニアが技術と出会いを語る!エンジニアトークイベントTechLION vol.12、4月18日に開催! | gihyo.jp

    一流ITエンジニア技術と出会いを語る!エンジニアトークイベントTechLION vol.12、4月18日に開催! IT文化の振興と、IT文化の楽しさを広く伝えエンジニア同士の連帯を図ることを目的とするトークイベント「TechLION」vol.12が4月18日に開催される。 TechLION vol.12 http://techlion.jp/vol12 このイベントは、最新の技術を密林の動物たちになぞらえ、百獣の王となる技術を、お酒を酌み交わしながら発掘・探求しようというイベント。 今回は、メインゲストにアルファブロガーとして知られる@dankogaiこと小飼弾氏が登場。歯に衣着せぬ音マシンガントークが期待できる。また、後半は日のインターネットを支える松崎吉伸&奥谷泉夫IT/Webプログラミング業界の最先端を走るショウジヨシオリ&ユウコ夫の2組を迎え、熱いトークライブを展開する

    一流ITエンジニアが技術と出会いを語る!エンジニアトークイベントTechLION vol.12、4月18日に開催! | gihyo.jp
    Yamashiro0217
    Yamashiro0217 2013/04/12
    "IT/Webプログラミング業界の最先端を走るショウジヨシオリ&ユウコ夫妻"
  • Hadoopすらもかなわない!? Amazon Redshiftの破壊力をHapyrus 藤川氏が語る | gihyo.jp

    Hadoopすらもかなわない!? Amazon Redshiftの破壊力をHapyrus 藤川氏が語る シリコンバレーで起業し、順調にビッグデータビジネスを展開している日人ベンチャー企業といえば、Hadoop Conference Japan 2013 Winterでも話題となったTreasure Dataがその筆頭に挙げられます。 ですが、Treasure Dataとほぼ同じ時期に西海岸でビジネスをローンチし、現在、国内外の投資家たちから高い注目をあつめるビッグデータベンチャー、それも日技術者が創業者である企業が実はもう1社存在します。それが藤川幸一氏率いるHapyrusです。今回、来日中の藤川氏に直接、Hapyrusが現在最も注力するAmazon Redshiftに関するビジネスを中心にお話を伺いました。 藤川幸一氏 Redshiftへのデータアップロードを事業の中核に ─⁠─H

    Hadoopすらもかなわない!? Amazon Redshiftの破壊力をHapyrus 藤川氏が語る | gihyo.jp
  • 第3回 山本裕介(yusuke)~イクメンエンジニアのはたらきかた | gihyo.jp

    はたらくって何? シューカツを終えたばかりの女子大生・ともよが会社訪問。第3回はTwitterを経て現在フリーランスエンジニアとなった@yusuke。 タリーズコーヒー 八重洲地下街店にて。スーツを脱ぎ、髪を切ったシューカツ女子……あれ?内定女子!? かなりのジョブホッパー ともよ(以下と⁠)⁠:今回は@yusukeさんこと山裕介さんです! 山裕介(以下山⁠)⁠:よろしくお願いします。 と:つい先日までTwitterでお仕事してたんでしたよね。 山:はい、実は9月をもって辞めちゃったのですが、最後にいたTwitterで5社目です。今35歳なので職歴は多いほうかな? と:35歳で5社目なの、多いかもですね! 山:かなりジョブホッパー[1]かもですね。 と:経歴を順番に教えてください。 山:最初は新日鉄ソリューションズ。いわゆるSIer として働いていました。そこでは化粧品会社の社内システ

    第3回 山本裕介(yusuke)~イクメンエンジニアのはたらきかた | gihyo.jp
    Yamashiro0217
    Yamashiro0217 2013/02/23
    きゃー。yusukeyさーん
  • 無関心な現場で始める業務改善【シーズン2】 記事一覧 | gihyo.jp

    第6回"やらされ感"なし!トップが腹をくくった改善を目指す 世古雅人 2012-12-25

    無関心な現場で始める業務改善【シーズン2】 記事一覧 | gihyo.jp
  • 第1回 大規模データではRDBMSのどこがボトルネックになるのか? | gihyo.jp

    RDBMSはオワコン? 「右を向いても左を向いても“⁠ビッグデータ⁠”というキーワードが闊歩する時代に、いまさらRDBMSの話題?」 連載のタイトルを見てそう思われたかもしれません。 「ディスクベースのRDBMSはオワコン、これからは○○(お好きなアーキテクチャを入れてください)の時代だ!」 とおっしゃる方もいるかと思います。 しかし、むしろ多くの企業がビッグデータに注目しているおかげで、RDBMS側でも大規模データを取り扱うニーズが増えています。 大規模データを取り扱う時にボトルネックとなる5つのポイント 数百ギガバイトといったレベルのRDBMSであれば、現場のエンジニアの方にとってはあたりまえの世界でしょう。しかし、テラバイトを大きく超えたデータを扱う場合には、ボトルネックの傾向が変化するのはご存じでしょうか。 次の図は、RDBMSにまつわるボトルネックを示したものです。 図1 大規

    第1回 大規模データではRDBMSのどこがボトルネックになるのか? | gihyo.jp
  • Emacs Lispテクニックバイブル

    2011年11月26日紙版発売 るびきち 著 A5判/336ページ 定価3,278円(体2,980円+税10%) ISBN 978-4-7741-4897-7 ただいま弊社在庫はございません。 Amazon 楽天ブックス honto ヨドバシ.com このの概要 書は普段Emacsを使っている人を対象に,カスタマイズをする際,ちょっとしたことをLispで書く手助けとなるです。前作『Emacsテクニックバイブル』は,自分でEmacs Lispを書くわけではなく,すでに用意されているEmacs Lispを知ってもらい,そのまま組み込むことで,自分の環境がより便利になるをめざしました。便利さを知ると既存のLispをカスタマイズしたり,自分でanything.elなどに組み込んで使いたいという欲が出てきます。そこで初心者にも理解できるようEmacs Lispの基礎から丁寧に解説しています

    Emacs Lispテクニックバイブル
  • 第1回 インメモリデータストア Redisの概要 | gihyo.jp

    はじめに 株式会社ドワンゴで「ニコニコ生放送」の開発を担当している、小野と申します。特集では、いわゆる「NoSQL」の一種であるRedisの概要と基操作、そしてWebアプリケーションでの応用例までを、ニコニコ生放送での事例を交えながら紹介していきます。 Redisとは? Redisは、Salvatore Sanfilippo氏によって2009年に公開されたインメモリベースのキー・バリュー・ストアです。2010年3月にはVMWareが同氏を雇入れ、同社の支援のもと、コントリビューターのPieter Noordhuis氏と共にフルタイムで開発が進められています。 記事執筆時点での最新stableはバージョン2.0となり、新しいデータ型の追加やトランザクションのサポート、VM(仮想メモリ)の実装などが追加されました。 また、メモリ効率の向上やスループットの改善が図られたバージョン2.2が間

    第1回 インメモリデータストア Redisの概要 | gihyo.jp
  • 第7回 エンジニアのための算数 | gihyo.jp

    庄司先生は初めに、「⁠プログラマ定年説」の話題を持ち出し、「⁠35(歳⁠)⁠」という数字を挙げました。これは数年前、ブログやメディアでも騒がれた「プログラマの定年は35歳なのか」という議題なのですが、ここで庄司先生は「35歳が定年かどうかというのは、実際に35歳でプログラマとして働いている人がいるので正しいとは思いませんが、それより大事なのは、このように数字を見ること」と言います。そして、エンジニアなのだから「数字を見方につける」ことができ、それができればモノの見方が変わるとして、エンジニアの算数の授業を始めました。 ここでは、身の回りに起こる事象を数字で捉え、定量的な考え方をすることで、エンジニアの働き方が良い方向に変わるという仮設のものと、授業が進みました。 なぜ働くのか―自分の幸せのために そして、米国労働総計局の2006年の調査数字を引用して、「⁠平均的アメリカ人は、起きている時間

    第7回 エンジニアのための算数 | gihyo.jp
  • 第1回 詳説:デベロッパーツールの使い方 | gihyo.jp

    こんにちは、Google Chrome ExtensionsのAPI ExpertとChromium-Extensions-Japan管理人を担当している、太田と申します。いつもはクロスブラウザで連載していますが、今回はGoogle Chromeのデベロッパーツールについて紹介します。 昨今のJavaScriptHTMLCSSブームの背景には、開発環境、特にFirebugに代表されるようなデバッグツールの目覚しい発展が大きく貢献していると思われます。その反面、高機能化するデバッグツールの各種機能を使いこなすことが難しくなってきているという現実もあります。そこで、今回から全4回でGoogle Chromeに搭載されているデベロッパーツールの使い方とそれを利用したデバッグ・チューニングのノウハウをお届けしたいと思います。第1回はデベロッパーツールの機能紹介と基的な使い方を解説します。 な

    第1回 詳説:デベロッパーツールの使い方 | gihyo.jp
  • 第3回 Cassandraのデータモデルを理解する | gihyo.jp

    前回までの説明でCassandraのインストールと動かすところまでいきました。今回はCassandraのデータモデルを理解して、実際にデータにアクセスしてみましょう。 データはすべて4次元または5次元の連想配列 Cassandraのデータは非常にシンプルなデータモデルを持っています。データはすべて4次元または5次元の連想配列のようになっています。 4次元の場合は以下の形で値にアクセスします。 [キースペース][カラムファミリ][キー][カラム] そして5次元の場合は以下の形でデータを特定します。 [キースペース][カラムファミリ][キー][スーパーカラム][カラム] Cassandraのデータモデルは以下の4つの概念で成り立っています。 カラム: データの最小単位。実際のキーと値、そしてタイムスタンプを持つ。 スーパーカラム: カラムの集合を扱う単位。 カラムファミリ: カラムまたはスーパ

    第3回 Cassandraのデータモデルを理解する | gihyo.jp
  • 第5回 SQLで木構造を扱う~入れ子集合モデル (1)入れ子集合モデルとは何か | gihyo.jp

    はじめに 木構造と呼ばれるデータ構造の一種があります。1つのルート(根)と呼ばれるノードを始点として、(⁠通常)複数のリーフ(葉)と呼ばれるノードまでを経路で結んでできるデータ構造です。その名のとおり自然界にある「木」の構造ですし、学校時代、確率の授業で樹状図を書いた経験のある人もいるでしょう。 この構造は、私たちの周囲にとてもたくさん存在します。家系図や組織図も木ですし、IT関連の例では、ヒープやRDBのインデックス、ディレクトリ(フォルダ)によるファイルシステムやXMLも木構造です。Webの掲示板でも、最初の書き込みをルートとしてそれに対してコメントがつけられ、そのコメントにまたコメントがつけられるというプロセスで木構造を形成します。ここでは1つの書き込みがノードになります。 このように、IT技術と木構造は切っても切れない関係にありますし、多くの分野で応用されてもいるのですが、実は長い

    第5回 SQLで木構造を扱う~入れ子集合モデル (1)入れ子集合モデルとは何か | gihyo.jp
  • 理系なおねえさんはアリですか?―内田麻理香が聞いた理系な女性の理系な人生―:第1回 はじめまして,理系なおねえさんです。|gihyo.jp … 技術評論社

    はじめまして、理系なおねえさんです。 はじめまして。内田麻理香と申します。東京大学の工学部の広報担当の研究員であり、サイエンスコミュニケーターなる仕事をし、そして東京大学大学院の博士課程の学生です。……なーんて、これを読んで「こいつはいったい何をしているのだ?」意味不明になっている方もいるかもしれません。実際、私も混乱した慌ただしい毎日を送っています。 この節操のない活動ですが、自分の中では一応筋が通っているつもり、です。 まず、大学工学部の広報担当としては「世の中の人には見えにくい」工学部の研究内容を、なるべくわかりやすい形で伝えることを目標にしています。そして、聞き慣れない「サイエンスコミュニケーター」という役割では「科学や技術」と「社会」の架け橋になりたいと思い、活動しています。活字での仕事を中心とし、他には講演やTVを通して科学技術のことをお伝えしています。 私の人生を狂わせたガン

    理系なおねえさんはアリですか?―内田麻理香が聞いた理系な女性の理系な人生―:第1回 はじめまして,理系なおねえさんです。|gihyo.jp … 技術評論社
    Yamashiro0217
    Yamashiro0217 2009/08/26
    写真もなしにスレたてとな
  • 第2回 zshへの乗り換え時のポイント | gihyo.jp

    zshを使い始めるとき、ほとんどの場合は他のシェルからの乗り換えとなるだろう。今回はそうしたケースを想定し、他のシェルからzshに移行する際に遭遇しがちな問題にどう対処するかについて要点を絞って述べたい。 決断 シェルは手に馴染ませてこそ光り輝く道具である。それを変更するのは大きな決断で、ちょっとした不安が伴うものである。典型的と思われる事項についてQ&A形式でまとめてみた。 Q.zshが便利そうなのは分かった。だが、その分zshの使えないところに行ったら困ることになりそう。 A.大丈夫。今のシェルで使いこなしている機能以上に、zshを使えるようになったときには元のシェルに関する知識も増えているはず。zshは、どんな変数展開やヒストリ展開でもTabキーで正確に補完してくれるし、if、while、for の複数行に渡る構文をコマンドラインで使っても行エディタでしっかり再編集できるので、意識し

    第2回 zshへの乗り換え時のポイント | gihyo.jp
  • memcachedを知り尽くす 記事一覧 | gihyo.jp

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

    memcachedを知り尽くす 記事一覧 | gihyo.jp
  • 第1回  Kaiとは? ─Kaiのコンセプトとメカニズム | gihyo.jp

    今回から数回にわたり、Kaiという分散Key/Valueストアについて解説させていただきます。 まず、第1回では井上がKaiのコンセプトをご紹介します。次回以降は、Kai開発者の一人である幾田さんがKaiの利用方法について解説します。最終回では、gooホームでKaiを運用している橋さんから、Kaiの運用方法について紹介していただく予定です。なお、連載が対象とするKaiのバージョンは0.4です。 Kaiとは Kaiとは、分散型のKey/Valueストアです。Amazon.comが2007年に発表したDynamoというシステムに触発されて、そのオープンソース版として開発されています。Kaiをバックエンドに据えてWebサイトを構築することで、高いスケーラビリティやアベイラビリティを実現できます。2009年5月には、gooホームのバックエンドに導入され、運用実績も高まってきました。 Kaiは多

    第1回  Kaiとは? ─Kaiのコンセプトとメカニズム | gihyo.jp
  • Google FriendConnect API公開の衝撃 | gihyo.jp

    ついにGoogle FriendConnectのAPIドキュメントが公開されました。この衝撃が分かるでしょうか。2009年3月13日はインターネットが大きく変わった日として歴史に刻まれるかもしれません。 GFCがなぜそんなに大事件なのか、いくつかの例をもって順に説明していきます。 なお、文中で使用する言葉をあらかじめ定義しておきます。 GFC:Google FriendConnect。 プロバイダ:GFCにソーシャルグラフを提供するGoogleTwitterなどのサービス。 コンシューマ:GFCのAPIを使ってサービスを提供するソーシャルグラフを活用したウェブサービス。ブログ等も含む。 ユーザー:コンシューマまたはGFCを利用する人。 オープンソーシャルウェブがついに格始動 Facebookはじめ様々なSNSがオープン化以降取り組んできたのが、あらゆる外部サイトにソーシャルグラフ(人

    Google FriendConnect API公開の衝撃 | gihyo.jp