suin

せめてこのページを削除するほうが、陳腐化したまま修正しないより、マシかもしれないので、検討してみてもいいかも知れません。

Docusaurus的にどう実現するか調査しないとならなそうです。

調査して可能そうであれば着手したいところです。

jamashitaさんより > そういえばなんですけど、以前 > 2文字以下のものであれば末尾の「ー」を省略せず、3文字以上であれば末尾の「ー」を省略するかどうか > っていう話し合いがあったと思うのですが、これJIS規格が同じようなこと言及しているみたいですね。 > > で、肝心なのは続きで、2019年にそのJIS規格が廃止されて、内閣告示に準拠するようになったみたいです。 > 結論はなにかというと、文字数に関わらず末尾に「ー」をつけることが決まったようです

僕もそれ何かで見た覚えがあります😌 最近OSの音声読み上げ機能でドキュメントを読み聞かせてもらうことがあるのですが、話し言葉で伸ばしているなら「ー」をつけたほうが自然に聞こえるので、音声読み上げフレンドリーという観点もあるかもと思っていたところです

LLMに統計的に決めてもらうというのもありかもしれません。 利点 - 学習に基づいている - 自動的に決められる、議論がいらない - 例外的な表記についても統計的に正しそうな答えを出せる(engineerはエンジニアーではなくエンジニアなど) 試しに作ってみました: [カタカナ表記決めるマン](https://dare-ai.com/apps/uspnvue5srbp)

Certainly! Having different types in a tuple indeed showcases the unique capability of tuple types more effectively. However, including a string in `Point2D` might seem unnatural, suggesting that a significant...

いろんな面から見れると理解が深まりそうでいいですね！

総じて「信頼性の高いプログラムにする」というのが型の役割ですかね〜。Rustにはlifetime(データの有効期限をコンパイラに伝える仕組み)という型レベルの情報があって、メモリ安全性をコンパイル時に保証してくれるものなのですが、型にはこういうのもあったりするのでそう思いました。(ちなみに、lifetimeが長い変数をlifetimeが短い変数に代入しようとすると、コンパイル時にエラーになります) いちアイディアにすぎませんが、つかみとして「もしも型がこの世になかったら」のような空想から入るのはどうでしょう？ 読み始めってあんまり集中していないのでライトなトピックから入ると乗ってきやすいのと、上記の「静的型付け言語に詳しくない人」が「動的型付け言語には詳しい人」とするなら、動的型付け言語経験者は共感を呼ぶ内容になるかもと思ったからです。採用するかはおまかせします！ ちなみにChatGPTに発散してもらったアイディアが下記です: > 型がないプログラミング言語の世界は、いくつかの点で現在とは異なるかもしれません。型システムはプログラミング言語の重要な部分であり、変数や関数の値が持つことができるデータの種類（例：整数、文字列、オブジェクトなど）を指定する役割を果たしています。型システムが存在しない場合、開発者は以下のような影響を受ける可能性があります。 > > 1. **エラーの増加**: 型システムは開発者が型の不一致によるエラーを事前に検出できるようにするので、その欠如はランタイムエラーの増加につながるかもしれません。開発者は関数や変数が期待するデータ型について推測する必要があり、これが誤りの原因となる可能性があります。 > > 2. **デバッグの難易度増加**: 型関連のエラーがコンパイル時ではなく、プログラムの実行時にのみ発見されることが多くなるため、デバッグがより複雑で時間を要するプロセスになります。 > > 3. **自動化ツールの有効性低下**: 型情報はコード補完やリファクタリングなどの自動化ツールにとって重要な情報源です。型がなければ、これらのツールはより信頼性が低いか、または使用不可能になるかもしれません。 > > 4. **プログラムの安全性と保守性の低下**: 型システムはプログラムの安全性を高め、バグの可能性を減らすのに役立ちます。型がないことで、開発者はコードが期待する契約を理解し、維持する責任が増します。 > > 5. **動的型付け言語の増加**:...

急がず温めてもいいかもですね〜☺️