まさるblog

二つ名

まさる — Tue, 02 Sep 2008 12:47:00 GMT

まさるさんの二つ名は…「致死回帰（シークレットコラプション）」です
http://pha22.net/name2/c/%E3%81%BE%E3%81%95%E3%82%8B

あれですか。リビングデッドですか。

2008年度秋季情報処理技術者試験

まさる — Fri, 22 Aug 2008 18:01:00 GMT

今年もこの時期がやってまいりました。

私は昨年と同じNWを受ける予定です。

昨年午後Ⅱでダメだったので、リベンジかましたいと思います。

ただ、勉強時間の確保がなかなかできん・・・

デザインパターンを学ぶ～その20：Singletonパターン(3)～

まさる — Sun, 10 Aug 2008 23:13:00 GMT

前回は二重チェックを用いた方法で、マルチスレッド下で正常に動作するSingletonを説明しました。

今回はもう一つの、staticコンストラクタを用いた方法を紹介します。

それでは、まずはいつものようにコードを掲載します。

C#

/// <summary>
/// ログ出力クラス
/// </summary>
public class SingletonLogger
{
  /// <summary>
  /// ログ出力パス
  /// </summary>
  private string _logPath;

  /// <summary>
  /// プロパティ ログ出力パス
  /// </summary>
  public string LogPath
  {
    get
    {
      return _logPath;
    }
  }

  /// <summary>
  /// コンストラクタ
  /// </summary>
  /// <remarks>new でインスタンス化できないよう、privateでコンストラクタを定義</remarks>
  private SingletonLogger()
  {
    // 重い初期化処理  
    for (var i = 0; i < 1000000000; i++)
    {
    }
    _logPath = DateTime.Now.ToString("yyyyMMddhhmmssfff") + ".log";
  }

  /// <summary>
  /// 自身の唯一のインスタンス
  /// </summary>
  private static SingletonLogger _uniqueLogger = new SingletonLogger();

  /// <summary>
  /// プロパティ インスタンス
  /// </summary>
  /// <remarks>自身の唯一のインスタンスを返す</remarks>
  public static SingletonLogger Instance
  {
    get
    {
      return _uniqueLogger;
    }
  }

  /// <summary>
  /// ログ出力
  /// </summary>
  /// <param name="message"></param>
  public void WriteLog(string message)
  {
    // ログ出力処理
    // ・・・
  }
}

VB

''' <summary>
''' ログ出力クラス
''' </summary>
''' <remarks></remarks>
Public Class SingletonLogger

  ''' <summary>
  ''' ログ出力パス
  ''' </summary>
  ''' <remarks></remarks>
  Private _logPath As String

  ''' <summary>
  ''' プロパティ ログ出力パス
  ''' </summary>
  ''' <value></value>
  ''' <returns></returns>
  ''' <remarks></remarks>
  Public ReadOnly Property LogPath() As String
    Get
      Return _logPath
    End Get
  End Property

  ''' <summary>
  ''' コンストラクタ
  ''' </summary>
  ''' <remarks>new でインスタンス化できないよう、privateでコンストラクタを定義</remarks>
  Private Sub New()
    ' 重い初期化処理  
    For i As Integer = 0 To 1000000000
    Next i
    _logPath = DateTime.Now.ToString("yyyyMMddhhmmssfff") & ".log"
  End Sub

  ''' <summary>
  ''' 自身の唯一のインスタンス
  ''' </summary>
  ''' <remarks></remarks>
  Private Shared _uniqueLogger As New SingletonLogger()

  ''' <summary>
  ''' プロパティ インスタンス
  ''' </summary>
  ''' <value></value>
  ''' <returns></returns>
  ''' <remarks>自身の唯一のインスタンスを返す</remarks>
  Public Shared ReadOnly Property Instance() As SingletonLogger
    Get
      Return _uniqueLogger
    End Get
  End Property

  ''' <summary>
  ''' ログ出力
  ''' </summary>
  ''' <param name="message"></param>
  Public Sub WriteLog(ByVal message As String)
    ' ログ出力処理
    ' ・・・
  End Sub

