プログラマーとして就職を目指せるだけのスキルを身につけることを目標としたオンラインプログラミングスクールです。就職を目指せるスキルを弊社では「現場の人間にとって、戦力になるプログラマー」としています。具体的には、一人でWebサービスを作ることをゴールとした課題をやるのですが、それだけでなくチーム開発も経験できます。
はじめに Railsで書いてると、便利なRailsAPIやGemを知らないがために、 早くいってよぉ〜 と思うことが多々ありました。 後続の方の参考になればと、ここに残しておきます ;) 目次 Enum ActiveRecord::Enum Gemenum_help Decoratorパターン(Gemactive_decorator) ValueObject Struct.newとActiveRecord::Aggregations#composed_of ActiveRecord::Type Enum ActiveRecord::Enum https://github.com/rails/rails/blob/master/activerecord/lib/active_record/enum.rb Rails 4.1.0から導入 Before # status :integer not
ふざけるな!Rails! とは言ったものの、まぁ、どこが嫌いなのかを説明していこう。 何で、こんなにやることが多いんだ! 確かに、MVC設計であるが故に、そうなっているのは重々承知だ。 しかし、一人でRailsをやるのはあまりにも酷な量だ。 ビュー開発(デザイン,コーディング) コントローラ開発(バックエンドの処理を書く) モデル開発(DB設計・モデリング) いやぁ、いくら何でもこの量は流石にきつい。 バリテーションとか、正規表現とか勉強する事いっぱいあるじゃん! ライブラリ多すぎて、何やっていいか分からない状態 例えば、ログイン機能をつけるときに、Sorceryというライブラリを使っているのだが、 要するに、方法論が色々あり過ぎる。 フロントエンドも、html.erbでやるパターンやHamlでやるパターンもあるので、一から覚え出すとキリがない。 cssに限ってはBootstrapありきだ
2週目以降を RSpec でやってみては!? Rails Tutorial のテストを RSpec でやってみました (まだ途中までだけど)。 元々の Tutorial は mini test ですが、実際の現場では RSpec が使われる方が多いような気がしているので、 2週目以降は RSpec を使ってみるというのはありかなと思います。 導入と最初の方のテストを書いてみたので、ご参考に。 RSpec 導入編 RSpec 導入の参考記事 https://qiita.com/shizuma/items/8221544601aa3d0770d2 https://qiita.com/barasixi/items/db1fe162f53c5ddacde0 ざっくり導入手順 Gemfile 修正 rspec-rails と factory_bot_rails を導入します。 今回書いた中では、まだ
すみません、タイトルは釣りです。 Webプログラマーの実務経験ないけど、Railsの勉強始めました的な人にお会いする機会が何度かあって、 僕ができることってなてかなぁと思って考えた文章です。教えることは下手ですので、「もっといい方法があるよ」 といった方がもしいらっしゃったら、ぜひアドバイスもらえるとめっちゃうれしかったりします。 これからしばらくは「はじめてのプログラムはRailsです」といった方が増えるのかもと思います。 そういった人たちがプログラムを楽しいと思ってもらえるようになるとうれしいっす。 (2015-07-20 14:00) 質問をいただけたので書籍リストを追加 🎂 <セクション1> 1日目-11日目まずは触ってみるプログラミングに触ったことがない人や、大学の授業しかプログラムやったことがない人向けのセクションです。 すでに別の言語をやったことがある人はスキップしてくださ
はじめに これは Ruby on Rails Advent Calendar 2014 - Qiita の19日目です 18日目 @yancya さんの Rails でシングルじゃないテーブル継承 - Qiita でした 19日目:オレオレRailsアプリを支えるインフラの作り方 最近では Heroku などのPaaS*1 も普及してインフラのことを知らなくても簡単にアプリを公開することができるようになりました。 しかしトラブルシューティングやパフォーマンスチューニングなどを行うにはアプリケーションコードだけで完結することは少なく、全体像を把握する必要があります。Railsアプリケーションの裏でどんな構成で動いているかを知っておくかは重要なのでざっくりと紹介したいと思います。 書かないこと Railsアプリを作る上でのノウハウ 便利なgemや外部サービスの紹介 *2 監視 アラート検知 モ
今日、Twitterで@netwillnetさんと@chiastoliteさんのツイートをみてやってみた @netwillnet time_ago_in_wordsすかね— Hiroyuki Morita (@chiastolite) 2014, 11月 17 Railsではtime_ago_in_wordsヘルパーが用意されています でも、この子はリアルタイムで更新されない(当たり前 クライアントサイドで、リアルタイムに経過時間をとってきたいですよね? jQueryプラグインにtimeagoってのがあります これを使ってみましょう jsファイルを... ダウンロードせずにgemを探します rails-timeago - GitHubを使ってみましょう 使い方はとっても簡単♪ # Gemfile gem 'rails-timeago', '~> 2.0' # app/assets/java
アクセスランキングを作ってみよう! 今、Rails4 を使ってアクセスログからランキング作ってみたいなぁーと思ってたんですが、みんなどうやってんだろうって聞いてみたところ、 Fluentd ってのを組み込むだけで簡単に集計とかできるよーって話だったので、使ってみました。 Fluentd とは まず読み方は、 「ふるーえんとでぃー」であって、「ふるーえんど」とかじゃないっぽいです。d はたぶんデーモンの d 。 色々説明面倒なんで省略しますが、ログ収集元とか出力先が簡単に設定できて、自分の欲しい形でログ保持できますよーって感じっぽい。なので、 「シェルスクリプトで処理した tail の処理結果をファイルに」「nginx から出力されたアクセスログを mongoDB に」とかそういう処理を自前で書く必要なく、簡単な設定だけでいけちゃう。 詳しくは → 柔軟なログ収集を可能にする「fluentd
http://individualist.link/ (←ドメインかっこいいでしょ) 〜 居酒屋にて 〜 A「やっぱり若者が稼ぐにはアプリ作るしかないと思うんですよ」 B「あー分かる」 B「スマートフォンアプリ?Webアプリでもいいの?」 C「ゲームは当たると大きくていいよね」 A「Webアプリでもいいです」 B「当ててそれで暮らしてる人見ますね。羨ましい。」 A「いいですよね」 A「そういう人の話聞いてみたいんですけどなかなか出てこないですね」 B「当てた人が人前で自慢するメリットないからねえ…」 B「どういう人がどういうサービスで当てたのかまとめたい」 A「いいですねえ。Wiki 的な」 B「Google Docs とかでやってみる?」 A「おお、やりましょう」 B「Webサービスにしてもいいかも」 〜 帰宅 & 1時間後 〜 B「できた」 B「ドメイン取ろう」 B「http:
rbenv で bundle exec を省略する設定方法 binstubs をインストールする rbenvのプラグイン binstubs をインストールする。 $ cd ~/.rbenv/plugins/ $ git clone https://github.com/ianheggie/rbenv-binstubs.git bundleでbinstubsオプションを指定する railsルートでbundleコマンドを実行する。 Rails4 からは ./bin ディレクトリ以下に rails や rake コマンドが配置される。 Rails3までの癖で–binstubsのみ指定すると、rails や rake が起動できなるなるらしい。 –binstubs オプションで ファイルを生成するディレクトリを別に指定するといい。 $ bundle install --path ~/bundler
Backbone.jsを使ったアプリケーションのバックエンドのAPIを作ることになった。普段サーバーサイドを書くときはPHPを使ってたけど、勉強も兼ねてRubyを使った。 Railsのお勉強 Rubyでアプリケーションを書くときはRailsを使うのが当たり前みたいになってると思う。Railsは以前少し触ってみたけど、よくわからなくなって結局やめてしまった。今回は、Ruby on Rails Tutorialを手を動かしながらやった。ほぼRuby初心者だったので、Rack?Rake?Bundler?Rspec?なにそれ状態だったけど、調べながらひと通りやってみた。Railsとその周辺の技術をふわっと理解することができた。Railsはそんじょそこらのフルスタックフレームワークよりもフルスタックで、学習コストがめちゃくちゃ高いと思う。 Grape RubyでAPI作るのいろいろ調べてたら、Gra
2014年04月02日10:57 Ruby Objective-C WebSocket通信を簡単に利用するためのクラウドサービスPusherが便利すぎて泣いた こんにちは!最近は Objective-C を使ってiOSアプリの開発も行っています。ささたつです。 さて、サーバ (Rails) と通信するアプリで、iOS側でいちいち再読み込みしなくても新しい情報が流れてくる、みたいなのがやりたくて Websocket をごにょごにょしていたんです。 まずは Rails 側で Websocket 使うには websocket_rails が良さそうだということでこれを使って実装しました。よしよし動いたと思っていたんですが、iOS側で Websocket を扱おうと思ったら、、あれれ。 iOS側では SocketRocket という square が作ったライブラリを利用しようとしたんです。が、R
最近個人的に作った写真共有サイトを公開しました。 photoll - スポット写真共有サイト この写真共有サイトで実際に使っているおすすめGemを晒してみます。 あと、おまけで使ってないけど便利そうなGemとかも紹介。 一人で1からWebサービスを作る過程を書いた拙作のブログエントリもよかったら見てください。 【1人でWebサービス開発】新米Railsエンジニアが無謀にも写真共有サイトを作りました だいぶ長いですが、Gemfileをそのまんま載せました。簡易説明付き。 主要なGemをあとで説明します。 source 'https://rubygems.org' gem 'rails' gem 'mysql2' gem 'haml-rails' # HTMLを簡潔に書ける gem 'sass-rails' # CSSを効率的に書ける gem 'bootstrap-sass' # Twitte
以下の文章は、Mike Perham 氏のブログ記事を翻訳したものです。原文は2012年5月5日に公開されました。 Five Common Rails Mistakes http://www.mikeperham.com/2012/05/05/five-common-rails-mistakes/ Railsをそれなりに仕事で使ってきて多くの Rails アプリを見てきて、悪い Ruby コードを読み書きした。この記事では、だいたいすべての Rails のコードベースで見られる共通の間違いを5つ挙げる。 1. スキーマの仕様がないマイグレーション データモデルはアプリケーションのコアだ。スキーマに制約がないと、データはコードベースに存在するバグにより徐々に蝕まれていき、フィールドに値が入っているか信頼できなくなる。ここに Contact スキーマがあるとしよう。 create_table
はじめに 僕の妻は兵庫県西脇市でCoupé Baguette (クープ バゲット)という小さなパン屋さんを営んでいます。 この店のwebサイトは僕がRailsで作り、Herokuでホスティングしています。 http://coupe-baguette.com 去年の1月に全面改装して以来、あまり触ってこなかったのですが、RubyやRailsのバージョンも古くなってきたので、そろそろ最新化したいな~という気持ちが高まっていました。 というわけで先日、ようやくサイトをアップデートすることができました。 見た目の変化は全くありませんが、内部的にはRubyのバージョンが1.9.3から2.1.1に、Railsのバージョンが3.2から4.1にアップデートされています。 さらに、TurbolinksやCloudFlare(CDN = Contents Delivery Network)も導入して、サイトの
最近APIサーバ用途でRailsアプリを1個つくったので振り返る。 概要 接続元はiOSやAndroidアプリとか、Webブラウザとか、別のWebアプリケーションとか。1ホストあたり秒間数百リクエスト、平均応答時間10msぐらい。Rails 4.1.0.rc2、Unicorn、Nginxを使ってる。正直Railsは全部入りで重いイメージがあったので何となく平均50ms以内程度であれば良いところだろうと思ってたけど、意外と速い。多分そもそもサーバの性能が良いんだと思う。実装時に気を付けたことは普段の開発と特に変わりない。いつもは大勢でワイワイ開発するものに少し手を加えるということが多いんだけど、今回は珍しく自分一人でつくったから目が行き届いてたのかもしれない。DBへの問合せの効率に気を配るとか、Rubyでの処理の無駄を省くとか、アプリケーションのプロセスに無駄なコードを読み込ませないとか、計
みなさんはこんなふうにRailsアプリケーションを作ったことはありませんか?たとえば、ブラウザをポチポチとクリックするだけでテストを終わらせて「たぶん大丈夫」と思い込んだり、「とにかく全部うまくいきますように」とただ祈るだけだったり……。 心配しないでください。それは誰もが通る道です。アプリケーションのテストやテスト駆動開発はRails開発における重要なトピックですが、巷の参考書を見ると適当な説明で済ませているものも多かったりします。本書「Everyday Rails - RSpecによるRailsテスト入門」では、どのようにして私がそうしたテクニックを身につけたのか、そして、どのようにしてコードの信頼性を上げ、ブラウザ上で延々とテストしなくて済むようにしたきたのかをみなさんに説明します。 対応バージョンについて2024年1月のアップデートで、本書のコンテンツをRails 7.1とRSpe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く