Oh! Can Not Diary

おきゃんなブログ

夕日ヶ浦と天橋立 旅行記

先日、息子がピタゴラスイッチを見ていると「そこで「はし」はかんがえた」というコーナーで天橋立の回旋橋が紹介されていた。 その時に、夫が「GWは天橋立に行ってみようか」と話しかけているを聞き逃さなかったので、すかさず宿の手配をすることにした。直前だったのでほとんど空きがなく、天橋立からは離れた夕日ヶ浦海岸エリアの旅館を予約した。 この時点で夕日ヶ浦がどういうところかわかっていなかったが、調べてみると水平線に沈む夕日が絶景なのだとか。 砂浜も宿の目の前にあるということなので、きっと子供はこれだけで大満足だろうと思い、天橋立は再訪だし2日目にして、1日目は宿に直行することにした。

神戸から夕日ヶ浦木津温泉駅までへは、特急こうのとりで豊岡まで行き、京都丹後鉄道に乗り換えて行く。(はまかぜでも行けるが空席がなかった。)豊岡での乗換時間が6分しかないので、スムーズに行けるか心配していたが、ICでJRの乗り換え用の改札を出場してから、丹鉄の切符を買うことができて、無事、乗り換え成功。

夕日ヶ浦木津温泉駅

14時半、宿の送迎で駅まで迎えに来てもらった。今回の宿は「夕日ヶ浦温泉 静 花扇」さん。少々奮発してオーシャンビューのお部屋!オーシャンビュー大好き!お風呂にも海を見ながら入ることができる。女性と子供用には色浴衣を貸してもらえて、息子はカニ柄を選んでいた🦀

一休みしたらサンダルに履き替え、夕日ヶ浦海岸を散策。子供は初めての砂浜に大興奮で、最初はさざ波がちょっと来るだけでワーワー言ってビビってたけど、慣れてくると、「みじゅしゃーん(水さん)、はやくこーーーーい」と叫びながら波を待っていた。大人も日本海側に来るのは久しぶりで、荒れ狂う波がいかにもって感じで良かった。

一度宿に戻って温泉に浸かり、目玉の夕日は屋上のテラスで無料のワインを飲みながら堪能した。最後は雲に隠れてしまったが、こればかりは運なので仕方なし。

19時、お待ちかねの夕食。大人は懐石料理で、子供はお子様ランチ。唐揚げや海老フライやミートボールには手をつけず、ひたすらポテトを食べてたけど、こちらとしては一人で黙々と食べてくれてるだけで100点満点…。しかし、最後のご飯ものがくる頃にぐずり始めて最終的に寝てしまったので、残った釜飯はおにぎりにさせてもらい部屋に戻った。またこの釜飯がうまい……。隣のテーブルの人が仲居さんに「地魚の釜飯ってのは、何の魚なの?」と聞いていたけど、その日に上がった魚になるので、わからないそう。

やたら美味しかった椀もの

2日目。8時から朝ごはん。カレイを温める鉄板があったのに驚いた。子供用のお皿には食べやすいようにか、ふっくらした身の部分が乗っていた。とても細やかである。食後にまたぶらぶら海岸を散歩して、チェックアウト。駅に送ってもらって、宮津方面へ出発。天橋立までは40分。

天橋立駅に到着するも、雨は降ったり止んだりの天気。山からの橋立を見るのは諦め、回旋橋を見て、松並木を散策。しっとりしていてこれはこれで良かった。お昼は名物のあさり丼。卵でとじてあるタイプで美味しかった。地ビールの飲み比べもできて満足。

帰りもこうのとりに乗って帰路につく。しかし、最初から天橋立をおまけ扱いしてしまったが、天気がよければもっとじっくり味わいたい場所だった。夕日リベンジチケット(宿泊割引券)ももらったし、夕日ヶ浦にも天橋立にもいつかまた行きたい。

おわり。

これからのタスク管理のこと

仕事でこまごました個人タスクをどう管理するかっていうのは永遠のテーマなので、安住の地はないと思っているけれど、最近のやり方としては AI × Obsidian ( TaskNote ) という方法に落ち着いている。

タスク登録を自動化するところが肝で、定期的にタスク発生源(JIRA, wiki, slack, meet議事録など)を巡回して Obsidian の vault 配下にタスク候補ノートを作らせ、コマンド1発で TaskNotes のタスクに昇格、というフローにしている。

AIに任せると、slack の自分宛のメンションやグループメンションとか、課題表にあるテキストとか、構造化されてない情報をよしなに処理してくれるのが便利。あとサブタスクの提案とか、PRレビューならリンク先のURLも貼るとか、どのプロジェクトに紐づいているか、みたいな情報も埋め込んでいる。

