要約（僕の主張） 篠原嘉一氏の講演内容には、IT関連の知識がない人にはわかりづらいウソや間違い、極論が多く含まれているため、適切な情報教育だとは言いがたい。よって改善を強く希望する。 学校側は「生徒をネットのトラブルから守りたい」という思いが優先されるため、ITエンジニアよりも「情報の正しさ」がないがしろにされてしまうのかもしれない。だが、ITエンジニアとして、そして保護者として、学校は子どもたちに正しい情報を伝える努力をしてほしい。 我々ITエンジニアも情報教育を学校に丸投げするのではなく、正しい知識を伝えるために、主体的に情報教育に協力していく必要がある。 はじめに Image: http://www.mrf-ip.com/blog/0067/ 先日、息子が通っている中学校で開催された情報教育講演会に参加してきました。 これは中学校の全生徒と、任意参加の保護者で、情報教育（主にSNSや

Eメール、グループウエア、Officeソフト、レンタルサーバ。用途が限定的なものは便益がすぐにわかるのでどんな企業だって導入できる。でも、業務システムは別。インストールすればいい、契約すればいいというものではない。ハードルがくそみそ高くなる。 経営に資するITを正しく手に入れる手順 自社の事業の全体図(ビジネスモデル)を描き それを支える業務プロセスを描き 何をITに載せる意味があるかを描き ITに落としこむだけの情報を揃えて 実際のITシステムを導入する この5段階のプロセスを踏まねばならない。正しくやろうとしたら、ね。これを提供できる技術がITじゃないってことぐらい、誰でもわかる。何をITに載せる意味があるのかを見出すのが最も大切で、その意味にもベクトルやレベル感がまちまちだ。ある企業は見積のプロセスを強化したいだろうし、ある企業は在庫のリードタイム短縮を目指しているかもしれない。エン

http://www.nikkei.com/article/DGXDZO50933940U3A120C1MM8000/ どうやら本格的に複数税率が消費税に適用されるようです。まだ、決定でもないし、今後の業界の猛烈な反対もあるだろうから、どうなるか分からないのですが、その辺を部外者的に（かつ元関係者的に）記録として書いておきますよ。 この軽減税率で、もっとも変更のコストがかかる「仕組み」の一つはITであることは、多分論を待たないと思います。特に、税率を複数適応する羽目になる流通・サービス系のITは下手をするとかなりのコスト負担になるところも出てきます。またか！またコストですか！いや、これこそがITなのですよ。 まず影響が出てくるところ予想すると、事の大小はありますが、ほぼ大抵のところで手を入れる必要がある気がします。んで、例によって、多分この辺が正確に予想できている、CIOを除く経営陣は皆無

いまさらの感もあるのですが、特にいろいろと日本全国を飛び回るようになって、いろいろなお客さんにお世話になっています。ということで、その辺りで感じたことで、特にエンドユーザーの情報システム部はどうあると、「有利」なのか、ということを書いてみます。 対象は、お金を湯水のように使えないエンドユーザーさんです。とにかくリスクヘッジのためなら何百億円使おうと問題ではない、というユーザーさんはフルリスクを取れという要求以外であれば、SI屋さんの方から「無理なので、ご遠慮します」ということはありません。そのようなユーザーさんは、例外だとは思いますので、ちょっと対象外です。（なんか最近そうでもない説はありますが） 以下、あくまで自分の経験なので、不快な気分の方は、完全スルーでご容赦をお願いします。ベンダー風情が生意気な事を書きやがって、という方もいらっしゃると思いますので、そういう方には事前に、謝罪してお

某DevLoveというところで話をしろ、ということでありましたので、いろいろ話をして来ました。 http://devlove.doorkeeper.jp/events/1733 まとめはこちら http://togetter.com/li/387189 あと、しんやさんの詳細なブログがこちら http://d.hatena.ne.jp/absj31/20121009/1349795347 スライドはこちら http://www.slideshare.net/okachimachi/devlove1 以下、ちょっと自分なりにまとめを。 ■自分なりにどう話したか 自分の仕事的にはHadoopとAsakusaでの課題解決が現在の本業です。ただ、Asakusaの位置づけとして、SIのための道具立てという側面が強く、また結果として会社も直接・間接にSIにはかかわっているので、割と現状の問題も意識して

プログラマというのは、道具に慣れることが、実力があがることにならないのですよね。だから、勉強せず業務経験だけだとレベルが低いままということになってしまう。 Javaを10年さわり続けて、Strutsを5年さわり続けても、それだけでは、与えられた画面を手際よく作成できるようになるだけで、たとえばStrutsすらよりよく使えるようになるわけではなかったりする。 Javaにしても、「volatileってなんですか？」という問いに、まあ知らないのはしかたないとしても、解説を見ながらですら答えられない可能性がある。 プログラムの反復生産は、プログラミング能力の向上にあまりつながらない。設定や記述に慣れるだけだ。そして、この「慣れ」というのには「難しいからそもそも実装を回避する」というようなものも含まれる。実力の向上は、作業ができるレベルで止まってしまう。 プログラマとしての実力をあげるための勉強が自

SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道- - DevLOVE 2012/10/09 SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道 - DevLOVE #devlove - Togetter 講師及びその講師の方が話されるテーマも相俟って、募集後即定員が埋まる盛況振り。自分もタイミングを逸しキャンセル待ちで登録していたのですが、晴れてキャンセル待ち繰り上がりで参加資格を得る事が出来たのでこの日参加して来ました。 会場はマイクロソフト品川本社セミナールーム。今回はいつにもまして参加者も著名な方が多数参加。注目度の高さがここでも伺えます。 papandaさんの今回のイベント開催に至る経緯として以下の様なコメントが最初にあり、間髪入れずに本編へGOです。 ブログを読んでいて、書かれている事が仕事に対して危機感を持つ内容だった。 こういった内容を書かれる方のお話を聞いてみたい。

