takeda-soft.jp - takeda soft リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
takeda-soft.jp - takeda soft リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
はてなブログ | 無料ブログを作成しよう
うまくいかない日に仕込むラペ 「あぁ、今日のわたしダメダメだ…」 そういう日は何かで取り返したくなる。長々と夜更かしして本を読んだり、刺繍をしたり…日中の自分のミスを取り戻すが如く、意味のあることをしたくなるのです。 うまくいかなかった日のわたしの最近のリベンジ方法。美味しいラペを…
Life with Cygwin
沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。
プロトタイピングの成功は実装技術に左右される ― ＠IT
本記事はRuby on Rails（以下RoR）を使ってプロトタイプを作成し、アジャイルかつ正確にクライアントからの機能要件を取りまとめることを提案する連載「Rubyでアジャイルプロトタイピング」の最終回です。最終回は、これまでの連載内容のうち最も重要な要点を復習するとともに、プロトタイピングとRoRのこれからを考えます。 アジャイルプロトタイピング4つのポイント ここまで計5回の連載で、アジャイルプロトタイピングとは何か、それがなぜ有益なのかについて説明してきました。ここでは、その総まとめとして、アジャイルプロトタイピングを理解し、成功させる骨組みとなる4つのポイントを復習します。 ● 開発言語・環境のパワーを理解する アジャイルプロトタイピングは、主に上流工程にフォーカスしていますが、その成功は具体的な実装技術の選択に大きく左右されます。特にアーキテクトを目指す場合は、システム全体やユ
再びRubyのパフォーマンスについて - The Joel on Software Translation Project
Joel Spolsky / 青木靖 訳 2006年9月12日 火曜 ジャック・ヘリントンがRuby on Railsのパフォーマンスの問題について私にメールをくれた。 Unicodeの問題は認める。Railsにはまだ成熟のための時間が必要だということも認める。私はたくさんのWebテクノロジーを使っているが、どれも何らかの問題は持っているものだ。 しかしスケーラビリティの話には同意できない。Railsに回避できないようなスケーラビリティ上の問題があるとは思わない。 私がお願いしたいのは、君のスケーラビリティのコメントに、少なくとも説明を付けてほしいということだ。そのスケーラビリティの問題について教えてほしい。たとえ私たちがそれを直せなかったとしても、コミュニティ全体が君の経験から何か得ることはできる。 デビッド・ハイネマイヤ・ハンソンはこう書いている。 Railsは大半のWebアプリケーシ
生産性の高いWeb開発環境 Ruby on Rails：ITpro
ジャンル：Webアプリケーション開発環境 作者：David Heinemeier Hansson氏など ライセンス：MIT License URL：http://www.rubyonrails.org/ Ruby on Railsはデータベースを利用したWebアプリケーションを構築するためのフレームワークだ。RubyとMySQLで構成される。新規に記述するコードの量が少なくて済み，簡単にWebアプリケーションを開発できる。利用可能なアプリケーションも多い。 Ruby on Rails（以下，Rails）は，2005年12月14日にバージョン1.0が登場したこともあり，今最も注目されるWebアプリケーション・フレームワークといえるだろう（写真1）。PHPやJavaを使った既存のフレームワークに比べて，開発時間が短い，すなわち生産性が高いことが特徴である。Ajax（Asynchronous J
WEB2.0がRubyを選んだ理由：ITpro
WEB2.0がRubyを採用した。ただし今回紹介するWEB2.0は，デジタルガレージ，ぴあ，カカクコムの合弁会社である株式会社WEB2.0（ウェブツーポイントオー)である。昨年末に設立された同社は，初のサービスである「PingKing」のほとんどを，オープンソースのオブジェクト指向プログラミング言語RubyとそのWebフレームワークRuby on Railsを用いて開発した。1割程度のPHP部分を除けば残りはすべてRuby on Railsである。現在ベータ公開中だ。 そして今，RubyとRuby on Railsが，海外のWeb 2.0的とされるサービスの開発に多数利用されていることも事実である（Ruby on Rails公式サイトの利用サイトリスト）。 なぜインターネット上の新サービス開発競争に，JavaやPHPではなくRubyが選ばれたのか。その理由が，PingKingの開発事例に典
Railsの生産性とそれで提供したい価値 - moroの日記
昨晩の続き。じゃあ仕切り直してなんでRailsって生産性が高いっていうの？というお話です。 DB設計はやっぱり必要で、UIも考えなくちゃいけないうえ、自動生成は客寄せで、ワークフローエンジンもないけれども、Railsの強みって言うのは一つはまさにRubyで書けるということ。二つ目はシンプルな哲学に基づいたフルスタックなフレームワークがいまある、ということ。 言語重要 えっと、まず予防線を。JavaはダメでRuby最高、といいたいわけではなく。 Railsの強みはRubyのシンタックスの柔軟さから来るDSLっぽい記法や、Rubyの動的な側面から来る徹底的な(自動生成じゃない部分、手動で書くべきロジックの)コードの削減だったりするんじゃないかと。ブロックと遅延評価だったり、括弧が省略できることであったり、クラスがインスタンスであったり動的にメソッドが定義できたり、っていうのはすべて書きたいコー
「3年で陳腐化するWebサイトの構築には軽量言語のほうが向いている」，日本Rubyの会，高橋征義会長
「3年で陳腐化するWebサイトの構築には軽量言語のほうが向いている」，日本Rubyの会，高橋征義会長 Developers Summit 2006（デブサミ2006） 「Web（サイトの構築）にはLightweight Language（LL：軽量言語）が向いている」。「日本Rubyの会」の会長でツインスパークに勤務する高橋征義氏は2006年2月9日，東京・目黒で開催されている開発者向けカンファレンス「Developers Summit 2006（デブサミ2006）」の講演でこう語った。その理由は「Webサイトの陳腐化のサイクル」にあるという。 高橋氏は「Webサイトは構築してから3年経つと陳腐化する」と指摘する。ただ，壊れたわけでもないWebサイトを3年でリニューアルするには，事前に顧客と話をつけておく必要がある。3年で捨てる予定のアプリケーションの予算は少ない—これが，WebにはPHP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WEB制作・WEBシステム開発・デザイン 株式会社ミーム
Ruby on Railsは業界の主流になるのでしょうか？ (今はPHPがかなりハバをきかせていますが、そのくらいのポジションになるのでしょうか？…
From Java to Ruby: Risk