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げっと。 --------終了-----------------
2げとおおおおおおおおおおお
5 :
3 :02/03/23 23:12 ID:kqW6K9sX
シノウ。。
6 :
:02/03/23 23:26 ID:5hjU3Dl0
面白そうだ!!もっと盛り上げてくれ! --------再開-----------------
7 :
nobodyさん :02/03/23 23:35 ID:OTMOdfAo
できれば推薦した組み合わせに理由などを添えて頂けると有難いのですが・・・。 現在の顧客の動向、将来の見通し、だからこの組み合わせだ!みたいな。
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のスキルが身につき、 将来性があると思うけどどう? 俺の意見は厨房かもしれんが、間違いがあったら教えて!
11 :
9 :02/03/24 00:59 ID:xCvj5fL2
以下の経験がある上で言ってみた。 WebサーバはApacheとNetscape経験あり 言語はC、Perl、Java、PHP経験あり(Cが本職) DBは、Post、My、Oracle経験あり DBは微妙で、大規模なシステムの場合Oracleの方がよい。 中・小規模ではPostで十分でしょう!
mod_perl>mod_php
Javaが占める量が多くなるけど、CとPerlが使えんヤツは要らん。
PerlでもDBの操作は容易だよ。
perlとなんらかのSQLとちょっとphp あと鯖をまともに運用できる能力 言語なら1週間あれば勉強でてちょこちょこ書き始める能力 鯖の不可とはなんぞやをちゃんと理解して組める能力 ちょっとしたルーティング能力 こんな感じでどうですか
Perl過小評価されすぎ。
cgiを書く言語と思ってるアフォが多いからな。 その点はperl不幸だ。 パワフルな言語なのに。
業務に必要な機能と生産性 総合的に見ると未だPerl最強てことだね。
>>1 どの分野で食ってくか次第で全然違うと思うんだけど...
広告業界相手の商売はDB操作よりActionScriptが高かったりする場合もあるし(マジ勘弁
未だにレンタルサーバー使ってる企業が多い現実から考えれば、素直にPerlなんだろね。
22 :
nobodyさん :02/03/24 13:27 ID:ThVfNBx9
「PHP+mySQL」 これ最強
>>22 嘘だ
mySQLトランザクションサポート無し
25 :
nobodyさん :02/03/24 22:03 ID:4ExBxqBD
今PHPならできるけどPerlって難しい? 覚えるの大変?
>>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に言いたかったんダス。
けどトランザクションをサポートしてたら最強って訳じゃないし、
一応サポートしてる事はしてるよ。
何にせよ最強ってなモンは無いよ。
31 :
28 :02/03/25 01:29 ID:t/0Pfn5b
>>30 クソみたいな質問にマジレスくれてサンクス!!
早速参考にしてみるよ!
32 :
nobodyさん :02/03/25 01:34 ID:wfEFoyHN
でもさー、おれみたいなヘボ技術屋だと、 殆どの提案で、結局好きな環境選んじゃいがちなんだよね〜。 mod_perl + mysqlさいこーっすよ、お客さん みたいな(汗 コンペになったら値段で勝負させちゃう(鬱
PC-9801 + N88BASIC
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で「まかなえる」業務でとれる金額なぞたかが知れている、と思う 今日この頃
>33 >PC-9801 + N88BASIC それはチョット処理速度的に厳しいのが現状だと思います。 今はQuick Basic の方が勢いがあります。 ご参考までに。
>>38 あのVBの基礎となったクソ言語な。
QuickCはすばらしい処理系だったが。
PHPはやっぱり大規模には向いてないよ。 普通に食っていけるだろうけど、大きめなものは Java使いたい。
41 :
:02/03/30 03:40 ID:mH/ftKz+
COBOLとCとPerlができれば、応用がきくよね!
>>41 COBOLを筆頭に出していることに不信感。
食ってくためには技術よりも提案力とか適応力の方が大事だと思われ
あるいは、男の場合、達者なおしゃべりか、 女性の場合は、男性クライアントの夜のソリューションになれる魅力だな。
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 は無理。 だから食っていける。 とか言ってみるテスト。
1週間で無理か? Java全部ってのは無理かもしれないけど、1週間もらえてばそれなりに使え そうな気もするけどな。 当然プログラム技術の基礎があることを前提だが。
50 :
48 :02/03/31 13:57 ID:fi5VQBJa
1週間で Java 自体は習得できると思う。 でもマルチスレッド関連は1週間で習得してる人はあまり見ないです。 無理と書いたのは J2EE や EJB・XML の理解、Java 専用ではないが UML モデリングやフレームワーク、デザインパターン (このへんが プログラム技術の基礎で把握済みという人は別) あたりが はたして1週間でいけるかなと。
一週間で覚えきれない言語は覚えても無駄だからなぁ。
なにに対して無駄か分からないが1週間で習得できないから重宝される。
で、代替技術がでると忘れられる。捨てられる。
代替技術が出ても習得すりゃいいだけだろ?
>>50 のようなプログラム技術が身についていて かつ
2,3個言語知ってりゃ極端な話、他の言語でも1日で使えるようになるだろ。
55 :
nobodyさん :02/04/03 13:12 ID:ixgEXz3+
30代半ばになってもPHPとPerlぐらいしか分からなかったらどうしよう。。。
Perlは確かに案件も多そうだけど 使える人も多そうだからなぁ・・・。 大規模に向かないっていわれるPHPだけど PHP5出たら多少情勢変わるかもね。
へえ、JAVAって食えるんだ。 一生懸命勉強しよっと。
58 :
fdg :02/04/04 19:46 ID:ggon4ynD
ひそかに43が良い事言ってる罠
60 :
nobodyさん :02/04/09 19:35 ID:9Li2sJ6w
とりあえず CとJAVAとPerlが基本ですよね? そっからどう拡張させるかですよね? マジレス希望す
62 :
nobodyさん :02/04/09 21:08 ID:wraehhhS
ここは文系・専門卒(ゴミ)の巣窟です
それより程度の低い大学生の
>>62 さんのご高説でした。
64 :
:02/04/29 03:37 ID:o1fa9sCj
ふぉーとらん
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のコンセプトが。(^^;
PerlやPHPのスクリプト系なら、客先のパソヲタが自前で組んじまうからな! ソース丸見えってのが教材を提供しているようでイタ過ぎる。
>>60 マジな話WEBプログラミング言語ならC,perl,html(これも言語か?w)の3つが
出来てれば問題無いと思う。コレにこれからはXML入れておけば
後は汎用面から致命的な柱にはなりえないんでどうでもいいんじゃない。
時点でJAVA(JSじゃねえぞ)、場合によってはASP辺り。
他は単なる習得もクソも無い容易な飛び道具かと(経験的な感想)。
必要に応じてって奴。
>68 客先のパソヲタが見る気なくすようなコード書けばいいだけじゃん。
71 :
:02/05/19 06:02 ID:om2L4Oh7
XMLって、これからやっていて役に立つのか? Java+XML できると結構いいって効くけどほんと?? 折れはふぉーとらんしかできん厨房だけど
72 :
nobodyさん :02/05/19 07:51 ID:cizcI0Pq
あのな、ソースは客のものなの。素人は黙ってなよ。
コンパイルしろよ。
>>69 >場合によってはASP辺り。
この時期.NETに目がいっていないのはどうかと。
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の会社買収してからガンガンきてますが、くると思います?
マカーが絡んでるのは全部ダメになると思う。
LAMP + StarBASIC(OpenOffice) に期待。 MySQL接続にJDBC経由になるけど。うまく接続できん・・・
>>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割も減ってしまったそうですー。。。 おいらのことを訴えると被害が余計に拡大するってことですね。。。えへへ。。。 んじゃ!
IHS+WebSphere+DB2 on AIX ってのはどうよ?
85 :
nobodyさん :02/05/21 00:27 ID:HiEJ7qjY
笑顔+愛嬌+巧みな話術
でも、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とかミドルウェアの知識もいいんですが、
あとあとまで役に立つのはもっと根本のこと(クラサバの仕組み、ソケットやタスクの
概念)のような気もします。
何はともあれ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も色々とやっておけ、
というのが本当のところ)
>>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のプラチナの奴以上のスキル(知識じゃなく)を身につける
くらいの気迫でやりゃいいんだよ。ぬるいこと考えてるから職が無いんだ。
現実を踏まえて、やると決めたらそれをやれや。講座を受けに行く余裕が
あるだけでもまだマシだぞ。ガンガレ。
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とオラクルの違いはどこでしょうか?
>>102 勉強にはなっても地方で就職したいというニーズが叶うかというと
ちょっと微妙だな。
106 :
nobodyさん :02/05/27 02:53 ID:EWTddx+R
>>103 保守性。
>>105 ただ、30代半ばなら、PGとしての資質よりかは、プロジェクトマネージャーとしての
資質の方が要求されるような気もします、なんとなくですが。
>>106 普通はそうだが経歴を見るとそんなの期待できないしな。
そういう意味では営業のほうが良いと思うんだがな。
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
ないから困っています。ご指摘のとおり、優柔不断です。
はっきり言って、あんた、これから技術屋を目指すのはムリです。 自分がそうなりたいと思っても、そんな心がまえじゃどこも雇ってもらえません。 人に聞くなとは言わない。でもまず自分で考えて行動しろ。 三十代も半ばになってそんな基本的なことができないわかってない人間は、 邪魔以外の何者でもない。向上心のないあんたみたいなオッサンよりも、 初級ネット板にたむろしてる厨房どもの方がずっと見込みがあるね。 見苦しいからさっさと消えて。
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
117 :
nobodyさん :02/05/29 01:30 ID:aakBgDw/
Weblogic,WebSphere + Oracle,DB2 というのはどうなんだ? Web用業務パッケージ(経費,勤怠etc)にこの構成が多いのだが。 J2EEの技術を使いこなせなきゃ、JavaのWeb開発の仕事では食っていけないのかな?
>>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などを使えなきゃだめってことかな?
>>119 今の9iASはJ2EEだったはず。OASは確かに気持ち悪いな。
でも昔からOracle使ってる連中には意外と受けがいいみたい。不思議。
個人的にはOracleはDB以外はクソだと思ってるので、iASも興味なし。
当然ながらDBがOracleにロックインされるのもうざい。
例外的にJDev9iは意外と使えそうな気がしたが、JDBC経由の癖に
Oracle以外のDBに接続できなかったので萎え。Eclipseでいい。
>>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も使えたのかな?
>>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操作でのソース生成は無理ってことかな。。
>>125 PL/SQLでWeb開発ってのは考えない方が良いと思う。
で、GUIでペタペタって感じで開発できるのは、
どうしてもHTML埋め込み系になってしまうと思う。
だもんで、MVCにはならない。
うちは自前のスクリプトで色々と工夫してる状態。
127 :
nobodyさん :02/06/02 17:54 ID:Zl1UPSgf
>>126 > で、GUIでペタペタって感じで開発できるのは、
> どうしてもHTML埋め込み系になってしまうと思う
GUI でペタペタっていうのは、HTML エディタのことではないんじゃないか。
サイトの流れを GUI で表示するツールとかはあったと思う。
GUI で雛型だけは出力してもらって、固有をロジックだけは自前で作る、
というツールがあればいいんじゃないか。
130 :
nobody :02/06/15 10:22 ID:+7RzteOX
>>1 ERP: SAP をマスターすれば、カネになります。
ただし、1週間:研修コース 150万もかかるよ。
131 :
nobodyさん :02/06/18 00:44 ID:B3GB06nC
どっちみち文系で中途半端なデジ土方のままだとヤバイよね 好きならしょうがないけど。心中、みたいな。
133 :
nobodyさん :02/07/05 01:05 ID:z/iKmtfN
XML JAVA データベース サーブレット などを使って新しいWebアプリケーション を考えたいのですが何かないですかね?
134 :
nobodyさん :02/07/05 01:44 ID:jFz8E7Y4
>>133 結局技術なんて手段だからなー
その「何か」を見つけた奴が勝つのでは
>>134 禿銅
先に「○○がやりたい」から XMLとかJAVAとかツールを選んでいくんだと
思うんだけどな。
まあ、製品デモ作るなら別だろうけど、それでもまともな製品なら、
ターゲットは先に設定されてるだろうから、そんなんで迷うことはないだろ。
>>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時間の残業をしても振り込まれる金額が同じだったときは、まあ、初めからわかって いたことなんですが、さすがに泣きそうになりました。 しかも、今の仕事は、正社員でありながら実態は派遣という、中小企業ににありがちなものです。 この業界で知り合った人たちからは、異口同音に「安すぎる」と言われるわけなんですが、 いっそほんとに派遣社員になっちまったほうがいいんでしょうか。 皆さん、どう思われますか。
>>137 転職しる! または派遣になれ! いじょ!
>>137 まあ、安いところだとそんなもんだべ。全部スクリプト言語だし。
俺もにたようなもんだけど、年収200で賞与無しだったよ。
辞めたけど。
派遣はやめとき。技術は身につくけど、横のつながりとかが
出来にくいから、年取ってから苦労すると俺は思うよ。
140 :
137 :02/07/08 00:23 ID:???
>>139 現実問題として、両親の生活も自分にかかってるのでこの給料ではもう限界なんですよ。
30歳くらいまで派遣で腕を磨いたら、故郷の会社に売り込もうと思ってるわけなんです。
俺26歳の頃って死ぬほど残業してたけど、その分年収500万はあった。
普通の小さなソフトハウスだったし、仕事も地味だったけど
よそも割とそんなもんだった。ちなみに東京じゃないよ。
今は32歳で1000万になったけどこれはフリーでやってるから。
WEB絡みばっかりだけど、結構金になるもんだと思うけどなー。
WEBは今儲けておかないとこれから先値踏みされる一方だと思う。
>>137 はマジで別のところを探した方がイイと思うよほんとに。
う〜ん・・・ソフト屋=ソフト・・・ この考え方、何とかならないでしょうか? やはり、実務の内容を知って、それに対してソフトの技術をアドオンして改善する・・・ こういう方向に進めないでしょうか・・・ ただ単にソフト作れる人ならば、山ほど居るんですよ・・・ 実務の内容を知り、問題点・課題を発見して、ソフトウェアの能力で一気に解決する・・・ 素晴らしいではないですか・・・ そうは思いませんか?
>142 それを世間では業務系ソフト屋と呼ぶのではないの? 俺はWeb系ソフト屋(←1番アヤシイ)(藁
故郷の会社に売り込みをかけるのは今からでも遅くはないと思うのだが。 イントラ内での社内システムの構築に実績があるなら、情報システム部 とか探してももぐりこんだ方が幸せだよ。 地方だったらなおさら、年齢で足切りとかされないか心配だね。
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は逆でないの?
逆?Perlが小規模でPHPが中規模ってこと?
>>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と言う感覚は辞めた方が良い。 言語はプログラムに合わせて選ぶものというのを忘れないで欲しい。
>PERL/CGIはさっきも書いたが大規模でも使ってる。 大規模用途でも耐える、ということではなく、 perl以外知らんヤツが作ってる可能性大。
mod_perlはかなり大規模なところでも使われてるよ。
152 :
JAVA派 :02/07/12 03:02 ID:yXEXzo3q
JAVAは鯖周りだけだね VBなくなったらGUI何で作るかな・・・鬱
>151 perlを使っているページはサイトのごく一部という罠
>149 自分、Perl も PHP も JAVA もやるけど、 PHP が小規模向けな理由が知りたい。 PHP + Smarty なんて、良いと思うけど。 Perl ってオブジェクト指向で、書けない(実質無理?)という時点で 小規模決定な気がするなー。 ところで、ここで言う大規模って、どのくらいからなの?
Perl で作った大規模システムってあるの? 小規模システムの集合体にしか見えないんだけど
2ch は C と perl だが。 規模という曖昧な言葉よりシステムの複雑性と言った方が良いような。
157 :
nobodyさん :02/07/13 19:08 ID:SnUc0ROi
>154 Perlのモジュールはオブジェクト指向では無いですか?
オ ブ ジ ェ ク ト 指 向 っ て な ん で つ か ?
ただのライブラリでしょ????
GUIもJAVA
161 :
osage :02/07/14 10:30 ID:+jQcBAE9
>>157 モジュールが、オブジェクト指向だから、Perlもオブジェクト指向ということ?
それなら、VBScriptもオブジェクト指向・・・
>>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のモジュールを使ったプログラム
スタイルはなぜ認めて貰えないのかと
思っただけです。
>165
いや、漏れとしては、
>>149 >>145 のように、
なぜPHPが小規模向けだと言い切るのかを知りたいだけなんだが。
Perl のオブジェクト指向はやればできるというレベルでなかった?
# STRUTS + Torque はこれから良いと思う。
女を逝かせる技術と貢がせる技術。これ最強。
168 :
nobodyさん :02/11/19 19:29 ID:SSWxJy9G
このすれ、かける?
print "a"; print "a"; print "a"; print "a"; print "a"; print "a"; print "a"; ・・・(以下1000万行ぐらい繰り返し) これで大規模ソフトウェアになりますか?
PerlのOO構文がいくら雑でも、表現力がないわけでも、 実行効率が悪いわけでもないんだから、いいじゃないか。
171 :
nobodyさん :02/11/19 20:35 ID:xEOiKqNB
MCP有資格者から一言。 SQLサーバーは大規模開発でも充分耐えられます。 いくらAIX+DB2が高速だからといって、ライセンス費用をま ったく無視して比較するのはいかがなものか。Oracleだっ てそうです。あの糞高いライセンス料、払う気になります? よく言われるのが『Windowsサーバーは連続稼動できない しー、Linuxの方が安いしー。』って。お前ら、ちゃんと比較して言ってる? !ただ単にアンチMSの振りしてる知ったかぶりなんちゃうんかと。
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> PHP >>>>>>>>>> Perl
外国人 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 日本人 >>>>>>>>>>
>>172
174 :
nobodyさん :02/11/19 21:36 ID:h9M4xXM3
>>173 はちんちんの話をしています。
ちなみに、
外国人 >>>>>>>>>>>> 日本人 >>>>>>>>>>
>>172 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>173
(・∀・)ジサクジエンデシタ
176 :
名無しさん :02/11/20 01:20 ID:Jy2ZaDbB
zopeどうよ?
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.と言う感覚は辞めた方が良いかもしれない。古い言語で書かれた資産を再利用したい、または新言語で書き直したいときは特に。
いくらなんでも数十年は持たんと思うけどなぁ…。
数十年持ったのはCOBOLだけだと思うが。
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 わかんないレベルの話に首を突っ込んでくれとは頼んでない。
とりあえず、 AIX+DB2+Websphere Linux+Oracle+色んなもの Windows+SQLSrv この3本にまとまっていくのでしょうか。中規模以上は。
>>189 Oracleにもいろんなリリースがあるべ?
191 :
nobodyさん :02/12/09 18:55 ID:IbqRn4tu
age
Oracleにしても、SQLserverにしても、 実際の案件で、MySQLで充分だろとツッコミたくなることってない? MySQLの方がハエーだろって思う案件だってあるわな。 結局、顧客が指定したソフトを尊重する俺たちは悲しい生き物です。
193 :
nobodyさん :02/12/09 19:45 ID:1ZnThHuZ
MyもPostgreもここまで優秀になってきた世の中
中小の案件なら正直
>>192 のいうこともわからないでもないがな。
しかし指定されて金もだすというものを拒否してまで勧めたいというほどの
ものでもないな。
MySQLやPostgreをWin上で動かすことを想定して速いということを言ってるのか? 本当にベンチ取った? 取らなくても良いから、たとえばMySQLの公開されているベンチを読んでる?
195 :
nobodyさん :02/12/10 23:30 ID:f1eyIUTX
age
工作員が紛れ込んでいるスレはここですか?
197 :
化石 :02/12/11 01:18 ID:WumXxWj4
COBOLしか出来ない奴が、これから食っていくにはパソ系Prog どれを習得するのがオススメ?
198 :
nobodyさん :02/12/11 01:22 ID:9VxGzn9i
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でも問題ないおもう。
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
しばらく常駐しるよてい。
>>199 は脳みそが逝かれてるだけだからそっとしておいてやれ。
206 :
nobodyさん :02/12/11 15:06 ID:gTaJcY8X
>>205 スマン
もうちょい、謙虚にいけばよかったと航海気味。
ま、後の祭り
…!!!
設計、コーディング、デザインレイアウトセンス、 営業能力、コミュニケーション能力 ぜーんぶひっくるめて超2流ですが、何か?
超2流ってことは、2流を超えてるから1流ってことか・・・ どうせ漏れは3流だよ
210 :
nobodyさん :02/12/11 15:32 ID:gTaJcY8X
漏れも3流
>>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の知識無かったら教育も時間かかるし、、 教育費取れば問題ないけど、システム買ってもらって+教育費って請求しにくいっぽ 売ってしばらくしてから教育して欲しい言われたならいいんだけどね。
>>214 売りっぱなしを望む企業は少なくないと思う。
保守だの教育だのサポートだのもっとも費用発生に難色を示す場所だし。
実際そこがあってこそアプリのあつらえには意味があるのにね。
で、しばらくたって勝手に改変したシステムについて手を入れて欲しいと連絡がくる(笑)。
教育などについては、代表者を決めてその人とマンツーマンでやりとりを行い、その後組織内部に関してはその代表者の人にやってもらうことが多かった。
こちらも何人も相手にするわけではないし、1対1で意志の疎通はできるし、忙しいときにはメールで済ませられたし非常に安上がり。
先方も請求がゼロで大喜びしていた。
個人や零細がある程度の仕事をやらせてもらおうと思ったら、ウェブプログに限らずなかなか難しいことだと思うよ。
流通やデザインだって同じ事だよ。
216 :
nobodyさん :02/12/12 07:59 ID:LfYYQWKp
MVCも使わずに大規模WEBアプリか。おめでてーな。
217 :
bloom :02/12/12 09:36 ID:qmV6yVXd
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 大規模をしってるご様子。
おしえて。
>>218 簡単なの作るだけなら既存のHTMLにちょちょいと追加するだけで良いとか、
HTML書きやすいとかじゃない?
BroadVisionは?
222 :
nobodyさん :02/12/12 16:59 ID:L953mlQj
っていうか大規模なのもPHPで可能なのか?
224 :
218 :02/12/12 18:05 ID:???
そんなに簡単?既にあるものが修正が楽とか?
>>218 Common Gateway Interfaceが高価だから。
>>218 PHPとかASPの中のHTML部分はコンパイル時に メモリに取り込まれない仕組みだから、メモリ負担を軽減できるんだ。 これがほんとのメリットと解釈してる。
227 :
nobodyさん :02/12/13 16:36 ID:5S5Ttv1L
>>226 本当ですか?
HTMLとかがクライアントで実行汁から負荷少なめってことじゃないの?
プリント処理にもそこそこメモリ食うと思うよ
それに、コンパイルじゃなくてインタプリッタ。
で、大規模ってどんなの指すの?
車でも乗員数が増えれば 小型→中型→大型と呼ぶだろ。 この世界でもデータの扱い量によって 小規模→中規模→大規模と呼ぶんだぞ。 >219の厨房がデータ量の多さと規模は違うみたいなこと言ってるが アフォだから相手にすんな。 いいか データ量が多いってことは 利用者、トランザクションともに多いってことだ。 データ量が増えればハードもソフトも構成要素が増加する。 よって規模はデータ量により決定される。 わかったか
>>227 ホント。
極端に言うとHTML+SSIみたいなもんですヨ。
で、インタプリタでもコンパイラでも翻訳作業を「コンパイル」って呼ぶのデス。
技術で飯食うスレで、厨房なイチャモン勘弁してください。
230 :
nobodyさん :02/12/16 15:33 ID:J0QOcHMj
>>228 OK。真に受けてないけど、データ量に依存ってことにしておく。
>>229 おまいの、封建的思考がな。スレ伸びのさまだけになってるの気付いてますか?
いろんな考えがあるのはあたりまえ。で、全部洗い出してそこから絞っていくわけよ。
根っから否定して排除していくのはどうかと思うよ。
漏れなんか、自称だけど2chで神と言わしめた人物。もちろん神と思っていい。
で、スレを伸ばす為に、煽ったりして面白おかしく進めていくのがプロの仕事だろうが。
と、餌を撒いておく。
230神様おゆるしを〜
>>230 「自称だけど2chで神と言わしめた人物。」
????????????????
>230の正体おちえてあげる。 あるときは業務系プログラマ あるときは制御系プログラマ あるときはWeb系プログラマ あるときはスーパーエンジニア その実態はVBすら習得できなかった 煽りと叩きに命をかけた日本一の暇人(2ちゃんの紙)
234 :
nobodyさん :02/12/19 08:28 ID:9PL4Vi0i
>>230 「プロの仕事だろ」だってさー、おい。
自分がストッパーって気づいてねーな
めでたいめでたい
235 :
w :02/12/19 10:24 ID:???
>>230 「自称だけど2chで神と言わしめた人物。」
↑ここ以外に食い付きたい餌が無い。。。
237 :
nobodyさん :02/12/27 22:21 ID:T7bSPg69
age
2chで対人の訓練をしてふっかける交渉技術が一番もうかる。
239 :
山崎渉 :03/01/15 13:39 ID:???
(^^)
age
複数のプログラミング言語を自由に操り、移植できる技術。
そこらへんの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:???
∧_∧ ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。 =〔~∪ ̄ ̄〕 = ◎――◎ 山崎渉
__∧_∧_ |( ^^ )| <寝るぽ(^^) |\⌒⌒⌒\ \ |⌒⌒⌒~| 山崎渉 ~ ̄ ̄ ̄ ̄
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にサーバー
置いてある会社だと即日パッチあてはかなり厳しいから。
稲作+有機野菜。 これ、確実!
なるほど。
上司へのゴマすり + 営業スマイル これ、確実!
(⌒V⌒) │ ^ ^ │<これからも僕を応援して下さいね(^^)。 ⊂| |つ (_)(_) 山崎パン
とりあえずNC旋盤は定番だろ?
逆に、絶対に食っていけない技術の組み合わせを全て挙げてみたら? それ以外は、(理論的には)何でも食っていけるという事になる。 HSP+上司へのごますり、とか。
1年以上レス付いてないのにsageでレスつけている
>>257 に同情age
LAMPで食ってます。以上。
260 :
nobodyさん :04/10/22 17:18:17 ID:KiRrH1Nn
世間になんて言われようと 我輩はWindowsを、Microsoftを信じ、ほそぼそと食べていきます。 IISでASP.NET(しかもVB.NET)でMSDNでこれからも安いサイトを作り続けます。 だって簡単なんだもん、、、
>>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、/⌒ ビダァァァン!!
軽さ php>cgi ? それだったらcgIから乗り換えようかな〜
265 :
nobodyさん :04/11/07 02:04:07 ID:6U+IZaoa
perlとかで商売って出来るの?
>>265 客が欲しいものが作れるなら、なんだって商売できる。
>>265 商売?と呼べるかどうかは別だけど、結構色んなソフト開発してて
ログ解析とかの機能作るときはPerlは重宝してるけどな。
とはいえ、最近の言語は正規表現普通に使えるようになったから、
ログ解析にPerl使う機会も減ってきたけどね。
マジレス ネイティブと問題なくやりとりできる英語力
>>268 よく、こういったスレとかで『英語』って出てくるけど、
『英語』って技術だったのか?
英語とか言い出したらミもフタもないな
271 :
nobodyさん :04/11/13 21:00:54 ID:IuPnpDDi
あいうえお
司法試験に受かれば食いっぱぐれないよ
という時代もあった。
合格率2.5%だけどな・・・
googleの検索力だな。 あとコミュニケーション能力
とりあえず、掛け算、99×99まで覚えとけばいいんじゃない?
>>276 日本は9×9 までが標準的だけど、
海外は、どこまで教えてるんでしょうね。
2桁の九九まで教えてる国も、在るってのは
聞いてるけど。
そろばんやれば二桁掛ける二桁は暗算できるようになるよ。
そろばんの暗算で99×99ができるのと、九九として99×99を覚えるのはちょっと違うと思う。 でも、ちゃんと暗算初級レベルの計算ができるなら、まぁいいとおもう
でも、3桁の足し算くらいは、1秒未満でやってほしいと思う
>>280 お前できんの? 782 + 977 とか
768+514くらいは、暗算で1秒未満でできるようになろうよ、と
>>281 その計算って、そろばんできなくても簡単じゃないの?782+1000-23だから
そりゃ簡単だよ、5秒はかかんない。 でも1秒未満って言ってるんだろ? 訊く時間も考えると即答以上のスピードだ。
つうか、そろばんでやるなら、単に数字入れるだけだし、問題聞いた時点で答えがでるでしょ
暗算やるなら、4けた程度のそろばんは頭にあるでしょ
そろばんすげー……ヤバイちょっと焦ってきた
つまり、これから算盤ができないと食っていけないと。
よみかきそろばん
せめて、「憂える」くらいは読んで欲しいな。
294 :
nobodyさん :2005/07/11(月) 10:12:01 ID:vt7ItH9D
こういうスレをもっと盛り上げていくべきだと思う。 2chのWebProg板は情報が全体的に古い。
295 :
nobodyさん :2005/07/29(金) 16:25:35 ID:DFDESIJx
では最近の話題を。今注目されている技術は Java(JSF+Hibernate+Spring) ↓意見どうぞー
↑ID が DES
言語で言えば、C、JAVA、Perlだろうね。 置き換えのスパンが長いシステムに使われている言語ほど長く飯が食える。 COBOLなんて未だに仕事があるしね。 今の金融機関ではJAVAが多いから、Webでたとえ廃れても、長く使える。 PerlやCはシステムそのものに必要なので、無くなることはないだろうし。 ただ、単なるCGI書きのレベルじゃ、どの言語でも厳しいのは確か。
>>294 お前みたいに何ヶ月も死んでたスレをサルベージする香具師がいるから
情報が古いんだよ
現職の人はここに書き込んでる暇ないと思われ
んなこたーない
301 :
nobodyさん :2005/08/20(土) 03:48:40 ID:V5KzhIg6
↑そんなこと書込んでる暇があったら 新しいプロジェクトに自分がアサインされてるかどうか 確認した方がいいよ。
お前もな
303 :
nobodyさん :2005/08/23(火) 14:20:09 ID:VTZPLP9L
$COUNT = COUNT_DOWN ( $WebProg_Board ) echo $COUNT . "時間" ;
304 :
nobodyさん :2005/09/17(土) 18:05:23 ID:8kBw+lwz
HTML+XHTML+HDML+XML+UML+ML+SEXだろうね。 WEB業界で生き延びるなら、これだけおさえておけばおk。
現職の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でやるとコストがかかる」というのがウチの連中の所見です。
Javaは、すごくデキル人が使うとすごくデキルようになるけど、できない人が使うとただの足かせになる諸刃の剣。 PHPをviで書いてるほうがチーム開発に向いてるの? リモートサーバを中心にした開発向いてるの? リモートサーバで動かしながらデバッガで追うのとか、PHPよりJavaの方がはるかに楽だと思うんだけど。
307 :
nobodyさん :2006/05/02(火) 01:30:53 ID:D/TlCEyY
何かに特化しとけばいいだけじゃないの? COBOLですらいねぇいねぇと引き合い多いくらいだ。 案件数の統計を取ればJAVAが多いが雨後のタケノコのごとく 量産されてるから値崩れは早いか。 中国の技術者数の伸びはすげぇよ。 んで、日本に流入。奴らの中にJAVA系の多いこと多いこと。 変態チックなまでに組み込み系とか ひたすらNotesで開発とか 高水準の技術者数が少ない系統は空くのを待たれてる状況。 単純な市場原理だな。 死にたくないだけなら運用保守でもしてりゃいいじゃん。 クソつまんないけど。
中国ねえ。。。 たしかに伸びてきている空気(勢い)は感じるが 一方で、中国に発注して後悔している日本人マネージャも多いって聞くw 安かろう、悪かろうがココまで酷い業界も珍しいと思うな。 (レベルの高いところは高いんだろうけどね)
C,JAVA,Perlは勉強しておいて損はないと。
310 :
nobodyさん :2006/06/08(木) 00:40:40 ID:GZ+vQBul
アゲ
むしろJAVAが混ざってる事の方が疑問だ。 C,Perlでいいよ。
VMって時点で萎えるよな〜
PerlやPHPでは書けなかった美しいコードが書けるから Javaでコードを書くことにしました。 自分で使ってみて、Javaは美しいコードを書くことができる、 プログラマをハッピーにする言語だと感じたのです。 現在 Java + EJB3 + JSF + JBoss Seam + AJAX を使っています。 最強だと思います。
315 :
nobodyさん :2006/06/22(木) 00:33:46 ID:V5qmvGMS
Perl + SpeedyCGI + MySQL + Ajax
Java+actionsript3.0
317 :
nobodyさん :2006/06/23(金) 05:31:59 ID:N5RyCxD8
ていうか食ってける組み合わせって何。 かなりの小規模じゃない限り、全部一人で面倒見ることなんかないかと。 サーバ、DBは要件に最適なのチョイスするだけかと。
>>317 >かなりの小規模じゃない限り、全部一人で面倒見ることなんかないかと。
偏った知識しかないなら、そう思うのも仕方ないかもね
>>312 いやいやC、PHPで決まりらしい
でDBはMySQL、クライアント側はAJAX
320 :
nobodyさん :2006/06/23(金) 23:58:42 ID:/pPRuXX+
PHPのブームは終わったよ
ごめんなさい、都銀とかしかやったことないんで。。。
Rubyかな
PHP=DQN
324 :
nobodyさん :2006/06/24(土) 16:26:02 ID:abjk36MR
Rubyって実際どうなん
http://www.glocom.ac.jp/j/chijo/text/2006/06/web20.html ---
逆に言えば,カネを稼ぐことにまったく頓着しない二〇歳代のオープンソース・プログラマーには,
リアル世界でサバイブしていく戦略が欠け落ちているような気がするんです(笑).
それこそが新しい現象だという人もいるけれど,公文さんがおっしゃったバリューの,
アテンションのほうだけを追求していれば,最低限の生活が一生保障されると本気で信じているのかなぁ
若者世代で括ってしまうと誤解を生じるけれど,「オープンソースが大好きならば,生活の糧を直接得なくても,
アテンションのバリューだけを徹底的に追求して生きていけばいいんだよ,君たち」,
と若い人たちに対して無責任に言うことが,わたしにはできないんですよね.
商用DB+JavaかCかVB 企業に入ると他の選択肢少なくない?
327 :
nobodyさん :2006/06/27(火) 15:07:09 ID:eLhJeLYD
Perl大ブレイク → 厨Perlプログラマ増殖 → PHP大ブレイク → Perl叩きPHP賞賛 → 厨PHPプログラマ増殖 → SpeedyCGI浸透 →
>>324 仕事的にはほぼ無いに等しい。日本では
ごくごく一部でPerlのリプレースとして使われる事がある程度
DQN.php 実行してごらん
>>331 の読んでる世の中の流れを教えてもらおうか
スパム+html+ワンクリック
334 :
nobodyさん :2006/07/20(木) 12:24:52 ID:dB/Wc6wE
Python,JAVA,SQL
Linux+Apache+MySQL(or PostgreSQL)+PHP
をおさえておけば、Webアプリ作成で食ってけますね。
フレームワークをおさえておくなら、やっぱRuby on Railsは一度チェックしておいた方がいいですよね。
現状のWebサービスは、アメリカの後追いばかりかもしれないけど、日本発でもっといろいろ作れるはずだ。
みんなでもっとアイデアを暖めよう。
もっと言えば、ITだけじゃなくてBTにも行こう!
BT=Bio Technology〜バイオインフォマティクス分野でガンガン稼ごうぜ!!!
…要求されるスキルがIT+BTなので、ハードルは高いと思いますがorz
http://www.jbic.or.jp/bicert/shutsudaihani.html
336 :
nobodyさん :2006/07/24(月) 14:52:44 ID:OVEYtgqd
JavaScript + Groovy
グラフィック デザインセンス
339 :
nobodyさん :2006/07/29(土) 18:49:53 ID:uHG3koPT
今phpをやってる諸君、いまさらJAVAを覚えるくらいなら 悪いことはイワン、rubyとpythonをやっておきなさい。
>>339 Javaでオブジェクト指向の基礎を学んだ方がよいよ。
RubyやPythonよりはその手の入門書が多いし
いくらオブジェクト指向がプログラミング以外の技術に応用されてるとはいえ、 その導入はプログラミングだし、その説明は JAVA を例にとって行なわれてるのが大半だからね。 オブジェクト指向の仕組みが理解できるレベルくらいまでは学んどいていいんじゃねーかと。 まぁ、Python でも Ruby でも少ないとはいえオブジェクト指向を学べる文献はあるし、こっちからでもおおいに結構とも思う。 とにかく、 Python / Ruby はくるだろーね。
python/rubyが来る予感には同意だが、ooの学習となると微妙だな。 さすがにsmalltalkとは言わんが、javaなりc++なりc#なりなんでもいいから、言語仕様的に きっちりooに縛られた方が勉強には良いと思われる。 サンプル数の多さでやっぱjavaだろ。
PythonとSmalltalkとJavaではoopな部分だけ見ても文化が違うから どれか1つやったら、その後に他も見てみるといいかも。
まずはJaveオブジェクト指向まずはそれからだ
なんでもいいが、どれかひとつに特化するよりは複数の言語を触って、各々の言語の長所・短所を知ったほうがよいと思う。 たとえば変数名のアタマに$を必要とすることの是非とか、型を持たない変数の取り回しとか。 そうでなくって、出来るだけ覚えること少なくしたいというのであれば、大樹の陰に依るよりはマイナーな言語を責めるほうがよいのでは。 一見、大樹のほうがよさそうに見えるが、そっちは代わりがいくらでもいるので。 今のJava初心者のジャブジャブ(あるいは死屍累々)ぶりを見れば、そのへんは明白なんじゃない。
$付けないことの利点って何なの?
Shiftキーが傷まない
groovy
349 :
nobodyさん :2007/03/17(土) 07:10:14 ID:ts3I2UhY
Apache 2.0 + Tomcat 5.5 + Java 5.0 + MySQL 5.0。 IDE は Eclipse。 XHTML に CSS に JSP 2.0 の式言語に JSTL。 以下は不要なもの。 Struts →在庫管理など入力フォームが山ほどある大規模システムを除いて、 JSP 2.0 の基本機能で間に合ってしまう。 Ruby、PHP →ある程度規模が大きくなると収拾つかず。 Python →一人で全部やるか、ツール開発用に部分的に使うのなら可だろうが、 分業しようと思うと技術者が集まらん。
350 :
nobodyさん :2007/03/17(土) 18:33:07 ID:qh3Deiz9
>>335 大学時代に
これからはバイオかとか思って分子生物学と生化学ちょっとかじった
今27なんだけど転職できますでしょうか?
351 :
nobodyさん :2007/03/17(土) 18:35:40 ID:qh3Deiz9
ts3I2UhYはWebプログラマ交流スレといい、古いスレをあげんなや。 XHTML・CSS・JSP 2.0って言いたいだけちゃうんかと。
354 :
nobodyさん :2007/03/19(月) 01:28:24 ID:kLMKARbv
1.業務系手作りシステム 2.業務系パッケージ 3.ツール のように、目的を分けて考えてみようぜ
355 :
nobodyさん :2007/10/30(火) 21:00:45 ID:h85mSo3Q
金ならflash最強だと思うが 最初は自分で書いてたけどあほらしくなって丸投げしてる 10万で受けたしょぼい奴を下請けに競争させると納期2時間で数千円とかできてぼろもうけ
357 :
電脳プリオン :2011/12/04(日) 18:04:22.75 ID:??? BE:405408858-2BP(1960)
_
ミ ∠_)
/
/ \\
ウイーン Γ/了 | |
ウイーン |.@| | | ガッガッガッ
| / | . 人
|/ | < >_Λ∩
_/ | //. V`Д´)/←
>>244 (_フ彡 /
358 :
nobodyさん :
2013/03/13(水) 17:31:45.87 ID:IB2sxbt9 _ |O\ | \ キリキリ ∧|∧ \ キリキリ ググゥ>(;⌒ヽ \ ∪ | (~) ∪∪ γ´⌒`ヽ ) ) {i:i:i:i:i:i:i:i:} ( ( ( ´・ω・)、 (O ⌒ )O ⊂_)∪