必要とは？
|
外務省案内 | 渡航関連情報 | 各国・地域情勢 | 外交政策 | ODA | 会談・訪問 | 報道・広報 | キッズ外務省 | 資料・公開情報 | 各種手続き ※個別の事情による申請に必要な書類を含め、パスポートについての詳細なお問い合わせは、国内での申請の場合は各都道府県の申請窓口、国外での申請の場合は各在外公館までお問い合わせ下さい。 （住民基本台帳ネットワークシステムの運用を開始した都道府県の申請窓口で申請をされる方は、原則不要） 1通 （印鑑（又は拇印）が必要な場合があります。また、IC旅券作成機が設置されていない在外公館での申請は、申請書2通、写真2葉が必要です。） （住民基本台帳ネットワークシステムの運用を開始した都道府県の申請窓口で申請をされる方は、原則不要） 1通 有効旅券返納していただき、失効処理をいたします。残存有効期間は新しい旅券の有効期間には加算されません。 有効旅券返納していただき、失効処理をいたします。残存有効期間は新しい旅券の有効期間には加算されません。 （印鑑（又は拇印）が必要な場合があります。また、IC旅券作成機が設置されていない在外公館での申請は、申請書2通、写真2葉が必要です。） （住民基本台帳ネットワークシステムの運用を開始した都道府県の申請窓口で申請をされる方は、原則不要） 1通 新たな旅券（又は帰国のための渡航書）を同時に申請される場合は上記の書類に加え以下の書類が必要になります。 戸籍謄（抄）本及び住民票の写しは作成後6カ月以内のもの、また、写真は6カ月以内に撮影されたものに限ります。 印鑑は、申請書類等に申請者本人又は法定代理人が署名（記名）する場合には必要ありません。ただし、本人又は代理人の署名（記名）であっても、身元確認書類として印鑑登録証明書を提示する場合は登録印鑑が必要となります。 国・地域によっては、査証申請時又は入国時に必要な旅券の残存有効期間を設けている場合があります。旅券の有効期間の確認には十分ご注意下さい。 切替発給の際に氏名表記の原則であるヘボン式ローマ字によらない氏名の表記を希望する場合などは、戸籍謄（抄）本が必要となる場合があります。 外国式の名前等ヘボン式ローマ字によらない氏名の表記を希望される場合には、外国政府機関が発行した綴りを確認できる書類等の提示を求めることがあります。 平成18年3月20日から改正旅券法が施行され、旅券を紛（焼）失した場合の再発給制度は廃止になりました。従って、同日以降、旅券を紛（焼）失した場合には紛（焼）失の届出を行う（この届出を行うことによって、紛（焼）失した旅券は失効します。）とともに、紛（焼）失旅券に代わる新しい旅券の発給申請をすることになります。 |
[ 76] 外務省: 国内及び国外でパスポートに関する申請手続きに必要となる書類
[引用サイト] http://www.mofa.go.jp/mofaj/toko/passport/pass_5.html
|
アプリケーションのパフォーマンスを最大限に引き出すには、アプリケーションやシステム全体がすべて物理メモリに入るように、十分な量のメモリを用意するのが望ましい。 Windows 2000やWindows XPでは、タスク・マネージャを使ってシステムに必要なメモリの量を正確に見積もることができる。 Windows 2000やWindows XPなどの仮想記憶システムを採用したOSでは、システムに物理的に装着されているメモリ量を超えるような、大きなプログラムや多数のプログラムを同時に実行することができる。物理メモリが足りない場合は、メモリに入りきらない部分をディスクへ書き出しておき、必要に応じてメモリ上へ読み出してきて（と同時に、他の必要性の少ない部分をディスク上へ書き出して）、実行を続ける。これを繰り返すことにより、少ないメモリでも大容量のメモリがある場合と同じようにプログラムの実行を続けることができる。 だがこの方法では、メモリの内容をディスクへ書き出したり（スワップ・アウト）、あとでそれを読み込んだり（スワップ・イン）するために、実行に非常に時間がかかるというデメリットがある。ディスクのアクセス速度は、メモリよりはるかに遅いからだ。どの程度実行時間が余計にかかるかは、使用するプログラムの特性やメモリ・サイズ、システム環境などに大きく依存するが、例えば「特集：Windows XP性能評価（１）――２．Windows XP搭載メモリ・サイズ別性能テスト」中のベンチマーク・テストの結果などが参考になるだろう。このテストでは、メモリが64Mbytesしかない場合は、128Mbytes以上の場合に比べて、3割（Wordベンチマーク）から5割（Excelベンチマーク）も遅くなっていた。 このようなパフォーマンスの低下を避けるには、十分な量のメモリをシステムに装着すればよい。だが実際にはどのぐらいの量のメモリがあればよいのだろうか？ これを知るには、各プログラムやOSカーネル自体で使用されるメモリの量を調べる必要がある。そして、仮想記憶に伴うページのスワップが発生しない程度にメモリを十分搭載すれば、プログラムの性能を最大限に引き出すことができる。 なおメモリを増設すれば、スワップの発生を抑えることで、システムの性能低下を回避することはできるが、それ自体はシステムを高速化する効果はない。さらに速度を上げるには、CPUの高速化など別の手段が必要である。このように必要以上のメモリを用意してもあまりメリットはないのだが、Windows NTやWindows 2000、Windows XPでは、プログラムやカーネル自身で使用されない、余った部分の物理メモリは「システム・キャッシュ」として利用されることになっている。これは、OSが行うファイルの読み書きなどをキャッシュしておいて、低速なディスクへのアクセスをなるべく減らすというメカニズムである。プログラムやカーネルで必要な量のメモリのほかに、100M〜200Mbytes程度（この程度で十分だろう）余分にメモリを用意すると、ファイル入出力などのシステムのパフォーマンスを向上させることができる。 Windows 2000／Windows XPでシステムが必要としているメモリ・サイズを確認するには、「タスク・マネージャ」を利用する。［Ctrl］＋［Shift］＋［ESC］キーを押すか、タスク・バー上でマウスを右クリックし、［タスク・マネージャ］を選択する。すると次の画面のようなタスク・マネージャが起動される。メモリの全般的な使用量を把握するには、［パフォーマンス］タブの内容に注目する。（［ネットワーク］タブや［ユーザー］タブはWindows XPでのみ表示される）。 これはWindows XPのタスク・マネージャの例。Windows 2000では［ネットワーク］タブや［ユーザー］タブはない（ドメインに所属しているWindows XPでは、この例と同じように［ユーザー］タブは表示されない）。ここでメモリの全般的な利用状況を確認することができる。 使用中のメモリ空間。アプリケーションやカーネルなどで使用している（必要としている）メモリ空間の総サイズ。この値が物理メモリのサイズを超えていると、入りきらない部分がディスクへスワップ・アウトされていることになる。ページ・ファイルのサイズについては「Windows TIPS：最適なページ・ファイル・サイズを知るには」も参照のこと。 利用可能なメモリ空間サイズの最大制限値。物理メモリ・サイズ＋ページ・ファイル・サイズになっている。ページ・ファイル・サイズのデフォルト値は物理メモリ・サイズの1.5倍なので、合計で物理メモリ・サイズの2.5倍まで増やすことができる。ページ・ファイル・サイズをより大きなサイズにすることもできるが、スワップ・イン、スワップ・アウトによるパフォーマンス低下が大きくなるので、メモリを増設する方が望ましい。 の使用中のサイズのピーク値。この値は物理メモリのサイズを大きく超えていると、スワップが多発していることを示す。せいぜい物理メモリ・サイズの2倍以内になるように、メモリを増設した方がよいだろう。 プログラムやOSカーネル、システム・キャッシュなどに利用されていない、空き物理メモリのサイズ。必要に応じてプログラムやシステム・キャッシュなどのために利用される。 システム・キャッシュに利用されている物理メモリのサイズ。このサイズは空きメモリ・サイズに応じて動的に変化する。空きメモリが多ければキャッシュ・サイズも大きくなるが、空きメモリ領域が少なくなってくるとキャッシュのサイズも縮小する。とでは一部重複している部分があるので、その合計は物理メモリ・サイズを上回ることがある。 ページ・プールと非ページ・プールのサイズ。ページ・プールとは、カーネル・コードのうち、スワップ・アウトの対象となる部分のこと。空きメモリ領域が少なくなるとカーネルの一部であってもディスクへスワップアウトされる。非ページ・プールとは、カーネル・コードのうち、常に物理的なメモリ上に存在していて、スワップ・アウトの対象とならない部分のこと。割り込み処理ルーチンなどのように、スワップ・アウトされては困るようなコードが含まれている。 メモリの全般的な使用量を把握するには、（Windows XPでは）［PF使用量］というグラフの値を調べる（Windows 2000では［メモリ使用量］となっている）。この値は、システム内で稼動しているOS自身やアプリケーションが必要としているメモリの総量を表している（この値は、下の方にある［コミット チャージ］の「合計」の値を分かりやすくグラフにしたもの）。当然ながら、同時に使用するアプリケーションの数が多ければ多いほど、そして各アプリケーションで使用するメモリのサイズが増えれば増えるほど、この使用量の値も大きくなる。 そして、この値と実際の物理メモリ・サイズを比べてみる。システムに装着されている実際のメモリ・サイズは、上のダイアログ中のの位置に表示されている（いずれもKbytes単位）。この例では、使用中のサイズが287Mbytesなのに対し、物理メモリ・サイズは256Mbytesなので、30Mbytes程度メモリが不足していることが分かる。足りない部分は実際にはページ・ファイルにスワップ・アウトされているので、（スワップ・インやスワップ・アウトのために）プログラムの実行速度が低下することになる。この速度低下を避けるためには、十分な量の物理メモリを装着すればよい。この場合は30Mbytes以上増設すればよいが、現実的なメモリ・モジュールの構成を考えると、64Mbytesか128Mbytesを増設すればよいだろう。 ちなみに、このメモリ使用量の初期値（システムに1ユーザーがログオンした直後で、ほかに何もアプリケーションが動作していない状態）は、Windows 2000 Professionalでは大体60〜70Mbytes程度なのに対し、Windows XP ProfessionalやHome Editionでは90Mbytes程度であった（手元のマシンでの実測値。この値は、利用するハードウェア環境や、あらかじめインストールされているサービスなどによっても異なる）。つまりWindows XPでは、デフォルトで20〜30Mbytes程度余分にメモリを必要としており、その分アプリケーションのために利用できるメモリが少なくなっている。128Mbytesしか実メモリがないマシンでWindows XPを使用すると、空きメモリ・サイズは30Mbytes程度しかないことになる。これでは、2つか3つ程度のアプリケーションを実行すると、メモリはすべて消費されてしまうだろう。もちろん実際には、仮想記憶の仕組みによって、より大きなプログラムも実行させることができるが、スワップ・インやスワップ・アウトによるパフォーマンスの低下は避けられない。Windows XPを利用するならば、192Mbytes（128Mbytes＋64Mbytes）か256Mbytes（128Mbytes＋128Mbytes）程度のメモリが必要といわれるのはこのような理由による。特にWindows XPではマルチ・ユーザー機能（ユーザーの簡易切り替え機能）がサポートされているので、同時に稼動するプロセスの数も多く、より多くのメモリを必要とする傾向がある。 各プログラムごとに正確にどの程度のメモリを必要としているかを知るには、タスク・マネージャの［プロセス］タブを使用する。ここには、システム内で動作しているすべてのプロセスの名称と、そのメモリ使用量などが表示されているので、各アプリケーションで実際にどの程度のメモリが必要なのかを簡単に知ることができる。 これを使えば、各プロセスごとのメモリ使用量を正確に求めることができる。ただしシステム・キャッシュ領域などは含まれないので、これらの値をすべて加算しても、先の「メモリ使用量」の値にはならない。 これがIEが使用しているメモリ・サイズ。ただしプログラムを最小化していると、使わない部分のメモリを解放してしまうので非常に小さな値になる。サイズを調べるときは、最小化せずにウィンドウを開いたままの状態にして測定すること。 Windows XPでは複数のユーザーが同時にシステムを利用することができる。全ユーザーのプロセスのサイズを調べるには、このチェック・ボックスをオンにする。 アプリケーションにもよるが、現在一般的なWindowsアプリケーションのプロセス・サイズは、1つあたり10M〜20Mbytes程度だろう。例えばInternet Explorerでは、起動するだけで15Mbytes程度のメモリを使用する。そして、ウィンドウを1つ開くたびに（［ファイル］−［新規作成］−［ウィンドウ］もしくは［Ctrl］-［N］を実行する）、1Mbytes程度のメモリが必要となる。ただしこれはIE固有のケースだが、いま述べた新規ウィンドウではなく、［スタート］メニューやクイック起動バー上のIEアイコンを使って、新規にIEを起動した場合には、そのたびに別プロセスが起動され、新たに15Mbytes程度のメモリが必要になる。したがって多数のWebページを表示する際にメモリを節約したければ、新規にIEを起動するのではなく、1つのIEから次々と新規ウィンドウを開いてページを表示するのがよい。このような値をすべてのアプリケーションで調べれば、必要なメモリのサイズを正確に見積もることができる。 第100話 システム管理者の育成法 （2007/11/20） スズメ百まで踊り忘れず。フィギュアスケートにゴルフ、卓球をごらんなさい。幼少期からの英才教育が必要なのです。管理者にも 緊急レベルを含む2件のセキュリティ修正が公開 （2007/11/19） 11月のセキュリティ修正は2件だけだが、攻撃事例のある危険なURIの脆弱性が明らかに。サーバ管理者はDNSサーバの脆弱性にも要注意 SharePoint2007のMOSSのデータ管理を理解する （2007/11/15） SharePointのMOSSのデータ管理について解説。ドキュメントを管理するためのドキュメント・ライブラリの使い方を学ぶ ホワイトペーパー利用者に「Amazonギフト券」を抽選で100名様にプレゼント！――TechTargetジャパン リニューアル・キャンペーン ＠ITトップ｜Windows Server Insiderフォーラム トップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ |
[ 77] Windows TIPS -- TIPS：必要メモリ・サイズを見極める
[引用サイト] http://www.atmarkit.co.jp/fwin2k/win2ktips/166memoryusage/memoryusage.html
|
コミュニケーションスキルの土台となる図解言語。だが筆者によると、実はその裏に隠れた読解力、国語力こそがITエンジニアにとって重要なのだという。ITエンジニアに必須の国語力とはどのようなものだろうか。それを身に付けるにはどうしたらいいのか。毎回、ITエンジニアに身近な例を挙げて解説する。 「Can you speak English?」と聞かれてあたふたしてしまう日本人も、「あなたは日本語が話せますか？」と聞かれたら「いいえ」と答えることはないだろう。しかし、「日本語が話せる」といっても、日常会話レベルの日本語力とエンジニアリングに必要な日本語力とでは次元が違う。ITエンジニアに必要な国語力をあらためて見直そう。 一見ITエンジニアとは関係なさそうな話から始めるが、現在の文部科学大臣、中山成彬氏が今年の1月18日に次のような発言をして、教育界で大きな話題になったことがある。 「教育では、国語、数学などの基本的な教科をいかに確保するかが大事だ。私は国語と数学にもっと力を注ぐべきで、特に国語の力がすべてだと思っている」 この発言、もちろん中山文科相は小中学生を念頭に置いていったものだ。しかし私はITエンジニア諸氏にこそ聞いてほしいと思い、新連載をここから書き始めることにした。「国語の力がすべて」という発言は、ITエンジニアにこそ当てはまるといっても過言ではないのである。 思えば2年前から私は、図解力を磨くための教育研修事業を行ってきた。その経験から分かったのは、図解がうまくできないというのも、実は読解力の問題、国語力の問題だったということである。 人が何かものを書くときには、図1の（a）のように、まず初めに考えがあって、それを文章として書くという順序を踏む。「考え」の段階では人の脳内のものだから目に見えないが、（a）を経て文章になると、それが目に見えるようになる。 それに対して図解という作業では、まず文章からその背後にある考えを読み取る＝（1）読解。次にその考えを（2）整理する。そうしてより整理され進歩した考えを（3）図解する、という順序になる。 この（1）から（3）の工程の中で、（1）の読解の段階からすでにうまくいかないというケースが非常に多かった。「図解ができない」のはなぜだろうと原因を探ってみたら、それは国語力の問題だったのである。 国語力といっても、漢字をたくさん書けるとか、敬語を正しく使えるとかいう種類の国語力ではない。まして、古文漢文を読み下す能力が必要なわけではない。ここでいう国語力とは、情報伝達文としての日本語を駆使する能力のことであり、その種の能力は実は学校では教えられてこなかった。そのため、自分で意識的に鍛える必要に迫られているのである。 そこで、国語力を鍛えるための手段として、まずは「名前」にとことんこだわることをお勧めする。もちろん子どもやペットの名前のことではない。開発するシステムの機能やクラス、データ項目、要件などの名前である。 ITエンジニアの仕事では、その種の概念を細かく整理し、名前を付ける機会が非常に多い。しかし私の見るところ、この名付けがいまいちいいかげんに行われているように思える。適当に思いついた名前を使うのではなく、どんな場合でも候補を10個ぐらい考えて、その中から執念深く「この名前でなければならない」という理由を考えて選ぶようにするといい。 AサーバはBサーバに対して、デフォルトの設定では60秒に1回信号を送る。この信号はAサーバが正常に稼働していることをBサーバに知らせるものである。Bサーバはこの信号が途絶えたときには、何らかの異常がAサーバに発生したと見なして警報を出す。このとき Bサーバ側の機能（Aサーバからの信号が途絶えたときに警報を出す）を「（ネームB）機能」 これは私がITエンジニア向けの研修でこの問題を出したときに、実際によく出た解答だった。間違いとはいえないが、満足するには少々問題がある。というのは、この名前だと「60秒に1回、正常稼働信号を送り続ける」という継続性を表現できていないためだ。 ・Aサーバは電源投入後に1度自己診断を行い、正常であれば正常稼働を示す信号をBサーバに1度送る という機能があったとしたらどうだろう（図2の右）。この機能に「正常動作通知機能」という名前を付けてもまったく問題ない。つまりこの名前の意味する機能の範囲は、図2の左と右どちらのケースにも使えるほど広く、その分あいまいなのである。 シャープなネーミングをするためには、それではいけない。できる限り意味の範囲を狭く限定しなければならない。そこで「60秒に1回送り続ける」という継続性を表現する手段を何か考えよう。 KeepAliveというのはIT業界でこの種の働きを表すためによく使われる名前で、こちらの方が良い。理由は「Keep」という語感にある。「Keep」という単語は、「ある状態が時間軸に沿って持続する」という印象を与えるため、1回限りの場合にも使える「正常動作通知」という名前よりも適切なのである。 この名前の問題は、「どんな条件で警報が出るのか」を表現していないことである。単なる「警報発令」では、何か人に注意を促してくれるんだなということは分かるが、何についての注意なのかはまったく分からない。Aサーバの異常を知らせる警報だということが表現されていないのである。 としたとしよう。これなら少しましになるが、やはりまだ問題がある。「Aサーバ異常」といえば、例えば「Aサーバがディスク容量不足でもう書けません」といったものも含まれるような気がする。しかし実際には「Aサーバからの正常稼働信号が途絶したとき」に警報を出すのである。それ以外の条件については何も書かれていない。そのことを厳密に表すなら これはAサーバの「KeepAlive通知機能」とペアになるネーミングである。「通知」と「監視」でこの両者がペアになっていることは自然に分かる。これならAサーバのKeepAliveをBサーバが監視していることを表現できる。「監視」は通常、何か変化が起きたときには適切な対応を取る、という行動を伴うものなので、異常が起きたときに警報を出す、というニュアンスまでこのひと言で伝えることができるのだ。 あるシステムの運用作業項目一覧表の一部に次のような記載があったとする。このネーミングは適切だろうか。 「ハードウェア導入」と「サーバ起動停止」というこの2つの名前はどちらも間違いとはいえない。だが、「導入」や「起動停止」という文字だけを見たときに受ける印象と、実際に行われる作業内容との間には若干のずれがある。この「若干のずれ」こそ多くの誤解の原因になるものなので、こうした細かなネーミングに気を使ってほしいのだ。 まず「ハードウェア導入」の方だが、単に「導入」と聞くと、必要なハードウェアの選定・発注、あるいはその計画立案といった前準備まで含むような印象を与える。しかし実際に行うのは「搬入および設置」といういわば肉体労働である。であれば、例えば「ハードウェア搬入・設置」というベタなネーミングのほうが誤解は少ない。 そして一見その「ベタなネーミング」をしているように思えるのが次の項目だ。「サーバ起動停止」という項目名だが、これには何か問題はないだろうか。 例えばこれが「搬入設置」だったら問題はない。搬入して設置する、という意味以外に受け取りようがないので大丈夫だ。しかし「起動停止」は、「起動を停止する」という意味にも読めるのである。何かの条件の下で起動を停止する場合をいっているのかな、とも思えるわけだが、実際には「起動や停止をする」で、起動と停止はまったく別の作業なのだ。要するに起動と停止の2語をつなげてしまうと問題が起こるのである。 だから、つなげなければいい。例えば「サーバ起動・停止」のように中黒を1つ入れるだけで「起動停止」の印象はなくなる。たかが中黒、されど中黒である。点1つといえどもばかにしないで注意深く駆使するようにしたいものだ。 以上、一見正しい名前のようでも誤解を招く例を通じて、適切な名前を付けることの重要さをご理解いただけただろうか。もしこの話が重箱の隅をつついているように思えたとしたら、あなたの書く仕様書にはこの種の「微妙に不満のある名前」が頻出している可能性があるので気を付けてほしい。多くのITエンジニアの名前に対する執念はまだまだ甘い。一見何の問題もないような名前でも、厳密に意味を考えると不満が見つかるケースは非常に多い。 8月末に出版される私の2冊目の本『90分で学べるSEの思考術』（日経BP社刊）でも、「ネーミング」という一節をもうけて今回の「名前にとことんこだわるべし」に関連する話題を取り上げています。ぜひ参考にしてください。 来る9月30日（土）、オフラインイベント「＠IT自分戦略研究所 MIX」を開催します。本連載の筆者である開米瑞浩さんも出演。皆さまのご参加をお待ちしています！ 【社会人大学院特集】 10年後、なりたい自分になるために――社会人になってからのスタート。キャリアチェンジもキャリアアップも、勝負はこれから！ ●IT資格試験の模擬問題を平日（土日祝日などを除く）1問ずつメールで配信するサービス「ITトレメ」。10月1日から一部のテーマを刷新します。 ＠IT自分戦略研究所トップ｜スキル創造研究室トップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ |
[ 78] ITエンジニアにも必要な国語力（1）
[引用サイト] http://jibun.atmarkit.co.jp/lskill01/rensai/kokugo01/kokugo01.html
