タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
ChatGPTに撮影時の条件込みで画像の内容を説明してもらって、ImageFXで生成するとほぼ同じ画像を作れておもしろい - hitode909の日記
タイムラインで流れてきたポストから、Googleが作っているImageFXが作ってくれる画像のクオリティが高いように見えたので、触ってみていた。 ImageFXの作例 これが自分で撮った紅葉の写真で、 こっちが、Image FXに、京都の紅葉、50mm f1.4バブルボケ、とか伝えて作ってもらったもの。 ChatGPTに同じ入力を渡すと、こんな画像なので、仕上がりの違いがわかると思う。 どこか嘘っぽいというかメルヘンな仕上がりになりがち。 ここまでできるなら、手持ちの画像そっくりな画像を作れるのでは、と思って試してみる。 手持ちのラーメンの画像そっくりなラーメン画像を作る ChatGPTに、自分で撮影したラーメンの写真をアップロードして、この画像を作るためのプロンプトを作って、とお願いする。 この画像と同じ写真を生成AIで作りたいので、プロンプトを生成してください。内容だけでなく、レンズの
チームでどうやって活躍するか、まだイメージがついてない、振られた仕事をやっているだけで、仕事をしている間は忙しいけど、確認待ちになるとすぐ暇になってしまう、というメンバーの悩みを聞いていた。 巨大なチーム、巨大なプロダクトだと、すぐに全容を把握するのは難しい。その中で、この範囲なら触れています、任せてください、という庭を作るとよいのでは、という話をした。 思いつきで話したわりには意外といいことを言ってるなと思ったので掘り下げて書いてみます。 庭とは 現代では、庭のある家に住んでる人は少ないかもしれない。うちは実家が田舎だったので庭があって、ボールを蹴って回ったり、石をめくってアリを観察したり、隣の家の庭との境界もゆるくて、冒険と言って隣の家の庭で遊んだりしていた。 大人になってからの庭というと、池袋で遊んでた人が「池袋は俺の庭」と言ったり、JR新宿駅の東口を出たら椎名林檎の庭があることが知
12月であるし、アドベントカレンダーが回っていたりして、よくできた興味深いブログの記事を目にすることが多い。 よくできた記事ばかり見ていると、自分もちゃんとしたものを出さなければ、となってしまうことがありそう。しかしちょっと待ってほしい。 ブログ記事、といっても、プロの編集の手が入ったお金のかかった記事、一人で頑張って書いた大作、チョロっと書いて出てきた日記まで様々なものがある。 100文字くらいで終わっているものもあれば10万文字くらい書かれているものもあるので、文量に1000倍の差がある。 映像の世界で1000倍の差を出そうとすると、2時間すなわち7000秒の映画と、スマホで撮った7秒の動画、くらいの差がある。 2時間で観れるすばらしい映画がなにかあるとして、 Amazon.co.jp: フォレスト・ガンプ／一期一会 (字幕版)を観る | Prime Video これの1000分の1の
今週は同僚と毎日長時間ペアプロしていた。 おもしろかったのが、同僚のテストの書き進め方で、一番複雑な正常系のテストをちゃんと書いてから、その複雑なテストをもとに、いろんな条件を削っていって異常系のテストを作っていく、というところ。 僕は逆で、入力が空なら何も起きない、とか、一番簡単な異常系のテストを書いて、そこだけ通るのを確認して、よしよし、と進めていって、メソッド本来の動きは最後に確認して終わる。 変な進め方だな〜(主観)と思って眺めていたけど、たしかに正常系のテストが通っていれば、あとはバリデーションまわりのチェックとか、例外となる場合のチェックをすれば終わりで、異常系のテストがすごい速さで書かれていておもしろかった。 …という話をしたら、チームメンバーたちは正常系のテストから書きはじめるという人が多くて、正しくことを確認してから、1個ずつ前提となる条件を外してみて試す、と聞いて、同値
中古車 初心者 買い方 - hitode909の日記
もともとインドア派だったけど、在宅勤務を始めて、家に引きこもっていたら一年が経とうとしている。 いま30歳くらいで、仮に平均寿命まで生きてるとして、あとこれを50回くらい繰り返せば終わりということで、人生の2%にしては景色が一定すぎる、と思ったり、また、たまに実家に帰るなどの都合で遠出しようと思っても、公共交通機関に乗るのは気を使うので、帰省を見送ったりしていた。 車に乗れるようになっていれば、人と触れ合うリスクを下げて移動できるようになるのではと思って、昨年末くらいから、車に乗る暮らしを始めてみようと準備を始めて、今月の初めに無事手に入れることができた。 知識ゼロの状態から車を買うまでの様子を記してる人はあまり居ない気がするので記録しておこうと思う。 状況 運転免許証は一応持っていて、大学に入ってすぐの夏休みに免許をとったきり、まったく乗っていなかった。社会に出たら仕事で使うかと思ってい
深夜に絶叫する子を抱っこしていると、いつから泣いてるのか、いつまで泣いてるのか、など考えてしまって精神的に参ってくる。 実際のところどれくらいのペースで泣いてるのか可視化したくなって、M5StickCで可視化するグッズを作った。 作りたいもの 常時マイク入力がオンになっていて、直近しばらくの音量の履歴が可視化されたら便利そうだと考えた。 可視化によって子が泣き止むわけではなくても、「しばらく泣いてる気がしたけどまだ3分くらいだ」とか、「10分間に渡って静かにしていて偉い」とか数値を見て客観的な考察をできるようになりたい。 M5StickC M5StickCは小型のM5Stack。 小さくて邪魔にならなさそうなのと、マイクがついているので買ってみた。 3000円以下で買ってきて書いたコードが動いて画面に表示もできるのでおもしろいと思う。 www.switch-science.com 実装する
ブラウザで長いループや、重い処理をともなうループを回したいとき、同期的にJavaScriptを実行するとメインスレッドがブロックしてしまうので、ちょっとずつ細切れに分割して実行したい、ということがある。 昨日久しぶりに書いたら新たなパターンと出会ったので、これまでにどう書いてて今回どうなったかメモ。 setTimeoutする 以前(10年前とか)はこんなのをよく書いていた。 itemsがでかいArrayで、console.logがすごく重い処理だとして読んでください。 function iterateHeavyTask(items) { const startAt = new Date(); while (items.length > 0 && new Date().getTime() - startAt < 10) { console.log(items.shift()); } if (
いろんな人の相談役をやっているのだけど、ささいなことに、わざわざ「良いと思います！」って言うようにしている。 この調子でいいと思います！ってわざわざ言う 言われた方からは、迷うことなく進めたら良いのだな、ということが伝わる 意見を言えるチャンスがあったら「この調子でよさそうだけど、ゆくゆくはこんな問題に直面しそうですね」とか、ちょっと意見をはさんでおく 頭出ししておいたら考えてもらえるかもしれないし、想定と違ったら、えっそんなことはないんですけど…と早めに変なことに気づけるかもしれない シニアっぽいロールの人物としては、聞かれてもないのに、良いと思います！って言っておくのが大事。 やってみてもらって、うまくいかなかったら、想定と違ってうまくいかなかったんですけど、って声をかけてもらえる。 最初の段階で黙っていたら、どういうスタンスだったのか不明で、相談しにいくときに、まず、どう思いますか？
4〜6月まで、育休を取得していた。こまごまとした出来事があったので、育休を取得して復帰するまでのことをまとめておく。 育休について 育児休業は国の制度で、会社の制度ではない。よく、何ヶ月か休むんです、と言うと、いいですね、うちの会社にはそういうのがなくて、と返されたりするけど、国の制度なので、まともな会社なら、ないことはないはず。ないように見えているとしたら、制度としてはあるけど雰囲気的に取りにくいか、本当に違法な状態で制度がない、ということらしい。 もう一つ、あまり知られていないこととしては、育児休暇ではなくて育児休業である、ということ。僕もしばらく知らなくて途中で気づいた。 前提 職業や労働環境が違うとぜんぜん違う話になりそうなので最初に書いておくと、Webアプリケーションエンジニアをしていて、ここ一年ほどは自宅からリモートワークしていた。 採用情報はこちら。全員応募してください。 h
オンラインMTG（や、単なるオンラインの雑談）において、大半のメンバーが自宅などから一人ずつ接続しているときに、会議室などから複数名で参加すると、迷惑なことがある。 家メンバーと会議室メンバーの状況を比較すると、会議室メンバーには以下のような有利さがある。 遅延時間が有利 会議室のメンバー同士はいち早く情報をキャッチできるので、早く返答でき、リモートメンバーの発話チャンスを奪うことができる 視界が有利 会議室のメンバー同士は見えている範囲が広いので、ジェスチャーをキャッチアップできる。リモートメンバーには通じない 音圧で有利 会議室メンバーは話者が多いので音圧を上げて場を制圧することができる 音質面でのギャップがある 一人で接続するときには、近い距離のマイクで音を拾っていることが多いけど、会議室のマイクは話者から距離があって、音量や残響音などに差があり、聞き取りづらいので、会議室メンバーが
現実世界で飲み会しているとめちゃくちゃになる人がたまにいて、机に突っ伏して寝ていて髪の毛がハイボールでびちゃびちゃになっていたり、歩けなくなって肩を担がれて帰っていったり、頭からゴミ箱をかぶったり、道で寝たり、気づくと指がしびれていたり、うちの夫はそこにいますかってLINEがきたり、奥さんが会社まで迎えに来たり、鯖寿司を投げたり、スマホを床に叩きつけて液晶が割れたりする。そういう人をリモート飲み会ではまだ見ていない。突然寝始める人くらい居てもいいと思うけどそれも見ていない。 また、二日酔いになるまで飲むこともなくなっている。おごってもらえるなら飲んでおくか、と飲み続けたり、コース料理なら料理が出てくるのにあわせて飲み続けたりするけど、家では必ず有料であったり、料理がコース状にどんどん出てくることもなく、きのうはチーズと焼豚をちょっと切ってちびちびつまんでいた。それに加えて常時水を飲むように
Perl製アプリケーションからGraphQLを喋ってみたい、ということがあって昨年末に2週間くらいでプロトタイピングしていた。 CPANにGraphQLというライブラリが公開されていて、社内の利用実績もあるので、これをいきなり使ってみても良かったのだけど、自分はGraphQLについては、耳では知っていて、GitHubのAPIを呼び出したことがある、くらいで、実際に実装したことはなかった。 このような状態で突き進むと、問題に遭遇したときに2パターンの怪しさが出てきて、切り分けていくことになる。未知のものが多すぎて、プロジェクトXの、トンネルを掘るだけで難しいのに現地の言葉はわからない、みたいな回をイメージしてください。 GraphQL自体への理解が間違っているパターン スキーマ、クエリの書き方が悪い、概念を勘違いしている、など PerlでのGraphQLライブラリの使い方が間違っているパター
最初にマイルストーンを切って、この週で設計、この週で実装、みたいなことをやるのはおすすめできない。 設計に使える時間を最初に決めた時間までしか使わないということは、どうすればいいか、考えきれてなくても作り始めているということ。 コードは書けていくので、進んでいるようにも見えるけど、問題を先送りしているだけなので、じっくり設計や作戦を詰めていれば気付ける問題に、あとのほうで直面することになる。 この問題を回避するためにはこのように作るべきであった、ということにあとで気づくと手戻りが大きくなり、こんなことをするくらいなら最初に決めておけばよかった、となることが多いと思う。 家を建てることをイメージすると、設計フェーズはここで打ち切って、手を出せるところから始めよう、といきなり柱を建てることをイメージしてほしい。 先のことを見据えると、4本の柱は長方形になっているべきという制約があるけど、そのこ
アーキテクチャを理解可能にするために、同時に見るべき関心事は最大7個にしよう、という話がよかった。 よくわからない難しいコンポーネントの話をしてると、「これってこういうこと？」「それは〇〇という概念があって…」というのが延々と続いて、話が全然進まない、ということがある。 そういうときは、抽象を見つけるのに失敗していて、フラットに様々な概念を並べてしまっている、と言える。 適切に意味をまとめていって、中心概念と、それの付随する概念が最大6個となるように、六角形の花、ヘックスフラワーにプロットしよう、というアイデア。で、そのフラワーの1セルを拡大すると、さらに、中心概念と付随する概念6個、というかたちで、入れ子にしていく。 ソフトウェアの分割統治っていうと新しい話ではないけど、フラットな20個の概念に分割されても、覚えてられない。 この本では人間が一度に覚えていられるマジカルナンバーを参照して
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っぽく乱暴に書き換えるスクリプトを用意して、はてなブログのデータを使ってチャットでき
ミ♭ファソの歌詞がドレミ、にくわえて、ファシ♭ソファの歌詞がソラシド これは前から知っていて、嫌だな、と思ってた。 ドド♯ド♯ド♯の歌詞がドレミファ はじめてのおつかいって昔あったよね、と話してたらイントロでドレミファドレミファって歌ってるのを発見してしまった。 サビではドレミファソラシドって言ってるけど音階はソラドレミファ♯ソなのでここは転調されてるのだと思えばギリギリ耐えられる。イントロのドレミファドレミファはきびしいと思う。 こういう曲だけを集めていつかDJデビューしたい。 ほかにこういう状態になっている曲を知ってたら教えてください。 そういえば、ヤマハ音楽教室で歌うドレミファソラファミレドは一致していてうれしい。すべての曲がこういう形になってほしいものですね。 追記 コメント欄で教えてもらえた。まとまってておもしろい。上記2曲はこの動画でも冒頭の2曲で、代表的な音ずれソングっぽい。
ある日の午後のスケジュールは、30分ミーティングx2→30分自由時間→そして1.5時間ミーティング、その後は30分自由時間と30分ミーティングを繰り返して定時を迎える…みたいな様子だった。案の定、自由時間で意味ある仕事を進めることはできなかった。 自由な時間が30分あれば、チャットを読んだり、コードレビューしたり、グループウェアを見て回ったり、とかはできる。コードを書くにしても、ここをこう変えれば良いことがわかっていて、書くだけ、とか、ライブラリのバージョンアップ、くらいなら30分で書いてpushしておいて、次の30分でテストが落ちたら直したりして、と進められる。 しかし、そういうことより難しいことをしようとすると、30分だと、さて、問題がどういうものかは分かってきたので、どうしようかな、というあたりで時間切れになってしまう。1時間あれば、ようやくコードを書き始められるかな、というところで
身の回りではチームのMTGとかは普段カメラオフでも、1on1のときくらいはオンにしている人が多い気がする。たぶん1年以上顔見てない人もいるけどとくに困ってないので、僕はどちらでもいいのだけどみなさんはどうだろう。 僕はある日、手荒れ対策でMacをクラムシェルモードにしたらカメラが畳まれてしまい使えなくなってしまった、という事情である日カメラオフにして過ごしていた。 さっき一念発起してMacのフタをあけてカメラオンにしてみたけど、ケーブル（高額なケーブルなので長さにゆとりのあるものは買えない）が短いので、ひきちぎれそう。 普段はカメラオフだけど、1on1のときくらいはカメラを— 趣味はマリンスポーツです (@hitode909) 2023年8月21日 この日記が、カメラオンにするのが当然、みたいな押し付けを推し進める記事にはならないようにしたい。 むしろ、1on1だからといってMacのフタ開
会社でScrapboxを使っている。チームごとやプロジェクトごと、話題や趣味ごとにプロジェクトを作っていて、うちのチームは1年3ヶ月くらい使って3000ページほどに達している。 どんどん書いていたのだけど、最近、どこに何があるかわからなくなってきていた。同僚に、ここの仕様はどうでしたっけ、って何度も聞いてしまうことがあったので、これはまずいと思ってちょっと整理していた。 表記揺れを直す One Fact in One Placeということで、どんどんページをマージしていった。ページを同名にリネームするとマージボタンが出現して押すだけなので楽。 よくみるとスペースの有無によって同じ話題のページが2ページに分かれていたり、略称と正式名称と、「(正式名称)まとめ」の3つにわかれたりしていた。情報を探しているときにはどんどんマージしたりしないので、今回マージするぞと見返せてよかった。 サポート担当
運転しながら思ったことをGoogle Keepにメモしているのでブログにも貼っておく - hitode909の日記
車の運転中って手を離せないのだけど、スマホをつないでたら、OK Google、Googleキープにメモして、って言って、あとは話すだけでKeepにメモしてくれる。 運転中の貴重な注意力を分割して記録した、重要なメモがたまってきたので、ブログにも貼っておく。 食品をコンテナ化できたら、米の1粒1粒まで再現して、全く同じ味を味わえるのではないか、と思ったときのメモ。 瓶ビールとビール瓶、みたいに、ひっくり返しても意味が通じる言葉ってどれくらいあるだろう、と思ったときのメモ。北海道物産展はいいけど、物産展北海道はダメ。身の回りを見渡してひっくり返しても良いものを探したけど、やっぱり見つからななかった。 ブライアン・イーノの展示に行ったらSonos Oneが置いてあるだけで、これ家でできるんじゃないの？と思ったときのメモ。 なんか会話の途中で、いきなり特定の場合の例外みたいなことを言ったら揚げ足取
書いてたテキストエリアがどっかいく、みたいなことがたびたびあって、スクショを定期的に取っていればこんなことにならないのに…と思っていた。 先日、Redash用に、がんばって書いたSQLがどっかいってしまい、ものすごく悲しい、という出来事があったのであ、あまりに悲しさに、重い腰を上げてスクリプトを書いた。 きのうがんばって書いたRedashクエリを保存せずに消してしまった悲しみから、Macの画面のスクリーンショットを撮り続けるスクリプトを書いて、xbar経由で毎分実行してキャプチャし続けている。Macに入ってるOCR機能も呼び出して検索できるようにしたい https://t.co/ibVVCLZszg— 趣味はマリンスポーツです (@hitode909) 2023年11月30日 やっていること 画面全体のスクショを撮って、デスクトップ内のフォルダに置いていく 複数ディスプレイを使ってる場合も
近年では、作文した文章をいきなり人に見せず、まずチャットに見てもらって、つっこみどころがないことを確認してから公開する、という習慣ができている。 ブログを書くときには、ブログの編集画面で書いてから、ChatGPTにコピペしていたけど、その場で見てもらえたら早いと思い、以下のようなことをやってくれる拡張機能を作った。 ブログの編集画面で動いて、本文を監視する 本文に変化があれば、「日記を批評して：（以下本文）」というプロンプトでChat GPTのAPIに送る 得られた批評は、編集画面内に現れたイルカのセリフとして表示する Chrome拡張で作ったらいいかと思ったけど、この拡張時代の実装もAIにやってもらいたい、と考えると、1ファイルで完結したほうが楽だ、と思って、Tampermonkeyで動くuser.jsとして作った。 APIキーはGM_setValueして格納している。これは他のuser
仕事していて、どの部分が新しくて、どの部分が過去にやったことのあることなのか、という認識を揃えておけると便利。 表にするとこんな感じだと思う。 本人から見て＼他人から見て 過去にやったことがあるように見える 新たに取り組んでいるように見える 過去にやったことがあると認識している 過去のこれと同じなので、さっさと終わらせよう、という話をする 見落としている落とし穴があるかもしれないので認識を揃える 新たに取り組んでいるという認識 実はこれと同じなんじゃないの？という話をする 新しい挑戦なので応援する 認識が揃ってたらいいのだけど、認識が揃わないときには手厚く会話しておけるとよさそう。 本人は気づいていないが、他人から見ると過去にやったことがあるように見える 忘れてたら思い出せるように会話するとか、実はあれとこれは同じ、と気づいてもらえると、抽象的なものの見方ができるようになるかもしれない や
ワクワクイベントって良い字の形だと思って、ワクワクワクってワクワクのエネルギーで字が這い回ってると良さそうだと思う。
VSCodeで長いコードや入り組んだコードを読んでいくときに、さっき読んでたあれはどこに行ったっけ、となって困っていた。ファイル名を手元のテキストファイルにメモしたりしていたけど、ところでさきほどのメモのタブはどこにいったのか…と混乱していた。 エディタ内にブックマークを作れる拡張があるに違いない、と探したらBookmarksという拡張があった。 その名の通りで、行に対してブックマークを追加できる。サイドバーのBookmarksタブからブックマーク一覧を参照できる。 ここのテストは後で直しそうだな、と思ったらとりあえずブックマークしておく、みたいに使えて便利。 marketplace.visualstudio.com 追記 コメントで偽物の拡張があると教えてもらった。たしかにインストール数が100くらいの同名の拡張がありました。どのような挙動をするかは分かっていません。GitHubのリポジ
ハンマーを持つと全てが釘に見える、Cooking for Geeks、エラスティックリーダーシップ - hitode909の日記
ハンマーを持ってたらなんでも叩きたくなる、という言葉があって、ソフトウェアを作っててこの言葉が出てくるときには、先入観によって解き方を決めてはいけないよ、手段と目的は分けて考えよう、というときによく出てくる。 でも、自覚的にやる場合は良くて、 いろんな解き方があるけど、最近ハンマーの使い方を習得したので、なんでも釘とみなして叩いている ネジをぶっ叩いて木片を固定するのに失敗したら、ネジだとみなしてまわしていけばよいという、余裕がある状態である と捉えると、そんなに悪くないのかな、と最近は思っている。 ヘルシオのオーブンを買ったときに、これはヘルシオで作らなくてもいいじゃん…というものも一通り作ってみた。チャーハンとか。 そんなにおいしく作れなかったので、結果、チャーハンは作らなくなって、ヘルシオは鶏を焼いたりパンを温めたりするのに主に使っている。 一通り作ってみたら、蒸し物はホットクックで
SNSへの投稿が炎上する場合って、無邪気に書いて投稿した結果、検討していなかった軸で見ると、問題があるように見える、という形が多いと思う。 炎上させるぞ、と思って投稿しているわけではなくて、本人が想定していない読解によって、意図しないトラブルが発生している。 投稿：ふるさと納税で淡路島のホテルに来ています。ランチは淡路牛。 筆者の考え：皆に淡路島の魅力を伝えたい 炎上視点：ふるさと納税でホテルに行ける財力をアピールしていて感じが悪い 国語の授業では筆者の考えを読み解きましょう、となるけど、投稿の炎上というのは筆者の考えとは異なる、攻撃力が最大となる軸を発見し、苦言を呈する、という構造。 ベテランのインターネットユーザーなら過去の数々の炎上を体験していることだと思うけど、ベテランになってくると、その投稿まずいんじゃないですか…って身近な人につっこんでもらえにくくなる、という構造もある。 つっ
今週は技術的な選択の仕方について考えることが多かった。 どうやって決めるか、というだけでなくて、どこに決めポイントがあるか、というところの見極めも難しい。 何も決めずに進んでいって、あとで見返すとすごいことになってしまい、ここをもうちょっと考えておけると良かったね、ということもあるし、考えすぎて重厚に作りすぎだったので、あとからシンプルな形に直していく、ということもある。 個人的には、ふだんはこのように考えています、という手順を書いておくと、 実現方法を考えるだけでなくて、他に取れる作戦がないか考えていく よさそうな方針が、他の作戦と比べてこれが一番良い、という確証を得る 確証が得られないときは、考えて決める 昼休みにプールに行って泳いでいると、これだけ考え続けて何も出てこないということはこれで行くしかない!と決められることが多かった というような形でやっていると思う。これでできるのでこれ
AI元年なのでAIに絵のテーマを考えてもらいそのままAIに作画してもらってデスクトップの壁紙に設定する - hitode909の日記
AI元年なのでデスクトップ壁紙もAIに描いてもらおうと思い立った。 最新ニュースを1枚の画像にしたい 世相を反映したらいいと思ったので、最新のニュースをテーマにした画像を作ってもらおうと思った。 いきなりプログラムを書く前に、Chat GPTに聞いてアウトプットを観察してみる。 「NHKニュースから最新のニュースを要約して1枚の画像に変換して」とか聞いてみたら、Bingで検索して結果、震災の画像を作ろうとして、危険、暴力な画像なので、と断られてしまった。 「NHKニュースから最新のニュースを取得して、一番平和なニュースを選んで、1枚の画像に変換して」の結果がこれ。 何の画像か全然分からないけど、NHK短歌のコーナーを表現しているらしい。 AIが決めたお題をAIが描く 世相反映は不確実で手に負えないのであきらめて、お題もAIが決めるし、自分で決めたお題をもとに作画する、くらいをゴールにしてみ
このところ子供が日の出とともに起床してしまって、お世話してると体力が尽きてきて、暮らしがめちゃくちゃになっていた。 疲れすぎて夕方ごろには物理的にプルプル震えていたのだけど、そんななか妻が見つけてきた赤ちゃん寝かしつけの本を読んでみた。 赤ちゃん寝かしつけの新常識 作者:ソフィア アクセルロッド東洋館出版社Amazon ハエの睡眠サイクルの実験をするときみたいに、赤い光を使うことで、睡眠に影響のある目の覚める光(ブルーライト)をカットしながら、字を読んだりお世話したり、といった作業もできるようにしましょう、というのが特徴的な主張。個人的には子供が寝る場所といえば、やわらか電球色みたいなイメージだったので、衝撃的だった。 とにかく暗く、遮光カーテンで真っ暗に、光るスマホの充電器も寝室には持ち込まず、豆電球も避けて、赤いLEDなら大丈夫、という徹底した世界観。 藁にもすがる思いで、この本のプラ
Perlの依存モジュールのアップデートを自動化するためのCLIツールを作った。GitHub Actions上で動かしてPull Requestも送れる - hitode909の日記
近年のソフトウェア開発では、RenovateやDependabotといった依存関係更新のためのツールが普及していて、ツールの支援を借りながら依存ライブラリを更新していく開発フローが広まってきている。 これらのツールは、package.jsonで管理されているライブラリだったり、Dockerfileで指定しているイメージだったりを自動的に最新版に更新してPull Requestを出してくれるので、人間は内容を確認してマージボタンを押すか、変なところがあったら手直ししてからマージしていくだけでよい。 はてなでの開発フローでも使い倒していて、先月くらいにも、社内で共有して使ってる設定を公開したりしていた。今ではRenovateのない暮らしに戻ることは考えられないくらいに広まっている。 developer.hatenastaff.com 普段、仕事ではPerlやTypeScriptを書いていて、T
1画面1APIと比べるとGraphQLのAPIはどこから作ったらいいか分かりにくい - hitode909の日記
Backends for Frontends的に、1画面につき1つずつAPIを作っていると、画面のリストを作って、それぞれ1画面につき1個ずつAPIを作っていくことになるので、進捗の把握がやりやすかった。10画面あって3APIできてたら進捗30%ということになる。 グラフをたどって開発することになる GraphQLでAPIを作っていると、「実はこの画面を組み立てるためのクエリは、あちらの画面の条件を変えたものである」みたいなことが起きるようになる。たとえば、トップページではサマリを表示していて、もっと見るを押すと全件表示するような場合とか。 このように、着手しようとするともう作るものがなかったりとか、逆に、作るときに、他の画面から使う想定でパラメータの設計をするなど、考えることが増えたりもする。 スキーマに沿ってグラフをたどるだけで画面を組み立てられるのは良いことだけど、開発内容の依存関係
すみません、私から発表があります！忙しくて、マジむかつくんですけど、とかチームの朝会で発表してしまうと、一緒にやってるメンバーからすると、そんなに忙しいのなら声かけるのを遠慮しとこう…となり、会話タイミングが減ったりして、それによってあとで来月そのリカバリでさらに大変なことになり、さらに忙しく、こんなことなら先月のうちにしっかりやっておくべきでしたな、ということがありえるので、あまり、忙しくしていても、忙しすぎる、って言えない、という問題がある。 よく、ここは問題VS私たちでいきましょう、とか言うけど、主にメンバーたちと仕事している場合は、問題←→私たち←→私、で、私は直接問題と繋がっていない、私たちの手助けをしている、ということがあって、問題の先が私たちにいきつくので、あまり具体的なProblemを連発しづらくて、毎日の会話の実りが少ない、とか、ペアプロの進捗が悪い、とか言うと、個別のメ
ロケーションバーでアニメーションするのをtwitterで見かけて、いいなと思ったのでやってみる。 <script> (() => { let chars = ["🌕", "🌖", "🌗", "🌘", "🌑", "🌒", "🌓", "🌔"]; setInterval(() => { history.replaceState({}, '', location.pathname+location.search+'#'+chars[0]); chars.push(chars.shift()); }, 100); })(); </script> Animate your url transitions for that extra flair ✨ pic.twitter.com/w4VEeQjfJf— Neal Agarwal (@nealagarwal) 2020年8月12日
コンビニでコーヒーを買うと、機械がコーヒーを淹れてくれて、「おいしいコーヒーが出来上がりました」って表示されたりする。 そのたびに、これは絶対におかしい！！と思って、なぜなら、おいしいかどうかは顧客が決めることであって、コーヒーマシンが決めることではない、と感じる。 その直後に、このように、文言を一言一句読んで、この文章は文面通りに読み取るとおかしい、みたいなことを考えているのもおかしいな、と思って嫌な気持ちになる。 ここまでが1セットで、これをコーヒーを1杯ずつ買うたびに毎回思っている。 もうひとつ思ったのは、今日、保育園を見学に行ったら、水槽に「ガラスを叩くと、魚はどう感じるかな？」みたいなことが書いてあって、これも文面通りに読んで、経験主義的なアプローチを適用すると、とりあえずガラスをバシバシ叩いて魚の様子を見ることになりそうだな、と思った。 そういうことを思うたびに、人としての心が
ひさしぶりに学習した。 Reactは2015年くらいには、趣味でVRハウスを作ったり、QRコードを読めるページを作ったり、仕事でも使ったり、React鳥貴族っていう名前のただの飲み会に行ったりと、しばらくは触っていたのだけど、チームの異動があって、最近は主にjsx-domという、JSXを書いてBabelを通すとcreateElementに変換してくれる、という独特の世界観のJSXを書いたりしていた。 jsx-domは、Styled Componentsを使えたり、useRefを使えたりと、ちょっとReactのエッセンスは吸われているものの、単にcreateElementしてくれるだけで、差分レンダリングとかは当然できない、という、シンタックスシュガーとしてJSXを使える、というもので、偶然発見して、React非導入アプリケーションにとっては便利じゃん、って使っていたけど、身の回りに使ってる
家族内での情報共有や管理について、お金の管理は共用の口座と家族カードで、とか、情報共有はScrapboxで、とか、快適になっているのだけど、唯一、やっておけばよかったなというのが、メーリングリストを作っておくこと。 一緒に住んでると同じ情報にアクセスしたいことがしばしばあるのだけど、そういうときに、二人で使える共用のユーザーアカウントがあると便利なことがあると思う。 たとえば飛行機のチケットを取るときとか、予約の確認メール必ず転送したり、その後フライトがキャンセルになったらそのメールも転送したりと、たいへんめんどくさい。インドに行ったときにフライトがどんどんキャンセルになって、妻のメールアドレスに届いて、どこまで転送してもらったっけ、とわけわからなくなっていた。 各種手続きに使うメールアドレスをメーリングリストにしておくほうが緊急のメールが来たときに早く気付けそう 不確実性コーンを見て心を
インタラクションのあるUIを作っていると、UIパーツのみからは挙動を読み解けない場合があって、そういうときには、一言説明を添える、ということをやる。 こういうときに、どこにどれくらいの説明があれば必要かつ十分か、ということを学べる機会はあまりない気がする。 アルバイト氏のPull Requestのレビューをしていたら、これだと何が起きるかわからないので説明を添えたいよね〜って話をしていたのだけど、そういえばこういうことはどこで学べるのだっけ?というのが気になってきたのだった。 ブログチームでブログを作っていた頃には、編集メンバーが画面のレビューをしてくれて、ここのUIの文言はこれくらいのことを書けば必要かつ十分で、ヘルプの言い回しや告知とも整合性が取れてよいのではないでしょうか、みたいなことを一緒に考えてくれていて、勉強になっていた。 ブログのサイドバーから、説明文を消し去ると、フォームに
1年間禁酒した - hitode909の日記
昨年の11月からやめてみて、無事1年継続できている。 20歳ごろからちょっとずつ飲んでいたのが、和民に行くと用もなく飲み続けられるぞ、とか、人の家に上がりこんでスーパーマリオ64をやりながら飲み続ける、とか、真冬にウイスキーを求めて雪の中自転車ででかけたりとか、だんだん酒量が増えてきて、友達とおしゃべりすることと酒を飲み続けることの違いがよくわからなくなっていた。 どんなときでも酒があればうれしいので、夜行バスで友達が朝京都にやってきたら、朝から熱燗を出し、もし家に来られない、外で会いましょうとなったら、朝からやよい軒で飲む、という暮らし。 勉強会のあとの懇親会とかで調子よくおしゃべりしているとだんだん知人が増えてきたのは良かった。いまの交流関係のある人たちはほとんど酒の力とパソコンテクニックの力で手に入れたと思う。 ただ、飲み続けていると判断力が低下して飲み続けるという最悪のループに突入
GraphQLを使って、ネイティブアプリにさまざまな集計方法のランキングを出す、というときについて考えている。 たとえば、ソーシャルブックマークアプリを作っているなら、「総合」「一般」「世の中」「政治と経済」みたいに、カテゴリごとのランキングを出すことがイメージできると思う。 どのようなqueryを用意して、どこまでパラメータ化するか、どこまで自由にするかによって、サーバークライアント間の責任分担や、その後の変更コストが変わってくる。 サーバーサイドで制御する rankings: [Ranking!]!みたいに、クライアントからは「ランキングください」とだけ送るパターンを考えられる。クライアントでは、Arrayの返ってきた順に画面上に表示する。 良い点 サーバーサイドでランキングの定義を持てるので、APIだけでなく、ウェブの画面に表示するランキングなど、他の面との仕様を揃えやすい 変更がサ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チーム開発で活躍するために、自分の庭を作れると良い - hitode909の日記
アウトプットの品質を下げておくと気軽に書けるようになる - hitode909の日記
テスト、正常系から書くか異常系から書くか - hitode909の日記
子の泣いてる時間を観察したくてM5StickCで泣き声モニタを作った - hitode909の日記
JavaScript 長いループ 分割 - hitode909の日記
ささいなことに、わざわざ「良いと思います！」って言うようにしている - hitode909の日記
育休を取得してから復帰するまでのまとめ - hitode909の日記
一人ずつ接続しているオンラインMTGに会議室から複数名で参加する迷惑行為 - hitode909の日記
リモート飲み会でめちゃくちゃになっている人をまだ見ていない - hitode909の日記
未知の道に突入せず、まずは半分知ってるくらいの状態になる - hitode909の日記
時間を区切って設計を打ち切るのはおすすめできない - hitode909の日記
脳に収まるコードの書き方 - hitode909の日記
自分のはてなブログをChat GPTにつないだ - hitode909の日記
歌詞の音階と実際の音がずれている曲が気になる - hitode909の日記
コードを書くには連続した2時間が必要 - hitode909の日記
みなさん1on1のときくらいカメラオンにしてますか？そうでもない？ - hitode909の日記
チームのScrapbox3000ページくらいを見返して整理した - hitode909の日記
Macで毎分スクリーンショットを撮って手元に貯めておくスクリプト - hitode909の日記
ブログの編集画面にイルカが出てきて本文を読んでアドバイスをくれるuser.js - hitode909の日記
やったことあるかないかの認識を揃えておくと便利 - hitode909の日記
ワクワクという字を見ると歩かせたくなる - hitode909の日記
VSCode ExtensionのBookmarksが便利 - hitode909の日記
SNSへの投稿の炎上リスクを評価してくれるカスタムGPTを作った - hitode909の日記
今週は技術的な選択の仕方について考えることが多かった - hitode909の日記
赤ちゃん寝かしつけの新常識を読んでリビングの照明を真っ赤にした - hitode909の日記
リーダーっぽい人が忙しくても、忙しいって言ってると感じが悪い - hitode909の日記
ロケーションバーでアニメーションする - hitode909の日記
コンビニでコーヒーを買うときに思うこと - hitode909の日記
Reactハンズオンラーニング 第2版 - hitode909の日記
家族用メーリングリストを作ってユーザー登録に使っておけばよかった - hitode909の日記
UI上のラベルや説明文をどこにどれくらい書くべきか - hitode909の日記
ネイティブアプリからGraphQLを叩くときにどこまでパラメータ化するか - hitode909の日記
www.smartnews.com
mouritarou27.hatenablog.com
rui7.vp.bex.jp
pc.watch.impress.co.jp
www.sousou.co.jp
mxb.nikkei.com