■■これから食っていける技術の組合せは？■■

レナ · 02/03/23 23:01

言語・アプリ環境・データベースには、
Perl, PHP, Java, Ruby, C, Tcl
Apache, CGI, JSP/Servlet, ASP, ColdFusion
Oracle, PostgreSQL, MySQL

などがありますが、当分の間食っていけそうな技術の
組合せって何でしょう？

例えば、
　「Apache＋PHP＋PostgreSQL」

ぜひ熱く語ってみませんか？

**nobodyさん** · 02/03/23 23:12

.net + sqlserver
もしくは
jsp + servlet + ebj + orale
つーのでは？

**nobodyさん** · 02/03/23 23:12

2げっと。
--------終了-----------------

**ツ?ツ?ツ?ツ?ツ?メZツ?** · 02/03/23 23:12

2げとおおおおおおおおおおお

３ · 02/03/23 23:12

シノウ。。

02/03/23 23:26

面白そうだ！！もっと盛り上げてくれ！

--------再開-----------------

**nobodyさん** · 02/03/23 23:35

>>2
oracleだろ。

**nobodyさん** · 02/03/24 00:14

できれば推薦した組み合わせに理由などを添えて頂けると有難いのですが・・・。
現在の顧客の動向、将来の見通し、だからこの組み合わせだ！みたいな。

02/03/24 00:45

1の例だが、
　Apache＋PHP＋PostgreSQL

ってどうよ？
Webサーバ　Apache
　これ以外良いのないっしょ？

言語　PHP
　Apache使うなら、PerlよりPHPの速いしね。Cにはかなわないけど、
PHPはDBの操作が容易！C、Perl、Javaに類似しているので、とっつき
やすい。

DB　PostgreSQL
　まずPostはフリー！Oracleは高い割にたいしたことないし。
　PHPとの愛称もMySQLと比べれば、いいんじゃねーの。
　標準のSQLなんたらかんたらってものよい。

この3つを使えれば、Webサーバ、言語、DBのスキルが身につき、
将来性があると思うけどどう？

俺の意見は厨房かもしれんが、間違いがあったら教えて！

**nobodyさん** · 02/03/24 00:55

>>9
これ全部、使ったことある上で言ってんの？

9 · 02/03/24 00:59

以下の経験がある上で言ってみた。

WebサーバはApacheとNetscape経験あり
言語はC、Perl、Java、PHP経験あり（Cが本職）
DBは、Post、My、Oracle経験あり

DBは微妙で、大規模なシステムの場合Oracleの方がよい。
中・小規模ではPostで十分でしょう！

**nobodyさん** · 02/03/24 01:05

mod_perl＞mod_php

**nobodyさん** · 02/03/24 01:08

Javaが占める量が多くなるけど、CとPerlが使えんヤツは要らん。

**nobodyさん** · 02/03/24 01:16

PerlでもDBの操作は容易だよ。

**nobodyさん** · 02/03/24 01:23

>>14
禿同

**nobodyさん** · 02/03/24 01:40

perlとなんらかのSQLとちょっとphp　あと鯖をまともに運用できる能力
言語なら1週間あれば勉強でてちょこちょこ書き始める能力
鯖の不可とはなんぞやをちゃんと理解して組める能力
ちょっとしたルーティング能力
こんな感じでどうですか

**nobodyさん** · 02/03/24 01:55

Perl過小評価されすぎ。

**nobodyさん** · 02/03/24 02:24

>>17
同意。PHPより需要はかなり大。

**nobodyさん** · 02/03/24 03:27

cgiを書く言語と思ってるｱﾌｫが多いからな。
その点はperl不幸だ。
パワフルな言語なのに。

**nobodyさん** · 02/03/24 03:38

業務に必要な機能と生産性
総合的に見ると未だPerl最強てことだね。

**nobodyさん** · 02/03/24 08:55

>>1
どの分野で食ってくか次第で全然違うと思うんだけど...
広告業界相手の商売はDB操作よりActionScriptが高かったりする場合もあるし（マジ勘弁
未だにレンタルサーバー使ってる企業が多い現実から考えれば、素直にPerlなんだろね。

**nobodyさん** · 02/03/24 13:27

「PHP＋mySQL」
これ最強

**nobodyさん** · 02/03/24 21:20

>>22
嘘だ
mySQLトランザクションサポート無し

**nobodyさん** · 02/03/24 21:44

>>23
それでも大手はmysql使ってるだろ

**nobodyさん** · 02/03/24 22:03

今PHPならできるけどPerlって難しい？
覚えるの大変？

**nobodyさん** · 02/03/24 22:12

>>22-24 使い分けの出来ない技術者に「これから」は無いよ。すっこんでな。

23 · 02/03/24 22:28

トランザクションサポートなしで最強ていってほしくないだけ

02/03/24 22:34

PerlのDB操作ってどのくらい簡単なのですか？
PHPでPostgreを操作するときは、pg_XXXでできると
思うけど、PerlでもSQLを操作することができる？

厨房な質問でスマソが、マジレスキボンヌ

26 · 02/03/24 22:38

>>27 ｽﾏｿ。22と24に言いたかったんダス。

けどトランザクションをサポートしてたら最強って訳じゃないし、
一応サポートしてる事はしてるよ。

何にせよ最強ってなモンは無いよ。

**nobodyさん** · 02/03/24 22:46

>>28
Googleで"Perl SQL"で調べれば直ぐ分かる事だと思うが。

http://pc.2ch.net/test/read.cgi/php/1015943725/l50
とか
http://member.nifty.ne.jp/hippo2000/perltips/
見れ

28 · 02/03/25 01:29

>>30
クソみたいな質問にマジレスくれてサンクス！！
早速参考にしてみるよ！

**nobodyさん** · 02/03/25 01:34

でもさー、おれみたいなヘボ技術屋だと、
殆どの提案で、結局好きな環境選んじゃいがちなんだよね～。

