幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略（例：地方に住むこと） 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽

プログラマーの生産性をテーマにした有名な著書「ピープルウェア」には、最も優秀なプログラマと最低の成績のプログラマのあいだには約10倍にあたる生産性の違いがある、というデータが出てきます。 これは、1984年から1986年にかけて92社、延べ600人が参加したプログラミングコンテストのデータを分析した結果から導き出された結果で、課題として与えられたプログラミング作業の開始からコンパイル時のエラーを消すところ（第1チェックポイント）へ到達するまでにかかった時間を比べています。 グラフを見ても分かるように、最優秀者と最低者のあいだには作業時間にして約10倍のひらきがあります。また最優秀者は平均の約2.5倍の生産性だそうです。そして、COBOLやFortranのような旧世代のプログラミング言語と、PascalやCのような現代的なプログラミング言語でのコーディングでの生産性はほとんど同じであったそう

経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。

「みんなの就職活動日記」や「楽天ブログ」といったCGM（消費者生成メディア）を手がけてきた伊藤将雄氏。同氏は今、アクセス解析に特化したサービスを展開するユーザーローカルを立ち上げ、アクセス解析ブログパーツ「なかのひと」や、携帯電話向けサービス「うごくひと」を提供する。開発者としての趣の強い同氏に、インターネットにおけるサービスのあり方などを聞いた。（聞き手は島田昇＝日経コンピュータ） アクセス解析は何のために手がけているのか。 インターネット全体のサービスレベルの底上げにつながるためだ。インターネットの世界では、個別の利益を追求するサービスの伸びには限界がある。インターネット全体のことを考えたサービスでなければならない。インターネット全体の底上げにより利用者が増え、市場が広がることで、サービスが支持を受け最終的な利益を享受できる。 グーグルの成功の本質も、インターネット全体が便利になる検索

最近、あるプログラマと話していて気づいたのだけど、彼は16進数の2桁と1桁との掛け算(FDh×5とか)が出来ない。やり方自体を知らないのだ。彼はWindowsの電卓を立ち上げて計算していた。 そのときは「プログラマでなくともこんなこと知ってて当然だろ！」と思ったのだけど、その後、10人ぐらいのプログラマに出来るかどうか聞いてみたが誰も出来ない。 結局、「普通は出来ない」のだと私は理解した。しかし16進数の掛け算はそんなに難しくない。私が子供のころには、まわりにＦＦ(1×1＝1に始まって、F×F＝E1まで)を丸暗記している人がいっぱいいた。情報教育の一環として中学か高校で教えても計算の仕方ぐらい教えればいいのになぁと思っている。 前置きが長くなったが、以下にやり方などを書いておく。 ■　16進数に馴染もう 16進数では、A = 10 , B = 11 , C = 12 , D = 13 ,

釣り 題名に「３つの理由」みたいに数字を入れるとアクセス数が上がると聞いた。 本当かな？ 本題 自分がこの業界で景気後退を経験するのはこれで3度目。 一回目は1990年前半のバブル崩壊後。 二回目は2000年のネットバブル崩壊後。 今回のは1990年前半のそれを、規模・深刻さ共に凌駕すると予想している。 理由(1): 空洞化 「上流＝付加価値の高い仕事」という概念は根強く、開発という「核となる」行程を安い外部に流すようになってしまった。 レバレッジ効果があるから収益向上につながってきた。 が、新たな仕事が来なくなるとレバレッジは逆転を始める。 つまり、外部依存率を下げつつ、利益率向上を目指すという苦痛が待っている。 →開発を忘れた人達には無理。 理由(2): 分業化 1990年代初頭の情報処理試験は「二種」「一種」「特種」しかなかった。 今はなんだよ... 情報処理試験の中の人達に雇用機会

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プログラマーが有するスキルには大きな幅があり、彼らの出身国や文化もさまざまであるため、プログラマーの素性や経歴というものはそれぞれ異なっているはずである。とは言うものの、プログラマーの優劣に大きな影響を与える資質というものも存在しているのだ。そこで本記事では、プログラマーを採用する際に重視すべき資質を10個選んで解説する。 ＃1：好奇心 優秀なプログラマーはものごとを「ありのままに」捉えるということをしない：彼らは、きちんと動作しているように見えるものに対しても、詳細を学ぼうとその中身に深く踏み込んでいくのである。そして彼らがそういった態度をとることで、存在すら明らかになっていなかった問題が解決されることも多々あり、それは通常、深刻な問

