今日ようやく、工務店と正式な契約をした。最初に会ったのが昨年12月で、7ヶ月かかった。 中古マンションをシュッと買ってたら、今年の正月から中古マンションで暮らせていたので、気の長い活動だと思う。やっぱり中古マンションってもう完成しているから、買おうと思ったら早いようで、我々が家を見て回っている間に友達がマンションを買って引っ越すというのを2例目撃している。 この日記を見てると、なかなか大変そうだね、とかいろんな人に言われるのだけど、やってみるとけっこう楽しくて、人生一度なので建てられるんだったら家は建ててみたら良いと思う。集合住宅体験はもうやってみたし、マンションが大規模修繕に直面するのも体験できた。次は一戸建てか、モンゴルに行ってテント暮らしをするか、のどちらか。 家造りのプロジェクトをもう1回最初からやるなら、何社も同時に見比べるんじゃなくて、いまお願いしている工務店に最初に話をして、

引越し先ここでいいか、というところが見つかった。募集がかかってすぐの部屋を見つけて問い合わせして、これから退去、改装があるのだけど、退去後あたりのタイミングで部屋を見せてもらってから契約、という流れで話を進めさせてもらっている。 いったん同じレイアウトの別室を見学させてもらって、ここならいいだろう、という雰囲気だった。他の方に取られる心配をしていたけど、もう募集は止めてくれたとのこと。 気になるのが、いま住んでるのが分譲賃貸の設備充実マンションなのが、普通のレトロマンションくらいの設備になるので、ビルトイン食洗機と浴室乾燥機がなくなること。 食洗機は周りの子育て世代はみなパナソニックの40点洗える大きめのを使ってるので、そういうのを買うのがよさそう。水栓が交換不能なタイプだったらあきらめてタンク式のを買うしかないけど、そこは大家さんに蛇口の型番を聞く。 panasonic.jp 食洗機は置

普段、電子書籍はKindleかO'Reillyで買っていて、Kindleなら何も考えなくてもライブラリに追加されるけど、O'Reillyで買ったファイルは自力でファイルをタブレットまで送り届ける必要がある。 レイアウトが固定の本はFire HDで読んでいるので、なんとかしてFire HDでO'Reillyの技術書を快適に読みたい。 メールで送る手法やUSBで転送する手法では、1ファイルずつ送ることになって面倒。 Dropboxダウンロード機能を使うと便利だったので記しておく。 O'Reilly Japan Ebook StoreのDropboxダウンロード機能を使う オライリーの電子書籍にはDropboxダウンロード機能というのがあって、Dropboxのアカウントを連携すると、買った本をDropboxのフォルダに追加してくれる。全部まとめてダウンロードする機能もあり、これによって1ファイル

オンラインMTG（や、単なるオンラインの雑談）において、大半のメンバーが自宅などから一人ずつ接続しているときに、会議室などから複数名で参加すると、迷惑なことがある。 家メンバーと会議室メンバーの状況を比較すると、会議室メンバーには以下のような有利さがある。 遅延時間が有利 会議室のメンバー同士はいち早く情報をキャッチできるので、早く返答でき、リモートメンバーの発話チャンスを奪うことができる 視界が有利 会議室のメンバー同士は見えている範囲が広いので、ジェスチャーをキャッチアップできる。リモートメンバーには通じない 音圧で有利 会議室メンバーは話者が多いので音圧を上げて場を制圧することができる 音質面でのギャップがある 一人で接続するときには、近い距離のマイクで音を拾っていることが多いけど、会議室のマイクは話者から距離があって、音量や残響音などに差があり、聞き取りづらいので、会議室メンバーが

豊洲に寿司を食べに行く、立ち飲み屋を巡って酒を飲みまくる、1週間くらい休みをとって海外に行く、といった生きる喜びが全て失われて、残された最後の希望、近所のサウナに行くことも、不要不急の外出を自粛することが求められた今となっては叶わなくなった。 すると残された道はただ一つで、家にサウナを設置するしかない。 前提 賃貸のマンションに住んでいる カワックのミストサウナ これが最速で、部屋に設置されているので、ボタンを押せば始められる スタートラインとしては恵まれている 秋頃まではよかったけど、冬場は温まりきらなくて困っている 追記、予熱の時間をのばして、事前に30分くらい動かしてほかほかにしてから入ったらかなり良くなった。風呂場にキャンプ用の折りたたみ椅子を置いて(邪魔)、ただちに休憩できるようにするとより良さそう テントサウナ 薪ストーブ方式のもの 煙が出る、高さが出る、火を使う、のでベランダ

