HTTP Status 500 -

type Exception report

message

description The server encountered an internal error () that prevented
it from fulfilling this request.

exception

javax.servlet.ServletException
       at org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:545)
       at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:486)
       at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
       at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
       at com.hmsystems.common.struts.extension.HmsActionServlet.process(HmsActionServlet.java:28)
...

http://pkga.jp/

HTTP Status 500 -

type Exception report

message

description The server encountered an internal error () that prevented
it from fulfilling this request.

exception

java.lang.NullPointerException
       at com.hmsystems.sns.presentation.struts.RequestProcessor.processForwardConfig(RequestProcessor.java:91)
       at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:279)
       at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
       at com.hmsystems.common.struts.extension.HmsActionServlet.process(HmsActionServlet.java:28)
       at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
       at javax.servlet.http.HttpServlet.service(HttpServlet.java:696)
       at javax.servlet.http.HttpServlet.service(HttpServlet.java:809)

両方ともHM SYSTEMSさんが作っていたんですね。

http://www.hmsystems.com/

http://www.youtube.com/watch?v=k6_1P2EKKYo&feature=PlayList&p=56E3E51E650A4CE7&index=0

Permalink | トラックバック(0) | 21:30

2009-02-19

■『モダン Perl入門』を第1章だけ読んだ

巷のPerl Mongerな人たちの間で話題の『モダン Perl入門』を読み始めた。

第1章はオブジェクト指向のトレンドの話で、とても興味深く読んだのだが、同時に「なんでこれPerlで実装せなあかんの？」と疑問に思った。ていうかオブジェクト指向やりたいならJavaやC#でいいじゃん。

Perl5には本格的なOOPの仕組みが実装されていない。

継承という基本的な概念もないし、コンストラクタなんかも用意されていない。ゆえに、MooseとかのCPAN モジュールを使って実装しなければいけないのだけれど、その分敷居が高くなって初心者には判りづらい。初心者でも現場に投入できるような、強力なオブジェクト指向機構が用意されているJavaやC#といった言語、StrutsやASP.NETといったフレームワークなんかとは全然違う。

