Webアプリって糞ばっか

いやーWebアプリって本当に役立たずだね。

なんか戻るボタン押したらデータがぐちゃぐちゃになるし、
Enterキーでフィールド移動できないし、
ドラックアンドドロップ使えないし、
レスポンスが遅いし、
文字化けするし、
第一、難しくて使いにくいのが多い！！！！

2Chもブラウザじゃなくて、Janeとかホットゾヌとか使ったほうが
ずっと使いやすいでしょ？

おまえら、こんなのが世の中の役に立つと思って作ってんの？

>>1
もうすこしがんばりましょう。

世界中、すべての Web アプリを見てきたんですか？

>>1
>第一、難しくて使いにくいのが多い！！！！
アビバ。アビバ。アビバ。へ行け。

>>1
>なんか戻るボタン押したらデータがぐちゃぐちゃになるし、
責任転嫁

>>1
>おまえら、こんなのが世の中の役に立つと思って作ってんの？
>>1 よりかは。

>>1
>Enterキーでフィールド移動できないし、
コボラー。

>>1
>いやーWebアプリって本当に役立たずだね。
ｵﾏｴﾓﾅｰ

>Enterキーでフィールド移動できないし

屑コボラーが仕様作ってるせいで
わざわざその対応させられましたが何か？
（VBですらEnter移動はMicrosoft非推奨なのに……）

ていうか、糞コボラーに踊らされて
対応するなよ

★☆★ Webアンケート ★☆★

Ｑ >>1 は時代に順応できないコボラーだと思いますか？

１．はい
２．いいえ
３．その他

2

2

時代に順応する気のコボラー。

★☆★ Webアンケート ★☆★

Ｑ >>1 は時代に順応できないコボラーだと思いますか？

１．はい
２．いいえ
３．その他

現在の結果
１．はい　　０票
２．いいえ　２票
３．その他　０票

http://install.anark.com/content/MusicSite/MusicSite.html

百歩譲ってWebアプリやるとしても
このくらいやってほしいよ。javaならできるんでしょ？

>>1
>javaならできるんでしょ？
・・・

>>11
2

JAVAは何でも解決できると思ってるコボラー。

★☆★ Webアンケート ★☆★

Ｑ >>1 を四字熟語で表すと？

>>18
コボラー

>>1
出世できないタイプ。

本当にWebアプリって役立たず。鈍重で醜く、使い勝手が悪い。

どうしてこんなものがはやるのか、おじさんには
さっぱりわからないんだけど、だれか頭のいい人
理由教えて？

「頭の悪いおじさんをリストラするため」以外の回答をお望みですか？

>>21
トリップ付けて下さい。
そうしたら考えてあげてもいいよ。

>>15

そんなのJAVAでなくてもできるし・・・

そんなに、Web嫌いならおとなしくクライアントアプリでも作って
一人で使ってろよ

>>1 は
マイティボンジャックのやりすぎ。

みんな躍らされているだけ。
本質を見極めたほうが良いと思うが。

マイティボンジャック……（ｗ

本質とは？

>>1 は
かけうどんにネクタイ。

>>28

そのシステムに特化したほうが最適化できるし性能は上。
ネットワークが必要ならばその都度繋げば良いことだし。
そのほうがセキュリティコストも削減できる。

>>1
元ＣＣＢ？

26,30は偽１だ！

まぁ、俺の思う本質とは

「ユーザーが必要とするものを創れ、技術の押し売りはするな！」

ってとこか。。。
まぁ、それを言ってしまってはほとんどの会社はつぶれるな。

>>30
そして開発コストや更新コスト、利用者の教育コストを度外視すると。

32は偽１だ！

まぁ、俺の思う本質とは

「俺が分かるものを創れ、技術の押し売りはするな！」

ってとこか。。。
まぁ、それを言ってしまってはこの先やっていけないけどな。

>>マイティ
ほんとはWEBアプリを書いてみたいんだろ？
IT系ですって言いたいんだろ？

>>33

開発コストも更新コストも
今まで培った技術や各種ドキュメントにより問題はないと思う。
Ｗｅｂアプリでも教育コストは変わりないと思うが。

>>32
本物かどうかはしらんが区別してほしいならトリップつけれ。
技術の押し売り？
「ユーザが必要とするもの＝技術的に可能なもの」ではないだろ。
もちろん、所詮プログラムなんだから技巧を凝らせば
ユーザの求めるものは作れる。だけどそんな夢みたいなものを
開発するにはあらゆる資源（人、金、時間）が必要なんだよ。
だからこちらとしての妥協点がWebアプリだったりするわけだ。
そんなことも考えないDQN様はお逝きになられたほうがよろしいかと。

>>36
ふーん、汎用的なネットワークアプリのフレームワークを持っていらっしゃると。
クライアントアプリの自動更新もできるんですね。
ぜひとも実例見せてください。

>>38

ですから汎用的なものではなく
特化したシステム（環境）で開発すれば
それだけ集中できるということを言いたかっただけですが。
お分かり頂けたでしょうか？

test

真・スレッドストッパー。。。(￣ー￣)ﾆﾔﾘｯ

？

e･まいてぃーぼんじゃっくまんせー

>>39
爺ですか？

>>39
特化したシステムを作るコストはどこが負担するのですか？

