■■これから食っていける技術の組合せは？■■
■ このスレッドは過去ログ倉庫に格納されています
0001レナ
02/03/23 23:01ID:5hjU3Dl0Perl, PHP, Java, Ruby, C, Tcl
Apache, CGI, JSP/Servlet, ASP, ColdFusion
Oracle, PostgreSQL, MySQL
などがありますが、当分の間食っていけそうな技術の
組合せって何でしょう？
例えば、
「Apache＋PHP＋PostgreSQL」
ぜひ熱く語ってみませんか？
0079nobodyさん
02/05/20 04:07ID:???MySQL接続にJDBC経由になるけど。うまく接続できん・・・
0081nobodyさん
02/05/20 07:28ID:nnnpmSnAその予測はむずかしいな。
MXスウィートが出揃ってから判断だな・・・
0082nobodyさん
02/05/20 11:39ID:1yyocoz/たいていのWebアプリで必要とされる機能は揃ってる感じ。
でもロジックまでタグで書いてくような変態的なシステムを
メンテするのはつらすぎ。
たしかに必要とされることはできるけども、あえて
ColdFusionでやりたくない
0083nobodyさん
02/05/20 12:33ID:OqpJba2l２ちゃんねるのお勧めな話題と
ネットでの面白い出来事を配送したいと思ってます。。。
===============================読者数：105420人 発行日：2002/05/020
どもども、ちょっぴりワキガのひろゆきですー。
いやぁ、もうすぐですねー、谷澤動物病院の裁判の判決ですー。。。
おいらはいつものとおり、
「投稿者がわからないので勝手に削除は出来ない」
「勝手に削除したら投稿者に訴えられてしまうかも知れないから削除は出来ない」
との主張を繰り返してきたんですけど、裁判官てば実に冷ややかな目でおいらを見るんですよー。。。
その上、
「削除出来ないんじゃなくてするつもりがないんじゃないですか？」
「悪質な書き込みをむしろ売り物にしてるんじゃないですか？」
「発信者を特定出来るようにようにしてから能書きを語るったらどうですか？」
なんて嘲りの笑みを浮かべながら言うんですよー。。。
本当に憎らしい奴ですー、、うぅうぅ、、
ところで、谷澤動物病院てば、おいらのことを訴えてから客が２割も減ってしまったそうですー。。。
おいらのことを訴えると被害が余計に拡大するってことですね。。。えへへ。。。
んじゃ！
0084nobodyさん
02/05/20 23:31ID:???ってのはどうよ？
0085nobodyさん
02/05/21 00:27ID:HiEJ7qjY0086nobodyさん
02/05/22 03:12ID:???開発経験者も結構いるし、見た目も派手だから
方向性としてはあるのかもしれない。
# と、いわれた技術はだいたい駄目になっている気もしるが。
0087nobodyさん
02/05/25 10:18ID:K2vsCglZ<>で書くプログラミングってどうよ。
XML、XSLを手打ちするときに、タグは正直、手で書くものじゃない
とつくづく思うのだが。
プログラムできない奴が、「ColdFusionはタグだから簡単だよね」
とHTMLの発想でモノ語ってるのがColdFusionの評判のよさの原因と
思うが、ロジック書く能力にタグもクソもないと思うのだが。
しかし、超大手企業のIT担当者に、意外なほどブランドが浸透してるのは
感じる。非ソフトウエアエンジニアレイヤー対するブランドの大きさは、
Macromediaブランドを手に入れて決定的になったと思われ。
あとはFlashソリューションでどこまで広げられるか？が希望と思われるが、
所詮Flashともテキストのやりとりだからなぁ。
SOAP的な通信が今後流行るとしても、本業でプログラムやってて、
普通にロジックを組める人なら、要はシリアライズ処理をXMLベースで
作っちゃえば終わりで、そのためだけにColdFusionを選ぶほどの話ではない。
で、今後の技術といえば、
FlashMX + FlashMXを生かすサーバサイド言語ならなんでも
SVG + SVGを作るサーバサイド言語ならなんでも
とかいう、クライアントサイドを中心としたくくりかなぁ。所詮、入出力が
テキストデータにすぎない範囲では、ちゃんと動きさえ
すればどの言語使っても支障は起きないので、スケーラビリティに対し、
自分の工数がかからん奴で好きにしろって感じ。
ま、XML,XSLが自在に使えることを条件に加えとけば、問題ないのでは
ないでしょうか。
また、Flashは、Flashの癖を知っていて、ムービークリップを理解していて、
かつ、Flashに期待されるクリエイティブなUIや制御を実現できるFlashを
作れるセンスってのは、レガシーな情報処理システム（ｗ を作ってきたような
会社が持っていない経験、スキルを要求されるものだと思ってる。
そういう意味で、サーバ連携して、「スゴイFlash」を作れる人間、組織って
限られてくると思う。
0088ぶっちゃけたはなし
02/05/25 15:28ID:PMTbbVQg技術の話ばかりしてるけど、もっと先の新しいものになかなかついていけなくなったことを
想定しないと痛い目見ると思うんですが・・・。
極端な例で行くとPHP + DBで月収５０万とかもらってても長い目で見ると損してる可能性が
あるわけで。あとPHPはすぐ覚えられて、生産性も高いってことはあなたよりもわかくて、いうことを聞いて、物覚えもいいやつがじゃんじゃんでてくることを意味してるわけで。
ね。
0089nobodyさん
02/05/25 15:47ID:tt3gAhItそれだけあれば経験ある人間の方が有利になるわけだし。
しかし若いやつの思考能力の速さには最近ついていけなくなった。
同じスクリプトでも半分くらいの時間でやるやつとかいて正直つらいな。
0090nobodyさん
02/05/25 19:09ID:0RbTBdd/プリミティブな部分での知識はないよりあったほうがいいけど、年をとれば
とるほど、「これとこれの技術の組み合わせで何が出来るか？」という概要の
部分だけで十分というか。
細かな言語仕様うんぬんよりかは、どうしたら失敗しないプロジェクトを築けるか？
を考えるほうが楽しいと思える今日この頃。
>>87
＞そういう意味で、サーバ連携して、「スゴイFlash」を作れる人間、組織って
＞限られてくると思う。
まあ、システム屋がＦｌａｓｈに注目するようになるのはいよいよこれからってところ
じゃない？ＪａｖａＡｐｐｌｅｔは知っていても、Ｆｌａｓｈはまだ知らないってレベルだろう。
でも世の中的には再び非ブラウザの流れにいきたがりな気もするけど（ｗ
（ＵＤＤＩなどを利用したＷｅｂサービス、ＪａｖａWebStartとか）
0091nobodyさん
02/05/25 19:26ID:A90rRWFM009288
02/05/25 19:51ID:ceDek07lいいたかったことはほぼ同じなんだけど。書き方まずかったかな？
009390
02/05/25 19:56ID:0RbTBdd/特に反論しているつもりはないですよ。
ふと思ったんですけど、ＰＨＰとかＯｒａｃｌｅとかミドルウェアの知識もいいんですが、
あとあとまで役に立つのはもっと根本のこと（クラサバの仕組み、ソケットやタスクの
概念）のような気もします。
0094nobodyさん
02/05/26 19:36ID:???0095路頭に迷ってます
02/05/27 01:05ID:STiImYaV今度、国と県の支援で６ヶ月間で情報技術者養成の講座
があり、オラクル・ＪＡＶＡ・ＶＣ＋＋等があるのですが、
オラクルとＪＡＶＡでとちらの講座を受けるか悩んでいます。
ちなみに、
●オラクル：オラクルＧｏｌｄの取得を目指し、まずはシルバーを取得（入門ＳＱＬ・入門ＤＢ）
を学び、ＧＯＬＤ向けにＰＬ／ＳＱＬの基礎とＤＢ管理を学んだ後、ＤＢ設計・オラクル９iＡＳ管理・
Ｊａｖａ言語・サーブレット＆ＪＳＰ・ＪＤＢＣ＆ＳＱＬＪがカリキュラム内容です。
●Ｊａｖａ：サンのＳＪＣ−Ｐ取得をめざし、ＤＢ作成技術（アクセス）・ＶＢプログラミング・システム設計演習
・インターネットサーバ設定・ホームページ作成・Ｊａｖａプログラミングを学ぶ
小生としては、就職に有利を第１の条件に選択したいのですが、ご意見をお願いします。また、転職が難しいのであれば、金融とＷｅｂ技術を活用して、事業を模索したいのですが、その場合はオラクルとＪａｖａではどちらを選択したほうがよろしいでしょうか？
0096nobodyさん
02/05/27 01:13ID:0VNPa+moＪａｖａはＪ２ＥＥまでやらないのかなぁ、だったらオラクルのような気もしますが。
（６ヶ月も猶予があるならば、両方やっておけ、あとＯＯＰとかＸＭＬも色々とやっておけ、
というのが本当のところ）
0097nobodyさん
02/05/27 01:20ID:???マジレスするなら、強いて言えばOracleやっとけ。言語は流行り廃り
あるが、RDBMS自体はある意味枯れた世界なので、細く長く食える。
今更Javaやるよりはマシ。ましてや元COBOLerならOOPやるよりSQLのほうが
まだ理解できるだろう。カリキュラムにJavaとかiASもあるこったし。
あと、漏れは今Webで金融のビジネスやってるが、事業を模索するには元手がいるぞ。
3年くらい食うに困らない程度には金持っておけよ。
それより>>95は営業経験の方が長いんだから、そっちで何かやれよ。
技術者よりよっぽどつぶし利くぞ、マジで。ま、ガンガレ。
0098路頭に迷ってます
02/05/27 01:38ID:mc6lPxYeＷｅｂ活用のマーケティング（営業）を融合したいのですが、Ｗｅｂという
観点からＪａｖａのほうが役にたつのかな・・と。ただ、マーケティングという
観点からＤＢは必須で、その点からオラクルも捨てがたいなあ・・。
それと、転職という観点から地方なのでオラクル活用の大規模システム案件が東京より
多くなく、Ｊａｖａプログラマーの求人のほうが多い。
どっちがいいのか・・
009997
02/05/27 01:48ID:???Perlでも何でもできるが、DBは必須だ。代替の利かないものを先に
ちゃんと習得しておけ。ちなみに漏れはCRMやってるが、マーケは
Webベースでなくても構築できるがDBは必要だ。DBの知識をきちんと
習得しておく方があんたの営業経験を活かせるはずだ。
あと転職云々とか言ってるが、まずきちんと目先のスキル習得をやれや。
取らぬ狸の何とやらになっちまうぞ。少なくとも今のあんたには、職が
ないんだ。で、就職するより先に講座を受けることを選んだんだろ。
だったらそれをきちんとやり切れや。本当にスキルがつけば仕事はあるよ。
6ヶ月でOracleのプラチナの奴以上のスキル（知識じゃなく）を身につける
くらいの気迫でやりゃいいんだよ。ぬるいこと考えてるから職が無いんだ。
現実を踏まえて、やると決めたらそれをやれや。講座を受けに行く余裕が
あるだけでもまだマシだぞ。ガンガレ。
0100nobodyさん
02/05/27 01:57ID:???UNIX板で罵倒された人だよね。
>今度、国と県の支援で６ヶ月間で情報技術者養成の講座があり、
読んどけ(w
http://www.atmarkit.co.jp/fengineer/rensai/unemploy01/unemploy01.html
0101路頭に迷ってます
02/05/27 02:20ID:5yXagdJg0102nobodyさん
02/05/27 02:25ID:EWTddx+Rそこのリンク先の学校はひでーなー（ｗ
ぶっちゃけ、ＰＣ買ってきてそれにＲｅｄＨａｔぶちこんで、ApacheとＰＨＰ(またはPerl、Tomcat)とフリーのＤＢ（mySQL、PostgreSQL）入れて、スケジュールのページ
作ったほうが勉強になるのでは？という気も。
0103路頭に迷ってます
02/05/27 02:31ID:5yXagdJg0106nobodyさん
02/05/27 02:53ID:EWTddx+R保守性。
>>105
ただ、３０代半ばなら、ＰＧとしての資質よりかは、プロジェクトマネージャーとしての
資質の方が要求されるような気もします、なんとなくですが。
0108nobodyさん
02/05/27 22:37ID:???0109路頭に迷ってます
02/05/28 00:04ID:X9HoLNIIやはりＰＭの資質が必要という意見が多いですね。
何とか、やっていく方法として、業務知識（例えば金融の銀行）のスペシャリスト
になって、上流のＳＥでやっていく方法もわざかな余地としてありますか
0110nobodyさん
02/05/28 00:29ID:POAmU88Oあんた、いくつだよ・・・と思いました。正直なところ。
若いときから優柔不断だったりします？
あれもこれも中途半端って感じがしますが、失った１０数年は
戻ってきませんよ。
年齢相応に良い仕事・・・じゃなくて、今まで色々仕事やってきて、
自分がもっともイケてると思うスキルってなんですか？
0111路頭に迷ってます
02/05/28 00:35ID:X9HoLNII0112nobodyさん
02/05/28 00:59ID:???自分がそうなりたいと思っても、そんな心がまえじゃどこも雇ってもらえません。
人に聞くなとは言わない。でもまず自分で考えて行動しろ。
三十代も半ばになってそんな基本的なことができないわかってない人間は、
邪魔以外の何者でもない。向上心のないあんたみたいなオッサンよりも、
初級ネット板にたむろしてる厨房どもの方がずっと見込みがあるね。
見苦しいからさっさと消えて。
0113路頭に迷ってます
02/05/28 01:04ID:X9HoLNII目がさめました。ありがとうございます。よく考えます
0114nobodyさん
02/05/28 01:15ID:/3mnjqQUでも最後の一行は不要だぞ
てめぇが消えろハゲ
0115nobodyさん
02/05/28 12:51ID:ddwqkdLJ正直過去の経験者が戻ってこようとしても最先端に追いつくまで１〜２年かかるの
がこの業界。
プログラムの基礎だけじゃもう食っていけないからね、ネットワークの基礎なんて
有効なドキュメントだって少ないしある程度実験できる環境は自分で揃えるくらい
の気概がなきゃやめれってことだな。
0116nobodyさん
02/05/28 13:17ID:ZnDx9TqO0117nobodyさん
02/05/29 01:30ID:aakBgDw/Web用業務パッケージ(経費,勤怠etc)にこの構成が多いのだが。
J2EEの技術を使いこなせなきゃ、JavaのWeb開発の仕事では食っていけないのかな？
0118nobodyさん
02/05/29 01:36ID:???規模によるだろ。ServletもJ2EEの一部であるが、そういう意味で
書いているのでもなかろうから、多分EJBなどを考えてるんだろう
けど、小規模なら特にいらんよ。DBもPostgreSQLなどでもいける
ケースは多い。商用でも低価格のものはあるしな。
使えるに越したことはないが、不可欠というものでもない。
0119nobodyさん
02/05/29 01:41ID:aakBgDw/PL/SQLでHTML出力ソースを書く、、、
たしかにDBとのデータのやりとりの記述は楽だけど
なんか違和感感じる。
0120nobodyさん
02/05/29 01:48ID:aakBgDw/なるほど、たしかにデータ検索、登録程度のコンテンツなら
Servlet + DB で充分だし。
ただ基幹業務システムのような複雑なトランザクションやセキュリティ
を要するシステム開発にはEJBなどを使えなきゃだめってことかな？
0121nobodyさん
02/05/29 01:48ID:???今の9iASはJ2EEだったはず。OASは確かに気持ち悪いな。
でも昔からOracle使ってる連中には意外と受けがいいみたい。不思議。
個人的にはOracleはDB以外はクソだと思ってるので、iASも興味なし。
当然ながらDBがOracleにロックインされるのもうざい。
例外的にJDev9iは意外と使えそうな気がしたが、JDBC経由の癖に
Oracle以外のDBに接続できなかったので萎え。Eclipseでいい。
0122nobodyさん
02/05/29 01:52ID:???それだってJTAの使い方しだいだろ。今後JDOがきちんと整備されれば
EJBでなくてもいいわけだし。分散DB環境での運用ならEJBだろうけど
AP鯖＋DB鯖1台ずつくらいなら、別に普通でいいんじゃないか。
SQL書くのが嫌だってんならCMPに期待だろうけど、これはコンテナに
左右されるからなー。
0123nobodyさん
02/05/29 01:58ID:aakBgDw/最近、Oracle9iAS Portal っていうポータルサイト構築用の製品のデモみたんだけど、
その中のポートレットの開発がJAVAでもPL/SQLでもできるって説明だった。
きっとPL/SQLでの開発は昔ながらのHTMLソースべた書きってことなのかな｡｡。
OASもJAVAの設定があったような気がするから
Servletも使えたのかな？
0124nobodyさん
02/05/29 02:12ID:???OASはServlet使えたよ。JServ組み込んでた。
過去の製品との互換性という名のしがらみだよな。PL/SQLによるAP開発って。
最初の頃のWASって覚えてる？もうめげてめげて。名前を変えてごまかそうと
し続けてるけど、そもそもPL/SQL自体が不自由な言語だからうざいと感じる。
妙なパッケージばかり増えてるし。
そもそもストアド作るときも大概腹立ってるんだが。もう少し言語仕様を
強化して欲しいぞ ＞ PL/SQL
0125117
02/05/29 09:43ID:6rpIsO04PL/SQLでWEB開発やってるとこは少なそうだからあまり追求する必要ないかもね。
JavaServletでの開発なんだけど、やっぱりServlet→Bean→JSP
ってのが一般的なのかな？(MVCだったけ?)
Servletだけでやってしまうんだったら
Perlでprint [HTMLソース] ってやるのと変わらないから
やっぱり再利用可能なように分けるのが後々便利なのかな。
でもけっこうめんどくさいな〜。
MVCのしくみでWEBコンテンツをつくる開発ツールってどんなのがある？
JBuilder関連の書籍パラパラとみたけど、MVCで開発するところになると
GUI画面の図がなくて参考ソースコードばかり載ってる｡｡｡
つまりGUI操作でのソース生成は無理ってことかな。。
0126nobodyさん
02/05/30 00:20ID:???PL/SQLでWeb開発ってのは考えない方が良いと思う。
で、GUIでペタペタって感じで開発できるのは、
どうしてもHTML埋め込み系になってしまうと思う。
だもんで、MVCにはならない。
うちは自前のスクリプトで色々と工夫してる状態。
0127nobodyさん
02/06/02 17:54ID:Zl1UPSgf> で、GUIでペタペタって感じで開発できるのは、
> どうしてもHTML埋め込み系になってしまうと思う
GUI でペタペタっていうのは、HTML エディタのことではないんじゃないか。
サイトの流れを GUI で表示するツールとかはあったと思う。
GUI で雛型だけは出力してもらって、固有をロジックだけは自前で作る、
というツールがあればいいんじゃないか。
0128nobodyさん
02/06/03 02:51ID:???0129456545654
02/06/04 15:05ID:???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
上記リンクを頻繁にチェックしましょう。事実を書き込むと削除されますけど。
0130nobody
02/06/15 10:22ID:+7RzteOXERP: SAP をマスターすれば、カネになります。
ただし、１週間：研修コース 150万もかかるよ。
0131nobodyさん
02/06/18 00:44ID:B3GB06nC流されるな。
0132nobodyさん
02/06/20 22:46ID:???好きならしょうがないけど。心中、みたいな。
0133nobodyさん
02/07/05 01:05ID:z/iKmtfNを考えたいのですが何かないですかね？
0134nobodyさん
02/07/05 01:44ID:jFz8E7Y4結局技術なんて手段だからなー
その「何か」を見つけた奴が勝つのでは
0135ななＣさん
02/07/07 02:51ID:???禿銅
先に「○○がやりたい」から ＸＭＬとかＪＡＶＡとかツールを選んでいくんだと
思うんだけどな。
まあ、製品デモ作るなら別だろうけど、それでもまともな製品なら、
ターゲットは先に設定されてるだろうから、そんなんで迷うことはないだろ。
0136nonodyさん
02/07/07 16:48ID:???禿しく同意です。
ソフト作れます・・・では食えないんですね。
ソフトならば掃いて捨てるほど居るソフト屋に作らせば良い。
問題は「何をするためのソフトか？」ですね！
企業の実務・業務内容を知っていなければ、タダの請負・下請け・孫請けに過ぎません。
0137nobodyさん
02/07/07 22:05ID:R+NhObbdHTML, XML, JavaScript, VBScript, CSS, ASP, Perl, SQL(Oracle, SQLServer)
上の技術が使え（Webと無関係の技術がほかにもいくつか）、ソ○ーとか伊○忠商事の
イントラネット上で動く業務システムの製造を担当してきたんですが、年俸240マソなんです。
（年俸制なので残業代もボーナスもなし）
月130時間の残業をしても振り込まれる金額が同じだったときは、まあ、初めからわかって
いたことなんですが、さすがに泣きそうになりました。
しかも、今の仕事は、正社員でありながら実態は派遣という、中小企業ににありがちなものです。
この業界で知り合った人たちからは、異口同音に「安すぎる」と言われるわけなんですが、
いっそほんとに派遣社員になっちまったほうがいいんでしょうか。
皆さん、どう思われますか。
0139nobodyさん
02/07/07 23:13ID:???まあ、安いところだとそんなもんだべ。全部スクリプト言語だし。
俺もにたようなもんだけど、年収200で賞与無しだったよ。
辞めたけど。
派遣はやめとき。技術は身につくけど、横のつながりとかが
出来にくいから、年取ってから苦労すると俺は思うよ。
0140137
02/07/08 00:23ID:???現実問題として、両親の生活も自分にかかってるのでこの給料ではもう限界なんですよ。
30歳くらいまで派遣で腕を磨いたら、故郷の会社に売り込もうと思ってるわけなんです。
0141nobodyさん
02/07/08 00:50ID:???普通の小さなソフトハウスだったし、仕事も地味だったけど
よそも割とそんなもんだった。ちなみに東京じゃないよ。
今は32歳で1000万になったけどこれはフリーでやってるから。
WEB絡みばっかりだけど、結構金になるもんだと思うけどなー。
WEBは今儲けておかないとこれから先値踏みされる一方だと思う。
>>137はマジで別のところを探した方がイイと思うよほんとに。
0142nonodyさん
02/07/08 18:36ID:???この考え方、何とかならないでしょうか？
やはり、実務の内容を知って、それに対してソフトの技術をアドオンして改善する・・・
こういう方向に進めないでしょうか･･･
ただ単にソフト作れる人ならば、山ほど居るんですよ・・・
実務の内容を知り、問題点・課題を発見して、ソフトウェアの能力で一気に解決する・・・
素晴らしいではないですか・・・
そうは思いませんか？
0143nobodyさん
02/07/08 19:01ID:???それを世間では業務系ソフト屋と呼ぶのではないの？
俺はWeb系ソフト屋（←１番アヤシイ）（藁
0144nobodyさん
02/07/08 19:08ID:???イントラ内での社内システムの構築に実績があるなら、情報システム部
とか探してももぐりこんだ方が幸せだよ。
地方だったらなおさら、年齢で足切りとかされないか心配だね。
0145nobodyさん
02/07/11 22:03ID:Zm0ibmf3MS 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は消えないね。
小規模な掲示板から大規模なシステムにまで使われることもあるから。
0146nobodyさん
02/07/12 00:41ID:3+waqHAmいまさら、C# がはやるとは思えないし。
IBMがいる限り、当分は Java 系でいけると思う。
SQL Server は、6から使いはじめたけど、あまり良い思いで無いなー。
ところで、PHPと、Perlは逆でないの？
0147nobodyさん
02/07/12 01:17ID:???0148nobodyさん
02/07/12 01:20ID:???Javaって、主流なのは間違いないけど、必ずしも、絶妙に練りこまれた
フレームワークって感じじゃないなぁ。
目的に方法を後からくっつけたような、特殊なお約束が多くて、
覚えるのが大変じゃない？！EJBも、まさにそんな感じなんだけど。
その辺は、GUIが用意されてるMSの方が良いし、後追いの特性か、
よく考えられているように見える。
ＭＳは、品質さえ良ければ、今ごろ無敵の会社だと思うんだけどなぁ（ｗ
まぁ無理なものを要求しても仕方ないけど、そのせいで、やらなくても
良い苦労をしてるような気がする。LinuxもWinも。
・・・いずれにせよ使いこなすのは特殊技能って感じで、なんだかんだで
ノウハウが商売にはなりますな。
0149nobodyさん
02/07/12 01:59ID:9Tt25Z1YPERL/CGIはさっきも書いたが大規模でも使ってる。
ただ大規模にも使えるがソース管理などの”切り分け”に優れていない。
PHPではできる範囲少ない。
小規模＝okWEB程度を想定している。
で、UNIXとWINは切り分けて書いています。
企業は、UNIX系とWINの需要の切り分けはできない。
会社の考え方でWINで統一している会社もあるので、
WIN系では.netは絶対に残ってしまう。
いや残そうと彼らは何があっても使うだろう。
JAVAでOKと言う感覚は辞めた方が良い。
言語はプログラムに合わせて選ぶものというのを忘れないで欲しい。
0150nobodyさん
02/07/12 02:32ID:???大規模用途でも耐える、ということではなく、
perl以外知らんヤツが作ってる可能性大。
0151nobodyさん
02/07/12 02:51ID:???0152JAVA派
02/07/12 03:02ID:yXEXzo3qVBなくなったらGUI何で作るかな・・・鬱
0153nobodyさん
02/07/13 00:32ID:???perlを使っているページはサイトのごく一部という罠
0154osage
02/07/13 00:33ID:???自分、Perl も PHP も JAVA もやるけど、
PHP が小規模向けな理由が知りたい。
PHP + Smarty なんて、良いと思うけど。
Perl ってオブジェクト指向で、書けない(実質無理？)という時点で
小規模決定な気がするなー。
ところで、ここで言う大規模って、どのくらいからなの？
0155nobodyさん
02/07/13 01:08ID:???小規模システムの集合体にしか見えないんだけど
0156nobodyさん
02/07/13 09:25ID:???規模という曖昧な言葉よりシステムの複雑性と言った方が良いような。
0157nobodyさん
02/07/13 19:08ID:SnUc0ROiPerlのモジュールはオブジェクト指向では無いですか？
0158nobodyさん
02/07/13 19:51ID:???0159nobodyさん
02/07/13 20:55ID:???0160nobodyさん
02/07/14 10:22ID:???0161osage
02/07/14 10:30ID:+jQcBAE9モジュールが、オブジェクト指向だから、Perlもオブジェクト指向ということ？
それなら、VBScriptもオブジェクト指向・・・
0163nobodyさん
02/07/15 01:54ID:5IgsmRIs0164・
02/07/15 04:25ID:DYiEmVYV0165157
02/07/15 08:00ID:???Perlがオブジェクト指向というのではなく
それっぽく書けるということです。
154さんがPHPのクラスを認めているのに
Perlのモジュールを使ったプログラム
スタイルはなぜ認めて貰えないのかと
思っただけです。
0166ooosage
02/07/16 00:08ID:???いや、漏れとしては、>>149 >>145のように、
なぜPHPが小規模向けだと言い切るのかを知りたいだけなんだが。
Perl のオブジェクト指向はやればできるというレベルでなかった？
# STRUTS + Torque はこれから良いと思う。
0167nobodyさん
02/09/02 16:52ID:???0168nobodyさん
02/11/19 19:29ID:SSWxJy9G0169nobodyさん
02/11/19 19:32ID:???print "a";
print "a";
print "a";
print "a";
print "a";
print "a";
・・・（以下1000万行ぐらい繰り返し）
これで大規模ソフトウェアになりますか？
0170nobodyさん
02/11/19 19:41ID:???実行効率が悪いわけでもないんだから、いいじゃないか。
0171nobodyさん
02/11/19 20:35ID:xEOiKqNBSQLサーバーは大規模開発でも充分耐えられます。
いくらAIX+DB2が高速だからといって、ライセンス費用をま
ったく無視して比較するのはいかがなものか。Oracleだっ
てそうです。あの糞高いライセンス料、払う気になります？
よく言われるのが『Windowsサーバーは連続稼動できない
しー、Linuxの方が安いしー。』って。お前ら、ちゃんと比較して言ってる？
！ただ単にアンチMSの振りしてる知ったかぶりなんちゃうんかと。
0172nobodyさん
02/11/19 20:52ID:???0174nobodyさん
02/11/19 21:36ID:h9M4xXM3ちなみに、
外国人 >>>>>>>>>>>> 日本人 >>>>>>>>>>>>172>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>173
0175nobodyさん
02/11/19 21:42ID:???0176名無しさん
02/11/20 01:20ID:Jy2ZaDbB0177nobodyさん
02/11/20 01:39ID:???0178nobodyさん
02/11/20 03:43ID:OBXJBU+B大規模(複雑)なシステムを作るためにJavaを使いこなすためにはオブジェクト指向、デザインパターンなど覚えなければならず確かに大変だが、
Javaを習得してもこの先数十年は使う機会に恵まれると思う。
Javaが登場してからJavaよりも魅力的な言語が殆ど登場しなくなり、
新しい言語(C#, MixJuice, AspectJなど)はほとんどがJavaを参考にしているところから、
Javaを習得しておけばたとえJavaが廃れたとしても他の言語に簡単に移ることができると予測し、将来何十年に渡ってプログラマを続けても損は少ないと思う。
JavaはよくできておりM$のC#よりもライブラリの統一感がありデザインパターンをよく考慮に入れておりかなりオブジェクト指向的らしい。
M$のライブラリは簡単に扱えるというのが大きな落とし穴につながることがある。小規模(単純)なプログラムでは良いけれども、大規模(複雑)なプログラムではM$のC#のライブラリはJavaのライブラリよりも使いにくくなるという。
しかし、現状では確かにJava onlyでO.K.と言う感覚は辞めた方が良いかもしれない。古い言語で書かれた資産を再利用したい、または新言語で書き直したいときは特に。
■ このスレッドは過去ログ倉庫に格納されています