インスタントメッセージ（以下IM）というと「友達との連絡に使う遊びのソフト」というイメージが強い方がほとんどだと思いますが、社内コミュニケーションのツールとして活用する企業も増えています。では実際にどんな効果があるの、ということで、こんな研究結果が出ています： ■ Instant Messaging Proves Useful In Reducing Workplace Interruption (ScienceDaily) 直訳すれば「IMが仕事の中断を防ぐのに効果的であると証明された」というタイトルの記事。これで言い尽くされているのですが、どんな研究なのか簡単にまとめてみると： Ohio State University と University of California, Irvine の研究者らによる調査。少なくとも週に30時間以上オフィスで働き、1日に5時間以上PCを使う従業員
エンジニアは、誰でも、人の役に立ちたいと思っているものです。そして、人から頼りにされることに、喜びを感じる生物です。でも、この「頼りにされる」状態は、危険な状態であることもある。 頼りにされるあまり、多くの仕事がその人に任されることになる。できる人に、仕事が集中するのは、よくある話で、その人は、回りの期待にこたえようとして、遅くまで残業して、休日も出社したりする。この状態が、一過性のものだったら良いんだけど、慢性的なものになると、肉体も精神もぼろぼろになっていく。 仕事が慢性的に過度に集中している人は、一度じっくり考えてみたほうが良い。会社は、「あなた」のことを頼りにしてるけど、実際のところはこき使ってるわけですよ。俺なら、ピンチのときにできる人に仕事をいっぱい頼むことはあっても、それを慢性的には行なわない。だって、その人に壊れて欲しくないから。 仕事が慢性的に過度に集中している人は、会社
ちまたで問題になっているIPAフォーラム2007に参加した学生がエントリーを書いているのだが、それが半端じゃないぐらいのエンターテイメント。 ...IT産業というよりSIerの人気がないことについて語りたいだけなんじゃないかという顔ぶれだったし... ...はてなブックマークのコメントを見ている限りでは、パネリストの方々は相当現実の見えていない発言をしているようだ。... ...ITを専攻している学生達からは、「就職時にITスキルが問われないのだとしたら、大学でやっていることには何の意味があるのか」という質問が出ていたのだけど、明確な回答はなかったと思う。その人たちは、ちょっとショックを受けていたような気がする。... ...その流れで、「入社時にITのスキルを問わないというのは、Googleのような企業の方針とは反対であるが、それですばらしいサービスを作ることができるのか」という質問が出
未来をイメージできない産業に人は集まらない。IT産業は人がすべてである。魅力のない産業は減衰する。 IPAフォーラム2007 【討論会】 「学生から見たＩＴ産業」と「ＩＴ産業から見た学生」 ～ＩＴ産業は学生からの人気を回復できるか～ http://www.ipa.go.jp/event/ipaforum2007/program/discussion.html#tou-1 参加者がすごい。業界の重鎮。岡本晋氏（TIS株式会社 代表取締役社長）、浜口友一氏（社団法人情報サービス産業協会 会長、株式会社NTTデータ 取締役相談役）、藤原武平太氏（IPA 理事長）。 当日、このパネルディスカッションに参加していないので、下記の報道で様子を窺うしかないのであるが、「業界の重鎮もたじたじ」だったそうである。 IT業界不人気の理由は？ 現役学生が語るそのネガティブイメージ － ＠IT http://ww
@ITの「業務用途でRubyを使う上での課題 」を読んでなんだか悲しくなった。 チーム開発でRubyを使ったときに今後起こりえる問題として、サン・マイクロシステムズ システム技術統括本部 チーフテクノロジストの下道高志氏は、こう指摘する。「他人の書いたPHPコードのメンテナンスはできない。Rubyはどうかといえば、現状はいい。しかし今後“職業プログラマ”ではなく、渡された仕様書を実装する“サラリーマンプログラマ”が増えてくると、コードのスパゲッティ化は避けられないだろう」。 【業務用途でRubyを使う上での課題 − ＠ITより引用】 これは言語の問題ではなく、日本のソフトウェア産業全体が抱える問題。以前にも「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーで書いたが、本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、建物をデザインするのと同じ「創作活動」である。ドラッ
情報は全くない そしてトラブルが起きる あまり都合が良くないときに突然呼び出される 解決しようにも情報が無いので、フルパワーで調査する 時間をかけて調査した情報と同じ情報が、関係者から小出しで出てくる 原因が分かってとりあえず解決させる 事前に報告があれば気づいて訂正したり、詰まったと相談があれば教えていたのにと毎回思う そう思って普段から情報共有や突っ込みをしようとすると煙たがられる 嫌ならいいやと放置する (上から繰り返し) ほうれんそうは難しいことですよと。
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
朝会をチームでやることになり、下記のＨＰを参考にした。 ・朝会のパターン：立ってるだけじゃないよ ・プロジェクトファシリテーション実践編：朝会ガイド そこで自分なりにアレンジしてみて、下記のルールで朝会をやってみた。 １・話す内容は、昨日やったタスク、今日やるタスク、最後に一言(抱負、連絡事項)の３つだけ。 ２・一人が話す持ち時間は3分以内。 ３・全員で立ったまま話す。 そして1ヶ月間、朝会をチームで実践してみて、新しい発見が結構あった。 その体験から「朝会の目的はそもそも何だろう？」という思いが上がってきた。 そこで、朝会について再考察してみる。 【１】自らの役割を自覚する～コミットメントの共有 過去の経験からして、失敗プロジェクトでは各メンバーの役割が曖昧で、誰が何をしているか、今の自分の仕事がプロジェクトのどのプロセスに相当しているか、を開発者だけでなく、リーダー自身も知らないことが
「Small ISVs: You need Developers, not Programmers」という記事がありました。 2003年5月の記事のようです。 半分根性論な気もしましたが、この記事の視点は非常に面白かったです。 そうなのかもと思う面もありました。 この記事を書いている人は25人の社員がいるソフトウェアベンダを運営しているそうです。 6年間会社を続けてわかったこととしては「小規模な企業にプログラマは居てはならない」だそうです。 必要なのは「プログラマ」ではなく「開発者」だそうです。 以下が駄目な「プログラマ」の特徴だそうです。 小規模企業では以下のような人は「いらない」そうです。 新しい機能を実装することばかりする たまにバグを修正する 仕様書を書かない ドキュメンテーションを書く手伝いをしない 自動化されたテストを作成しない テスト実行を手助けしない 開発環境を最新に保たな
mixiのノンスモーカーコミュニティに、あるトピックが立った。 http://mixi.jp/view_bbs.pl?id=17269536 非喫煙者より喫煙者の方が、仕事が良くできているように見える。多分それは、タバコ部屋のコミュニケーションがあるからだろう。非喫煙者の自分はどうしたらいいだろうか。 超共感したので、これに関するエントリーを書く。 タバコ部屋ってうらやましいよね。 たとえば仕事で接点のない部署の人と、たとえば普段話すことのない上位上司と、話ができる。仕事に関係あることないこと話しているうちに、他の部署の仕事が見えてきて、互いの得意分野が見えてきて、会社全体の方向性が見えてくる。 こういうことは、ぺーぺーのウチはへーそうなのかで終わるけれども、自分の責任範囲が広がるにつれて、手を動かす側から仕切る側にシフトしていくにつれて、少しずつ有益な情報になる場面が増えてくる。 今困っ
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 プログラマの評価というのは、かなり早いうちに定まる。新人プログラマが現場に配属されてから数日から数週間のうちに、リーダー達は、彼らをスキルの高いグループとそうでないグループに分けてしまうだろう（もちろん、会社組織としての正式な評価ではなく、自分の頭の中で、という意味だが）。 そして、スキルが高いグループには、比較的難易度の高い仕事が与えられ、そうでないグループには、単純で簡単な仕事が与えられる。 幸運にも工期や工数に余裕のあるプロジェクトに参加できれば、スキルの低いプログラマも、色々と指導してもらえるかもしれない。しかし、それも新人と呼ばれる間だけである。２、３年経ってもまだ
東京都文京区本郷でとあるCMS開発会社を営む社長のブログ。さっきまで「越後のCMS問屋」だったのですが、会社が新潟に移転したと勘違いされたようなので変えました。 モバイル、ゲーム、フィード、Ajax、Flash、ハイテクグッズあたりのはやりモノが好きです。 最新作「メルルーの秘宝」がドワンゴから提供中 週刊アスキーで「2045年の週刊アスキーをつくる」連載中 今年は社内ブログ導入の年でした 二年くらい前から社内ブログを入れたいと思っていたのですが、社員が二人しかいなかったので、あんまり意味がないかなということで導入までいかなかったのですが、いまはバイト含めて25人くらいのスタッフになったので、試しに全員に社内ブログでの日報記入を義務化してみたら、とんでもないことになりました。 なにがとんでもないかというと、拾えるノウハウの豊富なことです これだけの情報を今まで死蔵していたのか!と驚愕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く