前回はこちら rabspice.hatenablog.com 2026年5月31日で30歳になった。カナダに来て3回目の誕生日。ついに20代の終わり。この1年はとても忙しかった。 今の会社で働いて1年。 初めてレイオフを経験し、自分は生き延びたものの、昨日まで一緒に働いていた同僚がいきなりいなくなるという、北米ならの洗礼をうけた。 9月には引っ越しもした。ようやくコンドに住み始められ嬉しい。でもまた引っ越したくなっている。次の冬により良い場所に移ろう。 まだ遠距離は続いているものの、11月に結婚。今年の7月末にはようやく一緒に住む予定。 永住権についても最近目処が立ったというか、BCPNPのインビテーションが届いた。 諸々の手続きを進めている最中。特におかしなことがなければ99%は永住権が取れるでしょう、といった感じ。 ようやくカナダで仕事とステータスの安定が出揃いそうでうれしい。 去年の

間違えて違う記事の内容で上書きしまくっていて、データがロストして履歴からも復元できなくなってしまいました。 「やっちまった...；；」というやつです。申し訳ないです この記事は羅針盤 アドベントカレンダー 2024の12日目の記事です。 qiita.com 11日目の記事は Writeup - The Big IAM Challenge : WizによるAWS IAMのCTF Challenge - 羅針盤 技術航海日誌 でした。 docs.gitstream.cm

TL;DRLLMアプリケーションの運用は従来のMLOpsの手法が通じず、かつ出力の評価が難しいことなどが起因して、非常に難しい上記の課題を解決するために、Langfuseを中枢に据えたLLMOps基盤を用いて、オンライン評価とオフライン評価でリリースを挟み込んだ評価ドリブンなリリースサイクルを回していくのがおすすめ上記を実践するためにまずはアプリケーションのログ・トレースを保存するところから始める次にプロンプトマネジメント導入と、評価データセット作りを数件からでよいので始めるそこからプロンプト実験と、LLM-as-a-JudgeなどのLLM Evaluatorの仕組みを、評価基準など不完全で良いので導入してみる（ドメインエキスパートやユーザーのアノテーションの仕組みを導入できるならそちらも並行して検討する）これらをまずは実践することで、評価ドリブンなリリースライフサイクルが、評価データセッ

Overview Refreshing Data Pending SearchParams まとめ Overview Nuxt3 の useFetch API を実際に使ってみたので使った範囲での機能についてまとめます。 useFetch の詳細は以下の Nuxt3 のドキュメントに書いてある通りです。 v3.nuxtjs.org ざっくりいうと Fetch と Data Sync を同時に行ってくれます。 Refreshing Data 概要は以下の公式のドキュメントの Refreshing Data に書いてある通りです。 v3.nuxtjs.org ある reactive な state を URL の parameter に指定して、その state を useFetch API 側で解釈してクエリパラメータに指定する、といった時に使います。 実際に使用するユースケースとしては「フ

ある仕事でそれまでRubyで書かれていたサーバーサイドをGo言語ですべて書き直すことになって、それまでRubyのコードを書いていた僕はそのままGo言語を書くことになった。その仕事そのものはお客様（僕は外部委託のエンジニアとして参画していた）との関係も良好で素晴らしい仕事をさせてもらうことができたと思っているが、Go言語だけは好きになれなかった。 はじめは流行っている言語だから何か素晴らしい魅力があるのではないかと期待していた。しかし書き始めるうちにどうも自分には合わないなと思うようになり、2年ほど書いて案件の契約が終わる頃にはGo言語でサーバーサイドを書くことは危険だとさえ思うようになった。 あれから数年がたちますますGo言語の案件は増えている。サーバーサイドを書く選択肢としてGo言語を選択する会社も増えている。しかし本当にそれでいいのか？ただ流行っているからという理由だけで選択するにはあ

Overview 必要機材 手順 Kalidoface 3D にいってお好きなアバターを選ぶ OBS をDL して入力ソースの設定を行う OBS の DL & Install 入力ソースの設定 Zoom で OBS の仮想カメラをカメラのソースに指定する 配信時の Tips クロマキー設定して OBS の背景を透過させる。 Zoom の解像度に合わせて OBS の出力を調整する 感想 宿題系 Bluetooth との噛み合わせがイマイチ 追記 20220125 Overview Kalidoface3D というブラウザから3DモデルをトラッキングできるツールとOBS (Open Broadcast Software) を使って Mac 使いでもお手軽にアバターを纏ってオンラインMTGに参加できることが判明したのでその手順についてまとめます。 www.moguravr.com 僕自身アバター

