風俗の接客マニュアル…。自分だけには特別とか思ってるヤツwww https://t.co/l7Z006L3Lo
http://intridea.github.io/grape/docs/index.html の通りに書くとエラー起こしたので覚書。 grapeの使い方というよりは導入の仕方。詳しくはドキュメントかGithubのREADMEを読んでください。 結局GithubのREADMEで解決した。 grapeを使うと、簡単にWebAPIを作ることができます。 インストール gem install grape or Gemfileに gem 'grape' を書いて bundle install してください 本体 公式ページで書かれているものの簡易版 注意 ディレクトリやファイルの名前が違うと、 uninitialized constant Piyo (NameError) になります autoloadの命名規約に従ってるはず。 module Piyo class API < Grape::API
かるび(@karub_imalive)です。 寒くなってきましたね。冬のボーナスがもう早い会社だと今週末あたりに出た人もいるかもしれません。 さて、Sier、特にかるびの所属しているような中小Sier(概ね300人以下位)に勤務していると、この時期あたりから翌年3月位まで、エンジニアの退職者が目立つようになります。かるびは採用担当という立場なので、何よりもつらいのが退職者を送り出すことなのです。大手Sierと違い、中小Sierの泣き所は退職率の高さ。 今日は、そんな中小Sierの退職について少し考えてみたいと思います。 中小Sierの平均退職率はどんなものなのか 退職理由は意外にもお金ではない 1番の退職理由はマネジメントの拙さだった 具体的な退職理由としては・・・ 1) プロジェクト現場のマネジメントが悪い 2) 経営的なマネジメントが悪い お金の問題は副次的に発生する まとめ 中小Si
どうも私はIT業界の人たちから、オオカミ少年だと思われているらしい。随分前から「SI(システムインテグレーション)ビジネスの終焉」を騒ぎ立てていたが、SIビジネスは幾多の不況期を乗り越え、しぶとく生き残ってきた。だから私がオオカミ少年だと言われるのは、まあ仕方が無い。だが、あえてまた言う。「今度は本当にオオカミがやって来る」。SIerの余命はあと5年である。 SIビジネスはユーザー企業などからシステム構築を請け負う人月商売だが、日本では“SIガラパゴス”と呼ぶ、世界に類を見ない多重下請け構造のエコシステム(生態系)を発達させてきた。このSIガラパゴスには、零細ベンダーも含めると約1万5000社がひしめき、元請けのSIerを頂点に、顧客である企業や公共機関のシステム構築に関するあらゆるニーズ(≒わがまま)に対応してきた。 これは、システム構築ではERP(統合基幹業務システム)をそのまま使った
SIer 読み方: エスアイアー , エスアイヤー SIerとは、システムインテグレーション(SI)を行う業者のことである。SIに「~する人」という接尾辞「-er」を付けてできた造語である。 システムインテグレーションとは、システムを構築する際に、ユーザーの業務を把握・分析し、ユーザーの課題を解決するようなシステムの企画、構築、運用サポートなどの業務をすべて請け負うことである。これらを行う業者がSIerである。 SEとも似ているが、SIerは、コンサルティングを中心とした業務がメインであるのに対し、SEは、技術を中心とした業務がメインである。ただし、中小規模の企業になると、SIerと同じような業務をすべてSEが行っている場合もあるため、明確な定義はしにくい。
Photo by Robert Tadlock 今回のpaiza開発日誌は片山がお送りします。 SIerに在籍しているエンジニアで、技術(開発)を中心としたキャリアを積んでいくために、SIerからWeb業界(Webサービス提供系)に転向/転職しようと思っている方は近年増えています。そんな方向けに、SI⇒Web転向で「失敗してしまう人の特徴」と、「上手くいく人の特徴」についてまとめてみました。 ■SIからの人材流出は増えているが、Web転向は狭き門 SIer⇒Web業界への転向成功者、失敗者の特徴を見てみる前に、まずはSI業界とWeb業界の採用動向について見ていきましょう。 昨今、特に飲食業界等を中心として人材不足が叫ばれていますが、IT業界も成長産業のため、常に人材が不足していると言われている業界です。2014年9月18日の日経新聞でも「IT分野の派遣『月収100万円』でも集まらず」という
近年、よりプログラミング言語習得の注目度が上昇しています。 インターネット上でプログラミングが学べるサービスも多数登場していますが、いざ勉強を始めてみると難しいと感じたり、興味はあるけれど敷居が高いと感じてしまうこともあります。 今回は、未経験者や経験の浅い著者がプログラミングを学んだ成果を記録している記事をご紹介します。 プログラミングをこれから学習する方にとって参考になる内容となっていますので、ぜひ目を通してみてください。 未経験者がWebサービスの作り方を学んで成果を記録した記事 1.ノンプログラマーが3ヶ月でWebサービスを作ってみた|Qiita http://qiita.com/tabbyz/items/6513e84f319843c316d5 プログラミング関連の知識を記録、共有するサービスQiita内の記事です。 ノンプログラマーで趣味でたまにプログラミングをする程度という筆
ツイートはじめに こんにちは。文系学部卒の非エンジニアですが、Webサイトを作ってみたので、その舞台裏を公開したいと思います。 ちなみに、平成元年生まれで中高6年間どっぷりゆとり教育を受けた生粋のゆとり一世です。 サービス自体まだβ版ですし、ブログを書くか迷ったのですが、こんなゆとり文系でもWebサービスが作れるんだ、と参考になればと思い書くことにしました。 僕自身「作ってみた」系のエントリーを参考にし、つまずいたときには読み返してモチベーションを高めたりしました。 エンジニアからしたら当たり前のことも、僕ら非エンジニアからしたら新発見なので、「cron」とか「○○API」を勉強した、という内容がありがたかったりするんですね。 僕もなるべくキーワードを散りばめながら書いてみます。 このエントリーが誰かの励みになれば幸いです。 Webサービスを作ることにした背景 元々はWebについて全く知識
はじめに 近々WebApiを作る事になりそうなので、RailsでRESTのサービスを作る方法を調べてみた。 Grapeというのを使うと簡単にできるみたいだったので 下のページを参考にして作ってみました。 GrapeのGitHubサイト:https://github.com/intridea/grape Grape | API生成マイクロフレームワーク:http://qiita.com/fakestarbaby/items/fa03cf333744b7c70e72 インストール まずはrailsプロジェクトを作成する。 とりあえず、--skip-bundle を指定 rails new grape_sample --skip-bundle Gemfileにgem 'grape' を追加して、bundle installを実行 bundle install Routsの設定 config
数年前はRailsを使ったRESTfulなAPIの作り方という方法で開発をしていたのですが、最近のプロジェクトではGrapeを採用しています。Grapeはそこまで複雑ではないのですが、開発中にこれどうすんの?的なところでハマったところもちらほらあったので、ひと通りまとめておきたいと思います。環境はRails 4.1.6、Ruby 2.1.5。 新規プロジェクト作成 今回はサンプルとしてtitleのみもったTODOの登録/取得APIを開発していきます。まずはプロジェクト作成。 $ rails new todolist -d mysql $ cd todolist $ rails g model todo title:string $ rake db:create $ rake db:migrateGemfileにGrapeの設定を追加します。viewはjbuilderで作ってます。 gem
Grape は RESTful な API を構築するためのマイクロフレームワークです。 今回は Grape を使って簡単な Web API を作っていきます。 intridea/grape · GitHub [2015/03/07] ファイルの配置を変更しました。変更点は GitHub をご確認ください。 準備 $ rails g model MessageBoard title:string body:text $ rails g model Comment message_board_id:integer body:text $ rake db:migrate $ rails g rspec:install # app/models/message_board.rb class MessageBoard < ActiveRecord::Base has_many :comments
はじめに RailsでWeb APIを作成するとき、皆さんはどのような実装を行っているでしょうか?一番多いのは、Rails標準のControllerにてリクエストを受け付け、結果をjson形式などで返すかたちだと思います。 もちろんこのような実装でも十分なのですが、今回はGrapeを使った実装を紹介したいと思います。 Grapeとは Grapeのページにある以下の文が、その特徴をよく表していると思います。 Grape is a REST-like API micro-framework for Ruby.It's designed to run on Rack or complement existing web application frameworks such as Rails and Sinatra by providing a simple DSL to easily deve
昨日お知らせした通り、2019年6月30日(日)をもちまして、nanapiは更新停止となります。 今回のことの経緯についてはいろいろ事情があり詳細までは書けませんが、2016年の終わりに行ったリニューアルをきっかけに「新しいnanapiをつくる!」と約2年間推進してきた立場としては本当に残念です。 Twitterでもお知らせを出したところ、ユーザーさんから返ってくるリプライを見て「これから伝えようとしていたユーザーさんに、伝えたいことがちゃんと伝わり始めていたんだな」と感じました。たくさんのリプライに対し、心をこめていいねを押しています。nanapiのお問い合わせフォームからもメッセージをありがとうございます。nanapiを使ってくださってありがとうございました。ライフレシピもLINE@のお気に入り機能も残りますので、引き続き少しでもみなさんの生活のお役に立てたらとても嬉しいです。 わたし
はじめに こんにちは!nanapi改め、Supershipのyunicoです!今年も「Git Advent Calendar 2015」の15日目を担当します(^o^)ちなみに去年の今日書いたやつはこれ たくさんの方にストックやシェアして頂きましてありがとうございます!Twitterでも時々言及されていたりしたのですけれど魔のエゴサにより絡みにいったりしましたうざくてすんません! もくじ 今回は2本立て!ぜひ最後までよんでね! その1:GithubPagesとMiddlemanの思い出日記 GithubpagesとMiddlemanを使ってブログを作ったぞ〜!GithubPagesべんり!さいこう!やばい!Gitのアドベントカレンダーなのに、前半はGithubPagesの話じゃ〜い! その2:デザイナーとGitのこれからについて この1年間でGitに対する考えがちょい変わった!考えたことに
エンジニアの風物詩ともなっている12月のAdvent Calendar。毎年多くのユーザーにご参加いただいていますが、今回からはカテゴリやタイトル検索、購読機能を儲けるなど、Advent Calendarを通じてさらに広く、そして深く技術を知ることができるような仕組みを提供しました。いかがだったでしょうか? ランキングについて今年から提供した機能の1つに、ランキングがあります。今どんな技術が注目されているか、どのコミュニティや企業が盛り上がっているかを可視化してみたらどうだろうという試みです。11/26にランキングを公開することを発表し、12/16からは実際にランキングをリアルタイムで公表しました。 ランキングは購読数によるものとストック数によるものの2種類を提供しました。なお、既報の通り、ストック数はQiitaで公開された記事のみを対象としています。また、集計期間は12/1から1/4まで
URLYou can post either your article on Qiita or your blog post. About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
Ruby Advent Calendar 2013 2日目 るびぃあどぅべんどぅくぁれんだー2013、2日目の記事となります。昨日はすうぱぁももんがさんのあくろばてぃっくな今年こそRubyを始めたいあなたに!ももんが流・最強のRuby学習法です。 概要 三回ほど手を変え品を変えWeb APIをRubyで作ってきました。ここではそこから学んだ今の私の全力全開、最高のWeb API開発についてコード例を交えてお話したいと思います。ここで言うWeb APIとはスマホアプリから使用する、サーバに置いてあるAPIをイメージして頂ければと思います。 ここではユーザが写真をサーバに保存できるAPIを想定し、応答のフォーマットはJSONとします。 使うもの rails 4 Rails 3ではなくRails 4を使うのは趣味です。 grape APIを書く際に非常に楽になります。APIで使用するURLとHT
When adding a Grape API to an existing Rails application you have a few options for user authentication. Probably the simplest and most basic way to authenticate an API is by issuing API keys to your users. How it works…User submits their Username/Password to the API.API authenticates the user and returns an API Key.For all subsequent API requests, the user submits the key with their request. This
私がメインとして携わっている業務はソーシャルゲームのシステム開発(いわゆるバックエンド)ですが、つい最近、ゲームの演出というか、アニメーション・キャラクターの動き方・スコア表示など、いわゆるフロントエンドをガッツリ作り込む機会がありました。 いろいろ感じたのですが、これは普段の自分がやっている開発内容よりもずっとキツいなあと感じたので報告します。 なお、ここでいうフロントエンドとはゲーム演出に関わるアクションや見せ方をいい、Web製作等でよく言われるCSS・フロントサイドJSとは別です。 ゲームのシステム開発に携わる2つの職種 ゲームとはいえ、これもソフトウェアであり、システムです。ゲームを作るということは、ソフトウェア開発・システム開発をするということでもあります。 このシステム開発に携わる職種は、大きく分けて2つあります。一つは主にロジックやデータの管理・大量アクセス大量更新をどう捌く
jser.md はじめに JavaScript を使っていると「JavaScript出来るの? jQuery / AngularJS / Node.js etc... で困ってるんだけどさー」みたいな話を振られることがあります。 そういった時に、自分は一般的なライブラリの使い方やフレームワークに対して大した知見も興味もないので、わざわざ説明するのも面倒なのでこうして文章にしておきます。(本当に届いて欲しい人に限って、こういう文章が届かないのはわかっていますが、文章を書くこと自体が気晴らしだと思って諦めます。) 「フロントエンドエンジニア」という言葉の汎用性 先ほどのような話は自分に限ったことではなく、たぶん経験のある人も多いでしょう。 振られた話が自分の分かる範囲、あるいは興味のあるものならばまだ良いのですが、そうでないことがあまりに多すぎます。 話を振られるだけならともかく「JavaSc
本記事は2013年に書いた記事で内容がだいぶ古くなっております。 フロンドエンドは3年間で大きく状況がかわりました。下記の2016年に書いた改訂版の新しい記事をおすすめします。 「フロントエンドエンジニアとは/Webアプリケーションの歴史/フロントエンドの勉強が難しくみえる理由 - まったくのゼロからフロントエンドエンジニアを目指すための独学カリキュラム vol.1」 2011年に『まったくのゼロから、独学でWebデザイナーになる方法』、2012年に『19のステップで、まったくのゼロから、独学でWebデザイナーになる方法』を書いて、独学でWebデザイナーを目指す人向けの具体的な独学方法を書いた。今回は、Webデザイナーという大まかなくくりではなく、フロントエンドエンジニアにしぼって独学方法をまとめてゆきたい。 フロントエンド・エンジニアとは フロントエンドとはWebブラウザ側(クライアント
JSON 便利ですけど、 JSONって便利なんですけど、JSONの一部を切り出してもJSONにならないんですよね。 とくに関数を抜いたデータだけと考えると、JSONって便利なのかなぁって思うようになった。 { "user" : [ { "name" : "takuya", "age" : "19" }, { "name" : "mirai" , "age" : "17" }, { "name" : "tsurai" , "age" : "39" } ] } ここから、適当に切り出したら、 [ { name: "takuya", age: "19" }, // このカンマ邪魔! ] なので、JSONを手作業で編集や String#+ で作るのは結構面倒だったりする。 結局JSONパッケージに頼ることになる。 XML は何処を切り出してもXML 本当に金太郎飴になるのはXMLなのです。 <?x
Web関連のAPIからXMLが削除され、JSONが主流になりつつある。Norman Walsh氏のブログに11月17日にポストされたエントリ「Deprecating XML」は、そのような書き出しで始まっています。 Someone asked me recently what I thought about XML being removed from the Twitter streaming API. Around the same time, I heard that Foursquare are also moving to a JSON-only API 誰かが最近僕に聞いたんだ。Twitter Streaming APIからXMLが削除されたけど、どう思う? って。そういえばFoursquareもJSONだけのAPIへ移行したと聞いたけど。 JSONはXMLよりシンプルで、基本
XMLとJSONの相互変換を行うライブラリはいくつかありますが、完璧なものはどこにもありません。そもそもフォーマットに互換性がないからです。 XML_Builderを作る中でXMLとJSONを比較したのですが、一旦まとめておこうと思います。 XMLは文書の電子化に源流があります。そのため長いテキストをベースに何か情報を付加していくのには非常に便利なフォーマットです。反面、含めることができるのはテキストのみで、integerやboolean、nullといった基本的な型は存在しませんし、バイナリデータを含めることもできません。(BASE64でエンコードするなどの工夫が必要です) 例えば、以下のような文章があった時、 PHPはPHP: Hypertext Preprocessorの略で、プログラミング言語の一種である。 リンクを張るなど、文章の一部にメタ情報を付与し、 <dfn id="php"
Skip to Main ContentProductRapids API HubOne seamless connected experience that supports every type of developer as they build, use, and share APIs.Build APIsAPI HubAPI Hub for BusinessAPI Hub for EnterpriseEnterpriseInternal API HubPartner API HubSecurityCustomersVertical SolutionsResourcesEBooks & GuidesWhitepapers & ReportsDatasheets & One-Pagers VideosWebinarsDocsCoursesLearnBlogPrici
ども、@kimihomです。 今回から何回かに分けて、APIについて語っていきたいと思う。 API とは。そのメリット Application Programming Interface の略。サービス同士がAPIを通じて連携するための仕組みだ。通常は、HTTPSを通じて、JSONのフォーマットでやり取りされることが多い。特に最近は、RESTful な APIにであることが求められている。これは、以前の記事を参照していただきたい。 REST な API とは何か APIにより、サービス同士の"連携"が可能になる。例えば自社サービスにGoogle や Facebookの機能を埋め込みんだり、情報を取ってきたりできるのも、各社が提供するAPIがあるおかげだ。また最近はWebだけでなくスマホやタブレット、その他デバイスの普及により、一つのサービスがWebの中に留まることはなくなっている。他デバイ
ども、@kimihomです。 API に関する基礎的な話で、なぜ API が重要なのか、APIの実装で注意する点について記述した。 今回はAPI開発において最も頭を悩ます、認証の問題について考えてみたい。 API における認証 よくあるログインが必要なページを考えてみていただきたい。 通常のWebアプリケーションであれば、Cookieという仕組みを使って毎回Webサーバーにアクセスするときにsession idというものを送信し、それとユーザー情報を紐付けたデータを取ってくることで、どんなユーザーからリクエストが来たのかをWebアプリケーション側で判断することができる。これにより、私たちはいつも閲覧しているWebアプリケーションが自分専用の画面として見れるようになっている。 これがAPIになると話は違ってくる。Cookieという仕組みが使えないのである。ということで、なんとかしてAPIにア
ども、@kimihom です。 すっかり年末感漂う感じになってきた。本ブログではそんなこと関係なく、引き続き API の話題。 前回のAPI 開発において認証以外で気をつけるべきこと で API 開発における検討事項を列挙した。その前の API 認証の設計も踏まえて、今回は実際に Ruby on Rails を事例に設計を始めていきたい。 選定した Gem 今回は Rails の API 開発でおなじみの Grape とその周辺 Gem を利用する。そもそも何故 Grape なのかというと、1つ目は REST API の書き方に特化している DSL (domain-specific language) であるため、簡単にAPI が作成できる点がある。実装の例は Grape の Github を閲覧してみていただきたい。2つ目に、APIの開発に特化しているため、余計な Rails の mid
ども、@kimihom です。2016年になりました。今年もよろしくお願いします。 前回は、API の周辺技術の選定と設計について書いた。 さて、昨年から書き続けている API 関連の話題だが、実際にコード書くところを細かく見ていきたいと思う。スタートさえうまくいけば後は追加していくだけなので、環境作りとコードの構成のところで参考になる部分があれば幸いだ。 環境構築 さて、 Grape の世界に飛び込もう。 Gemfile # api gem 'grape' gem 'grape-swagger' gem 'grape-swagger-rails' gem 'grape-entity' gem 'api-pagination' gem 'ruby-swagger' 前にもちょっと解説したが、それぞれのGemを解説しよう。 Grape : API 開発用のRuby DSL grape-ent
何が問題かというと RailsでJSON APIを定義する時、素のままでやろうとすると コントーラでto_jsonを呼んだり、モデルにas_jsonを定義したりすることになるかと思います。 モデルに書くとAPIによって出力内容を変えたい場合にとても苦労します。 API数が増えれば増えるほどモデルが複雑になっていきます。 APIレスポンスとしてのJSONはコントローラやモデルに書くべきでしょうか? ビューに書いた方が自然ではないでしょうか? とはいえ、他の画面用のビューのようにERBでJSONレスポンスを書くというのはないでしょう。 そこで、JSONのAPIレスポンスを表現することに特化したDSLライブラリのRABLが使えます。 http://nesquena.github.com/rabl/ https://github.com/nesquena/rabl http://engineeri
最近、grapeを用いてapiを作っています。 最速と言っても他のを試した事はないんですが、かなり早くできたので... 初期設定のところから記載してきます。 jbuilderを使ってresponseのjson生成してます。 設定 1. Gemfile # Gemfile gem 'grape' gem 'grape-jbuilder' Gemfileに記入後、いつも通りインストール。 $ bundle install 2. application.rb apiのフォルダを読み込んでもらうためにパスを追加。 # config/application.rb config.paths.add File.join('app', 'api'), glob: File.join('**', '*.rb') config.autoload_paths += Dir[Rails.root.join('ap
はじめに sorceryを使用してAPIでの認証を試してみました。メールアドレス、パスワードでユーザを認証する点については公式チュートリアルや以前の記事と同様ですが、Webアプリとは異なる点も幾つかあります。何回かに分けて、その辺りを中心に書いて行きたいと思います。 今回の設計思想 通常のWebアプリとは異なり、以下のような設計思想でAPIを実装しました。 サーバはJSONを返却するものとする。合わせてリクエストURLは「〜.json」とする。 ログイン時にAccessTokenを生成し、クライアントに返却する。またAccessTokenの有効期限も設定する。 ログイン後、クライアントはリクエスト時にAccessTokenをヘッダーに付ける。サーバはAccessTokenよりユーザ情報の各チェックを行う(ログイン済みか、有効期限内か)。 ログアウトはAccessTokenを無効にすることで
サーバーと連携するiPhoneアプリをそろそろ個人でも作ろうかなと思ったので、とりあえず開発したことのある方法をまとめてみました。今回はrails 2.3.8, ruby 1.8.7, nokogiri 1.4.3.1な環境で作っています。 簡単な仕様 タスクをCRUDできるだけの単純なAPIを作ります。 下記のメソッドを用意して、XMLとJSONのフォーマットに対応します。 method URI params その他 検索 GET /api/search.format kw=検索ワード kwがない場合は全件返す 表示 GET /api/tasks/id.format 登録 POST /api/tasks/id.format name=タスク 編集 PUT /api/tasks/id.format name=タスク 削除 DELETE /api/tasks/id レスポンスヘッダのみ返す
$ cd api_sample $ tree -d |-- app | |-- assets | | `-- images | |-- controllers | | `-- concerns | |-- mailers | `-- models | `-- concerns |-- bin |-- config | |-- environments | |-- initializers | `-- locales |-- db |-- lib | |-- assets | `-- tasks |-- log |-- public `-- test |-- controllers |-- fixtures |-- helpers |-- integration |-- mailers `-- models $ rails-api g scaffold person name:string
[IT研修]注目キーワード Python UiPath(RPA) 最新技術動向 Microsoft Azure Docker Kubernetes 第17回 Grape ~Rubyで簡単REST~ その1 (松永紘) 2014年9月 7/2にRails3.2.19、4.0.8及び4.1.4がリリースされました(*1)(*2)。このリリースはPostgreSQL利用時におけるSQLインジェクションのセキュリティフィックスですので(*3)、できるだけ早くアップデートすることをお勧めいたします。 さて話は変わりますが筆者はここ数ヶ月、お仕事でJavaを使ったプログラミングをしています。Javaそのものは5年くらい前に触ったきりでその時はJava6だったのですが、今ではJava8までリリースされています。枯れた技術と言われることもありますがいろんな試みを取り入れながら進化しており、きちんとアンテナ
$ bin/rails g scaffold user name:string mail:string password:string invoke active_record create db/migrate/20151214145437_create_users.rb create app/models/user.rb invoke test_unit create test/models/user_test.rb create test/fixtures/users.yml invoke api_resource_route route resources :users, except: [:new, :edit] invoke scaffold_controller create app/controllers/users_controller.rb invoke test_un
Photo by Gonzalo Baeza | Flickr - Photo Sharing! RailsでJSONを返すAPIを作成し、また、APIのテスト方法も説明します。 JSONを返すAPIは、RailsのActiveSupportより拡張されたto_jsonメソッドとDMMが開発したjbuilderというGemを使います。 APIのテストにはおなじみのRSpec3を使います。 動作確認 Rails 4.1.7 jbuilder 2.2.6 rspec-rails 3.1.0 factory_girl 4.5.0 目次 1. 前提条件 2. APIの作成 2.1. 1つのコントローラーでHTMLやJSONを返すAPI 2.2. JSONのみを返すAPI 2.3. APIのバージョニング 3. APIのテスト 3.1. テストファイルの準備 3.2. 一覧(index)APIのテス
さくっとDBにアクセスするバッチやスクリプトを、rubyで書きたいなぁと思うことはないですか? Railsで使われている O/Rマッピングのライブラリ「ActiveRecord」ですが、Railsではなくただのrubyプログラムから単体で使うことが出来ます。 今回は、「ActiveRecord」を単体で使用して、MySQLにアクセスするスクリプトを書いてみます。 環境 ruby 1.9.3 activerecord 3.2.8 ActiveRecordを使ってみる ActiveRecordをインストール $ gem install activerecord MySQLに接続するためのアダプタインストール $ gem install mysql2 下のようなエラーが出る場合、 Building native extensions. This could take a while... ERR
ActiveRecord4でこんなSQLクエリどう書くの? Merge編 では、関連先のscopeを使うことができるmergeを紹介しました。mergeを使う事で、変更に強いクエリを美しく組み立てることができました。 今回は、ActiveRecord4で書きにくいSQLクエリたちを紹介します。 書きにくいクエリとは、具体的には以下のものがあげられます。 比較演算ORlikeleft outer joinunionサブクエリexists ActiveRecordでこれらのクエリを組み立てる場合、どうしても美しくない(SQL文字列をべったり書いてしまうような)書き方となってしまいがちです。 この処理を美しく書くためには、ActiveRecordだけの機能では足りず、ActiveRecordが内部で使っているArelというライブラリを使う必要がでてきます。 今回は、Arelを使って華麗にSQLク
ActiveRecordを支える技術 – Arelとは何者なのか? (全5回) その1 #activerecord#Arel#rails#ruby#sql 2014年 05月 04日 nishio Rails3, ActiveRecordからは、内部でArelと呼ばれるSQL生成用のライブラリが利用されています。 今回、Arelが内部でどのようにSQLを生成しているのかを調査したので、当ブログにて公開いたします。 ちょっと長くなってしまったため、全5回に分割しました。 以下、目次となります。 ActiveRecordを支える技術 – Arelとは何者なのか?(全5回) その1 [この記事]Arelについてなぜ調査しようと思ったのか、その背景と今後利用するサンプルコードを掲載しています。ActiveRecordを支える技術 – Arelとは何者なのか?(全5回) その2シンプルなSQL文、「
ActiveRecord::Persistence becomes This is mostly useful in relation to single-table inheritance structures where you want a subclass to appear as the superclass. touch! touch, touch, updated_at に touch 親子関係のあるモデルで、子モデルを更新した時に親モデルのupdated_atも更新したくなった。 ActiveRecord::NoTouching no_touching Ruby on Rails 4.1 Release Notes #6(Active Record) touchを無効化する ActiveRecord::Base.no_touching が追加されました。 update Ra
現時点でも未解読の奇書「ヴォイニッチ手稿」と「コデックス・セラフィニアヌス」が無料で手に入ってしまいます。詳細は以下から。 謎の言語で書かれ、解読不能とも言われる奇書「ヴォイニッチ手稿」。1912年にアメリカ人の革命家で古書収集家のウィルフリッド・ヴォイニッチがイタリアで発見したため彼の名前が付けられていますが、240ページの羊皮紙からなるこの写本は作者も執筆時期も正式な題名も不明の奇書。 ヴォイニッチ手稿に描かれた文字は暗号とも人工言語とも推測されるものの現在でも未解読。実在しない植物や天体図を始めとした奇妙で詳細な挿絵が随所に描かれています。 放射性炭素年代測定により用いられた羊皮紙が15世紀初頭のものであることは分かっていますが、執筆時期の特定には至っていません。また、書かれた目的も異端とされた錬金術や薬草学の知識を密かに伝承するためとするものから、実際の異世界の記述である、金儲けの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く