1 :
デフォルトの名無しさん:
2 :
2:2006/01/04(水) 19:42:57
>>1 乙、といいたいところだけど、やるのかな?
やるか。
まだなんか喋りたさそうなやついたしな。
4 :
デフォルトの名無しさん:2006/01/04(水) 20:39:30
論点を勝手にまとめると・・・。
1.クライアントサイドをブラウザ至上か、スマートクライアント移行か。
2.クラサバ継承かWebサーバで維持か、Webサービスか。
VBかそれ以外かだろw
いろいろ提案をしてみるが、「やっぱりVBで」と言われることもあるしなー。
提案して、その提案の仕方に落ち度がないなら、しょうがないな。
VBでつくるしかないだろうな。
VBって、VB6?それともVB.NET?
9 :
デフォルトの名無しさん:2006/01/04(水) 22:28:35
ランタイム入れないと動かない環境は却下なんじゃい
11 :
デフォルトの名無しさん:2006/01/04(水) 22:47:52
>>10 .netもフラッシュもじゃばもダメですね。
HTMLもブラウザなしだとつらいからそれもランタイム環境ってことで論外。
user32,gdi32,kernel32
この辺もdllだからランタイムだな。
禁止ね。
面倒くさいから、.netはありにしよう。
Javaはなしだな。
ブラウザはieありにしよう。
フラッシュもありだな。
VBは当然.net frameworkをありにしたから、.netはありだけど、
VB5, 6の要ランタイムはNGだな。
はい、じゃこれで再会。
XPには最初からVBのランタイム入ってるよ。
Windows95なんて使ってるシステムなんてなくなってしまえばいいのに、、、
続けるのかよ。
時代に取り残されたCS厨1匹?と、特に取り柄のないWebグラマのグダグダはもういい。
もっと実のある議論をしてくれ。
17 :
デフォルトの名無しさん:2006/01/04(水) 23:28:52
DOSで動いているシステムもありますが何か?
18 :
デフォルトの名無しさん:2006/01/04(水) 23:35:51
いや別に
だから業務はWebで十分なところがほとんどだと何べん言えば。
そんな消極的な理由だけなら面白くもないし金にもならないからやらなくていいか。
めんどくささ:
Web>>リッチクライアント
だということをいつになったら理解するんだおまえら。
>>22 それはお前がWebアプリ作ったことないからそう思うだけだ。
>>22 だから、そのめんどくささってのは誰基準の話だよってのと
金を出すのは誰なのか考えろよ
システム化により効率かされると基本的に担当者の
どうでもいいけど、途中で送信するなよ。
落ち着け。な。
途中っぽいけど、特に続きが気になるものでもないからいいんじゃね?
複数画面で段階的に処理しないといけないようなものにwebは向かない。
29 :
24:2006/01/05(木) 01:28:45
途中で送信したが煽りコメントなので続けてもアレかなと思った
スルーでよろ
ウェブ叩いてる香具師ってまともなフレームワーク使った事無いの?
貧乏PGですか?
複数画面で段階的に処理しないといけないようなものって具体的にどんなの?
状態推移図書いて、うまくウェブページ推移に落とし込み出来ない程度の低スキルってだけじゃん。
前スレの安くできるか勝負だと、
VB廚雇うよりもphp廚雇った方が安く見た目もいい物が出来ると思う。
何その新しい厨の字
餌
開発者にとってのめんどくささと、
SEや客側システム部のボッタクリ中抜き連中にとってのめんどくささで、
何で後者が優先されるんだかがいまだにわからん。
前者が効率いいなら開発工数も保守工数も下がるはずなのによ。
あれだ、ようするに、
客がリッチクライアントの方が安く済むということを知らない、
ということですな。
だれが悪いんだ?
webサーバならsierが保守運用費用を取れるから。
36 :
デフォルトの名無しさん:2006/01/05(木) 03:17:28
Web-CSはもうどうでもイイから。
で、おまえら、サーバのロジック部はなに?
・ Javaアプリサーバ without EJB
・ Javaアプリサーバ with EJB
・ ロジックもいけるぜPHP
・ なんとなくCOM(+)
・ ゲイシ様マンセー .NET Remotingサーバ
・ マクネリ托い Java RMIサーバ
・ 古き良きCORBA
・ スタンドアロンのデーモンorサービス with C/C++
・ スタンドアロンの普通のユーザプロセス with C/C++
・ ない。Access or ODBC経由とかで直DB
・ mod_perl/mod_python/mod_rubyとか。(含むRailsとか)
・ どんとこいCGI。
・ ホストにダム端
・ Kahuaで継続、scheme、とかなんかマイナー系
37 :
デフォルトの名無しさん:2006/01/05(木) 03:31:42
わすれてた。
・ シンプルイズベスト (x)inetd。
ストアド。PL/SQL
>>36 > ・ どんとこいCGI。
これはPerlのことを指しているのか?
それともCGIプログラム全般を指しているのか?
40 :
デフォルトの名無しさん:2006/01/05(木) 11:08:13
Perlに限定する理由が分からない
使用言語も付記すれば良かろ
41 :
デフォルトの名無しさん:2006/01/05(木) 12:22:50
.net Webサービスも抜けてるね。
クラサバの置き換えだと、ClickOnce+Webサービスって便利だよ。
42 :
デフォルトの名無しさん:2006/01/05(木) 12:43:56
Webサービスはインターフェースだろ。
.NETよく知らんけど、サーバのロジック部っていう意味だと、ASP .NET?
.NET RemotingもCOM+も既に挙がってるし。
43 :
デフォルトの名無しさん:2006/01/05(木) 12:59:28
>>42 それいったらあそこに列挙されてる大半が不要だよ。
サーバ側のロジック部なんてなんだよ。w
フレームワークならまだしも、ロジック部って。
リモーティングもCOMもロジック部の実装じゃないよ。
サーバサイドのフレームワークであって、ロジック部じゃない。
44 :
デフォルトの名無しさん:2006/01/05(木) 13:14:35
じゃあ、サーバ側ロジックの入れ物ってことでどうだ?
45 :
デフォルトの名無しさん:2006/01/05(木) 13:37:56
MVCモデルのCなのかVなのか。
それともバウンダリとかで分けるモデルの何なのか。
普通に語られる言葉で語ってくれよ。
>>44さん。
俺様用語に合わせろってのは無理。
CORBAこそが至高であり最高である。
と思ってた時期が俺にもありました...
49 :
デフォルトの名無しさん:2006/01/05(木) 18:08:48
そんな、特定のモデルに押し込めなくても、
この業務システムのサーバ、何で動いてんの? つって、
ハードでもOSでもない奴、で良いじゃん。言語はおまけって事で。
マ板いけ
ま、ゆくゆくはJWS/スマートクライアントが台頭してくるだろうが、
今はまだブラウザが主流だな。とーぶん。
そもそも業務システムという命題なのに何でクライアント開発の話題になるの?
え?全体を含めてシステムじゃないの?
そりゃそうだ。
リッチクライアントの方が安く済むって根拠は?
リッチクライアントのインスト−ルすら手間かかるしコストかかるじゃん。
リッチクライアントインストールのために1台からでも無料で出張サポートしてくれる業者って有るの?
C/SとかWebとか画面周りの誰にでも出来るところしか作らせて貰えない奴らだから仕方ない
どうせ普通のPCだって業務用にセットアップするために金かかるんだし。
58 :
デフォルトの名無しさん:2006/01/06(金) 11:56:32
>>55 馬鹿が適当に作っても上手く出来たように見せることが出来る=しょぼいプログラムでも高く売れる
業務システムの売り方は様々あると思うが、
>>55の想定している
リッチクライアントシステムの売り方は、
客:「1台システム導入したいから来てくれよ」
業者:「了解しました。お伺いしますので、お名前とご住所とお電話番号をお願いします。」
という感じか?
業務システムってそんなに気軽に導入できる物か?
つうか、ブラウザで客の操作性に関する要求を完全に満足させられればそれでいいんだけどね。
>>55の考えは作り手側だけの論理で終わってる。
61 :
デフォルトの名無しさん:2006/01/06(金) 13:12:03
リッチクライアントって、馬鹿?そりゃ、ファットクライアントだろ。
リッチは、JWSとかFlashとか。
もうファットは特殊な場合を除いてダメ確定なのにいつまで頑張ってるの?
62 :
デフォルトの名無しさん:2006/01/06(金) 13:19:23
>>53 「システムとは全体」なら、なぜクライアントの話ばかりなんだ。
しかも語り尽くされたカビの生えた話を延々と…。
63 :
デフォルトの名無しさん:2006/01/06(金) 13:31:02
>>60 しつこい奴だな客ってのは金を出す側であって、金を出す所に居る作業者じゃないんだって
経営者がコスト削減>作業者のシステムへの満足度なのは当然だろ
>>61 何処にそんな話題が盛り上がってる?
>>63 何年前の人ですか?
そうやって死屍累々のシステムが転がった挙句が今の状態だと思いますが。
あんた、正直いって骨董品というか、失敗システムのサンプルのような人間ですよ。
65 :
デフォルトの名無しさん:2006/01/06(金) 13:46:30
>>64 お前マジで言ってる?
最近の方がもっとひどくなってるぞ、経営者といわれる人達向けの本・雑誌じゃ
如何にシステム費を減らしつつ経営の効率化をするかがトレンドとか言ってるんだから
今年は昨年末のみずほ辺りの話をだして品質強化を名目にISOとか公的検査とか
そういうところから美味い汁を吸おうとする輩が増えてくる
> で、おまえら、サーバのロジック部はなに?
・Javaアプリサーバ without EJB
だな。
Tomcatか、金ある客ならWebLogic。
ところで、WebSphereって使ってる奴いるの?シェアは同じか上らしいけど見たことない。
みずほは、バグっつうより保守作業のミスだろ。
ついでに、あればパッチ当て作業のミスらしいけど、
C/Sだと同種のトラブルがクライアント側でも発生しうる。
>>65 システム費用を減らすことと、現場満足度を満たさないことは別に同列じゃないんだが。
貴方の主張の前提は、金が出てこないから既存の技術でいかにせこいものを作るか、それしか言っていない。
ブラウザベースだと今まで安価に出来たから、その中でさらにコストを削るって繰り返し言ってるだけ。
>>66 DB2を使うシステムは何故かWebSphereかな?
OracleならWebLogicでいいんじゃね?
71 :
デフォルトの名無しさん:2006/01/06(金) 14:00:10
>>69 俺は金額に見合うシステムを作るべきと考えてるから
安くしろといわれたら、じゃあここを削りますと返す様にしてる
>>71 それまではOKだが、ブラウザベースが安い、他は高いって考えは貴方の知識&経験不足。
ついでに、限られた費用内で顧客満足度を最大に満たそうっていう考えのかけらも見当たらない。
74 :
デフォルトの名無しさん:2006/01/06(金) 14:09:55
>>73 発注側の人でその考え方なら別に止めないが、
開発側にいてその考え方なら早いところこの業界から足洗って欲しいね
というか寧ろ邪魔
>>70 DB2か。
それこそまったく見たこと無いわ。安さならPostgre/MySQLに適わんし。
>>36 >で、おまえら、サーバのロジック部はなに?
RPC
>>74 君が派遣根性でそうやって仕事をするのは止めないが、議論に入らないでいいよ。
現状がどうなんて別に話しても面白くもないから。
>>75 まぁ、基幹系がフリーのDBサーバなんてあり得ないからな
多分、AIXも見たことも触ったことも無いだろ?
ようやくLinuxが採用されたが、やはり24時間365日安定稼働させるのは
難しい...
落ちると数千万の損害が出るシステムでなければ
まぁ、安ければ安いほどいいんだろうね。
>>74 安かろう悪かろうを見事なまでに実践していますな。
>>79 AIXはないね。SolarisかHP-UX。
>まぁ、基幹系がフリーのDBサーバなんてあり得ないからな
俺らの小顧客じゃ商用DB自体でトラブル起きても結局自前回避。
回答が来るのは忘れた頃。それならフリーでも変わらん。
OracleなりIBMなりの営業がすぐさまパッチ作らせて平身低頭するような大顧客なら、
商用のメリットあるだろうけど。
といいつつ、普通は大事なところはOracleだけどね。なんとなく。客も金出すし。
83 :
デフォルトの名無しさん:2006/01/06(金) 14:52:45
>>80-81 おいおい、待てよ俺は手を抜けとは言ってないだろ
金額が少ないんだからUIの作りこみを止めようと言ってるだけだぞ
予算も無いのに無理をしてデスマに突入して中途半端なの作る位だったら
無用な機能は削ぎ落として、最低限でも確実に動く物にした方がずっとましだな
テストの消化率を偽装して、未完成品を納品するくらいなら
テストケース自体が減るようにした方が良いって言ってるんだぜ
だいたいステップ数が増えればそれに応じてテストケース数も増えるんだよ
複雑なUIを作ったらそれにあわせてテストケースも増やさなきゃダメじゃないか
過去に経験済みだからテスト端折っても良いってやり方の方が姉歯だろ
>>82 > SolarisかHP-UX。
なら多分、見かけることはないだろうな。
# フリーのDB使ってるのに商用OSとは少し意外
> 商用DB自体でトラブル起きても結局自前回避。
こっちはトラブル起きたら全部こっちのせいだからな。
最低でも運用マニュアルがないと自前回避してくれないし...
> OracleなりIBMなりの営業がすぐさまパッチ作らせて平身低頭するような大顧客なら、
IBMとはその製品の挙動はバグか仕様かで喧嘩することはよくある。
あいつらはそんな簡単に頭を下げないぞ。
金を出すというとすぐに対処するけどな...
>>83 だから、自分の無能に周りをあわせてくれって何度も叫ぶなと。
金額か納期が足りないなら受注しなければいいんじゃね?
88 :
デフォルトの名無しさん:2006/01/06(金) 15:08:05
>>87 だから俺は機能を減らして受注する訳だがそれが何か?
つうかさ、彼のやってることって縮小均衡でしょ?
自分の知ってる範囲で出来ないから費用に合わせてシステムを縮小する。
足りないのは自分の知ってる範囲を広げようとする努力とか気力ではないのか?
でもって、その無気力無能を何度も当たり前のように自慢しなくても、十分わかったよって。
90 :
デフォルトの名無しさん:2006/01/06(金) 15:08:40
>>85 ホントに業務システムか?
趣味で作った自分のチーム内のちょいシステムじゃなくて。
91 :
デフォルトの名無しさん:2006/01/06(金) 15:13:08
はっきり言うけどやって俺は出来ないとは言ってないじゃん
安すぎる仕事はやりたくないと言ってるんだけど
相手の担当者も無理に下げさせていると考えているから機能を減らした見積りを返しても発注してくる
ただそれだけの事だが何でこんなに噛み付かれなきゃならないんだ?
ここってストレス解消目的の単なる荒れスレだから何いっても無駄
93 :
デフォルトの名無しさん:2006/01/06(金) 15:21:01
>>84 > フリーのDB使ってるのに商用OSとは少し意外
Linuxも使うけどね。やっぱりこれもなんとなく。
で、Linux使うにもなんとなくRHEL。
意味ないからCentOSでやってみたいけど、やっぱ、なんとなくRHEL。
>金を出すというとすぐに対処するけどな...
幾ら出せばパッチ作るんだ?
ちょっとした金より、超大口顧客が「ならお前の所はもうイイ」って
脅すのが効果的かと思ってるが。小顧客の僻み妄想か?
>>91 だったら、他者が言っているブラウザ以外の選択肢を全否定するような発言して流れを止めるな。
コストダウンに対してブラウザ以外の選択肢が無いと考えてるのは君だけで、
それを否定する議論すら全否定して議論にならないんだから。
95 :
デフォルトの名無しさん:2006/01/06(金) 15:23:14
>>93 数十億とか数百億の単位で年間に購入すればそれなりに対応してくれる
正確には大口の販売チャネルを兼ねる代わりにサポートをきちんと行う
96 :
デフォルトの名無しさん:2006/01/06(金) 15:28:04
>>95 >数十億とか数百億の単位で年間に購入すれば
うははー。やっぱそう言う世界か。
まあ、そうでなきゃ商用は(現実には)洋梨ってこった。
まあなんとなく使うけど。
>>90 あんまり言えないけど、一応客先で動くシステムだな。
ちなみにシステム全体ではなく、一部。
98 :
デフォルトの名無しさん:2006/01/06(金) 15:28:35
>>94 俺はブラウザ以外を否定なんかしてないよ
何処を向いて仕事をするのかと、リッチ:ブラウザを高い:安いとか機能多い:少ないと勘違いしてる連中が目に付いたから発言しただけなんだが
99 :
デフォルトの名無しさん:2006/01/06(金) 15:32:30
>>91 言っていることは分かるんだが。
みんな
>>74の発言について言っているのだと思われ。
たんに価格競争だけなら中国、韓国にかなわないもんね。
100 :
デフォルトの名無しさん:2006/01/06(金) 15:36:12
「なんとなく」って言ってるけど、要は責任の負わされ方。
「Oracleの障害です」
→「じゃあしょうがないですね。とにかく何とかして下さい」
「RedHatの障害です」
→「どうでもいいから、とにかく何とかしろ」
「CentOSの障害です」
→「てめー訳解らんの使いやがって。責任取れ!」
101 :
デフォルトの名無しさん:2006/01/06(金) 15:38:43
Oracleの知名度は水戸アナルの印籠並かw
102 :
デフォルトの名無しさん:2006/01/06(金) 15:43:31
>>97 すげーな。つーか、MLが業務システムで動いてるってだけで新鮮だな。
そうなるとHaskellはないんかなとか他も気になる。
>>101 顧客によってはMSがその役を果たす事もある。
104 :
デフォルトの名無しさん:2006/01/06(金) 16:03:53
>>102 ハスケルは知らんけど業務ロジックのほんの一部分(データ変換の所)を
emacs(Lisp)で書いていたプロジェクトなら知っている
リカバリツールとか基幹システムでもサブシステムでもない
微妙な部分は個人の趣味が炸裂してたりする
命名規約やコーディング規約を無視しているのは普通で
この前は2chのAAをコメントにしているコードを見つけたが
うちの会社が作成した奴でも無いので見なかったことにした。
emacsがエディタでなくサーバとして動くのか。世の中広いな。
しかし、CLでもshcemeでもなくelispたあ、手抜きというか柔軟というか。
うちは対外的にはJava屋だけど、
自分らの内部システムはPythonとかRubyとか使われてる。
まあMSも内部鯖にはLinux使いまくりって噂だし。
Java屋っつーと、JavaVMの作成とかやってんのか。
つられクマー (かなり略
111 :
デフォルトの名無しさん:2006/01/06(金) 18:10:26
アプリケーションサーバとEJBこそ唯一のソリューション。
素人サイトの掲示板と商用サイトは次元が違う。
このスレの80%は素人だな、、、
商用サイトなのに糞重い
114 :
デフォルトの名無しさん:2006/01/06(金) 18:35:25
>>111 どう違って、アプリサーバとEJBがそれをどう解決してるのかね?
あほーはJavaじゃないから軽い
116 :
デフォルトの名無しさん:2006/01/06(金) 18:44:40
117 :
デフォルトの名無しさん:2006/01/07(土) 01:34:18
で、おまえら、サーバのロジック部の枠組みはなに?
・ Javaアプリサーバ without EJB
・ Javaアプリサーバ with EJB
・ ロジックもいけるぜPHP
・ なんとなくCOM(+)
・ ゲイシ様マンセー .NET Remotingサーバ
・ マクネリ托い Java RMIサーバ
・ 古き良きCORBA
・ スタンドアロンのデーモンorサービス with C/C++
・ スタンドアロンの普通のユーザプロセス with C/C++
・ ない。Access or ODBC経由とかで直DB (含むストアド)
・ mod_perl/mod_python/mod_rubyとか。(含むRailsとか)
・ どんとこいCGI。
・ ホストにダム端
・ Kahuaで継続、scheme、とかなんかマイナー系
・ シンプルイズベスト (x)inetd。
・ OMGイラネ。RPC
ストアド
ATLでXMLサービス
・ Javaアプリサーバ without EJB
ただしPersistence APIは使いたい
あと、選択肢にRuby on Rails追加希望
価格競争なら今年は印度が来るので更に激化だな。
CSにしろブラウザにしろ、まともなテストは遣ってないのが現状だ。
納入後に発覚する不具合の多さが証拠。顧客はデバックツールじゃないよ。
ブラウザだとまともなフレームワークならそこそこ枯れてるので使える。
CSだとパッケージソフトものでもない限り枯れ切ってないね。指摘しても平然と仕様と開き直られる。
漏れはDBも商用だな。業務システムだからデータ失う責任取れないし。
DBだけフリーってのは、オラクル買えずにフリーで我慢、OSは商用のままってパターンだろう。
OSもDBもフリーってのは、業務システム用途では命知らずだと思う。
DB2ってヨドバシあたりで2000円で売ってたような記憶が有るけど?
年が2006になったくらいで今頃、必死で修正してるアフォ業者とか有りそうだなあ。
今月末集計や年度末集計で発覚する爆弾を抱えてる所とかも多そうだし、業務システム屋は4月までイベントいっぱいだな(w
>>121 自分の周りのいい加減な仕事のやり方を一般論にするな。
123 :
デフォルトの名無しさん:2006/01/07(土) 08:37:55
>>117 NotesDOMINOで仕事をやらされる俺はどこに分類されるんだ。
こんな感じで良いの?
>>120 ・ mod_perl/mod_python/mod_rubyとか。 (修正)
・ レールに乗った人生。Ruby on Rails、とか生成系。
>>123 ・ 独自系パッケージの拡張。(Dominoとか)
これだと俺の大好きな「ASP.NETでガリガリ書いて後はシラネ」が分類できない気がする
>>121 >価格競争なら今年は印度が来るので更に激化だな。
越南ならわかるけど、なぜ今更印度?
根拠がわからん。
印度はカナリ前(5〜10年くらい)から売込みにきてるし、普通に使ってるよ。
厨国と違って契約の概念しっかりしてるし、やれといったことはキチンとやる。
価格は安くは無いけど(それでも国内ベンダーと比べると安いけどな)、クオリティは悪くない。
厨国厨の上司がいなけりゃTCO考えるとそれなりにいい選択肢だよ。
128 :
デフォルトの名無しさん:2006/01/07(土) 16:04:55
・ なんとなくCOM(+)
・ ゲイシ様マンセー .NET Remotingサーバ
・ マクネリ托い Java RMIサーバ
・ 古き良きCORBA
・ Kahuaで継続、scheme、とかなんかマイナー系
・ シンプルイズベスト (x)inetd。
・ OMGイラネ。RPC
この辺は、全部足しても10%にも満たないだろ。
なんだ大事なのがないな、今時ロジックはCOBOLだぞ
みんな古いんだよ
うちなんてC#からCOBOLに置き換えてるぜ
coboler育成で2007年問題を乗り切ろうと言う事?
131 :
デフォルトの名無しさん:2006/01/07(土) 17:13:14
あまり関係ないですが、
XP Embedded開発スレって立てて良いですか?
今Embeddedでシンクライアントを開発中なのでそういった話題をしたいのですが。
そもそも、どこに立てるべきでしょうか。
ちなみにWindows板のは開発の話題は皆無で死んでるみたいなので。
なぜここで聞く…。
CEスレで聞けば?
つーか、単発質問じゃあるまいな。
134 :
132:2006/01/07(土) 17:53:03
>>133 ありがとうございます。
単発ではなく連発で質問します。
そういや最近FCな居酒屋で注文がtabletPC?の奴置いてあるな
まあ、アレ使うより店員呼びつけて注文する方が物が出てくるの早いがな
>>135 あるね。
アレ、混んでくるとかなり簡単に落ちる。
すげー作りのお粗末なシステムだよ。
>>135,
>>137 居酒屋じゃなくお好み焼き屋なんだけど、あのシステム開発を持ちかけられた
ことがある。あまりにも安いんで絶句してお断りしたw。
139 :
デフォルトの名無しさん:2006/01/07(土) 21:13:42
>>128 RMIは使うことあるだろ。
サーバの一部の機能を別サーバに置いてるときとか。
一方、白木屋は呼び鈴をつかった。
呼び鈴すらついてない居酒屋は・・・
「すいませーん。……すいませーん! オーダー、いいですか!?」
「おう!ねーちゃん、ビールあと2本な」
今思えば青かったあの頃(といっても数年前だが)
知り合いの知り合いというつてで、某中小企業向けに生産管理システムを導入。
コストの2割削減という、目標は達成したものの、、、
こっちへの支払いも2割削減されましたとさ。
145 :
デフォルトの名無しさん:2006/01/09(月) 15:06:01
おまえら、どの辺?
神風部隊
・ Kahuaで継続、scheme、とかなんかマイナー系
・ mod_perl/mod_python/mod_rubyとか。(含むZopeとか)
・ レールに乗った人生。Ruby on Rails、とか生成系。
上層民
・ ゲイシ様マンセー .NET Remotingサーバ
・ マクネリ托い Java RMIサーバ
・ シンプルイズベスト (x)inetd。
・ 古き良きCORBA
・ OMGイラネ。RPC
平民
・ Javaアプリサーバ without EJB
・ Javaアプリサーバ with EJB
・ 独自系パッケージの拡張。(Dominoとか)
・ スタンドアロンのデーモンorサービス with C/C++
下層民(プ
・ ロジックもいけるぜPHP
・ なんとなくCOM(+)
・ スタンドアロンの普通のユーザプロセス with C/C++
・ ない。Access or ODBC経由とかで直DB (含むストアド)
・ どんとこいCGI。
・ ホストにダム端
要するに、やったこと無いってだけじゃん。
147 :
デフォルトの名無しさん:2006/01/09(月) 17:47:51
つーか、PerlとPHP除いて、
サーバをJava以外で書いてる所なんてあるの?
>>147 ネタで言ってるんじゃないのなら、無知すぎる。
149 :
デフォルトの名無しさん:2006/01/09(月) 18:02:56
150 :
デフォルトの名無しさん:2006/01/09(月) 18:06:00
ゲイツ様のことも思い出してやってください(><)
ゲイツは神だから
152 :
デフォルトの名無しさん:2006/01/09(月) 18:47:00
>>148 だったらおまえんとこの業務システムのサーバは何で書いてるんだよ
Schemeは海外なら普通にあると思う。
154 :
デフォルトの名無しさん:2006/01/09(月) 19:22:01
プ
行ったこともない海外の妄想かよw
普通だったらポール蔵ハムが何であんなこと言うんだっつのww
それともおまえ、海外でschemeで業務システムのサーバ構築しまくってるのか?wwww
ちゃうちゃう、
>>147があんなこと書くもんだから……。
日本じゃ絶滅危惧種なのは把握してる。
156 :
デフォルトの名無しさん:2006/01/09(月) 19:31:20
157 :
デフォルトの名無しさん:2006/01/09(月) 19:36:57
業務サーバは、PerlとPHP、Javaがすべて。
おまけで、ゲイシの下僕がほそぼそとVBでASP。
これ現実。
これ以外は、趣味人orド素人の個人サーバかその同類。
まあさ、JAVAとかオプソを推奨する人の大半は、
それをしてる自分が技術思考って勘違いしてるだけだね。w
自分ってくりえーちぶで反体制的って。
>>156 海外で書かれたサーバ=Schemeとは
>>153で言ってないよ。
海外で書かれたサーバの中にはSchemeもあるという意味。わかりにくくてすまん。
全鯖がJavaばっかだったら面白くないと思わないか。
160 :
デフォルトの名無しさん:2006/01/09(月) 20:42:05
>>158 現代のCOBOLたるJavaやってる奴が反体制ってww
お前、あたま大丈夫かよwwwwwwwww
>>159 面白いかどうかじゃなくて事実の話をしてるんだよ、最初から。
誤魔化すのは勝手だけどw。
だったら、kahuaでWebLogicを駆逐してみろよw
○○のサーバが普通にある=○○のサーバーが普通
と思っているみたいだな
日本語は難しいからがんばれ
162 :
デフォルトの名無しさん:2006/01/09(月) 21:03:06
ずるずるとつまらん言い訳しおってw誰がそんなこと言ってるんだよw
普通にあるんならAverageだろうが。自分で自分を叩いてどうするんだよwwwww
なんだ、池沼か。積まんね。
164 :
デフォルトの名無しさん:2006/01/09(月) 21:14:11
妄想と現実の区別が付かない奴に池沼って言われたwwwwwwwwwwwwwwww
そこで scheme で書かれたサーバーが普通 → 「XML構文 = S式 」 と脳内変換
> Javaがすべて。
TomcatなのかJBossなのかWebLogicなのか。
WebSphereなのかOracleASなのか
言語と開発環境とフレームワークの区別も出来ないのか・・・。w
TomcatやJBossが開発環境とは恐れ入った。
イントラならともかく
インターネットでJava鯖なんて皆無だろ
は?なんでよ。
じゃあ、おまえんとこはインターネットはなによ。
死んだ方がいいんじゃないかしらん。
174 :
デフォルトの名無しさん:2006/01/09(月) 23:17:01
Servletが動く公開Webサーバーが皆無なんて初耳だな
googleはjavaも積極的に使ってるし。
JALとかANAとか楽天とか、Javaを使っているというだけなら、挙げればきりがない。
確かに少ないよな。
>>178 少ないことにした香具師がいるみたいだなw
それともJava鯖はjspファイルじゃないと動かないと思ってる見習いか?
YAHOOはどうなの?
181 :
デフォルトの名無しさん:2006/01/10(火) 00:06:34
Perl:PHP:Java:他 = 3:3:4:0
端数を四捨五入すればこんなモンでは?
GET−U
183 :
デフォルトの名無しさん:2006/01/10(火) 00:11:19
Javaは重い
なかなか大漁なスレですね。
PHPが軽い
JavaはCより速い
去年まで金無し君だったけど、Javaで二年で350万貯めた。一度やってみなよ。
188 :
デフォルトの名無しさん:2006/01/10(火) 00:27:45
EJBが重いな
PHPとかPerlなんて保守不可能じゃん。
素人の掲示板とかアクセスカウンタ程度ならいいのかもしれないけど、
エンタープライズの大規模システム開発に、あんなオブジェクト指向も
まともに使えない言語を使ったら間違いなく破綻する。
そもそも大人数で分割することすら困難だ。
企業が業務で使うような、高信頼性の大規模WebシステムにはJavaしか選択肢が
無い。ASPなんかIISって時点で論外。
>>189 開発だけだよ。まさか秀丸とjavacでEJB作ってるのか?
って、まあ実際EJB使ってるところってあんのか?
JALもCGIが相当残ってるっぽいけど。
JAVAなの空席予約だけじゃね?
つか、業務系だと特に帳票のパッケージはほとんどがJAVAなのでパッケージを
選んだ段階で言語の選択肢が無いわけだが。
Webアプリで帳票印刷するの?
しますよ
196 :
デフォルトの名無しさん:2006/01/10(火) 02:30:43
印刷って?
まだ紙使ってるの?
オンラインで業務が完結してるよ。
請求書はcvs吐き出しで印刷ソフト作って対応。
PDF生成でも結構対応出来るけど。
mod_perl重いよ。アクセス数高いともりもりメモり食われるしさ。あげくに耐えられずにあぱちがカーネルにKILLイベント送りつけられてあぼーん。
Javaで常駐アプリケーションサーバに流した方が、アパチも軽いしアプリケーションサーバももりもりメモり食いだす事も無いし負荷も乱上昇する事も無い。
>>191 意識するかしないかの話は有るがメーカ系の業務パッケージはEJBで動いてる事が多い
テストドライバがTomcatだったりするのでドカタ〜は知らないかも知れないが
それが重いんだよ。
>>197 自分の書いた文章100回位声に出して読み返してごらん。
ツッコミ所満載すぎてツッコム気になれん
まぁ、海外ではPostScriptでWebサーバを作ったりする変態さんがゴロゴロいますから
勝てるわけ無いよな。
なんかクライアントにブラウザを想定しているサーバサイドの
言語やアーキテクチャに話が偏ってるなー。
クライアントがブラウザでは無い場合、どうなの?
DB直叩きかせいぜい PL/SQL が関の山で話題もないか。
>>201 PostScript?
PostScriptって、あのPostScript?
>>203 それはなんの話がしたくて言ってるんだよ・・・。
>>203 自家製のブラウザというのはほとんどないものですか?
DB直叩きってセキュリティどうなん。
給与システムとかだったら勝手にupdate投げて自分の給料10倍にされたらどうするの?
>>209 なんか貴方はもっと知識を整理してから書き込んだほうがいいと思うよ。
車の免許とったんだけど、交通刑務所の行き方をいきなり聞いてるような感じ。
途中に経過が何段階もあるでしょ。
211 :
デフォルトの名無しさん:2006/01/10(火) 13:30:29
SQL直投げを言ってるんだけど?
etherealとteratermがあればできちゃうじゃん。
>>207 それ、一体何がしたいんだろうな・・・。
いや、すごいけどさ。
ただの遊びだろ。
Webサーバなんて高機能でなきゃ何で書いたっていちおう物は作れるじゃん。
inetdから起動するのを前提にするならなおさら。
さっきからいっしょけんめい覚えた言葉を並べてる人がいますね。w
そういうレベルの話じゃないよ。
>>209 DBに接続する時、認証があるだろ、普通。
いや、世の中普通なんてモノはないんだろうけどさ。
>>219 それをパケモニで拾えってんじゃないの?
TERATERMってのはよくわかんないけど。
たとえばosqlとかで繋げばさ。
>>211 >>218 うちもTERATERM。小企業だから業務システムとは言えないかもしれないけど。
PSQL (Postgresqlだから)だけで済ますのが理想だと思う。
そうはいかずPrologでロジックを制御しているが、
PSQLの代わりをPrologにさせているだけ。
>>220 そういう事か。理解力が足りませんでした。
確かにSQL直投げだと比較的セキュリティ弱そうだ。
>>203 どうなの、って何が?
専用クライアント+独自プロトコルなんて
幾らでもあるけど。
まだ冬休みは終わってないのか?
226 :
訂正:2006/01/10(火) 18:24:39
>>221 PSQL -> psql
ロジックを制御しているが -> ロジックを書いてあるが
227 :
デフォルトの名無しさん:2006/01/10(火) 19:33:55
業務システムでPrologキタ
つか、会社だけど俺システムじゃなくて?
そんなところ。
データエントリーを含めて全部 ?- から始まるPrologインタプリタ(笑)
>>223 業務システムなんだから、専用クライアントは分かるが、
独自プロトコルまで作るなんてそんなにあるかなー?
なにを目的とした独自プロトコルか、例はある?
織れの周りの狭い世界では見た事がない。
>>229 データ暗号化とか、認証の方法だけ特殊にしてあるのとかはあるけど、プロトコルはあんまり聞かない。
>>229 「幾らでも」は俺の周りだけかも試練。
目的があってそうしてるわけでなくて、
「非PCが故、セッション層以上のプロトコルは
自力で用意する必要がある」
という必然。
買え。
インターネットが今ほど普及していない時代、
TCP/IPはUnixの独自プロトコルと思われていた時代は独自プロトコルは普通だった。
今でもATMって独自プロトコルじゃねーの?
あれって全銀じゃねーの?
235 :
デフォルトの名無しさん:2006/01/11(水) 11:37:37
自分でSocket使って勝手にやるってのは、
独自プロトコルって事じゃないの?
ってそんなのやるのって俺の回りだけ?
なつかしいな全銀手続き。
EDIなんて言葉もあまり聞かなくなったなあ。
>>235 それをプロトコルと呼ぶのか、伝聞フォーマット&手順(ってプロトコルだけど)と呼ぶかだね。
あー全銀「手順」だ、間違えたー
伝聞フォーマットか。やっぱりちょっとずつ内容が変わっていくんだな。
「伝文」て書く奴大杉@M重工
>>241 お前自身がMなのか?あぁ?それとも相手がMなのか?
もしお前がMなのなら、ここであったが100年目。
長年の恨みいまこそはらしてくれよう。
独自プロトコルの所はまともなフレームワーク買えない貧乏部署。
大抵買ったほうが安いわけで。
単なる勉強不足では?
>>244 独自プロトコルの場合、ほとんどコストゼロだけど。
ただ働きが基本だからな。
検証とかやらないのかね
独自がコスト0ってどういう伝送だ?
やっぱパソコン同士が伝聞してくれるのか?w
以心伝心
物理的に繋がってなくてもそれぞれの鯖とクラで互いを想定して処理が進むのか。。。
ウェブもCSも関係ないね。混在しても想定して処理すればいいだけだし。
>>242 Mの実子です。
許してあげて!お父さんちょっと壊れかけなの!
>>243 >>231 のような必然性もなく独自に書いてたら
貧乏とか以前に阿呆かも知れない。
Ajaxは、あるもので間に合わせ、現状しのぎの技術だからね。
そりゃ茨だらけだわな。
Ajaxは今が儲け時だな。
一年後には、薄利多売な状態になってるだろう。
結局FLASH出来ない奴がお茶を濁してるだけのような
フラッシュがそんなに良い選択肢にも思えんけどね。
Flashは下手したら一気に普及してしまう可能性がある。
開発ツールさえまともになれば
俺もそう思ってたけど、でも、ここまでこなかったら、もうないよ。
それとどうしても破れない先入観見たいのもあるし。
Flashで開発するツールを買いたいんだけど、って言っても、
それでじゃあ、普通のWebアプリよりもはるかに客が取れるって
説明ができないなら、導入検討を稟議にかけても通らないだろ。
>>258 3年ぐらい前から同じことを言ってるような・・・。
正直、カールと比べたらカールのほうがマシに思える。
カールも冷静に見るとただのシェパードだからな。
やっぱりラッシーの方が愛らしい。
カールも冷静に見るとただのトランザムだからな。
やっぱりキットの方が愛らしい。
ナイトライダーへの道の人、まだ頑張ってるのな。
カタカナだよ、カタカナ!カタカナで「カール」。
固有名詞を2バイト英字で書くとか、そんなレベルじゃないよ、もう。
ここは日本だ、カタカナで書いて何が悪い。
そもそもマイナーツール書いたのになんで突っ込まれなければならない。
名前出ただけ感謝してほしいぐらいだよ。
やっぱこれからはJava+Swingだなっ!
JavaWebStartでリッチクライアント、配布コストの大幅削減を見込めます!
WebStart使ってるところある?
アプリインストールのトラブルが減っても、Javaインストールのトラブルが発生する罠。(推測だけど)
まあ、でっち上げのアプリ固有インストーラ(つうかただの手コピーの場合も)よりは、
世界中で使われてるJavaのインストーラの方が安心か。
>>268 いますぐ普及するってのはありえないかもしれないけど数年したら侮れなくなってるのでは?
もちろんそれまでのトラブルはつき物。
フラッシュイラネ。
フラッシュ浸透する前に、
ブラウザベースのWebアプリに客がなれると思うわ、まじで。
272 :
デフォルトの名無しさん:2006/03/12(日) 23:56:22
VB6アプリをドトネトで動かせるエミュを造れば大儲け間違いない。
>>272 むかしからそういうのあったな〜
N88-BASICでN-BASICのアプリが動かせるとかN86-BASICでN88-BASICのアプリが動かせるとか
ちょっと前もJavaでVB4.0が動かせるとかもあったな
俺はPPCマックで68マックのソフトが動くという例を思い出したのだが
273の例はさすが業務スレだな
275 :
デフォルトの名無しさん:2006/03/14(火) 08:49:38
10年後にはVB.NETでも同じこと言ってそう
結局PGは進歩無いね。
今更コボラーもないだろ。
おまいら勉強して新しい言語使えよ。
277 :
デフォルトの名無しさん:2006/03/17(金) 19:20:53
今POSの開発どうしてます?
今度POSの開発をやりそうなんですが、開発言語に迷っています。
OPOS、OPOS.NET、JavaPOSなんてのがあるみたいですけど、
これってどうなんでしょう?
OPOS.NETやJavaPOSはなんか流行っていなさそうな気がするし、
かといってOPOSはなんか古臭くありません?いまさらVB6というのも不安が残るし。
でもレシートプリンタドライバが、OPOS用ばかりだったり・・・?
まあ別にOPOSとかに準拠する必要はないし、Javaや.NETから
OPOS用ドライバとか呼べるんでしょうけど、全体的な方向性として
みなさんは、どうしていますか?
そんな個別案件の狭い範囲、自分で判断しろよ。
そもそも流行云々があるほどメジャーな開発分野じゃない。
POSはメジャーだと思うが?
POSはメジャーだが、そんなに開発案件数があるわけじゃないってこと。
スレの存在意義を真っ向から否定しましたね
282 :
http://www.vector.co.jp/soft/win95/util/se072729.html:2006/03/18(土) 19:12:05
TextSS のWindowsXP(Professional)64bit化おながいします
もしくは64bitにネイティブ対応したテキスト置換ソフトありますか?
283 :
デフォルトの名無しさん:2006/03/25(土) 00:25:15
案件の種類にも寄るなあ。
本当に経理系とかの業務システムならPOSなんて無関係だけど、販売系や流通系ならPOSとやりとりできなきゃ業務システムと呼べないよ。
POS端末と一緒にIBMあたりが業務システムひっくるめて囲い込んでしまうので、なかなか話題にはならないかもね。
ここでいうPOSとは、POSと通信する話じゃなくて、
POS開発のことだと思うけど。
ハードと一体で開発されるケースが多いから、少し狭い
範囲で開発されることが多いような気がする。
協力会社どまりとか。
下請けとしては、こういう仕事は結構降りてくるけど、自分のところではやらないなあ。
だね、OPOSってポスレジとその周辺機器(レジスタ・表示機・レシートプリンタ)との通信ライブラリだから。
>>283が言ってるのはPointOfSalesシステムそのものでしょ?
POS端末単体で業務システムと呼べるの?
普通は鯖と連携してリアルタイムで売り上げが見れたり発注出来たりする販売物流業務システムを提案しないか?
>>287 だから、それのエンド側の開発でしょ?
DBなりとの連携はそれはそれでPOSシステム全体として、個別の端末もPOS端末なわけだし、そもそものライブラリはOPOSの話だし。
貴方が勝手にそこに限定してるだけでしょ。
「POSの開発」でPOS端末そのものの開発を連想する人ってどれくらい居るんだろ?
いや、別に誰かを揶揄ってるとか、そういうんじゃなくて純粋に?
>289
爆笑
まあPOSを知らん香具師の方が多いと(w
POSレジって知ってるけど、そもそものPOSを知らないって・・・確かにいるかもね。
293 :
デフォルトの名無しさん:2006/04/03(月) 10:32:57
POSが開発されたのは1970年代の前半、その時
既にPOSと呼ばせていたのだから驚き。
なんとなくそういうシステムを構築した結果、名付けてPOSになったんじゃないのか?
BASICに POSって命令あったよな。
POS (x, y) だっけ?
与えられた座標に色がセットされてるかどうかを 0 と -1 で返すみたいな、
あまり使い道の無い命令だった希ガス。
つーか使った記憶が一つも無い。
当たり判定に使えそうだけどね。
294 :デフォルトの名無しさん :2006/04/03(月) 10:43:58
295 :デフォルトの名無しさん :2006/04/07(金) 18:47:32
おまいら今週は業務システム開発サボってたのか?
サボれなかったから来る暇なかったんだよ
ハンディ端末の開発に C++ が使えるって点だけは
WinCE と MS に感謝したい。
Cでオブジェクト指向とかやってる人もいるな。
ハンディでの開発ばっかりやってますが
将来は明るいですか?言語はC++です。
C++って単価はいいけどこれ以上増えないと思われ
つーか増えられると負の遺産が増えて困る
そのうち下位互換性が保証されてるC+++が出るから問題ない。
まあプログラマの負担は更に増えるけど(w
304 :
デフォルトの名無しさん:
Pugs使ってる奴っているの?