5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :レナ:02/03/23 23:01 ID:5hjU3Dl0
言語・アプリ環境・データベースには、
Perl, PHP, Java, Ruby, C, Tcl
Apache, CGI, JSP/Servlet, ASP, ColdFusion
Oracle, PostgreSQL, MySQL

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

例えば、
 「Apache+PHP+PostgreSQL」

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


2 :nobodyさん:02/03/23 23:12 ID:ey5FZsqx
.net + sqlserver
もしくは
jsp + servlet + ebj + orale
つーのでは?

3 :nobodyさん:02/03/23 23:12 ID:kqW6K9sX
2げっと。
--------終了-----------------

4 :ツ?ツ?ツ?ツ?ツ?メZツ?:02/03/23 23:12 ID:???
2げとおおおおおおおおおおお

5 ::02/03/23 23:12 ID:kqW6K9sX
シノウ。。

6 : :02/03/23 23:26 ID:5hjU3Dl0
面白そうだ!!もっと盛り上げてくれ!

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


7 :nobodyさん:02/03/23 23:35 ID:OTMOdfAo
>>2
oracleだろ。

8 :nobodyさん:02/03/24 00:14 ID:???
できれば推薦した組み合わせに理由などを添えて頂けると有難いのですが・・・。
現在の顧客の動向、将来の見通し、だからこの組み合わせだ!みたいな。

9 :  :02/03/24 00:45 ID:xCvj5fL2
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のスキルが身につき、
将来性があると思うけどどう?

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


10 :nobodyさん:02/03/24 00:55 ID:???
>>9
これ全部、使ったことある上で言ってんの?

11 :9:02/03/24 00:59 ID:xCvj5fL2
以下の経験がある上で言ってみた。

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

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


12 :nobodyさん:02/03/24 01:05 ID:???
mod_perl>mod_php

13 :nobodyさん:02/03/24 01:08 ID:???
Javaが占める量が多くなるけど、CとPerlが使えんヤツは要らん。

14 :nobodyさん:02/03/24 01:16 ID:???
PerlでもDBの操作は容易だよ。

15 :nobodyさん:02/03/24 01:23 ID:???
>>14
禿同


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


17 :nobodyさん:02/03/24 01:55 ID:???
Perl過小評価されすぎ。

18 :nobodyさん:02/03/24 02:24 ID:???
>>17
同意。PHPより需要はかなり大。

19 :nobodyさん:02/03/24 03:27 ID:???
cgiを書く言語と思ってるアフォが多いからな。
その点はperl不幸だ。
パワフルな言語なのに。


20 :nobodyさん:02/03/24 03:38 ID:???
業務に必要な機能と生産性
総合的に見ると未だPerl最強てことだね。

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


22 :nobodyさん:02/03/24 13:27 ID:ThVfNBx9
「PHP+mySQL」
これ最強

23 :nobodyさん:02/03/24 21:20 ID:???
>>22
嘘だ
mySQLトランザクションサポート無し

24 :nobodyさん:02/03/24 21:44 ID:???
>>23
それでも大手はmysql使ってるだろ


25 :nobodyさん:02/03/24 22:03 ID:4ExBxqBD
今PHPならできるけどPerlって難しい?
覚えるの大変?


26 :nobodyさん:02/03/24 22:12 ID:???
>>22-24 使い分けの出来ない技術者に「これから」は無いよ。すっこんでな。

27 :23:02/03/24 22:28 ID:???
トランザクションサポートなしで最強ていってほしくないだけ

28 : :02/03/24 22:34 ID:S817rdf9
PerlのDB操作ってどのくらい簡単なのですか?
PHPでPostgreを操作するときは、pg_XXXでできると
思うけど、PerlでもSQLを操作することができる?

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


29 :26:02/03/24 22:38 ID:???
>>27 スマソ。22と24に言いたかったんダス。

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

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

30 :nobodyさん:02/03/24 22:46 ID:???
>>28
Googleで"Perl SQL"で調べれば直ぐ分かる事だと思うが。

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

31 :28:02/03/25 01:29 ID:t/0Pfn5b
>>30
クソみたいな質問にマジレスくれてサンクス!!
早速参考にしてみるよ!


32 :nobodyさん:02/03/25 01:34 ID:wfEFoyHN
でもさー、おれみたいなヘボ技術屋だと、
殆どの提案で、結局好きな環境選んじゃいがちなんだよね〜。

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


33 :nobodyさん:02/03/25 08:31 ID:???
PC-9801 + N88BASIC

34 :nobodyさん:02/03/25 13:30 ID:???
「WindowsXP + ロゴライター」
http://www.logo.co.jp/

35 :nobodyさん:02/03/25 14:13 ID:mrpQAptf
何をやる/使うにしても、クラスライブラリとして提供されているものが殆どだから、
誰でも何でも書ける/使えるでしょうに現状でも。

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

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

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

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

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

36 :nobodyさん:02/03/26 11:34 ID:eWERFRsP
PHP+mySqlで「まかなえる」業務でとれる金額なぞたかが知れている、と思う
今日この頃

37 :nobodyさん:02/03/26 12:07 ID:???
>>36
...... 35をうけたボケなの?


38 :nobodyさん:02/03/26 23:46 ID:???
>33
>PC-9801 + N88BASIC
それはチョット処理速度的に厳しいのが現状だと思います。
今はQuick Basic の方が勢いがあります。 ご参考までに。


39 :nobodyさん:02/03/27 07:05 ID:???
>>38
あのVBの基礎となったクソ言語な。
QuickCはすばらしい処理系だったが。

40 :nobodyさん:02/03/28 05:41 ID:???
PHPはやっぱり大規模には向いてないよ。
普通に食っていけるだろうけど、大きめなものは
Java使いたい。

41 : :02/03/30 03:40 ID:mH/ftKz+
COBOLとCとPerlができれば、応用がきくよね!


42 :nobodyさん:02/03/30 07:38 ID:???
>>41
COBOLを筆頭に出していることに不信感。

43 :nobodyさん:02/03/30 10:52 ID:???
食ってくためには技術よりも提案力とか適応力の方が大事だと思われ

44 :nobodyさん:02/03/30 15:16 ID:???
>>42
というかネタだろ。

45 :nobodyさん:02/03/30 15:37 ID:???
あるいは、男の場合、達者なおしゃべりか、
女性の場合は、男性クライアントの夜のソリューションになれる魅力だな。

