はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? さて、割とキャッチーなタイトルから始めましたが、rubyの人気が落ちています。 分かりやすい指標として、TIOBEのプログラミング言語のランキングを参照しますが 2003年にはruby on railsの普及に合わせて2008年ごろには10位。 2016年に史上最高の8位を記録していますが、そこからずるずると下がって現在は17位。 ほんとにここ２，３数年でズルズルと滑り落ちるという言葉のままで進んでいます。 ruby自体、正直話題なるような新しいものも出づらい状態で、rubygemsに公開されるgemのペースも2013年から下がり始めて

ロジバンの紹介 今回発表する言語はロジバンという言語です。 聞いたことがないかもしれないので、まずはその紹介からです。 ロジバンというのは、元々、基本的に人間が話すために作られた人工の言語です。 最初はサピア＝ウォーフの仮説という言語学上の問題を検証するために作られた言語ですが、元々言語学者が作った下敷きからスタートしているので、色々と面白い性質があります。 例えば下の様な感じです。 音中心で設計されていて、同音異義語が原理上存在しない 文法が厳格に決められていて、構造に曖昧さが表れない 一階述語論理をベースに組み立てられている 文化非依存 この様な性質を持っていることから、ロジバンで話しかけたり、書かれたりした文は、命題としてプログラムが実行可能という性質を持っています。 特に日本語や英語では根本に持っている構造的な曖昧さが発生しないというのが大きくて、日本語では解析不可能な長文でもプロ

前回minitestのオススメ設定を紹介させていただきましたが アサーションをどう記述するかに関しては、関連するgemが多すぎて記事としてまとめられませんでしたので 別記事として紹介させていただきます どの様にテストを記述したいのか、という用途別で敢えて分類を行うならば 下の4択のいずれかなのではないかな、と思います assert_equalを拡張していく、power assertを取り込んでいく rspecに近づける must_equalに寄せていく shouldaに近づける 以前からshouldaを使ってテストを記述してきた人じゃないなら、shouldaの書式に近づける意味は無いので、実質三択ですがそれぞれの用途別にインストールするgemを紹介させていただきましょう 今回は、動作確認は、以下の環境でチェックしています rails 4.1.8 minitest 5.4.0 assert_

# app/admin/posts.rb ActiveAdmin.register Product do # Create sections on the index screen scope :all, :default => true scope :available scope :drafts # Filterable attributes on the index screen filter :title filter :author, :as => :select, :collection => lambda{ Product.authors } filter :price filter :created_at # Customize columns displayed on the index screen in the table index do column :title

はじめに さて、みなさん、railsでテスト書いていらっしゃるでしょうか？ 私は、普段、rspecでshouldを書いて地味なイライラが溜まっています。 rspec3の新文法expectも括弧地獄の辛みが凄くて、Kernel#shouldとかいう劇薬なモンキーパッチングでもこの方がマシと感じて移行しませんでした。 さて、そういう人間なものでテストのためのシステムにメタプログラミングをするのはあまり好きではないという理由でminitestを調べてみたのですが、正直関連するgemが本当にたくさんある割に情報が整理されていない感じがしたので、ちょっと全てのgemを調べてその***「まとめ」***を公開させて頂きます。 標準構成 結論から言うと、minitest自体は結構良く出来ているので、多くを求めないならminitest本体とminitest-railsだけでもそれなりに使えます。 ですが、や

Webのシステムを作成するときに、なんだかんだで必要になる管理画面ですが railsでもいくつか有名なgemが出ています。 結局はその中でtypusを選んで現在でも使用しているのですか、そこから得られた知見から、こういう管理画面作成ツールが欲しいな、というイメージを固めたので、ついでではなせればな、と感じて記事にしました。 先ほど、話したように現在はtypusを管理画面作成ツールとして主に使っていて、ときどきコーナーケースでバグを踏んでは、pull requestを送ったりしています。 これを採用している最大の理由はカスタマイズ性と、その設計指針の正しさで 設定ファイルで大まかな設定を記述してある どんな機能も上書き可能 view-helper-viewの入れ子構造での部品化 特に、各々の表示項目を細かく部品化して、viewの一部のみを変更したいときに、そこのpartialだけを変更すれば

概要 webシステムを開発するときは、ユーザーの表に見えるところ以外にも 管理側で、もう一つシステムを開発する必要がありますが、ログイン回りなど実際にはどのシステムでも同じような機能を作る必要があるので、できれば管理画面もgemを使って楽々開発したいですよね! そのための、rails周辺で有名な管理画面系gemでは次の3つが挙げられます rails_admin activeadmin typus ですが、あえて今回は私が一番愛用しているtypusの使い方を解説させていただきましょう。 Typusサイト https://github.com/typus/typus typusの特徴 typusの特徴は すべての機能が上書き可能な前提で設計されている そのため管理画面生成gemの中で一番カスタマイズが効く というところです とにかくやろうと思えばログイン機能だけ借りて他を全部入れ替えたりもそん