次はタスクのアサインを AI にしたら勝手に仕事を始めてくれて、タスク管理ツールからは AI ( Codex App ) の実行スレッドのステータスを確認できるようにしたい。その点でやっぱりローカルファイルで自由にプロパティも持てる Obsidian が便利だ。

最近、仕事の中身よりも仕事の進め方の方に関心が寄っていて、Emacs にハマっていた頃を思い出す。

成長ホルモン治療が始まった

子の身長を伸ばすため、1ヶ月ほど前から成長ホルモン治療を開始している。毎晩寝る前に自宅で注射をするというもの。成長が止まるまで、毎晩……。なかなか大変な日々だろうなと覚悟をしていたけど、数日で慣れてきて、もはや淡々と打つだけの作業になっている。いまだにめっちゃ嫌がって泣くのは可哀想だけど、もう割り切るしかないので、無心でやっている。あと注射といってもタッチペンみたいな形で操作もシンプルなのでそこまでの負荷はない。 https://ghpro-jcr.jp/products/images/p_growjectorl_img01.jpg

1歳ぐらいから成長曲線から徐々に外れていっていたが様子見するしかなかったので、やっと始まったという感じでもある。3歳になったらすぐにでも開始できるのかと思っていたら、クリニックで負荷試験が2回あり、ALPの数値が低いから念のため調べましょうと専門病院を紹介され、麻酔なしMRIにチャレンジし(これは一発成功)、リードタイムが1年ぐらいかかった。専門病院は朝1で行っても待ち時間が3〜4時間、呼ばれるまでの目処も立たない待ち時間地獄。最後は電話で結果を聞くことができたんだけど、それすらも保留で15分待たされた。もう行きたくない。

成長ホルモン治療の詳細についてはこの本↓で勉強した。一般的には最初の1年で追いつき成長があり、そこからは緩やかな成長になるそう。今はまだ始めたばかりで身長の伸びへの期待も大きいので、様子見をしていた頃よりはすっきりした気分。まぁこれからどうなるかわからないけど、あまり思い悩むことなく暮らしたい。

よくわかる低身長児の診療ガイド 成長障害の診察室から(第3版)igakutosho.co.jp

親になると気づく「〜しないよ?」という日本語の不思議

——命令・疑問文・主語をめぐる話

親になると、子どもに対してよくこんな言い方をするようになった。

それ、触らないよ
走らないよ?
今日はもうおしまいだよ

「〜しないで」や「やめなさい」ほど強くはないし、
かといって単なる説明という感じでもない。

なんというか、
やんわりした命令、あるいは制止

ふと考えてみると、これをそのまま英語やフランス語に訳すのは、なかなか難しい。

Don’t touch it. だと強すぎるし、
You don’t touch it? だと意味が変わってしまう。

この「〜しないよ?」って、いったい何なんだろう?
と思って、少し調べてみた。


「〜しないよ」は命令文ではない

まず形だけを見ると、「〜しないよ」はとても地味だ。

  • 動詞の否定形
  • 終助詞「よ」

命令形でもないし、禁止形(〜するな)でもない。
ただの否定の平叙文である。

それなのに、育児の場面ではちゃんと
「それはやらないでほしい」という意味で通じる。

ここで起きているのは、

文の形と、実際にやっていることがズレている

という現象だ。


発話は「意味」ではなく「行為」

このズレを説明する考え方に、
発話は行為である、という発想がある。

この考え方をはっきり示したのが、
哲学者 J.L.オースティンの言語行為理論だ。

オースティンは、

  • 文は単に意味を伝えるものではなく
  • それを発することで、何かを「している」

と考えた。

たとえば、

窓、開いてるね

これは事実の報告にもなるし、
「閉めてほしい」という依頼にもなる。

文の意味そのものよりも、
その場で何をしようとしているかに注目した。


「〜しないよ?」は命令を疑問にしている

「〜しないよ?」になると、さらに面白い。

走らないよ?
それ触らないよ?

形としては疑問文だけど、
本当に「質問」しているわけではない。

実際には、

走らない、よね?
そうするって分かってるよね?

という、同意を前提にした言い方になっている。

命令をはっきり言わずに、
「私たちの間ではそうだよね」という形にする。

だからきつく聞こえにくいし、
子どもにも受け入れられやすい。


この文の「主語」はどこにあるのか?

学校文法的には、

(あなたは)走らないよ?

と説明されることが多いと思う。

でも、ここで少し引っかかる。

この「あなた」は、本当に省略されているんだろうか?


命令文や疑問文は、最初から主語を持たない?

ある文法書で、こんな説明を読んだことがある。

命令文は、主語が省略されているのではなく、
最初から主語を持たない文型である

理由はわりと納得がいく。

「省略」というのは、本来ある形を
「言わなくても分かるから省く」という、大人の操作だ。

でも子どもは、

  • 「行け」
  • 「やめて」
  • 「これ?」

といった形を、最初から完成形として使っている。

