Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

結論を先にまとめると、以下の３つです。 1. グローバル変数の宣言をなるべく減らしたい場合 2. ユーザが引数を与えてカスタマイズ可能な自由度の高い「関数」を生成したい場合 3. 前回、呼び出されて実行されたときの演算結果（値）を内部で保存して、次に呼び出されたときに、前回の結果（値）に対して、さらに同じ処理（演算）を行う関数を生成したい場合 以下、「クロージャ」の定義から、頭の整理まで、分かりやすい参考ウェブサイトへのリンクを張りつつ、見ていきます。 【 定義 】クロージャ takeharuさん Qiita記事（2013/07/22）「JavaScriptでクロージャ入門」 「自分を囲むスコープにある変数を参照できる関数」 Wikipedia 「クロージャ」 引数以外の変数を実行時の環境ではなく、自身が定義された環境（静的スコープ）において解決することを特徴とする。関数とそれを評価する環

# ordersreport.py from collections import namedtuple Order = namedtuple("Order", "amount placed_at") class OrdersReport: def __init__(self, orders, start_date, end_date): self.orders = orders self.start_date = start_date self.end_date = end_date def total_sales_within_date_range(self): orders_within_range = [] for order in self.orders: if self.start_date <= order.placed_at <= self.end_date: orders

Rubyのリファクタリングでオブジェクト指向設計に沿った美しいコードになるまでの方法を書いた。 コードの元ネタはBen Orenstein氏のリファクタリングで、そこに私なりの解説と追加コードを加えた。 Ben Orenstein - Refactoring from good to great このリファクタリングは大きく分けて３段階。 「イケてない」から「マシ」にする 「マシ」から「いいね」にする 「いいね」から「スゲーいいね」にする イケてないコード まず以下にあるのがイケてないコード。一応動くし、テストもパスしている。でもそのコード品質は平均よりちょっと下という設定。 【範囲を指定してその期間の売上総合計を出すコード】 class OrdersReport def initialize(orders, start_date, end_date) @orders = orders @

Help us understand the problem. What are the problem?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ExcelでCSVファイルを開くと、0で始まる数値や日付形式と解釈可能なデータが自動変換されてしまい、うっかり保存すると元の情報が失われてしまうことがあります。例えば sample.csv 001,1/2/3,03-14,01234567890 をExcelで開いて保存すると 1,2001/2/3,3月14日,1234567890 となってしまいます。 これに対し、自動変換させずに開く方法としては、テキストインポートウィザードを使う方法が知られていますが、意外と手順が面倒です。 拡張子が.txtの場合はファイルを開くだけで自動的にウィザードが起動するのですが、.csvの場合はいったん.txtにリネームするか、「データ→外部データの取り込み→テキストファイルのインポート」を使って取り込む必要があります*1。前者の拡張子を変更する方法は単純に考えて面倒なだけでなく、エクスプローラの設定で「登録

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

タブ区切りの3,000行ほどのCSVファイルを CSV.table で読み込もうとすると非常に遅かったので CSV.read を試してみたところ100分の1程度で処理できました。 Benchmark.bm 10 do |r| r.report "read" do CSV.read(filename, col_sep: "\t", headers: true, header_converters: :symbol) end r.report "table" do CSV.table(filename, col_sep: "\t") end end user system total real read 0.050000 0.000000 0.050000 ( 0.046571) table 4.790000 0.010000 4.800000 ( 4.814375) CSV.tableは常に

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