End Class

では、コードについて説明しましょう。ポイントは

Singleton自身のインスタンス変数の宣言箇所で初期化も行う。
Instanceプロパティでは、チェックを行わないで良い。

の２点です。

前回、前々回の方法ではInstanceプロパティにアクセスしたときに、その中で自身のインスタンスを作成しました。これを遅延初期化といいます。

しかし、今回は変数宣言時に初期化しており、このコードが実行されるのは、初めてSingletonのメンバにアクセスしようとした際に実行される、staticコンストラクタ（クラスコンストラクタ）の内部になります。そして、CLRではstaticコンストラクタはスレッドセーフであることが保証されるため、必ず１つしかインスタンスが作られないことになります。

ですので、2.のようにInstanceプロパティ内でのチェックは不要になります。

ところで、この方法は二重チェックの方法に比べて単純ですし、積極的に利用したほうが良いと感じるかもしれません。ただ一点、Singletonのメンバにアクセスしようとした際、それがInstanceプロパティでない場合でも初期化がおこなわれるため、実行時のオーバーヘッドが問題になる場合は使うべきでないときもあります。

が、最近はマシンの性能も上がっていますし、このオーバーヘッドはほぼ無視して良いでしょう。

ということで、Singletonについては、複雑になる二重チェックの方法ではなく、今回のstaticコンストラクタで初期化を行う手法を使っておけば、ほぼ間違いないと考えて良いのではないでしょうか。

さて、Singletonについて３回にわたりお送りしてきました。次回からはCommandパターンを取り上げようと思います。

新マシン届く

まさる — Mon, 04 Aug 2008 10:40:00 GMT

先日BTOで注文していた新マシンが届きました。

構成は以下の通り。

マザーボード： GIGABYTE GA-X48-DS5
電源 : Evergreen Silent King α 550W
CPU ： Intel Core 2 Quad Q9450 2.66G
メモリ： PATRIOT PSD24G800KH 4G (2G×2)
VGA ： GIGABYTE GeForce 9600 GT
OS : Microsoft Windows Vista Ultimate 64bit

早速スコアを計測すると、

うん、メモリ以外は最高スコアですね。非常にさくさく♪

ただ一点問題がありまして、スリープからうまく復帰できないのです。

流れはこんな感じ。

Vistaでスリープ
マシンの電源落ちる
マウスを動かす or キーボードを適当に押す
マシン電源ON
CPUファン、ハードディスク回る
ここで急に電源断
CPUファン、ハードディスク止まる
4～7繰り返し

ググってみても、自作の経験が無いため、どうもよく分からんのです。

心当たりのある方、アドバイスいただけると助かりますm(_ _)m

[2008/08/05 追記]

マザーボードのBIOSを最新の「F7」にし、VGAのドライバも最新の「Release 175」にすることで、スリープから正常に復帰するようになりました。

ただ、BIOSアップデート後は、ブロードバンドルータを再起動しないと、ネットワークにうまく繋がりませんでした。

デザインパターンを学ぶ～その１9：Singletonパターン(2)～

まさる — Thu, 24 Jul 2008 23:24:00 GMT

さて、前回は一番単純なSingletonの実装を紹介しました。そして、そのなかで、

以下のようにマルチスレッドで動かす場合、1つだけであるはずのインスタンスが、複数生成されてしまうことがあります。

～中略～

ごらんのように、インスタンスが２つ生成された結果、ログ出力パスが変わってしまいます。
この問題を解消する方法はないのでしょうか？
実はあります。

と書きました。

まずは、なぜインスタンスが２つ作成されるかを考えてみましょう。そのために、前回のコードの、インスタンス取得部分のコードを再掲します。

