今回は「エンジニアとマネジメント」という話題について触れてみたいと思います。 「ラインに行ったら負け」なのか？ エンジニアもある程度成長してくると、30前後あたりでだいたいの人が「このままスペシャリストとしてやっていくのか、ラインとしてマネジメントにも携わっていくのか」という問題にぶちあたります。 わからなくもないですが、エンジニアには「ライン（マネジメント）に行ったら負け」というような風潮があります。職人と管理は相容れないような雰囲気ですね。 でも、エンジニアがみんなスペシャリストでやっていけるということは現実にはありません。もちろん会社によってもその比率は違いますが、某○ニーの子会社にいたころは、30歳（だったかな？）以降で選べる進路として、スペシャリスト1割に対してライン9割というような比率でした。 また、スペシャリストになれないからラインになるというネガティブな考え方をするのではな

これまで説明してきたDスクリプトでは、モジュール名や関数名といった単位で採取対象を特定していました。 今回は、もっと複雑な採取対象の絞り込みを可能とする、前提条件の記述方法について説明したいと思います。 特定関数の呼び出し契機での絞り込み 本連載でこれまで例示してきたDスクリプトは、特定の関数から引数や戻り値を採取する一部の例外を除いては、基本的に全ての関数フローを採取するものでした。 しかし、必ずしも全ての関数フローの採取が必要なケースばかりではありません。むしろ全ての関数フローを採取した場合、以下のようなデメリットが生じます。 採取結果の中から調査対象を特定するのが難しくなる 採取結果の記録に必要なディスク領域が増加する このようなデメリットを無くすためには、採取範囲の絞り込みが必要です。 たとえば、リスト1のプログラム（show_nesting）を想定してみましょう。 リスト1　関数

前回のおさらいと今回の概要 前回（第34回）では初めてのプラグイン作成ということで、サーバの稼動状態を管理するServerStatusというプラグインを作りました。Redmineのプラグインは非常に柔軟性が高く、ビルトインの機能とは無関係のものを作ることも可能です。 今回はそこから一歩進んで、Redmineのチケットやアクティビティ（日本語環境では「活動⁠」⁠。Tracでいうタイムライン）と連動したプラグインを作ります。作成するのはデプロイをRedmine上から行い、実行結果や履歴を参照することのできるContinuousDeploymentというプラグインです。 なお、今回はプラグインを作成するにあたって、以下のようなシナリオを用意してみました。 シナリオ あるWebサービスの開発現場では、プロジェクト管理にRedmineを、デプロイにcapistranoというツールを使用しています。

自己啓発的なブログ記事「成功できない人たちが持つ7つの悪習慣」をもとに、プログラマ向けにアレンジした記事です。 7つの悪習慣とは次のとおりです。 人のせいにする 目的を持たないで始める 一番大切なことを後回しにする 勝ち負けという考え方 まず自分が話し、それから聞くふりをする 頼れるのは自分だけ 自分を磨かない 「人のせいにする」習慣の例として、理解できない技術や使い慣れていない技術を「キモイ」「⁠自分には合わない」といって学習を放棄してしまうことが挙げられています。また「目的を持たないで始める」習慣では、バグの修正で問題の切り分けを行わなかったために調査する必要のない個所の調査に時間を費やしてしまうことが一例として紹介されています。誰もが1つ以上当てはまる習慣があるのではないか、というくらい非常に耳が痛い内容です。 URL：http://blog.livedoor.jp/lalha/ar

CPANが生まれるまで その昔、Perlのスクリプトやライブラリは作者のサイトなどから個別にダウンロードしてくるものでした。古くからのユーザであればcgi-lib.plやjcode.pl、mimew.plといったライブラリのことを懐かしく思い出すでしょうし、いちいち名前はあげませんが、CGI経由で（あるいはCGIを利用せずに）実行できる各種スクリプトを落としてきて設置したことのある方も少なくないことでしょう。ライブラリだけでなく、前回紹介したデータベースに対応したPerl 4バイナリや非Unix環境向けのPerlバイナリの場合も同じです。入手先の情報などはニュースグループで共有されていましたが、ツールやライブラリが各地に分散していると必要な情報を探して環境を構築するだけでも結構な手間になってしまうため、まとめサイトとして誕生したのがCPANことComprehensive Perl Arch