46 :nobodyさん:02/03/31 04:00 ID:8HhLmD1b
旧システム(コボル)と新システム(C)の連携を
とれる技術者は、重宝されています。
コボルしかできない技術者は逝ってよしだけど・・・


47 :nobodyさん:02/03/31 08:00 ID:fCq95QAo
焼肉食べ放題 ヽ( ・∀・)ノウンコー

48 :nobodyさん:02/03/31 12:48 ID:fi5VQBJa
食っていけるかと言えば
Java で J2EE、Jakarta あたりを熟知していてイチからシステムを
構築、提案できる能力があれば引っ張りだこ。

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

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

49 :nobodyさん:02/03/31 13:09 ID:???
1週間で無理か?
Java全部ってのは無理かもしれないけど、1週間もらえてばそれなりに使え
そうな気もするけどな。
当然プログラム技術の基礎があることを前提だが。

50 :48:02/03/31 13:57 ID:fi5VQBJa
1週間で Java 自体は習得できると思う。
でもマルチスレッド関連は1週間で習得してる人はあまり見ないです。

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

51 :nobodyさん:02/03/31 14:14 ID:???
一週間で覚えきれない言語は覚えても無駄だからなぁ。

52 :nobodyさん:02/03/31 16:32 ID:???
なにに対して無駄か分からないが1週間で習得できないから重宝される。

53 :nobodyさん:02/03/31 20:52 ID:???
で、代替技術がでると忘れられる。捨てられる。

54 :nobodyさん:02/03/31 22:14 ID:???
代替技術が出ても習得すりゃいいだけだろ?
>>50 のようなプログラム技術が身についていて かつ
2,3個言語知ってりゃ極端な話、他の言語でも1日で使えるようになるだろ。

55 :nobodyさん:02/04/03 13:12 ID:ixgEXz3+
30代半ばになってもPHPとPerlぐらいしか分からなかったらどうしよう。。。

56 :nobodyさん:02/04/03 13:25 ID:???
Perlは確かに案件も多そうだけど
使える人も多そうだからなぁ・・・。

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

57 :nobodyさん:02/04/03 17:02 ID:???
へえ、JAVAって食えるんだ。
一生懸命勉強しよっと。

58 :fdg:02/04/04 19:46 ID:ggon4ynD
■■ 援助交際学園 ■■

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

コギャルから熟女まで

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


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





59 :nobodyさん:02/04/05 13:47 ID:???
ひそかに43が良い事言ってる罠

60 :nobodyさん:02/04/09 19:35 ID:9Li2sJ6w
とりあえず

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

マジレス希望す

61 :nobodyさん:02/04/09 20:50 ID:???
>>60
何を訳のわからんことを・・・。

62 :nobodyさん:02/04/09 21:08 ID:wraehhhS
ここは文系・専門卒(ゴミ)の巣窟です

63 :nobodyさん:02/04/09 21:14 ID:???

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

64 : :02/04/29 03:37 ID:o1fa9sCj
ふぉーとらん

65 :nobodyさん:02/04/30 18:27 ID:???
MSX-DOS

66 :nobodyさん:02/05/04 10:04 ID:vTPrP0BI
単純な Web プログラミングだけじゃ食えなくなるのは、確か。

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

68 :nobodyさん:02/05/07 00:42 ID:???
PerlやPHPのスクリプト系なら、客先のパソヲタが自前で組んじまうからな!
ソース丸見えってのが教材を提供しているようでイタ過ぎる。

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

70 :nobodyさん:02/05/09 11:18 ID:???
>68
客先のパソヲタが見る気なくすようなコード書けばいいだけじゃん。

71 : :02/05/19 06:02 ID:om2L4Oh7
XMLって、これからやっていて役に立つのか?
Java+XML できると結構いいって効くけどほんと??
折れはふぉーとらんしかできん厨房だけど

72 :nobodyさん:02/05/19 07:51 ID:cizcI0Pq
あのな、ソースは客のものなの。素人は黙ってなよ。

73 :nobodyさん:02/05/19 09:17 ID:???
コンパイルしろよ。

74 :nobodyさん:02/05/19 10:03 ID:???
>>69
>場合によってはASP辺り。

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

75 :nobodyさん:02/05/19 11:26 ID:???
C/S VB or VCL(汗) + SQLServer or Oracle
Web Jave + Oracle or ASP +SQLServer

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

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

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

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

76 :narucy56 ◆wMOjCT4s :02/05/19 16:26 ID:SLQ7PBuz
Apache + Ruby + eRuby + mod_ruby + (Java の Struts みたいな Framework の Ruby版) + (自動的に雛型を作るツール) + Ruby 用 データベース・インターフェース

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

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

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


77 :nobodyさん:02/05/20 03:06 ID:yg8knNmy
Flash+ColdFusionってくるかな?
Macromedia、JRunの会社買収してからガンガンきてますが、くると思います?

78 :nobodyさん:02/05/20 03:44 ID:???
マカーが絡んでるのは全部ダメになると思う。

79 :nobodyさん:02/05/20 04:07 ID:???
LAMP + StarBASIC(OpenOffice) に期待。
MySQL接続にJDBC経由になるけど。うまく接続できん・・・


80 :nobodyさん:02/05/20 04:18 ID:???
>>78
マカーはJRun関係、ついてこれないと思われ

81 :nobodyさん:02/05/20 07:28 ID:nnnpmSnA
>77
その予測はむずかしいな。
MXスウィートが出揃ってから判断だな・・・

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


83 :nobodyさん:02/05/20 12:33 ID:OqpJba2l
======2==C==H======================================================

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

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

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

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

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

んじゃ!

84 :nobodyさん:02/05/20 23:31 ID:???
IHS+WebSphere+DB2 on AIX


ってのはどうよ?

85 :nobodyさん:02/05/21 00:27 ID:HiEJ7qjY
笑顔+愛嬌+巧みな話術

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

87 :nobodyさん:02/05/25 10:18 ID:K2vsCglZ
>>86
<>で書くプログラミングってどうよ。
XML、XSLを手打ちするときに、タグは正直、手で書くものじゃない
とつくづく思うのだが。

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

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

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

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

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

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

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

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

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

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

88 :ぶっちゃけたはなし:02/05/25 15:28 ID:PMTbbVQg
新しいものがすいすい吸収できる20代・30代ぐらいになる近い未来の
技術の話ばかりしてるけど、もっと先の新しいものになかなかついていけなくなったことを
想定しないと痛い目見ると思うんですが・・・。

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

ね。