C#

  /// <summary>
  /// プロパティ インスタンス
  /// </summary>
  /// <remarks>自身の唯一のインスタンスを返す</remarks>
  public static SingletonLogger Instance
  {
    get
    {
      if ( _uniqueLogger == null )
      {
        _uniqueLogger = new SingletonLogger();
      }
      return _uniqueLogger;
    }
  }

VB

  ''' <summary>
  ''' プロパティ インスタンス
  ''' </summary>
  ''' <value></value>
  ''' <returns></returns>
  ''' <remarks>自身の唯一のインスタンスを返す</remarks>
  Public Shared ReadOnly Property Instance() As SingletonLogger
    Get
      If _uniqueLogger Is Nothing Then
        _uniqueLogger = New SingletonLogger
      End If
      Return _uniqueLogger
    End Get
  End Property

このコードで何が問題かというと、C#、VBともに9行目でインスタンスがないことを確認した後、10行目で新しいインスタンスを作成するのですが、コンストラクタが重い場合、インスタンスが生成される前に他のスレッドによって9行目が再び実行され、このときはやはりインスタンスがないので、そのまま後に実行されたスレッドでも10行目が実行されてしまうのです。

これを解決する方法には大きく２つあるのですが、今回は有名な「二重チェック」の方法を紹介します。さっそくコードを見てみましょう。

C#

/// <summary>
/// ログ出力クラス
/// </summary>
public class SingletonLogger
{
  /// <summary>
  /// ログ出力パス
  /// </summary>
  private string _logPath;

  /// <summary>
  /// プロパティ ログ出力パス
  /// </summary>
  public string LogPath
  {
    get
    {
      return _logPath;
    }
  }

  /// <summary>
  /// コンストラクタ
  /// </summary>
  /// <remarks>new でインスタンス化できないよう、privateでコンストラクタを定義</remarks>
  private SingletonLogger()
  {
    // 重い初期化処理
    for ( var i = 0; i < 100000000; i++ )
    {
    }

    _logPath = DateTime.Now.ToString("yyyyMMddhhmmssfff") + ".log";
  }

  /// <summary>
  /// 自身の唯一のインスタンス
  /// </summary>
  private volatile static SingletonLogger _uniqueLogger;

  /// <summary>
  /// ロック用のオブジェクト
  /// </summary>
  private static object lockObj = new object(); 

  /// <summary>
  /// プロパティ インスタンス
  /// </summary>
  /// <remarks>自身の唯一のインスタンスを返す</remarks>
  public static SingletonLogger Instance
  {
    get
    {
      if ( _uniqueLogger == null )
      {
        lock ( lockObj )
        {
          if ( _uniqueLogger == null )
          {
            _uniqueLogger = new SingletonLogger();
          }
        }
      }
      return _uniqueLogger;
    }
  }

  /// <summary>
  /// ログ出力
  /// </summary>
  /// <param name="message"></param>
  public void WriteLog(string message)
  {
    // ログ出力処理
    // ・・・
  }
}

VB

''' <summary>
''' ログ出力クラス
''' </summary>
''' <remarks></remarks>
Public Class SingletonLogger


  ''' <summary>
  ''' ログ出力パス
  ''' </summary>
  ''' <remarks></remarks>
  Private _logPath As String

  ''' <summary>
  ''' プロパティ ログ出力パス
  ''' </summary>
  ''' <value></value>
  ''' <returns></returns>
  ''' <remarks></remarks>
  Public ReadOnly Property LogPath() As String
    Get
      Return _logPath
    End Get
  End Property

  ''' <summary>
  ''' コンストラクタ
  ''' </summary>
  ''' <remarks>new でインスタンス化できないよう、privateでコンストラクタを定義</remarks>
  Private Sub New()
    ' 重い初期化処理
    For i As Integer = 0 To 100000000
    Next i

    _logPath = DateTime.Now.ToString("yyyyMMddhhmmssfff") & ".log"
  End Sub

  ''' <summary>
  ''' 自身の唯一のインスタンス
  ''' </summary>
  ''' <remarks></remarks>
  Private Shared _uniqueLogger As SingletonLogger

  Private Shared _lockObj As New Object()

  ''' <summary>
  ''' プロパティ インスタンス
  ''' </summary>
  ''' <value></value>
  ''' <returns></returns>
  ''' <remarks>自身の唯一のインスタンスを返す</remarks>
  Public Shared ReadOnly Property Instance() As SingletonLogger
    Get
      If _uniqueLogger Is Nothing Then
        SyncLock (_lockObj)
          If _uniqueLogger Is Nothing Then
            _uniqueLogger = New SingletonLogger
          End If
        End SyncLock
      End If
      Return _uniqueLogger
    End Get
  End Property