また、いくつかのソリューションに特化したシステムは既に
オープンソースプロジェクトやアプリケーションベンダによって
開発されているということはご存知かと思われますが、
既存のフレームワークを導入するための検証コストは誰が負担しますか？

これらに必要となる総費用を完全に無視して議論を進める者は誰ですか？

>>45
何百本とコードをメンテナンスしてきました。
その中で何度かのパラダイムシフトはありましたよ。
しかし基本はなんら変らないことを身をもって得ました。
過去の資産は論理的に立証されたものであるからこそ
現在になっても廃れずに受け継がれているのではないですか？
そうでなかったら世の中全てＷｅｂアプリになってなければ
なりませんね:-P。

>>46
その長い経験をまとめてWebに公開してください。

Windowsアプリって糞ばっか

とか言ってる人が多い時代もあったね。
さっさと順応しないとおいてかれちゃうよ♥

新規開発じゃないとお金をもらえない

>>46
別にオールオアナッシングでもないよ。
Webアプリが糞ではない＝すべてWebアプリになるはず
ということはないし、逆に
すべてWebアプリにはなってない＝Webアプリが糞
ということでもない。
単にお客の都合や事情とか、担当者の都合や事情とか、
好みの問題とか、そういうこともあるでしょ。

まあ、確かにわけもわからずなんでもかんでもWebアプリ
にしちゃえ、みたいな風潮がお客にもシステム屋にも
ないこともないとは思うけどさ。

ユーザーの気持ちになっても、たかが数回のデータ入力のために、
アプリをダウンロード→インストール→入力＆送信→削除　を
わざわざやりたくないと思うが。

　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　／￣＼　　 ／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　─（ ﾟ ∀ ﾟ ）＜　あぷれっとあぷれっと！
　　　　　　　　　　　　　　　　　＼＿／　　 ＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ ﾟ∀ﾟ）＜　あぷれっとあぷれっとあぷれっと！
あぷれっと〜〜〜！ ＞（ ﾟ∀ﾟ ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／ ｜　　　 〈　｜　　　｜
　　　　　　　　　　　　　 /　／＼_」　/　／＼」
　　　　　　　　　　　　　 ￣　　　　 / ／

そもそもＷｅｂアプリの利点ってのは
・よく使われるＷｅｂブラウザがあればクライアントアプリがいらない。
・クライアントが無いと言うことはバージョンアップによる更新はサーバ側のみで完結する。
・サーバが十分に高速ならクライアントのマシンが非力でもかまわない。
・あらかじめフレームワークが整っているので作りやすい。
てあたり。
逆に
・入出力に不自由が多い（最近は改善されてるけど）
・クライアントでやればいいことまでサーバで処理しないといけない。
・フレームワークを自由に構築できない。
なんててこともあるんだけど、>>1はこっち側しか見てないんじゃない？

おいらはどっちかというと「そんなにごてごて機能つけたいんなら
アプレットかクライアントアプリでやれ！」って思うこと多々なのだが、
無駄を排除したシンプルなＷｅｂアプリは好きなのさ。

>>1
＞Webアプリって糞ばっか
って拒絶しているだけの>>1は時代についていけなくなりますね。

とりあえず、糞ではない、見本になるようなWebアプリのサイト
を晒してくれ

>>53
Webアプリの短所の一つに、レスポンスが悪いことが
あげられるな。
単純な照会に何秒も待たされるのは、使う側は
もちろん、作る側も不本意。

>>55
http://www.microsoft.com/

>>56
確かにネットワークを介する都合上そういうこともあるですよ。
でもそれはＣＳ型の宿命なので、できるだけレスポンスがよくなるようがんばるですよ。

>>58
そういうこともある、というか、そういうことばかり
な気がする。
ネットワークを介する、というなら、VBで作ったC/S型
アプリもネットワークを介する訳だが、馬鹿みたいに
何の工夫もなく作っても、Webアプリほどレスポンス
は悪くならない。

>>59
HTMLのみなのに「VBみたいなこった表示にしる！」とか
ブラウザは逐次処理できないのに出力結果が千件になる検索して
「検索済んだやつ片っ端から表示しる！（一画面で）」とか
そういうこと言われるのは、ちがうんじゃねーの？と。

それはそういうもんだという認識の上でそちらに擦り寄る。
それができないならＶＢクライアントでもよいと思いますよ。

>>57
たった今、そのサイトを見ていてブラクラ食った漏れがいるわけだが。

みんな雑誌、Ｗｅｂの情報の安受け売り。
経験浅いな。

★☆★　メニュー　★☆★

ＣＯＢＯＬのＪＣＬ炒め　￥２，８００−
ＣＯＢＯＬのフライ　￥５８０−
ＣＯＢＯＬの煮付け　￥６８０−
ＣＯＢＯＬの天ぷら　￥７８０−
だし巻きＣＯＢＯＬ　￥３２０−
ＣＯＢＯＬの酢の物　￥２１０−
ＣＯＢＯＬサラダ　￥２２０−

プラス￥２００−で
ＣＯＢＯＬご飯と
ＣＯＢＯＬのお味噌汁またはＣＯＢＯＬのお吸い物が付きます。

>>1
具体例を伴った反論できないの？
あなたが経験者だと言うなら、それらしいネゴシエーションして見せてよ。
あなたこそ、自分の見聞きしたことだけ安受け売りしてんじゃないの？
この業界、辞めさえしなきゃ誰でも経験者だよ（藁
つまるところ、Ｗｅｂアプリでバキバキのクライアント風アプリ作れって言われて
挫折しただけなんじゃないか？

