現代という時代は、どのようなプログラミングを求めているのか？ - 分裂勘違い君劇場 by ふろむだ
Rubyを使うべき本当の理由は、根源的には、日本で自殺者が増えた理由と同じです。 今後日本が没落していく理由とも同じです。 団塊の世代に無能な人間が多い理由とも同じです。 サービス残業が増えた理由とも同じです。 日本の多くの若者たちが未来に希望を抱けない理由とも同じです。 いまの学校教育が無能な人間の製造工場になってしまっている理由とも同じです。 その理由は、根本的には、「単純ニーズの飽和」という環境変化に起因します。 そして、それによって、プログラミングが経営行為になってしまったことが原因なのです。 団塊の世代の仕事人生の大部分は、単純ニーズを満たすための仕事に費やされました。 冷蔵庫の普及率が低く、しかも誰もが冷蔵庫を欲しがった時代には、何をやるべきかは、明らかでした。 とにかく、額に汗して働き、安くてよい冷蔵庫をどんどん作れば良かったのです。 冷蔵庫に限らず、洗濯機、ラジオ、テレビ、
Rubyを仕事に使うべし！ Part1 なぜ仕事で使うとうれしいのか：ITpro
プログラミング言語Rubyが注目を集めています。Ruby関連の書籍が次々と出版され，2006年6月には国内初の大規模Rubyイベントである「日本Rubyカンファレンス2006」が催されました。また，Rubyで書かれたWebアプリケーション・フレームワークRuby on Rails（以下Rails）が話題となり，Rubyの高い生産性が一般に知られるようになってきました。 Rubyの生産性はJavaの10倍とさえいわれます。なぜRubyは生産性が高いのでしょうか。それは，Rubyはいろいろな言語から優れた所を集めた「いいとこ取り」言語だからです。Rubyの特徴は「構文が強力なので，迅速な開発ができる」「人に優しい言語なので，楽しくプログラミングできる＊1」「問題が起こりにくいように設計されているので，初心者でも簡単に安全に作業でき，熟練者は高度なプログラミングを行える」といった点です これらの
「ブレイク直前のLinux」を思い起こさせるRubyのマグマ
Ruby on Railsを利用したドリコムのDrecom Career Search。同社はB2CサービスでRailsを標準に採用している [画像のクリックで拡大表示] その熱気に包まれながら，なんだかこれとよく似た雰囲気を感じたことがあるような気がした。なんだったろう。そうだ。Linuxがブレイクする直前のあの熱気だ---6月に行われた日本Rubyカンファレンス（関連記事）で記者が受けた印象だ。 記者が最初にビジネス用途のソフトウエアとしてLinuxを意識したのは米Netscape CommuncationsがLinuxをサポートする方針を明らかにした時だったと記憶している。正直言って最初は「個人の名前を冠したソフトウエアなんて，どうせホビー用だろう」と思っていた。しかし，それではと調べれば調べるほど，Linux上のソフトウエアや，採用事例はまさに山のように出てくる。 売るわけでもない
いざRuby on Railsでプロトタイピング ― ＠IT
筆者はシステム開発において（特に開発初期の段階では）何よりもリズムを意識しています。PDS（Plan・Do・See）サイクルを頭の中でイメージしながらプロトタイピングを行うことで、プロジェクトにリズムが発生します。実装フェーズで追加されるメンバーも、このリズムに乗ってプロジェクトにスムーズに参加していくことができるようになります。メンバーの顔が曇っているプロジェクトには、大抵リズムが存在していない（だらっと出社して、実装してだらっと帰る）ことが多いと思いませんか。 今回は、PDSサイクルでアジャイルプロトタイピングを行う方法を解説します。 プロジェクトの概要 今回取り上げる仮想プロジェクトの顧客はビデオレンタルショップです。ビデオレンタルショップは会員向けサービスとして、レンタルビデオの検索、予約、ある商品についてのレビューの作成とその閲覧機能を持ったポータルサイトを構築したいと考えていま
IT Pro Java/J2EE : 【連載◎開発現場から時代を眺める by arton】第5回
【連載◎開発現場から時代を眺める by arton】第5回 「動的言語と静的言語の交差点──RubyとJava/Seasar2の出会い」 オブジェクト指向言語を利用した開発が当たり前になり，早くもポスト・オブジェクト指向言語は何かという話題も出ているようだが，先日，具体的に今後の技術の一つの方向性を示す話を聞くことができたのでご紹介したいと思う。それは動的なオブジェクト指向言語のRubyと，静的なオブジェクト指向言語のJava，それぞれのフレームワークについての話だったのだが，意外なほど目指している方向性が近いようだ，と確認したということである。 結論を先に書くと，ソフトウエアの動的に決定したい部分を設定ファイルのようにソース・ファイルの外部に置かれる構成要素で解決するのではなく，言語とフレームワークの機能を利用してソース・ファイルの（文字通り）行間を補完することで解決するという方向だ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
