夏の技術職インターンシップ講義資料公開 - クックパッド開発者ブログ
こんにちは！クックパッド編集室メディア開発グループ長の @yoshiori です。 このまえ夏の技術職インターンシップの前半の開発講義・課題部分が終わったのでさっそく公開しちゃいます！ ちなみにこのインターンの対象者はプログラミングはわかるし自分で（授業とかではなく）コード書いている人なので超初心者向けでは無く、少なくともひとつ以上の言語でプログラミングが出来る人向けです。 一日目 TDD + git 編（@yoshiori） 講義初日なのでまずは簡単に肩慣らし & 開発の基礎の部分として TDD と git で始めました。 git については軽く説明し TDD は基本のテストファーストで進めて行きました。 ちゃんと何かをするたびにテストを実行し、メッセージを見れば次にすることが分かるというのを体験してもらい、GREEN が良くて RED が悪いのではなく、GREEN を想定しているのに
Railsガイド
内容紹介前作のRailsチュートリアルに続く第2弾の大型翻訳プロジェクトが、ようやく電子書籍になりました! 前作も約700ページの大作でしたが、今作のRailsガイドは1,000ページをこえる超大作となっています。 本書の特徴は、Railsエンジニア中〜上級者向けのリファレンスに徹している点にあります。Railsチュートリアルが初級者向けに一本道の構成を採っていたのに対し、Railsガイドは機能やトピックごとに詳細を解説する構成を採っています。それぞれの章は独立していて、例えば、Railsチュートリアルでは紹介しきれなかったActive Record・Action View・Action Controllerの様々なメソッドを解説する章や、Rails 4.2から導入されたActive Jobを解説する章、また、Railsをアップグレードするときのポイントを解説する章などがあります。このため
リソースモデリングパターン
Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター
Ruby on Railsが簡単というのは嘘 - toyoshiの日記
WinユーザがRailsアプリをこれから公開しようと思った場合 Windowsで学習を開始するのは不可能なのでLinuxをいれる でもWindowsで進めようとしてmsysGitをいれたりするが結局半日無駄にする なぜかgemが最新じゃないと怒られる gemを単純に使っても後から困るのでrvmかrbenvが必要。使い方覚えないといけない やっとRails3.2導入。javascriptエンジンが入ってないので起動しない やっと起動 HTML書いてるのは情弱だけ => hamlを覚える js書いてるのは情弱だけ => coffee scriptを覚える css書いてるのは情弱だけ => scssを覚える テスト書いてないコードはレガシーコードっていわれる しかたないのでRspecいれる => Rspec覚える ユニットテストだけではしかたないといわれcapybaraもいれる => capyb
デザイナーが RailsとGitのことを少し知ってると色々捗る
The document contains a series of dates from 2011-6-22 repeated many times. Between some of the dates are short phrases such as "Don't Repeat Yourself" and "Convention over Configuration". The overall document does not appear to have a clear purpose and consists primarily of a date repeated with occasional unrelated text fragments.Read less
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
【ハウツー】Ruby on Rails 開発環境"RadRails" (MYCOMジャーナル)
Eclipse IDEが登場して以来、開発環境といえばGUI統合開発環境だというデベロッパも多い。JavaならNetBeans IDEもそうだ。ともかく、Eclipse IDEが登場してから開発環境の前提が変わった感がある。高度に洗練されたGUI統合開発環境は、もはやダウンロードすれば使える時代になった。古参のデベロッパならCUI開発環境も好んで使うが、新参のデベロッパならEclipse IDEは最低限はずせない条件になっているだろう。 Ruby on Rails(以降、RoR)はリリースから2年をむかえ、これからが一般への普及期といえる。Javaの開発環境を一新させたEclipse IDEが、今度はRoRの開発環境を一新させるかもしれない。そんな可能性を秘めている「RadRails」を紹介したい。 RoR統合開発環境「RadRails」 RadRails.org, the RadRail
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby on Rails チュートリアル：実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)
masuidrive on rails » Blog Archive » アジャイルな環境作り - そんなに急いでどこへ行く