第12回 そんな言語で大丈夫か? YAPC::Asia Tokyo 2010フォトレポート 金武明日香(@IT自分戦略研究所) 2010/10/25
第33回 Rubyを支えるYuguiの自信 「最後にはわたしがいる」 金武明日香(@IT自分戦略研究所) 浅井隆晃(撮影) 2009/9/28 Yugui (園田裕貴) Ruby1.9系統リリースマネージャ Rubyコミッタ。2008年6月よりRuby 1.9リリースマネージャ。MtF-TS。1981年生。2004年、立教大学理学研究科在学中から大手航空会社予約管理システムなどWebシステムの開発に携わる。その後いくつかのwebシステム開発に携わり、2008年から株式会社スケールアウト。著書『初めてのRuby』。http://yugui.jpにてブログを執筆中。 ■「誰かがやらなければ」「ならばわたしが」 Rubyを使い始めてから、今年で9年目になります。「Perlよりもすっきりしていて使いやすい」という噂を聞いたのが、Rubyとの出合いでした。実際、当時はあまりPerlを使いこなせていま
あなたも@ITでコラムを書いてみないか 自分のスキル・キャリアの棚卸し、勉強会のレポート、 プロとしてのアドバイス……書くことは無限にある! コードもコラムも書けるエンジニアになりたい挑戦者からの応募、絶賛受付中 そんなときに便利なのがファイル転送サービス。送信側は、サービス提供者のサーバに送信したいファイルをいったんアップロードして、ダウンロードできるURLをメールなどで受信側に送るだけ。受信側がURLをクリックしてファイルをダウンロードする仕組みだ。 こうしたファイル転送サービスは、しょっちゅう使うわけじゃないけど、使いたいときはすぐにでも使いたい。いちいちユーザー登録が必要なのも面倒だし、いったん登録したIDやパスワードを忘れてしまうときもある。だから、なるべくならユーザー登録なしに使いたいものなのだ。そういうわがままな要望に応える、登録不要ですぐ使えて、しかも大容量で、無料のサービ
ITエンジニアから学生たちへのメッセージ。何を思ってIT業界を選んだか、学生にはどんな思いを持って来てほしいかをIT業界の先輩エンジニアが語る。 JavaScript技術の第一人者として知られるamachangこと天野仁史氏。その高い技術力を生かし、サイボウズ・ラボで未来のグループウェア開発に取り組む一方で、ブログ「IT戦記」を通じてプログラマ志望者にJavaScriptの勉強法を指南するなどブロガーとしても積極的に活動している。そんな、IT業界の最先端で活躍する天野氏だが、この業界に入るまでは、まったくの“IT素人”だったという。 「高等専門学校の電気工学科を卒業して、岩通ソフトシステムにプログラマとして就職したのですが、学生時代はITに関しては素人同然でした。元々新しいもの好きの性格なので、パソコンにも興味をもっていましたが、それほど使い込んでいるわけではなく、自分でWindowsのイ
第8回 参加者の成長を見守る、Shibuya.pm 2代目リーダー 長谷川玲奈(@IT自分戦略研究所) 大星直輝(撮影) 2009/3/23 竹迫良範(たけさこよしのり) Shibuya.pm リーダー 1977年3月2日、広島県出身。サイボウズ・ラボ所属。2002年、広島市立大学 情報科学部 知能ロボット講座卒業。在学中の1998年より、コンピュータメーカー子会社にてECサイトの開発に携わる。2001年にはNamazu Projectに参加。Shibuya Perl Mongers(Shibuya.pm)には2003年のスタートアップセミナーから参加し、2006年に2代目リーダーに就任。 ■「バソキヤ2006」でShibuya.pmの新リーダー誕生 Shibuya.pmのリーダーになったのは2006年です。宮川さん(シックス・アパート 宮川達彦氏、Shibuya.pm 初代リーダー)が渡
エンジニアにとって仲間とはどういう存在なのだろうか。極端なことをいえば、自分1人で作業が完結できてしまうエンジニアにとって、仲間とのコミュニケーションにはどんな意味があるのか。エンジニア同士のネットワークを通じて、エンジニアにとっての仲間とは何かを探る。 第3回|1 2|次のページ サイボウズラボ 竹迫良範氏(コミュニティは「知り合い系」から「出会い系」へ変化する)、モバイルファクトリー 松野徳大氏(松野徳大――「だまってコードを書けよ」)、KLab 廣瀬正明氏(ひろせまさあき――勉強会は「取りあえず行っちゃえ」)とつながったエンジニアの輪も、今回で4人目。前回の廣瀬氏から紹介されたのは、paperboy&co. 事業戦略本部 宮下剛輔氏だ。「YAPC::Asia」をはじめ、多くのカンファレンスや勉強会でスピーカーを務める宮下氏に、こうした活動をするようになった経緯を聞いた。 ■シャイなプ
オープンソースコミュニティなどのコミュニティや、そこに入り積極的に活動をするITエンジニア。企業はそうしたコミュニティやITエンジニアをどうとらえているのだろうか。 「コミュニティに参加するITエンジニアをどうとらえるかは、これまで会社の中でもさまざまな変遷があり、会社として(見解が)固まったものはありません」。そう話すのは、はてな 取締役 最高技術責任者 伊藤直也氏。現在同社では、所属するITエンジニアの3~4割がコミュニティ活動を通じて何らかのアウトプットを出しているという。 伊藤氏によると同社でコミュニティ活動をするITエンジニアには、2つのタイプがあるという。1つ目のタイプは、コミュニティで携わる技術が会社の業務の延長線上にある人。2つ目のタイプは、会社の業務と関係なく主体的に自らのプロジェクトを進める人だ。 「主体的にやっている人は、大きなソフトウェアの開発を引っ張っているという
エンジニアとそうでない人とでは、エンジニアに対して「イラっ」とくるツボが違うらしい。もし相手に「イラっ」ときたらこう対処しよう。(Tech総研/リクルートの記事を再編集して掲載) 今回のアンケート調査では、エンジニアと、営業職・事務職などの非エンジニアの両方に「イラっとした瞬間」を聞いてみた。職種が違うとイライラするところに違いが出るのだろうか。さっそく見ていきたい。 ■「専門用語の多用」はやっぱり嫌われる! アンケートで得られた回答は、どれもビジネスパーソンとしては問題があるものばかり(図1)。気になるのは、エンジニアと非エンジニアで明らかに回答数に差が出ている項目。非エンジニアとのやりとりをする際は、コミュニケーションエラーを回避するために、非エンジニアの回答が多い項目に気を付けた方がいい。例えばトップに挙げられた「専門用語が多い」という点はその代表格で、それほど専門的な用語ではなかっ
現在ITエンジニアという職業は3Kといわれ、若者の間では人気が落ちてきている。さらにエンジニアリングの世界から離れてしまうITエンジニアも増えているという。@IT自分戦略研究所はこの事態を見過ごすことはできない。そこでITエンジニアの価値や生活を向上させるヒントを探る。 ITエンジニアの職業病ともいうべき、肩こりと腰痛。悩まされている人も多いのではないだろうか。@IT自分戦略研究所が行ったアンケートによるとおよそ半数の人が肩こりに、そしておよそ4割の人が腰痛に悩まされているという。 マッサージや整体院に通って症状を和らげる方法もあるが、忙しいITエンジニアはなかなかそういった施設に通う時間が取れない場合もある。また一時的に良くなったとしてもその後、再発する可能性もある。今回、ゴールドジム北千住東京のトレーナーである根本寿史氏にお話を聞いて、肩こりや腰痛になりにくい体をつくるコツを探った。
@IT自分戦略研究所とJOB@ITは、2006年11月にITエンジニアのスキルについて読者調査を実施した。ITエンジニアがこれまでに取得した資格や、今後習得したいスキルなどを探る。 ■回答者はITシステムに携わる会社員 まずは今回の調査に協力してくれた回答者のプロフィールから紹介しよう。集計サンプル数は912。職務内容は「システム分析・設計/SE」が最も多く26.5%、続けて「プログラミング/テスト」が18.8%、「システム保守/運用・管理」が14.4%。これらを合わせると約60%となる。それ以外にもプロジェクトマネージャやネットワークエンジニアなど、何らかの形でITシステムに携わっている人がほとんどだ。 雇用形態では「一般社員/職員」が54.6%と半数以上を占める。管理職が約30%であり、これを合わせた約85%が会社に属すると見られる。なお契約社員・派遣社員は合わせて7.4%、フリーラン
数年前と比較すれば、転職は身近なものになってきている。だからこそ気を付けたい「転職でキャリアアップ」の思い込みについて、「ウソ・ホント」の視点で考えてみたい。 ■転職で何を重視するか? 「『転職でキャリアアップ』のウソ・ホント」と題し、転職の常識のようにいわれていることが事実なのかどうか、キャリアコンサルタントが現場で体験した事例を基に解説します。今回は、「転職で給与アップ」は本当かどうか考えてみましょう。 就職情報誌や人材紹介会社の広告には、「転職による給与アップ」の事例が多数掲載されています。転職をすれば必ず給与が上がるように書かれているものも少なくありません。 しかし、実態はどうなのでしょう。大幅に給与がアップすることもありますが、現状と同程度のこともあります。場合によっては給与はダウンすることもあります。転職すれば必ず給与が上がるとは限りません。 転職後の給与は、その転職で「できる
加山恵美 2006/12/7 ITエンジニアの働き方は年々多様化しているようだ。従来の前提や将来像が変化していく中、自分自身の行く道を模索している人が少しずつ増えているように思う。 ■感覚は変化してきている 本屋で『若者はなぜ3年で辞めるのか?』(城繁幸著、光文社新書)を目にして読んでみることにした。年功序列をテーマにした書だ。著者と近い年代のせいか、感覚的に共感できることも多かった。とはいえ筆者自身は年功序列というシステムから離れて久しく「そういえば普段からあまり意識していないな」といまさらながら気付いた。 この本を通じてふと現状を見渡してみると、社会は着実に年功序列の前提や感覚が変化しているという印象がある。年功序列という前提、いや「呪縛(じゅばく)」のようなものは薄れつつあるような気がする。 ただ年代により潜在的な価値観に温度差はあると思う。若い世代は年功序列にあるような昭和的な感覚
現在ITエンジニアという職業は3Kといわれ、若者の間では人気が落ちてきている。さらにエンジニアリングの世界から離れてしまうITエンジニアも増えているという。@IT自分戦略研究所はこの事態を見過ごすことはできない。そこでITエンジニアの価値や生活を向上させるヒントを探る。 ITエンジニアの中には「勉強したいがいまのプロジェクトや会社では難しい」「自分のやりたいことがなかなかできない」と悩んでいる人も少なくないだろう。その悩みの解決には部署移動や転職といった方法も1つの手段だ。 そこに「会社以外の開発コミュニティに参加」という方法を加えてみたらどうだろうか。会社での仕事とは別に開発コミュニティで活動をしているITエンジニアに、開発コミュニティに参加する理由や、コミュニティに参加していることでスキルやキャリアにどんな影響があるのかなど話を聞いた。 ■メンバーはやる気のある人をスカウト 話を聞いた
2006年春期の情報処理技術者試験から、テクニカルエンジニア(情報セキュリティ)試験が開始された。約3万人が受験したが、ほかの試験からの流入が多く、受験者の新規開拓には結び付かなかったようだ。合格率は低く、難関だったといえる。出題の傾向と対策を探る。 ■応募者数は徐々に減少 まずは情報処理技術者試験が新制度へ移行した2001年から2006年までの春期試験の応募者、受験者、合格者の推移を見てみよう。受験者と合格者の割合はほぼ一定で推移しているが、応募者数は徐々に減少している。 2006年春期のトピックは、テクニカルエンジニア(情報セキュリティ)試験が新設されたことだ。話題の試験の応募者は約2万9000人。世間の関心を集めたためか、かなりの数だ。テクニカルエンジニア試験でこれほどの応募者数があるのは秋期のテクニカルエンジニア(ネットワーク)試験くらいだ(2005年の応募者数は約3万人)。 ■上
できる人ほど忙しい、この悪循環を解消する 堀内浩二 2006/7/27 こんにちは、堀内浩二です。前回の記事「『Getting Things Done』と自分戦略」に対し、こんな質問をいただきました。 せっかくLifehack(ライフハック)を駆使して仕事を早く仕上げても、「早く終わったのなら、これやってくれない?」となるのがオチではないでしょうか。仕事ができる人ほど仕事が振られ、忙しくなるという悪循環から脱出する方法はないのでしょうか。 そこで今回は、「生産性を上げて確保した自分の時間を他人に取られない方法」について考えてみましょう。とはいっても、「オフィスにいないようにする」といった、「仕事が振られないようにするコツ」のような話ではなく、やはり自分戦略につながる文脈で。 ■「できる人ほど忙しい」悪循環の解消、5つの心得 (1)「仕事のできる人に高い期待がかかるのは当然」であることを理解
いま、IT業界から足を洗いたがっているITエンジニアが多いと聞いた。その話は噂でしかないのか、それとも本当か。その真偽とともに最新の転職事情を追う。 本当は大手システムインテグレータ(SIer)で、プロジェクトマネージャを目指したかった……。が実際に就職できたのは3次請けのSIer。自分の願いとかけ離れた職場で、日々コーディング作業に追われている。そんなITエンジニアは意外と多いかもしれない。 とりわけIT業界に就職するタイミングが、いわゆる「ITバブル崩壊後」だった人は、「就職氷河期」とまではいかないが、少なくとも「自分の希望どおりにSIerやソフトハウスを選べる」状況ではなかったはず。だからこそ、いまもって「満足も納得もしないけど」「日々、押し寄せる仕事の山」に疲れ切ってしまった人たちも多くなる。 それではいったいどうすればいいのか。選択肢はいくつかある。1つは「ITエンジニアとして自
コミュニケーションスキルの土台となる図解言語。だが筆者によると、実はその裏に隠れた読解力、国語力こそがITエンジニアにとって重要なのだという。ITエンジニアに必須の国語力とはどのようなものだろうか。それを身に付けるにはどうしたらいいのか。毎回、ITエンジニアに身近な例を挙げて解説する。 ■実務的な国語力が必要とされている 前回「メタ情報とサマリーで『伝わる』ビジネス文」に引き続き、典型的な失敗のパターンから実務的な国語力を身に付けよう。 前回の記事で「こんな説明では分からない」10種類の失敗パターンを列挙した。以下のようなものである。 (1)メタ情報の欠落 (2)要点の分からない見出し (3)複雑な条件の文章表現 (4)分類を表さない名前 (5)過剰な言い換え (6)対称性のない表現 (7)指示代名詞の多用 (8)相互関連の分からない個条書き (9)時系列の乱れ (10)語感と実感のミスマ
第2回 XMLを体系立てて学ぶには 穴沢悦子、木村達哉 2006/7/15 ■XMLを体系立てて学ぶことの意義 「XMLは、かかわっている案件で必要になったときにでも勉強をしよう」と思っていないだろうか。 しかしながら、前回の「XML、学びの第一歩」で紹介したように、XMLを活用するかどうかを判断・提案するのは、お客さまではなく、XMLの採用によって最も恩恵を得る、開発者側のITエンジニアの方が多い。「お客さまは神様です」と、お客さまの指示だけを待っていると、XMLを使えばよりよいシステムを作れたのに、それを知らなかったばかりに拡張性の乏しいシステムを構築して、後々自分が困るということにもなりかねない。 そういう意味で開発エンジニアはあらかじめ、きちんと体系立ててXMLを勉強しておいてほしいと思う。XMLでは何ができて、何ができないのかを正確に把握しておいていただきたい。 「私には時間がな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く