はてなブックマーク

Ruby/Rails Advent Calendar 2025 22日目の記事です。 qiita.com RubyKaigi 2024 で発表した mruby/edge の進捗をつらつら書きます。 udzura.jp 最近実装した内容 去年末も頑張って機能を追加してたんですが: udzura.hatenablog.jp それに加えて、今年末も重要そうな機能を実装しました。師走の恒例行事か？ CLIを mrbedge にした github.com mecはもう更新しません。今後は以下でインストールしてください。 cargo install mrubyedge-cli サブコマンドとして以下が用意されています。 run Rubyファイルやmrbファイルを直接実行する compile-mrb Rubyファイルをmrbにコンパイルする（ここまで2コマンド、mruby-compiler2 使わせてい

はじめに 前回、FPGAに対する誤解と「どうFPGAを使うべきか」 という記事を書きました。 ちょっと調子に乗ってアンチパターンをイラスト化してみたのでおまけ記事として書いておこうと思います。 実践入門FPGA開発　7日間で学ぶ生成AIによる回路設計 技術の泉シリーズ 作者:石原 ひでみインプレス NextPublishingAmazon 本来のFPGAの活用シーン 本来のFPGAの活用シーン ISPなどの典型ですが、例えばカメラから入ってきた画像を入ってきた順で処理して、そのまま出力するのでとても効率的です。 従来は画像の現像や高画質化処理ノイズ除去などが一般的でしたが、当サイトではこのやり方で「動き計測」とか「AI認識」など、いわゆる CV(Computer Vision) と言われる領域に手広く適用可能であることがだいぶ示せてきていると思います。 CG分野でもこのアーキテクチャでの低

この記事はmasawada Advent Calendar 2025の20日目の記事です。 今日はヨヨイさん（id:nhayato）とアフタヌーンティーを楽しんできました。 写真 多くね？（メニューを見た感想） 私はホットコーヒー2杯と紅茶2ポット分をいただきました。めちゃくちゃお腹いっぱいになりました。 感想 ヨヨイさんとはなんだかよくわからないうちにネット上で仲良く*1させてもらっており、テック系イベントでもお会いしてご挨拶するなどで面識はあったのですが、なかなかごはんやランチやお茶等をご一緒する機会がなく、何かやりたいねという話は（ネット上で）していたのでした。その後何回かのチャレンジを経て、年内になんとか実現させたいと思い、「ヌン活」を企画して、やっと実現しました。 クリスマスシーズンであるということをすっかり失念していた私は、「なぜか狙っていたところがことごとく予約を取りづらいん

AtlantisのようにPull Requestが作成されたタイミングでlambroll deploy --dry-runが実行され、/deployとコメントすることでlambroll deployが実行されるGitHub Actionsのワークフローを作ってみた。 デモ デプロイされたら自動でマージされる エラーになったらマージされない ボットのコメントは最新のもの以外は自動で最小化される 実装 ファイル構成 / ├── .github/ │   └── workflows/ │   ├── deploy.yml │   ├── dry-run.yml │   └── lambroll.yml ├── .gitignore ├── .lambdaignore ├── function.jsonnet ├── index.mjs └── option.jsonnet deploy.yml

同僚に教えてもらった、Android 用ランチャーアプリ Niagara Launcher を使ってみたら気に入って、そろそろ1年ほど常用しているので今の使い方を備忘的にまとめておく。 紹介記事 いわゆる「ホーム画面アプリ」や「ランチャーアプリ」と呼ばれるジャンルのアプリである。公式サイトの謳い文句は「すっきりしたデザインで、片手操作に適したモダン&ミニマルなランチャーアプリ。」だそうです。 基本的な説明は既に色んな人が書いているので、レビュー記事を紹介するに留めます。 大画面スマホでも片手でアプリをサクサク起動できるランチャーアプリ「Niagara Launcher」レビュー - GIGAZINE 特徴 紹介記事 特徴 ホーム画面をシンプルに FAB から Google Keep メモ アイコンパック アプリ一覧とアプリ名の変更 アプリのスワイプメニューの編集 スワイプメニューにウィジェ

