munieru_jpのブックマーク (12,333)

  • Intl.PluralRules(#17)

    この記事は「1 人 Intl Advent Calendar 2024」の 17 日目の記事です。 今回は言語ごとに固有な複数形を処理するための Intl.PluralRules について解説します。 複数形のある言語と国際化 文法上の「数」の扱い 日語は基的に文中の名詞の単数・複数で文法が変わらない言語ですが、英語のような多くの言語は名詞の単数・複数によって様々な文法的変化があります。 単数・複数の2パターンで文法規則が変化する言語が一般的ですが、中には数に応じてより複雑に文法の変わる言語もあります。 2つで対になるもの時だけ文法の変わる「双数形」があるもの 複数形の中でも「少数」な場合と「多数」な場合で文法が変化するもの etc... また「0」の扱いについても、英語のように複数形利用する言語もあれば、フランス語のように「0」の場合単数形を使う言語もあります。

    Intl.PluralRules(#17)
  • Smart Unit Preferences と Representing Measures Proposal(#16)

    この記事は「1 人 Intl Advent Calendar 2024」の 16 日目の記事です。 今回は単位のフォーマットに関して新しい機能を提供しようとする2つの提案、Smart Unit Preferences Proposal と Representing Measures Proposal について解説します。 Smart Unit Preferences Proposal Smart Unit Preferences Proposal は、Intl.NumberFormat で単位表記をフォーマットする際に、ロケールに合わせた適切な単位の選択並びに変換まで行おうという野心的な提案です。 単位の変換と使い分け 皆さんもご存知の通り、利用する単位はロケールによって異なります。例えば、日では長い距離に関して「キロメートル」を使いますが、米国では「マイル」を使います。アプリケーション

    Smart Unit Preferences と Representing Measures Proposal(#16)
  • NumberFormatの新しいオプションとCurrency Display Choices Proposal(#15)

    この記事は「1 人 Intl Advent Calendar 2024」の 15 日目の記事です。 今回は Intl.NumberFormat の比較的新しいオプションと、Currency Display Choices Proposal について解説します。 NumberFormat の新しいオプション Intl.NumberFormat は最初の ECMA-402 策定時から度々機能がアップデートされています。その中でも ES2023 に正式に仕様として標準化された「Intl.NumberFormat v3」という提案は新しくメソッドや様々なオプションを追加する大きなアップデートでした。この「Intl.NumberFormat v3」もとい、ES2023 から追加された Intl.NumberFormat の仕様群はその後各ランタイムで実装が進み、2024 年 12 月現在全てのブラウ

    NumberFormatの新しいオプションとCurrency Display Choices Proposal(#15)
  • Intl.NumberFormatの主要オプションを抑える(#14)

    この記事は「1 人 Intl Advent Calendar 2024」の 14 日目の記事です。 今回は Intl.NumberFormat の主要オプションについて実例を交えながら詳しく解説します。 Intl.NumberFormat の主要なオプション Intl.NumberFormat のオプションには様々なものがあり、これらを組み合わせる事で柔軟なフォーマットを実現できます。他の Intl のコンストラクタと比べてもオプションが多岐にわたるので、ここではなるべくオプションを分類しながら解説していきます。 NumberFormat の style オプションと分類 Intl.NumberFormat の大切なオプションとして、書式化する数値の形を決める style オプションがあります。この style オプションには以下の 4 種類があり、デフォルトは "decimal" です。

    Intl.NumberFormatの主要オプションを抑える(#14)
  • Intl.NumberFormat の基本(#13)

    この記事は「1 人 Intl Advent Calendar 2024」の 13 日目の記事です。 今回は Intl.NumberFormat について基的な使い方と各メソッドについて解説します。また簡単に Intl.NumberFormat のユースケースについても触れます。 数値のフォーマット : Intl.NumberFormat Intl.NumberFormat はロケールに応じた数値全般の書式化をサポートする機能です。純粋な数値のフォーマットはもちろんのこと、単位や通貨、パーセントを含んだ数値のフォーマットにも対応します。 基的な使い方 他の Intl のコンストラクタプロパティ同様、第1引数にロケール(ロケール識別子 or Intl.Locale オブジェクト)を第2引数にフォーマットのオプションを渡して初期化することで、Intl.NumberFormat インスタンスを

    Intl.NumberFormat の基本(#13)
  • Intl.DurationFormatの最大値を規定する仕様について

    この記事では、以下のトピックについて解説します。 Intl.DurationFormatの概要 Intl.DurationFormatの最大値を規定する仕様 JavaScriptCoreにおけるIntl.DurationFormatの最大値の実装 Intl.DurationFormatの概要 Intl.DurationFormatは現在ステージ3のプロポーザルです[1]。 このプロポーザルは指定されたロケール情報に応じてdurationを適切にフォーマットするAPIを提供します。durationというのは、つまり経過時間のことです。たとえば、日語でいえば「3時間46分25秒」のようなものです。これは当然タイムゾーンの考え方を持たないし、Temporal.Instantなどで表現されるExact Time[2]とも異なる概念です。 例を示します。 const formatted = new

    Intl.DurationFormatの最大値を規定する仕様について
  • Intl.DurationFormat Proposal(#12)

    この記事は「1 人 Intl Advent Calendar 2024」の 12 日目の記事です。 今回は Intl.DurationFormat Proposal について解説します。 Intl.DurationFormat Intl.DurationFormat Proposal は「1時間3分」のような期間(経過時間)を書式化するために提案されている Proposal です。この Proposal は今年(2024 年)の 12 月の TC39 ミーティングで Stage4 に上がったため、2025 年には正式な Intl の仕様として策定され、ほとんどの環境で使えるようになる予定です。 基的な IF と使い方 他の Intl のコンストラクタプロパティ同様、第1引数にロケール(ロケール識別子 or Intl.Locale オブジェクト)を第2引数にフォーマットのオプションを渡して

    Intl.DurationFormat Proposal(#12)
    munieru_jp
    munieru_jp 2026/04/28
    “Intl.DurationFormat の最大値を規定する仕様について”
  • Intl.RelativeTimeFormat(#11)

    この記事は「1 人 Intl Advent Calendar 2024」の 11 日目の記事です。 今回は Intl.RelativeTimeFormat について解説します。 Intl.RelativeTimeFormat Intl.RelativeTimeFormat は「昨日」「3 日後」のような相対的な日時の表記を書式化するための API です。単に「N 日前」「N 日後」といった数値による表記だけでなく、「昨日」「先月」といったロケール固有の相対的な日時文字列も書式化できる機能を持っています。 基的な IF と使い方 他の Intl のコンストラクタプロパティ同様、第1引数にロケール(ロケール識別子 or Intl.Locale オブジェクト)を第2引数にフォーマットのオプションを渡して初期化することで、Intl.RelativeTimeFormat インスタンスを生成できます

    Intl.RelativeTimeFormat(#11)
  • 世界の暦に対応するための Proposal(#10)

    この記事は「1 人 Intl Advent Calendar 2024」の 10 日目の記事です。 今回は世界中の暦をより柔軟にサポートするために提案されている、eraDisplay option for Intl.DateTimeFormat と Intl Era and MonthCode Proposal について解説します。 世界の暦は一つじゃない 現在日を含め多くの国ではグレゴリオ暦が使われていますが、世界中には様々な暦が存在します。例えば、中国では中国暦、イスラム教圏ではヒジュラ暦、ユダヤ教圏ではヘブライ暦(ユダヤ暦)がグレゴリオ暦と共存しつつ使われています。また、日でも伝統行事や一部官公庁のシステムなどで和暦が使われています。 従って、日時の書式化並びに日時の操作ではこれらの暦をサポートすることが求められます。基的な書式化機能に関しては Intl.DateTimeFor

    世界の暦に対応するための Proposal(#10)
  • Intl.DateTimeFormatとTemporalの関連(#9)

    この記事は「1 人 Intl Advent Calendar 2024」の 9 日目の記事です。 今回は日時の操作に関する ECMAScript Proposal、Temporal と Intl における日時系フォーマット機能の関連について解説します。 Temporal とは Temporal は ECMAScript で提案されている新しい日時操作のための標準オブジェクトで、現在 Stage 3 の Proposal です。 Temporal は既存の Date オブジェクトの以下のような不満点を解消、日時操作をより簡単に行えるようにすることを目指しています。 ユーザーの現地時間と UTC 以外のタイムゾーンがサポートされていない 日時文字列のパース動作がわかりづらく不安定 日付オブジェクトが何を指しているのかわかりづらい サマータイム動作が不安定 日時計算の API が扱いにくい 非グ

    Intl.DateTimeFormatとTemporalの関連(#9)
  • 「イオンシネマ津田沼South」7月に開業 | イオンエンターテイメント

    全国に「イオンシネマ」98劇場を運営するイオンエンターテイメント株式会社(社:東京都港区、代表取締役社長 藤原信幸)は、全6スクリーンを備えたシネマコンプレックス「イオンシネマ津田沼South」を、2026年7月に開業いたします。 劇場は、2026年3月に開業した京成松戸線「新津田沼駅」直結の大型商業施設「イオンモール津田沼South」内にオープンするもので、駅から至近の利便性に加え、ショッピングや、エンターテイメントが一体となった空間の中で、地域の皆さまに日々がワクワクするような感動体験をお届けします。 1番スクリーンには最上級の音響設備「Dolby Atmos®(ドルビーアトモス)」を導入。臨場感あふれるリアルなサウンドがシアター内を満たし、制作者の意図通りに縦横無尽に空間内を移動することで、まるで作品の中に入り込んでしまったかのような没入感を味わうことができます。 また、全スク

    「イオンシネマ津田沼South」7月に開業 | イオンエンターテイメント
  • Intl.DateTimeFormatの主要オプションを抑える(#8)

    この記事は「1 人 Intl Advent Calendar 2024」の 8 日目の記事です。 今回は Intl.DateTimeFormat のオプションについてその挙動を解説します。 Intl.DateTimeFormat のオプション Intl.DateTimeFormat では、どのように日時を書式化するかについて、初期化する際のオプションで指定できます。 const formatter = new Intl.DateTimeFormat("ja-JP", { calendar: "japanese", // カレンダーを指定するオプション }); 従って「どのようなオプションがあるか」、「各オプションを指定した時にどのような挙動をするか」を把握することが Intl.DateTimeFormat を使いこなす上で重要になります。 日時文字列を構成する各要素のオプション Intl.

    Intl.DateTimeFormatの主要オプションを抑える(#8)
  • Intl.DateTimeFormat の基本(#7)

    この記事は「1 人 Intl Advent Calendar 2024」の 7 日目の記事です。 今回は Intl.DateTimeFormat について基的な使い方と各メソッドについて解説します。 日時のフォーマット : Intl.DateTimeFormat Intl.DateTimeFormat はロケールに応じた日付と時刻の書式化をサポートする機能です。 基的な使い方 Intl.DateTimeFormat も他の Intl のコンストラクタプロパティ同様、第1引数にロケール(ロケール識別子 or Intl.Locale オブジェクト)を第2引数にフォーマットのオプションを渡して初期化することで、Intl.DateTimeFormat インスタンスを生成できます。 const enFormatter = new Intl.DateTimeFormat("en-US", { //

    Intl.DateTimeFormat の基本(#7)
  • 技術英語を本当に正しい発音をつらぬくか考えて、長いものに巻かれようと決めた話 | Trial and Spiral

    エンジニアとしてやっていると避けてとおれない英語英単語がそのまま使われる場面も多いのですが、どうにも変な発音だな、と思うことや、この単語の正しい読みとは、と思うことがあります。 しかし、英語の発音の正しさよりも一般的に言われている発音をするほうが、コミュニケーションに齟齬が生まれず良いんではなかろうか、そもそも和製英語だってあるし、正しさを貫くよりも共通認識を合わせるが良いだろうな、と自分のなかで決めた話です。 概要 エンジニアが日常で使う単語に英語が多いけど、変な発音が一般化してたりする 正しい発音にこだわって伝わなければ意味がないので、正しさは置いておいて認識を合わせにいく 一方で正しい発音も知っておくほうがいい 発端 僕が気持ち悪く感じてた代表選手はwarn。カタカナにするとウォーンが正しいです。warningならウォーニング。warはウォーですね。スターワーズとは言わないし、ワー

    技術英語を本当に正しい発音をつらぬくか考えて、長いものに巻かれようと決めた話 | Trial and Spiral
  • Warningはワーニング!?プログラミング用語は英語じゃないから無駄な抵抗はやめよう | アーザスBlog

    Warningはどう読んでいますか? プログラミング言語は欧米から来たものです。当然用語は英語表記です。が、日では英語とは違う変な読み方をする用語がたくさんあります。 新人の方は業界に染まっていないので、耳にすると気持ち悪いでしょう。 おかしいのは確かなのですが、果たして直すべきなのでしょうか? 長いものに巻かれろ すでに浸透しているので無駄な抵抗です。割り切るべし。 null ヌルです。 ナルではありません。 ナルが英語に近いそうです。ただ、ナルと言ってもnullのことだと思ってもらえません。 warning 一番紛糾する(と思っている)用語です。 ワーニングです。 ウォーニングではありません。 StarWarsはスター・ウォーズ。 Fates Warningはフェイツ・ウォーニング。 Fair Warningはフェア・ウォーニング。 でもプログラミングではワーニングです。変ですよね。

    Warningはワーニング!?プログラミング用語は英語じゃないから無駄な抵抗はやめよう | アーザスBlog
  • GitHub Copilot is moving to usage-based billing

    TL;DR: Today, we are announcing that all GitHub Copilot plans will transition to usage-based billing on June 1, 2026. Instead of counting premium requests, every Copilot plan will include a monthly allotment of GitHub AI Credits, with the option for paid plans to purchase additional usage. Usage will be calculated based on token consumption, including input, output, and cached tokens, using the li

    GitHub Copilot is moving to usage-based billing
  • ここに橋を造ってほしい!という日本のいくつかの場所の気持ちが分かりすぎる

    リンク Wikipedia 三遠伊勢連絡道路 三遠伊勢連絡道路(さんえんいせれんらくどうろ)は、静岡県浜松市北区三ヶ日町から愛知県豊橋市、田原市の渥美半島を通り、伊勢湾を横断し、三重県伊勢市の志摩半島に至る総延長 約90kmの地域高規格道路候補路線である。伊勢湾口道路(いせわんこうどうろ)とも呼ばれている。紀淡連絡道路、豊後伊予連絡道路などと共に太平洋新国土軸構想を構成する道路である。また、計画が実現すれば、首都圏から伊勢・志摩地域、または、浜松・豊橋から東紀州への最短距離のルートとなる。渥美半島側陸上部約60km、志摩半島側陸上部約10km及び伊勢 2

    ここに橋を造ってほしい!という日本のいくつかの場所の気持ちが分かりすぎる
  • 三重県|交通総合:伊勢湾口道路

    伊勢湾口道路(三遠伊勢連絡道路) 伊勢湾口道路は、太平洋新国土軸構想の中核を担う3つの海峡横断プロジェクトのうちのひとつであり、静岡県西遠地域から愛知県渥美半島・伊勢湾口部を経て、三重県志摩半島に至る延長約90kmの道路構想で、平成6年に地域の自立的発展や地域間の連携を支える地域高規格道路の候補路線として「三遠伊勢連絡道路」という名称で指定されています。 この道路ができると、渥美半島や志摩半島の半島性が解消され、新しい生活圏域の形成や観光産業の発展などに大きく寄与するものと期待されています。

  • 三遠伊勢連絡道路 - Wikipedia

    三遠伊勢連絡道路(さんえんいせれんらくどうろ)は、静岡県浜松市浜名区三ヶ日町から愛知県豊橋市、田原市の渥美半島を通り、伊勢湾を横断し、三重県伊勢市の志摩半島に至る総延長約90kmの地域高規格道路候補路線である。1964年から構想があり、伊勢湾口道路(いせわんこうどうろ)とも呼ばれている[1]。 紀淡連絡道路、豊後伊予連絡道路などと共に太平洋新国土軸構想を構成する道路である。また、計画が実現すれば、首都圏から伊勢・志摩地域、または、浜松・豊橋から東紀州への最短距離のルートとなる。 渥美半島側陸上部約60km、志摩半島側陸上部約10km及び伊勢湾湾口部約20kmからなる。現在、湾口部の建設方法としては橋(伊勢湾大橋)または海底トンネルが検討されている。

  • 桜の花の落ちるスピード「秒速5センチメートル」は正しいのか?

    桜が咲くシーズンになると、新海誠監督のアニメーション作品「秒速5センチメートル」を思い出すという方がきっといると思います。作中に出てくる桜の映像は幻想的でため息が出るほどきれいです。 同作品は主人公・遠野貴樹の幼少期から社会人になるまでを描いた3話の短編アニメーションで構成されています。貴樹自身の恋や、彼に恋した女の子たちなどを描いています。公開された当時は、二度とやり直せない青春時代を悔いすぎてか、あるいは自分自身の過去と違いすぎてか、「死にたくなった」という人も続出したとか(!?)。 >>詳細は「秒速5センチメートル」公式サイト この作品の1話「桜花抄」は小学生の貴樹と、彼の初恋の女の子である篠原明里が、桜咲く通学路を仲良く歩いているシーンでスタートします。そこで、「ねえ、秒速5センチなんだって。桜の花の落ちるスピード。秒速5センチメートル」という作品タイトルにもなっている明里のせりふ

    桜の花の落ちるスピード「秒速5センチメートル」は正しいのか?