mod_perl + mysqlさいこーっすよ、お客さん　みたいな(汗
コンペになったら値段で勝負させちゃう（鬱

**nobodyさん** · 02/03/25 08:31

PC-9801 + N88BASIC

**nobodyさん** · 02/03/25 13:30

「WindowsXP + ロゴライター」
http://www.logo.co.jp/

**nobodyさん** · 02/03/25 14:13

何をやる/使うにしても、クラスライブラリとして提供されているものが殆どだから、
誰でも何でも書ける/使えるでしょうに現状でも。

どっちかってーと基礎の知識と

「データベースドライバが～には用意されてない？じゃぁ折れが調べて書くよ」

ってな感じのパワーの方がはるかに重要だと思うよ。

とりあえず食って行くだけで良いならLAMPだとおもうよ。
http://www.onlamp.com/

どこぞのアフォがLAMP = Linux + Apache + MySQL + PHPだとか断言しちゃってて困るが。

**nobodyさん** · 02/03/26 11:34

PHP+mySqlで「まかなえる」業務でとれる金額なぞたかが知れている、と思う
今日この頃

**nobodyさん** · 02/03/26 12:07

>>36
...... 35をうけたボケなの？

**nobodyさん** · 02/03/26 23:46

>33
>PC-9801 + N88BASIC
それはチョット処理速度的に厳しいのが現状だと思います。
今はQuick Basic の方が勢いがあります。ご参考までに。

**nobodyさん** · 02/03/27 07:05

>>38
あのVBの基礎となったクソ言語な。
QuickCはすばらしい処理系だったが。

**nobodyさん** · 02/03/28 05:41

PHPはやっぱり大規模には向いてないよ。
普通に食っていけるだろうけど、大きめなものは
Java使いたい。

02/03/30 03:40

COBOLとCとPerlができれば、応用がきくよね！

**nobodyさん** · 02/03/30 07:38

>>41
COBOLを筆頭に出していることに不信感。

**nobodyさん** · 02/03/30 10:52

食ってくためには技術よりも提案力とか適応力の方が大事だと思われ

**nobodyさん** · 02/03/30 15:16

>>42
というかネタだろ。

**nobodyさん** · 02/03/30 15:37

あるいは、男の場合、達者なおしゃべりか、
女性の場合は、男性クライアントの夜のソリューションになれる魅力だな。

**nobodyさん** · 02/03/31 04:00

旧システム（コボル）と新システム（C）の連携を
とれる技術者は、重宝されています。
コボルしかできない技術者は逝ってよしだけど・・・

**nobodyさん** · 02/03/31 08:00

焼肉食べ放題　ヽ( ･∀･)ﾉｳﾝｺｰ

**nobodyさん** · 02/03/31 12:48

食っていけるかと言えば
Java で J2EE、Jakarta あたりを熟知していてイチからシステムを
構築、提案できる能力があれば引っ張りだこ。

Java 技術者は常に不足していて
「Java出来ます」っていう人はいくらでもいるが、ほとんどの場合
「Java出来ます。Jakarta？聞いたことはあります」って。

環境・周辺技術を含め Perl、PHP を1週間で熟知できても、Java は無理。
だから食っていける。とか言ってみるテスト。

**nobodyさん** · 02/03/31 13:09

１週間で無理か？
Java全部ってのは無理かもしれないけど、１週間もらえてばそれなりに使え
そうな気もするけどな。
当然プログラム技術の基礎があることを前提だが。

48 · 02/03/31 13:57

1週間で Java 自体は習得できると思う。
でもマルチスレッド関連は1週間で習得してる人はあまり見ないです。

無理と書いたのは J2EE や EJB・XML の理解、Java 専用ではないが
UML モデリングやフレームワーク、デザインパターン（このへんが
プログラム技術の基礎で把握済みという人は別）あたりが
はたして1週間でいけるかなと。

**nobodyさん** · 02/03/31 14:14

一週間で覚えきれない言語は覚えても無駄だからなぁ。

**nobodyさん** · 02/03/31 16:32

なにに対して無駄か分からないが1週間で習得できないから重宝される。

**nobodyさん** · 02/03/31 20:52

で、代替技術がでると忘れられる。捨てられる。

**nobodyさん** · 02/03/31 22:14

代替技術が出ても習得すりゃいいだけだろ？
>>50 のようなプログラム技術が身についていてかつ
２，３個言語知ってりゃ極端な話、他の言語でも1日で使えるようになるだろ。

**nobodyさん** · 02/04/03 13:12

３０代半ばになってもＰＨＰとPerlぐらいしか分からなかったらどうしよう。。。

**nobodyさん** · 02/04/03 13:25

Perlは確かに案件も多そうだけど
使える人も多そうだからなぁ・・・。

大規模に向かないっていわれるPHPだけど
PHP5出たら多少情勢変わるかもね。

**nobodyさん** · 02/04/03 17:02

へえ、JAVAって食えるんだ。
一生懸命勉強しよっと。

**ｆｄｇ** · 02/04/04 19:46

■■　援助交際学園　■■

日本最大の援助交際サイト

コギャルから熟女まで

おこつかいの欲しいコ、全員集合！！

http://2ch.15pink.com/

**nobodyさん** · 02/04/05 13:47

ひそかに43が良い事言ってる罠

**nobodyさん** · 02/04/09 19:35

とりあえず

CとJAVAとPerlが基本ですよね？
そっからどう拡張させるかですよね？

マジレス希望す

**nobodyさん** · 02/04/09 20:50

>>60
何を訳のわからんことを・・・。

**nobodyさん** · 02/04/09 21:08

ここは文系・専門卒（ゴミ）の巣窟です

**nobodyさん** · 02/04/09 21:14

それより程度の低い大学生の>>62さんのご高説でした。

02/04/29 03:37

ふぉーとらん

**nobodyさん** · 02/04/30 18:27

MSX-DOS

**nobodyさん** · 02/05/04 10:04

単純な Web プログラミングだけじゃ食えなくなるのは、確か。

**nobodyさん** · 02/05/05 14:42

マジレスで、Apache + mod_perl + MySQL。
言語は他に C，PHP を使えます。(かじった程度ならJavaも)
RDBMSは他に Oracle，PostgreSQL を使えます。
でも最初に挙げた組み合わせが最もスピーディに開発できるので
これでほとんどの案件を片づけてます。
ていうか好きなんでしょうね、PerlやMySQLのコンセプトが。(^^;

**nobodyさん** · 02/05/07 00:42

PerlやPHPのスクリプト系なら、客先のパソヲタが自前で組んじまうからな！
ソース丸見えってのが教材を提供しているようでイタ過ぎる。

**nobodyさん** · 02/05/08 13:16

>>60
マジな話WEBプログラミング言語ならC,perl,html(これも言語か?w)の3つが
出来てれば問題無いと思う。コレにこれからはXML入れておけば
後は汎用面から致命的な柱にはなりえないんでどうでもいいんじゃない。
時点でJAVA（JSじゃねえぞ）、場合によってはASP辺り。
他は単なる習得もクソも無い容易な飛び道具かと（経験的な感想）。
必要に応じてって奴。

**nobodyさん** · 02/05/09 11:18

>68
客先のパソヲタが見る気なくすようなコード書けばいいだけじゃん。

02/05/19 06:02

XMLって、これからやっていて役に立つのか？
Java＋XML　できると結構いいって効くけどほんと？？
折れはふぉーとらんしかできん厨房だけど

**nobodyさん** · 02/05/19 07:51

あのな、ソースは客のものなの。素人は黙ってなよ。

**nobodyさん** · 02/05/19 09:17

コンパイルしろよ。

**nobodyさん** · 02/05/19 10:03

>>69
＞場合によってはASP辺り。

この時期.NETに目がいっていないのはどうかと。

**nobodyさん** · 02/05/19 11:26

C/S　VB or VCL(汗) + SQLServer or Oracle
Web　Jave + Oracle or ASP +SQLServer

という、ある意味偏った環境でしか仕事してませんが。
とりあえず食えてます。

最近はどっちかていうとDB設計、環境設計ばっかりで、プログラムというと
PL/SQLかSQLServerのプロシージャ-ばっかりで鬱。

ちょい5年前まではAVXでCOBOLだったが。

個人的には（仕事にはならんだろうが）PHP+MySQL+PHPNukeを遊んでみたい。

**narucy56** ◆wMOjCT4s · 02/05/19 16:26

Apache + Ruby + eRuby + mod_ruby + (Java の Struts みたいな Framework の Ruby版) + (自動的に雛型を作るツール) + Ruby 用データベース・インターフェース

（元々クライアントが単純な機能しか持ってないだから）Web プログラミングは割と定型的。

となれば、雛型をある程度生成して、固有のロジックだけ組む、というやり方が可能。

少しばかりウィザード形式の質問に答えれば雛型が出力され、固有のロジックを追加して、完成。というような、こういう方法が一般的になってくると思う。

**nobodyさん** · 02/05/20 03:06

Ｆｌａｓｈ＋ＣｏｌｄＦｕｓｉｏｎってくるかな？
Macromedia、JRunの会社買収してからガンガンきてますが、くると思います？

**nobodyさん** · 02/05/20 03:44

マカーが絡んでるのは全部ダメになると思う。

**nobodyさん** · 02/05/20 04:07

LAMP + StarBASIC(OpenOffice) に期待。
MySQL接続にJDBC経由になるけど。うまく接続できん・・・

**nobodyさん** · 02/05/20 04:18

>>78
マカーはJRun関係、ついてこれないと思われ

**nobodyさん** · 02/05/20 07:28

>77
その予測はむずかしいな。
MXスウィートが出揃ってから判断だな・・・

**nobodyさん** · 02/05/20 11:39

ColdFusionてなにげいろんなことできるんだよね。
たいていのWebアプリで必要とされる機能は揃ってる感じ。
でもロジックまでタグで書いてくような変態的なシステムを
メンテするのはつらすぎ。
たしかに必要とされることはできるけども、あえて
ColdFusionでやりたくない

**nobodyさん** · 02/05/20 12:33

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数：105420人　発行日：2002/05/020

どもども、ちょっぴりワキガのひろゆきですー。
いやぁ、もうすぐですねー、谷澤動物病院の裁判の判決ですー。。。

おいらはいつものとおり、
「投稿者がわからないので勝手に削除は出来ない」
「勝手に削除したら投稿者に訴えられてしまうかも知れないから削除は出来ない」
との主張を繰り返してきたんですけど、裁判官てば実に冷ややかな目でおいらを見るんですよー。。。
その上、
「削除出来ないんじゃなくてするつもりがないんじゃないですか？」
「悪質な書き込みをむしろ売り物にしてるんじゃないですか？」
「発信者を特定出来るようにようにしてから能書きを語るったらどうですか？」
なんて嘲りの笑みを浮かべながら言うんですよー。。。
本当に憎らしい奴ですー、、うぅうぅ、、

ところで、谷澤動物病院てば、おいらのことを訴えてから客が２割も減ってしまったそうですー。。。
おいらのことを訴えると被害が余計に拡大するってことですね。。。えへへ。。。

んじゃ！

**nobodyさん** · 02/05/20 23:31

IHS+WebSphere+DB2　ｏｎ　ＡＩＸ

ってのはどうよ？

**nobodyさん** · 02/05/21 00:27

笑顔+愛嬌+巧みな話術

**nobodyさん** · 02/05/22 03:12

でも、ColdFusionって、案外のさばってるよね。
開発経験者も結構いるし、見た目も派手だから
方向性としてはあるのかもしれない。
# と、いわれた技術はだいたい駄目になっている気もしるが。

**nobodyさん** · 02/05/25 10:18

>>86
<>で書くプログラミングってどうよ。
XML、XSLを手打ちするときに、タグは正直、手で書くものじゃない
とつくづく思うのだが。

プログラムできない奴が、「ColdFusionはタグだから簡単だよね」
とHTMLの発想でモノ語ってるのがColdFusionの評判のよさの原因と
思うが、ロジック書く能力にタグもクソもないと思うのだが。

しかし、超大手企業のIT担当者に、意外なほどブランドが浸透してるのは
感じる。非ソフトウエアエンジニアレイヤー対するブランドの大きさは、
Macromediaブランドを手に入れて決定的になったと思われ。

あとはFlashソリューションでどこまで広げられるか？が希望と思われるが、
所詮Flashともテキストのやりとりだからなぁ。

SOAP的な通信が今後流行るとしても、本業でプログラムやってて、
普通にロジックを組める人なら、要はシリアライズ処理をXMLベースで
作っちゃえば終わりで、そのためだけにColdFusionを選ぶほどの話ではない。

で、今後の技術といえば、

FlashMX + FlashMXを生かすサーバサイド言語ならなんでも
SVG + SVGを作るサーバサイド言語ならなんでも

とかいう、クライアントサイドを中心としたくくりかなぁ。所詮、入出力が
テキストデータにすぎない範囲では、ちゃんと動きさえ
すればどの言語使っても支障は起きないので、スケーラビリティに対し、
自分の工数がかからん奴で好きにしろって感じ。

ま、XML,XSLが自在に使えることを条件に加えとけば、問題ないのでは
ないでしょうか。

また、Flashは、Flashの癖を知っていて、ムービークリップを理解していて、
かつ、Flashに期待されるクリエイティブなUIや制御を実現できるFlashを
作れるセンスってのは、レガシーな情報処理システム（ｗを作ってきたような
会社が持っていない経験、スキルを要求されるものだと思ってる。

そういう意味で、サーバ連携して、「スゴイFlash」を作れる人間、組織って
限られてくると思う。

**ぶっちゃけたはなし** · 02/05/25 15:28

新しいものがすいすい吸収できる２０代・３０代ぐらいになる近い未来の
技術の話ばかりしてるけど、もっと先の新しいものになかなかついていけなくなったことを
想定しないと痛い目見ると思うんですが・・・。

極端な例で行くとPHP + DBで月収５０万とかもらってても長い目で見ると損してる可能性が
あるわけで。あとPHPはすぐ覚えられて、生産性も高いってことはあなたよりもわかくて、いうことを聞いて、物覚えもいいやつがじゃんじゃんでてくることを意味してるわけで。

ね。

**nobodyさん** · 02/05/25 15:47

プログラマはある意味永遠の好奇心と柔軟な思考だよな。
それだけあれば経験ある人間の方が有利になるわけだし。

しかし若いやつの思考能力の速さには最近ついていけなくなった。
同じスクリプトでも半分くらいの時間でやるやつとかいて正直つらいな。

**nobodyさん** · 02/05/25 19:09

>>88
プリミティブな部分での知識はないよりあったほうがいいけど、年をとれば
とるほど、「これとこれの技術の組み合わせで何が出来るか？」という概要の
部分だけで十分というか。

細かな言語仕様うんぬんよりかは、どうしたら失敗しないプロジェクトを築けるか？
を考えるほうが楽しいと思える今日この頃。

>>87
＞そういう意味で、サーバ連携して、「スゴイFlash」を作れる人間、組織って
＞限られてくると思う。

まあ、システム屋がＦｌａｓｈに注目するようになるのはいよいよこれからってところ
じゃない？ＪａｖａＡｐｐｌｅｔは知っていても、Ｆｌａｓｈはまだ知らないってレベルだろう。

でも世の中的には再び非ブラウザの流れにいきたがりな気もするけど（ｗ
（ＵＤＤＩなどを利用したＷｅｂサービス、ＪａｖａWebStartとか）

**nobodyさん** · 02/05/25 19:26

88 · 02/05/25 19:51

>>90
いいたかったことはほぼ同じなんだけど。書き方まずかったかな？

90 · 02/05/25 19:56

>>92
特に反論しているつもりはないですよ。

ふと思ったんですけど、ＰＨＰとかＯｒａｃｌｅとかミドルウェアの知識もいいんですが、
あとあとまで役に立つのはもっと根本のこと（クラサバの仕組み、ソケットやタスクの
概念）のような気もします。

**nobodyさん** · 02/05/26 19:36

何はともあれXMLは食えるだろう。

**路頭に迷ってます** · 02/05/27 01:05

私は３４歳の失業の身です。職歴はＣＯＢＯＬプログラマーが２年・システム営業が６年・保険の営業が2年ですが、
今度、国と県の支援で６ヶ月間で情報技術者養成の講座
があり、オラクル・ＪＡＶＡ・ＶＣ＋＋等があるのですが、
オラクルとＪＡＶＡでとちらの講座を受けるか悩んでいます。
ちなみに、
●オラクル：オラクルＧｏｌｄの取得を目指し、まずはシルバーを取得（入門ＳＱＬ・入門ＤＢ）
を学び、ＧＯＬＤ向けにＰＬ／ＳＱＬの基礎とＤＢ管理を学んだ後、ＤＢ設計・オラクル９iＡＳ管理・
Ｊａｖａ言語・サーブレット＆ＪＳＰ・ＪＤＢＣ＆ＳＱＬＪがカリキュラム内容です。
●Ｊａｖａ：サンのＳＪＣ－Ｐ取得をめざし、ＤＢ作成技術（アクセス）・ＶＢプログラミング・システム設計演習
・インターネットサーバ設定・ホームページ作成・Ｊａｖａプログラミングを学ぶ
小生としては、就職に有利を第１の条件に選択したいのですが、ご意見をお願いします。また、転職が難しいのであれば、金融とＷｅｂ技術を活用して、事業を模索したいのですが、その場合はオラクルとＪａｖａではどちらを選択したほうがよろしいでしょうか？

**nobodyさん** · 02/05/27 01:13

>>95

ＪａｖａはＪ２ＥＥまでやらないのかなぁ、だったらオラクルのような気もしますが。
（６ヶ月も猶予があるならば、両方やっておけ、あとＯＯＰとかＸＭＬも色々とやっておけ、
というのが本当のところ）

**nobodyさん** · 02/05/27 01:20

>>95 俺と同じ年か。大変だな。ま、ネタなんだろうけど（ｗ

マジレスするなら、強いて言えばOracleやっとけ。言語は流行り廃り
あるが、RDBMS自体はある意味枯れた世界なので、細く長く食える。
今更Javaやるよりはマシ。ましてや元COBOLerならOOPやるよりSQLのほうが
まだ理解できるだろう。カリキュラムにJavaとかiASもあるこったし。

あと、漏れは今Webで金融のビジネスやってるが、事業を模索するには元手がいるぞ。
3年くらい食うに困らない程度には金持っておけよ。

それより>>95は営業経験の方が長いんだから、そっちで何かやれよ。
技術者よりよっぽどつぶし利くぞ、マジで。ま、ガンガレ。

**路頭に迷ってます** · 02/05/27 01:38

＞９７　　ご意見ありがとうございます。マジレスです。人的な営業と
Ｗｅｂ活用のマーケティング（営業）を融合したいのですが、Ｗｅｂという
観点からＪａｖａのほうが役にたつのかな・・と。ただ、マーケティングという
観点からＤＢは必須で、その点からオラクルも捨てがたいなあ・・。
それと、転職という観点から地方なのでオラクル活用の大規模システム案件が東京より
多くなく、Ｊａｖａプログラマーの求人のほうが多い。
どっちがいいのか・・

97 · 02/05/27 01:48

>>98じゃあ迷わずOracleにしておけ。Webの活用ならそれこそPHPでも
Perlでも何でもできるが、DBは必須だ。代替の利かないものを先に
ちゃんと習得しておけ。ちなみに漏れはCRMやってるが、マーケは
Webベースでなくても構築できるがDBは必要だ。DBの知識をきちんと
習得しておく方があんたの営業経験を活かせるはずだ。

あと転職云々とか言ってるが、まずきちんと目先のスキル習得をやれや。
取らぬ狸の何とやらになっちまうぞ。少なくとも今のあんたには、職が
ないんだ。で、就職するより先に講座を受けることを選んだんだろ。
だったらそれをきちんとやり切れや。本当にスキルがつけば仕事はあるよ。
6ヶ月でOracleのプラチナの奴以上のスキル（知識じゃなく）を身につける
くらいの気迫でやりゃいいんだよ。ぬるいこと考えてるから職が無いんだ。
現実を踏まえて、やると決めたらそれをやれや。講座を受けに行く余裕が
あるだけでもまだマシだぞ。ガンガレ。

**nobodyさん** · 02/05/27 01:57

>>95
UNIX板で罵倒された人だよね。

>今度、国と県の支援で６ヶ月間で情報技術者養成の講座があり、

読んどけ(w
http://www.atmarkit.co.jp/fengineer/rensai/unemploy01/unemploy01.html

**路頭に迷ってます** · 02/05/27 02:20

９９さん　どうもありがとうございます。あなたの意見を励みにがんばります

**nobodyさん** · 02/05/27 02:25

>>100
そこのリンク先の学校はひでーなー（ｗ

ぶっちゃけ、ＰＣ買ってきてそれにＲｅｄＨａｔぶちこんで、ApacheとＰＨＰ(またはPerl、Tomcat)とフリーのＤＢ（mySQL、PostgreSQL）入れて、スケジュールのページ
作ったほうが勉強になるのでは？という気も。

**路頭に迷ってます** · 02/05/27 02:31

＞１０２　フリーのＤＢとオラクルの違いはどこでしょうか？

**nobodyさん** · 02/05/27 02:40

>>103タダかボッタクリか(w

**nobodyさん** · 02/05/27 02:44

>>102勉強にはなっても地方で就職したいというニーズが叶うかというと
ちょっと微妙だな。

**nobodyさん** · 02/05/27 02:53

>>103
保守性。

>>105
ただ、３０代半ばなら、ＰＧとしての資質よりかは、プロジェクトマネージャーとしての
資質の方が要求されるような気もします、なんとなくですが。

**nobodyさん** · 02/05/27 02:56

>>106普通はそうだが経歴を見るとそんなの期待できないしな。
そういう意味では営業のほうが良いと思うんだがな。

**nobodyさん** · 02/05/27 22:37

http://pc.2ch.net/test/read.cgi/unix/1020785827/n635-

**路頭に迷ってます** · 02/05/28 00:04

＞１０６さん
やはりＰＭの資質が必要という意見が多いですね。
何とか、やっていく方法として、業務知識（例えば金融の銀行）のスペシャリスト
になって、上流のＳＥでやっていく方法もわざかな余地としてありますか

**nobodyさん** · 02/05/28 00:29

>>109
あんた、いくつだよ・・・と思いました。正直なところ。
若いときから優柔不断だったりします？

あれもこれも中途半端って感じがしますが、失った１０数年は
戻ってきませんよ。

年齢相応に良い仕事・・・じゃなくて、今まで色々仕事やってきて、
自分がもっともイケてると思うスキルってなんですか？

**路頭に迷ってます** · 02/05/28 00:35

ないから困っています。ご指摘のとおり、優柔不断です。

**nobodyさん** · 02/05/28 00:59

はっきり言って、あんた、これから技術屋を目指すのはムリです。
自分がそうなりたいと思っても、そんな心がまえじゃどこも雇ってもらえません。
人に聞くなとは言わない。でもまず自分で考えて行動しろ。
三十代も半ばになってそんな基本的なことができないわかってない人間は、
邪魔以外の何者でもない。向上心のないあんたみたいなオッサンよりも、
初級ネット板にたむろしてる厨房どもの方がずっと見込みがあるね。

見苦しいからさっさと消えて。

**路頭に迷ってます** · 02/05/28 01:04

＞１１２さん
目がさめました。ありがとうございます。よく考えます

**nobodyさん** · 02/05/28 01:15

＞112がいいこといった！
でも最後の一行は不要だぞ
てめぇが消えろハゲ

**nobodyさん** · 02/05/28 12:51

過疎板で荒れるなよ　いい大人なんだからさ
正直過去の経験者が戻ってこようとしても最先端に追いつくまで１～２年かかるの
がこの業界。
プログラムの基礎だけじゃもう食っていけないからね、ネットワークの基礎なんて
有効なドキュメントだって少ないしある程度実験できる環境は自分で揃えるくらい
の気概がなきゃやめれってことだな。

**nobodyさん** · 02/05/28 13:17

（　´∀）・∀）,,ﾟД)http://diary.cgiboy.com/d01/tsugeikuhito/

**nobodyさん** · 02/05/29 01:30

Weblogic,WebSphere + Oracle,DB2 というのはどうなんだ？
Web用業務パッケージ(経費,勤怠etc)にこの構成が多いのだが。
J2EEの技術を使いこなせなきゃ、JavaのWeb開発の仕事では食っていけないのかな？

**nobodyさん** · 02/05/29 01:36

>>117
規模によるだろ。ServletもJ2EEの一部であるが、そういう意味で
書いているのでもなかろうから、多分EJBなどを考えてるんだろう
けど、小規模なら特にいらんよ。DBもPostgreSQLなどでもいける
ケースは多い。商用でも低価格のものはあるしな。
使えるに越したことはないが、不可欠というものでもない。

**nobodyさん** · 02/05/29 01:41

Oracle Application Serverはどうなの？
PL/SQLでHTML出力ソースを書く、、、
たしかにDBとのデータのやりとりの記述は楽だけど
なんか違和感感じる。

**nobodyさん** · 02/05/29 01:48

>>118
なるほど、たしかにデータ検索、登録程度のコンテンツなら
Servlet + DB で充分だし。
ただ基幹業務システムのような複雑なトランザクションやセキュリティ
を要するシステム開発にはEJBなどを使えなきゃだめってことかな？

**nobodyさん** · 02/05/29 01:48

>>119
今の9iASはJ2EEだったはず。OASは確かに気持ち悪いな。
でも昔からOracle使ってる連中には意外と受けがいいみたい。不思議。
個人的にはOracleはDB以外はクソだと思ってるので、iASも興味なし。
当然ながらDBがOracleにロックインされるのもうざい。

例外的にJDev9iは意外と使えそうな気がしたが、JDBC経由の癖に
Oracle以外のDBに接続できなかったので萎え。Eclipseでいい。

**nobodyさん** · 02/05/29 01:52

>>120
それだってJTAの使い方しだいだろ。今後JDOがきちんと整備されれば
EJBでなくてもいいわけだし。分散DB環境での運用ならEJBだろうけど
AP鯖＋DB鯖1台ずつくらいなら、別に普通でいいんじゃないか。
SQL書くのが嫌だってんならCMPに期待だろうけど、これはコンテナに
左右されるからなー。

**nobodyさん** · 02/05/29 01:58

>>121
最近、Oracle9iAS Portal っていうポータルサイト構築用の製品のデモみたんだけど、
その中のポートレットの開発がJAVAでもPL/SQLでもできるって説明だった。
きっとPL/SQLでの開発は昔ながらのHTMLソースべた書きってことなのかな｡｡。
OASもJAVAの設定があったような気がするから
Servletも使えたのかな？

**nobodyさん** · 02/05/29 02:12

>>123
OASはServlet使えたよ。JServ組み込んでた。

過去の製品との互換性という名のしがらみだよな。PL/SQLによるAP開発って。
最初の頃のWASって覚えてる？もうめげてめげて。名前を変えてごまかそうと
し続けてるけど、そもそもPL/SQL自体が不自由な言語だからうざいと感じる。
妙なパッケージばかり増えてるし。

そもそもストアド作るときも大概腹立ってるんだが。もう少し言語仕様を
強化して欲しいぞ　＞　PL/SQL

**117** · 02/05/29 09:43

>>124
PL/SQLでWEB開発やってるとこは少なそうだからあまり追求する必要ないかもね。
JavaServletでの開発なんだけど、やっぱりServlet→Bean→JSP
ってのが一般的なのかな？(MVCだったけ?)
Servletだけでやってしまうんだったら
Perlでprint [HTMLソース] ってやるのと変わらないから
やっぱり再利用可能なように分けるのが後々便利なのかな。
でもけっこうめんどくさいな～。
MVCのしくみでWEBコンテンツをつくる開発ツールってどんなのがある？
JBuilder関連の書籍パラパラとみたけど、MVCで開発するところになると
GUI画面の図がなくて参考ソースコードばかり載ってる｡｡｡
つまりGUI操作でのソース生成は無理ってことかな。。

**nobodyさん** · 02/05/30 00:20

>>125
PL/SQLでWeb開発ってのは考えない方が良いと思う。
で、GUIでペタペタって感じで開発できるのは、
どうしてもHTML埋め込み系になってしまうと思う。
だもんで、MVCにはならない。
うちは自前のスクリプトで色々と工夫してる状態。

**nobodyさん** · 02/06/02 17:54

>>126
> で、GUIでペタペタって感じで開発できるのは、
> どうしてもHTML埋め込み系になってしまうと思う

GUI でペタペタっていうのは、HTML エディタのことではないんじゃないか。
サイトの流れを GUI で表示するツールとかはあったと思う。

GUI で雛型だけは出力してもらって、固有をロジックだけは自前で作る、
というツールがあればいいんじゃないか。

**nobodyさん** · 02/06/03 02:51

ttp://homepage2.nifty.com/ymagic/struts/Impressions/ImpressionCamino.html

**456545654** · 02/06/04 15:05

http://lounge.dip.jp/~yoshinoya_off/up/img/kyouhaku1.gif
http://lounge.dip.jp/~yoshinoya_off/up/img/kyouhaku2.gif
http://lounge.dip.jp/~yoshinoya_off/up/img/hagaki.gif
http://lounge.dip.jp/~yoshinoya_off/up/img/maru-1.gif
リンク先の１行目～３行目の筆跡が同じってトコに注目です。あと、FAXを送信している時間帯って勤務時間中です。
暗殺部隊を召集って・・・怖いですね。今まで何人の人間を脅迫してきたのでしょうね？
下記リンク先の音声を聴けば大阪府Ｍ原市在住の「自称・神戸大学教育学部卒業生」の異常さが判ります。「顔の形が変わるくらい殴る」とか「南港の底がよいか生駒の山がよ
いか・・・」などの
具体的な表現による脅迫行為・・・。先日、神戸で大学院生がリンチにより殺害された事件、記憶に新しいはず。ヤクザは確実に居ます。決して他人事ではありません。皆様も気
を付けましょう。
http://ime.nu/www.ladio.net/upl2/dl.cgi?q=1022137254
尚、この書き込みは誹謗中傷やタチの悪い悪戯の類ではありません。実際に被害に遭われた方がいらっしゃいます。くれぐれもお気を付けくださいませ。
ちなみに彼は６月３０日(日）に大阪難波ロケッツにてライヴイヴェントを開催するそうです。
http://210.189.72.236/0016/1015/JTMco.html
http://ime.nu/210.189.72.236/0016/1015/damiyan.html
上記リンクを頻繁にチェックしましょう。事実を書き込むと削除されますけど。

**nobody** · 02/06/15 10:22

>>1
ERP: SAP をマスターすれば、カネになります。
ただし、１週間：研修コース　150万もかかるよ。

**nobodyさん** · 02/06/18 00:44

>>130

流されるな。

**nobodyさん** · 02/06/20 22:46

どっちみち文系で中途半端なデジ土方のままだとヤバイよね
好きならしょうがないけど。心中、みたいな。

**nobodyさん** · 02/07/05 01:05

XML　JAVA　データベース　サーブレット　などを使って新しいWebアプリケーション
を考えたいのですが何かないですかね？

**nobodyさん** · 02/07/05 01:44

>>133
結局技術なんて手段だからなー
その「何か」を見つけた奴が勝つのでは

**ななＣさん** · 02/07/07 02:51

>>134

禿銅
　　先に「○○がやりたい」から　ＸＭＬとかＪＡＶＡとかツールを選んでいくんだと
思うんだけどな。
　　まあ、製品デモ作るなら別だろうけど、それでもまともな製品なら、
ターゲットは先に設定されてるだろうから、そんなんで迷うことはないだろ。

**nonodyさん** · 02/07/07 16:48

>>134
禿しく同意です。
ソフト作れます・・・では食えないんですね。
ソフトならば掃いて捨てるほど居るソフト屋に作らせば良い。
問題は「何をするためのソフトか？」ですね！
企業の実務・業務内容を知っていなければ、タダの請負・下請け・孫請けに過ぎません。

**nobodyさん** · 02/07/07 22:05

突然ですけど、質問させてください。26歳、業務経験２年のプログラマです。

HTML, XML, JavaScript, VBScript, CSS, ASP, Perl, SQL(Oracle, SQLServer)

上の技術が使え（Webと無関係の技術がほかにもいくつか）、ソ○ーとか伊○忠商事の
イントラネット上で動く業務システムの製造を担当してきたんですが、年俸240マソなんです。
（年俸制なので残業代もボーナスもなし）
月130時間の残業をしても振り込まれる金額が同じだったときは、まあ、初めからわかって
いたことなんですが、さすがに泣きそうになりました。
しかも、今の仕事は、正社員でありながら実態は派遣という、中小企業ににありがちなものです。

この業界で知り合った人たちからは、異口同音に「安すぎる」と言われるわけなんですが、
いっそほんとに派遣社員になっちまったほうがいいんでしょうか。

皆さん、どう思われますか。

**nobodyさん** · 02/07/07 22:44

>>137
転職しる！　または派遣になれ！　いじょ！

**nobodyさん** · 02/07/07 23:13

>>137
まあ、安いところだとそんなもんだべ。全部スクリプト言語だし。
俺もにたようなもんだけど、年収200で賞与無しだったよ。
辞めたけど。
派遣はやめとき。技術は身につくけど、横のつながりとかが
出来にくいから、年取ってから苦労すると俺は思うよ。

**137** · 02/07/08 00:23

>>139
現実問題として、両親の生活も自分にかかってるのでこの給料ではもう限界なんですよ。
30歳くらいまで派遣で腕を磨いたら、故郷の会社に売り込もうと思ってるわけなんです。

**nobodyさん** · 02/07/08 00:50

俺26歳の頃って死ぬほど残業してたけど、その分年収500万はあった。
普通の小さなソフトハウスだったし、仕事も地味だったけど
よそも割とそんなもんだった。ちなみに東京じゃないよ。

今は32歳で1000万になったけどこれはフリーでやってるから。
WEB絡みばっかりだけど、結構金になるもんだと思うけどなー。
WEBは今儲けておかないとこれから先値踏みされる一方だと思う。

>>137はマジで別のところを探した方がイイと思うよほんとに。

**nonodyさん** · 02/07/08 18:36

う～ん・・・ソフト屋＝ソフト・・・

この考え方、何とかならないでしょうか？
やはり、実務の内容を知って、それに対してソフトの技術をアドオンして改善する・・・
こういう方向に進めないでしょうか･･･

ただ単にソフト作れる人ならば、山ほど居るんですよ・・・
実務の内容を知り、問題点・課題を発見して、ソフトウェアの能力で一気に解決する・・・

素晴らしいではないですか・・・
そうは思いませんか？

**nobodyさん** · 02/07/08 19:01

>142
それを世間では業務系ソフト屋と呼ぶのではないの？
俺はWeb系ソフト屋（←１番アヤシイ）（藁

**nobodyさん** · 02/07/08 19:08

故郷の会社に売り込みをかけるのは今からでも遅くはないと思うのだが。
イントラ内での社内システムの構築に実績があるなら、情報システム部
とか探してももぐりこんだ方が幸せだよ。
地方だったらなおさら、年齢で足切りとかされないか心配だね。

**nobodyさん** · 02/07/11 22:03

大規模 UX APACHE+JSP+JAVA+XML or ORACLE
MS IIS+.net+C#+SQLSERVER2000
中規模 UX APACHE+CGI+PERL+PGSQL
MS IIS+.net+VBS+SQLSERVER2000
小規模 UX APACHE+PHP+ PGSQL or MYSQL
MS IIS+.net+VBS+ACCESS(w
まあ用途に合わせて全て残るんでは？
LINUXを好む企業もあればMS製品限定の企業もあるし。
まあ、大手企業の案件がやっぱり安定してあるから
大規模向けの方を知っておいた方が良いのでは？
でもなんだかんだ言ってCGIは消えないね。
小規模な掲示板から大規模なシステムにまで使われることもあるから。

**nobodyさん** · 02/07/12 00:41

大規模は EJB になるんでないの？
いまさら、C# がはやるとは思えないし。

IBMがいる限り、当分は Java 系でいけると思う。
SQL Server は、6から使いはじめたけど、あまり良い思いで無いなー。

ところで、PHPと、Perlは逆でないの？

**nobodyさん** · 02/07/12 01:17

逆？Perlが小規模でPHPが中規模ってこと？

**nobodyさん** · 02/07/12 01:20

>>146
Javaって、主流なのは間違いないけど、必ずしも、絶妙に練りこまれた
フレームワークって感じじゃないなぁ。

目的に方法を後からくっつけたような、特殊なお約束が多くて、
覚えるのが大変じゃない？！EJBも、まさにそんな感じなんだけど。

その辺は、GUIが用意されてるMSの方が良いし、後追いの特性か、
よく考えられているように見える。

ＭＳは、品質さえ良ければ、今ごろ無敵の会社だと思うんだけどなぁ（ｗ
まぁ無理なものを要求しても仕方ないけど、そのせいで、やらなくても
良い苦労をしてるような気がする。LinuxもWinも。

・・・いずれにせよ使いこなすのは特殊技能って感じで、なんだかんだで
ノウハウが商売にはなりますな。

**nobodyさん** · 02/07/12 01:59

PHPはどう考えても小規模。
PERL/CGIはさっきも書いたが大規模でも使ってる。
ただ大規模にも使えるがソース管理などの”切り分け”に優れていない。
PHPではできる範囲少ない。
小規模＝okWEB程度を想定している。
で、UNIXとWINは切り分けて書いています。
企業は、UNIX系とWINの需要の切り分けはできない。
会社の考え方でWINで統一している会社もあるので、
WIN系では.netは絶対に残ってしまう。
いや残そうと彼らは何があっても使うだろう。
JAVAでOKと言う感覚は辞めた方が良い。
言語はプログラムに合わせて選ぶものというのを忘れないで欲しい。

**nobodyさん** · 02/07/12 02:32

>PERL/CGIはさっきも書いたが大規模でも使ってる。

大規模用途でも耐える、ということではなく、
perl以外知らんヤツが作ってる可能性大。

**nobodyさん** · 02/07/12 02:51

mod_perlはかなり大規模なところでも使われてるよ。

**JAVA派** · 02/07/12 03:02

JAVAは鯖周りだけだね
VBなくなったらGUI何で作るかな・・・鬱

**nobodyさん** · 02/07/13 00:32

>151
perlを使っているページはサイトのごく一部という罠

**osage** · 02/07/13 00:33

>149
自分、Perl も PHP も JAVA もやるけど、
PHP が小規模向けな理由が知りたい。

PHP + Smarty なんて、良いと思うけど。
Perl ってオブジェクト指向で、書けない(実質無理？)という時点で
小規模決定な気がするなー。

ところで、ここで言う大規模って、どのくらいからなの？

**nobodyさん** · 02/07/13 01:08

Perl で作った大規模システムってあるの？
小規模システムの集合体にしか見えないんだけど

**nobodyさん** · 02/07/13 09:25

2ch は C と perl だが。
規模という曖昧な言葉よりシステムの複雑性と言った方が良いような。

**nobodyさん** · 02/07/13 19:08

>154
Perlのモジュールはオブジェクト指向では無いですか？

**nobodyさん** · 02/07/13 19:51

オ　ブ　ジ　ェ　ク　ト　指　向　っ　て　な　ん　で　つ　か　？

**nobodyさん** · 02/07/13 20:55

ただのライブラリでしょ？？？？

**nobodyさん** · 02/07/14 10:22

GUIもJAVA

**osage** · 02/07/14 10:30

>>157
モジュールが、オブジェクト指向だから、Perlもオブジェクト指向ということ？
それなら、VBScriptもオブジェクト指向・・・

**nobodyさん** · 02/07/14 19:31

>>161
VBSとかはコンポーネント指向じゃないか?

**nobodyさん** · 02/07/15 01:54

コンポーネント指向・・・・

・ · 02/07/15 04:25

コンポーネント？

**157** · 02/07/15 08:00

>>161
Perlがオブジェクト指向というのではなく
それっぽく書けるということです。
154さんがPHPのクラスを認めているのに
Perlのモジュールを使ったプログラム
スタイルはなぜ認めて貰えないのかと
思っただけです。

**ooosage** · 02/07/16 00:08

>165
いや、漏れとしては、>>149 >>145のように、
なぜPHPが小規模向けだと言い切るのかを知りたいだけなんだが。
Perl のオブジェクト指向はやればできるというレベルでなかった？

# STRUTS + Torque はこれから良いと思う。

**nobodyさん** · 02/09/02 16:52

女を逝かせる技術と貢がせる技術。これ最強。

**nobodyさん** · 02/11/19 19:29

このすれ、かける？

**nobodyさん** · 02/11/19 19:32

print "a";
print "a";
print "a";
print "a";
print "a";
print "a";
print "a";
・・・（以下1000万行ぐらい繰り返し）
これで大規模ソフトウェアになりますか？

**nobodyさん** · 02/11/19 19:41

PerlのOO構文がいくら雑でも、表現力がないわけでも、
実行効率が悪いわけでもないんだから、いいじゃないか。

**nobodyさん** · 02/11/19 20:35

MCP有資格者から一言。
SQLサーバーは大規模開発でも充分耐えられます。
いくらAIX+DB2が高速だからといって、ライセンス費用をま
ったく無視して比較するのはいかがなものか。Oracleだっ
てそうです。あの糞高いライセンス料、払う気になります？
よく言われるのが『Windowsサーバーは連続稼動できない
しー、Linuxの方が安いしー。』って。お前ら、ちゃんと比較して言ってる？
！ただ単にアンチMSの振りしてる知ったかぶりなんちゃうんかと。

**nobodyさん** · 02/11/19 20:52

Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> PHP >>>>>>>>>> Perl

**nobodyさん** · 02/11/19 21:03

外国人 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 日本人 >>>>>>>>>>>>172

**nobodyさん** · 02/11/19 21:36

>>173はちんちんの話をしています。

ちなみに、
外国人 >>>>>>>>>>>> 日本人 >>>>>>>>>>>>172>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>173

**nobodyさん** · 02/11/19 21:42

(・∀・)ｼﾞｻｸｼﾞｴﾝﾃﾞｼﾀ

**名無しさん** · 02/11/20 01:20

zopeどうよ？

**nobodyさん** · 02/11/20 01:39

zopeははやらんよ。

**nobodyさん** · 02/11/20 03:43

>>148
大規模(複雑)なシステムを作るためにJavaを使いこなすためにはオブジェクト指向、デザインパターンなど覚えなければならず確かに大変だが、

Javaを習得してもこの先数十年は使う機会に恵まれると思う。
Javaが登場してからJavaよりも魅力的な言語が殆ど登場しなくなり、
新しい言語(C#, MixJuice, AspectJなど)はほとんどがJavaを参考にしているところから、
Javaを習得しておけばたとえJavaが廃れたとしても他の言語に簡単に移ることができると予測し、将来何十年に渡ってプログラマを続けても損は少ないと思う。

JavaはよくできておりM$のC#よりもライブラリの統一感がありデザインパターンをよく考慮に入れておりかなりオブジェクト指向的らしい。
M$のライブラリは簡単に扱えるというのが大きな落とし穴につながることがある。小規模(単純)なプログラムでは良いけれども、大規模(複雑)なプログラムではM$のC#のライブラリはJavaのライブラリよりも使いにくくなるという。

しかし、現状では確かにJava onlyでO.K.と言う感覚は辞めた方が良いかもしれない。古い言語で書かれた資産を再利用したい、または新言語で書き直したいときは特に。

**nobodyさん** · 02/11/20 09:48

いくらなんでも数十年は持たんと思うけどなぁ…。

**nobodyさん** · 02/11/20 11:34

数十年持ったのはCOBOLだけだと思うが。

**nobodyさん** · 02/11/20 12:03

LISPも古いよ。1959年。

**nobodyさん** · 02/11/20 14:05

>>171
だね。
MS SQL Serverはかなり優秀だよ。
処理速度も申し分ない。
さらに評価できるのは開発者に対して同等の実行エンジンを持つMSDE/Desktop Engineの無償配布ソリューションの提供。
これはでかいね。
加えて早い時期からポケピ対応のエンジンも提供している。
色々見てきたけれど、もっともバランスの取れたRDBMS環境だろうね。
評価している人間もちゃんといるぞ。

**nobodyさん** · 02/11/20 16:10

Yahooは今後PHPに切り替えてくんだよね。
これで一気にYahoo真似てPHPに走る企業が出てくる予感。

**nobodyさん** · 02/11/20 16:19

>>182
どこを縦読みすんのさ？

**nobodyさん** · 02/11/20 16:50

>>183

今更Yahooにどこがお追従するの？

**nobodyさん** · 02/11/20 16:53

>>184

わかんないレベルの話に首を突っ込んでくれとは頼んでない。

**nobodyさん** · 02/11/20 17:19

>>186
いや>>171をたてに読んでみ？
ただ釣りしてるだけなんじゃないかと。

**nobodyさん** · 02/11/20 18:29

とりあえず、
AIX+DB2+Websphere
Linux+Oracle+色んなもの
Windows+SQLSrv
この３本にまとまっていくのでしょうか。中規模以上は。

**nobodyさん** · 02/11/20 18:32

>>186は恥さらし、、、と

>>188
Oracleなんざ大規模じゃないなら要らねー。

**nobodyさん** · 02/12/02 11:11

>>189

Oracleにもいろんなリリースがあるべ？

**nobodyさん** · 02/12/09 18:55

age

**nobodyさん** · 02/12/09 19:30

Oracleにしても、SQLserverにしても、
実際の案件で、MySQLで充分だろとツッコミたくなることってない？
MySQLの方がハエーだろって思う案件だってあるわな。

結局、顧客が指定したソフトを尊重する俺たちは悲しい生き物です。

**nobodyさん** · 02/12/09 19:45

MyもPostgreもここまで優秀になってきた世の中
中小の案件なら正直>>192のいうこともわからないでもないがな。

しかし指定されて金もだすというものを拒否してまで勧めたいというほどの
ものでもないな。

**nobodyさん** · 02/12/10 09:21

MySQLやPostgreをWin上で動かすことを想定して速いということを言ってるのか？
本当にベンチ取った？
取らなくても良いから、たとえばMySQLの公開されているベンチを読んでる？

**nobodyさん** · 02/12/10 23:30

age

**nobodyさん** · 02/12/10 23:37

工作員が紛れ込んでいるスレはここですか？

化石 · 02/12/11 01:18

COBOLしか出来ない奴が、これから食っていくにはパソ系Ｐｒｏｇ
どれを習得するのがオススメ？

**nobodyさん** · 02/12/11 01:22

http://petitmomo.com/mm/

ここがちょっぴりエッチ系のめぐが運営している出会いサイトです。
もしよかったら使ってみて、、、
ヨロシクです。

めぐ(^o^)-☆

**nobodyさん** · 02/12/11 14:04

はっきりいって、ウェブプログで飯食っていけるわけない。（フリーはむりっぽ）
ここの板でいう大規模ってなによ？例えばどんなものがあるの？

>大規模 UX APACHE+JSP+JAVA+XML or ORACLE
>MS IIS+.net+C#+SQLSERVER2000
>中規模 UX APACHE+CGI+PERL+PGSQL
>MS IIS+.net+VBS+SQLSERVER2000
>小規模 UX APACHE+PHP+ PGSQL or MYSQL
>MS IIS+.net+VBS+ACCESS(w
とか言っちゃってるけどほんとに実務経験ありですか？
WWWに晒すならIISは論外。セキュリティ駄目で今後も次々と出てくると思うから。
障害が出た場合の対応考えたら目も当てられない。
パッチ当てればいいじゃん、思うかもしれないけどプログラムが動かなくなる可能性高め。
ASPもバージョン替わると動作しない。でMS製品を入れるとDLLやOCXが書き換えられて
これも動作するのか不明。なにかとやってられないIIS。

オラクルと枚SQLのどっちがいいかと言うのは金の問題。
大規模ならオラクルしかない。と言うのは行辺りでロック掛けれるから。
これ、排他制御面ではとっても重要。で小規模でもオラクルがよさめ。
プロシジャとか強力なものが揃ってるから、コーティングしやすい。

社内LANならIISでも問題ないおもう。

**nobodyさん** · 02/12/11 14:34

>>199
・・・