アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
Java屋なんですが・・・ (スコア:5, 興味深い)
以前聞いたことがあるのは、
・コボラーには2種類いた。「設計・実装バリバリ」と「言われたコードしかかけない」。
・前者はコボルが時代遅れになっても、別環境・別言語でやっていけた。
・後者はまさしく「負の遺産」。後者が(無理に)やった設計・実装も負の遺産
だとか。
自分自身のコードを見てて、後で再度見て理解できるものもあれば、目を覆いたくなるようなものもあります。後者の人が書いて、かつそれがメインストリームから外れたコボルだったとき・・・捨てるしかないんじゃないかな?「下手なリフォームは、新築より金がかかる。」
自分も前者になれるように、日々精進です。
-- gonta --
"May Macintosh be with you"
Re: (スコア:0)
著名なフレームワークの製作者のようにコミュニティを引っ張り業界を変えていくような人から、穴埋め問題を解くかのごとく言われたコードを埋めるだけの人まで、Java屋と一口に言っても恐ろしいほどの技術レベル差があります。
「2007年に人気が伸びた言語はPython」のタレコミを見ていると、当分Javaが1位の順位を明け渡すことはなさそうですが、Javaの次を担う言語や環境が現れ普及してきたときのためにも日々精進しておきたい所です。
Re:Java屋なんですが・・・ (スコア:1, 興味深い)
Re:Java屋なんですが・・・ (スコア:1, すばらしい洞察)
Re:Java屋なんですが・・・ (スコア:1)
脳がロジカルなんで、どんな言語だって書いちゃうよ~
な勢い。
Re: (スコア:0)
事務プログラマにしかなれない人達です
Re: (スコア:0)
> 脳がロジカルなんで、どんな言語だって書いちゃうよ~
言語は問わないですけど、組み込みな開発スタイルから抜け出せない人も多いですね。
一般的なJava + DBな案件なのに、プログラム全体で数百キロバイト程度のメモリ節約にこだわったり、応答時間をミリ秒単位で気にしたりとか。
Re: (スコア:0)
#Fortran90の最悪なところは過去の最悪なFORTRANの延命に一役買っているところ。
Re: (スコア:0)
HTML
Re: (スコア:0)
画面のテンプレートとしてHTML使うのって、
アホだと思う。
(JSPとかは更に駄目ね)
おまえらもっと「わびさび配列」を使え。
このほうが絶対楽だから。
http://jp.rubyist.net/magazine/?0012-qwikWeb#l8 [rubyist.net]
そういう意味では、
上記と同じRubyのFWだけど(というか超有名だけど)
Railsは、erbなんかを使うという点がアホだ。
もちろんどんな言語でも快適だとはいわない。
配列とかのリテラルが書き易い言語だと便利だ、といったところだ。
そういう意味では、多くのLLは合格するし、
有名どころでは「JSON」も「わびさび配列」と近いものだと見なせるから、
JavaScriptも(サーバーサイドで)大いに絡んでこれそうなポイントだ。
Re:Java屋なんですが・・・ (スコア:1)
# 定型的な処理が中心だから、基本は1項目1単語(1数値)でしょ?
# そういうデザインにしないと入力が非効率になる
notice : I ignore an anonymous contribution.
Re: (スコア:0)
なんでHTMLテンプレートとJSPにダメ出ししてから持ち出すのか分からない。
HTMLテンプレートやJSPで、いま時サニタイズを個人の注意でやってるとこあるの?
要素の追加を正規表現でゴリゴリやってるところも見たことないし…
Re:Java屋なんですが・・・ (スコア:1, 参考になる)
テンプレートに値を食わせた瞬間から後は、
(xUnitのような楽な方法での)厳密テストが困難になってしまう。
それをプログラム内表現の形にしておけば、
HTMLにレンダリングする(そしてテスト困難になる)
タイミングをぎりぎりまで遅らせれるんだ。
テスト性を捨てたいというならもう何も言わんが。
それだけならリテラルまでは要らないことになる
(DOMを表現するクラスさえあれば同じことができるから)
が、ありがちなDOM APIを馬鹿正直に書くスタイルだと今度は
コードが猛烈に長くなって読み書きしにくい。
配列リテラルを使えばそこをスッキリ片付けられる。
#言及されてるが、このへんはSXML(Scheme/Lispで同様のことをするもの)から輸入したもののようだね。
# http://www.ibm.com/developerworks/jp/xml/library/x-matters31/index.html [ibm.com]
あと、これは指摘されてなくて、
しかもどちらかというとLLよりはJavaのような言語向きかも知れないのだが、
(Javaそのものでは無理だが)
書ける要素をClassというか型によって
色々縛るという使い方も出来るのは大きい。
間違えた型の要素を突っ込もうとするとコンパイルエラーで教えてくれるとか、だ。
たぶん静的型に型推論機能を持たせた言語だと、
うまくはまるんじゃなかろうか?
あとそれ以前に、DOM APIどころかHTMLそのものよりも短く書けるってのは有り難い。
Re: (スコア:0)
テストの部分は結局何をテストしたいのか分からなかったから流してたんだけど。
その厳密テストのターゲットは何だろう?
UIとしてのHTML(HTMLじゃなくてもいいんだけど)へのテストじゃなくて、
requestやsessionに入ってるデータに対してテストするイメージでいいのかな?
でもそれだとJSPとかHTMLテンプレートの問題でもないしなぁ。
それこそxUnitでいけそうだし。
「Fooを入力していると、Barボタンが表示されていること」って感じのテスト?