家族内での情報共有や管理について、お金の管理は共用の口座と家族カードで、とか、情報共有はScrapboxで、とか、快適になっているのだけど、唯一、やっておけばよかったなというのが、メーリングリストを作っておくこと。 一緒に住んでると同じ情報にアクセスしたいことがしばしばあるのだけど、そういうときに、二人で使える共用のユーザーアカウントがあると便利なことがあると思う。 たとえば飛行機のチケットを取るときとか、予約の確認メール必ず転送したり、その後フライトがキャンセルになったらそのメールも転送したりと、たいへんめんどくさい。インドに行ったときにフライトがどんどんキャンセルになって、妻のメールアドレスに届いて、どこまで転送してもらったっけ、とわけわからなくなっていた。 各種手続きに使うメールアドレスをメーリングリストにしておくほうが緊急のメールが来たときに早く気付けそう 不確実性コーンを見て心を

今週は同僚と毎日長時間ペアプロしていた。 おもしろかったのが、同僚のテストの書き進め方で、一番複雑な正常系のテストをちゃんと書いてから、その複雑なテストをもとに、いろんな条件を削っていって異常系のテストを作っていく、というところ。 僕は逆で、入力が空なら何も起きない、とか、一番簡単な異常系のテストを書いて、そこだけ通るのを確認して、よしよし、と進めていって、メソッド本来の動きは最後に確認して終わる。 変な進め方だな〜(主観)と思って眺めていたけど、たしかに正常系のテストが通っていれば、あとはバリデーションまわりのチェックとか、例外となる場合のチェックをすれば終わりで、異常系のテストがすごい速さで書かれていておもしろかった。 …という話をしたら、チームメンバーたちは正常系のテストから書きはじめるという人が多くて、正しくことを確認してから、1個ずつ前提となる条件を外してみて試す、と聞いて、同値

2020/2/18追記 サポートに問い合わせたところ、ALBの不具合はロールバック済みで、cookie名を縮める対応は不要、とのことでした。試してみたところ、たしかにcookie名の指定をやめても問題なく認証できました。 AWSのApplication Load Balancerの認証機能を使って、スタッフからのアクセスのみ許可する社内向けウェブサービスを運用しているのだけど、昨日くらいからGoogle Chromeで認証が通らなないという声を聞くようになった。 現象としてはリダイレクトループが発生していて、コンソールを見るとSet-Cookie headerが長すぎるというエラーが出ていた。 Set-Cookie header is ignored in response from url: https://****/oauth2/idpresponse?code=e51b4cf0-8b

2時間で、HTMLを入門し、CSSでレイヤを作り、JavaScriptを書いて動きをつけて、コントローラをくっつけてVJとして活躍する、というワークショップをやってきた。 午前中にORCAのワークショップもあり、人々が音を出せるようになり、午後には絵も出せるようになることで、それらをくっつけるとオーディオとビジュアルのパフォーマンスができるという夢のようなワークショップ。 夏頃からやっていて、Kyoto.何かという勉強会でもLTしたりしていた。こっちはコード書ける人向けにすばやく紹介するという内容。 blog.sushi.money ワークショップの組み立て takawoさんからワークショップお願いできませんかって声かけていただいて、やりますとすぐに返事したのだけど、ブラウザ上で動くツールを使ってやるんじゃなくて、ツールから作ることになる、とか、普通のウェブ開発の授業をやると2時間ではなに

Slackやissueで質問がきたら Scrapboxで検索して みつかったらページを案内 みつからなかったらその場でページを書いて案内 さらに疑問点とかあったらScrapboxを見ながら話して、その場で書いていく と言うことをよくやっている。 この動きを続けるとトラブルシュートしてるだけで知識がストックになっていって便利なはず。 聞かれた質問をそのままページにするのではなくて、タイトルは一般的な単語で書くようにしている。「アクセスログはどこにでていますか?」じゃなくて「アクセスログ」のページで、ログの在り処を説明する。そうすると他のページからもリンクしやすい。 逆に、一人だけが持ってる情報をみつけたら、ページだけ作って、ページを作ったので説明を書いてもらえませんか、というお願いをしたりしている。#誰か書いて というタグをつけておくと、書きたい人が書いてくれる、というのを試したりしている。

音声認識でプログラミングする情報．たまに見返したくなるのでメモ． Using Python to Code by Voice Using Python to Code by Voice - YouTube 音声認識でプログラミングするためのプログラム作って使ってるという発表． Microsoft Vista Speech Recognition Tested - Perl Scripting Microsoft Vista Speech Recognition Tested - Perl Scripting - YouTube Windows Vistaの音声認識でPerl書こうとする動画． ujihisaさんが見た人 ujihisa: emacs使いのうち一人が ujihisa: 本当にすごかった・・・ ujihisa: やばい・・・ ujihisa: emacs最大の弱点 ujihis

