電源が入らない!画面が出ない!BIOSが起動しない! パソコンが起動しない!Windowsが起動しない!トラブル・お問合せ パソコンは、数多くのパーツから構成されて出来ています。パーツが1つでも故障している・設定が正しくないなどがあると、多くの場合正しく起動ができなかったり、動作が不安定だったり。どのパーツに問題があるの自動的に検出するのは、現在のパソコンでは不可能で、ユーザーが原因の特定を行う必要があります。 ここでは、どのパーツに問題があるか簡単に特定を行うための、簡単な手順をご紹介します。順番にプロセスをたどることによって、起動できない原因をある程度特定をする事ができます。 故障しているパーツの原因を確実に特定するには、故障しているパーツを正常に動作するパーツに交換するのが一般的です。もし、パーツをお持ちでない場合や、原因の特定が難しい場合には、パーツをお買い求めの販売店まで、一度ご
「総選挙はてな」もだいぶ落ち着いてきて、価格もそれらしく推移するようになった。めでたしめでたし、といいたいところだが、実際にどの程度のパフォーマンスとなるかを見ないとなんともいえない。もちろん初めての試みだし、あまり過剰な期待を抱いてはいけない。今回は無理でも、今後設計面で改善すべきところもある。ぜひ長期的な目で見守りたい。 以下は、「総選挙はてな」のもととなっている「はてなアイデア」についての話。前に、「総選挙はてな」を「日本初の予測市場」と書いたが、まちがっている。日本初は、当然ながら、「総選挙はてな」のもととなっている「はてなアイデア」だ。昨日のGLOCOM Forum 2005で、㈱はてなの近藤社長を迎えてはてなについて討議するセッションがあった。その場で、「はてなアイデア」についてさまざまな議論がなされたのだが、予測市場としての評価については、ちょっと待てといいたいことがいくつか
本記事は2005年に執筆されたものです。環境構築についての最新情報は「バージョン別セットアップマニュアル一覧」の「Eclipse」をご参照ください。Eclipse全般の最新情報は@IT キーワードINDEXの「Eclipse」をご参照ください。 オープンソースとしてコミュニティに寄付されてから3年半、@ITに最初の記事が掲載されてから2年半、いまだとどまるところを知らずに進化し続ける統合開発環境、Eclipse。書籍やWeb情報のさらなる充実ぶりは、相変わらずの関心の高さを裏付けるものです。 昨年6月の@IT読者調査でも、Eclipseが、利用しているIDE、今後利用したいIDE、ともに第1位を獲得しています。 さて、Eclipseは、2005年6月28日に待望の3.1がリリースされました。JDK 1.5の機能に完全対応するなど、大幅な機能拡張、変更が加えられています。 幸いなことに、また
Eric S. Raymond 著 山形浩生 YAMAGATA Hiroo 訳 リンク、コピーは黙ってどうぞ。くわしくはこちらを見よ。 プロジェクト杉田玄白 正式参加作品。詳細は http://www.genpaku.org/ を参照のこと。 1999/07/30版、1999/08/16訳更新, 2000年5月2日更新 原文の最新版はhttp://www.catb.org/~esr/writings/cathedral-bazaar/にて各種フォーマットで入手可能。 翻訳の pdf 版はhttps://cruel.org/freeware/cathedral.pdfにある。 翻訳の PostScript 版 (tar+gzip圧縮)はhttps://cruel.org//freeware/cathedral.tgzにある。 第 2 部 「ノウアスフィアの開墾」 (Homesteadi
Javaの世界では、POJOというものが流行している。Plan Old Java Objectの略で、Martin Fowler氏らの造語だ。シンプルで、依存性をなくしたオブジェクトのことをさす。しかし、このPOJOというものをどう捉えるべきか、まだまだはっきりしていないのではないかと感じる。ここでも、僕なりの説明を試みるわけだが、正解といえるかは分からない。ただ、方向性としては間違っていないと思っている。 POJOとは まず、POJOを、もう少し詳しく定義するなら、「自分がするべきことに対して最低限しか知らないオブジェクト」、さらに「実行環境やフレームワークのことは一切知らないオブジェクト」といえるのではないか。たとえば、ビジネスロジックを担当するPOJOであれば、自分のするべきこと、まさにロジックと、そのロジックに必要な他オブジェクトのインターフェース(まさに、interface)し
以前のエントリーでサービスと言う言葉の多重定義から生まれる混乱ついて書きました。同じようなことが、「アーキテクチャ」という言葉についても言えると思います(これについて昔書いたコラム)。 で、アーキテクチャという元々の意味は、「複数のハードウェアモデルで共通に使用される命令セットの外部設計」みたいな意味でした(IBMのS/360アーキテクチャ)。アーキテクチャ(外部設計)の反対語はインプリメンテーション(実装、内部設計)なんて教わったこともあります。X86アーキテクチャとかいう場合も同じ意味ですね。 ところが、クライアント・サーバ・アーキテクチャとなるとちょっとニュアンスが違います。ここでは、構築手法というような意味ですね。プログラムをクライアントとサーバに分けて作りましょうという手法全般について言っているわけであって、特定の外部設計のことを指しているわけではありません。 もうひとつ、テクノ
もう多くの人が気づいていると思いますが、今のITの世界では「サービス」という意味があまりに多くの意味に使われていて混乱を招いていると思います。 昨日のエントリーのコメントでもちょっと触れましたが、「ソフトウェアXXXをサービスとして提供する」と言った場合に、文脈から判断しないと、ビジネス・プロセスの部品(要するに、SOAで言うところのサービス)として提供すると言っているのか、一括販売ではなくサブスクリプション・モデルで提供する(要するに、ASPで言うところのサービス)と言っているのかよくわかりませんよね(ひょっとすると両方を意味して言っているのかもしれないですし)。 #また、和製英語としてタダで提供することをサービスすると言ったりしますが、またこれは別のお話。 "service"という言葉は、「人に対して何かをしてあげること」という非常に広い意味の言葉なので、多くの関係してはいるが異なる意
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く