労働こそが最高の学習だった あなたは最近、「成長している」と感じているだろうか。 かつて、プログラマーにとって、労働こそが最高の学習の場だった。なぜか。労働には「摩擦」があったからだ。エラーが出る。原因がわからない。仮説を立てる。試す。失敗する。また試す。この摩擦の中で、経験が意味に変わっていた。労働は、経験を意味に変換する装置だった。 以前の開発を思い出す。新しいフレームワークを覚えなければならない。エラーと格闘して、ドキュメントを読み漁って、やっと動いたとき。あの達成感は、単なる満足ではなかった。「なぜ動かなかったか」「どう直したか」「次に同じ問題が起きたらどうするか」——この因果の記憶が、脳に刻み込まれていた。困難を乗り越えた記録が、自分の中に残っていた。 Claude Codeで開発している今、コードは書ける。動く。レビューも通る。Claude CodeはAnthropicが提供す

はじめに 「自分の環境では動くんだけど...」という言葉を、何度聞いたことがあるだろうか。開発環境の差異は、これまで「手順書」「Docker」「asdf/anyenv」で解決を試みてきたが、いずれも時間経過で破綻する。手順書は陳腐化し、Dockerfileのベースイメージは変わり、asdfは言語ごとにツールが分散する。問題の本質は「環境の固定」ではなく「依存関係の完全な追跡」にあった。これを根本から解決するのが、純粋関数型パッケージマネージャ「Nix」と、その最新機能「Nix Flake」だ。 これらの課題感については Infrastructure as Code, 3rd Edition が詳しく論じており、参考になる。2025年 俺が愛した本たち 技術書編 に入れれていなくて悲しいほどよい書籍である。オライリー・ジャパンさん 自分は翻訳の準備できてます！！！ Infrastructur

この記事はPerl Advent Calendar 202518日目の記事です。 いつの間にか中置演算子を勝手に入れられるようになってたっぽい 一見するとPerlは原始時代から姿を変えていないシーラカンスのような言語だと思われるかもしれませんが、実は最近もいろいろ機能追加が続いています。しかし機能追加は安易にされているのではなく、ちゃんと検討や実験を経て追加されています。 実験ってなんぞやって思うかもしれませんが、実は今のPerlはかなり柔軟にキーワードなどを組み込める仕様になってまして。キーワードを追加するためのモジュールXS::Parse::KeywordのAuthorであるPaul Evansさんいわく Perlの生きのこり - YAPC::Fukuoka 2025 - Speaker Deck とのことなんで、Syntax::Keyword::**のようなモジュールをモリモリ作って

2022年に ChatGPT が登場してから、誰もが、文章を簡単に生成できる時代になりました。私が最初に考えたのは、「これって個人ブログの終わりの始まりなのではないのか」という不安でした。 今のところ、変化が起きているのは、まだ限られた場所だけなのかもしれません。ただ、ブログを読んでもらい、そこにお金が動く仕組みがある場所から順番に、機械が書いた記事が増えていく様子を見ると、「ああ、やっぱりそうなるよね」と、半ば諦めにも似た納得をしてしまいます。資本主義の原則からすれば、あまりにも自然な流れだからです。 今まで、なぜそうならなかったのか。 それは、文章を考えたり、写真を撮ったりする――成果物としてのテキストや写真データを生み出すことを、機械に任せるには、あまりにもコストが高すぎたからです。それが、実質無料でできてしまうようになれば、そりゃ、そうなりますよね。 正直なところ、少しだけ、寂しい

