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

レナ · 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/12/11 16:53

>>201
ﾜﾗﾀﾖ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>214

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

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

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

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

MVCも使わずに大規模WEBアプリか。おめでてーな。

**bloom** · 02/12/12 09:36

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

**nobodyさん** · 02/12/12 14:53

俺はWebﾌﾟﾛｸﾞﾗﾏーじゃないんだけれど、ASPやPHPのようなHTML埋め込み
がなぜ有効なのかが分からん。誰かやさしく解説してくれ。

**nobodyさん** · 02/12/12 15:30

>>218
クライアントがブラウザだからじゃないのか？
クライアント米にインストールする必要がほとんどないのはうれしい。

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

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

**nobodyさん** · 02/12/12 15:43

>>218
簡単なの作るだけなら既存のHTMLにちょちょいと追加するだけで良いとか、
HTML書きやすいとかじゃない？

**nobodyくん** · 02/12/12 16:57

BroadVisionは？

**nobodyさん** · 02/12/12 16:59

http://digikei.kir.jp/

**nobodyさん** · 02/12/12 18:01

っていうか大規模なのもPHPで可能なのか？

**218** · 02/12/12 18:05

そんなに簡単？既にあるものが修正が楽とか？

**nobodyさん** · 02/12/12 19:00

>>218

Common Gateway Interfaceが高価だから。

**nobodyさん** · 02/12/12 19:10

>>２１８
PHPとかASPの中のHTML部分はコンパイル時に
メモリに取り込まれない仕組みだから、メモリ負担を軽減できるんだ。
これがほんとのメリットと解釈してる。

**nobodyさん** · 02/12/13 16:36

>>226
本当ですか？
HTMLとかがクライアントで実行汁から負荷少なめってことじゃないの？
プリント処理にもそこそこメモリ食うと思うよ
それに、コンパイルじゃなくてインタプリッタ。

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

**nobodyさん** · 02/12/13 18:50

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

**nobodyさん** · 02/12/13 19:20

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

**nobodyさん** · 02/12/16 15:33

>>228
OK。真に受けてないけど、データ量に依存ってことにしておく。

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

と、餌を撒いておく。

**nobodyさん** · 02/12/16 22:10

230神様おゆるしを～

**nobodyさん** · 02/12/16 22:40

>>230
「自称だけど2chで神と言わしめた人物。」
?？？？？？？？？？？？？？？？

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

>230の正体おちえてあげる。
あるときは業務系プログラマ
あるときは制御系プログラマ
あるときはＷｅｂ系プログラマ
あるときはスーパーエンジニア
その実態はＶＢすら習得できなかった
煽りと叩きに命をかけた日本一の暇人(２ちゃんの紙)

**nobodyさん** · 02/12/19 08:28

>>230 「プロの仕事だろ」だってさー、おい。
自分がストッパーって気づいてねｰな
めでたいめでたい

w · 02/12/19 10:24

>>230
「自称だけど2chで神と言わしめた人物。」
↑ここ以外に食い付きたい餌が無い。。。

**nobodyさん** · 02/12/25 19:43

>>197
今更だけど、仲間だねぇ…。

**nobodyさん** · 02/12/27 22:21

age

**nobodyさん** · 02/12/29 04:34

2chで対人の訓練をしてふっかける交渉技術が一番もうかる。

**山崎渉** · 03/01/15 13:39

（＾＾）

**nobodyさん** · 03/04/10 14:53

age

**nobodyさん** · 03/04/11 02:50

複数のプログラミング言語を自由に操り、移植できる技術。

**nobodyさん** · 03/04/14 13:48

そこらへんのcgiつくってるようなレベルでいいんだけど
perlできる人を派遣してもらうなら、どこがいいかなあ？

**山崎渉** · 03/04/17 12:07

（＾＾）

**山崎渉** · 03/04/20 06:25

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**山崎渉** · 03/05/22 02:23

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

**北村貴母緒** · 03/05/23 15:21

