サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
WWDC25
eed3si9n.github.io
このガイドが R > 1 になるのを助けてください: 次に何が起こるのか? シミュレーションで分かる新型コロナウイルス感染症 (COVID-19) の未来 🔬 疫学的な解説です! 読書・再生所要時間 30 分: 「真に恐れるべきは恐怖そのものである」とは馬鹿げた忠告だ。 勿論トイレットペーパーの買いだめはするべきでは無い。しかし、政策立案者が恐怖そのものを恐れると、「集団パニック」を予防せんと彼らは真の危険を過小評価してしまう。恐怖が問題なのではなく、我々がその恐怖のエネルギーをどこに向けるかが問題だ。恐怖は今の脅威に対処し、将来の危険に備えるエネルギーを与えてくれる。 正直の所、私たち (疫学者 Marcel + アート/コード担当の Nicky) は心配で仕方がない。あなたも心配だと思う。私たちは恐怖の力をこのいじれるシミュレーションを作ることに向けた。あなたが恐怖の力を以下のことを
コレクションライブラリ再設計の主な設計目標は自然な型と実装コード共有の最大化を同時に実現することだった。特に、Scala のコレクションは「戻り値同型」の原則 ("same-result-type" principle) を採用しており、コレクションの変換メソッドは、できる限り同じ型のコレクションを返すようにしている。例えば、filter 演算は全てのコレクション型において、同じコレクション型のインスタンスを返すべきだ。List に filter を適用すれば List を返すし、Map は Map を返す、という具合だ。これから、これがどう実現されているのかを見てみようと思う。 Scala コレクションライブラリは、いわゆる実装トレイト (implementation trait) を用いてジェネリックなビルダとコレクションの探索を実装することで、「戻り値同型」の原則を実現しながらもコー
リストはアルゴリズムが慎重にリストの先頭要素 (head) のみを処理する場合、非常に効率的だ。 head の読み込み、追加、および削除は一定数時間で行われるのに対して、リストの後続の要素に対する読み込みや変更は、その要素の深さに依存した線形時間で実行される。 ベクトル (Vector) は、ランダムアクセス時の非効率性を解決するために Scala 2.8 から導入された新しいコレクション型だ。ベクトルはどの要素の読み込みも「事実上」定数時間で行う。リストの head の読み込みや配列の要素読み込みに比べると大きい定数だが、定数であることには変りない。この結果、ベクトルを使ったアルゴリズムは列の head のみを読み込むことに神経質にならなくていい。任意の場所の要素を読み込んだり、変更したりできるため、コードを書くのに便利だ。 ベクトルは、他の列と同じように作成され、変更される。
ようこそ! 始める sbt 1/14 ページ 次 原文: Getting Started Guide 誤訳の報告をする。 「始める sbt」で君も sbt を始めよう。 sbt は柔軟で強力なビルド定義 (build definition) を作ることができるけど、そこで使われている概念の数は多くはない。 多くはないけども、sbt は他のビルドシステムとは一味ちがうから、ドキュメントを読まなければ、いくつかの細かい点でハマっちゃうと思う。 この「始める sbt」で、ビルド定義 (build definition) の作成とメンテナンスに必要な概念を説明する。 「始める sbt」を読むことを強くお勧めしたい！ どうしても忙しいという場合は、最も重要な概念は .sbt ビルド定義、 スコープ、と 他の種類のセッティング に書かれているけど、このガイドの他のページを読み飛ばしても大丈夫かは保障し
Martin Odersky さんと Lex Spoon さんの "The Scala 2.8 Collections API" を EPFL Scala Team の許可を得て翻訳しました。 eed3si9n による非公式翻訳 (user-contributed work) なので、EPFL は一切関知しません。 翻訳の間違い等があれば遠慮なく Issues などで訳者の方にご指摘ください。 最新版は Scala Documentation に移行しました。 Scala 2.8 コレクション API Martin Odersky, Lex Spoon 2010 年 9 月 7 日 Scala 2.8 の変更点で最も重要なものは新しいコレクションフレームワークだと多くの人が思っている。 確かに以前の Scala にもコレクションはあったが、Scala 2.8 になって一貫性があり、包括的な
Scala のコレクションは、体系的に可変および不変コレクションを区別している。 可変 (mutable) コレクションは上書きしたり拡張することができる。これは副作用としてコレクションの要素を変更、追加、または削除することができることを意味する。 一方、不変 (immutable) コレクションは変わることが無い。追加、削除、または更新を模倣した演算は提供されるが、全ての場合において演算は新しいコレクションを返し、古いコレクションは変わることがない。 コレクションクラスの全ては scala.collection パッケージもしくは mutable、immutable、generic のどれかのサブパッケージに定義されている。 クライアントコードに必要なコレクションのクラスのほどんどには可変性に関して異なる特性を持つ 3つの形態が定義されおり、ぞれぞれ scala.collection、s
目次 目次 目次 可変コレクションおよび不変コレクション コレクション API の概要 Traversable トレイト Iterable トレイト 列トレイト Seq、IndexedSeq、および LinearSeq バッファ 集合 整列済み集合 ビット集合 マップ 同期集合と同期マップ 具象不変コレクションクラス リスト ストリーム ベクトル 不変スタック 不変キュー 範囲 ハッシュトライ 赤黒木 不変ビット集合 リストマップ 具象可変コレクションクラス 配列バッファ リストバッファ 文字列ビルダ 連結リスト 双方向リスト 可変リスト キュー 配列シーケンス スタック 配列スタック ハッシュテーブル ウィークハッシュマップ 並行マップ 可変ビット集合 配列 文字列 性能特性 等価性 ビュー イテレータ バッファ付きイテレータ コレクションの作成 Java と Scala 間のコレクショ
<body> This document uses frames to assist navigation. Your browser is currently not supporting the use of frames, but you may still access the <a target="_top" href="collections-impl_0.html">non-framed version</a>. </body>
<body> This document uses frames to assist navigation. Your browser is currently not supporting the use of frames, but you may still access the <a target="_top" href="actors_api_guide_0.html">non-framed version</a>. </body>
<body> This document uses frames to assist navigation. Your browser is currently not supporting the use of frames, but you may still access the <a target="_top" href="collections_0.html">non-framed version</a>. </body>
このページを最初にブックマークしてみませんか？
『eed3si9n.github.io』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
