Firefoxを敬遠する主な理由は、機能対応の遅さでしょうか。
Web開発をしていると MDN をよく見るのですが、
まず最初に確認するのがブラウザー互換性の部分です。
ここ数年見ていて感じるのは……標準 API 全体には対応していても、細かい項目が一つ二つ未対応な Firefox を見て、Chrome でテストするようになってしまうことです。
安定して確定した標準だけをサポートしようとするのは良いのですが、
たいていは対応しているのに Firefox だけ動かないものが頻繁に目につくので、だんだん避けるようになってしまいました。
個人的には、Firefox がかつて IE による暗黒期を打ち払うきっかけになってくれたので、あえて使ってはいるのですが、プロジェクトで使うには微妙です。

怖いから避けているわけではありませんからね。
書体デザインの著作権を認めなかった判例はありますが、

https://www.law.go.kr/%ED%8C%90%EB%A1%80/(94%EB%88%845632)

書体デザインの著作権を認めた判例があるのか、探してみる必要がありそうですね。

TigerBeetle: 会計に特化したOLTPデータベース

既視感は勘違いではないようです🤣

共有ありがとうございます。epubファイルをMacの標準のBooksアプリに入れたのですが、ページがめくれません。私の問題なのか文書の問題なのか、よく分かりません。

反例として代表的なケースがウンフォントです。出版物をスキャンしてフォントを作ったものなので、ほぼすべてに問題があるのですが、その中でも会社が問題提起したものがあります。会社が問題を提起し、フォントをパッケージ化したパク・ウォンギュ氏は削除に同意しましたが、スキャンした当事者であるウン・グァンヒ氏は最後まで同意しませんでした。裁判で最後まで争われたらどうなるかは分かりませんが、実際には問題になります。

もしかして、どうしてなんでしょう!?
DjangoでREST APIを実装したことがあるのですが、Form などを使っていると、DRFのほうがより適切だったのではと思ってしまうことがありました。

ただでさえ最近はショーツを見ると、どれもこれもTTSをべったり被せて、AIで量産した画像に字幕までAIにやらせていて、簡単な文章すら間違っている低品質なコンテンツが氾濫していて見なくなっていたので、正しい方向性だと思いますね..!

Djangoだけ使っていれば幸せなのに、DRFまで絡むと不幸になります……うう

本文にも出てきた uv は本当に優れものです。速いのはもちろん、バージョンや依存関係の管理も npm みたいにうまくやってくれるので、uv に定着しつつあります。

ただウェブサイトを共有すればよかったですね。誤解とストレスを与えてしまい、申し訳ありません。

https://www.haebom.dev/playbook

少し誤解があるようなので説明します。もともとこの翻訳は2023年に行ったもので、電子書籍やPDFで見たいという方がいたため、今回ほかの電子書籍を整理するついでに一緒に公開したものです。

個人情報は私が別途収集しているのではなく、私が使っていたプラットフォームであるラピッド側で収集しています。下の.znjadonさんがおっしゃったように、Googleドライブでもそのまま受け取れるようにしました。自動メッセージで感想のお願いが送られてしまった点も申し訳ありません。私がラピッドの設定をきちんとできていなかったためだと思います。

以前からずっと切望してる（泣）

個人情報保護法をほんの少しかじった立場からすると……。番号を書いて提出する行為自体は、収集・利用に同意したものと見なせる場合があります。ですが、明示的に同意を取るかどうかにかかわらず、個人情報の収集目的と保有期間は明示しなければなりません。そうしなければ、言い逃れのできない違法です。

はい、だから利用規約に……あれこれの用途以外には使えないと明記するわけです。

コメント要約概要

• 主な意見は、モジュール型スマートフォンの現実性、機能性、小型化ニーズ、革新性、追加提案の5つに分類される。

1. 現実性と商業性への批判

• コンセプトは興味深いが、実際に製品化できるかには懐疑的。
• 企業の収益構造やマーケティング戦略のため、実現されない可能性があるとの指摘。
• バッテリー容量不足（1800mAh）や発熱、耐久性の問題を懸念。

2. モジュール型設計の限界を指摘

• 外部モジュールでRAMを拡張するのは不可能だという技術的指摘。
• モジュール化によって複雑さとコストが増す可能性があるという意見。
• 画面・バッテリー・カメラ中心の限定的な拡張が現実的だという主張。

3. 小型スマホ需要を強調

• シンプルな小型スマートフォンの発売を望む意見が多数。
• 「5.6インチのスマホさえ出ればいい」など、小型化そのものが核心的な要求だという主張。
• 大型化や複雑なコンセプトより、実用的な小型端末を好む傾向。

4. 革新的なアイデアを肯定的に評価

• LG Wingや過去のAsusのモジュール型コンセプトなど、独創的な試みと比較しつつ好意的に評価。
• 小型端末とタブレットを接続するアイデアが興味深いという意見。
• 「スマホのデザインに再び個性が出てくるのはうれしい」という反応。

5. 追加機能と改善提案

• 3.5mmオーディオジャック、microSD、複数カラー、デュアルカメラの追加要望。
• 上位・下位モデル（高性能/低消費電力）でラインアップを分ける提案。
• 5000mAh以上のバッテリー、MagSafeパワーバンク、AMOLED/LCDオプションを提示。

フォントの著作権は、ソフトウェア上でのみ保護されるものと理解していました。（ttf、otf形式のフォントファイルを無断で複製・共有するなど）

ソフトウェアの形ではなく、印刷物や映像などに使用する場合は、著作権侵害とは見なせないそうです。（著作権侵害とは別に利用規約違反にはなり得る）

• https://kcopa.or.kr/lay1/bbs/…

Reactとの直接的な連携は、言語が異なるため難しい部分もありますが、何を実現したいかによっては可能な部分もあると思います。
個人的には、Pythonによるフロントエンド開発はあまり活発ではない分野だと考えています。

それでも最近は、uv や poetry を通じてバージョン管理や競合の問題はほとんど解消されたようです

これを見て、Tell GN があれば大丈夫なのではないかと思いました。