End Class

実行結果は次の通り。

実行結果

20080724111338001.log
20080724111338001.log

この方法のポイントは以下の通り。

ロック用オブジェクトを用意する。（C#の44行目、VBの44行目）
Instanceプロパティにアクセスされた際、インスタンスの有無を確認後、C#はlockステートメント、VBはSyncLockステートメントを使い、1.で用意したオブジェクトをロックする。（C#の56行目、VBの55行目）
これにより、後に実行されたスレッドは先に実行されたスレッドにてロックが解除されるまで待つこととなる。
ロックした後、もう一度インスタンスの有無を確認した後、インスタンスがなければ生成する。（C#の58～60行目、VBの56行目から57行目）

なお、C#のコードの39行目にて、_uniqueLoggerフィールドを宣言する際、「volatile」というキーワードをつけています。これは、このキーワードを付けられたフィールドは、キャッシュメモリ内に領域を確保しなくなるため、RAMとキャッシュで値が食い違うという現象が発生しなくなります。

が、CLRのメモリ管理ではこの問題を解決しているため、「volatile」は無くても問題ありません。（Monoなど他のプラットフォームでは必要です、たぶん。）

＃この辺りのことは、「プログラミング .NET Framework 第2版」のp.693、「24.3.8 ロックのための有名な二重チェックテクニック」に詳しく書かれています。

ところで、上記書籍の該当箇所にこんなことも書いてあります。

このテクニックが有名なのは、特に面白かったり便利だったりするからではありません。これが有名な理由は、これについて書かれた文献が多いからです。このテクニックはJavaで非常によく使われています。そして、Javaではこれがどこででも動作するわけではないことが後に明らかになりました。この問題を説明している有名な文書が次のWebページにあります。

http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html

この問題って今はどうなってるんでしょうか？教えて！Javaのエロい人！

＃次回はもうひとつの方法について紹介します。

【お詫びと訂正】デザインパターンを学ぶ～その１8：Singletonパターン(1)～

まさる — Thu, 17 Jul 2008 22:47:00 GMT

以前お送りした「デザインパターンを学ぶ～その18：Sinbletonパターン(1)～」ですが、マルチスレッドで実行する際のVBのコードが間違っておりました。謹んでお詫び申し上げます。

m(_ _)m

正しいコードは以下の通りとなります。（元文書はすでに修正してあります。）

Public Class Program

  Public Shared Sub Main()

    Dim loggerHelper1 As New LoggerHelper()
    Dim thread1 = New Thread(AddressOf loggerHelper1.SetLogger)

    Dim loggerHelper2 As New LoggerHelper()
    Dim thread2 = New Thread(AddressOf loggerHelper2.SetLogger)

    thread1.Start()
    thread2.Start()

    While (loggerHelper1.Logger Is Nothing OrElse loggerHelper2.Logger Is Nothing)
      Thread.Sleep(10)
    End While

    Console.WriteLine(loggerHelper1.Logger.LogPath)
    Console.WriteLine(loggerHelper2.Logger.LogPath)

    Console.ReadKey()

  End Sub

  Public Class LoggerHelper

    Public Logger As SingletonLogger

    Public Sub SetLogger()
      Me.Logger = SingletonLogger.Instance
    End Sub
  End Class

