Scala と Ruby で単語の出現頻度を調べて多い順にソートする
単語の出現頻度を調べることはよくある。 最近使い始めた Scala で、何気に Ruby でやっていたことをすぐに書くことができなかったので、整理しておく。 Table of Contents Open Table of Contents まずは集計 Ruby 編 まずは集計 Scala 編 出現頻度順で降順にソート Ruby 編 出現頻度順で降順にソート Scala 編 集計と出現頻度によるソートを一気に Scala 編 まずは集計 Ruby 編 まずは、Ruby で、以下のようなデータあるとする。 >> gosanke = ["Goro", "Hideki", "Hiromi", "Hideki", "Goro", "Hideki"] [ [0] "Goro", [1] "Hideki", [2] "Hiromi", [3] "Hideki", [4] "Goro", [5] "Hid
scala/ruby - tech.cm55.com
Ruby対Scala Javaの欠陥、Rubyの欠陥を埋めるものとしてScalaが選択されつつある。 ここでは特に、なぜRubyではだめなのか、他の方の言を紹介する。 なぜ Lift に違和感を覚えるか 一刻も早くJava から Ruby へ移行したいと思っていた。しかし、実際に Ruby で開発を行ってみると、そこには譲れないトレードオフがあった。Eclipse 上の Java コードは、死んだ文字列ではなく、呼びかければ応えてくれるオブジェクトだったが、Aptana RadRails 上の Ruby コードは、それとは程遠い代物だった。補完はまともに働かず、依存先へのナビゲーションや依存元の検索はインテリジェントでなく、リファクタリング支援は貧弱。これは、特定ツールの未成熟の問題というよりも、動的型付け言語のアイデンティティに関わる問題だろう。そして、Rails アプリケーションの実行
/var/log
memcachedのstats slabsの項目名は直感的でない。 例えば、 free_chunksは、delete等されて再利用可能なチャンク数 free_chunks_endが最後にアロケートされたページで一度もsetされていないチャンク数 とかは、memcachedのソースを読んでやっと意味がわかった。 また、チューニングの際に必要な、アラインメントによる無駄領域の合計がぱっと見でわからなかったりする。 とういことで、 memcachedのstats slabs統計情報を解析するRubyスクリプトを張り付けておく。 # テキストプロトコルにしか対応してません。 # バイナリプロトコル専用のmemachedへは、rubyのmemcachedライブラリを使うように改造すりゃできる。 起動オプションUsage: ./better_stats_slabs.rb -d /path_to_dir
RubyからScalaに乗り換えた15くらいの理由 - ヽ( ・∀・)ノくまくまー(2010-04-26)
● [Scala] RubyからScalaに乗り換えた15くらいの理由 [注意] この文章を読むと、既存のRubyコードをScalaでrewriteしたくなる、 Rubyコードで型チェックをやるのが鬱になる、Ruby案件でやる気が出なくなる、 などの幻覚や異常行動が報告されています。 現在関わっているプロジェクトや家族のことを常に意識し、 気を強く持って冷静に読むとよいでしょう。 「Scalaプログラミング入門」を読みはじめて、いきなり大きく頷いてしまった。 "コーディング時間の半分をテスト作成に費やさなければならなかった"(p.3) "Railsによって得られた生産性の向上は、テスト作成の作業に失われてしまいました"(p.3) まさにここ数年私が抱いてた漠然としたストレスの正体が、的確に文章となっていたからだ。そしてほどなく、「あ、この機能がRubyに欲しかった！」という驚きと共に Sc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