89 :nobodyさん:02/05/25 15:47 ID:tt3gAhIt
プログラマはある意味永遠の好奇心と柔軟な思考だよな。
それだけあれば経験ある人間の方が有利になるわけだし。

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

90 :nobodyさん:02/05/25 19:09 ID:0RbTBdd/
>>88
プリミティブな部分での知識はないよりあったほうがいいけど、年をとれば
とるほど、「これとこれの技術の組み合わせで何が出来るか?」という概要の
部分だけで十分というか。

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

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

まあ、システム屋がFlashに注目するようになるのはいよいよこれからってところ
じゃない?JavaAppletは知っていても、Flashはまだ知らないってレベルだろう。

でも世の中的には再び非ブラウザの流れにいきたがりな気もするけど(w
(UDDIなどを利用したWebサービス、JavaWebStartとか)



91 :nobodyさん:02/05/25 19:26 ID:A90rRWFM
21

92 :88:02/05/25 19:51 ID:ceDek07l
>>90
いいたかったことはほぼ同じなんだけど。書き方まずかったかな?


93 :90:02/05/25 19:56 ID:0RbTBdd/
>>92
特に反論しているつもりはないですよ。

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


94 :nobodyさん:02/05/26 19:36 ID:???
何はともあれXMLは食えるだろう。

95 :路頭に迷ってます:02/05/27 01:05 ID:STiImYaV
私は34歳の失業の身です。職歴はCOBOLプログラマーが2年・システム営業が6年・保険の営業が2年ですが、
今度、国と県の支援で6ヶ月間で情報技術者養成の講座
があり、オラクル・JAVA・VC++等があるのですが、
オラクルとJAVAでとちらの講座を受けるか悩んでいます。
ちなみに、
●オラクル:オラクルGoldの取得を目指し、まずはシルバーを取得(入門SQL・入門DB)
を学び、GOLD向けにPL/SQLの基礎とDB管理を学んだ後、DB設計・オラクル9iAS管理・
Java言語・サーブレット&JSP・JDBC&SQLJがカリキュラム内容です。
●Java:サンのSJC−P取得をめざし、DB作成技術(アクセス)・VBプログラミング・システム設計演習
・インターネットサーバ設定・ホームページ作成・Javaプログラミングを学ぶ
小生としては、就職に有利を第1の条件に選択したいのですが、ご意見をお願いします。また、転職が難しいのであれば、金融とWeb技術を活用して、事業を模索したいのですが、その場合はオラクルとJavaではどちらを選択したほうがよろしいでしょうか?

96 :nobodyさん:02/05/27 01:13 ID:0VNPa+mo
>>95

JavaはJ2EEまでやらないのかなぁ、だったらオラクルのような気もしますが。
(6ヶ月も猶予があるならば、両方やっておけ、あとOOPとかXMLも色々とやっておけ、
というのが本当のところ)



97 :nobodyさん:02/05/27 01:20 ID:???
>>95 俺と同じ年か。大変だな。ま、ネタなんだろうけど(w

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

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

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

98 :路頭に迷ってます:02/05/27 01:38 ID:mc6lPxYe
>97  ご意見ありがとうございます。マジレスです。人的な営業と
Web活用のマーケティング(営業)を融合したいのですが、Webという
観点からJavaのほうが役にたつのかな・・と。ただ、マーケティングという
観点からDBは必須で、その点からオラクルも捨てがたいなあ・・。
それと、転職という観点から地方なのでオラクル活用の大規模システム案件が東京より
多くなく、Javaプログラマーの求人のほうが多い。
どっちがいいのか・・

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

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

100 :nobodyさん:02/05/27 01:57 ID:???
>>95
UNIX板で罵倒された人だよね。

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

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

101 :路頭に迷ってます:02/05/27 02:20 ID:5yXagdJg
99さん どうもありがとうございます。あなたの意見を励みにがんばります

102 :nobodyさん:02/05/27 02:25 ID:EWTddx+R
>>100
そこのリンク先の学校はひでーなー(w

ぶっちゃけ、PC買ってきてそれにRedHatぶちこんで、ApacheとPHP(またはPerl、Tomcat)とフリーのDB(mySQL、PostgreSQL)入れて、スケジュールのページ
作ったほうが勉強になるのでは?という気も。


103 :路頭に迷ってます:02/05/27 02:31 ID:5yXagdJg
>102 フリーのDBとオラクルの違いはどこでしょうか?

104 :nobodyさん:02/05/27 02:40 ID:???
>>103タダかボッタクリか(w

105 :nobodyさん:02/05/27 02:44 ID:???
>>102勉強にはなっても地方で就職したいというニーズが叶うかというと
ちょっと微妙だな。

106 :nobodyさん:02/05/27 02:53 ID:EWTddx+R
>>103
保守性。

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


107 :nobodyさん:02/05/27 02:56 ID:???
>>106普通はそうだが経歴を見るとそんなの期待できないしな。
そういう意味では営業のほうが良いと思うんだがな。

108 :nobodyさん:02/05/27 22:37 ID:???
http://pc.2ch.net/test/read.cgi/unix/1020785827/n635-

109 :路頭に迷ってます:02/05/28 00:04 ID:X9HoLNII
>106さん
やはりPMの資質が必要という意見が多いですね。
何とか、やっていく方法として、業務知識(例えば金融の銀行)のスペシャリスト
になって、上流のSEでやっていく方法もわざかな余地としてありますか

110 :nobodyさん:02/05/28 00:29 ID:POAmU88O
>>109
あんた、いくつだよ・・・と思いました。正直なところ。
若いときから優柔不断だったりします?

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

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

111 :路頭に迷ってます:02/05/28 00:35 ID:X9HoLNII
ないから困っています。ご指摘のとおり、優柔不断です。

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

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

113 :路頭に迷ってます:02/05/28 01:04 ID:X9HoLNII
>112さん
目がさめました。ありがとうございます。よく考えます

114 :nobodyさん:02/05/28 01:15 ID:/3mnjqQU
>112がいいこといった!
でも最後の一行は不要だぞ
てめぇが消えろハゲ

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

116 :nobodyさん:02/05/28 13:17 ID:ZnDx9TqO
( ´∀)・∀),,゚Д)http://diary.cgiboy.com/d01/tsugeikuhito/

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



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

119 :nobodyさん:02/05/29 01:41 ID:aakBgDw/
Oracle Application Serverはどうなの?
PL/SQLでHTML出力ソースを書く、、、
たしかにDBとのデータのやりとりの記述は楽だけど
なんか違和感感じる。


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


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

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

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

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


124 :nobodyさん:02/05/29 02:12 ID:???
>>123
OASはServlet使えたよ。JServ組み込んでた。

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

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

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




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

127 :nobodyさん:02/06/02 17:54 ID:Zl1UPSgf
>>126
> で、GUIでペタペタって感じで開発できるのは、
> どうしてもHTML埋め込み系になってしまうと思う

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

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

128 :nobodyさん:02/06/03 02:51 ID:???
ttp://homepage2.nifty.com/ymagic/struts/Impressions/ImpressionCamino.html


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

130 :nobody:02/06/15 10:22 ID:+7RzteOX
>>1
ERP: SAP をマスターすれば、カネになります。
ただし、1週間:研修コース 150万もかかるよ。


131 :nobodyさん:02/06/18 00:44 ID:B3GB06nC
>>130

流されるな。

132 :nobodyさん:02/06/20 22:46 ID:???
どっちみち文系で中途半端なデジ土方のままだとヤバイよね
好きならしょうがないけど。心中、みたいな。

133 :nobodyさん:02/07/05 01:05 ID:z/iKmtfN
XML JAVA データベース サーブレット などを使って新しいWebアプリケーション
を考えたいのですが何かないですかね?


134 :nobodyさん:02/07/05 01:44 ID:jFz8E7Y4
>>133
結局技術なんて手段だからなー
その「何か」を見つけた奴が勝つのでは

135 :ななCさん:02/07/07 02:51 ID:???
>>134

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



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


137 :nobodyさん:02/07/07 22:05 ID:R+NhObbd
突然ですけど、質問させてください。26歳、業務経験2年のプログラマです。

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

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

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

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

138 :nobodyさん:02/07/07 22:44 ID:???
>>137
転職しる! または派遣になれ! いじょ!

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

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

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

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

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

142 :nonodyさん:02/07/08 18:36 ID:???
う〜ん・・・ソフト屋=ソフト・・・

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

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

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

143 :nobodyさん:02/07/08 19:01 ID:???
>142
それを世間では業務系ソフト屋と呼ぶのではないの?
俺はWeb系ソフト屋(←1番アヤシイ)(藁

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

145 :nobodyさん:02/07/11 22:03 ID:Zm0ibmf3
大規模 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は消えないね。
小規模な掲示板から大規模なシステムにまで使われることもあるから。


146 :nobodyさん:02/07/12 00:41 ID:3+waqHAm
大規模は EJB になるんでないの?
いまさら、C# がはやるとは思えないし。

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

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

147 :nobodyさん:02/07/12 01:17 ID:???
逆?Perlが小規模でPHPが中規模ってこと?

148 :nobodyさん:02/07/12 01:20 ID:???
>>146
Javaって、主流なのは間違いないけど、必ずしも、絶妙に練りこまれた
フレームワークって感じじゃないなぁ。

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

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

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

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

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


150 :nobodyさん:02/07/12 02:32 ID:???
>PERL/CGIはさっきも書いたが大規模でも使ってる。

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

151 :nobodyさん:02/07/12 02:51 ID:???
mod_perlはかなり大規模なところでも使われてるよ。

152 :JAVA派:02/07/12 03:02 ID:yXEXzo3q
JAVAは鯖周りだけだね
VBなくなったらGUI何で作るかな・・・鬱

153 :nobodyさん:02/07/13 00:32 ID:???
>151
perlを使っているページはサイトのごく一部という罠

154 :osage:02/07/13 00:33 ID:???
>149
自分、Perl も PHP も JAVA もやるけど、
PHP が小規模向けな理由が知りたい。

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

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


155 :nobodyさん:02/07/13 01:08 ID:???
Perl で作った大規模システムってあるの?
小規模システムの集合体にしか見えないんだけど

156 :nobodyさん:02/07/13 09:25 ID:???
2ch は C と perl だが。
規模という曖昧な言葉よりシステムの複雑性と言った方が良いような。

157 :nobodyさん:02/07/13 19:08 ID:SnUc0ROi
>154
Perlのモジュールはオブジェクト指向では無いですか?

158 :nobodyさん:02/07/13 19:51 ID:???
オ ブ ジ ェ ク ト 指 向 っ て な ん で つ か ?

159 :nobodyさん:02/07/13 20:55 ID:???
ただのライブラリでしょ????

160 :nobodyさん:02/07/14 10:22 ID:???
GUIもJAVA

161 :osage:02/07/14 10:30 ID:+jQcBAE9
>>157
モジュールが、オブジェクト指向だから、Perlもオブジェクト指向ということ?
それなら、VBScriptもオブジェクト指向・・・

162 :nobodyさん:02/07/14 19:31 ID:???
>>161
VBSとかはコンポーネント指向じゃないか?


163 :nobodyさん:02/07/15 01:54 ID:5IgsmRIs
コンポーネント指向・・・・

164 ::02/07/15 04:25 ID:DYiEmVYV
コンポーネント?

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

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

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


167 :nobodyさん:02/09/02 16:52 ID:???
女を逝かせる技術と貢がせる技術。これ最強。

168 :nobodyさん:02/11/19 19:29 ID:SSWxJy9G
このすれ、かける?

169 :nobodyさん:02/11/19 19:32 ID:???
print "a";
print "a";
print "a";
print "a";
print "a";
print "a";
print "a";
・・・(以下1000万行ぐらい繰り返し)
これで大規模ソフトウェアになりますか?

170 :nobodyさん:02/11/19 19:41 ID:???
PerlのOO構文がいくら雑でも、表現力がないわけでも、
実行効率が悪いわけでもないんだから、いいじゃないか。

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

172 :nobodyさん:02/11/19 20:52 ID:???
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> PHP >>>>>>>>>> Perl

173 :nobodyさん:02/11/19 21:03 ID:???
外国人 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 日本人 >>>>>>>>>>>>172

174 :nobodyさん:02/11/19 21:36 ID:h9M4xXM3
>>173はちんちんの話をしています。

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

175 :nobodyさん:02/11/19 21:42 ID:???
(・∀・)ジサクジエンデシタ

176 :名無しさん:02/11/20 01:20 ID:Jy2ZaDbB
zopeどうよ?

177 :nobodyさん:02/11/20 01:39 ID:???
zopeははやらんよ。

178 :nobodyさん:02/11/20 03:43 ID:OBXJBU+B
>>148
大規模(複雑)なシステムを作るためにJavaを使いこなすためにはオブジェクト指向、デザインパターンなど覚えなければならず確かに大変だが、

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

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

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

179 :nobodyさん:02/11/20 09:48 ID:???
いくらなんでも数十年は持たんと思うけどなぁ…。

180 :nobodyさん:02/11/20 11:34 ID:???
数十年持ったのはCOBOLだけだと思うが。

181 :nobodyさん:02/11/20 12:03 ID:???
LISPも古いよ。1959年。





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



183 :nobodyさん:02/11/20 16:10 ID:b+OCMC0R
Yahooは今後PHPに切り替えてくんだよね。
これで一気にYahoo真似てPHPに走る企業が出てくる予感。

184 :nobodyさん:02/11/20 16:19 ID:???
>>182
どこを縦読みすんのさ?

185 :nobodyさん:02/11/20 16:50 ID:???
>>183

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

186 :nobodyさん:02/11/20 16:53 ID:???
>>184

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


187 :nobodyさん:02/11/20 17:19 ID:???
>>186
いや>>171をたてに読んでみ?
ただ釣りしてるだけなんじゃないかと。

188 :nobodyさん:02/11/20 18:29 ID:???
とりあえず、
AIX+DB2+Websphere
Linux+Oracle+色んなもの
Windows+SQLSrv
この3本にまとまっていくのでしょうか。中規模以上は。

189 :nobodyさん:02/11/20 18:32 ID:???
>>186は恥さらし、、、と

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

190 :nobodyさん:02/12/02 11:11 ID:???
>>189

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


191 :nobodyさん:02/12/09 18:55 ID:IbqRn4tu
age

192 :nobodyさん:02/12/09 19:30 ID:???
Oracleにしても、SQLserverにしても、
実際の案件で、MySQLで充分だろとツッコミたくなることってない?
MySQLの方がハエーだろって思う案件だってあるわな。

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


193 :nobodyさん:02/12/09 19:45 ID:1ZnThHuZ
MyもPostgreもここまで優秀になってきた世の中
中小の案件なら正直>>192のいうこともわからないでもないがな。

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

194 :nobodyさん:02/12/10 09:21 ID:???
MySQLやPostgreをWin上で動かすことを想定して速いということを言ってるのか?
本当にベンチ取った?
取らなくても良いから、たとえばMySQLの公開されているベンチを読んでる?

195 :nobodyさん:02/12/10 23:30 ID:f1eyIUTX
age

196 :nobodyさん:02/12/10 23:37 ID:???
工作員が紛れ込んでいるスレはここですか?

197 :化石:02/12/11 01:18 ID:WumXxWj4
COBOLしか出来ない奴が、これから食っていくにはパソ系Prog
どれを習得するのがオススメ?

198 :nobodyさん:02/12/11 01:22 ID:9VxGzn9i

http://petitmomo.com/mm/

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

めぐ(^o^)-☆


199 :nobodyさん:02/12/11 14:04 ID:gTaJcY8X
はっきりいって、ウェブプログで飯食っていけるわけない。(フリーはむりっぽ)
ここの板でいう大規模ってなによ?例えばどんなものがあるの?

>大規模 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でも問題ないおもう。

200 :nobodyさん:02/12/11 14:34 ID:???
>>199
・・・

201 :仕様書無しさん:02/12/11 14:43 ID:???
>>200 言いたいことはわかる。


202 :nobodyさん:02/12/11 14:49 ID:gTaJcY8X
小規模でDBが必要ってのがどんなものか知らんけど
WEB上で、販売管理やるんならDBはいらんとおもう。
漏れが設計するなら、HTTPS当りでつなぐようにして
WEB上で客が物買ったらそのデータを暗号化してメールサーバ辺りおくる。
あとは、業務を支援するようなプログラムを作ればOK。
WWW晒してるPCにデータあるわけじゃないし安全。DBいらねーし。

てか、大規模ってどんなものを指すのか木になる。WEBってのを前提に考えてみると、、
WEBからデータ入力およびデータ参照してDBを使うって事か?
GUIの部分ってHTMLで出力か?DBに保存するならそれなりの分析するわけだろ。
顧客別の売掛残とか買掛残とか原価管理したり、、ここらはビューとかプロシジャで緩和して
SQLいちいち動かしたらきり無い。
結論
必要なのはDBの知識。オラクルだとかまいSQLは関係ない。
で、WEBから入力されたものに対して処理するのならオブジェクト指向も関係ない。
WEBデータってのは、フォーマットも定まっているっぽいし複雑じゃないだろ。
オブジェクト指向とか全く関係ないと思われ。
データ分析行うなら、WEBプログとは別のものと思われ。

なんでも漏れにたずねてみれ

203 :nobodyさん:02/12/11 14:53 ID:gTaJcY8X
しばらく常駐しるよてい。

204 :nobodyさん:02/12/11 14:54 ID:???
>>202
・・・!?

205 :nobodyさん:02/12/11 14:59 ID:???
>>199は脳みそが逝かれてるだけだからそっとしておいてやれ。


206 :nobodyさん:02/12/11 15:06 ID:gTaJcY8X
>>205
スマン
もうちょい、謙虚にいけばよかったと航海気味。
ま、後の祭り

207 :nobodyさん:02/12/11 15:07 ID:???
…!!!

208 :nobodyさん:02/12/11 15:22 ID:???
設計、コーディング、デザインレイアウトセンス、
営業能力、コミュニケーション能力
ぜーんぶひっくるめて超2流ですが、何か?


209 :nobodyさん:02/12/11 15:26 ID:???
超2流ってことは、2流を超えてるから1流ってことか・・・

どうせ漏れは3流だよ

210 :nobodyさん:02/12/11 15:32 ID:gTaJcY8X
漏れも3流

211 :nobodyさん:02/12/11 16:53 ID:???
>>201
ワラタヨ

212 :nobodyさん:02/12/11 17:11 ID:???
>>202
DBいらねーっていう趣旨はわかるけどさ、今時のDBで使える関数やらプロシージャを自分で全部起こすのか?
出来上がった頃には二つくらい先の案件が完成してるってのがオチ(笑)
開発工数やバランスを考えればそんなアプローチはナンセンスだよ〜ん。
カタログ情報、顧客情報、買い物履歴、在庫・価格etcの計算、発注から管理まで全部扱うバックエンドをいちいち書くなんて想像もできん。
おまけにデータウェアハウス的な機能(DB密着の解析サービス)用意して〜んなんてことになったらどうする・・・
もっとも、そこまでの要求の出る案件なんて限られるんだろうけど。

GUIなんかに関しては、XMLでデータ渡せばブラウザでもPDAでもWindozのexeでもいいんじゃないの?

>必要なのはDBの知識。オラクルだとかまいSQLは関係ない。

禿同。
3Dモデリングのような無茶な精度を要求される世界じゃなくて、処理系のアプリなんてのはどこまでいっても力業の域を出ないよ。
オブジェクト指向だのわいわい言ったところでひっくりかえるほどの差はない。
要求レベルや実装すべきロジックの提案や設計をする能力、DBの知識がしっかりしてればどうでもいい話に近いな。




213 :nobodyさん:02/12/11 18:27 ID:gTaJcY8X
>カタログ情報、顧客情報、買い物履歴、在庫・価格etcの計算、発注から管理まで全部扱うバックエンドをいちいち書くなんて想像もできん。
買い物、、、って販売管理だったら何処までがWEBプログの仕事ですか?

>おまけにデータウェアハウス的な機能(DB密着の解析サービス)用意して〜んなんてことになったらどうする・・・
データの分析ってのはWEBプログとは別の仕事なの?
データ入力したらそれに対して、統計だとかの出力ってのは行わないの?

>DBいらねーっていう趣旨はわかるけどさ、今時のDBで使える関数やらプロシージャを自分で全部起こすのか?
データ分析行わないんなら作らないと思うけど、
今まで入力したデータすべてが抽出範囲ってこともあるから、出力時にいちいち計算してたら負荷が
すっごく大きい。年間売上とか計算したら1時間以上かかるようなきがする。
だから入力時にサマリってのに書き込むのが一般的だよね。ここいらは、プロシージャにやらせたほうが資源が有効利用できる
で、リレーショナルDBは、タ対タが無理だからビュー作った方がSQLが難解になりにくくてよい。

>GUIなんかに関しては、XMLでデータ渡せばブラウザでもPDAでもWindozのexeでもいいんじゃないの?
WEBプログって言うんだからクライアント考えるとプラウザじゃないの?

いまいち実体がつかめないWEBぷろぐ。

214 :nobodyさん:02/12/11 18:28 ID:gTaJcY8X
>はっきりいって、ウェブプログで飯食っていけるわけない。(フリーはむりっぽ)
これは、かなり実績ないと企業から受注なんてありっこない。着てもコネ関係が関の山
で、フリーって1人ですべてこなすわけだよね。あるていど営業しないと無理だろうし
保守作業って物もあるよね。障害起きたらすぐ復旧なんてわけには行かないと思うよ。
売りっぱなしなんてことはないよね。顧客がPCの知識無かったら教育も時間かかるし、、
教育費取れば問題ないけど、システム買ってもらって+教育費って請求しにくいっぽ
売ってしばらくしてから教育して欲しい言われたならいいんだけどね。

215 :nobodyさん:02/12/11 20:35 ID:???
>>214

売りっぱなしを望む企業は少なくないと思う。
保守だの教育だのサポートだのもっとも費用発生に難色を示す場所だし。
実際そこがあってこそアプリのあつらえには意味があるのにね。
で、しばらくたって勝手に改変したシステムについて手を入れて欲しいと連絡がくる(笑)。

教育などについては、代表者を決めてその人とマンツーマンでやりとりを行い、その後組織内部に関してはその代表者の人にやってもらうことが多かった。
こちらも何人も相手にするわけではないし、1対1で意志の疎通はできるし、忙しいときにはメールで済ませられたし非常に安上がり。
先方も請求がゼロで大喜びしていた。

個人や零細がある程度の仕事をやらせてもらおうと思ったら、ウェブプログに限らずなかなか難しいことだと思うよ。
流通やデザインだって同じ事だよ。


216 :nobodyさん:02/12/12 07:59 ID:LfYYQWKp
MVCも使わずに大規模WEBアプリか。おめでてーな。

217 :bloom:02/12/12 09:36 ID:qmV6yVXd

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

218 :nobodyさん:02/12/12 14:53 ID:XdWEiJFM
俺はWebプログラマーじゃないんだけれど、ASPやPHPのようなHTML埋め込み
がなぜ有効なのかが分からん。誰かやさしく解説してくれ。

219 :nobodyさん:02/12/12 15:30 ID:pnvJSDU4
>>218
クライアントがブラウザだからじゃないのか?
クライアント米にインストールする必要がほとんどないのはうれしい。

それよか、大規模ってどんなもの?住木ネットくらいだと大規模っていえるの?
住木ネットも国民約1億3万人のデータ検索。単なる検索でデータ多いだけだろ。
しらんけど。

>>216
大規模をしってるご様子。
おしえて。

220 :nobodyさん:02/12/12 15:43 ID:???
>>218
簡単なの作るだけなら既存のHTMLにちょちょいと追加するだけで良いとか、
HTML書きやすいとかじゃない?

221 :nobodyくん:02/12/12 16:57 ID:???
BroadVisionは?

222 :nobodyさん:02/12/12 16:59 ID:L953mlQj
http://digikei.kir.jp/

223 :nobodyさん:02/12/12 18:01 ID:???
っていうか大規模なのもPHPで可能なのか?

224 :218:02/12/12 18:05 ID:???
そんなに簡単?既にあるものが修正が楽とか?

225 :nobodyさん:02/12/12 19:00 ID:???
>>218

Common Gateway Interfaceが高価だから。

226 :nobodyさん:02/12/12 19:10 ID:???
>>218
PHPとかASPの中のHTML部分はコンパイル時に
メモリに取り込まれない仕組みだから、メモリ負担を軽減できるんだ。
これがほんとのメリットと解釈してる。


227 :nobodyさん:02/12/13 16:36 ID:5S5Ttv1L
>>226
本当ですか?
HTMLとかがクライアントで実行汁から負荷少なめってことじゃないの?
プリント処理にもそこそこメモリ食うと思うよ
それに、コンパイルじゃなくてインタプリッタ。

で、大規模ってどんなの指すの?

228 :nobodyさん :02/12/13 18:50 ID:???
車でも乗員数が増えれば
小型→中型→大型と呼ぶだろ。
この世界でもデータの扱い量によって
小規模→中規模→大規模と呼ぶんだぞ。
>219の厨房がデータ量の多さと規模は違うみたいなこと言ってるが
アフォだから相手にすんな。
いいか
データ量が多いってことは
利用者、トランザクションともに多いってことだ。
データ量が増えればハードもソフトも構成要素が増加する。
よって規模はデータ量により決定される。
わかったか

229 :nobodyさん:02/12/13 19:20 ID:???
>>227ホント。
極端に言うとHTML+SSIみたいなもんですヨ。
で、インタプリタでもコンパイラでも翻訳作業を「コンパイル」って呼ぶのデス。
技術で飯食うスレで、厨房なイチャモン勘弁してください。


230 :nobodyさん:02/12/16 15:33 ID:J0QOcHMj
>>228
OK。真に受けてないけど、データ量に依存ってことにしておく。

>>229
おまいの、封建的思考がな。スレ伸びのさまだけになってるの気付いてますか?
いろんな考えがあるのはあたりまえ。で、全部洗い出してそこから絞っていくわけよ。
根っから否定して排除していくのはどうかと思うよ。
漏れなんか、自称だけど2chで神と言わしめた人物。もちろん神と思っていい。
で、スレを伸ばす為に、煽ったりして面白おかしく進めていくのがプロの仕事だろうが。




と、餌を撒いておく。

231 :nobodyさん:02/12/16 22:10 ID:???
230神様おゆるしを〜

232 :nobodyさん:02/12/16 22:40 ID:???
>>230
「自称だけど2chで神と言わしめた人物。」
????????????????

233 :nobodyさん:02/12/17 01:44 ID:???
>230の正体おちえてあげる。
あるときは業務系プログラマ
あるときは制御系プログラマ
あるときはWeb系プログラマ
あるときはスーパーエンジニア
その実態はVBすら習得できなかった
煽りと叩きに命をかけた日本一の暇人(2ちゃんの紙)

234 :nobodyさん:02/12/19 08:28 ID:9PL4Vi0i
>>230 「プロの仕事だろ」だってさー、おい。
自分がストッパーって気づいてねーな
めでたいめでたい

235 :w:02/12/19 10:24 ID:???
>>230
「自称だけど2chで神と言わしめた人物。」
↑ここ以外に食い付きたい餌が無い。。。

236 :nobodyさん:02/12/25 19:43 ID:???
>>197
今更だけど、仲間だねぇ…。

237 :nobodyさん:02/12/27 22:21 ID:T7bSPg69
age

238 :nobodyさん:02/12/29 04:34 ID:???
2chで対人の訓練をしてふっかける交渉技術が一番もうかる。

239 :山崎渉:03/01/15 13:39 ID:???
(^^)

240 :nobodyさん:03/04/10 14:53 ID:???
age

241 :nobodyさん:03/04/11 02:50 ID:???
複数のプログラミング言語を自由に操り、移植できる技術。

242 :nobodyさん:03/04/14 13:48 ID:???
そこらへんのcgiつくってるようなレベルでいいんだけど
perlできる人を派遣してもらうなら、どこがいいかなあ?

243 :山崎渉:03/04/17 12:07 ID:???
(^^)

244 :山崎渉:03/04/20 06:25 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

245 :山崎渉:03/05/22 02:23 ID:???
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

246 :北村貴母緒:03/05/23 15:21 ID:7vDvDVhJ
【お悩み相談】なんでも書いてください。
【2003年 クーポン屋】努力しない人は0円になります。
努力した人は年商3574万円!貴方は参加しますか?
私なら、参加します。
http://www.c-gmf.com/index1.htm
「クーポン屋」「アクセスが1日2000人ほどある人なら、1ヶ月274万円ほど
稼げるビジネスであります。」1日110円で宣伝できるサイトであります。
契約者は年間広告費:40,000円を当社に振込んでいただければ、OKであり
ます。そこで、紹介者として,貴方様専用のCGIフォームを用意しますので、
料金回収無し、ノルマ無し、HPにバナーを貼ればOKであります。パートナー
様の目標は1ヶ月300件ほど契約を成立していただければ,貴方様の口座に
274万円を振込しますので、頑張って営業をしてください。どんな人でも稼げ
ますので、1度でも良いので見てくださいね。
http://www.c-gmf.com/index1.htm

247 :山崎渉:03/05/28 17:07 ID:???
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

248 :山崎 渉:03/07/15 11:26 ID:???

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

249 :nobodyさん:03/07/22 20:37 ID:UlbwRdgr
IIS+ASP+SQLserver
はダメですか?

250 :nobodyさん:03/07/22 20:46 ID:tla56Tou
>>249
食っていけるけど、人生めちゃめちゃになるぞ。

OS、IIS、SQL鯖それぞれのセキュリティホールが
頻繁に発生し、適当にHOTFIXあてるとアプリが動かなくなるため
テスト環境で全打鍵。本番環境で全打鍵。

月に1〜2回はこの作業が発生する。しかもほとんどの場合休日。
「緊急」、「重要」のセキュリティホールがあまりにも頻繁に発生している。

落ち着いたらOSのバージョンアップ。
そうなるとアプリが動かなくなる可能性があるのでOSのバージョンアップまでに
アプリに及ぼす影響を調査し影響あるコードの修正。

そして、セキュリティホールの山...

歴史は繰り返される。

251 :nobodyさん:03/08/05 00:55 ID:bQ0QMgvA
>>250
ご苦労な事です。普通そこまでやらない。やる必要もない。
会社(又は上司)がよほどアホなんでしょうね。

特にOSのバージョンアップて。2000SP1で止めている企業は
多いです。パッチも必要な物だけを入れればそれほど頻度は
上がらないし。

しかもわざわざ休日出勤してまでパッチあてやるんですか?
「俺の責任じゃない」と言って突っぱねましょうよ。それで
問題が起きれば会社辞めればいいだけの話。責任と仕事は
どこかで一線を引かないとさ。

だいたい「緊急」「重要」でも急ぐ必要はないよ。iDCにサーバー
置いてある会社だと即日パッチあてはかなり厳しいから。

252 :nobodyさん:03/08/05 01:38 ID:???
稲作+有機野菜。
これ、確実!

253 :nobodyさん:03/08/05 14:22 ID:???
なるほど。

254 :nobodyさん:03/08/06 01:23 ID:???
上司へのゴマすり + 営業スマイル
これ、確実!

255 :山崎 渉:03/08/15 22:44 ID:???
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

256 :nobodyさん:03/08/20 17:41 ID:???
とりあえずNC旋盤は定番だろ?

257 :nobodyさん:04/09/29 01:01:26 ID:???
逆に、絶対に食っていけない技術の組み合わせを全て挙げてみたら?
それ以外は、(理論的には)何でも食っていけるという事になる。
HSP+上司へのごますり、とか。

258 :nobodyさん:04/10/13 21:44:51 ID:???
1年以上レス付いてないのにsageでレスつけている>>257に同情age

259 :nobodyさん:04/10/14 13:43:53 ID:???
LAMPで食ってます。以上。

260 :nobodyさん:04/10/22 17:18:17 ID:KiRrH1Nn
世間になんて言われようと
我輩はWindowsを、Microsoftを信じ、ほそぼそと食べていきます。
IISでASP.NET(しかもVB.NET)でMSDNでこれからも安いサイトを作り続けます。

だって簡単なんだもん、、、

261 :nobodyさん:04/10/22 17:34:09 ID:???
>>260
それでも大丈夫だと思うけど?

ただ、>>250みたいな事はあるけど、正直、LinuxやUNIX、Apache、PHP、MySQL、PostgreSQLを
使ったアプリより、後々が楽。

特に、中小企業の社内でつかうシステムなら迷う事無くIIS+ASP.NET+SQLServerが楽。
パッチ?セキュリティホール?そんなものプログラムとかシステムとか知らない
おじさん/おばちゃんでも、手順書書いてサービスパックとかインストールさせりゃ終わる。

これが、システム部門も無い中小企業だったらどうよ。
Linuxとかの操作すら出来ない。
パッチ当てさせるなんて絶対無理。
おのずと、対応策は全国出張してセキュリティパッチを当てる日々。

確かに、グローバルに公開するようなWebサイトには向かないだろうけど、
社内システムには相性ばっちり。
逆に社内システムにJavaだのLinuxだの使ったら大変だよ。



262 :nobodyさん:04/11/04 00:07:50 ID:KF0nYLrj
中小企業の社内でつかうシステムなら放ったらかしでいいから、逆にLinuxやJavaの採用が許される

263 :nobodyさん:04/11/04 11:43:53 ID:CVTqLxqd
    |l  |l l |l | |i
   |i  l |i l| li  |
        ∩
    _,,..,,n,r'゙ <⌒つ
   ./ ゚ 3  ヽ )´   
 ) l ゚ ll ∩ ノ そ
Σ `'ー---‐''  (
  ⌒ヽ/V⌒v、/⌒ ビダァァァン!!

264 :nobodyさん:04/11/04 15:49:03 ID:???
軽さ
php>cgi ?

それだったらcgIから乗り換えようかな〜

265 :nobodyさん:04/11/07 02:04:07 ID:6U+IZaoa
perlとかで商売って出来るの?

266 :nobodyさん:04/11/08 00:53:03 ID:???
>>265
客が欲しいものが作れるなら、なんだって商売できる。

267 :nobodyさん:04/11/08 16:00:52 ID:???
>>265
商売?と呼べるかどうかは別だけど、結構色んなソフト開発してて
ログ解析とかの機能作るときはPerlは重宝してるけどな。

とはいえ、最近の言語は正規表現普通に使えるようになったから、
ログ解析にPerl使う機会も減ってきたけどね。

268 :nobodyさん:04/11/09 01:47:18 ID:???
マジレス

ネイティブと問題なくやりとりできる英語力

269 :nobodyさん:04/11/09 07:57:14 ID:???
>>268
よく、こういったスレとかで『英語』って出てくるけど、
『英語』って技術だったのか?

270 :nobodyさん:04/11/11 01:14:05 ID:???
英語とか言い出したらミもフタもないな

271 :nobodyさん:04/11/13 21:00:54 ID:IuPnpDDi
あいうえお


272 :nobodyさん:04/11/13 21:08:48 ID:???
司法試験に受かれば食いっぱぐれないよ

273 :nobodyさん:04/11/13 21:19:48 ID:???
という時代もあった。

274 :nobodyさん:04/11/13 23:45:57 ID:???
合格率2.5%だけどな・・・

275 :nobodyさん:04/11/14 06:01:25 ID:???
googleの検索力だな。
あとコミュニケーション能力



276 :nobodyさん:04/11/14 07:40:17 ID:???
とりあえず、掛け算、99×99まで覚えとけばいいんじゃない?

277 :nobodyさん:04/11/20 22:45:47 ID:???
>>276
日本は9×9 までが標準的だけど、
海外は、どこまで教えてるんでしょうね。
2桁の九九まで教えてる国も、在るってのは
聞いてるけど。

278 :nobodyさん:04/11/20 23:33:28 ID:???
そろばんやれば二桁掛ける二桁は暗算できるようになるよ。

279 :nobodyさん:04/11/21 05:10:03 ID:???
そろばんの暗算で99×99ができるのと、九九として99×99を覚えるのはちょっと違うと思う。
でも、ちゃんと暗算初級レベルの計算ができるなら、まぁいいとおもう

280 :nobodyさん:04/11/21 05:11:11 ID:???
でも、3桁の足し算くらいは、1秒未満でやってほしいと思う

281 :nobodyさん:04/11/21 05:12:03 ID:???
>>280
お前できんの? 782 + 977 とか

282 :nobodyさん:04/11/21 05:13:53 ID:???
768+514くらいは、暗算で1秒未満でできるようになろうよ、と

283 :nobodyさん:04/11/21 05:15:35 ID:???
>>281
その計算って、そろばんできなくても簡単じゃないの?782+1000-23だから

284 :nobodyさん:04/11/21 05:21:20 ID:???
そりゃ簡単だよ、5秒はかかんない。
でも1秒未満って言ってるんだろ?
訊く時間も考えると即答以上のスピードだ。

285 :nobodyさん:04/11/21 05:24:04 ID:???
つうか、そろばんでやるなら、単に数字入れるだけだし、問題聞いた時点で答えがでるでしょ

286 :nobodyさん:04/11/21 05:27:02 ID:???
暗算やるなら、4けた程度のそろばんは頭にあるでしょ

287 :nobodyさん:04/11/21 05:34:28 ID:???
そろばんすげー……ヤバイちょっと焦ってきた

288 :nobodyさん:04/11/21 13:37:05 ID:???
ここみると、3桁10口の暗算、3秒ちょいでやるみたいだね。
ttp://www.soroban.com/fanzan/

289 :nobodyさん:04/11/21 13:48:05 ID:???
つまり、これから算盤ができないと食っていけないと。

290 :nobodyさん:04/11/26 16:39:38 ID:???
よみかきそろばん

291 :nobodyさん:04/11/27 11:59:05 ID:???
せめて、「憂える」くらいは読んで欲しいな。

292 :nobodyさん:04/11/28 00:49:29 ID:???
>>291
つまり喜んでるってことですよね?

293 :nobodyさん:04/11/28 01:35:43 ID:???
>>292
2番の「たじろぐ」ですよ

75 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)