このドメインは お名前.com から取得されました。 お名前.com は GMOインターネット(株) が運営する国内シェアNo.1のドメイン登録サービスです。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネット(株) が運営する国内シェアNo.1のドメイン登録サービスです。
マイクロソフトは5月16日，Windows Vista以降で実施される「JIS2004文字セット」への移行計画を明らかにした。文字セットの変更に伴い，新たに漢字約900文字などが表示可能になる一方で，122文字の漢字の字形が変わる。そのためマイクロソフトは移行措置として，Windows Vistaのユーザーに対して，122文字を古い字形で表示できる「旧JIS90互換MS書体」を提供する。マイクロソフトディベロップメントの阿南康宏プログラムマネージャーは「Windows VistaとWindows 2000/XPで字形を合わせたいユーザーに対応した」と説明している。 現在のWindows（Windows 98/Me/NT 4.0/2000/XP/Server 2003）に搭載されたマイクロソフト製フォント（MS Font，MS明朝やMSゴシックなど）は，「JIS90」規格の例示字体と同じ字体
この記事は会員登録で続きをご覧いただけます申込は簡単3分！ 今すぐ会員登録（無料） 会員の方はこちら 【この画面が表示された方限定】 会員登録（無料）で14日間有料記事が読み放題 ※14日間試読付き登録会員のお申し込みはお1人様1回限り
こうすると、実質的に時間予算として割り当て可能なのは7時間ということになります。8時間の予算のうち1時間がバッファ時間として確保されるわけです。 もし、午前中の段階で30分の遅れが発生した場合は、予め確保しておいた15分に加えて、午後の30分から15分を切り出して、午前中で遅れを取り戻すようにします。もちろん、昼休み1時間のうちの15分を充てることで、午後のバッファ30分を温存することもできます。 ただし、上記は定時（18:00）にきっちりと仕事を終えることを想定していますので、もともと残業しないと終わらないくらいの仕事がある場合には現実的なプランにはなりません。そこで、18:00～21:00のセクションを起用します。ただし、このセクションについてもバッファとして45分もしくは1時間を確保しておくようにします。 一見すると、時間があるのにそれを目一杯使わないのは何となく損をしているような気
そろそろ実際の会議の現場に入っていきましょう。ただし「では早速──」などと議論に入ってはいけません。会議をスムーズに進めるには、会議冒頭の手順が重要なのです。 前回は、会議のゴール設定とリマインドの仕方を紹介しました。 ちゃんとリマインドをしたことで、会議室には時間通り参加者全員がそろっています。ここで「では早速──」などと言って、いきなり議論を始めてはいけません。誰しも長い会議は嫌なものですよね。長い会議、終盤に迷走する会議を防ぐためには、会議の最初に時間管理をしておくことが重要です。 プラクティス4──時間管理（time management） 時間管理は、会議のファシリテイション（議事進行技術）で最も難しいものの1つです。しかし会議の最初にきちんと手順を踏むことによって劇的に改善します。その手順は以下の5つです。 会議のゴールの確認 会議の終了時刻の確認 ToDoの見直し スケジュー
アプリケーションをレイヤ分割した場合、 プレゼンテーション層 -> ビジネスロジック層 -> データアクセス層 のように分けるのが一般的ではないかと思います。 ここで、矢印は、依存関係を表しています。例えば、プレゼンテーション層は、ビジネスロジック層に依存していて、ビジネスロジック層は、データアクセス層に依存しています。 矢印の向いていないほうには依存していません。例えば、ビジネスロジック層は、プレゼンテーション層に依存していません。 誤解が多いんじゃないかと思うのは、レイヤとモデルを混同することです。一番多く見られるのは、ビジネスロジック層とドメインモデルの混同です。 モデルは、各層を流れていくデータ(+ ロジック)であり、どの層にも依存しません。逆に層はモデルに依存することになります。 モデルは、プレゼンテーションモデルとドメインモデルに分かれます。本当は、ERモデルもあるのですが、こ
レイヤアーキテクチャの場合、ある層は、自分の直接下位の層にのみ依存し、それ以外の層には依存しないのが基本です。通信は、下位の層とデータをやり取りすることで行います。 それでは、このデータはどの層に属するのでしょうか。層に属することにすると、層間で通信するごとにデータをそれぞれの層のデータに変換する必要がでてきます。 例えば、A -> B -> Cという層間の呼び出しの場合、A層のオブジェクトはB層のデータに値を詰めてB層のオブジェクトを呼び出し、B層のオブジェクトは、B層のデータをC層のデータに変換して、C層のオブジェクトを呼び出します。戻り値の処理はこの逆です。B層のオブジェクトは、C層のオブジェクトの戻り値(C層のデータ)をB層のデータに変換して、戻り値として返します。かなり大変です。層が増えれば増えるほどこのオーバーヘッドは大きくなります。 そこで、データ部分は、どの層にも実装上依存
【ご説明】 会員登録は無料で、どなたでもご利用いただけます（無料会員登録はこちら）。登録をいただくと、NBonlineの豊富なコンテンツがすべてご覧いただけるほか、株価や記事の検索機能など、便利なサービスをご利用いただけます。 「NBonline」の無料会員登録をいただいた方、また日経ビジネス予約購読者限定のサービス「NBonlineプレミアム」の会員に登録済の方は、改めてご登録をいただく必要はございません。こちらをクリック、または上のログインボタンをクリックして、ログインをお願いします。その際、簡単なアンケートにご協力をいただいております。よろしくお願い申し上げます。 ご不明な点は、よくあるご質問のページ(FAQ)でご確認をお願いいたします。 [Lifehacks] 自分なりの方法を編み出す (07年3月30日) 新しい仕事習慣を身につけるコツ (07年3月29日) 作業記録を駆
トップページ - 翻訳ドキュメント - オラクルデータベースの復旧 原文：http://examples.oreilly.com/unixbr/oracle.html 訳注：原文のHTMLはかなりおかしな事になっていますが、その辺りは適宜修正しています。恐らく Oracle7 向けの資料だと思います。今ではやや古い感も否めないのですが、参考にはなるかと思います。 2005/12/08 全体的に見直し。意味が変わったような箇所はないはずです。 ソーシャルブックマーク： Oracle データベースの復旧 Oracle データベースは互いに関連し合う複数のパーツから構成されているため、データベース等の復旧は消去法を用いて行われます。まずどの部分が正常動作しているかを識別し、その後、正常動作していない部分を復旧します。以下の復旧ガイドは、バックアップ方法に依存しないその判断方法と作業手順を示してお
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
