運転しながら思ったことをGoogle Keepにメモしているのでブログにも貼っておく - hitode909の日記
車の運転中って手を離せないのだけど、スマホをつないでたら、OK Google、Googleキープにメモして、って言って、あとは話すだけでKeepにメモしてくれる。 運転中の貴重な注意力を分割して記録した、重要なメモがたまってきたので、ブログにも貼っておく。 食品をコンテナ化できたら、米の1粒1粒まで再現して、全く同じ味を味わえるのではないか、と思ったときのメモ。 瓶ビールとビール瓶、みたいに、ひっくり返しても意味が通じる言葉ってどれくらいあるだろう、と思ったときのメモ。北海道物産展はいいけど、物産展北海道はダメ。身の回りを見渡してひっくり返しても良いものを探したけど、やっぱり見つからななかった。 ブライアン・イーノの展示に行ったらSonos Oneが置いてあるだけで、これ家でできるんじゃないの？と思ったときのメモ。 なんか会話の途中で、いきなり特定の場合の例外みたいなことを言ったら揚げ足取
自分のはてなブログをChat GPTにつないだ - hitode909の日記
id:nishiohirokazuさん作のScrapboxの情報をChat GPTに流し込んで対話するスクリプトがおもしろそうだったので動かして遊んでみていた。 自分のScrapboxをChatGPTにつないだ - 西尾泰和のScrapbox 自分のScrapboxからおすすめサウナを案内してもらえた。おもしろい。自分のはてなブログとも対話したい。 https://t.co/7L51YPVURe pic.twitter.com/ijVXEFDXGl— 趣味はマリンスポーツです (@hitode909) 2023年3月10日 自分はScrapboxよりはてなブログのほうをよく書いてるので、当然はてなブログと対話してみたい。 はてなブログのMT形式のエクスポート結果をScrapboxのエクスポート結果のJSONっぽく乱暴に書き換えるスクリプトを用意して、はてなブログのデータを使ってチャットでき
ユーザースクリプトが書きにくくなると初学者が自由に練習できる場が減っていきそう - hitode909の日記
DTMをどうやって始めるかというと、テレビとかで流れてる曲を耳コピで打ち込んで匿名掲示板に放流する、するとボコボコに叩かれる、それを糧に成長していくかただちに脱落していく、そういう流れがあったのだけど、近年はJASRACが手作りMIDIに対する集金を始めたそうで、雑MIDIを公開すると著作権料を徴収されてしまう、これでは初学者が耳コピからDTMを始めるルートが閉ざされてしまっているのでは、という話が20年前くらいにはあった。 Greasemonkeyとかユーザースクリプトとかも同様な雰囲気があると思って、おおらかな時代は乱雑なコードを書いて好きに動かしていた。 blog.sushi.money blog.sushi.money 現代のChromeは.user.jsをブラウザにドロップしてもすんなり動かしてくれなくて、雑なJSを書いて動かしたい、という衝動をかなえるための参入障壁が上がってい
仕事の種類が増えてもめちゃめちゃにならないためには - hitode909の日記
かかえている仕事の量や種類が多すぎてめちゃめちゃになっているときは、何からやればいいかわからなくなっていたり、タスクの存在を忘れ去っていたり、気にしてなかったところでリマインドされて、やべっとなったりしている。 溜めていって一気に片付けるよりは、そもそも溜めていかないような心がけが必要。 宿題をどこかにメモしておく プライイベートでも仕事でも、Todoistを使っている 最近は依存関係をつけられるのが好きなので、Asanaに寄せて、みんなで見てるプロジェクトにつっこんでいくのが忘れにくくて良さそう、と思ってきている ペアで進める 「あとでやっときまーす」だと忘れそうだけど、誰か誘ってカレンダーに入れて、時間を抑えて一緒にやると忘れ去りにくい ペアプロで手伝うとか、決まった時間に手伝いに行くという関わり方なら無限に関わって行ける。抑えた時間だけ集中して進めればよい これが設計の相談役として、
次のたのしみを用意しておくのは大事 - hitode909の日記
どんなことでも、次にたのしみなことを用意しておくのは大事だと思って、次にたのしみなことがあったら、今どんな状況でも、まあ、たのしみなことはあるんだし、今はただ生きていればなんでもいいよ、という気分になれる。 今プライベートでたのしみなことは、引っ越したら自然豊かな環境に移れそうなことで、朝とか昼休みとかにちょっと散歩に出るのが楽しみ。 仕事でたのしみなことは、HTTPのレスポンスヘッダをちょっと調整するということをやっていて、手分けしてちょっとずつやってるのでだんだん結果が出てくるのがたのしみ。 それらがなかったら、次に何を心待ちにして過ごせばよいかわからなくなってしまうと思う。 順序が逆転しているように感じられるかもしれないけど、たのしみなことがない人は、なにか一つ、たのしみなことを作ると良いと思う。 犬を飼ってたら元気が出ました、じゃなくて、元気のない人に犬を飼わせると元気が出るかもし
はてなマンガチームの魅力、それは新しいツールをとりあえず使ってみること - hitode909の日記
最近、SlackのHuddleっていう、チャンネルから離れずに通話できる機能を使っていて、ミーティングないときはとりあえずジョインするようにしている。 同じく予定のない間はジョインしているメンバーがいるので、いろいろと声をかけながら調査したり、その場で確認をとりながら作業を進めたりできている。 今日話したことは以下のような話題。以下のいずれの話題についても、今日話す予定になかったけど、その場でちょこちょこと直せたり、調査が進んだりした。 週末いいことありましたか、みたいな雑談 同僚が使ってるイヤホンの音量ボタンをリズムよく連打するとクラッシュする、という良い情報を教えてもらえた 今日発生した不具合の原因が、以前からのキャッシュの出し分けロジックに関連していそうという話 キャッシュの出し分け方針をディレクターに確認しよう、といってissueを入れて方針決めを進めた データベースのパーティショ
ネイティブアプリからGraphQLを叩くときにどこまでパラメータ化するか - hitode909の日記
GraphQLを使って、ネイティブアプリにさまざまな集計方法のランキングを出す、というときについて考えている。 たとえば、ソーシャルブックマークアプリを作っているなら、「総合」「一般」「世の中」「政治と経済」みたいに、カテゴリごとのランキングを出すことがイメージできると思う。 どのようなqueryを用意して、どこまでパラメータ化するか、どこまで自由にするかによって、サーバークライアント間の責任分担や、その後の変更コストが変わってくる。 サーバーサイドで制御する rankings: [Ranking!]!みたいに、クライアントからは「ランキングください」とだけ送るパターンを考えられる。クライアントでは、Arrayの返ってきた順に画面上に表示する。 良い点 サーバーサイドでランキングの定義を持てるので、APIだけでなく、ウェブの画面に表示するランキングなど、他の面との仕様を揃えやすい 変更がサ
アウトプットの品質を下げておくと気軽に書けるようになる - hitode909の日記
12月であるし、アドベントカレンダーが回っていたりして、よくできた興味深いブログの記事を目にすることが多い。 よくできた記事ばかり見ていると、自分もちゃんとしたものを出さなければ、となってしまうことがありそう。しかしちょっと待ってほしい。 ブログ記事、といっても、プロの編集の手が入ったお金のかかった記事、一人で頑張って書いた大作、チョロっと書いて出てきた日記まで様々なものがある。 100文字くらいで終わっているものもあれば10万文字くらい書かれているものもあるので、文量に1000倍の差がある。 映像の世界で1000倍の差を出そうとすると、2時間すなわち7000秒の映画と、スマホで撮った7秒の動画、くらいの差がある。 2時間で観れるすばらしい映画がなにかあるとして、 Amazon.co.jp: フォレスト・ガンプ／一期一会 (字幕版)を観る | Prime Video これの1000分の1の
テスト、正常系から書くか異常系から書くか - hitode909の日記
今週は同僚と毎日長時間ペアプロしていた。 おもしろかったのが、同僚のテストの書き進め方で、一番複雑な正常系のテストをちゃんと書いてから、その複雑なテストをもとに、いろんな条件を削っていって異常系のテストを作っていく、というところ。 僕は逆で、入力が空なら何も起きない、とか、一番簡単な異常系のテストを書いて、そこだけ通るのを確認して、よしよし、と進めていって、メソッド本来の動きは最後に確認して終わる。 変な進め方だな〜(主観)と思って眺めていたけど、たしかに正常系のテストが通っていれば、あとはバリデーションまわりのチェックとか、例外となる場合のチェックをすれば終わりで、異常系のテストがすごい速さで書かれていておもしろかった。 …という話をしたら、チームメンバーたちは正常系のテストから書きはじめるという人が多くて、正しくことを確認してから、1個ずつ前提となる条件を外してみて試す、と聞いて、同値
テスト先に書きたい若者よ - hitode909の日記
弊社では毎年インターンを受け入れているのだけど，いまもインターンが来てて，テスト先に書きたいけど油断すると先に実装を書いてしまう，とか話してた． 個人的には，テスト先に書くのが大事というよりかは，意識して仕様を先に考えるのが大事だと思っている．テストを先に書くと，先に仕様を考えざるを得ないので，良いスタイルが身につく． 僕がよくやるのは，関連しそうなクラスの絵をひと通りノートに書いてみて，その図だけで，うまく動くことを説明できるくらい考えてみる．その時点でおかしかったら，コード書いてもおかしくなる．ノートに方眼ついてるとクラス図書きやすい．UMLとかじゃなくても，自分で見て分かるくらいでもいいと思う． 紙でうまくいったら，外部仕様だけソースコードに書いてみる．クラス名と，メソッドの定義と，メソッドの上くらいに，ひと通りコメントでも書いてみて，この関数はこういうことをするんです，こういう引数
一つしかない想定で作ってあとから複数出現してめちゃくちゃになる - hitode909の日記
ソフトウェア作ってて，最初は一つしかない想定で作るけど，あとから複数出現することになって改修するのが大変，ということがある． 最悪サーバーサイド もう終了したサービスであったのが，ユーザーは自分のアイテムを飾れる部屋を1つ持てるという仕様だったのが，複数の部屋を切り替えられるようにして，部屋ごとに置けるアイテムのシリーズが変わって，シリーズごとにグリッドの細かさも変わるとか．とにかく大変で，全部のテーブルにあとからシリーズidを持たせたり，クラスメソッドで済んでたのをシリーズidを持つオブジェクトのメソッドにしたり，ORMのItemをRoomに渡すのをやめて，その層とは別に独立した画像合成用のItemとRoomを作ってやり取りするとか，最初からそうなってるときより大変なことになる． 最悪クライアントサイド クライアントサイドでも同じようなことはあって，HTML内に一つしか出現しない前提で作
最悪のコード - hitode909の日記
最悪のコードよく見るけど、最悪のグッズにそんなに出会うのはおかしい。昨日も自分の書いた最悪のコードに出会ってしまってきびしかった。 最悪のコードそんなに悪くないけどとにかく最悪な気持ちになっていて不思議— 趣味はマリンスポーツです (@hitode909) 2014, 6月 2 畳でゴロゴロして最悪のコード眺めてただやる気が出るのを待ってる— 趣味はマリンスポーツです (@hitode909) 2014, 6月 2 世の中の全てのコードを良い順に並べて一番悪いから最悪ということではなくて、コードを書くのは難しい作業で、すぐに0点になって終わり、ということだと思う。錬金術もいろんな物を煮詰めたり干したり、がんばってやるけど、結局金は出てこないので最悪。 コードは正しく動いて、その後のいかなる変更も容易でないといけない。それができたら1点くらいにはなる。一貫した設計がされていて、どこになにがあ
設定のクラスを作るとすっきりしそう - hitode909の日記
設定のテストを書くとよいって言ってる人がいた． 設定の仕様をドキュメントに書くのではなく、テストにしてしまう - $shibayu36->blog; テストされてるのはよいと思う．名前のついてないデータ構造をがんばってテストするよりは，設定のクラスを作るとすっきりしそうと思った． こういう構造のHash，として見るよりかは，設定クラスのインスタンスとして見るほうがイメージしやすい． 個々のブログの設定のURLはユニークであるというのを，どこかのクラスの責任にする．BlogConfigRepositoryというクラスのインスタンスが，設定の集合を持ってるとか． like exception { BlogConfigRepository->new([ { "url" : "http://blog.example.com/", "permission" : "public", "members"
加速度センサー + 波形生成 + 波形表示 - hitode909の日記
JavaScriptで波形生成して音を出している人がいて，かっこよかったので，音が出るのを作ってみた． http://hitode909.appspot.com/wav/ リアルタイムに，audioタグで音を出して，canvasで波形が表示してる．死ぬほど重い． 加速度センサーを使えるときはノートパソコンを傾けるか，マウスを動かしたりすると，音程と音色が変わる． Firefox3.6でMacBookだと，ノートパソコンを傾けて遊べて，音もちゃんと出る．Safariだと音が変な感じになる．Google Chromeだと音が出なかった．デスクトップのときはマウスで音程とか変えられるようになってる． 参考 JavaScriptで波をつくろう。リアルタイム波形生成＆再生 - Yanagi Entertainment この記事がすごく参考になった，というか，ソースコードはけっこうコピーしてきたりした
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