CSVの書き出しでちょっとやりたいことがあって標準添付のCSVライブラリについて調べてたんだけど、結局標準のままだと出来なそうという結論に至りました。その際にCSV::Convertersについて色々ほじったのでメモがわりに残しておきます。 CSV::Convertersって何？ ドキュメントを読むと「このハッシュは名前でアクセスできる組み込みの変換器を保持しています。」と書かれています。変換器と言われてもどう使えばいいのかピンと来ませんでした。ググッてもサンプルとかあんまり無いし。 とりあえず使ってみる まぁ、こんな感じで使えます。 require 'csv' CSV.parse("2011-11-23,123,456",:converters => :date) do |csv| p csv end 実行すると [#<Date: 2011-11-23 (4911777/2,0,2299

mk-mode.com Linux, Debian, IT, Server, PG, Ruby, Rails, Python, C++, Fortran, PC, MariaDB, math, GIS, etc... ２年くらい前には、CSV データを HTML の table タグに変換する GUI アプリを Microsoft Visual Basic で作成したことを記事にしました。 * VisualBasic - CSVをTABLEタグに変換！ 最近はプライベートで Windows 系 OS に触れることがないので、同様のツール（ただし、CUI ベース）を Ruby で作成しました。 単純に CSV ファイルを読み込んで、 HTML に変換しているだけですが、以下で作成した Ruby スクリプトを紹介します。 0. 前提条件 Linux Mint 14 (64bit) での作業を想

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

minitest には標準で mock や stub の機能が付いています。それらの挙動について学んだのでメモ。 コード例 下記のような Person クラスと Whisky クラスがあるとします。これらについて minitest の mock と stub を使ってテストを書いてみます。 class Person def eat(food) food.taste end def drink(whisky) whisky.alcohol.upcase end end class Whisky def alcohol # まだ実装されていない end end mock minitest では下記のように mock を書きます。 describe Person do subject { Person.new } describe '#eat' do it '引数にとったオブジェクトの #tas

下記のような minitest で書かれたテストがあるとします。 # test.rb require 'minitest/autorun' class TestHoge < MiniTest::Unit::TestCase def test_hoge assert_equal "hoge", "hoge" end def test_fuga assert_equal "fuga", "fuga" end end test_hoge だけをテストしたい場合は下記のように ruby test.rb -n test_hoge のように-n 実行したいテスト名をつけてテストを実行します。 では下記のように、minitest/spec を利用して書かれたテストのうち、'hoge' の方だけテストしたい場合はどのように書いたら良いでしょうか。 require 'minitest/autorun' de

例外をテストする 例外が発生することをテスト assert_raises(KeyError) do hash.fetch(:doesnt_exists) end 例外が発生しないことをテスト assert_nothing_raised do hash.fetch(:key_exists) end メソッドが意図的にエラーを発生させる時は、エラーを発生させる場合とさせない場合の両方をテストすること。 こうすると、無条件にエラーが発生する訳ではないこと、条件が合えばエラーが発生すること、の両方をテストできる。 高度なテストテクニック モックとスタブを使う IOを伴うような、ユーザーインターフェース部分と、ロジックを出来る限る分離する ロジックが分離できれば、その部分のテストは簡単になる ユーザー入力への応答をテストしたければ、スタブを使う class Questioner def method

MiniTest does implement assert_nothing_raised in its Test::Unit compatibility layer, but in its own tests (MiniTest::Unit and MiniTest::Spec) it does not implement any test like this. The reason is, the programmer argues, that testing for nothing raised is not a test of anything; you never expect anything to be raised in a test, except when you are testing for an exception. If an unexpected (uncau

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

require 'optparse' class Test class CLI def parse_options(argv = ARGV) op = OptionParser.new # op がローカル変数なので `define_method` で `usage` を定義しているが、ただのこだわりに過ぎないと言えばその通り self.class.module_eval do define_method(:usage) do |msg = nil| puts op.to_s puts "error: #{msg}" if msg exit 1 end end # default value opts = { boolean: false, string: '', integer: 0, array: [], } # boolean op.on('-b', '--[no-]boolean'

経緯 私，自然言語処理に携わる研究を行っているのですが 必然と大規模なテキストデータを扱います. (恐らく大半の言語処理のプログラムを書いている方に訪れるであろう)鬼門が どれだけ網羅しようともテキストデータに例外が存在する ということです． 自然言語処理の大半は，この例外と戦うのではないのかというぐらいに 例外が発生しまくります. これを取り除くために前処理(の前処理)という形で テキストのフィルタリング・整形を行う必要が出てくるわけです. それでも潰しても，潰しても消えない例外は存在するわけでして… ならば例外が起こることを考慮したプログラムを書くのが一番です. ということで今回の記事を書くに当たりました. コンテンツ 例外処理の書き方 例外を定義する デコレータを使った賢い例外処理 1.例外処理の基本 pythonにおける基本的な例外処理は以下のように書きます. try: # 例外が

Pythonのdecorator は格好いいよね。Rubyでこんな感じのものを作れないかと何回か考えたものの、上手いAPIを思いつかずにいた。 このたび、 technohippyさんの挑戦 に刺激されて書いてみた。 decorator.rb 仕様としてはPythonに合わせて、呼び出し可能オブジェクトを返す関数としてdecoratorを作成する。そして、declareというメソッドにdecoratorを渡すと、ブロック内で定義されたメソッドはdecoratorで修飾される。 例 class Module def type(name, types) before(name) do |name, args| args.zip(types).each_with_index do |(arg, type), i| raise TypeError, "#{i}th argument #{arg} s

http://code.google.com/appengine/articles/transaction_isolation.html はじめに Wikipediaによるとデータベース管理システムのトランザクションの分離レベルは「ある操作による変更が並列に実行される他の操作から見えるようになるタイミングとその手段によって定義される」そうだ。この記事ではGoogle App Engineデータストアでのトランザクションの分離について説明したい。記事を読めば並列な読み書きがどのように実行されるかより深い理解が得られるだろう。 Read Committed データベースによってサポートされる分離レベルは4つ(Serializable, Repeatable Read, Read Committed, Read Uncommitted)だが、データストアの分離レベルはそのうちのRead Comm

スタブとモックの違い オブジェクト指向設計実践入門を読んで学んだことのまとめです。 具体的にRspecでモックを書くときはこうしましょう、といった具体的な話ではなく言葉の意味の説明がメインです。 ソフトウェアテストの対象 スタブもモックもテストコード内で使うものです。違いを考える前に、テストについて振り返ってみます。 テストを行うべきなのは、次の2つについてです。 オブジェクトがほかのオブジェクトからメッセージを受け取ったとき、期待する答えを返すことができるか 要するにパブリックメソッドに対するユニットテスト 「オブジェクト指向設計実践ガイド」には、プライベートメソッドに対するテストは書くべきではない、さらにいうとプライベートメソッドを書くべきではない(プライベートメソッドを他のオブジェクトに切り出して注入せよ)とあります。 オブジェクトが副作用のあるメッセージ送信を行うとき、その回数や引

Perl で複数のテストを実行する場合は prove コマンドがあるけれど、Ruby の場合はどうするのがいいんだろうなー。 と思って調べてみました。 『Rubyベストプラクティス -プロフェッショナルによるコードとテクニック』 によると、Rake::TestTask を使うのが良いようです。 以下のような rakefile を書いて、あとは rake test で実行、と。 # coding: UTF-8 require 'rake/testtask' task :default => [:test] Rake::TestTask.new do |test| # $LOAD_PATH に追加するパス (デフォルトで 'lib' は入っている) test.libs << 'test' # テスト対象ファイルの指定 test.test_files = Dir[ 'test/**/test_*