Railsの基本理念 : Railsの生みの親が掲げる8つの原則 | POSTD
(訳注: 2016/3/2、頂いたフィードバックをもとに記事を修正いたしました。) Ruby on Railsは最近、急激に注目を集めていますが、その原因はほとんど、この言語が斬新なテクノロジーとしてもてはやされたことと、タイミングにあります。技術的な優位性は時間の経過とともに失われますから、タイミングがよかっただけでは、一過性のブームに終わり、このムーブメントの隆盛は長続きしません。従って、「Railsがいかにして、適切な技術としての位置を維持し続けるるだけでなく、影響力とコミュニティを拡大し続けてきたのか」をより多くの人に説明していく必要があります。そして、その維持・拡大を可能にした/していく要因は、物議を醸すことさえあるRailsの基本原則にあると考えています。 この基本原則はここ10年ほどの間に進化を続けてきましたが、最も強固な柱となっているルールはやはり、公開当初から制定されてい
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
[Ruby] Ruby 3.0 の特大の非互換について - まめめも
タイトルは釣りです。すみません。Ruby 3.0 はかなり先の将来の話なので、最終的にどうなるかはわかりません。でも Ruby 3.0 に重大な変更が予定されているのは事実なので、一緒に考えて欲しいと思います。 immutable string literal Ruby 3.0 では文字列リテラルをデフォルトで immutable （破壊的変更不可） にする、という方針が『決定』しました。(Feature #11473: Immutable String literal in Ruby 3) つまり、次のようなプログラムが動かなくなります。(当チケットから少し改変して引用） sql = "SELECT #{sec_id}, pt.path, st.doc_count " sql << "FROM #{stats_tablename} AS st " #### ←ここで例外: can't m
![[Ruby] Ruby 3.0 の特大の非互換について - まめめも](https://cdn-ak-scissors.b.st-hatena.com/image/square/41a89fcb974590a4899db1f15a2fdeffe4b3148f/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117126965966783%2F17680117126965970435%2F1550317722)
Crystal - Ruby風文法を持ったコンパイル型言語
Erlang トレーニング 2013に申し込みを行った。Erlangは全く詳しくないので、トレーニングが非常に楽しみだ。新しいプログラミング言語や、新しいプログラミングパラダイムを学ぶことは楽しい。 さて、プログラミング言語にとって、ぱっと見の見た目は結構重要である。C言語系の見た目であるC++/Java/PHPなどは、C言語を知っていれば違和感を覚えにくい。 今回紹介するプログラミング言語の名前は、Crystalである。Ruby風の文法を持つプログラミング言語だ。つか、ほとんどRuby。アルゼンチンの会社であるmanasの支援を受けて開発されている。 Hello, world!はこちら。 puts "Hello, world!" どうみてもRubyです（略）。ところが、以下のスクリプトはエラーが出る。 puts 'Hello, world!' あくまで文法はRuby風、というわけ。 Cr
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
Vim で Ruby を書くためのプラグイン3つ書いた - Qiita
普段 Vim で Ruby を書いているのですが，そういえば Ruby を書くのを補助する Vim プラグイン少ないなぁと思って先月は Ruby プラグイン作成月間にしてみました． 本エントリでは僕が作成した3つのプラグインを紹介します． unite-ruby-require.vim require 対象の補完をする unite.vim ソース． neco-ruby-keyword-args neocomplcache で Ruby 2.0 のキーワード引数を補完 vim-textobj-ruby Ruby のブロックをテキストオブジェクト化 unite-ruby-require.vim Ruby で外部のソースを読み込むのに使う require ですが，標準だけでも大量のライブラリがあり，なかなか全部覚えるのは大変です． そこで，unite.vim で require の候補をインクリメ
Ridgepole を使ってみる - Qiita
% cat << _EOF_ > Schemafile create_table "articles", force: true do |t| t.string "title" t.text "text" t.datetime "created_at" t.datetime "updated_at" end create_table "comments", force: true do |t| t.string "commenter" t.text "body" t.integer "article_id" t.datetime "created_at" t.datetime "updated_at" end add_index "comments", ["article_id"], name: "index_comments_on_article_id", using: :btree _
Ruby on Rails Tutorial: Learn From Scratch
By Jordan Hudgens for UdemyLooking for more than a guide? Take Jordan’s comprehensive Ruby on Rails course. Note: This post is part of our “Getting Started” series of free text tutorials on some of our most popular course topics. To jump to a specific section, click the table of contents below: Setting up Your EnvironmentInstalling Rails Installing Postgres Installing RVM Creating a Rails Applicat
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