インターネットを見ていると、LTは5分だ、とか、アドベントカレンダーは25日だ、といった主張がある。 LT (Lightning Talk) は5分派の意見 LT (Lightning Talk) は YAPC 19100 で初めて使われた呼称で、5分間のトークのこと。 近年は10分LTなんかもあるが、5分がちょうどよいと感じている人が多い。 LTの歴史は daiksy さんのブログに詳しい。 ライトニングトーク考 - LTは5分なのだ - だいくしー(@daiksy)のはてなブログ 「LT5分でないとだめ」という原理主義的な発言も見られる。 Xユーザーの941 / kushiiさん: 「LTは5分、それ以外はLTと呼ぶのやめろ勢」 / X 5分だから面白いという意見も。 LTは5分だからこそ面白い - An Epicurean 10分トークとかにしてLTとは呼ばない LTは5分だからこそ

この記事ははてなエンジニアアドベントカレンダー2025の15日目の記事だ。遅くなってすみません。 qiita.com HNSWというデータ構造がある。 en.wikipedia.org このデータ構造は、あるクエリした点からの（近似的な）近傍のデータを求めるのに最適化されている。なにが近傍かというと、高次元なベクトル空間における距離（距離空間が定義できればなんでもよいはず）が近い、という意味だ。 埋め込みベクトル便利だね 距離の話は簡単なことで、たとえば、3次元ベクトルでは典型的にはユークリッド距離が入れられてユークリッド空間として近いか遠いかを考えられるようになる。 そして、最近は埋め込みベクトルが一般的な技術として浸透してきた。これは文章や画像などの特徴を1000次元くらいの実数ベクトルに押し込んでしまうものだ。 次元がいくら増えてもベクトル同士の距離が定義できることに変わりはないし、

この記事ははてなエンジニア Advent Calendar 2025の17日目の記事です。昨日は id:laminne の Kotlinを書き始めたでした。僕も5年くらい前にはてなでAndroidアプリの勉強をして初めてKotlinを触りました。エントリでは、「わかる・・！」と思うことがたくさん書かれていてよかったです！ 年の瀬なので、今日は1年を振り返るような話をします。ちょうど1年くらい前、ふとGitHubの自分のプロフィールを見た時に、何も活動してないじゃんと思ってしまいました。これは2024年のコントリビューショングラフです。*1 何かを作るのが好きでエンジニアをやっているはずなのに、何も作っていない。これで良いわけがない！と自分を見つめ直し、この状況を打破するべく、1日最低1コミットは個人のGitHubリポジトリに何かしらコミットしよう、と思い立ちました。それを思ったのが2024

DIAMOND社から毎月刊行される雑誌「DIAMOND ハーバード・ビジネス・レビュー（日本語版）」を定期購読している。略してDHBRである。 ビジネス雑誌を定期購読している、というと「意識が高い」感じがしますね……自分でもそう思う。 『Harvard Business Review』とは 『Harvard Business Review』（HBR）は1922年、ハーバード大学の経営大学院「ハーバード・ビジネス・スクール」の教育理念に基づき創刊されたマネジメント誌です。英語版以外に、日本、中国、台湾、韓国、ドイツ、イタリア、フランスなど9の言語で翻訳されており、世界中のビジネスリーダーやプロフェッショナルに愛読されています。 DIAMOND ハーバード・ビジネス・レビュー｜DIAMOND ハーバード・ビジネス・レビュー 定期購読を開始したのは2018年なので、もう7年以上になる。きっかけは

もう10年以上前の話になります。 仙台で開催されたレッツゴーデベロッパーというカンファレンスに参加したときのことです。 kyon_mmさんの登壇を聴講していたのですが、「スペシャリストではなくゼネラリストを目指そう」という趣旨のお話でした。曰く、一つの分野を8割くらいまで学んだら、そこからさらに突き詰めるよりも、別の分野を学んでいった方がいいのではないか、と。 会場の若いエンジニアたちは深く頷いていました。確かに、一見すると理にかなった話です。100%を目指すより、80%を複数持っている方が応用が利く。よくある話ですよね。 ただ、会場の一番後ろで立って聞いていた私とbikisukeさんだけは、クスクス笑っていました。なんというか、皆さん騙されている気がするなぁ、と。 懇親会の席で、本人に直接聞いてみました。 「ちなみにKyonさんの言う8割って、具体的にはどの辺なんですか？」 返ってきた答