「あなたは行け」「あなたはこれ?」
という形を知ってから省略しているわけではない。

つまり、

主語を省いているのではなく、
そもそも主語を立てていない

と考えたほうが自然に見える。


主語は「世界を説明するとき」に現れる

ここまで考えると、整理できる。

  • 事実を説明する文
    → 主語が必要
  • 事実を確認する疑問文
    → 主語がある
  • 相手を動かす文(命令・誘導)
    → 主語を立てない

「〜しないよ?」は、
世界を説明しているのではなく、
相手の行動をそっと調整している文だ。

だから主語がなくても成立する。


なぜ翻訳しにくいのか

英語やフランス語では、

  • 主語を立てるのが基本
  • 疑問文は「本当の疑問」であることが多い

そのため、

  • 命令は命令として言う
  • やんわりさは語彙や言い回しで調整する

という方向になる。

日本語のように、

主語を曖昧にしたまま
命令を疑問っぽく言う

という構造は、かなり特殊らしい。


おわりに

「〜しないよ?」という、何気ない育児フレーズをきっかけに、

  • 発話は行為であること
  • 主語は必須ではないこと
  • 疑問文は必ずしも疑問ではないこと

を改めて考えることになった。

親になってから気づいたこの違和感は、
日本語を「文法」ではなく「行為」として見る
いい入口だった気がしている。


食パンをマニュアルで焼いた(1回目)

ゴールデンウィーク中に時間があったので、前からやりたかった「自分で成形して食パンを焼く」ということに挑戦してみた。こういうのは最初はレシピ通りに作ってみるのが王道だけど、いろいろと制約条件がありオリジナルレシピを考えて作ってみた。

レシピ開発

要件

  • 朝ごはんに焼きたてを食べたい!(ロマン)
  • 手持ちの粉を消費する

設計

まず朝ごはんに焼きたてを食べようと思ったら

  1. パン屋さん並みに早起きして仕込む
  2. ホームベーカリーの予約機能で生地を作っておく
  3. 冷蔵庫で低温長時間発酵させておいて、朝に成形&焼く

あたりが選択肢になるのだが、①はまぁ無理だとして、③だと常温に戻すための時間も必要になるため、なるべく時短ができる②の作戦で行くことにした。

でも問題があって、うちのホームベーカリー(Panasonic ホームベーカリービストロ SD-MDX4)は生地作りに予約機能が使えない。

なので、今回は「焼き上がり時刻を起床時間+2時間に設定して、一次発酵が終わったタイミングで起きる」っていう作戦を採用。+2時間が最適かどうかは正直よく分からないけど、焼き時間がだいたい45分〜1時間なので、二次発酵に1時間ぐらい使えるかなと。

粉については、グリストミルという強力粉をメインにした、ふわふわ食感の食パンの配合をChatGPTに考えてもらった。グリストミルは灰分率が高く、味や香りが強いのが特徴でなかなか他の粉で代用が効かないのだが、個人がなかなかちょうどいい量を入手するのが難しい(最安値のショップだと1kgあたりの値段よりも送料の方が高くついてしまう)。ということで頑張って使うつもりで2袋購入したのだが、10~30%を風味付けに使うことが推奨されているので、普通にレシピ通りに作ると1回の使用量が少なすぎて持て余している。ただやはり100%では個性が強すぎるので、50%ぐらい使って残りは手持ちの粉を活用する配合を考えてもらった。「ふわふわの食感」と指定したらちゃんと準強力粉を外してくれたので信用してよさそう。

レシピメモ

材料
  • グリストミル 150g
  • キタノカオリ 70g
  • ゴールデンヨット 30g
  • 砂糖 20g
  • バター 20g
  • 水 180g
  • 白神こだま酵母ドライG 1.2g
手順
  1. ホームベーカリーに材料を入れる
  2. 天然酵母コースで「8:30に焼き上がり」設定で予約スタート
  3. 朝6:30に起きてホームベーカリーをストップ、取り出す
  4. 2分割して丸めて、ベンチタイム20分
  5. 俵型に成形して型入れ
  6. 35℃のオーブンで二次発酵。70分くらいで型の6割まで来たので切り上げ
  7. 予熱済みオーブンで210℃20分→180℃に下げて10分焼成

感想

ホームベーカリーで焼いたパンもそれなりに美味しいけど、やっぱり自分で成形してオーブンで焼いたパンは格別。皮がうまい。成形は下手でも、型に入れて焼くだけで、なんでこんなに美味しくなるんだろう〜。やっぱり焼成環境の違いが大きいのかな。

あと、グリストミルがすごい。こんな癖の強い食パンはパン屋では絶対に作れないなって感じの味がして良かった。

ちょっと焼き時間が短い?

反省

二次発酵不足