Shibuya.pm #12連動企画 本日開催のShibuya Perl Mongersテクニカルトーク#12のテーマは "No Perl, NoSQL, NoKVS" または "Not only Perl, Not only SQL, Not only KVS" ということなので、今回はそれにあわせてYAPC::Asia 2009でも紹介されていたKiokuDBについて簡単に取り上げてみます。 オブジェクトをまるごと保存する 牧大輔氏も『モダンPerl入門』のなかで、データベースをハッシュテーブルのようにとらえて、「⁠基本的にプライマリキーからデータを持ってくる構成のみにすると、ORMを使用することによりキャッシュの導入も含めてチューニングが楽になります」と書いているように、Perlの世界では最近RDBMSやその上位層で頑張りすぎるより、モデリングの仕方そのものを工夫して実装や保守のしや

今回の対談は、9 月10.11 日に開催されたYAPC::Asia 2009会場となった東京工業大学大岡山キャンパスにて実施。ゲストは、「⁠Twib」「⁠YourAVHost」（⁠注1⁠）⁠ などのサイトでお馴染みの、ゆーすけべーこと和田裕介さんです。袋綴（と）じこそ実施には至りませんでしたが、一部、いまだかつてないエロ度の対談になりました。 （撮影：武田康宏） Web開発に携わったきっかけ 弾：今回はWEB+DB PRESSで初めての袋綴じということで…（笑⁠）⁠。 ゆ：袋綴じって（笑⁠）⁠。 弾：さっそくですが、Web開発に携わったきっかけってなんですか？ ゆ：僕は大学院まで行ってるんですけど[2]⁠、そのときの研究は、コンピュータをいじることではあったんですが、インタフェースとかアート寄りで、コンピュータは専門じゃなかったんです。で、卒業と同時に父親と会社をやり始めて[3]⁠。Web

はじめに 検索エンジンと聞くと、みなさんは何を思い浮かべるでしょうか？ GoogleやYahoo!などの検索ページを思い浮かべる方がほとんどだと思います。近年は、それら企業の努力によって検索エンジンというものが非常に身近になり、私たちの生活に欠かせないものとなりつつあります。 しかし、検索エンジンと一言で言っても、上記のような一般の方々へのUI（ユーザインターフェース）を指す場合もあれば、そのUIの裏側（バックエンド）にあるシステムを指す場合もあります。 本連載では、Google,Yahoo!などを代表とする検索エンジンの裏側のしくみに着目し、検索エンジンというシステムのアーキテクチャやその内部で使われているデータ構造やアルゴリズムを、近年の手法や研究事例などを交えて解説していきたいと思っています。 検索エンジンとは 検索エンジンには、さまざまな種類があります。GoogleのWeb検索のよ

今回の“⁠理系なおねえさん⁠”は、サイエンス・イラストレーターの菊谷詩子さん。幼い頃からとにかく絵を描くことと、生き物が好きだったという菊谷さんは、その2つを見事に融合させた職業に就いています。海外では一般的ですが、日本ではまだ珍しいサイエンス・イラストレーターの世界に、どのようにして踏み入れたのでしょうか。 菊谷詩子（きくたにうたこ）学生時代の専攻：動物学。幼少期を東アフリカのケニア、タンザニアで過ごしたことをきっかけに野生動物に興味を抱くようになる。帰国後、東京大学理学部生物学科動物学コース（旧東京大学理学部動物学科）に進学。修士号を取得後、米カリフォルニア大学サンタクルーズ校（当時※）へ留学、サイエンス・イラストレーションを専攻。アメリカ自然史博物館でのインターン期間を経てニューヨークを中心に活動。2001年以降は日本で教科書、図鑑、博物館の展示等のイラストを制作している。（⁠※現在

