目次
03日 あけましておめでとうございます
14日 忙しい
16日 mysql で varchar を int に alter table する。
24日 お弁当
31日 風邪ひいた
今年は新年のあいさつエントリが遅めです。
まずは例年通り、今年のお節料理から。
栗きんとん、鶏ハム、伊達巻、煮卵。
…作ったのは、以上。今年は少なめ。
一応、かずのこ入り松前漬けは、半完成品を購入してきて作ったもの。
（封を開けて、材料を付属のたれで付けるだけ。かずのこは既製品を入れた）
いくらの醤油漬けは、秋のうちに作って冷凍していたもの。
その他、既製品で買ってきて入れただけのものは、
昆布巻き、きゃらぶき、うぐいす豆、ハム、伊達巻、紅白かまぼこ、さくらんぼの練り切り。
栗きんとんは特筆事項アリ。
長男が中学の科学部の畑で収穫した薩摩芋を使用し、長女と次女が２度裏ごしして作ったもので、非常に美味でした。
親戚の集まりで披露しても、すごくおいしいと大評判。
さて、おせち料理の手作りが少ない理由は、昨年暮れの仕事がぎりぎりまで忙しかったため。
１２月頭に、年内に作っておきたい、と頼まれた部分がそもそもボリューム多め。
それでも、なんとかほぼ作り上げています。
これに加え、２５日ごろになってから「この仕事もお願い」と頼まれたものが１つ。
まぁ、これは半日程度の仕事でした。
しかし、一番問題なのは、２７日…昨年の仕事納めと決めた日の、午後４時ごろに急遽入った仕事。
これが丸２日ほどかかる仕事になり、２８・２９の土日がつぶれました。
３０日は大掃除。
小４の次女はまだ私物を「捨てる」技術が身についていなくて、ガラクタの山を前に途方に暮れている始末。
一つ一つ聞き取りをして、本人が本当に置いておきたいものと、なんとなく捨てられないだけのものを分別しないとならない。
これがシャレにならない大仕事で、これをこなしつつもおせち料理の買い出し。
いつもより買い出しが遅いので、正月価格の高い材料しかない。
なんでタケノコの水煮一本で 800円もするのだ。（普段は 100円。結局捜し歩いて、250円で購入したけど）
この時点で、時間がないので作るものを大幅に絞り込む。
料理が少ないと寂しいので、豆やハム、昆布巻きなど、既製品を買いそろえる。
で、３１日に、大掃除の残りをやりつつ、少ない料理を完成させた、という次第。
今年は長男は高校受験を控えており、年末年始も塾があった。
こんな時まで塾で勉強する必要があるのか。
「気合を入れれば何とかなる」という非科学的主義の、本人がやった気になる、というだけの勉強ではないのか。
とはいえ、その「本人が満足する」ことこそが大切なのかもしれない。
受験生にとって、ライバルに後れを取る、というのが一番の恐怖だし、恐怖を感じながらでは正月気分も味わえないだろう。
というわけで、上に書いたようなおせち料理を作っている最中にも、長男の塾の送り迎えが発生する。
元日も、あさ８時過ぎには家を出て塾へ。夕方には帰れるのが「正月らしくのんびりできる」ところ。
（日曜日など、１２時間くらい塾に行っている）
昨日２日、親戚一同の集まりがあった。
毎年、母が同居している、長男（僕から見ての兄。上に書いた、僕の子の長男ではない）の家に行く。
今年は、兄弟の子供たち（僕から見て、甥姪）の集まりが悪い。
すでに多くが仕事を持っていたり、今年は大学受験だったりで、何かと忙しいそうだ。
というわけで、我が家の子供たちと、長男の子（長女）だけが、いとこの集まり。
いつもより寂しいかというと、あまりそういう感じではなく、むしろ人が少なめでスペースがあったため、持って行ったボードゲームをゆっくり遊べた。
昨年のクリスマスプレゼントから、「ラブレター」は、簡単なルールで楽しいので人気があった。
さらに以前のクリスマスプレゼントだが、タイムボムも人気。
「こんなにのんびり遊べるなら、街コロも持ってくればよかった」というのが子供の意見。
（あれは場所を取るゲームなので、遊べないだろうと思ってもっていかなかった。
しかし、我が家の子供たちの一番のお気に入りのボードゲーム）
我が家の長男、先述の通り、塾で忙しいため夕方から参加。
主な参加理由は「寿司とカニが食いたい」だった。毎年、用意してくれているから。
今年ももちろんあり、食べさせてもらった。忙しくて正月気分を味わえてなかったが、満足したようだ。
そして今日。
大みそかから３日間は、塾は「特訓」で忙しかったのだけど、今日だけは休み。
（また明日から通常授業）
長男ものんびり過ごし、やっと正月な気がする、と言っていた。
次女は宿題の書初めをやる、というので、先ほどまで指導していました。
（僕はとても字が汚いのですが、習字を習っていたことがあって、一応筆遣いなどは教えられます。）
これで、やっと僕も日記を書けているわけです。
明日は土曜日なのですが、仕事始め。
年末ぎりぎりまでやっていた仕事の続きをやらねば…
「年末までに終わらせたかったぶん」は終わっていますが、年始早々に使いたい部分は、まだ終わっていないのです。
同じテーマの日記(最近の一覧)
別年同日の日記
申し訳ありませんが、現在意見投稿をできない状態にしています。 |
日記を全然書いてないし、正月にかろうじて書いた日記を読めばわかることなのだけど、
仕事が忙しい。
日記を書く暇もない。
より正確に言えば、仕事ばかりしているので、日記に書くようなネタがない。
本当は書きたいネタもある（12月頭に草稿を書いている）のだけど、詰めが甘くてアップできない。
詰めている時間はない。
とはいえ、日記だから…いや、もともと日々書いてはいないのだけど、あまり間が空きすぎないようにしたい。
箇条書きでも最近の出来事を。
長男、高校受験で精神的に不安定。
急に泣き出したりしたこともある。
塾に行っているが、ハードスケジュールだ。
塾は平日と土曜日に合計3日。
平日は午後7時から9時40分まで。
土曜日は午後1時30から6時半まで。
これが、年明けからさらに増えた。
土曜日に追加で、午前中10時から11時50分まで授業。
日曜日に、朝 8時50分から午後 5時までに模擬テスト。
僕が高校受験していた時はこんなにハードではなかったが、今はこれが「標準的」なようだ。
そして、模試を見せてもらったが、昔よりもずっと問題数が多い。
ちょっとでも悩んだら全体の時間が足りなくなるような分量で、昔みたいな時間配分で「見直し時間を確保しておき、迷ったら後回し」みたいな戦略は使えないようだ。
見直しの時間などなく、迷ったら捨てる、という感じなのだろう。
…これ、自分たちの世代が時間配分などのテクニックを駆使して「本来の勉学の成績とは関係なく、受験テクニックがあるやつが点数を取る」という風潮を作り出してしまったため、封じてきたのかもしれない。
でも、ルールがあれば対策も必ずある。
今のやり方だと、ダメと感じたときに潔く捨てられるやつが高得点を取りそうだ。
地道にコツコツ積み上げるタイプが低く見られ、すぐに派手な成果を出せるタイプがもてはやされる…
そんな時代が求める受験形式なのかもしれない。
神奈川県では特色試験、というものがあって、幅広い知識を必要とされる試験形式だ。
長男が模試を受けて「よくわからない問題があった」と見せてきたので、少しやってみた。
英語で、円周率が小数点以下何桁まで解き明かせたか、という歴史を説明した問題文。
これに対し、「この時代に、ヨーロッパと日本ではそれぞれどのような事件が起きたか」とか、「円周率の小数点以下の桁数を、横軸を西暦、縦軸を桁数の対数としたグラフに折れ線で示せ」とか、設問がある。
このうち一問が、円周率のような、ある程度の桁数以上を求めることに全く意味がない数学分野が、なぜこれほど重視されるのか、という説明に引き続き、その応用としての「公開鍵暗号」の仕組みを説明するものだった。
最初にざっくりと、公開鍵暗号の基礎の一つである、電子署名の仕組みを説明してある。
それを理解したうえで、小さな問いにいくつか答える形式だった。
しかし、長男は限られた時間内で電子署名の仕組みを十分に理解できず、正しい回答ができたかわからないという。
そーですか。最近の高校受験は、公開鍵暗号くらいは知ってないとだめでしたか。
（これはあくまでも模試なのだけど、この程度の問題は出てくるということだな）
電子署名のアルゴリズムは、問題文の中で説明されているので、知っている必要はない。
でも、「電子署名」というものが何なのか、という程度の知識はないと、アルゴリズムを示されても何をしたいのか理解できない。
そんなわけで、長男には電子署名というものが何か教えておいた。
「Alice と Bob が通信しようとしているところに、これを盗み聞きしようという Charlieがいて…」という定番説明をしたら、ウケた。
（この名前を出しただけで面白がった長男は、筋がいい。名前でありながら、単に A B C という区別記号にすぎないことを理解できたのだから。
暗号の教科書を見ると、たいていはこの3人が登場人物です）
昨年秋に台風で壊れたウッドデッキは、無事修復された。
昨年の末までに、大まかな工事は終わっていたが、白木だった。
今年に入ってから塗装が行われ、つい数日前に、物干しざおなどを支える金具が取り付けられた。
しかし、雨樋はまだ壊れたまま。
台風の後、雨樋の業者さんが一番忙しいらしい。
ウッドデッキは、基本的に「新築時の状態」に修復された。
時代の流れもあり、多少の部材変更はあるし、それに伴う設計変更もあるのだけど。
で、SWH では、ウッドデッキの床面は「塗装しないで引き渡し。家主が自分で塗装する」ことになっている。
SWH は木部が多い住宅で、メンテナンスは家主の責任だから。
ウッドデッキは比較的メンテナンスしやすいところで、最初に白木を塗ることから練習してもらう、という意図だ。
もう練習いらないから、塗ってもらえると楽できるのだけどな…と思うのだけど、白木での引き渡し。
今は寒いから、春になったら塗ろう。
小６の長女はスプラトゥーン２が大好きでずっと遊んでいるが、年末についに念願の「ウデマエＸ」に到達した。
スプラトゥーン２の中には、初心者向けの「ナワバリバトル」と、より難しいゲームである「ガチバトル」がある。
このうちガチバトルは、下から順に、Ｃ、Ｂ、Ａ、Ｓ、Ｘという「ウデマエ」分けがなされている。
厳密には、ＡＢＣの上下には－と＋があるし、Ｓの上にはＳ＋０～Ｓ＋９という10段階がある。
勝ち続ければウデマエは上がるし、負け続ければ落ちる。
大抵は、自分に合ったウデマエのあたりで上がったり下がったり、になる。
Ｘに到達できるのは、ほんの一握りだ。
さらに細かくは、ガチバトルは4つのルールに分かれる。ウデマエはそれぞれで別だ。
長女は、冬休みに入ってすぐに一つのルールでＸに達し、さらに大みそか直前にもう一つのルールでＸになった。
そして、「毎月頭に、評価が低い人は自動的に降格」というのがＸの特別ルールで、大みそかのぎりぎりの時間で残留を決めた。
（Ｘ以外は、勝敗で昇降格が決まる。しかし、Ｘは戦績で評価される数値があり、この数値によって降格が決まる）
さらに、年を挙げてすぐにまた別のルールでＸに。３つのルールでＸになった。
残る一つのルールは「もう少し」なのだけど、苦手でまだＸになれていないようだ。
僕はもう、スプラトゥーンは「諦めて」いる。
というか、最初から FPS はそんなに好きではない、とこの日記でも公言している。
今でも熱心なのは、長女と妻。妻は現在ウデマエＳ。
長女は、我が家の中で間違いなく一番強い。
この年末、我が家は急に「ジュエルペットてぃんくる」がリバイバルブームとなった。
長女が保育園のころに大好きだったアニメ。
その頃の次女は赤ちゃんだったため、見ていたことも覚えていない。
で、先日話をしていた時に、次女が「見たい」と言い出した。
当時の CATV での再放送を DVD に撮ったものならあるよ…と言っていたら、YouTube に公式に全話が公開されているのを次女が見つけてきた。
じゃぁ、こちらの方が画質が良い。
CATV は、SD 画質で、ハイビジョン放送の全体を収めるために、上下に黒い帯を入れて放送していたんだよね。
つまり、現在のテレビで見ると、上下左右に枠がある「額縁」状態になる。
ただ、YouTube での全話公開は、オープニングとエンディングはカットだった。
最終話だけ「特別編の」 OP・ED があるのだけど…
これ、放送時は「いつもと違う」からこそ、特別感があったのね。
YouTube でも最終話は OP・ED ちゃんとついていたけど、特別感が感じられないのがちょっと残念。
冬休み中に少しづつ見て、もう見終わったのだけど、長女・次女は ED の歌が好きで時々歌ってる。
歌い始めると、長男も一緒に歌ってたりするのが仲の良い兄弟でほのぼのする。
（あの歌は、僕もいい歌だと思う。
以前公言したが、僕はてぃんくるは好きなアニメ。久しぶりに見てもよかった。）
同じテーマの日記(最近の一覧)
別年同日の日記
申し訳ありませんが、現在意見投稿をできない状態にしています。 |
興味ない人には、なんのこっちゃわからないタイトル。
仕事で複数人数、複数のマシンで開発を行っているので、それらのマシンを同期しないといけない。
プログラムなんかは github 使って管理しているのだけど、DB 構造なんかの問題もある。
で、mysql (実際には mariadb だけど）のテーブル構造を、ファイル化してある。
このファイルは github で管理し、新しいサーバーを建てるときには、ファイルを mysql コマンドで
流し込めば完了する。
そして、開発中に「変更」になったものについては、alter table を列記したファイルを作る。
github から最新のデータを得たときなどは、このファイルを mysql に流し込めば完了する。
…というつもりで作業していたら、そう単純じゃない問題があったよ、という話。
もともと技術者でないとわからない話なので、ついてこれる人だけ読み進めてほしい。
alter table でテーブル構造の変更はできるが、alter table には IF NOT EXISTS というオプションがある。
「もし、その構造が存在していないなら」新しく追加する、などという動作を行う。
だから、先に書いたように、プログラム更新のたびに、必ずこの「 DB 構造差分データ」を DB に流し込めば、構造がすでにあれば無視され、なければ正しく追加される。
でも、「varchar(4) を tinyint に変えたい」で詰まったんだ。
設計段階ではいろいろあって varchar(4) してあったけど、事実上小さな数値しか入らない、と分かったため。
直接 alter table で変換しようとすると、「文字列を数値に変えられない」とエラーが出て失敗する。
これは、何もデータがない時に、NULL 文字列が入っていたため。
数値になった際も、0 は使わないとわかっている。だから、NULL 文字列は 0 に変換してほしい。
というわけで、事前に
UPDATE [table] SET [col]='0' where [col]=''
という感じで、'' を 0 に変える。それから alter table すればうまくいく。
…というわけでもなかった。
上の UPDATE 文、[col] が varchar の時は動いた。
でも、tinyint になると、エラーになって止まる。
先に書いた通り、このファイルはプログラム更新のたびに読み込まれるのだ。
すでに tinyint の時には、何もせずにスルーしてほしい。
エラーの理由はわかっている。
[col]は数値なので、where 句に書かれた比較は数値で行おうとする。
しかし、NULL 文字列は数値ではないので、「文字列を数値に変えられない」とエラーが出て失敗する。
…最初の問題に戻ってきた。
んぎぎぎぎ…どうすればよいのだ。
仕方がない。IF 文を使ってみよう。
僕は mysql を「単に使っていた」歴は長いのだけど、php や javascript と組み合わせていたことが多いため、sql のみで記述するファイルとして、IF を使ったことがない。
やりたいのは、「[col] の型が varchar の時だけ、各種処理を行う」だ。
[col]の型を調べるには、
show columns [table] like '[col]'
とすればよい。これで、画面上に型が表示される。
…いやいや、それはダメだ。画面上に出ただけでは、IF 文で判断できないじゃないか。
しかし、どうすればこれを基に IF の判断につなげられるのかわからない。
ところで、mysql はデータベースだ。データの扱いに長けている。
どれくらい長けているかというと、「自ら作成するデータベースの構造も、データベースとして格納されている」のだ。
つまり、先ほど show columns で見た内容も、実はデータベースに入っている。
データベース名 INFORMAION_SCHEMA の中に、テーブル名を示すテーブルや、カラム名を示すテーブルがある。
SELECT data_type FROM INFORMATION_SCHEMA.COLUMNS WHERE table_name=[table]' AND column_name='[col]'
とすれば、目的のカラムのデータ型を得られる。
…が、これもまだ、表示されるだけだ。
また、サーバー内に複数のデータベースが入っており、同じテーブル・カラムがそれぞれにある場合、全てが表示されてしまう。
そのためさらに現在接続しているデータベース名で絞り込む必要がある。
「表示しかできない」という問題に対しては、show columns は名前の通り本当に表示だけだが、select は sql の中心的な構造なので、素敵なオプションがある。
先のコマンドの冒頭を
SELECT data_type INTO @type FROM ～
と変えてやる。 INTO @type が挟まっただけだ。
しかし、これで「表示」するのではなく、@type という変数に格納されるようになる。
もう一つ、目的外のデータベースも検索対象になることについては、WHERE の直後を変えてやる。
～ WHERE table_schema=database() AND tabel_name～
これで、データベースを絞り込める。
ここで、@type には varchar か、tinyint が入っているはずだ。
目的は、varchar の時だけ、tinyint に alter table することなので、
IF @type='varchar' THEN
UPDATE [table] SET [col]='0' WHERE [col]='';
ALTER TABLE [table] MODIFY [col] tinyint DEFAULT 0 NOT NULL;
END IF;
みたいな感じで処理してやればよい。
ただし、このまま mysql クライアントで流し込むとエラーになる。
; は「mysql サーバー的には」コマンドの区切りなのだが、「mysql クライアント的には」命令の終わりを兼ねるためだ。
DELIMITER で命令の終わりを変えられる。
なので、最初に DELIMITER で // を命令の終わりに変え、全てが終わった後で元の ; に戻してやるといい。
最初の SELECT から含めて全部を書くと、次のような感じになる。
SELECT data_type INTO @type FROM INFORMATION_SCHEMA.COLUMNS
WHERE table_schema=database() AND table_name=[table]' AND column_name='[col]';
DELIMITER //
IF @type='varchar' THEN
UPDATE [table] SET [col]='0' WHERE [col]='';
ALTER TABLE [table] MODIFY [col] tinyint DEFAULT 0 NOT NULL;
END IF;
//
DELIMITER ;
同じことで悩んでいる人、結構多そうだと思うのだけど、探してもそういう記事を見かけなかった。
ただ、「show columns の結果を変数に入れたい」とか、「文字列から数値のキャストの癖が強すぎる」とか、悩んで解決できていない記事は多数見つけた。
それらがすべて、僕と同じ悩みで書かれたわけではないだろう。
でも、同じ悩みの人の解決の手立てになれれば、幸いである。
同じテーマの日記(最近の一覧)
別年同日の日記
申し訳ありませんが、現在意見投稿をできない状態にしています。 |
僕は主夫を標榜しているので、食事作りも大切な仕事である。
昨日は、小６の長女が東京見学。社会科見学と、卒業遠足を兼ねている。
朝７時には家を出ないといけない、という。
「すぐ食べれる朝ご飯作って。お弁当も必要」というので、いつもは５時半起きのところを…５時２０分に起床。
別にアラーム時刻変えたのではなく、目が覚めたので起きただけだけど。
朝のルーチンワークがあって、普段はお湯を６リットルほど沸かす。
２リットルポットに２本で大体一日分のお湯。これに、子供たちが飲む麦茶１日分２リットル。
麦茶がおいしい、というので、冬でも冷やさない麦茶を飲んでいる。
しかし、６リットル沸かすと３０分近くかかるのだ。
お弁当の準備のため、順序を変える。まず麦茶と、ゆで卵づくり。
ポットのお湯は、追々作業中に沸かせばよい。
子供たちが「おいしい」という我が家のお弁当の定番は、ゆで卵を半分に割り、黄身を取り出してマヨネーズで和え、再び白身のくぼみに戻してくっつけたもの。
「黄身がボソボソしないゆで卵」だな。
長女は朝ご飯を食べるのが多少遅いが、餅が大好きで、餅なら食べるのが速い。
朝はお雑煮がいい、と言っていたので、餅を入れてもおいしそうなみそ汁の具を選び、作る。
こまごまと お弁当の具材を多めに用意しつつ、余った分を朝ご飯のおかずとする。
完成したのが６時半。
子供たちを起こしてご飯を食べさす。
一方で、僕はおにぎりづくり。これも、ご飯を食べるのが遅い長女が、お弁当はおにぎりが良いと言ったから。
最初に麦茶を作ったので、７時ごろにはある程度抽出できている。
お弁当と温かい麦茶を持たせ、無事学校に送り出した。
そして今日は、中３の長男が、私立高校の願書を出しに行く日。
中学の給食は中３だけ無い。お弁当を作らないといけない。
そして、やはり７時に家を出ないといけない。
アラームで５時半に目が覚める。
昨日は、準備の動きに多少無駄があった。もっと最適化を図り、時間短縮を！ と考え、すぐに動き始める。
昨日は、お弁当のおかずを考えながら作っていたところに無駄があった。
今日は、同じものをすぐに作り始める。
長男が好きなのは、ハムとチーズを交互に挟んだもの。ハムもチーズも少し厚めがいい。
というわけで、スライスハム・スライスチーズではなく、切り落としハムとブロックチーズを使う。
実は、昨日も作った。作った後で、全体に野菜が足りないな…と思って、キュウリの薄切りを追加した。
なので、今日は最初からキュウリも用意して作る。迷いがない分早く作れたはず。
他のおかずも似たようなものを作る。
しかし、中３男子のお弁当箱は、小６女子よりも大きいのだった。おかずが足りない。
急遽、新しいおかずを考えて隙間を埋める。
結局、所要時間はほぼ変わらず。
10分遅れで作り始めたので、10分遅れの完成となった。６時４０分に子供たちを起こす。
長男は、ごはんは海苔弁が好きだ。
我が家風は、薄く入れたご飯の上に、食べやすいように海苔を細かくちぎりながら敷き詰め、鰹節をかけて、軽く醤油をかける。
その上にまたご飯を置き、海苔を置き、今度は鰹節なしで醤油をかける。
上に鰹節を乗せないのは、蓋にへばりつきやすいから。
こちらも、無事時間通りに送り出した。
長男は公立高校志望だが、志望校に入ったとしても、今日行ったすべり止めの私立に行くにしても、家を出る時間は７時ごろになるだろう。
そうなると、僕は５時に起きないといけなくなるな。
まぁ、子供たちが保育園のころは４時半に起きていたので、慣れればどうということはない。
（その頃は子供の寝かし付けが必要で、僕も一緒に寝てしまうことが多かった。
そのため、就寝時間に間に合わない家事はほおっておき、翌朝片付けていた。皿洗いなど）
全然関係ないが、ちまちまとした家事をするのも好きだ。
先日、長女が春から通う中学の説明会があり、妻が出席してきた。
この説明会の最後に、制服の古着の配布会がある。
卒業生が、もういらなくなった制服を学校に寄付していくのだな。
毎年人気があり、すぐになくなる。
しかし、無くなるのは「平均身長」向けのものばかりで、小さなものとかは残りやすい。
うちの子は体が小さいので、残っていたものを妻がもらってきた。
十分にきれいなものだし、学校側でクリーニングに出してくれているのだけど、小さな絵の具のシミが、何カ所もついていることに気づいた。
画材に詳しい妻によれば、おそらくアクリル絵の具。固まるとなかなか取れない。
美術部にいた子の制服だったんじゃないかな、とのこと。
じゃぁ、シミ落としをしてみよう。
ネット情報で、アクリル絵の具は鉱物油を使うと落ちやすい…とあったので、ベビーオイルを試してみる。落ちない。
ベンジンを使う、という情報もあった。落ちない。
アセトンを使う、という情報もあったが、家にアセトンがない。
妻のマニキュア除光液を使ってみる。アセトンフリーで、主成分はアルコール。しかし、絵の具が溶けた。
溶けるとわかれば、ぼろ布を乗せて歯ブラシでトントン叩いて汚れを吸い出せばよい。
吸い出しては除光液をかけ、また吸い出す…をひたすら繰り返す。
結構楽しい。
そして、綺麗になった。
この作業中に気づいたが、服に前の持ち主の名前が入っていた。
漢字は違うのだが、うちの子と読みが同じ。
同じ名前の子の制服を引き継ぐ、というのも、面白い偶然だと思った。
同じテーマの日記(最近の一覧)
別年同日の日記
申し訳ありませんが、現在意見投稿をできない状態にしています。 |
中国で新型コロナウイルスによる肺炎が広がっており、すでに死者が170人を超えたとか。
アメリカでインフルエンザが猛威を振るっており、死者は少なく見積もっても8000人を超えたとか。
物騒な話が世の中を騒がしているが、ごく普通の風邪をひいた。
今週の頭あたりから、ちょっとのどが痛いなーとか、だるいなー、くらいには感じてきたのだけど、昨日になって微熱が出始め、今日はずいぶんと体がだるい。
昨日は朝の段階では微熱以外の兆候はなかったので仕事をしていたのだが、午後になってだるくなってきたので、少し離席して寝させてもらった。
今日は、朝からだるいので仕事を休みにしてもらった。
（ここらへん、在宅でフリープログラマをやっているので、ある程度融通を利かせてもらえる）
しばらく寝ていたのだけど、先ほど目が覚め、調子が良いので日記を書いている次第。
同じテーマの日記(最近の一覧)
別年同日の日記
申し訳ありませんが、現在意見投稿をできない状態にしています。 |