二次発酵がなかなか進まず、本当に型の8割ぐらいのところまで発酵させたかったけど、朝ごはんの時間が押してしまうので少し早めに切り上げた。そのせいか山の膨らみがつながってしまってる。起きてから朝食用の食パンを焼くというのは、やはり無理がありそう。

食パンは焼きたてじゃなくて良い

湯気が立ってるうちに、半分に割ってむしりながら食べた焼きたてももちろん美味しかったけど、翌朝のほうが全体的に味が落ち着いて美味しかった……。そもそも、むしりながら食べるなら、食パンじゃなくて良いなと思いながら食べていた。それと、焼きたてはちょっとバターが多かったかな?と思ったけど、翌朝にはいい感じに馴染んでおり、むしろ保湿性が発揮されてちょうどよかったかもしれない。

ということで、もう夜焼いて寝かせてから食べた方がいいという結論に至ったので、リベンジすることにする。(つづく)

ほうれん草のパン

どこのご家庭でもあるあるのお悩みかと思うのだが、子(2歳)が野菜嫌いで全然食べてくれないので、ほうれん草を練り込んだパンを作ってみることにした。よくハンバーグに細かく刻んだピーマンを入れるとか、カレーに混ぜるというテクニックがあるけど、ハンバーグもカレーも食べないし、肉は鶏そぼろしか口にしてくれないので、好物のパンに入れたら食べるのでは?ということで早速作ってみることに。ちぢみほうれん草があったので、半分は大人用にお浸しにして、半分はブレンダーで牛乳と一緒に伸ばしてほうれん草ペーストにした。思い返すと、離乳食時代は、蒸しただけのにんじんとか、ほうれん草ペーストとか好んでパクパク食べていたのに、ある時から拒否するようになったのだった。ということで離乳食以来のほうれん草ペースト作り。相変わらず、かかる労力の割に出来上がる量が少なすぎる。レシピはネットで適当にいろんな人のレシピを見て参考にして作ることに。野菜パンなのでヘルシーなものが多いけど、ここは食べてもらう方が最優先なので普段の食パンよりもリッチに砂糖30g、バター20g、仕込み水は牛乳に置き換え。ほうれん草ペーストは粉に対して10%にした。強力粉はイーグルを使用。生地はホームベーカリーのパン生地コースで作って、二次発酵以降はマニュアルで、それも、朝焼きたてを出せるように逆算して製作。(ホームベーカリーの完全オートメニューでほうれん草入りの食パンも作れるが、食パンだと表面積が大きいから色で嫌がって食べない可能性を考慮した。)そんなふうにリスクは全部回避していくスタイルで労力を惜しまずに作ったところ、割ったところからバターの香りが立ち上り牛乳の甘みも感じられるめちゃくちゃ美味しいパンができてしまった。子の反応はというと、テレビに夢中になりつつも完食してくれた。よもぎみたいな味であんこと相性が良さそうだなと思ったので、その後、同じ生地であんパンも作ってみたらこちらも美味しかった。

Webkitの不具合に遭遇した話

Webkitの不具合のようなおせっかいのような挙動に遭遇したのでまとめておく。

事象

チェックボックスが縦に複数並んだWeb上の画面で、高速で上から順にタップしていくとタップしたところとは別の要素のチェック状態が変わってしまう。

具体的には、1をタップ → 2をタップ という操作をすると 1にチェック → 1のチェックが外れるというような動き。タッチデバイスでのみ発生。ちなみにチェックボックスの更新処理でAPIを叩いたりとかの非同期処理はやっていない。

解決方法

スマホバイス上での高速連打がダブルタップと誤認識された、という仮説のもと、css で以下のように設定したら解消した。

body:has(.hogehoge) {
  touch-action: manipulation;
}

body に指定して has擬似クラスで限定しているのは、.hogehoge で指定しても効果がなかったから。manipulation はダブルタップでのズームなど、標準外の追加的なジェスチャーを無効にする設定なので、これでダブルタップ自体を受け付けないようにした。

調査メモ

iPhoneのシミュレータできちんとデバッグしたところ onChange に渡ってきている要素自体が実際にタップした要素とずれていて、かつ、隣りあう要素をタップした時だけ発生していたので、スマホバイスだとダブルタップとして認識されているのでは?という仮説に至った。これは子供の寝かしつけをしてる時にひらめいたんだけど、生成AI に聞いてもダメで、debounce で回避する案しか出なかったので、こういうのが一発で導き出されると良いなと思ってこの記事を書いている。(繰り返しになるけど、非同期処理は行っていないので debounce は却下。)

ダブルタップを制御する以外に、1つ1つのチェックボックスの間隔を広げるとかそういう解決策もあると思う。

実装が気になったので Webkitソースコードをちょっとのぞいてみたが、それっぽい箇所は見つかったものの、具体的な時間の閾値みたいなのは見つけられなかった。

github.com

github.com