End Class

なお、近日中にSingletonパターン(2)をお送りしますので、今しばらくお待ちください。

お許し下さい。決して魂を売ったわけじゃないんです・・・

まさる — Fri, 11 Jul 2008 15:06:00 GMT

しばらくVBをやっててC#に戻ったら、セミコロンの打ち忘れが多発しました・・・

書籍：勝間和代のビジネス頭を創る７つのフレームワーク力ビジネス思考法の基本と実践

まさる — Wed, 09 Jul 2008 23:02:00 GMT

いわゆる「勝間本」の最新刊。

勝間さんがビジネスで必要な７つの「フレームワーク力」として、

論理思考力（Logical Thinking）
水平思考力（Lateral Thinking）
視覚化力（Visualization）
数字力（Numerical Thinking）
言語力（Language Capability）
知的体力（Mind-Body Correlation）
偶然力（Serendipity）

について、それぞれの基本テクニック３点と、実践方法４点を説明しています。

それぞれの具体的な中身については書籍を見てもらうとして、私がこの本で特に参考になった点を紹介します。

MECEに整理する方法として２×２のマトリクスを使う

MECE（Mutually Exclusive Collectively Exhaustive）とは「漏れなく、ダブりなく」という意味で、物事を整理する際に気をつけるべきこととして、勝間さんは上げています。

そしてMECEに整理する方法として、「２×２のマトリクス」を使うと非常に効果的とのことでした。

例えば、タスクを整理する際、重要度、緊急度を軸とする２×２のマトリクスに配置し、タスクの優先度を決める、などに使います。

※こんな感じでタスクを分けて、緊急度高、重要度高のタスクから片付ける

水平思考力（Lateral Thinking）を養うこと

「水平思考力」という言葉は、私もこの書籍ではじめて知ったのですが、ものすごく簡単に言うと、「いろいろな視点で考える」ということみたいです。

私自身、視野が狭いと感じることがよくありますので、気をつけなきゃならないと思っていたところです。

どうやら↓の「ウミガメのスープ」シリーズが、水平思考力を鍛えるのによいということなので、今度購入してやってみようと思います。

最後に

ここに上げた以外にも、たくさんのテクニックや実践方法が詰まっている本なのですが、もちろん一度にすべてできるわけではありません。それぞれ少しずつ時間をかけてやっていき、数年から１０年単位でモノにしていき、ビジネスに役立てていければと思っています。

そんなわけでこの本、オススメです。

画伯かと思いました

まさる — Wed, 09 Jul 2008 08:41:00 GMT

Rory - Neopoleon : Excel as a database

今だからこそ、４年前の中越地震体験記

まさる — Tue, 17 Jun 2008 09:53:00 GMT

トラックバック：地震(やや長文)

まず、岩手・宮城内陸部地震で被災された方々に、心よりお見舞い申し上げます。

こんなときだからこそ、地震の記憶を風化させてはいけないと思い、４年前の新潟県中越地震の後に、私が自身のWebサイトに書いた地震体験記を再録します。

今読み返してみると、まとまってないところも多いし、なんとなく「若さ」がにじみ出ていてこっぱずかしいのですが、当時のライブ感は伝わるかと。

----

10/23の新潟県中越地震、段々と余震も治まり、復旧も進んでいます。本震が襲ったとき、私はたまたま実家に帰っている途中でした。誕生日が近かったため、家族が祝ってくれるはずでした。

実家まであと１０分くらいのところで、いきなり車が左右に振られました。最初は風か何かの所為かと思いハンドルを切りかけましたが、ハンドルはまっすぐなのに左右にぐわんぐわん揺れるので、「こいつは地震だ！」と思いすぐ停車し様子を見ました。