YAPCでおもしろ発表してきた． はてなブログの開発を振り返って設計の進化と最高の設計を紹介するという話． speakerdeck.com なぜか大人気発表みたいになってて，会場満員で，すみませんこんなところに来ていただいてすみませんというかんじだった． 紹介した本はこちら．予約投稿で仕込んであって，発表終わったら，こちらから買ってくださいとかやろうと思ってたけど，すっかり忘れてた． YAPCの発表で紹介した本 - hitode909の日記 質問たくさんいただいて，よいかんじにおさまったと思う． 「難しくて挫折するという問題がありますよね」「歯を食い縛って実装しろって書いてあった」 #yapcasiaE— そらは (@sora_h) 2015, 8月 21 Q: 「コメントの良い書き方は？」 A: 「オブジェクト指向入門下巻に書いてあります」 ↓ 「買って読みます。」 #yapcasiaE

ソフトウェア作ってて，最初は一つしかない想定で作るけど，あとから複数出現することになって改修するのが大変，ということがある． 最悪サーバーサイド もう終了したサービスであったのが，ユーザーは自分のアイテムを飾れる部屋を1つ持てるという仕様だったのが，複数の部屋を切り替えられるようにして，部屋ごとに置けるアイテムのシリーズが変わって，シリーズごとにグリッドの細かさも変わるとか．とにかく大変で，全部のテーブルにあとからシリーズidを持たせたり，クラスメソッドで済んでたのをシリーズidを持つオブジェクトのメソッドにしたり，ORMのItemをRoomに渡すのをやめて，その層とは別に独立した画像合成用のItemとRoomを作ってやり取りするとか，最初からそうなってるときより大変なことになる． 最悪クライアントサイド クライアントサイドでも同じようなことはあって，HTML内に一つしか出現しない前提で作

普通の手帳やカレンダーなんかには六曜が書いてあるから，運が悪いことがあると，やっぱり仏滅だった，とか，大安だから遊びに行こう，とか述べることができる． はてなブログでは六曜を表示していないので，どういう日なのか分からなくて困る． 以前から問題意識があったので，JavaScriptでブログに六曜を表示するようにした． こんな感じに出る．PC版だけ表示される．スマフォ版には出ない． 使い方 以下のHTMLをコピペして，デザイン編集 → カスタマイズ → フッタHTML に貼り付けると六曜が出る． <script src="//ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script> <script src="http://hitode909.github.io/hatenablog-unofficial-modul

DOMオブジェクトには昔からdispatchEventとか，addEventListenerとかあって，最近だと，node.jsのEventEmitterとか，jQueryのon, triggerを使って自作のオブジェクト間でアプリケーション的に定義されたイベントをやりとりできる． これまで，自作オブジェクトからイベントを発行するのに，jQueryのtriggerを使ってたけど，意図しない挙動をすることがあることが分かって，triggerHandlerを使うように変えた． jQuery.trigger()は，イベントタイプと一致する関数をレシーバが持ってるとき，その関数が呼ばれる． イベントのやりとりと，メソッドの呼び出しは独立しているというイメージがあったので，うっかり同名のメソッドを定義したときに，一見するとよく分からない挙動になって，難しい． なので，自作オブジェクトがイベントを発行

ぼくはライフワークとして画面をチカチカさせる活動をしてるのだけど，周りの人にあまり理解してもらえなくて，まぶしいとか，そんな低俗なことをやって，みたいな反応をされる． けど，画面をチカチカさせるだけでも，いろいろと工夫できることとかある．今日はこれまでの活動の振り返りと，それで得たノウハウを共有しようと思います． 過去の活動 これまでに，いろいろ画面をチカチカさせるやつ作っているので，順に紹介します． コード残ってるのは2010年からだけど，一番古いのは中学生のときにRPGツクールで作った画面がチカチカするゲームで，途中まではRPGとして遊べるけどストーリーが進むと画面が高速で点滅し始めてそれ以降何もできなくなるというゲームでした． 古くはポケモンショックというイベントもあったけど，ぼくは関西に住んでて見れなかった． ウェブページをチカチカさせる このbookmarkletを起動するとウェ

GreasemonkeyにはXHRにfinalUrlっていうのがあったけどGoogle Chromeにはなくて不便だった．しょうがないから http://finalurl.appspot.com っていうのを作ってそこにGETでURLを送るとリダイレクト先を返すとかしてた． chrome.webRequestにonBeforeRedirectっていうのがあってそれを使うとリダイレクト先を取得することができた． Web Requests - Google Chrome Extensions - Google Code 全てのURLについて，onBeforeRedirectを監視して，リダイレクトが起きたらリクエストURLとリダイレクト先のURLをハッシュに書き込むようにしておく 問い合わせがあったら，指定されたURLがハッシュにあるか見る，あればすぐに返す なければ指定されたURLにHEAD