私はメインがPHPとASP.NET(C#)という人間で、Perlはバッチプログラムとかクローラの実装とか雑用処理なんかに使っている。PHPは小規模プロジェクトでアジャイルな開発がしたい時、ASP.NETは大規模プロジェクトに呼ばれた時用の懐刀という感じで使い分けている。PerlでWebサービスを作ることももちろん出来るけれども、どちらかというとスピードが優先される開発に用いるものだと思うし、OOPを用いた大規模なプロジェクトにPerlを使おうとする理由がよく判らない。無駄に難しいし、そもそも本書を読めるレベルでPerlを理解している人の頭数がかなり少ないだろうから、実装しても保守コストがやたらかかる。Livedoorやmixiやはてなのような大規模サイトはPerlで動いているようだが。。。

『モダン Perl入門』は内容も書き方も素晴らしい良書だけれど、その辺りが引っかかった。「PerlでOOPを使う理由（APS .NETやStruts+Javaを採用しない理由）」は何なのだろうか？　私のプログラマーとしてのスキルが低いだけだと思うが、よく判らないので誰か教えてくだしあ。教えてダンコーガイ！

Permalink | トラックバック(1) | 10:51

2008-11-19

■http://anond.hatelabo.jp/20081119000921

ほぼ年齢が変わらん増田です。こんばんわ。

あなたは贅沢を言ってますよ。正直自分でファイル構成を書いて、コンパイル環境やテスト実行環境やサーバー立てだって大変なのにチームでやるとなるとはっきり行ってああいう統括してくれるものがないと無理です。少なくともマッピング書いてみんなが理解してくれるのは物凄い事ですよ。

ずっとWeb何それおいしいの？っていう、過去の遺産を改修していく部署につっこまれてたので最近になって初めてStrutsとかTomcatとか触って感動。

なんて管理が楽なんだろう。開発環境作るのにこれだけでいいなんて！

と、素で涙が出そうでした。チーム間のやり取りも良好です。

ま、やめるんだけどね。

最初からこの部署にいたら幸せだったろうなと本気で思う。

Permalink | トラックバック(0) | 00:20

■教えてくれ！Web フレームワークって本当に便利か？

ちまたじゃ、みんなフレームワークのことを当たり前のように論じててすごいなーと思うんだ。尊敬するぜ。だから、ミーハーなオレもフレームワークが気になって仕方ない！

だから、30歳近いプログラマのオレがプライドを捨てて優秀なハテナ住人に聞くが、

Web フレームワークって本当に便利か？

バカなオレだけど、MVC パターンが良い事は理解できるよ。

だが、そこまでだ。

Javaだと、Struts、Spring、Seasar、Wicket等をよく目にするけどよぉ、ドキュメントの量どんだけだよ。

入門ドキュメントだけ見ると簡単そうに思えるけど、仕事で使えるレベルまで理解が深まるまでどんだけ時間かかんだよ。

起動遅い、動き遅い、定型パターンを外れたら、やる方法が見つかんねー。

で、苦労して作ってもよぉ、結局は、HTMLがピロッって出力されるだけで、見てくれが変わるわけでもなく、全然努力が報われん。

これって、どゆこと？

Servlet+JSP+簡単なライブラリ程度で十分じゃね？

PHPだと、Zend Framework、CakePHP、symfony等をよく目にするけどよぉ、ドキュメントの量どんだけだよ。

入門ドキュメントだけ見ると簡単そうに思えるけど、仕事で使えるレベルまで理解が深まるまでどんだけ時間かかんだよ。

デバッガの使い方分かってねーオレが悪いとは思うんだが、開発効率悪いぞ。(フレームワーク以前の話だが…)

統合開発環境何使えばいいの？わざわざクラス名や関数名覚えてられんぞ。(フレームワーク以前の話だが…)

何で、拡張子変えたがる。何で、変なテンプレートエンジン使う。エディタで認識されねーから開発効率悪いじゃねーか。デザイナがコーディングした分かりくいHTML コードをよ、何で編集してるわけ？

PHPはフレームワーク使わない方が便利じゃね？

ついでに聞くけどよぉ、ORマッピングライブラリって使えるの？

確かに書くコード量は少なくなっていいんだがよぉ、目に見えて遅いと思うのはオレだけか？

ディスクアクセスは明らかにボトルネックになるのに、巨大なライブラリのコードを毎回走らせるんだよ。普通のサーバじゃ余裕なの？

話題がそれたが、

Web フレームワークって本当に便利か？

実は、みんな、上司や先輩に言われて使ってるだけなんじゃないの？

ハテナ住人の優秀なエンジニアは、どんな目的でフレームワーク使ってんだ？教えて偉い人！

ま、誰も見ないんだろうけど。

Permalink | トラックバック(6) | 00:09

2007-09-24

■スーツ族とかSIerとか言う人に対する愚痴

なんかまとまってないけど、書いたので乗せる。ほとんど愚痴だよ。

このへんからぼろぼろ出てきてるけど、まぁおおむね理解できる。

http://d.hatena.ne.jp/higayasuo/20070923

http://d.hatena.ne.jp/habuakihiro/20070922

http://d.hatena.ne.jp/jYoshiori/20070826/1188150596

　けどなんなだかなぁという気が最近している。

　スーツ族がつまらない連中の代名詞であるのは良いとして、「スーツ族の煽りの結果、せっかくの良いものが台無しだぁ??」みたいな既定路線の論調はなんなんだろうという気になる。

　RoRでもStrutsでもなんでもいいんだけど「オープンソースの成果を世に普及させたい」とか、「俺の仕事場で楽しく使いたい」というのならば、道具としては工業製品としての品質を持っていないと駄目なんだけどって言いたい。

　で、また特有の色眼鏡で「あーまたサポートがどうのとか、枯れてないと駄目だとか言い出したよー」って言われそう。そういうファクターも大切だと言いたいけど、ここでいいたい品質って言うのは、フレームワークが持っているべき「誰が使ってもそれなりの物を作れる」っていう品質。StrutsとかRoRが低い品質だって言いたい訳じゃない。素敵なフレームワークだと俺も思う。

けど、スーツ族とかSIerの存在が馬鹿すぎて駄目だとかそういうのはどうよと思う。

スーツ族とか頭の固いおじさん達の方がこのイット業界といえども圧倒的に多数なんだからそういう人たちでもうまく使えるようにするという進化を何度も繰り返すべきであり、その繰り返しは許容すべきモンなんじゃないだろうか。

　物理的な工業製品の進化を見ても分かるように、「馬鹿でも使える」というキーワードはとても大切で、これは複雑さが人類史上maxなソフトウェアといえども忘れてはいけないことの一つだと思う。「馬鹿でも使える」のを物理的な仕組み作りじゃ無理かもしれないということの解の一つとして「設定より規約」があるのかもしれないし、「いやいや、自動 XML生成ツールで克服だよ」があるのかもしれない。

とにかく、そういった人たちの否定は、進化の否定、技術者としての自分の否定になるんじゃないだろうか。

あと、

スーツ族 == SIer、コンサルタント

非スーツ族 == ネット専業とかパッケージベンダーとかコミッタ

とかの文脈であって、たいていSIerの中の人間は馬鹿にされがちだけど、SIerの中にもコミッタは当然いるし、理解が深いのも多いよって言いたい。　逆にSIerで、技術が専門職である人間(業界専業のSEだとこの話の対象から外れるが・・・)の場合、千差万別のシステムを見てるので、尋常じゃない位の知識量と技術力が蓄積されている。