「プログラマーって普通に会話していても性格悪いと感じる人が多いんだけど、なんで？」と言っている人をたまに見る。 プログラマーのなかには、相手の言葉尻を捕らえて、細かいことを言って、難癖をつけてくる人がいる、私はプログラマーではないんですが、とっつきにくいし、変なこと言うと怒られそうで怖いです、という指摘。 その質問への回答としては、この2つの説明ができる。 日常会話、RFC説（日常会話の文章をRFCだと思って読んでいる） 日常会話、ソースコード説（日常会話をソースコードだと思って話を聞くと例外が気になる） 日常会話、RFC説 お近くのプログラマーに好きなRFCを聞くと、好きな数字が返ってくる。僕は9535。 コンピュータ同士がやりとりするうえでは、約束ごとを決める必要があって、RFCは、ジャンルごとにルールが集まったもの。 RFCでは、「〇〇しなければならない」と言ったら絶対で、それを守ら

文脈 zenncafeというイベントで先日登壇させていただきました(宣伝) イベントのメインコンテンツとして「生成AI時代のテックブログプラットフォームの在り方(超訳)」のような座談会があって有意義でした。レポはこちらの記事でも書かれていますね。 私も自分なりに「なぜ技術記事のLLM生成は問題になり得るのか」を整理してみます。 技術記事のLLM生成に関する問題 プラットフォーム目線の問題もあるのですが、話が発散するのでユーザ視点で考えます。 読み手側 一言でいうと「LLM作成の記事の多くはクオリティが低く、読んだ時間が無駄になる」という問題があるでしょう。ややこしい点として、人間の書いた記事もクオリティが低い記事の方が、残念ながら多いです。その差は何？と考えたときに、以下のような問題だと認識しています。 従来は、文章力の稚拙さや用語の使い方の誤りなどで「足切り」ができていたが、LLM生成で

Windows PCには、文字削除キーとして、［Backspace］と［delete］の2つのキーがあることをご存じだろうか。カーソルの前の文字を削除するのがBackspace、カーソルの後ろの文字を削除するのがdeleteだ。 しかし、Macには［delete］キーひとつしかなく、しかも、Windowsの［Backspace］キーと同じ動作をする。なぜ、Macには文字削除キーがひとつしかないのだろうか。これが今回の疑問だ。 ※この記事は『Mac Fan 2021年8月号』に掲載されたものです。 Macには［delete］キーがない。Windowsユーザはそれに困惑するようだ MacとWindowsは同じコンピュータといえど、操作方法などに細かい違いがある。たとえば、「Macには［delete］キーがない」とWindowsユーザは困惑する。Macユーザの読者は、そんなことはないと思うだろう

Promise と Thenable Promise が ECMAScript の言語仕様に追加されたのは ES2015 ですが, Promise ライクなオブジェクトはそれ以前からも広く使われてきました (jQuery の Deferred など). そういった Promise ライクなオブジェクトとの互換性のため, Promise の仕様は本物の Promise と Promise ライクなオブジェクトを混ぜて使えるようになっています. 具体的には, Promise ライクなオブジェクトは一般に Thenable という共通のインターフェースを持つことになっています. オブジェクトが Thenable であるために必要なのは「then() という名前のメソッドを持っている」という一点のみです. もし Promise を解決 (resolve) するときに使われた値が Thenable

はじめに 2024年に入り、Go言語の世界で急速に注目を集めているWebフレームワーク「huma」をご存知でしょうか？humaはGoでのAPI開発を革新する新しいライブラリで、そのスター数は驚異的なスピードで増加しています。本記事では、humaの魅力とその使い方、そしてサンプルコードを通じてその実力を探っていきます。 huma公式リポジトリ 公式ドキュメント humaの良さ GoからOpenAPI 3.1を生成可能 humaはPythonのFastAPIに強く影響を受けて開発されたライブラリです。FastAPI同様、YAMLファイルを書くことなく、Goのコードから直接OpenAPIのYAMLを生成できます。これにより、APIの設計と実装がシームレスに統合され、開発効率が大幅に向上します。（スキーマファストかコードファストかの議論は別問題） GoでコードからOpenAPIを生成するライブラリ

connpass.com "LTガチバトル 新郎新婦＋3本勝負" 枠において、ワンオブ3本枠として発表した内容のディレクターズカット版です。スライドだけ公開してもなんのこっちゃとなりそうなので、時間があったらこういう内容を喋っていた…という内容を書いてみよう、という趣旨でやっていきます。 (ここで完成物を使ったデモとして記念写真を撮影した) 近年、オールドデジカメを使うとエモい写真が取れる、という流行というか風潮がありますね。 Digital cameras back in fashion after online revival オールドコンデジが若者の間で流行しているらしいので自室から発掘してきた：荻窪圭のデジカメレビュープラス（1/9 ページ） - ITmedia NEWS いま、スマホではなく｢オールドデジカメ｣で撮る理由 | ギズモード・ジャパン 「平成レトロな写真が撮れる」コダ