筆者は「10 Things to Do the Day After You're Laid Off」（解雇された翌日にしなければならない10のこと）と題されたU.S. News & World Reportの最近の記事で貴重なアドバイスを目にした。「かつての上司に礼状を書く」といった項目については、なるほどと思う。礼状を書くことは悪いことではないし、もし上司がほかのところで空きを耳にするようなことがあれば、推薦状を書いてもらえる可能性がずっと高くなる。 とはいえ、コンピュータの専門家などの技術職は一般職とは少し異なるかもしれないので、われわれのような職種の人が解雇された場合に考慮するとよいかもしれないことをリストにまとめてみた。概要は以下の通り。 本記事にある引用部分は米CNETにいる他の社員からのものだ。 1. オープンソースプロジェクトに参加する オープンソースプロジェクトは、最もおも

コン基礎の教え方の宝庫（8） Javaプログラミングの指導は難しい 私はこうやって教えています～難解な技術をわかりやすく教えるコツ～ 最近のIT企業の新人研修で採用されているプログラミング言語は、Javaが多いようです。かつて主流だったC言語やVisual Basicと比べて、Javaは覚える言語構文が多い言語です。オブジェクト指向のための言語構文もあります。私は、これまでに幾度となくJavaを指導してきましたが、上手くいったと思ったことがありません。講座終了後に「こうすればよかった」と反省することばかりです。どのような反省点があったか紹介しましょう。 キー入力に時間がかかる 私は、自分の経験上、プログラミングは指で覚えるものだと思っています。最近では、プログラムの一部を自動生成するツールもありますが、学数段階ではテキストエディタだけを使ってプログラムをすべて打ち込むべきです。最初は、お手

今回は，デザイナーとして，世間やプログラマに対して言いたい放題書かせてもらう。どうか怒らずに最後まで読んでもらいたい。デザイナーの皆さんには，大いに賛同していただける内容になっているはずだ。 デザイナーだって，タイヘンなんだ！ まず，デザイナーという仕事は，非常に誤解されやすい。例えば次のような誤解をうけて，暗い気持ちで日々の作業をこなしているデザイナーも少なからずいるはずだ。 1)　デザイナーという職種に対する，先入観がある 世間（顧客やエンドユーザー）には，「すべてのデザイナー」＝「技術に無知」だという先入観がある。「デザイナー」とは「Webページの配色とレイアウトをする人」だから技術を知らなくて当然，むしろ知らなくてよいとする傾向すらある。開発ツールが完全分業に向けて進化しているのだから，デザイナーはビジュアル・デザインのことだけ考えていればいいという意見を持っている人もいるだろう。

プログラマーたちは、「変わった人」というレッテルを貼られて喜んでいる。実際のところ、開発コミュニティの中にいる他のプログラマーたちが見ても変わった人だと思えるような、ある種のプログラマーたちが存在する。以下に、開発現場で出会う可能性の高いプログラマーのタイプを10種類挙げている。他のタイプを思い付く読者の方々もいるかもしれない。 ＃1：ガンダルフ このタイプのプログラマーは、『指輪物語』のガンダルフを演じる候補として真っ先に挙げられそうな風貌をしている。彼（あるいは彼女であっても！）は、顎髭をベルトの位置ほどまでの長さにまで伸ばし、ちょっと間の抜けた帽子を被っている。そして冬にはケープやマントに身を包んでいるかもしれない。チームにとって幸いなことに、この人物はまさにガンダルフのように魔法を使うことに長けている。ただしチームにとって残念なことに、雪の降りしきる中をいかに苦労してコンピュータル