経済産業省は、行政機関(中央省庁と地方自治体)と企業のCIO(最高情報責任者)らで構成する「CIO百人委員会」を発足させた。2009年3月26日に東京都内で第1回の委員会を開いた。 CIO百人委員会は、官民のCIOの交流を促し、業務改革やIT活用に関する知見を共有することを目指す(関連記事)。中央省庁や横浜市・東京都三鷹市といった自治体のCIO、CIO補佐官で構成する「行政CIOフォーラム」と、リコーやトヨタ自動車など日本を代表する企業のCIOが集まって開催してきた「CIO戦略フォーラム」(関連記事)の2委員会のメンバーが参画している。 「ムダ・ムラ・ムリ」を排除しなければITは機能せず CIO百人委員会の委員長を務めるトヨタ自動車の渡辺捷昭・代表取締役社長は、「今は“100年に一度の危機”だと言われるが、変革とITの活用を進めるうえでは“100年に一度のチャンス”だ」とあいさつした。CI
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
Yappoがまじめなブログを書いていたので、それを読んでみた。YappoLogs: CPUの気持ちは大事だけど、VMの気持ちも考えようよ そのネタもとのお話を読んだ。*1 ふーん、Perlでもループアンローリングの効果って、どのくらいあるのかなあ。for()の評価回数が減るけど、実行速度においては、誤差みたいなものじゃないかなあ、と思った。 そこで、perlのプログラムを書いたことない人が見よう見まねで写経してみた。 #!/usr/bin/perl use strict; use warnings; my $sum; my $start; my $end; my $max = 10000000; my $mod; $sum =0; $start = time(); for (my $i=0; $i<$max; $i++) { $sum = $sum + $i; } $end = time(
145 4 章 実践アプリケーションデバッグ Hack #26-32 この章では、ユーザアプリケーションの実践的なデバッグ方法について記しています。 スタックオーバーフローによるセグメンテーションフォルト(SIGSEGV)、バックトレー スが正しく表示されない、配列の不正アクセスによるスタック破壊、ウォッチポイントを 活用した不正メモリアクセスの検知、malloc()/free() での障害、アプリケーションのストー ルなどさまざまな事例によるデバッグ方法を記しています。 SIGSEGV でアプリケーションが異常終了した スタックオーバーフローによるセグメンテーションフォルトのデバッグ アプリケーションプログラムが不正なメモリアクセスなどをした場合、SIGSEGV という 例外を発生し異常終了します。SIGSEGV が発生する場合は、(1)NULL ポインタによる アクセス、(2)ポ
注目の新刊 Posted by Editor : 2009-03-27 13:54 『Debug Hacks――デバッグを極めるテクニック&ツール』がいよいよ4月末に発刊されます。本書はミラクル・リナックス株式会社の精鋭エンジニアたちが、長年のLinuxカーネル開発の経験で培ったデバッグテクニックを詳解したもので、開発者に必須のテクニックを網羅し、日常業務で役立つ実用的な技を惜しみなく披露しています。 すでに「早く読みたい」「面白そう」との声が寄せられており、そんな読者のみなさんの声に応えるべく、書籍発刊までに収録Hacksを1週間に1~2Hackのペースで計6本のHacksを公開しようと思います。 今回公開するのは「HACK #26 SIGSEGV でアプリケーションが異常終了した」です。このHackについて執筆者の吉岡弘隆さんは、 「HACK #26は、日ごろ読んでいるruby-
CPUの気持ちは大事だけど、VMの気持ちも考えようよ CPUの気持ちになってプログラムを書くということ Kansai.pm#11 参加記その1 - プログラマになりたい ちなみに、下記のコードはデータハザードを解消する為のコーディング例です。データハザードは、命令が利用するデータ間に依存関係がある場合に発生します。前の命令が終わらないと後ろの命令が実行できないとか。ですので、それを解きほぐしてやれば、並列で処理が出来るようになります。という感じでnaoyaさんもぶこめで loop unrolling は perl でもちゃんと効果があるって書いてるけど、それforブロック(スコープ)が一段増えてる事で差が出てるんじゃないかと思うわけです。はい。 以下検証コード use strict; use warnings; use Benchmark qw(:all); cmpthese(500000
この前の日曜日にKansai.pmに参加してきました。 Perlの人でもないし参加しても良いのかなぁと悩みましたが、HTML::ExtractContentを作った人の話が聞けるので行ってみました。正直、Hatenaを見たいのと生id:naoyaさんを見たかったというのもありますw 一番最初の話が、吉田さんによるプログラムの高速化の話。いきなりレベルの高い話で、周りの人も頭良さそうな人ばかりだったので、参加する所間違えたかなぁと一人内心焦っていました。 Cell Challenge 2009 参加記 高速化の観点は、以下の3点 アルゴリズムの高速化 ビット並列化 CPU(正確には、SPE)一つ単位での高速化 パイプライン データ依存とデータハザード ループアンドローリング ループアンローリング (訂正 2009/03/28 14:30) 複数CPUで分散処理をさせる時の高速化 どれも難しい
2. 自己紹介 • 修士2年@京都大学大学院情報学研究科 – 専門は理論計算機科学: PNPを証明したい的分野 • エンジニア@Preferred Infrastructure (PFI) • OSS: Anthy(かな漢字変換エンジン)など • プログラミングコンテスト: ICPC世界大会 (2007,2008) • はてなブックマークの関連エントリ機能の実装。 • Web: http://lab2.kuis.kyoto-u.ac.jp/~yyoshida/ • Blog: http://mono.kmc.gr.jp/~oxy/d/ 3. Cell Challengeとは • マルチコア環境を効率的に利用するための並列化プロ グラミングでは,スケーラビリティや並行タスクの発 見,生成,スレッド化をいかに行うかが課題。 – (http://www.hpcc.jp/sacsis/2009/
この記事はまつもとゆきひろ氏が,2008年3月24日に発売した日経ソフトウエア2008年5月号の特集「はじめてのプログラミング」向けに著したものの再掲です。記述された内容は,執筆当時の情報に基づいています。 この手紙を読まれるころには桜の便りも聞かれているのではないでしょうか。プログラミングに挑戦したいというお話を聞き,大変うれしい限りです。 思い返せば,私がプログラミングの道に分け入ったのはまだ中学生のとき。早くも20年以上の年月が流れてしまいました。プログラミングに携わってきた時間は長いものの,常にその密度が高かったとは言い切れないようにも思います。でも,先輩として,いくらかはお役に立てる言葉を残せるのではないかと思い,筆をとります。 「プログラミングとは何か」。私に言わせれば「人生そのもの」です。私以外の人はそれぞれ別の答えを持つでしょう。ただ,少なくとも言えることは,プログラミング
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く