This domain may be for sale!
巨人の力を使っちゃえ!Web APIを使えば、あなたの夢も一発で実現:5分でネットがわかるシリーズ(10)(1/5 ページ) そもそもAPIとはなんぞや? 10回目に突入した「5分でネットがわかるシリーズ」。さて今回はちまたで話題の「Web API」について取り上げます。Yahoo!が賞金30万円を掛けて、WEB API コンテストを開催したり、プログラミング雑誌でも「Web API プログラミング!」といった特集が組まれたりと、かなり注目を受けている技術です。皆さんも一度は耳にしたことがあるでしょう。では、いったいどんな技術なのか、一緒に見てみましょう。 今回は「Web API」についての解説ですが、そもそも「API」とは一体どういった意味なんでしょう? APIは「Application Programming Interface」の略です。アプリケーションプログラミングインターフェイス
YouTubeの動画に字幕を付けられる「字幕.in」、mixiやGREEなど人気SNSの会員数をリアルタイムで算出する「SNS統計ページ」、2ちゃんねる風掲示板サービス「2ちゃんねる2」――リリースのたびにネットを騒がせたこれらのサービスは、矢野さとるさん(25)が、個人で作ったものだ。 矢野さんは、サービスポータル「satoru.net」の管理人で、個人で運営するサービスは50以上。合計ページビューは1日500万にも上る。 これだけのサービスを運営している矢野さんは、会社員でもなく、個人事業主でもない。「職業欄に『無職』と堂々と書いています」。一部サービスに広告をはっており、そこから上がる広告収益だけで何とか食べていっている。 19歳で地元・福岡に就職し、21歳で上京。ヤフー、ライブドアなどネット企業を渡り歩いた後、昨年末、無職になった。組織に縛られず、好きなサービスだけを作っていける今
最終回の今回は、「第3回:ERP5を支える思想と技術」で紹介したオープンソースERP「ERP5」の導入事例を見ていきましょう。 ERP5導入の全体的な流れは図1のようになります。これはその他のERPにも適用できます。なお実際のプロジェクトではこれらのステップが前後することもあります。 ERP導入を考慮する企業では、まず「自社がERPを必要としているのか」と問うことからはじめねばなりません。ERPは全社に関わる意志決定によって導入されるべきなので、ERPの効用を吟味し、企業としての方針を打ち立てることが重要です。 その際、新規のERP導入によって、どこまでERPを業務に適用するかを決める必要があります。ERPシステムを採用するからといって、すべてをERPによって管理しなければならないわけではありません。実際、ERP5の導入を決定したセネガル共和国のADIE(Agence Del'inform
転職、すなわち中途採用の面接では、自分が過去に取り組んだ仕事について質問されます。 しかも、ごまかしがきかないよう、具体的な行動内容を、細かく聞かれます。 広く浅く訊くのではなく、何カ所か適当に選んで、狭く深く訊いていきます。 たとえば、エンジニアなら、過去に自分が開発したシステムにおいて、 なぜ、そのフレームワーク、ツール、ライブラリ、DBを使ったのか? 他に、どのようなフレームワーク、ツール、ライブラリ、DBが候補として 上げられたのか? 他の選択肢と比べて、どの様な短所と長所があるのか? なぜ、他の選択肢ではなく、それを選んだのか? 使う前に、どのように性能評価・検証したのか? なぜ、ある部分を汎用的に作り、別の部分をハードコーディングしたのか? なぜ、その設計だと、生産性が高く、トラブルのリスクやメンテナンスコストが低くなるのか? もっと低くできる余地として、どのようなものが考えら
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 私の職場では2つ穴のパイプファイル(リングファイル)をよく使う。そのため、私はデスクの上にハンディタイプの2穴パンチを置いている。紙の縁に噛ませてパチンと鋏むだけの、よくあるやつだ。 あるとき、若いプログラマがこのパンチを借りに来た。何気なく彼の様子を見ていると、紙の真ん中を決めるのに苦労しているようだ。私のパンチには紙の位置を合わせるためのガイドが付いていないので、うまくできないのだろう。バインダーに綴じられた紙は、縁が揃っておらず、ガタガタになっていた。 こういうパンチを使うときは、紙を半分に折って、折り目をパンチの真ん中(目印がついている)に合わせるのである。もちろん、
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 ある新人プログラマに質問を受けた。処理の流れをどう書いたらいいのか分からないという。 「GOTO を使ったらいいんじゃないの?」 「GOTO を使ってもいいんですか?」 なるほど、彼は GOTO を使ったらクビになるとでも思っているらしい。しかし、このケースでは、GOTO を使わなければ、既存の処理の流れを大きく書き直すか、かなり不自然な書き方をしなければ、目的を実現できなさそうだ。また、GOTO を使っても、コードがそれほど読みにくくなるようなこともないようだった。 「なるほど、どこかで GOTO を使ってはいけないと聞いたんだね。じゃぁ、なんで使ってはいけないと思う?」
ITPro の「情報処理技術者試験は,存在価値がなくなったのか? 」という記事を読んだ(※)。実は、私は資格を取ろうとしない技術者の一人である。いい機会なので、なぜ取ろうとしないのか、考えてみることにした。 まず思いつくのは、「他にもっとやりたいことが沢山ある」ということだ。この業界、常に新しく面白そうな技術が出てくる。調べてみたいことがどんどん増えて追いつかない状況だ。そんな中で、特に面白そうでもない資格試験の勉強をする気にはなれない。 では、もっと時間に余裕があれば資格の勉強をするのだろうか? と考えると、やはりしないだろう。おそらく、別の趣味に使うと思う(小説を読んだり、映画を観たり・・・)。・・・結局のところ、単に勉強が嫌いなだけかもしれない。 ここまできて、「勉強しなければ受からない」という前提で考えていることに気がついた。資格試験というと、どうしてもそういうイメージがある。周り
この記事が掲載される12月11日は,ちょうど情報処理技術者試験(平成18年度秋期試験)の合格発表日だ。合否の知らせに,一喜一憂している読者も多いことだろう。 ところで,この情報処理技術者試験が,今,大きな転換期を迎えている。受験応募者数が激減しているのだ。2002年には80万人を超えていた応募者数も,今期の試験シーズンが完了した2006年は60万人と,ピーク時の4分の3以下にまで落ち込んでしまった。 情報処理技術者試験を取り仕切る情報処理推進機構(IPA)は,応募者数の激減について「年1回または2回と,試験実施機会の少なさが原因ではないのか」,「若い世代のIT業界離れが起こっているからではないのか」などと分析している。しかし,IPAが考えるような環境的な要因よりはむしろ,「受験意欲の低下」という個人の心情的な要因の方が大きく影響しているのではないだろうか。 「国家試験は,一生モノの価値を持
前回は,私が人材指導において,なぜ「長い説教より論理的な5分」と言っているのか,その理由をご説明いたしました。 今回から,私が行っている5分間指導の具体的な話を紹介していきます。 「抽象的な言葉は禁止だ!」 もう,数年前のことです。その頃私は,ある企業でスタッフとして一人で気ままな仕事をしていました。普段はあまり仕事はないのですが,会社で何か問題が起ると,そこに投入されて短期間で問題を解決するという仕事をさせられていました。そう,この頃の数年は,私は部下を持たず,気楽な生活だったのです。 そんなあるとき,会社である問題があり,私はその仕事に投入されました。仕事は,大手企業との商品供給提携のための交渉でした。私一人では厳しいので部下を何人かもらって,久しぶりに部下を指導をすることになりました。 私は,提案資料を部下の岡田に命じました。しかし,1日たっても何もでてきません。そこで,どんな内容に
オブジェクト指向はしばしば,とっつきづらく難しい技術と言われます。その理由の一つには,対象とする分野が広く,それぞれに深みがあることが挙げられます。しかし,それ以上にこの技術を難しくしている落とし穴とも言うべき原因が二つあると筆者は考えています。それは比喩を乱用する説明の仕方の問題と,「もの中心」を意味するコンセプト自体の問題です。 そこで本特集では,「オブジェクト指向という言葉をよく聞くけど,実際どんなものかよくわからない」という方のために,初心者/入門者が陥りやすい落とし穴を明確にしながら,オブジェクト指向の全体像を説明します。余計な先入観やまぎらわしいたとえ話に惑わされなければ,オブジェクト指向そのものはそれほど難しい技術ではないことを理解していただきたいと思います。なお,オブジェクト指向プログラミング,デザインパターン,分析/設計といった個々の技術については特集2以降でそれぞれ解説
このコーナーでは、プログラミングの生産性について考えます。システムのコスト は検討段階から始まって、稼働後に色々の改良や変更を経て、廃棄するまで掛かりま す。システムが稼働するまでの初期コストと、稼働後の維持コストを調べてみると、 予想に反してほぼ3:7の割合で維持コストが倍以上にななります。ですから、 メインテナンスのし易いシステムを最初に作り上げて置かないと、莫大な維持コスト が必要になります。 さらに、プログラミングの生産性を左右する仕事にデバッグがあります。デバッグ が不十分だと、稼働後に大きな損失となる事はもちろんですが、プログラミング作業 の中でもデバッグは作業の大部分を占めます。デバッグの上手下手がそのままプログ ラミングの生産性に繋がります。 それでは、上手なプログラミングについて、探求にでかけましょう。 講演内容 1. 構造化プログラミング手法 2. プログラムの定型を作
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く