【お悩み相談】なんでも書いてください。
【２００３年　クーポン屋】努力しない人は０円になります。
努力した人は年商３５７４万円！貴方は参加しますか？
私なら、参加します。
http://www.c-gmf.com/index1.htm
「クーポン屋」「アクセスが１日２０００人ほどある人なら、１ヶ月２７４万円ほど
稼げるビジネスであります。」１日１１０円で宣伝できるサイトであります。
契約者は年間広告費:４０，０００円を当社に振込んでいただければ、ＯＫであり
ます。そこで、紹介者として,貴方様専用のＣＧＩフォームを用意しますので、
料金回収無し、ノルマ無し、ＨＰにバナーを貼ればＯＫであります。パートナー
様の目標は１ヶ月３００件ほど契約を成立していただければ,貴方様の口座に
２７４万円を振込しますので、頑張って営業をしてください。どんな人でも稼げ
ますので、１度でも良いので見てくださいね。
http://www.c-gmf.com/index1.htm

**山崎渉** · 03/05/28 17:07

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

**山崎渉** · 03/07/15 11:26

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

**nobodyさん** · 03/07/22 20:37

IIS＋ASP＋SQLserver
はダメですか？

**nobodyさん** · 03/07/22 20:46

>>249
食っていけるけど、人生めちゃめちゃになるぞ。

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

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

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

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

歴史は繰り返される。

**nobodyさん** · 03/08/05 00:55

>>250
ご苦労な事です。普通そこまでやらない。やる必要もない。
会社（又は上司）がよほどアホなんでしょうね。

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

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

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

**nobodyさん** · 03/08/05 01:38

稲作＋有機野菜。
これ、確実！

**nobodyさん** · 03/08/05 14:22

なるほど。

**nobodyさん** · 03/08/06 01:23

上司へのゴマすり + 営業スマイル
これ、確実！

**山崎渉** · 03/08/15 22:44

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

**nobodyさん** · 03/08/20 17:41

とりあえずNC旋盤は定番だろ？

**nobodyさん** · 04/09/29 01:01:26

逆に、絶対に食っていけない技術の組み合わせを全て挙げてみたら？
それ以外は、（理論的には）何でも食っていけるという事になる。
HSP＋上司へのごますり、とか。

**nobodyさん** · 04/10/13 21:44:51

1年以上レス付いてないのにsageでレスつけている>>257に同情age

**nobodyさん** · 04/10/14 13:43:53

LAMPで食ってます。以上。

**nobodyさん** · 04/10/22 17:18:17

世間になんて言われようと
我輩はWindowsを、Microsoftを信じ、ほそぼそと食べていきます。
IISでASP.NET（しかもVB.NET）でMSDNでこれからも安いサイトを作り続けます。

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

**nobodyさん** · 04/10/22 17:34:09

>>260
それでも大丈夫だと思うけど？

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

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

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

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

**nobodyさん** · 04/11/04 00:07:50

中小企業の社内でつかうシステムなら放ったらかしでいいから、逆にLinuxやJavaの採用が許される

**nobodyさん** · 04/11/04 11:43:53