VRChat口伝ノウハウ結構膨大にある気がするので、思いつくものを一度一括で吐き出してみようというやつです。 これを読めばVRChatの全てが分かる！！（大嘘 基本的にリンク集+αという感じですが、めちゃくちゃ色々手を広げて書いているので間違ってるとこ見つけたらコメントに書いてください。 なおこの記事はVRChat Advent Calendar 2020の6日目、VRChat Advent Calendar 2021の9日目のやつです。 adventar.org adventar.org 2021年色々更新してきて8万文字も超え、情報が当初の倍ちかくにはなったんじゃないかと思います。2022年もやっていくぞ。 本記事以外の「すべて」 本記事は主にVRChatに入ってからの生活面にフォーカスしたものですが、本記事以外の「すべて」系記事もあるのでご活用下さい。 「VRChatのアバタートラブ

僕は誰かに褒められたとき、謙遜しないようにしている。 褒められたら「ありがとうございます」「嬉しいです」「照れます」と、はっきり言葉で喜びを示す。 これを心がけはじめた最初のころは意識的だったけど、最近では意識しなくても自然にそう振る舞えるようになった。 これまで何人かに、「それいいですね」と言われることがあって、そういえばこの自分ルールについてちゃんと言葉にしたことがなかったなと思ってこの記事を書いている。 褒めたいと思ったあなたを否定しない 「謙遜しない」というルールの根幹は、「褒めたいと思ったあなたを否定しない」ということ。 褒めてもらったことが、自分が本当に認められたいことではないときもある。あるいは、何気なくやったことで自分ではそれほど価値を感じていないことのときもある。 それでも、相手が自分を褒めたいと思ったそのことはその人にとって疑いようのない事実である。「そう思った」という

2016/09/18追記 記事が長すぎるので２つに分割しました。 2017/05/19追記 キラキラスターナイトDXパーフェクトブック追加、『8BIT MUSIC POWER』移動 2017/12/06追記 『Tobu Tobu Girl』追加 2019/08/27追記 表題の表現を修正しました。「正規に公開されている」「有償/無償で公開されている」 ゲーム機のエミュレータを活用するには、そのゲーム機に適合するROMイメージが必要である。しかし、ネット上にあるROMイメージの99.999％ぐらいは商業作品であり、著作権がある。すでに存在しないゲーム会社のものであっても、ほとんどのタイトルは一定の価値を持つため、知的財産として譲渡されながら生き続けている。旧東ドイツ政府が権利を持っていたが、ベルリンの壁崩壊・東西ドイツ統合の末に権利者不在となったタイトルもあるが非常に稀なケースだろう。ビデオ

Avatars3.0では従来のもの(Avatars2.0)と比べてVRCAvatarDescriptorの項目が大幅に変更されました。 本記事ではAvatars2.0とAvatars3.0のVRCAvatarDescriptorを比較しながらその内容を紹介していきます。 内容は以下に基づいています。 VRCSDK3-2020.07.31.17.18_Public.unitypackage https://docs.vrchat.com/v2020.3.2/docs/avatars-30 Avatars3.0のVRCAvatarDescriptor Avatars3.0でのVRCAvatarDescriptorが持つ大まかな設定項目です View : 視点に関する設定項目 LipSync : 話したときの口の動きに関する設定項目 Eye Look : 目の動きに関する設定項目 Playabl

Endless road | During our roadtrip we turned off the highway… https://www.flickr.com/photos/98063470@N00/326044514 GitHubリポジトリ Covid19Radar に対して起ったことがかなり特殊な状況だったため、開発を追い掛けていた視線からレポートをします。 この記事の著者について 代表作のない個人アプリ開発者(かなしい) Covid-19 Radar Japan の人ではない GAFAMやCode for Japan の人でもない 4/8 Covid-19 Radarを発見する Covid-19 Radarとは、この時点ではシンガポールのTraceTogetherの日本版を目指した個人開発者 廣瀬一海さんのアプリのリポジトリ 4月にContact Tracing技術について