強さが半端なかったので、急いで家に帰らねばと思い車を走らせていたら、なぜか通行が滞っていました。何かと思い確認しに行くと、なんと道路の左半分が１０メートル位崩れ落ちていました。残った右半分も今にも落ちそうな感じでした。これでは家に帰ることが出来ません。

その場所は山を切り崩したり、土を盛ったりした道路だったため、沢を埋め立てたところが崩れていたようです。あと５分早く出発していたら、道路とともに崖下に落ちていたかもしれません。かなりゾッとしましたよ、ホント。

「ここにいては危ない！」と思ったので、元来た道を引き返すことにしました。その途中、容赦なく強い余震（２度目の震度６強）が襲ってきました。山からは土砂崩れの音が森の木が折れる音とともに聞こえてきます。道路は波打ったり、ひび割れたりしています。（後で聞いたら、この余震で残った右半分もなくなったそうです。）今走っている道路がいつ崩れるのかと怯えながら、街中目指して走りました。マジで死ぬかもと思ったのは人生２回目でした。

何とか街にたどり着き、とりあえず安全なところに行こうと思い、私が昔行っていた中学校に向かいました。学校ならば広くて崩れるものもないし、非難してくる人もいるだろうと思ったからです。・・・が、見事に予想は外れました。誰も来やしねえ。とりあえず、近くの診療所の駐車場に移動することにしました。

車を止めてから、とにかく家に連絡しようと公衆電話を探しに出ました。（私はＰＨＳを使っているため、地元は田舎で使えないんです。）その途中人が集まっているのを見つけ、そちらに行くと偶然中学時代の同級生に会いました。公衆電話の場所を聞くと、近くにはないとのことだったので諦めました。

そうとなれば、一人でいるよりは大人数でいたほうがいいので、しばらく話をしたりしていました。そんな中で空を見上げると、いわゆる「地震雲」と呼ばれる気持ち悪い雲が見えました。同級生が知り合いから聞いた話だと、空との境界線が真っ直ぐになっていたり、波打つような雲が危ないということでした。・・・両方出てんじゃん（￣□￣；）！！！

そんなこんなで余震に耐えていると、役場の人が中学が避難所になっていると教えてくれたので、みんなでそちらに移動することにしました。いつまでも診療所の駐車場に車を置いておくわけにもいかないので車ごと移動です。

中学校に行くと、すでに何台も車が集まっていましたが、車のライト以外明かりはありません。役場の人もいないようです。せめて火ぐらい焚いていてくれればいいのにと思いましたよ。そうすれば多少は暖が取れるし、何より火を見ているとホッとしますから。

しばらく待っていると役場の人が毛布を配りにやってきました。話を聞くと、まだまだ状況はまったくといっていいほど把握できていないとのこと。おとなしく車の中で朝を待つことにしました。

その日は運悪く、かなり冷え込んだ夜でした。毛布をかけて眠ろうとしても、寒さで目が覚めます。そのたびにエンジンをかけて暖房を入れ、また眠るという繰り返しです。余震も続いているため、よく眠れるわけがありません。

仕方ないので空をまた見上げると、地震雲は無くなり、かわりにすばらしい星空が広がっていました。あれだけの星空は今まで数えるほどしか見たことがありません。

そんな風にして時間が過ぎていき、ようやく空が白んできました。もうしばらくすると日が出てきましたが、気持ち悪いほど鮮やかな朝焼けでした。やっぱり地震の所為だったんでしょうか？

７時を過ぎたころ、役場の人が水とカップめんを配布しにやってきました。配られたカップめん（しかもカップヌードル）をすすりながら、思わず「あ～、被災者っぽい」とか思ってしまいましたよ。

しかし、避難所でカップヌードルをすすりながら「おめでとう」って言われる誕生日ってどうよ？絶対忘れられない誕生日になりましたわ(Ｔ-Ｔ )

＊＊＊

避難所にて配給されたカップめんを食べ終わり、家に帰るために役場の人に現在の状況を聞くことにしました。