Linuxに代表されるオープンソースソフトウェア（OSS）は、文字通りソースコードを公開していることが最大の特徴です。ソースコードが企業秘密のベールに覆われている伝統的な商用ソフトウェアでは、ソースコードにアクセスできる開発者とコンパイル済みのバイナリファイルしか利用できないユーザは厳格に区別され、ユーザがソフトウェアに不具合を見つけても、開発者がそれに対応してくれるまでは指をくわえて待つしかありませんでした。 一方、ソースコードが公開されているOSSの世界では、ユーザと開発者がソースコードという同じ土俵の上で互いに切磋琢磨することができます。今回はそのような例として、ソースコードの不具合を見つけて修正した例を紹介しましょう。 今回取りあげるソフトウェアはfile-rollerという GNOME用の書庫ソフトウェアです。 file-rollerとは file-roller とは、GNOME

はてなブックマークには、毎日多くのエントリーがブックマークされ、ユーザーによってタグで分類されています。こうしたタグは各々のユーザーが自分の便利なように付けているものですが、他の利用者にも役立つ情報となります。 たとえば、私が「美味しい鶏肉の料理」というエントリーをあとから読み返すためタグ[recipe]とつけてブックマークをします。私は自分が探しやすいように、タグで分類しているだけですが、他の利用者が料理に関するエントリーを探しているときに便利になるでしょう。 このようなタグなどはメタデータと呼ばれ、検索を補助するものになります。 たとえばこれをGoogleのような検索エンジンが、どういう内容なのかを理解して判別を行うのは非常に難しく、十分な精度がなかなか出せません。同じ食べ物の話でも、夕食にレストランに行ったのか、材料の話題なのか、それとも栽培の方法なのかは分別できないでしょう。そのた

先日横浜みなとみらいのパシフィコ横浜においてGoogle Developer Day 2009（GDD）が開催されました。会場に足を運び、実際にGoogle Waveが動作する様子を目にした方も多いのではないでしょうか。 嬉しいことにその基調講演の中でGDD参加者には数週間以内にGoogle Waveのアカウントが発行されるという発表がありました。GDDに参加してもうしばらくすればアカウントが手に入るという予定の方は、ぜひこの連載で予習して数週間後に備えていただければ幸いです。 また、残念ながらGDDに参加できずGoogle Waveアカウントの発行が遅れそうな方も、この連載でWave API利用の雰囲気だけでも感じて頂ければと思います。 ロボットとは Google Waveでいう「ロボット」とは、Wave内で参加者と同じように振る舞えるWebサーバー上で動くプログラムのことです。 ロボッ

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

前回はArkの開発背景と機能概要を紹介しました。2回目からはもっと具体的に、Arkを使用した開発方法を紹介していきます。 今回は、Arkのインストール方法、そして簡単なHelloWorldアプリケーションの作成を通してArkを使用したアプリケーション開発の流れを紹介します。 Arkのインストール まずは、Arkのインストールについて話をしていきます。 Perlのインストール Arkは、Perlバージョン5.8.1以上が必要です。 お使いのコンピュータがMac OS XやLinuxで動作しているなら、おそらくすでにPerlがインストール済みのはずです。Windowsで開発する方は、Strawberry PerlやActivePerlなどをインストールすると良いでしょう。 Arkのダウンロード まず、ダウンロードページより最新版をダウンロードします。本稿執筆時点での最新バージョンは 0.001

Perl 6チームからのクリスマスプレゼント この連載でも何度か名前が出てきたPerl 6ですが、「⁠クリスマスまでにはリリースされることになっている」という話はみなさん先刻ご承知のことと思います。 もちろんこの話には「どのクリスマスかは秘密です」というオチがつくわけですが、2000年の設計開始以降、これまでにも何度か「今年こそはひょっとするとひょっとするかも」という期待を持たれた年がありました。 オードリー・タン（唐鳳）氏がHaskellの勉強がてらわずか2ヶ月でPerl 6の処理系（Pugs）を実装して話題になった2005年は、まさにその筆頭格といってよいでしょう。 実際、この年はPerl 6とその関係者にとって非常に大きな意味を持つ年になったのですが、この年はまたRuby on Railsが本格的にブームになった年でもありました。ただでさえPerlからRubyに転向する人が後をたたな