かつてはどこにでもあった、タコのすべり台。いま見ても、ときめいてしまう。あまり見かけなくなった気がするのは、自分が公園遊具で遊ばなくなったからだと思っていたが、現在の公園遊具の基準に合わずに新設されないまま、老朽化で撤去されているために、その数は減っているようだ。 少し気になったので来歴をネットで検索していたら、裁判沙汰になっていたことを知った。それは、タコのすべり台は著作物としての保護すべき芸術品かを争点に、よく似たタコのすべり台をつくった遊具メーカーを、オリジナルをつくった遊具メーカーが訴えたもの。2021年に判決が出され、すべり台の著作物該当性が否定され、原告の請求が棄却された。 判決文を斜めに読むと、造形要素は遊具として実用に供されるための要件から来るものであって、美的鑑賞の対象となり得る美的特性を備えているわけではないということのようだ。裁判の文章って、僕にはよくわからないのだが

TM NETWORK史上最も重要なGet Wild 10選 https://anond.hatelabo.jp/20241028143457 でブコメに 「全部同じじゃないですか!?」「ちがいますよーっ」「これだからしろうとはダメだ！もっとよく見ろ！」 といういつものジャーゴンがついていたので、えっ、Get Wildごときで聞き分けが出来ないの？じゃあ、こっちだとどうなんだろ、とおもって書いてみたGetWild増田です。 Pizzicato Fiveは本格的にファンになったのは95年ごろだけど、それ以前も周りの友人にファンがいたり、学校帰りに当時のHMVに通っていた渋谷系世代なので基本的な流れはだいたい抑えられているはず。 こちらも選考基準は独断と偏見だが、TMと違ってPizzicatoは再結成をしていないので、歴史的には解散以降の方が長くなるので、Pizzicato Fiveとしての音源

Intro showModalDialog() は今から考えれば、確かにひどい API だった。 しかし、何か Modal を開き、ユーザにインタラクションをさせ、閉じたらそこで入力された値や選択された結果を取得し、処理を進めたいユースケース自体は、規約への同意取得や、Cookie バナー、ログインなど多々ある。 そういった場面では、ライブラリなどを用いて実装する必要があったが、Modal を実装するのは実際にはそんなに簡単ではなかった。 Modal, Dialog, Modal Dialog 最初に、用語を少し整理しておこう。 Modal Dialog Modal Dialog non-Modal Dialog Dialog とは、そもそも「対話」という意味であり、UI の文脈では入力や選択を求める「対話的な UI」のことを指す。 既に実装されている alert(), confirm()

Kyoto.なんか #6 で発表しました. speakerdeck.com 以下はその補足情報など. 仕様書中の出現頻度 null と undefined がそれぞれの仕様でどの程度使われているのかは, 仕様書中の出現頻度を見るだけでもある程度わかりりそうです. ということで ECMAScript 2024 と WHATWG の標準 (2024-09-07 時点) のうちいくつかの仕様書の中での出現頻度を見てみましょう. Spec #null #undefined ES2024 300 939 DOM 368 120 Fetch 276 10 HTML 1778 275 URL 98 9 見ての通り, 顕著に登場頻度に差があることがわかりますね. なお上記の null の出現数には WebIDL の nullable (T?) を含めていないため, Web 標準における実際の null の

はてなブログでは、本文に画像が存在しない場合などに、記事の本文やカテゴリのデータからアイキャッチ画像(SNSシェアした際に表示される画像)を自動生成する機能を提供しています。 これまでは、自動生成アイキャッチ画像のデザインはすべてのブログで共通していましたが、ブログごとにHTMLを使って自由にカスタマイズできる機能を提供しました！*1 企業が運営しているブログの場合は、企業ロゴを含めてブランドを意識してもらいやすくしたり、個人ブログでもブログのイメージに沿った体裁に変更したりなど、ブログのアピールにご活用いただければと思います。 カスタマイズは「アイキャッチ」設定の「自動生成アイキャッチのカスタマイズ」から行うことができます。 より詳しい設定方法やカスタマイズの方法、HTMLの例については、下記のヘルプをご確認ください。 なお、本機能は「はてなサマーインターン2024」のインターン生が開発

