友人の結婚式に招待された。 場所は横浜・野毛山にあるセントジェームスクラブ迎賓館。
桜木町からてくてく歩いてもたいした距離ではないけど、荷物が重いので坂道はきつかった。 ちなみに、ドンケF2は今日が初出動。
でだいたい一杯。思ったほどは入らない。 ま、F100 はレンズつけっぱなしで突込んだのだけれど、外して納めればまだ入るかな。
10:20 には到着。 ロビーの案内に新郎の名前を告げたら今日の挙式で同姓が3人も存在するとの事。 下の名前で再確認。 クロークにコートを預けて待合室へ。 しばらくして、ひでっちょ・大ちゃんと合流。
最初は5Fにあるチャペルへ。 なぬ? 座席からなら撮影OK? 早めに知っていたらいい場所とったのに(と言い訳)。
採光の良い明るく感じの良いチャペル。 しかと誓いを見届けたぞ。
式が終わるとすぐ隣のポーチへ。 心配された雨も夜中だけだったようで青空が出ていた。
1Fへ戻ってバンケットルーム前へ。 受付。 記帳。 「上の人はみんな住所の襴都道府県省略しているなあぁ……どうしようかなぁ……」なんて考えて名前を書いていたら、姓の後に区名を書きはじめている自分がいた。 おーまいがー。 くちゅくちゅと消して、名を……。 すんません。
テーブルには、ウエルカムベア(手作り)と和装の写真(事前に撮ったらしい)。
着席。最初から引出物が用意されているのは珍しい?
高校の仲間3人で、新郎新婦にご挨拶に。 一度もお会いした事のない新婦さんに「ナベさん」と呼ばれた。 なにか吹聴されているらしい。
人間の記憶はあいまいなもので、順番違い、抜けがあるかも。
新郎新婦は明日からハネムーン旅行へ。 結婚式の後すぐ出発する夫婦は最近では貴重な存在か。 どうぞお幸せに。 そのうち、新居にみんなで襲撃に行きます。
豪勢に男女各1のカメラマンを頼んでた。 男性は F5(教会で手巻きしてた) + Ai AF-S Zoom Nikkor ED 28-70mm F2.8D (IF) (うらやましい)。ともう一台ニコン。機種不明。
女性の方は、キヤノン x 2。機種不明。
どちらも淡々と撮っていた(ように思う)。 バンケットルームはかなり天井高かったんだけど、鉛直天井バウンス多用していたみたい。 光量足りるのかな?
36枚撮り x 3 + 少し。 かなーり自信無しカットばかり。
それにしても腕力が足りんな。 カメラが重くて、すぐプルプルしちゃう。 腕立伏せでもしなくては。
昨日の続き。
これは多分 POP before SMTP のせいだね。 SSH トンネリングを使って POP しているので、POP によってメール転送を許可されるホストがトンネリングをしているサーバになっているようだ。 ということで設定を修正。SMTP も SSH トンネリングさせる。
(setq mew-case-guess-alist '( ("To:" ("@docomo.ne.jp" . "docomo") ... ))) (setq mew-config-alist '(("docomo" ("smtp-server" . "ホスティングサービスのSMTPサーバ名") ("smtp-ssh-server" . "SSHトンネリングしているホスト名")) ... ("default" ("user" . "naney") ("mail-domain" . "naney.org") ("pop-server" . "localhost") ("smtp-server" . "localhost")) ))
よし。成功。
一昨日実装した、 複数のキーワード集合による、AutomaticLinkモジュールを WiKicker CGI プログラムから使えるようにしてみた。
ローカルにおいておいたキーワードリストファイルを読み込み AutomaticLink 処理(WikiForum 内で AutomaticLink でマッチしていない部分文字列に対して)。 マッチした場合は InterWiki を使ってURIに変換しリンク化する。
あわせてIndexPage.txtでWiKicker WikiForum 内の PageName を取得できるようにした。
これで例えば、2つの WiKicker WikiForum が cron で互いの IndexPage.txt を定期的に取得し、AutomaticLink するようにすれば、相補的に連携する事ができるようになる(ただし AutomaticLink のみ。WikiName や BracketName は依然としてその WikiForum 内のみ)。
AutomaticLink でのリンク先は(指定した)任意の InterWiki で定義できるので、あるキーワード集合について Google の検索結果ページや「はてなダイアリーキーワード」への自動リンクも実現可能(はてなダイアリーキーワード自動リンクAPIはキーワードリストではなく正規表現を返してくるので、元に戻す必要有り。またあれだけ巨大なキーワードリストだと毎回 AutomaticLink のために、trie 再生成するのも辛いのでもう一工夫必要)。
過去の2月9日より。
DiKicker のキーワードインデックス用の転置ファイルの実装によさそげなモジュールはないかと CPAN をあたってみたところ、Search::InvertedIndex を発見。
Berkeley DB を複数束ねて大容量対応してあったりキャッシュが実装されていたりと高機能だが、それゆえ今回使うにはオーバースペックっぽい。 依存するモジュールもそれなりにあるし。
やっぱ、今回は自分で実装するかな。 しかし Search::InvertedIndex 自体は結構使えそうな感じなので機会があったら試してみたい。
本社からスタッフが来たので仕事を終えてから、みんなでお好み焼きを食べに。 去年の7月1日に食べにいった「あけぼの」で。 前回日記に店名を書いておかなかったので、Webで探すのにちょっと手間取った。 メモ重要。 老夫婦がやっているこじんまりしたところだが、iタウンページには載っていた。 iタウンページもなかなか使えるかも。
お店についたのは8時半過ぎ。 ワールドカップドイツ大会アジア最終予選初戦が始まっていた。 出遅れたので、テレビのある座敷はとれずテーブル席で。 他のお客の歓声を聞きつつ、鉄板焼きをくらう。
以前 ActivePerl にインストールした PAR で Windows 実行形式ファイルに変換しておいたプログラムが実は動かなかった事に気がつく。
プログラム名 - エントリポイントが見つかりません。
プロシージャ エントリ ポイント PL_memory_wrap がダイナミックリンク ライブラリ perl58.dll から見つかりませんでした。
おや。
どうやら ActivePerl 5.8.7 Build 813 上で、 ActivePerl 5.8.6 Build 811 で PPM パッケージ化しておいた PAR を使ったのがまずかったようだ。
ActivePerl は 5.8 系の間ではバイナリ互換だったと思うが(5.6系とは駄目)、PAR に限ってはそうはいかないらしい。まぁ、考えてみればそうなってもおかしくない。
ということで PAR PPM パッケージを作り直してインストールし、こちらであらためて exe ファイルを作成。 うまく動くようになったことを確認。
Perl で書いた Web アプリケーションのポータブルな Win32 デモ環境として XAMPP を使ってみるとどんな感じになるか試してみた。
使ったバージョンは以下。
(http://www.apachefriends.org/jp/xampp-windows.html)
それぞれ 自己解凍型 7-ZIP アーカイブをとってくる。 最初に XAMPP を展開し、次にその xampp ディレクトリの中で Perl アドオンを展開。 xampp ディレクトリを c: の直下に移動する。
次にコマンドプロンプトを開き c:\xampp\perl\bin へ移動後 ppm コマンドを起動して作成済みの PPM パッケージをインストールする。 インストール先は \xampp\perl 以下とドライブ無しのパスで指定されているようで、問題なく必要な Perl ライブラリをインストールできた。
次に \xampp\xampp-control.exe を実行して GUI 管理ツールを立ち上げ、その画面から Apache を起動。 普通の Win32 版 Apache もインストールしてある PC だったため、xampp-control から Apache を起動したらそちらが立ち上がってしまったが、これは Svc にチェックが入っていたからだった。Svc を外せば \xampp 以下の Apache がきちんと起動する。
あとは \xampp\htdocs 以下で WiKicker CGI プログラムの配置や設定ファイルを作成すれば OK。 もともと WiKicker は相対パスだけで動くようになっている*1ので、問題なく実行することができた。
*1多分
一度セットアップできた \xampp ディレクトリを TrueCrypt 仮想ドライブにコピーして起動してみた。
こちらも問題なく OK。
ということで XAMPP でお手軽に Perl CGI プログラムの動く Web サーバ環境を作れることを確認できた。
問題があるとすれば XAMPP + Perl アドオンが馬鹿でかいところか。400MB オーバー。 今回何が一番時間がかかったかって、XAMPP + Perl アドオンを展開した直後の xampp ディレクトリを、後でまた使えるように 7-ZIP の最高圧縮する処理に時間がかかった。 使っている PC では 50分以上かかったよ。
ケータイに小型カードリーダ(記事)や USB メモリをぶらさげておくのに邪魔にならない小さな脱着ストラップ部品を探していたのだが、今日良さそげなものを見つけたので購入してみた。
明和産業株式会社の「ストラップ着脱パーツ T-1」。
ということでイメージしていた理想の条件を満たしている。 耐荷重 10kg ということで常用にも問題なさそう。
ということで SO905iCS に microSDカード小型カードリーダ BSCRMSDC とあわせて付けてみた。 なかなかいい感じ。買い溜めしておきたい一品。
[ 製品レポート ]
一昨日の夜から Twilog を使い始めてみた。あ、これいいね。
「Twitter のつぶやきをブログ形式で保存するサービス」というのにひっかかって今まで使わないでいたのがちょっともったいない。 自分の tweet は「RSS から cron で一定時間毎に取得して nDiki 用のマークアップ付きテキストファイルに自動変換」(記事)して「手動で取捨選択・編集して1〜数日分で1記事化」しているんだけれど、プレーンな形式では残していないので保存用に CSV 形式で取得できるのは非常にありがたい。定期的にダウンロードして保存したい。
ちなみに多くの人が言っているように他人の「その人のその日の tweets を順番に並べただけのまとめ記事」ってとてもつまんない(nDiki でもやっているけど)。 でも本人にとっては見返してみると記憶が蘇えってきて結構楽しいし、またきちんと検索できればパーソナルデータベースとしても非常に便利。 だからどんどんやればいいと思うよ。
先週採血したソバアレルギー検査の結果を聞きに病院に行ってきた。結果は「陰性」!
「陰性」!
失われた20年! こんにちはソバライフ!
血液検査的には食べて大丈夫でしょう、でもいちおう用心して最初は一口だけとかからにして、もし口・喉に痒みがあったりしたらやっぱりアレルギーかもしれないので気をつけてくださいとのこと。
いやあ、正直そばの味も忘れてるし食べ方もよくわかりませんよ。
ちなみに副題であった秋の花粉症については今回の検査項目的には陰性。秋口に鼻水が出るは別原因あるいは気のせいなのかな。あとついでにやってくれた健康診断的血液検査も異常無し。このあいだ献血を断わられた時、血色素量(ヘモグロビン濃度)が12.8g/dLだったんだけれど、今回は13.7g/dLで基準値の下限のちょっと上ぐらい。こちらはボーダーなので引き続き鉄分摂取ですな。
おいしい蕎麦屋紹介してください。
Happy Eating!
最初は丸大食品のアイカツ! フィッシュソーセージのおまけだと思っていたカードも気がつけば急速に枚数が増えてきたのでカードファイルに入れ始めていたのだけれど、まあマシンの前に行くとみんなオフィシャルバインダーをもっていて羨ましいわけである。
でも店頭にはバインダーなんか売ってなくてどういう世界なのだと思っていたところに、「新商品の発売の兆しが!」と思ったら思ったで、商品名も商品内容もオープンになっていない状態で通販サイトは軒並み予約完了 or プレミアム価格でやっぱりどういう世界なのだと。
さすがに定価超えでは買えないなと指をくわえつつ、 Amazon.co.jp の ウィッシュリストに追加し、Android の公式アプリまで入れてウォッチしたところ発売日前日にぽっと Amazon.co.jp 自身での販売扱いが出現したので慌てて注文! ふう!
で昨日の発売日の翌日の今日無事入手とあいなった。これでしばらく安泰。あーでもリフィルが足りないから買っておくかとヤマダ電機にいったら、普通に新発売2種が6個ぐらいずつ吊ってあった。なんだ。妻の友人が昨日大雪の中、朝一番でそのヤマダ電機に買いにいった時はそれなりに数があったということだけれど、今日もまだ十分残っていたと。 でリフィルを買うつもりが売ってなくて、なぜかかわりにもう1種類の方も買ってしまったと。あれ?
Go 言語で書かれている drive というプログラムを使うと Linux 上で Google ドライブのファイルを pull したり push したりできるというので試してみた。
手元の環境は ~/local/go に go を入れてあったのでこれでインストール。
$ export GOPATH=$HOME/var/go $ ~/local/go/bin/go get -u github.com/odeke-em/drive/cmd/drive
インストールできたら ~/var/gdrive 以下に Google ドライブ上のファイルを pull してみる。まずは初期化と認証。
$ mkdir ~/var/gdrive $ cd ~/var/gdrive $ ~/var/go/bin/drive init
URL が出力されるので Web ブラウザでアクセスして authorization コードを取得する。そのコードを drive init のプロンプトで入力すると初期化 OK。
$ ~/var/go/bin/drive pull
で認証したアカウントの Google ドライブ上のファイルをローカルにもってくることができる。
変更後は push することで Google ドライブ側に反映させることができる。
$ echo hello > hello.txt $ ~/var/go/bin/drive push
push で引き数を指定しないと全て更新確認が入るので結構時間がかかる。更新したファイルが明確なら
$ ~/var/go/bin/drive push hello.txt
のようにした方が速い。
株式会社メルカリ主催で CS 関係者のミートアップ「Drink Meetup with Mercari #22」に参加してきました。同じく CS 関係者のミートアップとして昨年6月にに開催された Drink Meetup with Mercari #7 ぶりのメルカリです。
今日は LT の時間をいただいたので「ネットサービス事業に CS 開発を」というテーマで少し話させていただきました。
飲んでもっとみんなグダグダにだべっているところで人知れず LT するのだと思ったら、皆さんきちんと着席しているところでのトップバッターだったので恐縮でありました。
「CS 部門とサービス部門の開発との間で(価値観の違いで)ぶつかったり、あるいはリクエストがなかなか反映されなかったり」といった声をトークの後で伺ったりしました。このあたりで苦労されている方には CS 開発の存在意義が伝わったのかなと思います。
また「どういう流れで CS 開発ができたのですか?」という点もよく聞かれました。実は入社した時には既に存在していてそれを育ててきたという立場なので、発足の経緯は良くしらなかったりするのでこのあたり当時の人に私も聞いてみたいなと思うところです。
今回は他にメルカリや DeNA の方のトークがあったり、STAR FESTIVAL・BASE・メルカリ3社によるパネルがあったりとコンテンツが充実のミートアップでした。
新しくメルカリにジョインした以前お世話になっていた方と久しぶりにお会いできたのも嬉しかったです。メルカリのホストの方々は気さくで社風の良さが非常に伝わってきました。良いミートアップをありがとうございました。
HRT の原則 (HRT principles) (Team Geek より)
誰かに確認する必要があるとなった時につい「(その人と一緒になる)次のミーティングで確認しておきます」と言ってしまうことがあります。でもそうすると半日とか1日とか数日とか待ちが発生してしまうんですよね。
実際その場で Slack で確認してしまえば実は5分で確認・決定できたりすることも多々あったりします。遠慮しないですぐに確認します。
毎週金曜日にやっている仕事関連の GTD 週次レビュー、いつもの午後ではなく午前中にしてみたら集中できたし捗りました。やはりじっくり考える仕事は昼下がりより午前中の方が効率的。今後も午前中にやれるようにスケジュールを調整しようかな。
帰ってきたらテレビでオリンピックの開会式やっていて、聖火持って手をふっている人が映ってました。ああ今日からでしたね。聖火台点火を見られて満足。
2年後のオリンピック、東京がどのような雰囲気になるのかまだイメージが湧わかないのですが、どんな感じになるんでしょうね。
東京は雪。朝起きたら向かいの植栽に白く雪が積もっていた。今日の雪は降ったりやんだり降ったりで道路に積もるほどでは無く、写真に収めるタイミングを逃してしまった。
午後に駅前に買い出しに行くときはちょうどやんでいて、それはそれで楽だったけど。
しばらく前に買ってあったというすき焼き用の肉で、今晩はすき焼き。家すき焼きは2009年1月2日以来10年ぶりでは。
なんとなく高いというイメージがあるのとすき焼き鍋が無いのとで、ずっとやらないで10年が経ってしまった。
昨日考えた方針通り Google ドライブで全文検索する必要のない Markdown ファイルの拡張子を txt から md に変更し、Obsidian vault を作成した。そこそこファイル数があるが Zettlr に比べて検索が圧倒的に速くてサクサクだ。いけそう。
1つのファイルに複数の情報が書かれているデイリーノートファイルがあると、同日に扱ったという点以外で関連のないものが関連があるかのようなグラフになってイケてない。
フィルタでデイリーノートファイルを -file:... を使って除外したらいい感じになった。なるほど。
試してみたいけれど $96/年に見合うほど使わなさそう。HTTPS なカスタムドメインを設定するのが現時点でハードルが高いということもあり様子見。様子見していて 50% early bird 価格が終わっちゃったら、さらに遠のいちゃうかもしれない。
[ ノート・日記はテキストファイルに ] [ Mac アプリケーション ]
animation#photography
— Naney (@Naney) February 9, 2021
RICOH GR III #GR #GRIII #GR3 pic.twitter.com/r5zm7RwxXM
Markdown で書いているノートを「公開で作業する」というコンセプトで社内で公開するのに、 GitHub Enterprise Server (以下 GHE) の GitHub Pages を使ってみることにした。
静的サイトジェネレータ MkDocs には GitHub Pages にデプロイする機能が入っている。GHE 上のリポジトリに対しても問題なく動いた。
$ pip3 install mkdocs mkdocs-material
GHE 上で notes リポジトリを作成する。プライベートでも OK。
$ git clone git@example.com:Naney/notes.git $ cd notes $ git config user.name 'WATANABE Yoshimasa' $ git config user.email naney@example.com
MkDocs 設定ファイルと Markdown ファイルは既存の Obsidian vault の中にそれぞれ置いておき、シンボリックリンクしておくことにする。
$ ln -s /path/to/vault/Settings/mkdocs.yml
mkdocs.yml 内で以下を指定しておく。
docs_dir: /path/to/vault/notes
$ mkdocs serve
を実行し、 Web ブラウザで http://127.0.0.1:8000/ に接続しどのように表示するか確認する。
$ mkdocs gh-deploy
を実行すると gh-pages ブランチ上に静的サイトが生成され、リモートリポジトリに push してくれる。 GHE のリポジトリ側も自動で gh-pages ブランチを GitHub Pages で公開するように設定してくれる。びっくり。 https://example.com/pages/Naney/notes/ が公開 URL になる。
あとは Markdown ファイルを追加・更新・削除したら必要に応じて mkdocs serve で確認しつつ、 mkdocs gh-deploy していけば良い。
やってみると思ったよりお手軽だった。
プライベートリポジトリでも GitHub Enterprise Server の GitHub Pages サイトは公開となるので、組織内で限定公開するには境界型セキュリティに頼ることになる。ゼロトラストと考えるなら、漏洩してはならない情報を書かないよう注意して使うべきだ。
[ 組織内公開ワーキングノートサイト ] [ 公開で作業する ]
私もペイントして。#photography
— Naney (@Naney) February 8, 2022
RICOH GR IIIx #GR #GRIIIx #GR3x pic.twitter.com/4WMP3BIfsU
明日雪の予報ということもあり、久しぶりに防水である DSC-RX0 を使おうかなと持ち出してきた。 Pixel 7 にしてから1度も Wi-Fi 転送していなかったので Imaging Edge Mobile をインストールし DSC-RX0 から写真を転送できるようにしておいた。
1月11日に Twitter Blue サブスクリプションを購入してからそろそろ1カ月。この間に月間プランより少し安い年間プランが出ている。プランを変更するには一度サブスクリプションをキャンセルし、有効期間が終了してから再度サブスクリプション購入しなおす必要があるということなので、月間プランをキャンセルした。
Naney (なにい) です。株式会社MIXIで SNS 事業の部長をしています。
※本サイトの内容は個人的見解であり所属組織とは関係ありません。