Webアプリって具体的になんのことだよ？

もう秋COBOLのうまい季節か

>>65
あんたが書き込んでるこれ

みんな偽１に煽られている。
本物の１はだいぶ前からいないよ。

>>67
ブラウザのことか？ それともサイト(２ちゃんねる)のことか？

★☆★　糖度　★☆★

ＣＯＢＯＬ　＋１２
ＪＡＶＡ　＋８
Ｃ＋＋　＋７
Ｃ　＋８

別にWebアプリを否定しているわけじゃないけどさぁ
確かにいいところは沢山あるよ。

でもさぁ、クライアントサイドのMFCとかOpenGLとかDirectX
とかの開発経験があると、「なにこれ？」って感じなのよ。
ユーザーインターフェイスの自由度が低すぎるって。
この程度ならユーザーの要望があっても「できません」の
一点張りじゃねーの？

ひどいことに以前ならＶＢでやっていたようなものもWebアプリにしちゃうし...

今の若いやつってWebアプリしかやったことのないやつも
多いんだろうな。

時代の流れってやつなのかもしれないが、アセンブリからC言語に移行
した時とは何かがちがう。Ｃに移行したときはやれることが拡大した。

俺も29で来年は30だ、おやぢ入ってきたのかな。

>Ｃに移行したときはやれることが拡大した。

やりやすくなっただけで、拡大はしてないと思うよ。
逆に犠牲になってる部分もある。
Webアプリも同じようなもんだと思うが。

>>71
なぜ、Webにするか考えたことある？

どらっぐ＆どろっぷ出来ないなんて糞

Windows,Mac,UNIX諸々。これらにアプリケーションを
対応させるのがどれだけ大変か、、まあWin房には分からんか。
それも毎月のように仕様変更があるシステムで。

それにアプリケーションごとにプロトコルを規定しなくて
言い分楽なんだけどな。一般にWebアプリケーションとして
実装されているものでHTTPじゃ問題があるようなケースの
一つでも上げてみたらどうなんだ？

というかお前ネットワークアプリ書いたことないだろ？

>>74
環境によるな。できなくはない。

>>75
HTTPじゃセッション管理一つできないじゃん。

>>77
だからそのセッション管理が必要な
具体例を挙げろと言っている。

78はセッション管理の必要な具体例も考えられないアフォですか？

>>76
屁理屈は不要。

>>78
“セッション”て何だか判ってんだろうか…
(つーか“トランザクション”のが適切でないかい？)

>>81
“トランザクション”て何だか判ってんだろうか…

電卓みたいに数値を右詰めで入力させることすらできないなんて
Webアプリは電卓以下。

>>83
だったら電卓使えよ。

初カキコです。
別に悪くいうわけではないが、>>1の意見はどうかと思う。
いまやADSLも普通になってきて、ネットなしには生活が不便になるという日も遠くないと思う。
その中で>>1がいう「Webアプリ」とは何を持って定義しているのか？
「Webアプリ」というと「使用者が不特定多数」ということを最低限カバーできると思う。
逆にこれができないとＡＤＳＬ、ネットなんてなんの価値もない。

結局1が大局的なもの見方をできずに「あれもできない」「これもできない」という弱点
を指摘しているだけのように見受けられる。これ如何。

自分のカバーしているエリア（開発として仕事している範囲）ではそういうことを吠えて
いればそれで済むかも知らないが。逆に1がサイトを作るとしたら必ずＣ／Ｓのような
モジュールをインストールしろ、か、1のクライアントは今後間違いなくWebアプリは作れ
ない。1のような視野の狭いＳＥが担当では。

http://pc.2ch.net/test/read.cgi/prog/1033957214/

http://pc.2ch.net/test/read.cgi/prog/1033957214/1

さっさ
http://pc.2ch.net/test/read.cgi/prog/1033957214/l50

>>85 >>87

なんだね?ちみは。
>>85さんが初書き込みでマジレスしてるのに失礼だろ。

>>81ってアフォ丸出しだな。

>>86-87は1さんではないですよね？
1さんに質問です。あなたのお客さんが「いや〜Webアプリってどう？」って
いってきたらどうします？

>>84
おまえ頭悪すぎだよ。

>>91
糞なのを承知の上で金のために作れば。

>>93
ってか無理ではないか、と。

>>1の言ってることは正しい。
Webアプリではダメだから.NETのスマートクライアントのようなものが出てきた。
そして、それを実現する主役はVB.NETやNetCOBOL。

表示内容の自動更新すらできないなんて糞。
まして、表示内容の一部分のみの自動更新なんて…

.NETじゃWinでしか動かんじゃん。

Webｱﾌﾟﾘも糞だけど、Webｱﾌﾟﾘを必死に援護してる
香具師（きっとWebｱﾌﾟﾘで飯食ってんのか）って
大糞って感じの書き込みしかしてないなぁ。。
きっとPerlしか書けない糞なんだろうなぁ。。

なにかと引き合いに出されるPerl。

>>98
別にいいじゃん、後で苦労するの本人たちなんだから
そいつら内心気づいていてヤバいと思ってんだろ。
Perlちょこっといじってるだけの自称WEB屋は
コボラーよりも下の階層だよ

>>97
WINで動けば十分だろ？

>>101

