エルピーダの経営破綻から1カ月がたった。半導体業界は別にして、世の中ではエルピーダ倒産など過去の些細な出来事になっているように感じる。もはや週刊誌ネタにもならず、このまま忘れ去られていくのだろうか。 私の中では、いまだにその余韻がくすぶり続けている。経営破綻の発表があった2月27日の週、ほとんど寝ずに6本の原稿を書きまくった狂乱状態からは脱したものの、今なお、「なぜ破綻したのか？」｢なぜ破綻を回避できなかったのか？｣「経産省は何をしていたのか？」「坂本社長がそのまま居座り続けていいのか？」「どうしたら再建できるのか？」など、後から後から、疑問がわいてくる。 本稿では、先月の記事よりいささか冷静になってエルピーダ経営破綻を見直してみたい。特に、半導体の歴史の中で、エルピーダとは一体何だったのかを考えてみたい。 設立から倒産まで、エルピーダの12年間の軌跡 図1に、1999年12月にエルピーダ

Hideyuki Tanaka @tanakh 完全な型推論よりも、型システムの表現力が重要である、という考えは多分OCamlとは相容れない。そこがOCamlとHaskellの決定的な差であって、PureとかLazyとかの違いはそれに比べれば割りとどうでもいい。 2012-03-26 14:24:35 Jun Furuse 🐫🌴 @camloeba RT @tanakh 完全な型推論よりも、型システムの表現力が重要である、という考えは多分OCamlとは相容れない。そこがOCamlとHaskellの決定的な差であって、PureとかLazyとかの違いはそれに比べれば割りとどうでもいい。 2012-03-26 14:36:35

ディスプレー用の羽毛は恐竜からも知られている。最も原始的な例はスカンソリオプテリクス科のエピデシプテリクスである。このディスプレー用の羽毛はとても長く、短い尾の先にリボン状に生えている。奇妙なことに、エピデシプテリクスには翼の役目を果たす羽毛が残っていなかった。このことは、彼らが鳥類の系統の中で二次的に飛翔能力を失ったか、あるいはディスプレー用の羽のほうが飛翔用の羽よりも先に進化したことを示していると考えられる[44]。 出典[編集] ^ Paul, G. S., 1986. The science and Art of Restoring the Life Appearance of Dinosaurs and Their Relatives; a Rigorous How-to Guide, in Dinosaurs Past and Present, vol. II Edited b

特別読み物　巨大エレクトロニクス産業の興亡 パナソニック　シャープ　ソニー　日立　東芝「失敗」の研究「選択と集中の罠」 にハマった経営者たち 昔はほしいけど買えない家電がたくさんあった。でももう、日本人はほとんどのものを手に入れてしまった。売れないものに「選択と集中」をした結果、かつての基幹産業は瀕死の状態に陥っている。 討ち死にした3人の経営者 パナソニック7800億円、ソニー2200億円、シャープ2900億円。この3月期決算で各社が計上する純損失だ。同時に3社とも社長交代、事実上の現社長更迭を発表した。 巨額の赤字を垂れ流し、3社は生きるか死ぬか、まさにその岐路に立たされている。そして新社長は生き残りをかけた舵取りを求められることになる。 だが、その前に。 なぜ瀕死の状態になるまで手が打てなかったのか。どのタイミングで、誰が、何を間違えたのか。 「失敗の研究」を尽くさなければ、失敗を繰

文中・グラフ中にあるEA17やEU27については一覧ページ【ヨーロッパ諸国の失業率動向(EU統計局発表)】上の解説部分を参考のこと。 ILO基準における2012年2月時点の発表データによる失業率は次の通り。なおこのグラフもあわせ今記事では、直近2月分のデータが未掲載(調査途中)の場合、原則としてその前の月分のデータを代用している。 スペインは相変わらず20％強の値を示し、ギリシャもほぼ2割。たかだか一か月ほどで状況の大きな変化があろうはずもない。そして、やはり債務問題でしばしば報道に登る国が上位についている状況を見ると、失業問題と経済・債務問題が密接な関係にあることが推測できる(特にギリシャは事実上のデフォルト状態にあり、別次元の話に達している)。 今回も前回同様、前月(2012年1月)の値との差異を計算し、グラフ化を行う。失業率については(次の若年層周りでも同様だが)、国によって細かい修

