最近、javaの素人のくせにSAStruts+S2JDBCという構成でサイトを作っています。 SAStrutsはStruts経験を生かせる、という部分が長所の一つだと思うのですが、僕はStrutsの経験もありません。ですのでそもそものStrutsから勉強していく、という感じです。色々壁にぶつかりながら粛々とやってるところ。 今日ハマったのは、バリデーション部分。 検証アノテーションでは対応できないような検証には、検証メソッドを作成するとリファレンスに書いてあったので作ってみたのですが、バリデーションメソッドの実行が、検証アノテーションをパスしてからでないと実行されない。検証アノテーションと検証メソッドは同時に実行したいんですよね。 この場合は、ExecuteアノテーションstopOnValidationError属性を指定し、falseにする必要があるようです。リファレンスに載ってました。
490円という超格安でVPSが使えるServersMan@VPS。rootが取れるので、何でもやりたい放題です。私はHaskell環境をつくりました。みなさんは、何に使いますか? 490円のServersMan@VPS (CentOS 5) にHaskell環境をつくる会。 - このブログは証明できない。 このVPSにGit環境をつくることにしました。GitHubだと、プライベートなリポジトリをつくるのにお金がかかりますからね。ServersMan@VPSの490円のプランなら、10GBのディスク容量が使えます。ここをGitの中央サーバーに仕上げます。 yumのリポジトリを追加します。 # wget http://dag.wieers.com/rpm/packages/rpmforge-release/rpmforge-release-0.3.6-1.el5.rf.i386.rpm # r
【日本】葬式の平均費用、日本231万円、イギリス12万円、ドイツ19万円、韓国37万円、アメリカ44万円 という記事を読んで思うところがあったので、書評もかねて記事にしてみる。 ちなみに、この本、「経済学」と銘うってあるものの、中身には数式もグラフも出てこないので、経済学の専門知識とか無しでも読めます。 で、なんだけど、昨日、ホリエモンの、 利益率の高い商売 在庫を持たない商売 定期的に一定額の収入が入ってくる商売 資本ゼロあるいは小資本で始められる商売 起業してほぼ確実に成功する方法Comments という話に便乗して記事書いたけど、この条件に、かつてもっとも美味く当てはまっていたのが、葬儀ビジネスだった。葬儀屋というのは、ものすごく儲かるビジネスだったんである。かつては、ね。 で、最初の記事の話に戻るけど、日本とアメリカの葬儀費用が妙に高いことは、すぐにわかると思う。これには、理由があ
nspluginwrapperを使え、みたいな情報があったて色々試したけど、やっぱ動かなくて、最終的にたどり着いたのは、公式の64bitプラグインのアルファー版だった。 orzあるならもっと早く言え gethttp://labs.adobe.com/downloads/flashplayer10.html untar $ tar zxf libflashplayer-10.0.22.87.linux-x86_64.so.tar.gz install $ su # mv ./libflashplayer.so /usr/lib64/mozilla/plugins/ check再起動後、アドレスバーに about:plugins Shockwave Flash ファイル名: libflashplayer.so Shockwave Flash 10.0 r22 確認できれば終了。/usr/li
01:39id:xna:20080927 の補足つーかフォローだけ。 少なくとも日本においては…GPL 違反が発覚すれば停止すればよい、だけでは済まないことは十分ありうる。少なくとも GPL 違反を受けた著作権者はそれまで GPL 違反で頒布した分について賠償を請求することが可能だからだ。(ただし、こうなると法規とかの問題になってきて、法制度に詳しくない私には追い切れない。)
はじめにパワーポイントというのは、今や企画書作成用ツールとしてビジネスになくてはならない存在になった感があります。ぼく自身も、本業は企画者なので、これまで数え切れないくらいの企画書をパワーポイントで書いてきました。そんな中で、最も気をつけ、また力を入れてきたのが「デザイン」でした。内容もさることながら、見た目の美しさや、読んでみたくなるような構成・演出、読みやすさなどに、何よりこだわってきました。なぜかといえば、企画書というのは、多くの場合、まず手に取ってもらうまでに大きなハードルがあるからです。その次に、実際に見て読んでもらうまでにまた大きなハードルがあります。 企画書というのは、書いたら必ず読まれるというものではありません。むしろ多くの企画書は、ほとんど読まれない運命にあります。なぜかといえば、企画書というのはたいていいくつも提出されるからです。一つの案件に対し、10個も20個も提出さ
viewで.rhtmlの代わりに.rxmlを使うだけ。サンプルは「Rails Cookbook」より。一部変更している箇所にはコメントを入れています。 まずは、app/controllers/xml_controller.rb。普通に作ります。 class XmlController < ApplicationController def rss @feed_title = "O'Reilly Books" @books = Book.find(:all, :order => "est_release_date desc", :limit => 2) # app/view/layout/application.rhtmlがあるとまずいので render :layout => false end end 次に、app/views/xml/rss.rxml。拡張子が.rhtmlではなく、.rx
そんなわけで、転居に向けて慌ただしい毎日を送っているのですが、転居で煩わしいのが電気ガス水道といった各種の手続きですよね。そうでなくても忙しいのに、転居の為に電話掛けたり窓口に出向いたりという手間は可能な限り省略したいものです。このエントリでは、転居にあたり、私が利用したネットで完結する転居手続きをご紹介しますので、よろしければご活用ください。尚、各項目がそれぞれのウエブサイトへのハイパーリンクとなっています。 ◆東京電力引越コンシェルジェ 09040301 posted by ululun東京電力のウエブサイト内にひっそりと存在するこのサイト、可成り使える。引越大手6社無料で一括見積依頼が出来る「引越見積」や引越の手順をチーとシート的にpdfデータとhtmlに纏めた「国内引越マニュアル」、転居前および転居後の住所を入力する事で電気、ガス、電話、水道といった各窓口に一括転居を済ませてくれる
英語ができない語ができないたった1つの決定的な理由は「単語力」だそうな。 単語力。これ以外に英語ができない本当の理由は実はない。他の理由はすべておまけ。たとえば耳力ってのは、結局は単語知ってるってこと。知ってる単語が聞き取れないことはあっても、知らない単語が聞き取れることはない。そこを勘違いしちゃあいけない。 no title その英単語がなぜ覚えられないか?の答えは「英語で覚えていないから」。 より大事なのは、一つの文を英語で作れること。そのためには、「均等に」1000語知っていることよりも、「よく使われる」単語を、「より多彩」に使えるようになるのが先決。 例えば、"prepare"という言葉を、「準備する」と覚えちゃ駄目。"get ready"と覚えないと。そのためには、getを「深く」知らなければならない。このgetにsetを加えると、8割ぐらいの動詞は、動詞そのものではなく (ge
翻訳原文:10 Things Every Java Programmer Should Know About RubyJim Weirichコンサルタント / Compuwarejim@weirichhouse.org Copyright 2005 by Jim Weirich (All Rights Reserved)自己紹介ジム・ワイリック (Jim Weirich)Compuware社コンサルタントJavaのプログラマRubyの熱狂的支持者大事なことを、まず先に私は以前、大規模製造会社の従業員に就業後のC言語コースを教えていました。提出されたCのコードのスタイルをちょっと見ただけで、生徒が以前にどんな言語を利用していたかを簡単に当てられました。全くもって本当のことです。「どの言語でも、君はFORTRANを書けるね」 Rubyを調査中のJavaプログラマなら、Rubyが色々な点でJav
エンジニア説明Railsアプリを作る「はじめの一歩」としての足がかりになればと思いまとめました。手順に沿ってコピペしていくといつのまにかアプリケーションが完成するというサンプルです。第1回のmasuidriveさんベースにRails勉強会@東京第11回での高橋征義さんバージョンとInternet Week 2006でのかずひこさんバージョンをミックスしました。環境やインストール、趣旨や概要につきましては第1回をご覧ください。 ■第1回との相違点Internet Week 2006のT24 : はじめよう Ruby on Rails 〜フレームワークで作るWebアプリケーション〜をベースに内容を変更しました。基本的な流れは変わっていませんが、機能/モデルが変更されています。文字コードの設定を先に行うようにしました。モデルの定義を先に明示しました。モデルの作成にマイグレートを使用するようにしま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く