十分かどうかは知らん。
そんなもん客の要求次第。
お前ずいぶん楽な仕事してんだな。

.NETクライアントもいいが、
Javaクライアントは終っちゃったの？
Java Web Startはどうなった？

>>102
お前ずいぶん胡散臭い仕事してんだな。

結局、>>1を非難してたのは低脳ってことでOK？

プログラマ歴10年なんだけど、WEB系って全然経験ない。
だけど、たぶん2,3週間も時間をくれりゃ、それなりに
組めるようにはなるし、さらに2,3ヶ月も経験すると、
その辺の雑魚プログラマには負けないくらいには会得できる自信はある。
1年もやれば、恐らくその職場で1番の達人になってるだろう。
たぶんだけどな。

Unix-Cからプログラマを始めてMakefileの
書き方覚えて、シェルスクリプトを書いて、見よう見まねだけど、
Emacs-lispもいじったり、ときには時にはMS-DOSの
プログラムを書いて、BIOSコールやDOSファンクションやら
なんやらを覚えて、趣味では68KMacのプログラムを書いて、
VBやらInfomixやらOracleなんかも仕事で使って、
Windows全盛の時代になってからは、Win95のドライバー(VSDだけどな)
を書いたり、MFCアプリも作ったりといった経験がオレには
あるわけだが、その経験を踏まえて言えることは、
まアレだ。言語やOS、開発ツールが違うと出来ること出来ないことの
数多くあるんだけれど、プログラミングってのはみんな結局同じ
ってことだ。

出来ない奴は何をやってもダメ。

あと5年もするとWEBアプリしか経験ないやつは、
今のVBプログラマみたいな扱いを受けるようになるし、
10年後にはコボラー並みの扱いになるぞ。
若いうちにいろんなこと経験しとけ。

>>102
おまえ固定客も持てずに色々なお客さんを渡り歩いてるのか？
世の中、必要な苦労とそうでない苦労って物がある事を知ったほうが良いぞ。

>WEBアプリしか経験ないやつ

こいうヤツが沢山いるかどうかは、ちと疑問だな。
大抵、他の部分とセットでお仕事来るし。

Javaプログラマは次世代のCOBOLer

とか誰か言ってなかったっけ？

いや、まじでJavaはどうなるの？