Java特許侵害でOracleがGoogleを提訴した裁判が4月16日に米サンフランシスコで始まる。この訴訟に関して、裁判所に提出されたドキュメントがAndroidの売上を推定する資料になるとした英Guardianの記事が話題になっている。2008年から2011年末までのAndroidの売上高は5億4300万ドル以下でしかなく、Googleのモバイル事業におけるAndroidからの売上はiOSからの1/4以下だという。 GuardianのCharles Arthur氏は、GoogleがOracleに提示した和解案の額に注目した。Oracleが侵害を主張する2つの特許の1つは2012年12月に失効し、もう1つは2018年4月までである。この2つの特許についてGoogleは2011年末分までとして280万ドルの支払いをOracleに提示し、残りの期限についてはAndroidの売上高の0.5%(

他のエントリを書いているところなのだけれど、面白い資料を見つけたので紹介。私は失敗談にこそ学びがあると思っているのだけれども、こんなところに上流工程の失敗カタログがあったのだった。 「要求開発・管理ベストプラクティスとその体系化の調査研究」(PDF) (2019/4/19 リンク切れを修正) 「要求開発・管理ベストプラクティスとその体系化の調査研究」を失敗カタログとして読む 「要求開発・管理ベストプラクティスとその体系化の調査研究」はタイトルの通りベストプラクティス集なのだけれども、それぞれのプラクティス毎に想定しているトラブル事例が興味深く、そして胸が熱くなる。 本来あるはずのレアケース、例外に関する要求が出てこない 顧客から要求が出てこない。実はもっと隠された要求があるのに聞き出せていないのかがはっきりしない 顧客との期待とは異なるシステムを開発してしまうことに対して、事前に調整する手

Ruby/Railsと直接関係ありませんが、かつてRubyコミュニティで愛された_why氏の名言を紹介したいと思います。 when you don’t create things, you become defined by your tastes rather than ability. your tastes only narrow & exclude people. so create. – Why the lucky stiff （何も作っていないとき、人は自分の能力よりも好みによって特徴付けられることになる。好みは世界は狭め、他人を排除するばかりだ。だから、作れ） これは2005年頃から2009年にかけてRubyコミュニティで「Why the lucky stiff（_why）」のペンネームで活躍していた、ある多才なRubyistのツイートです。 発言の文脈が分からないので、もし

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ ※カテゴリは、「その他のお問い合わせ」を選択して下さい。

ちょっと使ってみたらすごい便利だった・・・。 Codiqaは、jQuery Mobileのモックアップをさくっと作れるツールである。 ユーザー登録が必要ではあるが、ブラウザからさくさく部品を配置してボタン一発でコードが入手できるのは素晴らしい。 それぞれの部品にはもちろんオプションの設定ができるので思い通りのサイトを作ることができるだろう。 30日間無料で、そのあとは有料だが、よく使う人は検討してみてもいいのでは、と思ったり（でもjQuery Mobile、遅いけどね・・・）。

やることは似ています。が、Muninはメトリクス収集システム、Nagiosはアラート機能の付いた監視ツールで別物です。この二つは合わせて使うといいです。サウナ室にたとえて言うと、muninは温度計、Nagiosは非常ベルの働きをします。要は両方必要です。 ※MuninとNagiosの連携もできるようですが、こちらは機会があれば紹介したいと思います。 innodb MySQL コマンド、InnoDB Buffer Pool、InnoDB IO、InnoDB Log、InnoDB Transactions、Select types、Table locksなどが記録できます。 ライブラリをインストールする # yum install mysql-devel ※これが入っていないと以下のperl-DBD-MySQLがインストール失敗します。 # yum install --enablerepo=e

今朝は予告通り昨日より30分早くなり、6:10に起床して朝ご飯を食べる。明日はさらに30分早くなるらしい。5:40起きか (ちなみに妻はそれより早く起きて出勤準備をしている)。これ以上は早くならないのが救いだが、確かに大学の近く、徒歩圏内あるいはせいぜい自転車圏内に住んだほうがよかったのかもしれない。(坐れるなら電車の時間が長くてもそんなに負担でないことが判明したので) 掃除と洗濯を済ませ、出勤。今日は新入生オリエンテーションなので、研究室のテレビで講義室を映して見たりする。けっこう他の研究室は力を入れているなぁ。松本先生曰く、最重要事項は今年のBBQの日程を4月28日の土曜日にしたので、松本研希望者はそこを空けておくように、ということだったようだが、松本研はどう映ったのだろうか……。京都に新しくコストコができ、松本先生は会員になっているので、コストコで買えば安くて質がいいものをBBQで食

NEFSSでの次期システム開発をめぐるIBMとスルガ銀行の裁判は７４億円の賠償を認める判決がでましたが、IBMは控訴したようです。正直勝ち目はないんじゃないかと思いますが、いずれにしても高裁で決着がつくことでしょう。 地方銀行のシステムすらパッケージで構築できないという日本の特殊性がよく話題になりますが、そもそもSaleforceが良く使われるようになったのはそのカスタマイズ性も一つの要因であるということも考えてみると、業務をシステムに合わせるというのは必ずしも正解というわけではないんじゃないかと思っています。なので、オーダーメイドなシステムは競争力、独自性という観点からは必要だし、ある一定以上のプロセス改善を進めると、必ず「標準的なプロセス」が対応できなくなる地点がやってきて、そこで諦めるかどうかが経営戦略レベルの決定になってきちゃったりしますよね。なので、最近は業務プロセスをパッケージ

みなさんこんにちは。@ryuzeeです。 http://kaji-3.hatenablog.com/entry/2012/04/05/072641 にてこれから導入を検討されているkaji_3さんが悩みを書かれていたので、プロのコーチとして感想を書いてみたいと思います。 新プロダクト作成にアジャイル開発が有益ではないかと組織が興味を持ってきているため、会社にどのように導入していくか提案予定です。 しかし、社内にアジャイルコーチなどいるはずもなく、テストの自動化すらできていない状況でどう進めていけばいいか悩み中です。 ゴールは来年、から開発する新プロダクトにスクラムを適用する。。です。 まず新プロダクトにアジャイル開発が有益だと考えた理由をはっきりさせた方が良いでしょう。 従来型の開発では難しいと思った理由や、それが本当にアジャイルで解決できる(可能性が高い)ものなのか？ そもそも現状の開発

Hands-on with the new iPad Pro M4: Absurdly thin and light, but the screen steals the show

息絶え絶えみたいです。 米国のケーブルテレビ＆衛星テレビの解約者が続出。最新の発表では、2008年から265万人が解約。解約理由の多くはインターネットのほうを好むから、というもの。265万人の約半分にあたる105万人は、なんと2011年たった1年間の解約者数。今年1年でさらに増えるという予想。日本と違って、ケーブルや衛星テレビの利用者がもともと多かっただけにこれはテレビ業界大打撃。 決められた時間にテレビの前でテレビを見る。そんなテレビのスタイルは世界中でますます少なくなってきました。 [Convergence Online via Bloomberg] そうこ（ANDREW LISZEWSKI 米版）

｢もうやってられんわ。｣と米Gizは言いました。 米Gizmodoでも、ギズモード・ジャパンでもKickstarter発のプロジェクトをたくさん紹介してきました。自分も欲しいと思うものから、ネタみたいなものまでKickstarterには実に多種多様なプロジェクトが存在しています。触発されてたくさんのソーシャル資金調達プラットフォームも登場しました。例えば、ポルノ専用なんてのもできました。そんなソーシャル資金調達界の先駆者と言えるKickstarterに、米Gizのジョー記者が｢うんざりだ｣ともの申しております。今後、米Gizではネタにする以外でKickstarterのプロジェクトは紹介しない方針だとアナウンスしています。米Gizがここまで愛想をつかしたKickstarter。ジョー記者が言う、その理由とは？ もういい。飽きた。Kickstarterが蔓延する世界にはお腹いっぱいだ。元々、僕

iOS は タッチパネル式端末用に最適化された OS で ユーザが端末を操作しやすいように GUI の仕組みが提供されています。iOS アプリ開発では主に GUI を操作するプログラムを実装していきます。iOS の GUI プログラムはイベント駆動型と言われるプログラミング方式に則ってプログラムを実装していきます。 iOS に限らず Mac OS 用のアプリ開発でも同じようにイベント駆動型のプログラムを実装しますが、 iOS はタッチパネル式モバイル端末用の OS という性質上 Mac OS のイベント駆動プログラムと少し違うところがあります。 この記事では iOS のイベント駆動の仕組みを「ライフサイクルイベント」と「ユーザアクションイベント」にわけて説明します。iOS のイベント駆動がどういったものなのか理解してその仕組みの上で自由にプログラムできるようになることが目的です。 イベント

定義： A/Bテスト（比較テスト）とは生のトラフィックを2つ（以上）に分けるものである。ユーザーのほとんどが目にするのは標準デザイン（「A」）だが、少数のユーザーは別案（「B」）を目にすることになる。統計的に有意な数を集めたら、コンバージョンレートや直帰率のようなKPI（key performance indicator；重要業績評価指標）が一番高かったデザインが次の標準になる。 ユーザビリティとはユーザーテストやフィールドスタディ、パラレル＆反復デザイン、忠実度の高くないプロトタイプ、競合調査、その他、多くの調査手法といった一連のユーザー中心のデザイン（UCD）活動を判断基準にするものである。 デザインの抜本的革新とは、標準的なデザイン変更プロジェクトで採用される山登り法から生まれるのではない、過去のデザインから逸脱したまったく新しいデザインを創造するものである。革新の例には根本的なブレ

https://oj-events.jp/public/session/view/173 JavaVM上で動作するさまざまなプログラミング言語 (Groovy、JRuby、Scalaなど) のコミュニティや興味を持つ個人が集まって、各言語のチュートリアルや最新情報、使用実績などの情報交換を行います。プレゼンテーション、各言語を使ったコーディング大会、ライトニング・トークなどの形式で、ユーザ間の交流を促すBoFとして開催し、言語を超えて活用が進むJavaVMの日本ユーザの裾野を広げます。飛び入り参加大歓迎、楽しい時間にしたいと思います。 日本Grails/Groovyユーザーグループ 続きを読む

1 ：スリムななし(仮)さん 2010/03/30(火) 18:21:56 クマについて語りましょう 2 ：スリムななし(仮)さん 2010/03/30(火) 19:06:24 クマくらいいいやんけｗ クマって皮膚の内側にある筋肉が透けて見えるから生じているんだよ。 ※後半にクマの実例の画像がありますが、いきなり見るとビックリするかもしれないので、 一応注意してください(管理人より) 4 ：スリムななし(仮)さん 2010/03/31(水) 21:18:11 濃い顔立ちの人は目元の陥没で影になって出来ているものだから 目元の彫を浅くする以外改善方法はない。 ただ、これは外人レベルの彫なので、まず彫の浅い日本人がこのような 目元の陥没によるクマが出来ることはない。 考えられるのは ・目元の小皺が集まって部分的にしみのような影が出来ている ・単に目元のメラニン色素が濃い ・>>2の言う目元の筋

jQuery Mobileでは、ページ遷移の際に自動的にajaxが利用されています。特に何もしなくても遷移先のページをajaxで取得してアニメーションをつけて遷移するというのがjQuery Mobileの大きな特徴のひとつになっています。 しかしながら、巷では、何か問題があるとすぐにこのajaxを無効にするという対処方法が蔓延しているようです。ちなみにajaxを無効にする方法というのは、以下のようなものを指します。 a要素やform要素に data-ajax="false" を指定する。 グローバル設定で $.mobile.ajaxEnabled = false; を設定する。 もちろん、このajaxの挙動を理解した上で、ajaxを無効にするという方法を取ることは何ら問題ないのですが、とにかく困ったらajaxを無効にするということが多いようです。 具体的には以下のようなケースが挙げられるで