May_Roma めいろま　谷本真由美 @May_Roma 英IT業界でノマド(会社に雇われず好きな時に好きな様に働く方)って求められている技術があり、自立している方。技術だけではなく営業や事務処理も完璧にこなせないとダメだし、対人能力必要。普通の会社員より遥かに高い能力必要ですよ… May_Roma めいろま　谷本真由美 @May_Roma 英では大学の先生や医者もノマド的な生活は可能。ただし要求される要件は先ほどのIT技術者と同じで、突出した実績と技能に、独立して仕事できる能力必要。学者なら論文の数に研究資金持ってこれる能力。医者は技能。実績に技能あるとワガママ言える。孤独に耐えられる精神力も必要。 May_Roma めいろま　谷本真由美 @May_Roma ノマドになりたい学生さんは、沢山勉強して本をよんで、技能を身につけること。数字などで表せるわかりやすい実績を残すこと。技能は飛び

Publickeyさんで特許庁の基幹システム問題が取り上げられています。今回の件はどう考えても特許庁の体制が根本的な原因なので、TSOLが50人を1300人に増やしたことを槍玉に挙げても不毛だなと思っております。 特許庁の基幹システム失敗の背景にある、日本におけるITプロジェクトの実態 － Publickey この辺のITのメディアの言説は大抵「なぜXXXプロジェクトは失敗したか」的なざっくりとした問題提起なのですが、失敗にも色んなケースがありますので、本来はそれらを因数分解して細部を議論しなければ教訓は得難い。後に残るものは、ワイドショーレベルの非生産的な言説をみのもんたが茶化すぐらいの微妙な空気ですか。こういう言説がIT業界のイメージダウンに繋がっていることを認識してもらいたいものです。Publickeyさんみたいに、生産的な言説が増えていかないといけない。そういうITのメディアを作っ

加藤潤一(かとじゅん) @j5ik2o これからエンジニアとしてどうしたらよいですか？って質問受けること多いです。きっと他人に聞いても答えは出てこないね。だって俺もどうしたらいいだろうか？と常に考えているからね。自分で答えをなんとしても出すと覚悟することが答えを出す方法じゃないかな。

よくアルゴリズムの話とかすると「アルゴリズムとか業務で使わないから。ライブラリあるから」みたいな話が出ますね。今日もTwitterでkumagiさんが「競技プログラミングが業務で役に立たないって言ってる人は・・・」って話してたわけです。 でもまあ、アルゴリズムの勉強ってのは、実装したい問題をいかに効率のいいプログラムに落とすかっていう話なんで、プログラムを組むっていう業務をしていたら必要ないとは思わないはずなんで、「アルゴリズムいらない」っていう人がやってる業務はプログラミングじゃないんじゃないのかと思ったりするわけです。 で、noritunaさんが「コーダー」を挙げてて、こういう文脈でよく出るんだけど、これはちょっと違和感あって、「コーダー」は誰かが書いたプログラムをコンピュータに入力するだけくらいの語感で、別に「プログラマ」という職種が必要になるサポート的業種で、でも実際は「プログラマ

Twitter でつぶやいてみたら意外に反応をいただいたので、ちょっと書いておきましょう。以前も著作"Here Comes Everybody"をご紹介した、作家でコンサルタントのクレイ・シャーキー氏の言葉です： It's not information overload. It's filter failure. 情報洪水などない。それはフィルタリングの失敗だ。 実はこの言葉、昨年行われた Web 2.0 Expo NY で彼が行った講演のタイトル。残念ながら TED のようにスクリプトは公開されていないのですが、YouTube で動画を見ることができます： 彼のメッセージを簡単にまとめてみれば、こんな感じになるでしょうか： みんな「情報が増えた」と騒いでるけど、それはずっと昔から続いていることだ。 グーテンベルクが活版印刷を発明した時も、出版が容易になって世間に本があふれる結果となった

システム管理者の日を祝うケーキ。「HAPPYSYSADMINDAY」の文字とサーバーに用いられることの多いLinuxのマスコット、タックスが描かれている。 システム管理者の日（システムかんりしゃのひ、英語: System Administrator Appreciation Day、略称: Sysadmin Day、SAD）は、システム管理者の労をねぎらう記念日[1][2][3]。2000年から実施され、7月最終金曜日がこの日にあたる[1][2][3]。 シカゴ在住のシステム管理者Ted Kekatosが、「新しいプリンタの導入に成功したシステム管理者が、他の社員たちから感謝のプレゼント攻めにあう」という広告を見て思いついたものである[3]。Kekatosは、「残りの364日にはほとんど敬意を払われていないシステム管理者に対し、そのシステムの利用者等がプレゼントを贈るなどして感謝の意を表す

レンズの口径が3.8メートルと国内では最大となる光学赤外線望遠鏡が、岡山県浅口市に完成した。将来の望遠鏡のために新しい技術を満載し、大きな割に機動的に動かせられる。宇宙で突発的に起…続き 銀河誕生の謎探れ　130億光年見通す望遠鏡の仕組み ［有料会員限定］ ケプラー宇宙望遠鏡が引退　太陽系外惑星を多数発見