タグ

ruby on railsとrubyに関するfukkenのブックマーク (9)

  • あるRuby on Railsプロジェクトのふりかえり - yuum3のお仕事日記

    昨年末から始めた、Ruby on Rails を使ったある仕事がひと段落したので、ふりかえってみました。 この仕事で作ったWebアプリの詳細は書けませんが、画面数 60、テーブル数 15 と小規模のものでした。システムはところどころに難しい部分はありました、UIは一部に Ajax(JQueryを使用)を導入し使い勝手を高めています。 1. ソースコードが少ない! 書いたRubyコードの行数を合計すると 約3600行 しかありませんでした! 1画面あたり 60行しか書いてない !! ・・・「あんまり仕事してないじゃん!」と思わずつぶやいてしまいまました ^^); やはり、Ruby on Rails は生産性が高いと言われる通りです。 ただし、だらだらとコードを書かないように以下のように注意しました。 共通部分はモジュール化しMix-inで共有 継承による機能の共有は設計が難しくなりますし、委

  • Railsで日本語を使う時に必須のパッケージ Ruby-GetText

    Posted by masuidrive Sun, 02 Jul 2006 18:22:00 GMT Railsで日語アプリを使う時のサポートパッケージとしては、ActiveHeart が有名です。私もずっとActiveHeartを使ってましたが、RJS+Safariの文字化け問題解消のため、Ruby-GetText に移行することにしました。それぐらい自分で書いても良かったんですが、せっかくあるので使わないとw Railsの日語化ユーティリティとしては、今のところ最強な気がする>Ruby-GetText Ruby-GetTextはgemsで配布されているので、インストールしてみます。 Ruby-GetTextとActiveHeartを簡単に比較してみました。 Ruby-GetTextが有利な点 Safariで文字化けする問題も解消されます。RJS利用時も問題ありません メッセージをプ

  • HSJ(.g.hatena.ne).jp - HSJ.(中略).jp - Railsお勉強コーナー - [Rails Recipe]中身をざっと見てみる!

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    HSJ(.g.hatena.ne).jp - HSJ.(中略).jp - Railsお勉強コーナー - [Rails Recipe]中身をざっと見てみる!
  • はてな技術発表会日記 - 2月20日の技術勉強会 RoR

    8月17日の技術勉強会 - Flexレイアウト手書き勉強会 8月17日に行われました技術発表会の内容を撮影した動画ファイル/資料を公開いたしました。内容は以下のとおりです。 テーマ Flexレイアウト手書き勉強会 発表者 d:id:secondlife 勉強会動画 ダウンロード…

    はてな技術発表会日記 - 2月20日の技術勉強会 RoR
    fukken
    fukken 2006/03/02
    テーマはRuby on Rails
  • The Joel on Software Discussion Group (CLOSED) - Rails' Ridiculous Restrictions, a Rant

    This community works best when people use their real names. Please register for a free account. Other Groups: Joel on Software Business of Software Design of Software (CLOSED) .NET Questions (CLOSED) TechInterview.org CityDesk FogBugz Fog Creek Copilot The Old Forum Your hosts: Albert D. Kallal Li-Fan Chen Stephen Jones I recently finished using Ruby on Rails to write a simple bug tracking applica

    fukken
    fukken 2006/02/18
    パロディとかも入ってて面白そう。俺にもうちょい英語力があればさらさら読めるのに
  • 満足せる豚。眠たげなポチ。:Rolling on Ruby on Rails - Japanese Translation - p1

    見知らぬ極東のRubyistへ丁寧で親切な対応をしてくれたCurtとONLamp.comへ最大級の感謝を込めて。 元記事はこちら。(You can read the original article from here!) nak2kさんからのご指摘で、リンク先を修正しました。'Seeing is Believing'の箇所の表記を修正してみました。どうもありがとうございました。 kdmsnrさんからの情報で、リフレクションによるRailsの自己解析の辺りの話が理解できました。文章修正しました。どうもありがとうございました。 おおやさんからのご指摘で、ideaに関する訳を修正しました。どうもありがとうございました。 匿名希望さんからのご指摘で、家でのedit.rhtmlのコードへの修正を反映しました。どうもありがとうございました。 2008.7.28 追記 Rolling with Ru

    fukken
    fukken 2006/02/11
    railsチュートリアル
  • task*pad.jp Imitation with Ruby on Rails

    何ですか ? 昨年末、待望の 1.0 がリリースされた Ruby on Rails。それを利用したウェブアプリケーション製作記であり、個人的な覚書。 各所のチュートリアルを済ませた後、何か簡単なものを作ろうと思っていたが、これがなかなかいい題材がない。そんな折、 perlRails とも言える Catalyst を使って、task*pad.jp を実装しているページを見つけ、これを参考にしつつ Rails で実装してみた、その経過である。 task*pad.jp の簡易版ということで、プロジェクトネームは Task とした。 各ソフトウェアのバージョン 今回使用した各ソフトウェアのバージョンは次の通り。 ruby 1.8.4 / rails 1.0 を install すれば、下記と同じになるはずだ。 [ys@humming]-[02:15 PM]-[~/tmp/rails/Task

    fukken
    fukken 2006/02/09
    実例を通してRoRチュートリアル
  • netswitch! | Rails Plugins...:

    edit Rails Plugins... Posted by nanki Sat, 14 Jan 2006 13:10:00 GMT ユーザ認証をプラグインを使って作ろうと思ったんだけど、 すると、たくさんでてきてどれが何やらさっぱり。 そこでまとめてみた。 認証系 account_location アカウント毎にサブドメインがあるような、スコープ付の認証に。 acts_as_authenticated script/generate authenticated user account で認証機能が作れる メール認証を使ったアクティベーションも作れる generator を使うので、既存のクラスに機能追加するのはできない? login_engine # in config/environment.rb module LoginEngine config :salt, "your-sal

  • Rubyでアジャイルプロトタイピング(3) - @IT:

    多くの開発者が、質の高いソフトウェアを生み出すためには、上の表にまとめたような問題解決手段を持つ、優れたプロダクトやプロセスを採用することが重要だと考えています。しかし同時に、人間1人1人と、人間同士で組織される顧客も含めたチームの能力を最大限に引き出すことこそが、さらに根的な重要事項であるということにも気付き始めています。この観点に立つと、既存のツールからもたらされる問題は、軽視すべきものではないことが分かってきます。ビジネス界の著名な思想家である故P. F. ドラッカー氏は、知識労働者の生産性を高めるのは、スキル、プロダクト、固定化されたプロセスといった生産手段ではないと述べています。同氏は、いかに賢く働くことができるかが、生産性を高める唯一の手段であると提言しています[注1]。 [注1]「プロフェッショナルの条件」 また、リーンソフトウェア開発の著者であるポッペンディーク夫は、開

  • 1