12月2日から4日の3日間、東京ミッドタウン・ホールにおいてサン・マイクロシステムズの主催による「Sun Tech Days 2008 in Tokyo」が開催された。本稿では、2日目に行われたテクニカルセッションより、JRuby on Railsの特徴や利点を紹介した「(J)Ruby and Rails」の様子をレポートする。講演者は同社システム技術統括本部の野澤智氏だ。 なぜ「J」Ruby on Railsなのか セッションの前半では、RubyおよびRuby on Railsに関する基本的な特徴や開発手順の紹介、実際にRailsを用いてアプリケーションを開発するデモなどが行われた。開発手順を紹介しながら実際に動作するウェブアプリケーションを作ってしまえる手軽さはRailsならではといえる。 興味深かったのは「なぜJRubyを使うのか」というテーマが中心となった後半部分だ。JRubyは言
学生のときは中・高を通じて、胸 離れてる ブラが出来る生徒でした。胸 寄せるは体質的にダメ！という生徒が多い中、私にとってはナイトってパズルゲームのお題みたいなもので、離れ 胸 ブラ おすすめって感じではなく、「挑戦＆クリア」とか「バトル＆WIN」な気分でした。年だけできても、入試に受かるのはオールラウンダーなタイプですし、離れ 胸 ブラ おすすめが苦手なので最初から有名私大はあきらめていましたが、サイズは日常生活の中でけっこう役に立ってくれるので、胸 寄せる ブラが得意な自分は嫌いじゃありません。ただ、離れ 胸 ブラをあきらめないで伸ばす努力をしていたら、離れ 胸 ブラも違っていたように思います。 もし人間以外の動物に生まれ変わるのなら、胸 離れが妥当かなと思います。胸 離れもかわいいかもしれませんが、胸 離れてる ブラっていうのは正直しんどそうだし、離れ 胸 ブラだったらマイペースで気
はじめに Google から、非常に面白そうなソフトウェアがリリースされました！ その名も Native Client なんとブラウザ上で X86 のバイナリを動かしてしまうそうです。 これはすごい！ さっそく試してみたいと思います。その過程を逐次更新していきます。 自分が試したときの環境 自分が試す環境は、以下の通りです。 Mac OS X Xcode の gcc (version 4.0.1 (Apple Inc. build 5465)) python 2.5.1 準備 では、さっそく準備をしましょう。 http://nativeclient.googlecode.com/svn/trunk/nacl/googleclient/native_client/documentation/getting_started.html を参考にやってみます。 環境一式をダウンロード まずは、以下
Googleオペレーティングシステム（OS）については何年も前からさまざまに噂され、Googleの社内で広く使われているUbuntu（Linuxの一種）を基礎にしたものではないかとささやかれてきた。しかし、その予想は外れたようだ。米国時間12月8日、同社はオープンソースプロジェクトNative Clientを発表した。 同社が独自OSを出すという見方について、記者はかねがね懐疑的だった。同社はウェブから世界を見ている企業だからだ。しかし、Google Docsがかなりの成功を収めているとは言っても、ウェブアプリケーションには限界があり、この問題を解消するためにNative Clientを登場させたのだ。 同社Native ClientチームのBrad Chen氏はブログで次のように述べている。「Googleでは常にウェブをよりよいプラットフォームにするよう努めている。Native Clie
Phusion, The Computer Science Company Phusionは5日(オランダ時間)、Ruby Enterprise Edition (REE)の最新版となるRuby Enterprise Edition 1.8.6-20081205を公開した。REEはCRubyをベースにして開発されている実行環境。オフィシャルのCRubyと比較して平均で33%ほどRailsアプリケーションが使用するメモリ量を削減できるという特徴があるほか、実行パフォーマンスも改善される。 REEにおける性能向上の仕組みはガベージコレクタに対してCopy-on-Write拡張を導入することと、メモリアロケータ(tcmalloc)を改善する方法がベースになっている。最初のプロダクトは数ヶ月以上前から公開されており、すでにNew York TimesやShopify、37signalsなどの企業が
はじめに 前回は、「Amazon S3」を利用するための準備から、詳細な使い方までを紹介しました。 今回は、いよいよ仮想マシンのホスティングサービスである「Amazon EC2」の利用方法について詳しく紹介していこうと思います。 これまでの記事 第1回 「AWSの概要と登録手順 ～Amazon EC2/S3環境構築のすべて～」 第2回 「Amazon S3を使いこなしてみよう ～Amazon EC2/S3環境構築のすべて～」 Amazon EC2を利用するための準備 前回の記事にて、「Amazon S3」および「Amazon EC2」の利用登録について紹介しました。利用登録が済んでいれば、すぐにでも「Amazon EC2」を使うことが可能です。まだ利用登録をしていない方は、前回の記事を参考に利用登録を行ってください。 「Amazon EC2」は、第1回目の記事でも内容や料金体系を紹介しまし
PC/OSは、箱から取り出してすぐに、そして簡単に使えることを目指しているLinuxディストリビューションだ。Ubuntu系として利用者への優しさで先行しているだけでなく、Ubuntuの範疇を超えて、サードパーティー製の非GPLソフトウェアであっても一般に使われているものを同梱することで使いやすさを実現している。 PC/OSディストリビューションには、OpenServer、OpenWorkstation、OpenDesktopという3つのフレーバーがある。いずれも700MBほどで、ちょうどCD1枚に収まる。サーバー・エディションには、Webminなど、サーバーの管理を容易にするためのGUIユーティリティーが、ワークステーション・エディションにはマルチメディア制作ツール、ソフトウェア開発ツール、オフィス・ツールが搭載されている。これらに対して、今回試用したデスクトップ・エディションは日々の利
今や「当たり前」に使われているFlash 本連載では、ユーザビリティに配慮したFlashの正しい使い方や導入法について紹介します。 エンドユーザーのインターネット接続環境が加速度的に高速化している現在、ムービーやサウンドの要素を含んだリッチなウェブコンテンツは「当たり前」に見られるようになってきています。特に、閲覧に必要なプレーヤーアプリケーションの普及率が高く、プラットフォーム（OSやブラウザなど）の違いに依存せず使えるFlashは、スタンダードな手段として幅広く使われています。 Adobe社の発表（http://www.adobe.com/products/player_census/flashplayer/version_penetration.html）によると、日本国内のFlash Playerの普及率は、どのバージョンもおおよそ99パーセント近くとされています（2008年6月現
米Adobe Systemsと米SpringSourceは12月8日（米国時間）、Javaアプリケーションでの「Adobe Flash」対応を容易にすることを目指し、協業することを発表した。SpringSourceは新しいオープンソースプロジェクトを立ち上げ、2社の技術を統合する。 クライアント／プレゼンテーション層のAdobe Flash／FlexとSpringSourceのJava技術の連携を容易にすることで、エンタープライズ向けRIA（リッチインターネットアプリケーション）の開発を促進する。これにより、Java開発者はFlexとSpring Frameworkを利用して、エンタープライズRIAを迅速に開発できるようになるという。 この提携の下、SpringSourceは、Adobeのオープンソース技術「BlazeDS」とSpringとを蜜に統合することを目的とした最新のオープンソース
前回の続き。 前回、複数選択のチェックボックスを実装したんだけど、携帯でアクセスしてみるとラベルの文字が化ける。「ははぁん。また数値参照の問題だな！」と思い、ドロップダウンでやったときと同じようにやってみた。 final CheckBoxMultipleChoice<User> userList = new CheckBoxMultipleChoice<User>("sendTo", users, new ChoiceRenderer<User>("userName","userId")); userList.setEscapeModelStrings(false); これでいけるはずと思い、再び携帯でアクセス。。。。ダメだ！！！ そこでソースを追ってみるとorg.apache.wicket.markup.html.form.CheckBoxMultipleChoiceクラスにこんなメソッ
経済産業省 委託先企業 株式会社ＮＴＴドコモ パートナー企業 日本電気株式会社 エヌ・ティ・ティ レゾナント株式会社 株式会社関心空間 東京急行電鉄株式会社 株式会社東急エージェンシー 国立大学法人東京大学 学校法人明治大学 株式会社東京データネットワーク
以前、 ドコモ iモードサイト作成時のHTML DOCTYPEまとめ （http://dspt.blog59.fc2.com/blog-entry-37.html） について書きましたが、今読み返すとあまりに適当な気がして、 読者の方に誤解を招くのは申し訳ないので、携帯サイトを制作する際に、 DOCTYPEはどのように記述すべきかもう一度考えてみます。 現在、各キャリアが推奨しているDOCTYPEは、 Kamitani79-メロンとバナナとブログさんに書かれているように、各社独自に定めています。 が、しかし実際のところは、3キャリア共通のXHTMLを書く場合には、 XHTML Mobile Profileに従って記述するほうが、各社のXHTMLの仕様を見ても、 一番合っている気がします。 ただ、XHTML Mobile Profileはかの有名なW3Cが勧告したものではなく、 携帯端末の特
「なんで開示したのか！」――。 ある生命保険会社幹部はいらだちをあらわにした。その理由は、11月21日、インターネット専門の保険会社であるライフネット生命保険が、“保険料の原価”の全面開示に踏み切ったためである。 契約者が支払う保険料は、将来の保険金支払いの原資である純保険料と、保険会社の運営経費である付加保険料に分けられる。この付加保険料には、営業職員や代理店への手数料や、保険会社の利益などが含まれ、開示はタブーとされてきた。確かに「クルマや電化製品も原価を開示していない」（大手生保）というように、開示しなければならないものではない。 ではなぜ、開示に踏み切ったのか。 出口治明・ライフネット社長は「クルマや電化製品などと違い、保険は見たり触れたりできない。また一部の商品を除いて手数料も開示されておらず比較しづらい。そこで保険会社間で差が大きい付加保険料を開示すれば競争が進むと考えた」とそ
※ 画面は一部公式サイトより ソースコードのレビューシステムも2008年になって急激に注目を集め、各種オープンソース・ソフトウェアが登場したジャンルだ。Java、Python、Perl、Rubyと各種言語向けに登場しているが、思ってみればこの言語は初だったかも知れない。 ソースコードをコミット前にレビューする そう、Webベースのプログラミング言語と言えばのPHPだ。PHPで開発を行う方であれば、やはり使い慣れたこちらが使いやすいだろう。 今回紹介するオープンソース・ソフトウェアはGroogle、PHPで作られたソースコードレビューシステムだ。 PHPは開発者の技量によって、ソースコードの見やすさや書き方が大幅に異なる言語だ。その補正を行うためにもレビューシステムの導入は重要と言える。そしてGroogleを使えばその使い慣れたPHPを使ってWebベースのソースコードレビューが可能になる。
Web標準に従うことは、SEO効果、ユーザービリティ、メンテナンス性の向上など、Webサイトの利用者と制作者の双方にさまざまなメリットをもたらします。しかし、実際にWeb標準の仕様書に従ってWebサイトを制作しようとすると、制作者の頭を悩ませる多くの問題が待っています。本連載では、Web標準のメリットを最大限に生かすことをテーマに、仕様書には書かれていない部分を中心に取り上げ、実際のWeb制作現場で起こり得る問題について、解決の糸口をたらしていきたいと思います。 はじめに Web標準に従うことは、SEO効果、アクセシビリティ、ユーザービリティ、相互運用性、互換性、メンテナンス性の向上など、Webサイトの利用者と制作者の双方にさまざまなメリットをもたらします。しかし、実際にWeb標準の仕様書に従って「正しい（X）HTML+CSS」でWebサイトを制作しようとすると、制作者の頭を悩ませる多くの
個人的にmixiはリアルで会った友人しかマイミクにしていなかった。でも数年の間に少しづつ増えて30名を越えた頃、mixiにログインして全ての日記を回って…という事を繰り返す毎日に疲れてあまりログインをしなくなった。 そのうち日記公開範囲というのが出来た。これこそ本音の言えないコミュニティーになってきた証拠だろうと思う。 私の周りにはどんどんとこの機能を使う人が増えていった。 マニアックな趣味の事を話す子、ごく限られた人しかしらない恋愛相談をしている子、会社のグチ…どんどんmixi内でも限定公開と公開を使い分ける子が増えた。 ある日、ブログ（mixiではない）で友人Aが落ち込んでいる事を匂わせる日記を書いていたのでメールで連絡をしてみた。 「ブログ見たんだけどなんかあった？大丈夫？」 「うんまあなんとか。詳細はmixiに上げてる」 mixi見なきゃかーと渋々ログインをしたら、アップされている
プレゼンテーションをしていて時々気付くのは、相手がプレゼンの内容にはあんまり注目してなかったりすることだ。むしろ、プレゼンするぼく自身を見ていたりする。そもそも、相手に対して何かをプレゼンする時には、向こうが思いつかないようなアイデアをこちらがプレゼンするわけだ。向こうは、ぼくが思いつくようなアイデアを思いつけないから、ぼくにアイデア出しを頼むわけである。但し、クライアントは向こうだから、最終的に選ぶのは向こうなのだけれども、内容が専門的だったりすると、相手にはもう、それが良いか悪いか分からなかったりする。彼らには、それが判断できなかったりするのだ。そうした時に、相手はどうするかというと、そのプレゼンする人を見るのである。内容ではなく、そのプレゼンの仕方を見るのだ。彼の熱意であったりとか、ちょっとした仕草とか、眼差しとか、声のトーンとか、汗の書き方とか、そういうところを見るのである。そして
第3回 Ruby on Rails“シンプル”モデリング技法 太田 哲也 株式会社Cuon 2008/12/8 Rubyを使った大規模エンタープライズ開発が始まっている。Ruby on Railsでの開発において、インフラやアプリケーションアーキテクチャをどのように構成すべきかを考える（編集部） われわれの会社（Cuon）で開発した患者さん・患者家族のためのコミュニティサイト「LifePalette（ライフパレット）」では、Ruby on Rails（RoR）が提供する少々特殊なモデリング技法を積極的に取り入れている。 それは、メンテナンス性を確保しつつ、同時に実装コストを削減することを目標としたからである。 今回は、第2回「rsyncを用いたコンテンツの分散」で紹介したImageクラスの実例の一部を切り出し、RoRならではのシンプルかつスピーディなモデリング技法を紹介する。 単一テーブル
こんにちは、亀本です。 最近では、だいぶiPhoneアプリ開発に関するチュートリアルも日本語で散見されるようになってきて、以前よりも状況は改善されてきたかなーと思います。 そういった様々なチュートリアルが出てくる中でちょっと気になったのは、どれもこれもInterface Builder(IB)ばりばりに活用しようぜ！なチュートリアルだということ。 多分やり方的には正しいんですが、正直なところ自分がiPhone開発をしていく上で一番苦労したのがIBでした。 ぶっちゃけていうと、iPhoneのフレームワークであるUIKitなどの挙動や感覚がわからないうちからIBを使いこなすのは結構大変なんじゃないかなぁ、と思うのです。僕がへっぽこなだけかもしれませんが。 というわけで、チュートリアル読んだけど結局 IBチンプンカンプンで開発とかできねーYO!!という方、および一度に二つのことを覚えられないOb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く