話を聞くと私の実家への道は通行止めになったらしく、山道しかないとか。その山道も今は通れるがいつ通れなくなるか分からないとのこと。

話を聞き終わった後は、とにかく実家に帰ることにしました。ただ、ガソリンがあまりなかったので、無事なスタンドを求めてまずは隣の十日町市へ。十日町市へ行くには橋を通らなければならないのですが、３本あるうち無事なのは一番新しい１本だけになっていました。

ガソリンスタンドに着くと、もうすでに車の列が出来ており、いくらか待った後ようやく入れてもらうことが出来ました。ただ「おつりがなくなるかもしれない」ということで、満タンにはできず\2,000分だけ入れてもらいました。こんなところにも影響が。

その後コンビニに立ち寄ると、停電していたにもかかわらず営業していました。そこの話ではないですが、レジは使えないので電卓で応対していたところもあったそうです。恐るべし、○ブン・イ○ブン。

ひとまずそこでメールを確認すると、すでに２０件近く。みんなありがとう。あったかいなぁ。とりあえず一番連絡を取りたかった人に真っ先に無事を知らせるメールを送り、夜にはアパートに戻ると言いました。家族には昨晩同級生からケータイを借りて連絡を取って無事だと確認してあります。

そしていよいよ実家に向けて車を走らせました。昨日引き返した道を戻っていると、昨日はひびが入っていた程度の道路に滑落箇所が新たに出来ていました。改めてゾッとしましたよ。もし引き返している途中に道路がなくなったらと思うと。

その場所にはちょうど白バイの人がいたので道路状況を聞いたのですが、上越から今来たばっかりでまだまだ確認しているところで詳しいことは分からないとのこと。もうこうなったら駄目もとで山道に行ってみるしかなさそうです。

滑落している道路を見ると、端っこの方に落ちずに残っている部分があり、車一台がなんとか通れそうです。その無事だった（といっても今にも落ちそうなんですが）なところを通って実家への山道に入りました。通ってる最中「落ちるなよ～、落ちるなよ～」と祈って。

山道はさすがに何箇所かがけ崩れで道路が半分ふさがったりしていましたが、思ったより状況は良く何とか実家にたどり着けました。

家に帰るとまあ酷いもので、植木鉢はごろごろ転がっているは、庭作業の道具を入れている棚は倒れているは、屋根瓦は落ちているはと、目も当てられない様子。

中に入ると砂壁にヒビが入っていてボロボロ壁のカスが落ちていたり、テレビが台から落ちていたり、飾っていた提灯はことごとく下に落ちていたりと、片付けるにしてもどこから手を突けたらいいのやらって感じで。（提灯は旅行地で売ってるやつね）

とりあえず家族が居間に集まっていたので、そこに合流して状況を聞きました。電気は止まったけれども、水道は今のところとまっていないし、ガスはプロパンだから使えるそうです。でも、水は集落の貯水タンクが空になったら出なくなるかもしれないってことでした。

当初はしばらく家で過ごしたらアパートに帰るつもりだったのですが、道路は殆ど寸断されてしまったし、アパートに帰るよりは実家にいたほうが食べ物に困らなそうだったので、何日か落ち着くまでは実家で過ごすことにしました。（というか家族に説得されました。）

一通り話を聞いたらもうやることもなく、夜まではラジオを聴きながら本を読んだりして過ごしていました。夜になると電気がないのでろうそくの明かりのなか、ラジオの情報に耳を傾けることしか出来ませんでした。

さすがに疲れてもいたのでその日は早く眠りに着きました。といっても自分の部屋は寝れるような状態じゃないですし、大きな余震がいつ来るかも分からないので、居間で毛布に包まってですけど。それでも車の中よりはよっぽどましでしたよ。

＊＊＊