皆さんこんにちは。fluctにてfluct SSPという広告配信システムの管理画面を中心にクライアントサイドの開発を行っております、大関です。 依存パッケージの更新、どうしてますか？ 今や数多くの言語でパッケージマネージャが提供されており、みなさんも日常的にコミュニティによるパッケージエコシステムを活用していることと思います。 ですが、この依存パッケージの更新については、どのようにしていますか？　セキュリティfixなどを除き、以下のようなことになっていることが多いのではないでしょうか？ チームの「いい人」が頑張って更新し続ける その人の謎の情熱が消えると更新されなくなってしまう たまに気がついたら頑張る 「いい人」が頑張るタイプの亜種 気が付かなかったら更新されない 更新はリスクなので塩漬けにする プロダクトは定期的に作り直す前提 CIでテストを回し続けているのに更新しないなんて……とモヤ

先日、現場の人から質問を受けました。 「スクラムで進めているプロダクトに、大きめの問題(バグっぽい挙動)が見つかった。POは最優先で対応したいと思っているが、まず状況把握や原因調査だけでも時間がかかりそうで、ましてや対応までどのくらいかかるかわからず、1スプリントに収まる気がしない。どう対応していくのがいいか」 バグ対応とスプリントについては、いろいろな人が言っています。自分の中ではそういう話と自分の経験がまぜこぜになってしまっていますが、それを思いつくままに書き出して回答を送りました。なんとなく、自分にとっても整理された感があったので、こちらにも置いておきます。 問題を特別扱いしない。問題も、機能追加も、どちらも「理想と現実のギャップ」であり別々に扱う必要はない。どちらも同じように、調査や準備をし、見積もり、プロダクトバックログに入れ、優先順位を検討し、スプリントで開発する。 POが優先

Learn about Pairs’ engineering efforts, product developments and more.

ハロー、@seto_hi です。 ちょっと時間が経ちましたが、7月の初旬から9月末の3ヶ月弱くらいエウレカ社で働いていたので、感想を書きたいと思います。 基本的に褒めることしかしていないので回し者みたいな記事ですが、この記事についてはお金を一切いただいていないので全て個人の感想です。 あらすじ 3ヶ月ほどフリーランスをやることをブログで告知したところ、以前から交流のあった id:futabooo さんにお誘いをいただきました。 新規アプリの立ち上げでAndroidの手数が足りないとのことで、かなり正直に当時の厳しい状況を教えていただきました。 瀬戸としても新規アプリを作るノウハウを溜めたかった気持ちがあり、このような流れでお仕事を引き受けることにしました。 おしごと 業務内容について Pairs エンゲージ という新しいサービスのAndroid版の開発を行っていました。基本的に新しい画面を

気づいたらコンテナ環境を運用することになっていた新人SREの原田くんが、Dockerでコンテナイメージをビルドするところから始まり、AWS上で実際にコンテナを動かせるようになるまでの道のりを紹介します。そもそもなぜコンテナなのか？動かしたあとのCICDをどうするかなども取り上げます。またEKSやKube…

ポエムです。 自分の今の立場としては「Elm の人」ということになってるんだけど、どういう変遷でここまできて今どういうスタンスなのかっていうのはあんまり話す機会がない。だから整理のために考えてることを書いていくよ、というのがこの記事の趣旨。 非 Web の立場から そもそも自分は「Web 系」の出身ではない。新卒入社したワークスでは ERP パッケージを提供するのに画面を Web 技術で作ってるというだけで、別に SEO の順位を競ったり広告をどうという話ではないし、瞬時に画面が表示されないと離脱率が〜という話でもない。ただ、画面はとにかく複雑で設定項目とががうじゃうじゃある。 あと、学生時代に PC に触れたのが Windows で「黒画面なにそれ美味しいの？」くらいに GUI に染まりきってたというのがある。工学系の研究を効率化するために C# で GUI を作ってたら、なんかソフトウ

最近 Clojure にハマっています。JVM 上で動くバイトコードにコンパイル可能な Lisp 族で、 なんか書いてて楽しい です。とりあえず作者である Rich Hickey のアツい一言をご覧ください（参考１・参考２）。 ※元記事がリンク切れになってしまったので、意訳文章を削除しました。 というわけで、そんな Clojure を使って以前 Python で書いたチャットボット sandmark/unmo を再実装してみました。 勉強用なので間違った説明がある危険があります。ツッコミ歓迎です。 完全なソースコードは sandmark/unmo-clojure にあります。 目次 Clojure 入門者による【チャットボットづくり】 Part1 準備 respond 関数を作る リファクタリング: スレッドマクロ リファクタリング: 分配束縛 (destructuring-bind) 次

Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers. →