はじめまして。面白法人カヤックの村瀬と申します。ArkというWebアプリケーション作成用のフレームワークを開発しました。今回から4回にわたって、このリリースしたばかりの「Ark」について紹介させていただきます。 Ark（アーク）とは Arkは、Perlで作られたWebアプリケーションフレームワーク（WAF）です。 Arkの特徴としては Catalystに似たインターフェース CGI／FCGI／mod_perlなどさまざまな環境で実用的に動作する CGI用モードの存在 日本製であり、日本語ドキュメントが充実している などが挙げられます。 Catalystに似たインターフェース Catalystは、Arkと同様にPerl製のWebアプリケーションフレームワークで、現在、Perlのフレームワークでは標準となりつつあるものです。 Arkは開発動機の1つが「CGIでも実用的に動作するCatalyst

夏、衣替えの季節ですね。この春からLinuxを使い始めた新入学生や新入社員の皆さんも、そろそろLinuxの世界に慣れてきたのではないでしょうか。となると、次にやることは...そう、エディタをEmacsに衣替えすることですね！ ご存じの通り、Emacsは長い歴史を持つプログラマ御用達エディタです。独特のキーバインドから敷居は高いEmacsですが、一度慣れてしまうとこれが実に快適で、Emacsキーバインドで操作できないアプリケーションにストレスを感じてしまうほどです。この中毒性は、Windows環境でEmacsキーバインドを実現するソフトウェアの存在からも解るかと思います。 Emacsは基本的にテキストエディタです。テキストエディタの仕事は文字を読み書きすることですが、Webのブラウズも、メールの読み書きも、チャットもTwitterも、本質的には全てテキストの読み書きによって成り立っています。

はじめに 第11回は自由で素直なフレームワーク「Ramaze」の特徴について紹介しました。今回は、実際にRamazeでアプリケーションを作ってみます。 プロジェクトの始め方 まず、Ramazeでは「ramaze create 」でひな形を作る方法と、全てを自分で書いていく方法があるのでした。どちらを選んでも構いませんが、最初はひな形を使わず、1ファイルから少しずつ書いていくことをおすすめします。ramaze createを使うとたくさんのファイルが生成されるため、どれが何なのか分からなくなりがちです。 自動生成を使うのは、Ramazeにある程度慣れて、ディレクトリ構成などが分かってきてからで良いでしょう。今回も、自動生成は使わず、必要なファイルだけを用意することにしました。 ソースコード 今回は、英単語を登録したり、ランダムに一つ表示したりできる単語帳アプリケーションを作ってみました。gi

第1回目は、DSLの基本的な概念について説明します。 DSL概要 DSL（Domain Specific Language）は、ドメイン固有言語と訳されてます。DSLは、Java、C#などの汎用言語とは違い、ある特定の種類の問題に特化したコンピュータ言語です。 今回の連載では、DSLの世界を解き明かします。そして、実際にDSLをつくることで、よりDSLの理解を深め、「⁠用法・用量を守って使える」ようになるのが、今回のゴールです。 DSLの必要性 なぜ、DSLを学ぶ必要があるのでしょうか。 Ruby on Railsの登場以降、メタプログラミングという言葉を良く聞くようになりました。メタプログラミングというと、マクロ、コードの自動生成、テンプレートを上げることができます。 DSLは、メタプログラミングで使われます。メタプログラミングは、一般的なプログラムとはまったく違った方法をとっているので

昨今は「モダンPerl」に代表される、「⁠より洗練されたプログラミング」を目指すムーブメントが盛り上がっています。 また、ソフトウェア開発に携わる人々の嗜好も、Web 2.0に代表されるようなサービス指向へと大きく傾いていますので、実装言語の選択においても、サービス実現という問題ドメインに適したものが望まれます。 そんなご時勢におけるアセンブラは、本連載の題名通り「骨董品」（⁠antique）のようなものですから、わざわざ修得しようとするのは余程の物好きと言っても良いでしょう。 好事家や目利きにとっては価値があっても一般にはわかりづらいところとか、注ぎ込む手間暇の割には「役立つものがすぐに実装できる」とか「従来よりも手間暇が軽減する」などの直接的な見返りが少ない、といったところも骨董とそっくりです（骨董ファンに怒られそうですが……⁠）⁠。 それでは現代においてアセンブラの修得は意味がないの