タグ

ブックマーク / blog.sushi.money (6)

  • 中古車 初心者 買い方 - hitode909の日記

    もともとインドア派だったけど、在宅勤務を始めて、家に引きこもっていたら一年が経とうとしている。 いま30歳くらいで、仮に平均寿命まで生きてるとして、あとこれを50回くらい繰り返せば終わりということで、人生の2%にしては景色が一定すぎる、と思ったり、また、たまに実家に帰るなどの都合で遠出しようと思っても、公共交通機関に乗るのは気を使うので、帰省を見送ったりしていた。 車に乗れるようになっていれば、人と触れ合うリスクを下げて移動できるようになるのではと思って、昨年末くらいから、車に乗る暮らしを始めてみようと準備を始めて、今月の初めに無事手に入れることができた。 知識ゼロの状態から車を買うまでの様子を記してる人はあまり居ない気がするので記録しておこうと思う。 状況 運転免許証は一応持っていて、大学に入ってすぐの夏休みに免許をとったきり、まったく乗っていなかった。社会に出たら仕事で使うかと思ってい

    中古車 初心者 買い方 - hitode909の日記
  • 一人ずつ接続しているオンラインMTGに会議室から複数名で参加する迷惑行為 - hitode909の日記

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

    一人ずつ接続しているオンラインMTGに会議室から複数名で参加する迷惑行為 - hitode909の日記
  • 未知の道に突入せず、まずは半分知ってるくらいの状態になる - hitode909の日記

    Perl製アプリケーションからGraphQLを喋ってみたい、ということがあって昨年末に2週間くらいでプロトタイピングしていた。 CPANにGraphQLというライブラリが公開されていて、社内の利用実績もあるので、これをいきなり使ってみても良かったのだけど、自分はGraphQLについては、耳では知っていて、GitHubAPIを呼び出したことがある、くらいで、実際に実装したことはなかった。 このような状態で突き進むと、問題に遭遇したときに2パターンの怪しさが出てきて、切り分けていくことになる。未知のものが多すぎて、プロジェクトXの、トンネルを掘るだけで難しいのに現地の言葉はわからない、みたいな回をイメージしてください。 GraphQL自体への理解が間違っているパターン スキーマ、クエリの書き方が悪い、概念を勘違いしている、など PerlでのGraphQLライブラリの使い方が間違っているパター

    未知の道に突入せず、まずは半分知ってるくらいの状態になる - hitode909の日記
  • テスト、正常系から書くか異常系から書くか - hitode909の日記

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

    テスト、正常系から書くか異常系から書くか - hitode909の日記
  • 時間を区切って設計を打ち切るのはおすすめできない - hitode909の日記

    最初にマイルストーンを切って、この週で設計、この週で実装、みたいなことをやるのはおすすめできない。 設計に使える時間を最初に決めた時間までしか使わないということは、どうすればいいか、考えきれてなくても作り始めているということ。 コードは書けていくので、進んでいるようにも見えるけど、問題を先送りしているだけなので、じっくり設計や作戦を詰めていれば気付ける問題に、あとのほうで直面することになる。 この問題を回避するためにはこのように作るべきであった、ということにあとで気づくと手戻りが大きくなり、こんなことをするくらいなら最初に決めておけばよかった、となることが多いと思う。 家を建てることをイメージすると、設計フェーズはここで打ち切って、手を出せるところから始めよう、といきなり柱を建てることをイメージしてほしい。 先のことを見据えると、4の柱は長方形になっているべきという制約があるけど、そのこ

    時間を区切って設計を打ち切るのはおすすめできない - hitode909の日記
  • Google IME SKK サーバー 作った - hitode909の日記

    Google CGI API for Japanese Input*1を使って変換するSKKサーバーを作った. Googleのサーバーが高性能なので,通常のSKK辞書ではできないような変換ができる.以下は例. 手元の辞書にないが世の中にはあるような言葉を変換できる. 意味不明な言葉でも適当に変換できる. 一文まとめて変換できる. インストール gemになってるので,gem installでインストールできる.依存ライブラリは特にないはず. % gem install google-ime-skk追記,Ruby1.8ではgem install jsonする必要があった,Ruby1.9では不要. 実行 google-ime-skkという実行ファイルができるので実行するとサーバーが起動する. % google-ime-skk 設定 AquaSKKでは,skkserv辞書として追加する.デフォルト

  • 1