アカウント名:
パスワード:
こないだの雑誌記事でも色んな言語を批判するくせに、SQLには批判を全然向けない。
まだ読んでますか?
興味があるので、その雑誌名と掲載号を教えていただけると嬉しいです。
#984264 の AC です。
つまり最下層以外を担当する意思なんか無い言語だ。要するにアプリ全体は書けない。 …何なんだこのSQLという言語の半端な姿勢は?
つまり最下層以外を担当する意思なんか無い言語だ。要するにアプリ全体は書けない。
…何なんだこのSQLという言語の半端な姿勢は?
SQL の短所については同意です。ただ、姿勢に関しては、最下層のみ担当するということで、半端ではないんじゃないでしょうか。
つまりSQLは化石だ。生きている(とはいえ)化石だ。
LINQ は、進化形としてはちょっと違うかな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
Seasar2って (スコア:5, 参考になる)
また、日本のプロジェクトなのに日本語ドキュメントが少ないとか、サイトをどう歩けばいいのかわからないとか(これは最近だいぶ改善されました)、まったくコメントのないソースファイルを追うのは面倒だとかまぁ問題は山積みです。
せっかく日本のプロダクトなのにまったく同じ技術のSpringのほうが採用されることが多いです。実績とかの違いも多いですがドキュメントの差が大きいですね。
結局ひが氏のサポートがないと使えないようにわざとしてるように取れます。何のためのオープンソースなのかなぁと。
せめてメソッドの頭に1行コメントくらいつけてよ。
Re:Seasar2って (スコア:1, 興味深い)
> まわるのやめれば使うという人は多いですね。
同感です。まぁ、議論しようとしているのかもしれま
せんが。
端から第三者として見ているとプロジェクトメンバー
で気に入らない人を袋だたき(表現は悪いですが)にし
ているようにも見えてしまいます。
公開されているところでの売り言葉に買い言葉的な応
酬はマイナスにしかならないと思うのですが。
まぁ、プロジェクトの中心メンバーが率先している現
状では改まらないかもしれませんね。
Re:Seasar2って (スコア:0)
>> まわるのやめれば使うという人は多いですね。
>同感です。まぁ、議論しようとしているのかもしれませんが。
Seaser2に批判的な意見に対し、
「それはSeaser2に対する冒涜だ。」
「公式に謝罪を要求する。」
「謝罪のために、こちらにまで出てこい。」
「適切な対応を取っていただけない場合は、名誉毀損で訴える。」
という風に脅迫まがいの行為を行ってるとなると、何か知られ
ては困る事実をひた隠しにしているんじゃないかと邪推したく
なります。
批判的な意見ならば反論すれば済むし、単なる誹謗中傷ならば、
普通は無視するだけ。発言そのものを無かったことにするために
手段を選ばずにたたきつぶすのは、やはりそれなりに理由が
あるのでは?
#「JavaはC++のサブセットじゃないか」と言われて、
#「それはJavaに対する冒涜だ!名誉毀損で訴えるぞ。」
#なんていう人いないよな。
Re:Seasar2って (スコア:1, 興味深い)
引用
># habuakihiro 『ないですよ>愛(w ぶっちゃけ殺し合いだから。先に手袋を投げつけたのは相手だしね。
というか、そもそも相手を低く見てませんか? 裏にどんな味方がついてるかわからないじゃないですか。有能な弁護士を雇ってくるかも知れないわけですよ。煽って馬脚を現してくれるほうがいいです。
tpircsさんが読んでて不快になるのは当然です。やってる当人が不快なんだから(^^; だから当事者以外は見ないほうがいいんですよ。
まともな議論になることを期待するほうが間違ってるんです。みんなそういう幻想を持ってるからデスマがなくならないんです。』
Re:Seasar2って (スコア:0)
>裏にどんな味方がついてるかわからない
お互い様だな(わら
つーか、ま た ハ ブ か 。
(文字通り「また大阪か」だな)
口調はともかくとしても、内容についても、奴の言うことは一面的なことが多い。
技術サイドで特に気になるのはSQL信者っぷりかな。
そんなにSQLが好きなら、全業務アプリをSQLとPL/SQLで書きゃいいだろうに。
こないだの雑誌記事でも色んな言語を批判するくせに、SQLには批判を全然向けない。
他の言語で構造化(というか関数分割)をしろとしきりに言う(それ自体は間違ってない)くせに、SQLは平気で数百行のサンプルを書いて「SQLのテクだ」とか称している。
SQLが有利なんじゃなく、単に君の頭がSQL脳なだけだろ。
Re:Seasar2って (スコア:0)
まだ読んでますか?
興味があるので、その雑誌名と掲載号を教えていただけると嬉しいです。
Re:Seasar2って (スコア:0)
WEB+DB PRESS Vol.33
特集1
オブジェクト指向エンジニア必読 構造化プログラミング入門
第1章 「きちんとコードを書く」ための大原則
http://www.gihyo.co.jp/magazines/wdpress/contents
COBOL、VB、Web開発、OOP、LL、などによる開発が混迷する(こともある)と言っている(それ自体は正しいが)一方で、SQL(で「処理」を記述する必要が無いこと)のメリットばかり説いてSQLのデメリットは触れてない。扱いが不公平。まるでSQLが銀の弾丸であるかのような書きっぷり。
=======================
SQLだって幾らでも長く難解なスパゲティSQLを書けてしまうし(というかSQLが長くなったときの可読性の下がる速度はむしろ他の言語より凄まじくないか?)、それを回避するためには計算機についての技術(一般技術もその言語特有の技術も両方)を適切に持っている事が必要条件だし、簡単なコードしか書かなければそりゃバグらないわけだし、つまりSQLだって1つの「プログラム言語」に過ぎないわけなんだがな。
百歩譲ってSQLがそんなに便利(デメリットよりメリットがすごく多い銀の弾丸だ)としても、だ。
悲しいかなSQLは保存データアクセス記述言語なんだ。システムの最下層に位置するんだ。なのに表示形態まで意識したコード(order by だのgroup byだの)をバリバリ書いてみろ。システム全体の「上下関係」を激しく崩してしまう。プレゼン層をプレゼン層として独立させられない。
じゃあ逆にSQLでアプリ全体を書いてしまえばいいかってーと、ご存知の通りSQLは、大人しいデータアクセス言語の性質に徹するべく、たとえば変数もなければ、外部ライブラリ呼び出し機能も(素では)無い。つまり最下層以外を担当する意思なんか無い言語だ。要するにアプリ全体は書けない。
…何なんだこのSQLという言語の半端な姿勢は?
察するに、層分割なんて考えてなかった大昔の時代に、とにかく無節操に色んな機能を詰め込んでしまったのが、現存するSQLの姿なのだろう。
つまりSQLは化石だ。生きている(とはいえ)化石だ。
Re:Seasar2って (スコア:0)
#984264 の AC です。
SQL の短所については同意です。ただ、姿勢に関しては、最下層のみ担当するということで、半端ではないんじゃないでしょうか。
LINQ は、進化形としてはちょっと違うかな。
Re:Seasar2って (スコア:0)
でも窓関数とかは最下層言語としてはオーバースペックというか。
他にも色々、使用用途の名前がついた機能(わら)がSQLには有りますよね。もうアホかと馬鹿かと。
根本的には整列(SortつまりOrder-by)機能は最下層言語には蛇足だと思います。
集計(Group-by)は必要だと思ってもいいとは思いますが、それは現状のSQLのように返しLISTの部分列をSORTすることで実現するのではなく、LISTの更にLIST(か配列:平たくいえば二次元配列)という返しデータ型の構造化によって実現すべきだったと思います。
だってそうしな