なぜ、印刷会社に送った入稿データを見たくなったのか？ 月刊アスキーの創刊号（1977年7月号）から1982年12月号までの内容がオンライン閲覧可能になったと前回お伝えしたわけだが、月刊アスキーのバックナンバーといえば、もう1つ、書いておきたいことがそのままになっていた。すでに1年半も前のことなのだが、月刊アスキーの入稿データを読み出すことをやったのだ。 入稿データというのは、雑誌の1ページずつ文字や図版のレイアウトをした、印刷会社に持ち込むDTP（デスクトップ・パブリッシング）データのこと。1990年代まで、本や雑誌のデザインといえば、手作業で印刷されるイメージを作ることが行われていた（いわゆる版下）。それが、コンピュータの画面の中でデザインできるようになったのがDTPである（注1）。月刊アスキー編集部では、入稿データを、毎号MO（長期間保存が可能な磁気メディア）にコピーして保存していたの

激安HDMIキャプチャーボードを買ってから、ときどきゲームプレイの録画・配信をしている。OBS Studioというソフトウェアがデファクトらしく、自分もこれを使っている。 便利なことにOBSにはWebSocketで操作できるインタフェースがあり、JavaScriptやPythonからかなり自由に操作することができる。となればソフトウェアエンジニアとしてはプレイログを構造化して残したいわけ。 WebSocket経由でスクリーンショットも随時取得できるので、画像を分析することでたとえばシーン判定はできるが、さらに詳細な情報を取ろうとするとテキスト情報もほしい。クラウドサービスなどに金をかけずに手軽にやるならTessaract一択となるが、素晴らしいソフトウェアではあるものの期待する精度を出すには工夫がいりそう。具体的には、ポケモンの名前は日本語だけでなく中国語の場合もある（左下の「古劍豹」）。

前提(めちゃめちゃ重要) https://cloud.google.com/storage/docs/request-endpoints GCS に置いた画像を web サイトから参照する時はhttps://storage.cloud.google.com/バケット名/ファイル名こういうようなリンクではなく、https://storage.googleapis.com/バケット名/ファイル名のようなリクエスト用のエンドポイントを利用しましょう。 と書かれています。普通にこれを読んでなくて、エンドポイント間違えがちなので注意。 ということで、本題に参りましょう。 どういうエラーが出るか 画像のように GCS への HTTP リクエストが 『CORS エラー』 という謎のエラーによって拒否されています。 そもそも CORS とは とりあえず対処法だけを知りたい！ という人はこの項目は読み飛ばし

オーストラリアのニューサウスウェールズ大学は2024年5月7日、超音波を使って、味を損なうことなくコールドブリュー（低温抽出）コーヒーを3分以内で作る方法を開発したと発表した。この研究についての論文は『Ultrasonics Sonochemistry』に掲載されている。 ホットコーヒーと比べて、滑らかで酸味や苦みが少ないコールドブリューコーヒーを好む人は少なくない。しかし、冷水でゆっくりと風味を抽出するのには12時間から24時間かかるため、飲みたい時に手軽に用意できないのが難点だった。 研究チームは、コールドブリューの抽出プロセスをスピードアップすることを目指し、挽いたコーヒー豆の抽出を早めるために超音波リアクターを使用する手法を開発した。具体的には、既存のBrevilleのエスプレッソマシンに、研究チームが特許を持つ独自の音波伝達システムを搭載。ボルトで固定された変換器を、金属のホーン

開発サイクルの終盤に近づくと「今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう」という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。（なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない） 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは３ヶ月後だ。そして３ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。３ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する

IT系ニュースサイトのFast Companyが、Appleのワールドワイドマーケティング部門シニア・ヴァイスプレジデントであるグレッグ・ジョスウィアック氏と、ハードウェアエンジニアリング部門シニア・ヴァイスプレジデントであるジョン・ターナス氏へのインタビューを公開しました。両氏は2024年5月に登場したiPadシリーズに言及しています。 Apple still isn't done building its dream iPad - Fast Company https://www.fastcompany.com/91124983/ipad-greg-joswiak-john-ternus-interview This Joz quote is why macOS will likely never come to the iPad - 9to5Mac https://9to5mac.c

Appleが開発するタブレットであるiPadは2010年に初めて登場し、仕事や娯楽などさまざまな用途に広く利用されています。ところが、iPadのヘビーユーザーであるというガジェット系ライターのフェデリコ・ヴィティッチ氏は「依然としてiPadOSにはAppleが改善するべき多数の問題が残されている」として、解決されていない問題を列挙しています。 Not an iPad Pro Review: Why iPadOS Still Doesn't Get the Basics Right - MacStories https://www.macstories.net/stories/not-an-ipad-pro-review/ ヴィティッチ氏は10年以上iPadを愛用してきたヘビーユーザーであり、これまでにいくつものiPad関連の記事を執筆してきた人物ですが、「iPadおよびiPadOSが抱える