- 1 名前：仕様書無しさん [2007/02/01(木) 03:24:15 ]
- ブラウザ固定？
JavaScript？
Ajax？
ASP？
Web2.0？
車輪の再発明？
前スレ
pc10.2ch.net/test/read.cgi/prog/1152601876/
- 2 名前：仕様書無しさん mailto:sage [2007/02/01(木) 04:35:28 ]
- Webアプリってなんつーか、予備校みたいな感じがすんだよな。
ほんとは大学に行ってるはずの俺には、ここはホントの住まいじゃない、仮住まいなわけ。
いつか出て行くことは分かってるってか、早急に出て行かなければならない。
出て行きたいんだけど、何か流れ的にそんな感じで今ここにいる、みたいな。
最近のAjaxとかそういうクソな流れを見てると、そんな気分になる。
ごめ、予備校通ったことないんだけどｗ
- 3 名前：仕様書無しさん mailto:sage [2007/02/01(木) 06:31:58 ]
- それ、VBやCOBOLでも同じ事言ってるﾔﾂがいる。ｗ
確かに大きな流れってのは存在するんだが、
それに流されて生きてるアマちゃんの言い訳なケースがほとんどだな。
- 4 名前：仕様書無しさん mailto:sage [2007/02/01(木) 10:31:39 ]
- おれ、Webでこったことするの大好き
Ajaxとかもう最高！！
- 5 名前：仕様書無しさん mailto:sage [2007/02/01(木) 11:52:57 ]
- ある意味素人でも遊べる技術の集合体だからなぁ。
VB厨も好きそうな分野だよ。
- 6 名前：仕様書無しさん [2007/02/01(木) 12:51:00 ]
- VBより惨いだろ？
PHPなんてよおおおおっっっっぽど上手いつくりじゃないと、コードグダグダ。
- 7 名前：仕様書無しさん mailto:sage [2007/02/01(木) 13:21:04 ]
- 第二のCOBOLだ＞PHP
イージー過ぎる言語仕様故に腐れプログラマが量産される。
このあいだヘルプで入ったプロジェクトで初めてPHPを触ってそう感じた。
$_HOGE つうグローバル変数をvar_dumしたらブラウザがクラッシュｗ
ファイルに吐かせたら16MBにもなりやがった。
中身は･･･
DBの全項目だの謎のシリアライズデータ･･･etc
SQLに任せりゃいいのに
データは全て「SELECT * FROM〜」で配列にブチ込んでからソートやマージやフィルタリングをやる。
DBは汎用ストレージか？
CSVファイルでも使った方が性能上がるんじゃね？
PHP界ではこれが常識 なのか？
グローバル配列変数に何でもブチ込むのが正しいのか？
PHPのプロセスメモリも加味したら、同時50リクエスト位でサーバ落ちるんじゃねえか？
つう事を指摘したら「webではこれが常識です」と言われた。
制御系からweb系に転職したんで、メモリ貧乏性が抜けない･･･
あっちはメモリ8KBの監獄だったもんで･･･
周囲の奴らが全員敵に見える。
もうやだ。
- 8 名前：仕様書無しさん mailto:sage [2007/02/01(木) 13:53:35 ]
- >>1
「戻るボタン」と「サブミット二回押し」も挙げてほしかったよ
- 9 名前：仕様書無しさん mailto:sage [2007/02/01(木) 13:58:50 ]
- >>7
> つう事を指摘したら「webではこれが常識です」と言われた。
> 制御系からweb系に転職したんで、メモリ貧乏性が抜けない･･･
> 周囲の奴らが全員敵に見える。
> もうやだ。
俺はインターネットが流行りだした頃に、Perl4使って、ライブラリ無しのフル自作で
CGI掲示板やらWEBアプリを作ってたことのある人間なんだが…。
俺から見ても、君の語るPHPの世界は「異常な光景」に見える…。
- 10 名前：仕様書無しさん mailto:sage [2007/02/01(木) 14:01:11 ]
- PHP房もJava房と同じだな。
まともなのは.net房だけだ
- 11 名前：仕様書無しさん [2007/02/01(木) 14:07:21 ]
- かきゃーいんだろ？って感じのソースが多い度合い。
PHP、Perl ＞ VB6 ＞ C ＞ その他
結構C使いもそういう部分の人が多い。工夫も無くべた書き。
- 12 名前：仕様書無しさん [2007/02/01(木) 14:31:47 ]
- >>7
そんなのWEBの常識でもなんでもないので信じないでください
16MBの変数なんてグローバルじゃないとしてもおかしい
DBからとってきたもんをそのまま連想配列に入れるのはおかしくないけど、
もちろん適切なSQL文書いて
必要な分だけとってくる。
そのプロジェクトの連中SQL文かけないからそんなことしてるんじゃね？
クラサバで、クライアント側でソートとかフィルタリングするのは、よくあるけどね。
サーバに負担かけたくない場合｡
- 13 名前：仕様書無しさん [2007/02/01(木) 14:39:36 ]
- 最近開発経験がない会社がWEB開発請け負ったりするから、
今までの常識が全く通じない場合があって怖い
- 14 名前：仕様書無しさん mailto:sage [2007/02/01(木) 14:42:36 ]
- WEBって本来はクラサバ以上に知識が必要なのにね。
まっとうなものを作ると思ったら。
- 15 名前：仕様書無しさん [2007/02/01(木) 14:44:17 ]
- それなのに
それなりの技術しかなくても見栄えは簡単に調整できるから
ぐだぐだなwebアプリが絶えないんだろうね
- 16 名前：仕様書無しさん mailto:sage [2007/02/01(木) 14:46:50 ]
- 世の中のWebアプリ全部おれが作れば
すばらしいものばかりになるのになー
- 17 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:39:49 ]
- 実際はWebは簡単じゃないんだが、簡単そうに思い込んでいる
素人がアレコレ知ったかされるとグダグダになるんだろう。
- 18 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:41:40 ]
- PHPの案件やったが型が厳密でないというのは非常に怖くめんどくさい
WEBに限らないけどWEBの言語は型があいまい過ぎだわ
ASP.NET信者じゃないけど、そういう意味では革新的だと思う
- 19 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:44:06 ]
- ASP.NET AJAX 1.0ってどうやって使うの？
素人でもわかる解説HPありますか？
- 20 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:52:50 ]
- >>19
・・・・(；´∀｀)
スレ違いもはなはだしい・・・・
MSいってこいよ
入れ方とかサンプルもあるだろ？
- 21 名前：仕様書無しさん mailto:sage [2007/02/01(木) 18:54:25 ]
- 「モデル層の設計」という概念を持たない自称Webプログラマっているよね？
- 22 名前：仕様書無しさん mailto:sage [2007/02/01(木) 20:59:29 ]
- ビジネスロジックはモデルである。
- 23 名前：仕様書無しさん mailto:sage [2007/02/01(木) 21:04:36 ]
- >>12
SQLが書けなくてもまともにO/Rマッピングが出来ていればなんとでもなるはずなんだけど…
結局、設計がまともに出来てないからそんなことになるんじゃないかと思う。
あるいは使ってる言語をまともに使いこなせてないか。
- 24 名前：仕様書無しさん mailto:sage [2007/02/01(木) 21:08:41 ]
- 需要の急増でちょっとPCに詳しいフリーターみたいなのまで投入される
Webアプリ業界ではザコにいちいちキレていても仕方がない。
組み込み系も近い将来そうなる。
- 25 名前：仕様書無しさん mailto:sage [2007/02/01(木) 21:12:24 ]
- この業界、SEの素人率が異常に高くて発狂する。
パッケージ系に逃げようと最近こころに決めました。
- 26 名前：仕様書無しさん [2007/02/01(木) 21:28:13 ]
- >>23
俺も設計と思う
というのもうちの会社でもPHPチームで似たようなことあるけど
設計が上手くできてない場合が圧倒的。最初の段階でこけてるからもう
ドミノ倒し状態になってる
- 27 名前：仕様書無しさん mailto:sage [2007/02/01(木) 21:53:57 ]
- >>7
ﾜﾗﾀ
- 28 名前：仕様書無しさん mailto:sage [2007/02/01(木) 23:27:16 ]
- >>7
> SQLに任せりゃいいのに
> データは全て「SELECT * FROM〜」で配列にブチ込んでからソートやマージやフィルタリングをやる。
まぁ、ある意味高度な事してるね。
- 29 名前：仕様書無しさん mailto:sage [2007/02/01(木) 23:53:55 ]
- >>23, 26
6､7年以上前にWEBやってたから良くわかんないんだけど、
最近はSQL文とか自動的に書いてくれるライブラリとかがあるの？
それとも、ちょっとできる人がＤＢアクセスをラップするクラスでも作るってこと？
最近はどんなやり方が主流なんですか?
- 30 名前：仕様書無しさん mailto:sage [2007/02/01(木) 23:58:36 ]
- 過度のチューニングの結果、オンメモリDBをPHPで実装してしまったのかもしれない。
なんつって。
- 31 名前：29 mailto:sage [2007/02/02(金) 00:07:19 ]
- 今いろいろ調べて自己解決しました
お騒がせｽﾏｿ
- 32 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:14:19 ]
- アプリサーバ−DBサーバ
別配置でDBサーバがプア or いろいろ他部署のシステムにも情報提供してる場合
あんま複雑なSQL（副問い合わせやらJOINやら）は使うな、っておたっしがある場合がある。
そんな時はしたかないからメモリにとってから特別な抽出やらソート集計その他をがんがんやる、って場合もあるけどね。
某広告会社のWebサイトでは昔そういうルールがあった。
APサーバ1
APサーバ2 DBサーバ（２重化構成）
APサーバ3
・・・
なのでDB側に負荷かかる事させると他部署からクレームが
- 33 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:16:30 ]
- >>32
それはひどいね
同一サーバに複数システムが同居してるとやだなー
不具合合ったりすると、あらぬ疑いかけられたり
- 34 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:27:35 ]
- 正規化という言葉のない国からやってきたようなデータ
半期ごとに内容が変わるマスタ
半期ごとに名前が変わるテーブル
こんなDBを元にしてWebアプリ作って欲しいと言われました。
いじめでしょうか？
なまじ開発なんて出来ない方が幸せだったかもしれないと思った。
- 35 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:34:47 ]
- >>34
日本語でOK
マスタの内容が変わるのは当然だと思うが、何か大変なの？
テーブルの名前変えるのはなぜ？
そのDBを元にするだけなら、好きなように作り変えれば良いんじゃねーの？
- 36 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:36:40 ]
- >>34
意味は分かる
とりあえず開発時点でのDB仕様で作るしかないのではないだろうか。
- 37 名前：仕様書無しさん mailto:sage [2007/02/02(金) 00:42:38 ]
- >>35
なんでテーブルの名前変えてるのかはオレもよくわからない。
DB新しく作れるなら楽なんだけどねぇ。
マスタがマスタになってないって言った方がいいのかなぁ
適当に更新してたみたいで同じ部課名でコードがいろいろあったりする。
- 38 名前：仕様書無しさん mailto:sage [2007/02/02(金) 01:23:04 ]
- そこは名寄せとかコンサル的な提案を進めるべきだと思うんだが、
糞SEが自分の負担が増えるのを嫌がって、プログラマに丸投げする事が多いと思う。
で、運用がえらい目にあって、結果的には赤字。
営業、SEは知らん振り。
- 39 名前：仕様書無しさん mailto:sage [2007/02/02(金) 01:24:11 ]
- 何つーか、それ作るのも運用するのも無駄にスキルが必要だな・・・
- 40 名前：仕様書無しさん mailto:sage [2007/02/02(金) 01:27:37 ]
- ＞半期ごとに内容が変わるマスタ
内容と言われても・・・
規則が変わるのかフィールドが変わるのか・・・
ビュー噛ませるなり誤魔化し方はあろう
＞半期ごとに名前が変わるテーブル
こっちは設定ファイルに名前持たせときゃ1分で対応可能だろ
- 41 名前：仕様書無しさん mailto:sage [2007/02/02(金) 01:29:13 ]
- >>38
DBを共用するんだべ。
別に作られた稼働中のシステムまで変えなきゃムリなんじゃねーの？
- 42 名前：仕様書無しさん mailto:sage [2007/02/02(金) 12:47:56 ]
- >>34
RDBじゃなくXMLにすればいいよ。
- 43 名前：仕様書無しさん [2007/02/02(金) 12:53:22 ]
- >>34
テーブルのPrimaryKeyの一番上に、年と上期／下期を入れれば、テーブル名の変更は
いらないのかもしれないが、
マスタの内容も変わり、正規化もされていないのだと
半期ごとにJOINの条件も変わるということかな。よくわからんが・・・
- 44 名前：仕様書無しさん mailto:sage [2007/02/02(金) 12:56:57 ]
- >>34
> 正規化という言葉のない国からやってきたようなデータ
> 半期ごとに内容が変わるマスタ
これは良くある。ｶﾞﾝｶﾞﾚ。
> 半期ごとに名前が変わるテーブル
これだけもう一回説明できないか？良くわからんのだが・・・
- 45 名前：仕様書無しさん [2007/02/02(金) 13:26:18 ]
- >>29
自動的に書いてくれるクラスライブラリがあったら
↑の人達が言ってる正規化とか出てこない
と思われますがどうっすか？
- 46 名前：仕様書無しさん [2007/02/02(金) 17:16:07 ]
- 意味不明
- 47 名前：仕様書無しさん mailto:sage [2007/02/02(金) 17:35:29 ]
- >>45
ぬぅ・・・分からん。
もちっとkwsk。
- 48 名前：仕様書無しさん mailto:sage [2007/02/02(金) 22:26:58 ]
- TBL_2006_4みたいなテーブルが半期ずつだったら笑えるな
- 49 名前：仕様書無しさん mailto:sage [2007/02/03(土) 00:37:06 ]
- データベースの設計はどうやら思ったより専門職らしいよな。
漏れは器用貧乏かつ設計&プログラムな人間なので、
そこそこにリレーショナルな設計するけど、
Excelマンセーとか年配なCOBOLerだと、むちゃくちゃなDB設計する
とマジで感じるよ。
- 50 名前：仕様書無しさん mailto:sage [2007/02/03(土) 00:39:37 ]
- >>32
こういうの割と多くない？
クラスタ化に乗り気にならない人多いし
- 51 名前：仕様書無しさん mailto:sage [2007/02/03(土) 00:46:33 ]
- スマートクライアント - SOAPサービスなら、
DelphiのDataSnapで作るのが簡単
- 52 名前：仕様書無しさん mailto:sage [2007/02/03(土) 01:47:18 ]
- >>32
読み取り専用のレプリカなりを作って，Webの照会系プログラムとかは
優先的にレプリカサイトを使う，ってのが基本なんじゃないの？
レプリカサイトならかなり無茶な検索処理走らせても問題ないし．
後，半期毎にテーブル構造が変化するDBなら，その都度DDL流して
テーブル作りなおすってのはどうだろう？
それに併せてアプリケーションも半期毎に自動生成．
自律型プログラミング業務システムのできあがり，っと．
- 53 名前：仕様書無しさん mailto:sage [2007/02/03(土) 08:00:32 ]
- >>32は大雑把な説明なんだろうし、実際の業務によってかわるだろうけど、
APの鯖x３でDB鯖x2はちょっと不思議だよな。
>>52の意見とカブるけど、仮に５台使える鯖があるならAP鯖をクラスタにして
DB鯖をマスター更新系x1で照会系x2にする方がいいとｵﾓ。
AP鯖はキャッキュが効く様にドカドカメモリ積め。まあサーバーのメモリは
つめるだけ積んだ方がいい。
まあ、パフォーマンスが出なくて、営業やマネージャーがこういう構成を
提案できない時点ででそもそもWeb系のシステム組むのは
ヤめといた方がいいんだが。
なんだかんだでWeb系は広く深く知識と経験が必要なんだろう。
- 54 名前：仕様書無しさん mailto:sage [2007/02/03(土) 09:54:28 ]
- ちと逸れるが、こういう鯖運用についての著書って何かいいのある？
- 55 名前：仕様書無しさん mailto:sage [2007/02/03(土) 20:08:53 ]
- スレ汚しすま（自分と同じトラブルにあってサポートに「そんな事例はありません」といわれ
泣き寝入りしている人の為に以下の情報を残します。）
J-COMが提供しているマイシールドがバージョンアップされたがそれを適用した所、
・マシン終了時、ハングアップして終了しない
・次のマシン起動以降、３〜５分でsvchost.exeが死にマシンがまともに動かなくなる。
（マウスカーソル以外動かない状態になる。）
またIEなどでインターネットを見ていたとして、見えなくなってしまう。
なんとかマイシールドをアンインストールしたが、それでも挙動はおかしいまま変わらない。
WindowsXPHomeを再インストールしまともに動いている所に、またマイシールドをインストールしたら
また同じ挙動になった。
※ マイシールドが入っている状態で、無効化すると５分以上過ぎてもまともに動いていた。
こんな現象に出会った方、J-COMにちゃんとクレームしましょう。
（クレームが入っていない、と言い張っているが、少なくとも私はクレームしました。）
- 56 名前：仕様書無しさん mailto:sage [2007/02/03(土) 21:38:18 ]
- マルチポスト野郎は氏ね
- 57 名前：仕様書無しさん mailto:sage [2007/02/03(土) 22:48:28 ]
- >>54
そこらの情報誌なら>>52-53程度の事は書いてあると思うが・・・。
職場にあわせて構成・運用はそれぞれ違うから、
まともと思われるSIerに相談汁
ただ、まともSIerがかなり希少なのでアレだが・・・。
漏れの経験ではIBMの子会社とか日立・三菱の関連会社とかはスゲー最悪な
構成の見積もりもってくるからなー。
- 58 名前：仕様書無しさん [2007/02/03(土) 23:53:34 ]
- Webアプリっていまだにjavaが多いの？
javaに不向きなアプリでもjavaを使ってる感じするんだけど。
- 59 名前：仕様書無しさん mailto:sage [2007/02/04(日) 02:03:28 ]
- ヤフオクのオークション終了時刻はJavaすててFLASHにしてくれ
- 60 名前：仕様書無しさん mailto:sage [2007/02/04(日) 08:24:39 ]
- Javaが不向きでもJavaで出来るならそれでいいんじゃね？
別に漏れ個人としてはC++で作ってもいいが、単なる嫌がらせと
思われるだろうし。
- 61 名前：仕様書無しさん [2007/02/04(日) 10:10:29 ]
- >>60
>Javaが不向きでもJavaで出来るならそれでいいんじゃね？
もう分かりきったことだけど
中小規模とか、頻繁に変更が入るようなものは、javaは不向だろ。
java技術者とかいうのが多いとかいうのが理由らしいし、
フレームワークに従えばまあそれなりには出来るんだけど、
現実は2次でゲッティー確定らしいじゃん。
- 62 名前：仕様書無しさん mailto:sage [2007/02/04(日) 13:11:18 ]
- YahooはJavaApplet使ってる珍しいサイトだ
- 63 名前：仕様書無しさん mailto:sage [2007/02/04(日) 13:32:07 ]
- ＞現実は2次でゲッティー確定らしいじゃん。
じゃん、って脳内妄想で言語否定論をﾓﾅｰ
だったら藻前はどんな言語で開発するんだよ？
COBOLとかVBなら保守性ｻｲｺｰとかヌかしそうで怖いんだが。
それに頻繁に変更が入る案件ほどJavaの方がありがたい気がする。
EclipesとCVS辺りを使うのが前提だが。
- 64 名前：仕様書無しさん mailto:sage [2007/02/04(日) 15:01:14 ]
- 言語によってそんなに保守性って変わるかなー
言語ってよりは設計だとおもうが
- 65 名前：仕様書無しさん mailto:sage [2007/02/04(日) 15:12:43 ]
- うーん、クソ設計、オレ設計になりやすい（許してしまう）言語は
言語として保守性が低いと言えるんじゃないかな？
俺の中ではPerl,PHP,C++,VB,Java(withoutフレームワーク)がそれにあたると思う。
- 66 名前：仕様書無しさん mailto:sage [2007/02/04(日) 17:47:45 ]
- 誰がやってもそれなりの設計ができる言語があったら、業務系が真っ先に飛びつくだろうな。
- 67 名前：仕様書無しさん mailto:sage [2007/02/04(日) 17:48:15 ]
- お前らWebStart広めようぜ！
Linuxにしてシンクライアントとか上手いこと言ってさ
- 68 名前：仕様書無しさん mailto:sage [2007/02/04(日) 17:54:10 ]
- >>66
つJava with フレームワーク
現に飛びついてるわけだｗｗｗ
- 69 名前：仕様書無しさん mailto:sage [2007/02/04(日) 18:01:54 ]
- >>65
結局、フレームワークを使うか使わないかじゃないの？？
PHPもフレームワーク使えばそれなりになるんだろ？
- 70 名前：仕様書無しさん mailto:sage [2007/02/04(日) 18:02:48 ]
- >>65
全部じゃん ﾜﾛﾀ
- 71 名前：仕様書無しさん mailto:sage [2007/02/04(日) 18:37:08 ]
- 性的型チェックのあるJavaみたいな言語の方が，
型チェックの厳しくないPHPとかVB6よりも保守の時に楽だよ！じゃん？
- 72 名前：仕様書無しさん mailto:sage [2007/02/04(日) 19:24:05 ]
- >>69
PHPのフレームワークはスタンダードと呼べるものが無いのでは？
- 73 名前：仕様書無しさん mailto:sage [2007/02/04(日) 19:49:22 ]
- ぶっちゃけセキュリティを考えると、WEBアプリをなくす方向にいくしかないわけで。
かっこつけでWEBでやらないで、VPNでつないで普通にクライアントサーバーで
やればいいという話ではないか？
- 74 名前：仕様書無しさん mailto:sage [2007/02/04(日) 20:28:59 ]
- そんなぶっちゃけた提案したら>>73は明日からクビだな。
- 75 名前：仕様書無しさん [2007/02/04(日) 20:36:27 ]
- WEBの利点てやっぱインストールがいらないことかな。。
業務系のツールでたとえば
交通費清算、勤怠管理、経費清算とか
いちいちインストールするの嫌でしょ。
- 76 名前：仕様書無しさん [2007/02/04(日) 20:51:30 ]
- webアプリはクライアントにインストールしなくていいってだけで
サーバへのインストールは結局鯖の再起動やら
サービス停止の案内やらで結構面倒
- 77 名前：仕様書無しさん mailto:sage [2007/02/04(日) 21:10:49 ]
- 俺らがやんのはいいんだよ
- 78 名前：仕様書無しさん mailto:sage [2007/02/04(日) 21:19:42 ]
- >>76
サーバ側はクラサバでもwebでも手間かかるのは変わらないだろ。
- 79 名前：仕様書無しさん [2007/02/04(日) 22:01:58 ]
- >>63
俺はc++とPythonメインで使ってて、管理画面程度のWebUIを
javaやLLで作ってるくらいだから、Webアプリにはそんな詳しくないんだけど、
javaは2次位からゲッティーになるのは良く聞くはなしだけどな。
>それに頻繁に変更が入る案件ほどJavaの方がありがたい気がする。
まあ、言いたいことは分かる。
でもそれはフレームワークにそった開発が出来ればの話だし、javaの得意分野とされる
大規模の場合はスキルの差も多く難しいんじゃないの？
そもそも中小規模ではjavaの面倒くささばかり目立つだろうし。
ある程度大規模の変更がある場合javaは手数がかかる分、思い切った変更も難しく
小手先修正が増えてゲッティーになりやすいのかなと、思うんだけど。
- 80 名前：仕様書無しさん [2007/02/04(日) 22:06:56 ]
- >>78
DBにアクセス出来れば良いっていう簡単なのならそうだけど。
- 81 名前：仕様書無しさん mailto:sage [2007/02/04(日) 23:02:54 ]
- つまり、インストールの手間が要らない仕組みさえあれば
WEBアプリなどいらないというわけだ
- 82 名前：仕様書無しさん mailto:sage [2007/02/04(日) 23:09:28 ]
- >>81
でもClickOnceだっけ？あれって色々制約あるんで面倒とか聞くが。
- 83 名前：仕様書無しさん mailto:sage [2007/02/04(日) 23:29:49 ]
- >>79
＞でもそれはフレームワークにそった開発が出来ればの話だし、javaの得意分野とされる
＞大規模の場合はスキルの差も多く難しいんじゃないの？
よーわからんけど、C++やPythonの大規模開発ではスキルの差は無くて、
ソースの保守性は問題無しって事でFA?
ぶっちゃけソースの保守性は使う人の能力が半分以上だろ。
サイクルRPGみたいな帳票出力言語ならともかく、
＞そもそも中小規模ではjavaの面倒くささばかり目立つだろうし。
EclipesとCVS辺りを導入して「Javaﾏﾝﾄﾞｸｾｰ」って言うなら、
他の言語は開発すら出来んと思うが・・・。
＞ある程度大規模の変更がある場合javaは手数がかかる分、思い切った変更も難しく
＞小手先修正が増えてゲッティーになりやすいのかなと、思うんだけど。
クラスの設計もしくは基本設計の話だろうな、この辺りは。
漏れ的にはプログラムのクラス・モデル設計よりかはデータベースのリレーショナルな設計の方が
重要に思えるんで、それほど言語でどーこー、って事はないなぁ。
まー、Javaだと開発鯖が相当にマシンパワーないとイラつくって点で
嫌いならそれは納得だけど、ゲッティーになるかどうかは人災な感がある。
- 84 名前：仕様書無しさん [2007/02/04(日) 23:30:59 ]
- 全国に散らばってるクライアントを総バージョンアップするのはいかにもきつそうだ。
あとコールセンターでは普通に１００クライアントとかのバージョンアップするけど、
それ全部やるのヤダ。
つかブラウザがちゃんと動く環境さえあれば、基本的には動くってのは随分楽。
アプリのインスコとWeb閲覧不具合じゃあ、リスクも全然違うし。
- 85 名前：仕様書無しさん mailto:sage [2007/02/04(日) 23:32:02 ]
- x-www-form-urlencodedかmultipart/form-dataのどっちかをクライアントに実装すれば
ブラウザで作ろうがクライアントで作ろうがサーバからすれば一緒のこと。
RESTとかと一緒でもっと低レベルな規格から再構築してこうや。
- 86 名前：65 mailto:sage [2007/02/05(月) 00:10:33 ]
- >>70
おれは全然全部なんておもっちゃいないぜ。
Ruby,Python,Delphi,Lisp,Smaltalkがそれなりに美しい設計に対して強制力を持っていると思う。
（C#やDは完全にわすれてた。どーでもいい。）
- 87 名前：仕様書無しさん mailto:sage [2007/02/05(月) 01:16:00 ]
- >>75 ：仕様書無しさん ：2007/02/04(日) 20:36:27
> WEBの利点てやっぱインストールがいらないことかな。。
WEBアプリは「インストールの手間が要らない」のがメリットだとは言うが、
それ以上のデメリットが多すぎるから開発者に嫌われているんだろ。
>>84
> 全国に散らばってるクライアントを総バージョンアップするのはいかにもきつそうだ。
クライアントをバージョンアップするのって、そんなにキツイの？
「禁断の壷」や「２ちゃんねるブラウザ」は自動でバージョンアップしてくれるだろ。
ClickOnceを使うまでもないと思うのだが。
- 88 名前：仕様書無しさん mailto:sage [2007/02/05(月) 01:19:18 ]
- V2CをWebStartで使ってる身としては、こっち路線でいいんじゃねーかと思うんだよなぁ
- 89 名前：仕様書無しさん mailto:sage [2007/02/05(月) 05:03:03 ]
- > WEBの利点てやっぱインストールがいらないことかな。。
所定のブラウザはインストールしてください。
セキュリティパッチが出たら即座に当ててください。
まーそれはさておき、蔵鯖でも蔵に自動更新機能付けたらWEBアプリとの差がなくなる気がするけど。
- 90 名前：仕様書無しさん mailto:sage [2007/02/05(月) 06:44:57 ]
- Web利点だとライセンスの問題もあると思うが。
蔵鯖だとODBCドライバーにライセンスとかあったりする場合があるけど
Webだと特にそこらのライセンスは問題ないし。
あと個人的にpcommで画面作れって言われるよりはWeb＆フレームワーク
使った方が万倍楽に作れるからなぁ。
- 91 名前：仕様書無しさん mailto:sage [2007/02/05(月) 10:44:02 ]
- >>89
> 所定のブラウザはインストールしてください。
> セキュリティパッチが出たら即座に当ててください。
オリジナルのクライアントなら、ブラウザのセキュリティホールに巻き込まれなくて済むよね。
> まーそれはさておき、蔵鯖でも蔵に自動更新機能付けたらWEBアプリとの差がなくなる気がするけど。
「差がなくなる」というより「大差が生じる」ような気がするｗ
- 92 名前：仕様書無しさん mailto:sage [2007/02/05(月) 16:52:20 ]
- こうやってWEBアプリへの不平不満に耳を傾けていると、サーバー側への不満はあまり
聞かれず、クライアント側(ブラウザ、HTML、JavaScript、戻るボタン)への不満が
集中しているね。
サーバー側への不満ってないのかな？
>>85
> x-www-form-urlencodedかmultipart/form-dataのどっちかをクライアントに実装すれば
> ブラウザで作ろうがクライアントで作ろうがサーバからすれば一緒のこと。
> RESTとかと一緒でもっと低レベルな規格から再構築してこうや。
確かに。
WEBサーバーは、例えばJavaBeansのようなデータ集合体を発行するだけにして、
データ集合体をクライアントに展開すればいいだけだよね。
WEBサーバーとデータのやり取りができ、自動インストールと更新の可能なクライアントの標準規格
が確立できれば、現在のWEBサーバーは残したままで、マシなシステム構築が出来るよね。
ただ、最初のうちは、ブラウザと新クライアント両方で動くように作ってくれと言われそうな気もする。
- 93 名前：仕様書無しさん [2007/02/05(月) 17:18:19 ]
- そういえば昔そんなシステム作ったな
元はWEBアプリだったんだけど、ブラウザ使うの面倒だからって
クライアントアプリになった｡自動更新と自動インストール(ブラウザでActiveX経由だけど）もあったな｡
- 94 名前：仕様書無しさん mailto:sage [2007/02/05(月) 23:27:40 ]
- >>92
IISへの恨みなら数知れず。
・訳わかめな制限が多々ある事。
・中身がブラックボックスすぎて落ちるならともかくハングるともうどうにもな事。
普通のアプリならできる事がISAPI＆ASPになるとなんでもかんでもひっかかる。
そしてやれレジストリ、やれ匿名ユーザ、起動ユーザだアプリケーションプールだなんだと
いじりまくらないとまともに動作しない。
制限かけすぎだろ。
- 95 名前：仕様書無しさん mailto:sage [2007/02/05(月) 23:51:35 ]
- ASPからレジストリいじれないからわざわざCOM作った
- 96 名前：仕様書無しさん mailto:sage [2007/02/05(月) 23:54:05 ]
- サーバー側の不満かぁ。
WebSphereだと今の最新がV6.1なんだか、書籍ではV5.0かつ廃刊ってトコだろうか。
あのレスポンスの悪いWebのインフォメーションセンターはなぁ。
鯖の機能自体は悪くない。商用だから当たり前かもしれんが。
- 97 名前：仕様書無しさん [2007/02/06(火) 00:37:34 ]
- 現在２２歳、専門出でリクルートの紹介で今新たにＳＥへの就職を考えているものです。
でもココを除いた限りではあまりＳＥは良いものじゃないのかな…という印象も…
ＷＥＢアプリ系の仕事が良いかなとか思っていたんですが専門でで使い古されるとかまさに自分の事？みたいな書き込みがあったり‥これって本当なんですか？
リクルートでは仕事を紹介して利益を得る訳ですから良い事しか言わないので実際に働いてる人の意見聞きたいんです。
この仕事していて良かった事とかお勧めできる点ありますでしょうか？是非意見下さい
- 98 名前：仕様書無しさん mailto:sage [2007/02/06(火) 01:02:33 ]
- >>97
オレ、このWebの業界でしかプログラマした事が無くて、
他の会社も何も知らないから普通の仕事ってどんなのかわかんないけど、
仕事内容って点では次々新しいフレームワークが出て楽しい最先端の業界だって最初思って、
次にだんだんミーハーで表面だけで踊らされてるよなーって思って、
最後は【まともな】リッチクライアント時代を夢想して糞HTMLを無気力にこねくり回す。
待遇については給料は極悪ではないが、納期と労働時間が極悪。
楽しいときは耐えられるが、Webに疑問を持ち始めたらもう続けられないと思う。
- 99 名前：仕様書無しさん mailto:sage [2007/02/06(火) 01:03:24 ]
- >>97
こっち見て味噌
school6.2ch.net/test/read.cgi/job/1170370866/
- 100 名前：仕様書無しさん mailto:sage [2007/02/06(火) 01:03:48 ]
- > 所定のブラウザはインストールしてください。
> セキュリティパッチが出たら即座に当ててください。
IE7にしたら、動かなくなりました
うぇｗｗｗｗうぇっｗｗｗｗ
- 101 名前：仕様書無しさん [2007/02/06(火) 01:39:58 ]
- >>98貴重な意見ありがとう。
私自身は仕事は人生楽しむための物の一つだというように考えてます。それだけに仕事で体を壊してはしょうがないとも思っています。
３〜半年に１度、納期が近いときに忙しくなり、それ以外は平均残業30時間程度とリクルートでは聞きました。週休２日制ですし、労働時間が極悪とか体壊したみたいな意見も聞きますがそこまで大変なのでしょうか？
残業なんかどの仕事していても付きまとうものって考えているんですが、でもココを見てるとそうゆうレベルでもないのか？と疑問に思ってしまう。
専門出が使い古されるみたいな内容も気になります。実力社会だから関係無いのかと思っていたんですが、その辺どうなのでしょうか？
私のような考えの者がちょっとプログラミングに興味あった位で飛び込むと後悔してしまうのでしょうか‥
スレ違いかなと思いながらも、たまたま考えているのがＷＥＢ系なのでここに書き込ませてもらってます。マジな質問ですみません
|
 |