　　　|l 　|l　l　|l　|　|i
　　|i 　l　|i　l|　li　 |
　　　　　　　∩
　　　_,,..,,n,r'ﾞ <⌒つ
　　./ ﾟ 3　ヽ　）´　　　
　）　l　ﾟ ll ∩　ノ　そ
Σ　`'ｰ---‐''　　（
　 ⌒ヽ/V⌒v､/⌒　ﾋﾞﾀﾞｧｧｧﾝ!!

**nobodyさん** · 04/11/04 15:49:03

軽さ
php>cgi ？

それだったらｃｇＩから乗り換えようかな～

**nobodyさん** · 04/11/07 02:04:07

perlとかで商売って出来るの？

**nobodyさん** · 04/11/08 00:53:03

>>265
客が欲しいものが作れるなら、なんだって商売できる。

**nobodyさん** · 04/11/08 16:00:52

>>265
商売？と呼べるかどうかは別だけど、結構色んなソフト開発してて
ログ解析とかの機能作るときはPerlは重宝してるけどな。

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

**nobodyさん** · 04/11/09 01:47:18

マジレス

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

**nobodyさん** · 04/11/09 07:57:14

>>268
よく、こういったスレとかで『英語』って出てくるけど、
『英語』って技術だったのか？

**nobodyさん** · 04/11/11 01:14:05

英語とか言い出したらミもフタもないな

**nobodyさん** · 04/11/13 21:00:54

あいうえお

**nobodyさん** · 04/11/13 21:08:48

司法試験に受かれば食いっぱぐれないよ

**nobodyさん** · 04/11/13 21:19:48

という時代もあった。

**nobodyさん** · 04/11/13 23:45:57

合格率2.5%だけどな･･･

**nobodyさん** · 04/11/14 06:01:25

googleの検索力だな。
あとコミュニケーション能力

**nobodyさん** · 04/11/14 07:40:17

とりあえず、掛け算、99×99まで覚えとけばいいんじゃない？

**nobodyさん** · 04/11/20 22:45:47

>>276
日本は9×9 までが標準的だけど、
海外は、どこまで教えてるんでしょうね。
2桁の九九まで教えてる国も、在るってのは
聞いてるけど。

**nobodyさん** · 04/11/20 23:33:28

そろばんやれば二桁掛ける二桁は暗算できるようになるよ。

**nobodyさん** · 04/11/21 05:10:03

そろばんの暗算で99×99ができるのと、九九として99×99を覚えるのはちょっと違うと思う。
でも、ちゃんと暗算初級レベルの計算ができるなら、まぁいいとおもう

**nobodyさん** · 04/11/21 05:11:11

でも、3桁の足し算くらいは、1秒未満でやってほしいと思う

**nobodyさん** · 04/11/21 05:12:03

>>280
お前できんの？ 782 + 977 とか

**nobodyさん** · 04/11/21 05:13:53

768+514くらいは、暗算で1秒未満でできるようになろうよ、と

**nobodyさん** · 04/11/21 05:15:35

>>281
その計算って、そろばんできなくても簡単じゃないの？782+1000-23だから

**nobodyさん** · 04/11/21 05:21:20

そりゃ簡単だよ、５秒はかかんない。
でも１秒未満って言ってるんだろ？
訊く時間も考えると即答以上のスピードだ。

**nobodyさん** · 04/11/21 05:24:04

つうか、そろばんでやるなら、単に数字入れるだけだし、問題聞いた時点で答えがでるでしょ

**nobodyさん** · 04/11/21 05:27:02

暗算やるなら、４けた程度のそろばんは頭にあるでしょ

**nobodyさん** · 04/11/21 05:34:28

そろばんすげー……ﾔﾊﾞｲちょっと焦ってきた

**nobodyさん** · 04/11/21 13:37:05

ここみると、3桁10口の暗算、3秒ちょいでやるみたいだね。
ttp://www.soroban.com/fanzan/

**nobodyさん** · 04/11/21 13:48:05

つまり、これから算盤ができないと食っていけないと。

**nobodyさん** · 04/11/26 16:39:38

よみかきそろばん

**nobodyさん** · 04/11/27 11:59:05

せめて、「憂える」くらいは読んで欲しいな。

**nobodyさん** · 04/11/28 00:49:29

>>291
つまり喜んでるってことですよね?

**nobodyさん** · 04/11/28 01:35:43

>>292
２番の「たじろぐ」ですよ

**nobodyさん** · 2005/07/11(月) 10:12:01

こういうスレをもっと盛り上げていくべきだと思う。
２ｃｈのWebProg板は情報が全体的に古い。

**nobodyさん** · 2005/07/29(金) 16:25:35

では最近の話題を。今注目されている技術は

Java(JSF+Hibernate+Spring)

↓意見どうぞー

**nobodyさん** · 2005/07/29(金) 22:29:27

↑ID が DES

**nobodyさん** · 2005/07/31(日) 01:24:55

言語で言えば、C、JAVA、Perlだろうね。

置き換えのスパンが長いシステムに使われている言語ほど長く飯が食える。
COBOLなんて未だに仕事があるしね。
今の金融機関ではJAVAが多いから、Webでたとえ廃れても、長く使える。
PerlやCはシステムそのものに必要なので、無くなることはないだろうし。

ただ、単なるCGI書きのレベルじゃ、どの言語でも厳しいのは確か。

**nobodyさん** · 2005/08/01(月) 18:26:10

>>294
お前みたいに何ヶ月も死んでたスレをサルベージする香具師がいるから
情報が古いんだよ

**nobodyさん** · 2005/08/03(水) 18:23:54

現職の人はここに書き込んでる暇ないと思われ

**nobodyさん** · 2005/08/04(木) 00:56:35

んなこたーない

**nobodyさん** · 2005/08/20(土) 03:48:40

↑そんなこと書込んでる暇があったら
　新しいプロジェクトに自分がアサインされてるかどうか
　確認した方がいいよ。

**nobodyさん** · 2005/08/20(土) 06:30:11

お前もな

**nobodyさん** · 2005/08/23(火) 14:20:09

$COUNT = COUNT_DOWN ( $WebProg_Board )
echo $COUNT . "時間" ;

**nobodyさん** · 2005/09/17(土) 18:05:23

HTML＋XHTML＋HDML＋XML＋UML＋ML＋SEXだろうね。
WEB業界で生き延びるなら、これだけおさえておけばおｋ。

**nobodyさん** · 2005/09/18(日) 03:26:51

現職のSEです。
ウチはほとんどの案件でフリーツールしか認めてもらえません。
(OSはDebian。金のある客ならRHELブチ込むけど)

まぁ普通に採用する要素技術としては、

■ 1人月未満の案件
Perl5もしくはPHP4
DBはMySQL4.1

■ 3人月程度～
簡単なのならPHP4
メインはJ2EE
DBはこっちもMySQL4.1 (一定のスキルがあればこれで事足ります)

です。

J2EEに関してもう少し言及しますが
やはりEclipseを使う事になります。
でもチーム開発やリモートサーバを中心にした開発が不得意です。
VMで開発サーバを用意してPHPをviでガリガリ書いた時の生産性と比較すると
ある程度規律が維持できるという事以外でのメリットが得られません。
(クラスタなんかはハードウェアやOSのレベルで行うべき)
Javaの乱立するライブラリ群をいろいろ採用してると、
本来Javaを採用する理由の多くが損なわれてしまいます。
まだ解決策が見出せていませんがなんとかならんもんでしょうかねぇ。
「Javaでやるとコストがかかる」というのがウチの連中の所見です。

**nobodyさん** · 2005/09/19(月) 00:51:17

Javaは、すごくデキル人が使うとすごくデキルようになるけど、できない人が使うとただの足かせになる諸刃の剣。

PHPをviで書いてるほうがチーム開発に向いてるの？
リモートサーバを中心にした開発向いてるの？

リモートサーバで動かしながらデバッガで追うのとか、PHPよりJavaの方がはるかに楽だと思うんだけど。

**nobodyさん** · 2006/05/02(火) 01:30:53

何かに特化しとけばいいだけじゃないの？
COBOLですらいねぇいねぇと引き合い多いくらいだ。
案件数の統計を取ればJAVAが多いが雨後のタケノコのごとく
量産されてるから値崩れは早いか。

中国の技術者数の伸びはすげぇよ。
んで、日本に流入。奴らの中にJAVA系の多いこと多いこと。

変態チックなまでに組み込み系とか
ひたすらNotesで開発とか
高水準の技術者数が少ない系統は空くのを待たれてる状況。
単純な市場原理だな。

死にたくないだけなら運用保守でもしてりゃいいじゃん。
クソつまんないけど。

**nobodyさん** · 2006/05/02(火) 04:00:31

中国ねえ。。。
たしかに伸びてきている空気（勢い）は感じるが
一方で、中国に発注して後悔している日本人マネージャも多いって聞くｗ

安かろう、悪かろうがココまで酷い業界も珍しいと思うな。
（レベルの高いところは高いんだろうけどね）

**nobodyさん** · 2006/05/25(木) 05:26:22

C,JAVA,Perlは勉強しておいて損はないと。

**nobodyさん** · 2006/06/08(木) 00:40:40

ｱｹﾞ

**nobodyさん** · 2006/06/15(木) 04:08:01

>>309
なぜそこにPerlが並ぶｗ