>>107
何言ってんの?(W

>>106
webアプリしか経験ない奴なんて糞だよ
設計できる奴しか食えないよ
プログラマとしてUNIXやWinでゴリゴリコード書いてた奴に
勝てるわけがない。
webアプリが今より流行ったとしても、俺らは片手間で片付けるだろう。
それまでweb系の末端で働いていたなんちゃってweb厨は処分される。

>>108
× WEBアプリしか経験ないやつ
○ WEBアプリとVBAしか経験ないやつ

対象とするユーザーのによって使いわけるんじゃない？
社内の業務なら多機能なクライアントツールで良いが
グループ会社のユーザーとか、あるいは外部から営業マンが使うとかなら
WEBアプリでしょう。

WEBアプリとVBAしか経験ないやつ

本当にいるの？そんな奴

>>115
居るよ、それらをWEB系兵隊といいます。

>>115
おれも見てみたいのだが、残念なことに周りには居ない。

>>114
あと、不特定多数のコンシューマ向けサービスとか。

>>118
そうだね。e-commerceやCRMのパッケージは需要があるからね。

>>116
それアレだろ、未経験者歓迎！の頭数揃えのための人員で
実際、稼動してねーじゃん
金取るためだけにぶち込む兵隊だろ

>>120
それはずいぶんとひどい詐欺会社ですね。

WEBアプリしかやったことない奴はダメなんですか？
例えばオブジェクト指向設計で開発してるレベルでも？
っていうか入社一年目二年目の新人なんかだったら仕方ないと思う。
>>106　の人みたいな人だって最初は何か一つしかできない時代があったろうし

燃料ｷﾀｰ

>>122
具体的に何を使ってるの？
ASP.net？

叩く対象をモノからヒトに変えるとスレのノビがいいのは
どのスレも一緒だな。

>>122
自分の駄目さ加減を正当化しないでください

入社1年目の新人でオブジェクト指向設計ができるヤシがいたら、職場の宝です。

>>127
ASPでクラス使ってますってレベルじゃないの？

>>124
あー、俺がオブジェクト指向設計で開発してるって意味じゃないよ！
プログラマ歴の浅い俺が言うのもなんだが、っていうか、だから思うんだが
結局どんな言語も用意された機能を使ってるっにすぎないことですよね？
WEBまわりの言語は機能が貧弱で
Winまわりの言語だと機能が多い。ただそれだけの違いではないの？

>>128
それは単にオブジェクト指向言語をつかってますってことなだけじゃないか｡｡
俺が思うのはどの言語ができるというのではなく
最適なシステム設計のできる奴がすごいのではないかと
でもそれだと多くの技術知ってるほうが良いな｡｡｡矛盾してる

WEBアプリを作れる環境を持ってる奴は簡単にそれ以外の言語に手を出す事が可能だ。
その環境を持っていながらWEBアプリしか作ったことが無いプログラマーをCOBOLreと表現する。

>>130
いや、ASPはオブジェクトを使えるだけでオブジェクト指向ではないよ。
俺が言いたいのは
おまえオブジェクト指向と言いたいだけちゃうんか
ということ。

>>128
俺が言いたいのは
おまえオブジェクト指向を知ったかぶりしたいんか
ということ。

>>133
あら、俺知ったかぶりしてる？
じゃあASPのオブジェクトって何ができるの？

>>122
Webアプリに限らず特定の分野しか
手を出してない人はダメだと思うな。

>>132
オブジェクト指向と言うだけのことになんの意味が？
ASPはあまり知らんのだが、
JAVAでMVCの形で設計されたWebアプリに多少関わったから
なんとなくニュアンス程度はわかるよ！
ただWeb開発がメインの仕事じゃないので｡どこまで追求して良いのか

Webやったことのない爺どもが主観で物言っても説得力ないよ。
１つでもプロジェクトこなしてから言いなよ。
枯れた環境で得意がってないで、新しいものにも手をだしたら（ｗ

>>135
それはプログラミングという分野内において？
それを言ったら、技術だけの
業務知識のないプログラマーもどうかなと思う

>>130
いろんな言語や技術を知った上で、その中から状況に合わせて最適な
ものを選び出せればいいね。

って言うだけなら簡単だけどな。

Webアプリケーションが糞って、ちなみにPetStore程度のものを理解してからモノいってるんだろうなあ？

>>140
何それ？
でも結局、表面だけをみて言ってる奴って多いんだろうね。
どんな技術だって突き詰めれば奥は深いと思うよ。
J2EEだの、.NETだの技術は次から次へと出てくるしね

>>140
同意。
まあでも、ブラウザベースのアプリは
UI周りに難があるってのは正論だと思う。

>141

PetStoreはSunの作っているJ2EEのサンプルで

http://java.sun.com/blueprints/code/jps131/docs/index.html

とかみるといいのかな。
いずれにせよ、まともにJ2EEアプリケーションの設計/構築できる
人ってあんまりいないような...悲しいことに、うちの会社には皆無。

>>138
うーん。。。
「開発対象の業務知識」って意味なら含まれると思うけど

「技術はすごくても社会不適合者はダメ」ってなことを言ってるの？

>>140
Petstore？糞中の糞だな。あんなゴミが
アプリケーションなどと言うのはおごがましい。

どうせJ2EEのサンプル作るなら、もっとマシな
物を作れよ、あれじゃあ厨が適当にでっち上げた
'Webアプリケーション'と変わらないぜ、とsunに
言いたい。

Petstoreはサンプルというよりチュートリアルの
例題みたいに捉えていたけど、違うの?

Windowsしか使えないやつはどうもクソだな。
そういうヘタレは分からない不具合に出くわすと
原因を突き止めるまでもなく「相性が〜」とか
訳の分からないことを言い出す。

>>147
確かに同意だが、あんまりこのスレと関係ないような気がする。

>「相性が〜」

いるいる(W
秋葉原のPCショップの店員みたいなヤツ。

>>1 は 1 消費者の意見であって企業側の意見をまったく考慮してないね。
Web アプリケーションで直接の恩恵を受けるのは企業側。間接的に消費者側でも
利益を受けるってこと。

>>150
普通、使う側（消費者側）が使い易いように考えるんじゃないの？
提供する側の意見を優先にするって何様じゃ？
そんな糞企業誰にも相手にされなくなるよ。
そか、おまえは官僚か？銃器ネット考えた香具師か？だろうな。

なんだか学生が紛れ込んでいるようなのでお約束の晒し上げ

106イタタ

学生？

151イタタ

縦筋マン、やっちゃった

PetMarketは面白いよ。
http://www.macromedia.com/desdev/mx/blueprint/

>>151
150が言ってるのは企業内でのイントラやエクストラネットのことではないの？

>>157
おぉ、なかなかいい感じでは

これって、内部的な処理をJ2EEにやらして、外面をFlashで
やるということなのだろうか

While the web provides an excellent user experience for browsing content,
we believe the current user experience for web applications makes even
simple activities like online shopping too difficult, and more complex
interactions like those in traditional client/server and desktop applications
almost impossible

俺もそう思う

>>144
業務アプリを開発する場合は、やっぱり業務知識は必要じゃないかな？
それと、生涯一プログラマーとして生きていくならいいんだけど、
大概の人間は上流工程に変わっていくだろうから、
結局ユーザーの業務を理解した上でのシステム設計は必須になってくる。

>>160
オンサイト顧客をチームに置けば、オンサイト顧客から開発者が業務知識も学べるよね。

>>151
消費者側こそ、WEBアプリを望むだろう！
サービス受けるために
いちいちクライアントアプリをインストールするのか？

>>162
問題なのは、ほとんどのWebアプリは糞と呼ぶのにふさわしく
消費者にとって使いにくいものであること。

その理由はクライアントアプリケーションでできるほどの
自由度がユーザーインターフェイスにおいてないこと。

>>163
インターフェースの部分は、どれくらい機能アップするんだろう？

>>163
そもそもWinアプリとWebアプリを比べる時点でおまいらは糞。

>>165
比べられると困るモンしか作れないおまいらは糞。

このスレに書き込んでるやつって糞バッカ

俺はWinアプリの方が簡単。いろいろできるから簡単。
Webアプリは制限が多いから逆に難しい。

>>163
JavaScriptやらCSSやらFlashやらAppletやらHTMLの深い知識とか。
それにさばサイドのプログラミングにHTTPの理解。
馬鹿にしないで真剣にやってみると、WEBアプリでも結構なことができますよ。
なんつうかプログラマにとっては制限ある環境でいい物を作るのは楽しいことじゃない？
Z80　８KBROMでゲームを作ってたときに近い感じ。

Webアプリで厳密な例外処理とかやってると氏ねるので嫌でつ
ていうか出来ないから知らんふり、という事が多くないかい

糞ってのは別に良いんだけど、言ってる香具師が UI しか引き合いに出してないのはアイタタだな。

良くも悪くもUIしか叩くところが無いんでしょう。

でも、左寄せ右寄せとかEnterキーの使われ方とか、
そういう解決可能な表面的な問題よりも別の叩き方があると思うがね。

Webアプリの最大の特長にして最大の難点は、
複数のテクノロジーを組み合わせないとまともな物が作れない事にある。

小規模のローカルシステムをなんでもかんでもWeb化しようとしてる動きも悪いな。

今までWinアプリだったやつをブラウザ上で完全再現するのは無理がある。
かといって新しいインターフェイスにするとお客さんからクレーム。

ここで糞糞言ってるやつってこんな業務にでも回された連中なんじゃないのか？

VisualStudio以外にまともな開発環境があればいいんだけど

>>173
いやただの基地外クレーマーだろう。

「.NET」と「Java」のプラットフォーム戦争は五分の争い〜米調査結果
http://www.watch.impress.co.jp/internet/www/article/2002/1008/dnetjava.htm

近い将来JAVAは組込とマイナー市場だけになるだろうな。
結局はMSなんだよ。

んなことより、マイティボンジャックのやりすぎって事の方が気になるんでつけど
昨日ツボにはまって眠れなかたよ

>>177
何歳？おれ28。当然ﾜﾗﾀ

>>178
俺27
マイティボンジャックあげ

http://www.smokymonkeys.com/triglav/

Web RPGだって。

>>25
>>177
>>178

当方31。漏れもﾜﾗﾀよ。

ﾌｧﾐｺｿ初の、256K大容量ｿﾌﾄだったっけ(ｗ

>>180
RPGっつうから勘違いしてクリックしちゃったよ

しかもテクモ

ファミっ子大集合age

WEBアプリをインタフェースまわりで批判してるんなら
業務システムなんてインターフェース部分の開発なんてほとんどなくて
DB内でのトランザクション処理ばかりプログラミングしてるけど糞ってことかな？

かなりマイナーだが、OracleのDeveloper関連はGood.
C/Sで作りこんだシステム、Web環境にほとんどそのまま
移行できたよ。帳票もPDFで吐き出してくれるしね。

純粋にWebアプリとはいえないかもしれな
いが。。。

問題は、PL/SQLで組める人間がJavaほどはいないことと
ちとお高いことかな？

それと、C/SからWeb移行でクライアントアプリの管理コストは
（端末数にもよるけど）数10分の１だよ。

あんま端末数ないならお勧めしないけどね。

>>185
はい、糞です。
業務系は糞です。男なら制御系です。

>>186
Developerはクソだろ

PL/SQLって、高いのか？
それってほんとか？
ネタじゃないだろうな？
転職する時に有利なら、ネタに使うのだが？

>>189
ネタだろ
>問題は、PL/SQLで組める人間がJavaほどはいないことと
>ちとお高いことかな？
矛盾してる、Javaで組める奴がPL/SQLで組めないのはおかしい。
Javaやってる奴はレベル低いのか？

>186
Developer 2000しかやったことないけど、あれがそのまま
Webに移行出来るの？

あれはクソっていうか、二度と触りたくない開発環境だったけど。

うぅ、確かに矛盾するな。
ｊａｖａを理解できるなら、PL/SQLなんぞチョロいはずだ。

書き方がかなり悪かった。
誤解させてスマソ。

高いのは開発環境のお値段。
Oracle JDeveloper なんかとFormなんかがセットに
なったんで、６５マソくらいに値上がりしたと思う。
Webk環境だとOraclei9AS Enterprise必要だし。

>>190
そんなわけで、高い低いはプログラマの費用では
ありません。

>>188,191
開発環境が極悪なのは認めるけど、Web環境での
帳票関連は扱い易いよ。
移行を検討した１年くらい前、Javaだと帳票関連は
あんまり数がなく、かつ激高だったので、
結局Developerのまま移行した。

>>186
帳票だけなら他の製品買ったほうが良かったんじゃないの？

>>194
新規だったらそうしたよ。
ただ、「移行」になるので、目に見える費用はこれが
一番安かった。

現在進行形でEBSやってますが、サーバやネットワークの能力が高いと
ローカルアプリ並みの速さで動きます。逆にいうとサーバが糞だとダメダメなんですが。

ただ、インターフェースに関しては「そこまでしてPL/SQLにせんでも・・・」、
ユーザが突拍子もない要求してきたときは「Javaで直接組んだらええやん」とか
思うんですがね（本職Javaプログラマなもんで）。

つうか、webアプリがI/Fがショボくてダメというなら、
コボラーはみな氏ねということだな。

perlはわからないけど、javaはわかるってダメでしょうか？
ちなみに、私はcgiより、servletの開発経験の方が長いです。

VisualPerlってのをMSが作ってくれりゃいいんだがな

・パソコンが糞。結局中途半端の塊。
・ほとんどの業務アプリは、良いサーバーと携帯端末で十分
・HTTPとブラウザが糞（IEが90％以上になったので、もう終わり）
・インターネットが糞、セキュリティー費用考えたらもう専用線
・画面じゃなくて、音声認識、視覚認識、脳波認識早くつくって

結局、Ｗｅｂアプリが使い難いとか以前に
ＭＳとパソコンとHTTPとブラウザとインターネットが無くならないと
おじいさんやおばあさんがＩＴを利用できないでしょ。
もう生きてる間に、ナイトライダーやドラえもんは誕生しないかな

電波参上。注意（↑）

未来技術板へ逝け

でも
ＭＳとパソコンとHTTPとブラウザとインターネット
は糞だろ！！

(´-`).｡ｏＯ(どうやって2chにカキコしてるんだろう？）

KingOf糞

　IEでしか動作確認しないハゲ
　PerlとPHPしかできないのにプログラマー気取りなうんこ
　プロセスで起動してしまうApacheのCGI
　Linuxの偽マルチスレッド
　IIS野郎
　コボラーとVB厨
　

>205
そんな糞どものKing of Kingsは？

Pentium4

>>198
perlにできてjavaにできないことなんてないだろうから、それでいいと思う。
ただユーザーがperlで開発御願いしますと言って来たらってだけの問題だと｡｡
perlってある意味ややこしいね。曖昧な感じ。本来の文法をかなり省略できてしまうし。

>>199
VBとかあまりやったことないんでわからないけど
Visualってつくのってクライアントアプリ開発が主体の言語じゃないの？
VisualPerlってイメージわかない。

>>208
そうかな？perlはすっきりしててわかりやすいと思ったが？
特に「コンテキスト」という概念が便利。

@a = ('a', 'b', 'c', 'd');
# リストコンテキスト
print @a, "\n";
# スカラーコンテキスト
print scalar(@a);

出力：
abcd
4

VisualPerlあったぜ
http://www.activestate.com/Products/Visual_Perl/?_x=1

PC初心者板のｲﾀｲﾔｼ（・３・）ぼるじょあに投票してほしいYO！
やり方は簡単、↓のURLを訪れるだけ。手間は取らせないYO！
http://2ch.hacca.jp/cgi/vote700/tvote.cgi?event=baka2&sid=1034136112&item1=%81i%81E%82R%81E%81j%82%DA%82%E9%82%B6%82%E5%82%A0%81%9FyBEncckFOU&item2=&com=&add=%93%8A%95%5B

投票結果は↓で見れるYO！
http://2ch.hacca.jp/cgi/vote700/tvote.cgi?event=baka2&show=all

Webアプリって簡単？

今までは、C++しかやったこと無いんだけど
こんな俺でも出来ますか？

>>213
もちろん無理です。

余りにあほらしくて30分で嫌になるでしょう。

>214
そんなに難しいの？
参考書でもかってこよっと。

C++でWebアプリ組んでますが何か？

>>216
「>>169」が書いてるキーワードでピンとこないならあきらめれ。

C++/CORBAで昔あるところがかなりの規模のWebアプリケーション作ってました。
私はそこに出向されそうになったのですが、なんとか辞めさせることができました。
死ななくてよかったなと思ってます（ニヤリ

>219
NTTDがやってたとこ？死人が何人かでたけど、局所的に激しいセクションが
あっただけで、普通のとこは割とマッタリしてたよ。

汎用機畑の人には

「Webアプリなんて昔のダム端末と一緒ですよ」

と説明すると理解が得やすい。

>>221

ﾜﾗﾀよ

iアプリとは違うの？

>>221　年がばれるぜ〜

年配のシステム屋さんはこの言葉で納得してくれるよ。
摩訶不思議な最新技術(?)と思われたものがとっても身近に感じられるみたい。

あとはWebアプリならではのメリットを強調。
高い端末機買わなくても、すでに持っているパソコンが追加費用無しで
端末に早変わり、とかね。端末って結構高かったらしいから。

　画面がしょぼいのも、複雑にするとその分
ダウンロードに時間が掛かる、ってのも納得してもらえる。

　画面変更してもクライアント側の入れ替えがいらない、
ってメリットは端末だから当たり前って事になっちゃうけどね。

　まぁ、客の昔話がおまけについて来たりするけど、そういうの聞くのは
嫌いじゃないしね。聞いとけばあとで設計するときに参考になるし。

結局、安価な、ご都合主義、間に合わせアプリ（←そもそもアプリと呼べるかどうかさえ疑問）なだけで。
M$-ACCESSで本格的DB構築っていうのとWEBアプリって同レベルっしょ。
どっちもやってるけれど。

>>226
> M$-ACCESSで本格的DB構築
無茶言うな。

>>227　御意！
WEBアプリって格好つけても、ＵＩがブラウザ、文字コードは気まぐれ、
技術は日進月歩に見えて、目くそ鼻くそ。
製品にとって大切な信頼度だけとっても本格的業務システムの比じゃない。
要は、ママゴト、つーるレベルのもの。

配布容易で、開発工数も少なく、単価も抑えて、しかも不特定多数が使用可能な
「つーる」なら貴重な戦力だろうが。その点、ＡＣＣＥＳＳも一緒。

ママゴトとかゆーなら2chに来るなや。

時代に取り残されたC/Sプログラマが集うスレはここでつか？

はじめて書き込みします。
私は金融システム専門ですが、プロジェクト終了から次のプロジェクト開始まで
の短期間でWebアプリの開発に参加することもあります。
Webアプリは、UIの自由度が低い(全面アプレットにすればある程度解決可)、
サーバ側がスクリプトなので処理に時間がかかる(サーブレットにすればある程度解決可)、
複数技術の寄せ集め的なところがあり、信頼性に問題がある。
その他にも問題はありますが、そこそこ使える技術ではないでしょうか？

Webアプリも酷いがWebの技術も全般的に糞ばっかだよな

つーかhttpが糞

剥げ同。
コンテンツの高速配信に特化したステートレスプロトコルに業務システム載せんなや。

だからｵﾏｲﾗが作れ

>235
何を？

プロトコルくらい自分で作れ

>237
素人は書き込まないでね

　　　　　　　　　　　>>237　　は　　素　　人



晒しage

>239
確かにその通りだがこれだけは言わせてくれ


　　　　　　オ　　マ　　エ　　モ　　ナ　　ー

>>240

素人のお前になぜ、そんなことが言える？

キサマガナーだよ。

>>240

なぜ、>>238はいいのか知りたい。

>242
改行が少ないから

>>243
改行が多いのわざとだと思われ。

敢えて言おう！
ブラウザで一元的な情報をPOSTするかわりに、専用クライアントから要求を構造を持ったXMLとして送れ！と！
そして結果の到着を待たなくても、次の独立した操作に移れるようにしろ。

だから文句あるなら自分で作れってば

>246
何を？

ブラウザの1つも作れんのに知識だけ一人前ってのアレだな

PGだったら自分で欲しいものがあるなら自分で作れ。

あ、Ｓヨでしたか、すまん。

PGにも糞な奴っているんだな

あれがダメとか、これがダメとか言ってる人たちは
適材適所の考えができていない気がする。
HTTPが有効ならHTTPで、IIOPが有効ならIIOPで。
なんでもかんでもHTTPっていうのがそもそもの間違いだと思います。

ダメと適材適所は関係無いと思われ。

>>252
そういってる間はまだ初〜中級者レベル。

ブラウザか。簡単なブラウザならVBだと6行で書けるらしい。
javaでも簡単だな。Frameの分を入れて20行くらいか。汚いけど。
まぁ、APIを利用しただけでHttpを知らなくても出来るものは作ったと言えんか。

>>253
いみふめ

>>255
腐った蜜柑を食用に使おうとすれば、ダメだが、
肥料に使おうとすれば、ＯＫ。
つまり、適材適所が分かっていないから、"ダメ"が発生する。
世の中にダメな技術は存在しない。
その使い方を理解していなから、ダメだダメだと連呼しているにすぎない。

どこかの糞どもが、ＷＥＢアプリなんてすぐ出来るなんて言ってるが
そもそもどのレベルを指して言ってるのだろうか？
使う言語一つとっても選択肢がいくつもあるし
何よりロジックとデザインの分離という
未だ有効な方法論が確立していない問題もある
それらをすべてすぐにマスターできるなんて妄想だろ。
どうせ自分のホームページで使う安っぽいCGIレベルしか想像できないんだろうな

結局、ハード環境も含めたシステムの背丈に合ってないものまで
Webアプリ化しようとするDQNが多すぎるのではないかと思われ。

どう考えてもC/Sで作った方が早いし安いと思われるような要求が多すぎると思う。

>>258 禿同

>>258
禿同age
なんでもかんでも馬鹿の一つ覚えみたいにWebで組むなつーの

http://www.agemasukudasai.com/bloom/

>>260
同意だが、いずれ時代遅れになるときが来るかもな。
神話の時代に「なんでもかんでも汎用機に乗せるなっつーの」とか言ってた人達
みたいに。

>>258
Webアプリ論ずるのに、製造の時間やコストを持ち出すのは、なんだかな。
運用コストで勝負してるんだから。
それも含めて、「やっぱりC/Sの方が良かった」ってことになるのなら、
選択を誤ったってことだろう。

モジュールの自動置換機能さえあれば
C/Sの方がいいんでない？

>>256
アフォだとしかいいようが無い。

会社でノーツとサイボウズ両方使ってるが
サイボウズのほうが使いやすい。
ノーツは重くて不安定でたまらん。

>>265
言い返せないけど負けは認めたくないってセリフでつか？

個別ソフトの話してもしょうがないけど
たしかにノーツはヘボイね・・・

・・・
おまえら一生C/Sやっとけ

自社で使ってるわけじゃないのだが･･･
アップグレードしてくれよ。システム部さんよ〜（怒
メールのSubjectが化けるのがめっさはらたつ。

>>270
Ro-majiに汁！

>>267
いや俺の負けでいいよ。
一生やっててください。

ちなみに、267は私ではない。
煽るつもりはないので、気分悪くした人がいたらゴメンです。

C/Sも糞。

コボラーがWebアプリの説明を聞いて一言。

「なんだ、けっきょくメインフレームの頃のやり方に戻るんじゃないか」

ﾊｲﾊｲ。

（＾＾）

>>257-258

アプレットの戦線復帰　>>157Flashの台頭
これでまた頭を悩ますことになるだろうな
明日の飯に繋げるために、一歩先も見ておこうや

おっとJavaVMはまだ見ない方がいいと思うがな･･･

Ｆｌａｓｈなんてへたれだな

Ｆｌａｓｈ最悪だな