翌日目が覚めるも、夜中に何回も余震が来るのでどうも寝たりない感じでした。朝になってもまだ電気は復旧していない模様。とりあえずすることもなく、ラジオで地震情報を聞きながら漫画を読んだりして無為な時間を過ごしました。（ちなみに読んでたのは「エースをねらえ！」なんでやねん。）

そういえば今日は月曜だということを思い出し、３時過ぎくらいに電話をしに、車で５分くらいのところにある公衆電話に行きました。会社に連絡を取ると第一声が、

『ああ、安否不明者の一人ですね（￣ー￣）』

なんて言われたりして(- -;仕方ないんだよぅ。電話が使えないんだからさぁ。後日聞くと、最後まで連絡取れなかったのが私らしいです。

その後家に帰って同じように時間をつぶしていましたが、夕方になるともう暗いので、後はラジオだけです。もちろん明かりとしてロウソクは点けていますが、本を読めるわけもなく。

そして夕食の時間になり、みんなで集まって食べているとき、ふと外を見ると街灯がついてるじゃあないですか！ようやく電気復旧です。

コンセントの確認をしてブレーカーをあげると、久しぶりの電気の明かりが。いやぁ、電気ってありがたいですね。もう電気なしの生活は無理だと思いましたよ。なんといっても安心するんですよね、明るいと。

電気がつけばテレビも見れるってことで、早速つけると予想通り地震情報ばかり。改めて目の当たりにすると、自分たちがいかに恵まれた状況にいるのか。本当にありがたかったですね。

・・・で、翌日からの生活ですが、救援物資が届くようになってきました。最初は１日に家族におにぎり１個とかだったのが、後のほうだと２０個（うちおかかがほとんど）になったり、菓子パンが山ほど届いたり。

中でも印象的だったのがこちら。

この緑色、なんか見たことありません？そうです。自衛隊のやつです。カレーなんか「戦闘糧食Ⅱ型」とか書いてありますし。さらに「とり飯」の使用法には、

「沸騰湯中で約２５分間以上加熱すれば、通常３日間は喫食できるが、食前にあたためればさらによい。」

とか書いてあります。なんか「喫食」、「さらによい」辺りが自衛隊臭さ満開です。

市販されてるこういうやつだったら、

「食べる前に２５分間以上沸騰したお湯の中で温めてください。その後３日間は食べられますが、食べる前に温めるとさらにおいしく召し上がれます。」

みたいになりますよね。

そんなこんなで被災中の食事には余り事欠かなかったんですよね。電気が止まっているときも冷凍庫の中身始末しなきゃいけないから、ハンバーグとか食べてたし。むしろ普段より豪華？

おかげでちょっと体重ＵＰです。普段より食ってるし、何よりも動かないので。

そうして何日かたつと一部道路が復旧したという話を聞いたので、１回アパートに戻ってみることにしました。正規のルートではないので時間はかかりますが仕方ない。

途中の道路は普段なら絶対通さないだろうというくらい歪んでいました。凄い段差があったし、割れた道路にちょっとアスファルト盛ったくらいなんです。

ところがトンネル一つ越えると別世界が。ぜんぜん道路にダメージを受けてないんです。そこまで違わなくていいじゃん。ってひとりでツッコんでました。

アパートに何とか着き部屋に入ると突っ張り棚とかみんな倒れてるし、皿割れてるし、洗濯機倒れてるし、酷いもんでした。人呼んで片付け手伝ってもらいましたけど、とてもじゃないけど１日じゃ終わらないです。ただ、建物自体のダメージは余り無いようで、それだけは良かったですけど。強いて言うならドアしまらなくなったくらいですかね。

あと、ライフラインはガス以外は大丈夫だったみたいで、ガスも確認したら１１月１日に復旧とのこと。

ひと段落したら３日ほど風呂に入ってなかったので、手伝ってもらった人の家にお風呂を借りてさっぱり。生き返ったぁ。

そのあと実家に帰って、１１月１日にアパートのガスが復旧するまで、毎日やることもなく過ごしたのでした・・・