言語・アプリ環境・データベースには、
Perl, PHP, Java, Ruby, C, Tcl
Apache, CGI, JSP/Servlet, ASP, ColdFusion
Oracle, PostgreSQL, MySQL
などがありますが、当分の間食っていけそうな技術の
組合せって何でしょう？
例えば、
「Apache＋PHP＋PostgreSQL」
ぜひ熱く語ってみませんか？
.net + sqlserver
もしくは
jsp + servlet + ebj + orale
つーのでは？
2げっと。
--------終了-----------------
面白そうだ！！もっと盛り上げてくれ！
--------再開-----------------
できれば推薦した組み合わせに理由などを添えて頂けると有難いのですが・・・。
現在の顧客の動向、将来の見通し、だからこの組み合わせだ！みたいな。
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のスキルが身につき、
将来性があると思うけどどう？
俺の意見は厨房かもしれんが、間違いがあったら教えて！
以下の経験がある上で言ってみた。
WebサーバはApacheとNetscape経験あり
言語はC、Perl、Java、PHP経験あり（Cが本職）
DBは、Post、My、Oracle経験あり
DBは微妙で、大規模なシステムの場合Oracleの方がよい。
中・小規模ではPostで十分でしょう！
Javaが占める量が多くなるけど、CとPerlが使えんヤツは要らん。
perlとなんらかのSQLとちょっとphp あと鯖をまともに運用できる能力
言語なら1週間あれば勉強でてちょこちょこ書き始める能力
鯖の不可とはなんぞやをちゃんと理解して組める能力
ちょっとしたルーティング能力
こんな感じでどうですか
cgiを書く言語と思ってるｱﾌｫが多いからな。
その点はperl不幸だ。
パワフルな言語なのに。
業務に必要な機能と生産性
総合的に見ると未だPerl最強てことだね。
>>1
どの分野で食ってくか次第で全然違うと思うんだけど...
広告業界相手の商売はDB操作よりActionScriptが高かったりする場合もあるし（マジ勘弁
未だにレンタルサーバー使ってる企業が多い現実から考えれば、素直にPerlなんだろね。
>>22
嘘だ
mySQLトランザクションサポート無し 今PHPならできるけどPerlって難しい？
覚えるの大変？
>>22-24 使い分けの出来ない技術者に「これから」は無いよ。すっこんでな。 トランザクションサポートなしで最強ていってほしくないだけ
PerlのDB操作ってどのくらい簡単なのですか？
PHPでPostgreを操作するときは、pg_XXXでできると
思うけど、PerlでもSQLを操作することができる？
厨房な質問でスマソが、マジレスキボンヌ
>>27 ｽﾏｿ。22と24に言いたかったんダス。
けどトランザクションをサポートしてたら最強って訳じゃないし、
一応サポートしてる事はしてるよ。
何にせよ最強ってなモンは無いよ。 >>30
クソみたいな質問にマジレスくれてサンクス！！
早速参考にしてみるよ！
でもさー、おれみたいなヘボ技術屋だと、
殆どの提案で、結局好きな環境選んじゃいがちなんだよね〜。
mod_perl + mysqlさいこーっすよ、お客さん みたいな(汗
コンペになったら値段で勝負させちゃう（鬱
何をやる/使うにしても、クラスライブラリとして提供されているものが殆どだから、
誰でも何でも書ける/使えるでしょうに現状でも。
どっちかってーと基礎の知識と
「データベースドライバが〜には用意されてない？じゃぁ折れが調べて書くよ」
ってな感じのパワーの方がはるかに重要だと思うよ。
とりあえず食って行くだけで良いならLAMPだとおもうよ。
http://www.onlamp.com/
どこぞのアフォがLAMP = Linux + Apache + MySQL + PHPだとか断言しちゃってて困るが。 PHP+mySqlで「まかなえる」業務でとれる金額なぞたかが知れている、と思う
今日この頃
>33
>PC-9801 + N88BASIC
それはチョット処理速度的に厳しいのが現状だと思います。
今はQuick Basic の方が勢いがあります。 ご参考までに。
>>38
あのVBの基礎となったクソ言語な。
QuickCはすばらしい処理系だったが。 PHPはやっぱり大規模には向いてないよ。
普通に食っていけるだろうけど、大きめなものは
Java使いたい。
COBOLとCとPerlができれば、応用がきくよね！
>>41
COBOLを筆頭に出していることに不信感。 食ってくためには技術よりも提案力とか適応力の方が大事だと思われ
あるいは、男の場合、達者なおしゃべりか、
女性の場合は、男性クライアントの夜のソリューションになれる魅力だな。
旧システム（コボル）と新システム（C）の連携を
とれる技術者は、重宝されています。
コボルしかできない技術者は逝ってよしだけど・・・
食っていけるかと言えば
Java で J2EE、Jakarta あたりを熟知していてイチからシステムを
構築、提案できる能力があれば引っ張りだこ。
Java 技術者は常に不足していて
「Java出来ます」 っていう人はいくらでもいるが、ほとんどの場合
「Java出来ます。Jakarta？聞いたことはあります」って。
環境・周辺技術を含め Perl、PHP を1週間で熟知できても、Java は無理。
だから食っていける。 とか言ってみるテスト。
１週間で無理か？
Java全部ってのは無理かもしれないけど、１週間もらえてばそれなりに使え
そうな気もするけどな。
当然プログラム技術の基礎があることを前提だが。
1週間で Java 自体は習得できると思う。
でもマルチスレッド関連は1週間で習得してる人はあまり見ないです。
無理と書いたのは J2EE や EJB・XML の理解、Java 専用ではないが
UML モデリングやフレームワーク、デザインパターン （このへんが
プログラム技術の基礎で把握済みという人は別） あたりが
はたして1週間でいけるかなと。
一週間で覚えきれない言語は覚えても無駄だからなぁ。
なにに対して無駄か分からないが1週間で習得できないから重宝される。
代替技術が出ても習得すりゃいいだけだろ？
>>50 のようなプログラム技術が身についていて かつ
２，３個言語知ってりゃ極端な話、他の言語でも1日で使えるようになるだろ。 ３０代半ばになってもＰＨＰとPerlぐらいしか分からなかったらどうしよう。。。
Perlは確かに案件も多そうだけど
使える人も多そうだからなぁ・・・。
大規模に向かないっていわれるPHPだけど
PHP5出たら多少情勢変わるかもね。
へえ、JAVAって食えるんだ。
一生懸命勉強しよっと。
とりあえず
CとJAVAとPerlが基本ですよね？
そっからどう拡張させるかですよね？
マジレス希望す
それより程度の低い大学生の>>62さんのご高説でした。 単純な Web プログラミングだけじゃ食えなくなるのは、確か。
マジレスで、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
客先のパソヲタが見る気なくすようなコード書けばいいだけじゃん。
XMLって、これからやっていて役に立つのか？
Java＋XML できると結構いいって効くけどほんと？？
折れはふぉーとらんしかできん厨房だけど
>>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を遊んでみたい。
Apache + Ruby + eRuby + mod_ruby + (Java の Struts みたいな Framework の Ruby版) + (自動的に雛型を作るツール) + Ruby 用 データベース・インターフェース
（元々クライアントが単純な機能しか持ってないだから）Web プログラミングは割と定型的。
となれば、雛型をある程度生成して、固有のロジックだけ組む、というやり方が可能。
少しばかりウィザード形式の質問に答えれば雛型が出力され、固有のロジックを追加して、完成。というような、こういう方法が一般的になってくると思う。
Ｆｌａｓｈ＋ＣｏｌｄＦｕｓｉｏｎってくるかな？
Macromedia、JRunの会社買収してからガンガンきてますが、くると思います？
LAMP + StarBASIC(OpenOffice) に期待。
MySQL接続にJDBC経由になるけど。うまく接続できん・・・
>>78
マカーはJRun関係、ついてこれないと思われ >77
その予測はむずかしいな。
MXスウィートが出揃ってから判断だな・・・
ColdFusionてなにげいろんなことできるんだよね。
たいていのWebアプリで必要とされる機能は揃ってる感じ。
でもロジックまでタグで書いてくような変態的なシステムを
メンテするのはつらすぎ。
たしかに必要とされることはできるけども、あえて
ColdFusionでやりたくない
======2==C==H======================================================
２ちゃんねるのお勧めな話題と
ネットでの面白い出来事を配送したいと思ってます。。。
===============================読者数：105420人 発行日：2002/05/020
どもども、ちょっぴりワキガのひろゆきですー。
いやぁ、もうすぐですねー、谷澤動物病院の裁判の判決ですー。。。
おいらはいつものとおり、
「投稿者がわからないので勝手に削除は出来ない」
「勝手に削除したら投稿者に訴えられてしまうかも知れないから削除は出来ない」
との主張を繰り返してきたんですけど、裁判官てば実に冷ややかな目でおいらを見るんですよー。。。
その上、
「削除出来ないんじゃなくてするつもりがないんじゃないですか？」
「悪質な書き込みをむしろ売り物にしてるんじゃないですか？」
「発信者を特定出来るようにようにしてから能書きを語るったらどうですか？」
なんて嘲りの笑みを浮かべながら言うんですよー。。。
本当に憎らしい奴ですー、、うぅうぅ、、
ところで、谷澤動物病院てば、おいらのことを訴えてから客が２割も減ってしまったそうですー。。。
おいらのことを訴えると被害が余計に拡大するってことですね。。。えへへ。。。
んじゃ！
IHS+WebSphere+DB2 ｏｎ ＡＩＸ
ってのはどうよ？
でも、ColdFusionって、案外のさばってるよね。
開発経験者も結構いるし、見た目も派手だから
方向性としてはあるのかもしれない。
# と、いわれた技術はだいたい駄目になっている気もしるが。
>>86
<>で書くプログラミングってどうよ。
XML、XSLを手打ちするときに、タグは正直、手で書くものじゃない
とつくづく思うのだが。
プログラムできない奴が、「ColdFusionはタグだから簡単だよね」
とHTMLの発想でモノ語ってるのがColdFusionの評判のよさの原因と
思うが、ロジック書く能力にタグもクソもないと思うのだが。
しかし、超大手企業のIT担当者に、意外なほどブランドが浸透してるのは
感じる。非ソフトウエアエンジニアレイヤー対するブランドの大きさは、
Macromediaブランドを手に入れて決定的になったと思われ。
あとはFlashソリューションでどこまで広げられるか？が希望と思われるが、
所詮Flashともテキストのやりとりだからなぁ。
SOAP的な通信が今後流行るとしても、本業でプログラムやってて、
普通にロジックを組める人なら、要はシリアライズ処理をXMLベースで
作っちゃえば終わりで、そのためだけにColdFusionを選ぶほどの話ではない。
で、今後の技術といえば、
FlashMX + FlashMXを生かすサーバサイド言語ならなんでも
SVG + SVGを作るサーバサイド言語ならなんでも
とかいう、クライアントサイドを中心としたくくりかなぁ。所詮、入出力が
テキストデータにすぎない範囲では、ちゃんと動きさえ
すればどの言語使っても支障は起きないので、スケーラビリティに対し、
自分の工数がかからん奴で好きにしろって感じ。
ま、XML,XSLが自在に使えることを条件に加えとけば、問題ないのでは
ないでしょうか。
また、Flashは、Flashの癖を知っていて、ムービークリップを理解していて、
かつ、Flashに期待されるクリエイティブなUIや制御を実現できるFlashを
作れるセンスってのは、レガシーな情報処理システム（ｗ を作ってきたような
会社が持っていない経験、スキルを要求されるものだと思ってる。
そういう意味で、サーバ連携して、「スゴイFlash」を作れる人間、組織って
限られてくると思う。 新しいものがすいすい吸収できる２０代・３０代ぐらいになる近い未来の
技術の話ばかりしてるけど、もっと先の新しいものになかなかついていけなくなったことを
想定しないと痛い目見ると思うんですが・・・。
極端な例で行くとPHP + DBで月収５０万とかもらってても長い目で見ると損してる可能性が
あるわけで。あとPHPはすぐ覚えられて、生産性も高いってことはあなたよりもわかくて、いうことを聞いて、物覚えもいいやつがじゃんじゃんでてくることを意味してるわけで。
ね。
プログラマはある意味永遠の好奇心と柔軟な思考だよな。
それだけあれば経験ある人間の方が有利になるわけだし。
しかし若いやつの思考能力の速さには最近ついていけなくなった。
同じスクリプトでも半分くらいの時間でやるやつとかいて正直つらいな。
>>88
プリミティブな部分での知識はないよりあったほうがいいけど、年をとれば
とるほど、「これとこれの技術の組み合わせで何が出来るか？」という概要の
部分だけで十分というか。
細かな言語仕様うんぬんよりかは、どうしたら失敗しないプロジェクトを築けるか？
を考えるほうが楽しいと思える今日この頃。
>>87
＞そういう意味で、サーバ連携して、「スゴイFlash」を作れる人間、組織って
＞限られてくると思う。
まあ、システム屋がＦｌａｓｈに注目するようになるのはいよいよこれからってところ
じゃない？ＪａｖａＡｐｐｌｅｔは知っていても、Ｆｌａｓｈはまだ知らないってレベルだろう。
でも世の中的には再び非ブラウザの流れにいきたがりな気もするけど（ｗ
（ＵＤＤＩなどを利用したＷｅｂサービス、ＪａｖａWebStartとか）
>>90
いいたかったことはほぼ同じなんだけど。書き方まずかったかな？
>>92
特に反論しているつもりはないですよ。
ふと思ったんですけど、ＰＨＰとかＯｒａｃｌｅとかミドルウェアの知識もいいんですが、
あとあとまで役に立つのはもっと根本のこと（クラサバの仕組み、ソケットやタスクの
概念）のような気もします。
私は３４歳の失業の身です。職歴はＣＯＢＯＬプログラマーが２年・システム営業が６年・保険の営業が2年ですが、
今度、国と県の支援で６ヶ月間で情報技術者養成の講座
があり、オラクル・ＪＡＶＡ・ＶＣ＋＋等があるのですが、
オラクルとＪＡＶＡでとちらの講座を受けるか悩んでいます。
ちなみに、
●オラクル：オラクルＧｏｌｄの取得を目指し、まずはシルバーを取得（入門ＳＱＬ・入門ＤＢ）
を学び、ＧＯＬＤ向けにＰＬ／ＳＱＬの基礎とＤＢ管理を学んだ後、ＤＢ設計・オラクル９iＡＳ管理・
Ｊａｖａ言語・サーブレット＆ＪＳＰ・ＪＤＢＣ＆ＳＱＬＪがカリキュラム内容です。
●Ｊａｖａ：サンのＳＪＣ−Ｐ取得をめざし、ＤＢ作成技術（アクセス）・ＶＢプログラミング・システム設計演習
・インターネットサーバ設定・ホームページ作成・Ｊａｖａプログラミングを学ぶ
小生としては、就職に有利を第１の条件に選択したいのですが、ご意見をお願いします。また、転職が難しいのであれば、金融とＷｅｂ技術を活用して、事業を模索したいのですが、その場合はオラクルとＪａｖａではどちらを選択したほうがよろしいでしょうか？
>>95
ＪａｖａはＪ２ＥＥまでやらないのかなぁ、だったらオラクルのような気もしますが。
（６ヶ月も猶予があるならば、両方やっておけ、あとＯＯＰとかＸＭＬも色々とやっておけ、
というのが本当のところ）
>>95 俺と同じ年か。大変だな。ま、ネタなんだろうけど（ｗ
マジレスするなら、強いて言えばOracleやっとけ。言語は流行り廃り
あるが、RDBMS自体はある意味枯れた世界なので、細く長く食える。
今更Javaやるよりはマシ。ましてや元COBOLerならOOPやるよりSQLのほうが
まだ理解できるだろう。カリキュラムにJavaとかiASもあるこったし。
あと、漏れは今Webで金融のビジネスやってるが、事業を模索するには元手がいるぞ。
3年くらい食うに困らない程度には金持っておけよ。
それより>>95は営業経験の方が長いんだから、そっちで何かやれよ。
技術者よりよっぽどつぶし利くぞ、マジで。ま、ガンガレ。 ＞９７ ご意見ありがとうございます。マジレスです。人的な営業と
Ｗｅｂ活用のマーケティング（営業）を融合したいのですが、Ｗｅｂという
観点からＪａｖａのほうが役にたつのかな・・と。ただ、マーケティングという
観点からＤＢは必須で、その点からオラクルも捨てがたいなあ・・。
それと、転職という観点から地方なのでオラクル活用の大規模システム案件が東京より
多くなく、Ｊａｖａプログラマーの求人のほうが多い。
どっちがいいのか・・
>>98じゃあ迷わずOracleにしておけ。Webの活用ならそれこそPHPでも
Perlでも何でもできるが、DBは必須だ。代替の利かないものを先に
ちゃんと習得しておけ。ちなみに漏れはCRMやってるが、マーケは
Webベースでなくても構築できるがDBは必要だ。DBの知識をきちんと
習得しておく方があんたの営業経験を活かせるはずだ。
あと転職云々とか言ってるが、まずきちんと目先のスキル習得をやれや。
取らぬ狸の何とやらになっちまうぞ。少なくとも今のあんたには、職が
ないんだ。で、就職するより先に講座を受けることを選んだんだろ。
だったらそれをきちんとやり切れや。本当にスキルがつけば仕事はあるよ。
6ヶ月でOracleのプラチナの奴以上のスキル（知識じゃなく）を身につける
くらいの気迫でやりゃいいんだよ。ぬるいこと考えてるから職が無いんだ。
現実を踏まえて、やると決めたらそれをやれや。講座を受けに行く余裕が
あるだけでもまだマシだぞ。ガンガレ。 ９９さん どうもありがとうございます。あなたの意見を励みにがんばります
>>100
そこのリンク先の学校はひでーなー（ｗ
ぶっちゃけ、ＰＣ買ってきてそれにＲｅｄＨａｔぶちこんで、ApacheとＰＨＰ(またはPerl、Tomcat)とフリーのＤＢ（mySQL、PostgreSQL）入れて、スケジュールのページ
作ったほうが勉強になるのでは？という気も。
＞１０２ フリーのＤＢとオラクルの違いはどこでしょうか？
>>102勉強にはなっても地方で就職したいというニーズが叶うかというと
ちょっと微妙だな。 >>103
保守性。
>>105
ただ、３０代半ばなら、ＰＧとしての資質よりかは、プロジェクトマネージャーとしての
資質の方が要求されるような気もします、なんとなくですが。
>>106普通はそうだが経歴を見るとそんなの期待できないしな。
そういう意味では営業のほうが良いと思うんだがな。 ＞１０６さん
やはりＰＭの資質が必要という意見が多いですね。
何とか、やっていく方法として、業務知識（例えば金融の銀行）のスペシャリスト
になって、上流のＳＥでやっていく方法もわざかな余地としてありますか
>>109
あんた、いくつだよ・・・と思いました。正直なところ。
若いときから優柔不断だったりします？
あれもこれも中途半端って感じがしますが、失った１０数年は
戻ってきませんよ。
年齢相応に良い仕事・・・じゃなくて、今まで色々仕事やってきて、
自分がもっともイケてると思うスキルってなんですか？ ないから困っています。ご指摘のとおり、優柔不断です。
はっきり言って、あんた、これから技術屋を目指すのはムリです。
自分がそうなりたいと思っても、そんな心がまえじゃどこも雇ってもらえません。
人に聞くなとは言わない。でもまず自分で考えて行動しろ。
三十代も半ばになってそんな基本的なことができないわかってない人間は、
邪魔以外の何者でもない。向上心のないあんたみたいなオッサンよりも、
初級ネット板にたむろしてる厨房どもの方がずっと見込みがあるね。
見苦しいからさっさと消えて。
＞１１２さん
目がさめました。ありがとうございます。よく考えます
＞112がいいこといった！
でも最後の一行は不要だぞ
てめぇが消えろハゲ
過疎板で荒れるなよ いい大人なんだからさ
正直過去の経験者が戻ってこようとしても最先端に追いつくまで１〜２年かかるの
がこの業界。
プログラムの基礎だけじゃもう食っていけないからね、ネットワークの基礎なんて
有効なドキュメントだって少ないしある程度実験できる環境は自分で揃えるくらい
の気概がなきゃやめれってことだな。
Weblogic,WebSphere + Oracle,DB2 というのはどうなんだ？
Web用業務パッケージ(経費,勤怠etc)にこの構成が多いのだが。
J2EEの技術を使いこなせなきゃ、JavaのWeb開発の仕事では食っていけないのかな？
>>117
規模によるだろ。ServletもJ2EEの一部であるが、そういう意味で
書いているのでもなかろうから、多分EJBなどを考えてるんだろう
けど、小規模なら特にいらんよ。DBもPostgreSQLなどでもいける
ケースは多い。商用でも低価格のものはあるしな。
使えるに越したことはないが、不可欠というものでもない。 Oracle Application Serverはどうなの？
PL/SQLでHTML出力ソースを書く、、、
たしかにDBとのデータのやりとりの記述は楽だけど
なんか違和感感じる。
>>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に期待だろうけど、これはコンテナに
左右されるからなー。 >>121
最近、Oracle9iAS Portal っていうポータルサイト構築用の製品のデモみたんだけど、
その中のポートレットの開発がJAVAでもPL/SQLでもできるって説明だった。
きっとPL/SQLでの開発は昔ながらのHTMLソースべた書きってことなのかな｡｡。
OASもJAVAの設定があったような気がするから
Servletも使えたのかな？
>>123
OASはServlet使えたよ。JServ組み込んでた。
過去の製品との互換性という名のしがらみだよな。PL/SQLによるAP開発って。
最初の頃のWASって覚えてる？もうめげてめげて。名前を変えてごまかそうと
し続けてるけど、そもそもPL/SQL自体が不自由な言語だからうざいと感じる。
妙なパッケージばかり増えてるし。
そもそもストアド作るときも大概腹立ってるんだが。もう少し言語仕様を
強化して欲しいぞ ＞ PL/SQL >>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にはならない。
うちは自前のスクリプトで色々と工夫してる状態。 >>126
> で、GUIでペタペタって感じで開発できるのは、
> どうしてもHTML埋め込み系になってしまうと思う
GUI でペタペタっていうのは、HTML エディタのことではないんじゃないか。
サイトの流れを GUI で表示するツールとかはあったと思う。
GUI で雛型だけは出力してもらって、固有をロジックだけは自前で作る、
というツールがあればいいんじゃないか。 >>1
ERP: SAP をマスターすれば、カネになります。
ただし、１週間：研修コース 150万もかかるよ。
どっちみち文系で中途半端なデジ土方のままだとヤバイよね
好きならしょうがないけど。心中、みたいな。
XML JAVA データベース サーブレット などを使って新しいWebアプリケーション
を考えたいのですが何かないですかね？
>>133
結局技術なんて手段だからなー
その「何か」を見つけた奴が勝つのでは >>134
禿銅
先に「○○がやりたい」から ＸＭＬとかＪＡＶＡとかツールを選んでいくんだと
思うんだけどな。
まあ、製品デモ作るなら別だろうけど、それでもまともな製品なら、
ターゲットは先に設定されてるだろうから、そんなんで迷うことはないだろ。
>>134
禿しく同意です。
ソフト作れます・・・では食えないんですね。
ソフトならば掃いて捨てるほど居るソフト屋に作らせば良い。
問題は「何をするためのソフトか？」ですね！
企業の実務・業務内容を知っていなければ、タダの請負・下請け・孫請けに過ぎません。
突然ですけど、質問させてください。26歳、業務経験２年のプログラマです。
HTML, XML, JavaScript, VBScript, CSS, ASP, Perl, SQL(Oracle, SQLServer)
上の技術が使え（Webと無関係の技術がほかにもいくつか）、ソ○ーとか伊○忠商事の
イントラネット上で動く業務システムの製造を担当してきたんですが、年俸240マソなんです。
（年俸制なので残業代もボーナスもなし）
月130時間の残業をしても振り込まれる金額が同じだったときは、まあ、初めからわかって
いたことなんですが、さすがに泣きそうになりました。
しかも、今の仕事は、正社員でありながら実態は派遣という、中小企業ににありがちなものです。
この業界で知り合った人たちからは、異口同音に「安すぎる」と言われるわけなんですが、
いっそほんとに派遣社員になっちまったほうがいいんでしょうか。
皆さん、どう思われますか。
>>137
転職しる！ または派遣になれ！ いじょ！ >>137
まあ、安いところだとそんなもんだべ。全部スクリプト言語だし。
俺もにたようなもんだけど、年収200で賞与無しだったよ。
辞めたけど。
派遣はやめとき。技術は身につくけど、横のつながりとかが
出来にくいから、年取ってから苦労すると俺は思うよ。 >>139
現実問題として、両親の生活も自分にかかってるのでこの給料ではもう限界なんですよ。
30歳くらいまで派遣で腕を磨いたら、故郷の会社に売り込もうと思ってるわけなんです。 俺26歳の頃って死ぬほど残業してたけど、その分年収500万はあった。
普通の小さなソフトハウスだったし、仕事も地味だったけど
よそも割とそんなもんだった。ちなみに東京じゃないよ。
今は32歳で1000万になったけどこれはフリーでやってるから。
WEB絡みばっかりだけど、結構金になるもんだと思うけどなー。
WEBは今儲けておかないとこれから先値踏みされる一方だと思う。
>>137はマジで別のところを探した方がイイと思うよほんとに。 う〜ん・・・ソフト屋＝ソフト・・・
この考え方、何とかならないでしょうか？
やはり、実務の内容を知って、それに対してソフトの技術をアドオンして改善する・・・
こういう方向に進めないでしょうか･･･
ただ単にソフト作れる人ならば、山ほど居るんですよ・・・
実務の内容を知り、問題点・課題を発見して、ソフトウェアの能力で一気に解決する・・・
素晴らしいではないですか・・・
そうは思いませんか？
>142
それを世間では業務系ソフト屋と呼ぶのではないの？
俺はWeb系ソフト屋（←１番アヤシイ）（藁
故郷の会社に売り込みをかけるのは今からでも遅くはないと思うのだが。
イントラ内での社内システムの構築に実績があるなら、情報システム部
とか探してももぐりこんだ方が幸せだよ。
地方だったらなおさら、年齢で足切りとかされないか心配だね。
大規模 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は消えないね。
小規模な掲示板から大規模なシステムにまで使われることもあるから。
大規模は EJB になるんでないの？
いまさら、C# がはやるとは思えないし。
IBMがいる限り、当分は Java 系でいけると思う。
SQL Server は、6から使いはじめたけど、あまり良い思いで無いなー。
ところで、PHPと、Perlは逆でないの？
>>146
Javaって、主流なのは間違いないけど、必ずしも、絶妙に練りこまれた
フレームワークって感じじゃないなぁ。
目的に方法を後からくっつけたような、特殊なお約束が多くて、
覚えるのが大変じゃない？！EJBも、まさにそんな感じなんだけど。
その辺は、GUIが用意されてるMSの方が良いし、後追いの特性か、
よく考えられているように見える。
ＭＳは、品質さえ良ければ、今ごろ無敵の会社だと思うんだけどなぁ（ｗ
まぁ無理なものを要求しても仕方ないけど、そのせいで、やらなくても
良い苦労をしてるような気がする。LinuxもWinも。
・・・いずれにせよ使いこなすのは特殊技能って感じで、なんだかんだで
ノウハウが商売にはなりますな。 PHPはどう考えても小規模。
PERL/CGIはさっきも書いたが大規模でも使ってる。
ただ大規模にも使えるがソース管理などの”切り分け”に優れていない。
PHPではできる範囲少ない。
小規模＝okWEB程度を想定している。
で、UNIXとWINは切り分けて書いています。
企業は、UNIX系とWINの需要の切り分けはできない。
会社の考え方でWINで統一している会社もあるので、
WIN系では.netは絶対に残ってしまう。
いや残そうと彼らは何があっても使うだろう。
JAVAでOKと言う感覚は辞めた方が良い。
言語はプログラムに合わせて選ぶものというのを忘れないで欲しい。
>PERL/CGIはさっきも書いたが大規模でも使ってる。
大規模用途でも耐える、ということではなく、
perl以外知らんヤツが作ってる可能性大。
mod_perlはかなり大規模なところでも使われてるよ。
JAVAは鯖周りだけだね
VBなくなったらGUI何で作るかな・・・鬱
>151
perlを使っているページはサイトのごく一部という罠
>149
自分、Perl も PHP も JAVA もやるけど、
PHP が小規模向けな理由が知りたい。
PHP + Smarty なんて、良いと思うけど。
Perl ってオブジェクト指向で、書けない(実質無理？)という時点で
小規模決定な気がするなー。
ところで、ここで言う大規模って、どのくらいからなの？
Perl で作った大規模システムってあるの？
小規模システムの集合体にしか見えないんだけど
2ch は C と perl だが。
規模という曖昧な言葉よりシステムの複雑性と言った方が良いような。
>154
Perlのモジュールはオブジェクト指向では無いですか？
オ ブ ジ ェ ク ト 指 向 っ て な ん で つ か ？
>>157
モジュールが、オブジェクト指向だから、Perlもオブジェクト指向ということ？
それなら、VBScriptもオブジェクト指向・・・ >>161
VBSとかはコンポーネント指向じゃないか?
>>161
Perlがオブジェクト指向というのではなく
それっぽく書けるということです。
154さんがPHPのクラスを認めているのに
Perlのモジュールを使ったプログラム
スタイルはなぜ認めて貰えないのかと
思っただけです。 >165
いや、漏れとしては、>>149 >>145のように、
なぜPHPが小規模向けだと言い切るのかを知りたいだけなんだが。
Perl のオブジェクト指向はやればできるというレベルでなかった？
# STRUTS + Torque はこれから良いと思う。
print "a";
print "a";
print "a";
print "a";
print "a";
print "a";
print "a";
・・・（以下1000万行ぐらい繰り返し）
これで大規模ソフトウェアになりますか？
PerlのOO構文がいくら雑でも、表現力がないわけでも、
実行効率が悪いわけでもないんだから、いいじゃないか。
MCP有資格者から一言。
SQLサーバーは大規模開発でも充分耐えられます。
いくらAIX+DB2が高速だからといって、ライセンス費用をま
ったく無視して比較するのはいかがなものか。Oracleだっ
てそうです。あの糞高いライセンス料、払う気になります？
よく言われるのが『Windowsサーバーは連続稼動できない
しー、Linuxの方が安いしー。』って。お前ら、ちゃんと比較して言ってる？
！ただ単にアンチMSの振りしてる知ったかぶりなんちゃうんかと。
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> PHP >>>>>>>>>> Perl
外国人 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 日本人 >>>>>>>>>>>>172 >>173はちんちんの話をしています。
ちなみに、
外国人 >>>>>>>>>>>> 日本人 >>>>>>>>>>>>172>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>173 >>148
大規模(複雑)なシステムを作るためにJavaを使いこなすためにはオブジェクト指向、デザインパターンなど覚えなければならず確かに大変だが、
Javaを習得してもこの先数十年は使う機会に恵まれると思う。
Javaが登場してからJavaよりも魅力的な言語が殆ど登場しなくなり、
新しい言語(C#, MixJuice, AspectJなど)はほとんどがJavaを参考にしているところから、
Javaを習得しておけばたとえJavaが廃れたとしても他の言語に簡単に移ることができると予測し、将来何十年に渡ってプログラマを続けても損は少ないと思う。
JavaはよくできておりM$のC#よりもライブラリの統一感がありデザインパターンをよく考慮に入れておりかなりオブジェクト指向的らしい。
M$のライブラリは簡単に扱えるというのが大きな落とし穴につながることがある。小規模(単純)なプログラムでは良いけれども、大規模(複雑)なプログラムではM$のC#のライブラリはJavaのライブラリよりも使いにくくなるという。
しかし、現状では確かにJava onlyでO.K.と言う感覚は辞めた方が良いかもしれない。古い言語で書かれた資産を再利用したい、または新言語で書き直したいときは特に。 >>171
だね。
MS SQL Serverはかなり優秀だよ。
処理速度も申し分ない。
さらに評価できるのは開発者に対して同等の実行エンジンを持つMSDE/Desktop Engineの無償配布ソリューションの提供。
これはでかいね。
加えて早い時期からポケピ対応のエンジンも提供している。
色々見てきたけれど、もっともバランスの取れたRDBMS環境だろうね。
評価している人間もちゃんといるぞ。
Yahooは今後PHPに切り替えてくんだよね。
これで一気にYahoo真似てPHPに走る企業が出てくる予感。
>>184
わかんないレベルの話に首を突っ込んでくれとは頼んでない。
とりあえず、
AIX+DB2+Websphere
Linux+Oracle+色んなもの
Windows+SQLSrv
この３本にまとまっていくのでしょうか。中規模以上は。
>>189
Oracleにもいろんなリリースがあるべ？
Oracleにしても、SQLserverにしても、
実際の案件で、MySQLで充分だろとツッコミたくなることってない？
MySQLの方がハエーだろって思う案件だってあるわな。
結局、顧客が指定したソフトを尊重する俺たちは悲しい生き物です。
MyもPostgreもここまで優秀になってきた世の中
中小の案件なら正直>>192のいうこともわからないでもないがな。
しかし指定されて金もだすというものを拒否してまで勧めたいというほどの
ものでもないな。 MySQLやPostgreをWin上で動かすことを想定して速いということを言ってるのか？
本当にベンチ取った？
取らなくても良いから、たとえばMySQLの公開されているベンチを読んでる？
COBOLしか出来ない奴が、これから食っていくにはパソ系Ｐｒｏｇ
どれを習得するのがオススメ？
はっきりいって、ウェブプログで飯食っていけるわけない。（フリーはむりっぽ）
ここの板でいう大規模ってなによ？例えばどんなものがあるの？
>大規模 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でも問題ないおもう。
小規模でDBが必要ってのがどんなものか知らんけど
WEB上で、販売管理やるんならDBはいらんとおもう。
漏れが設計するなら、HTTPS当りでつなぐようにして
WEB上で客が物買ったらそのデータを暗号化してメールサーバ辺りおくる。
あとは、業務を支援するようなプログラムを作ればOK。
WWW晒してるPCにデータあるわけじゃないし安全。DBいらねーし。
てか、大規模ってどんなものを指すのか木になる。WEBってのを前提に考えてみると、、
WEBからデータ入力およびデータ参照してDBを使うって事か？
GUIの部分ってHTMLで出力か？DBに保存するならそれなりの分析するわけだろ。
顧客別の売掛残とか買掛残とか原価管理したり、、ここらはビューとかプロシジャで緩和して
SQLいちいち動かしたらきり無い。
結論
必要なのはDBの知識。オラクルだとかまいSQLは関係ない。
で、WEBから入力されたものに対して処理するのならオブジェクト指向も関係ない。
WEBデータってのは、フォーマットも定まっているっぽいし複雑じゃないだろ。
オブジェクト指向とか全く関係ないと思われ。
データ分析行うなら、WEBプログとは別のものと思われ。
なんでも漏れにたずねてみれ
>>199は脳みそが逝かれてるだけだからそっとしておいてやれ。
>>205
ｽﾏﾝ
もうちょい、謙虚にいけばよかったと航海気味。
ま、後の祭り 設計、コーディング、デザインレイアウトセンス、
営業能力、コミュニケーション能力
ぜーんぶひっくるめて超２流ですが、何か？
超２流ってことは、２流を超えてるから１流ってことか・・・
どうせ漏れは３流だよ
>>202
ＤＢいらねーっていう趣旨はわかるけどさ、今時のＤＢで使える関数やらプロシージャを自分で全部起こすのか？
出来上がった頃には二つくらい先の案件が完成してるってのがオチ（笑）
開発工数やバランスを考えればそんなアプローチはナンセンスだよ〜ん。
カタログ情報、顧客情報、買い物履歴、在庫・価格etcの計算、発注から管理まで全部扱うバックエンドをいちいち書くなんて想像もできん。
おまけにデータウェアハウス的な機能（ＤＢ密着の解析サービス）用意して〜んなんてことになったらどうする・・・
もっとも、そこまでの要求の出る案件なんて限られるんだろうけど。
GUIなんかに関しては、XMLでデータ渡せばブラウザでもPDAでもWindozのexeでもいいんじゃないの？
＞必要なのはDBの知識。オラクルだとかまいSQLは関係ない。
禿同。
３Ｄモデリングのような無茶な精度を要求される世界じゃなくて、処理系のアプリなんてのはどこまでいっても力業の域を出ないよ。
オブジェクト指向だのわいわい言ったところでひっくりかえるほどの差はない。
要求レベルや実装すべきロジックの提案や設計をする能力、ＤＢの知識がしっかりしてればどうでもいい話に近いな。
>カタログ情報、顧客情報、買い物履歴、在庫・価格etcの計算、発注から管理まで全部扱うバックエンドをいちいち書くなんて想像もできん。
買い物、、、って販売管理だったら何処までがWEBプログの仕事ですか？
>おまけにデータウェアハウス的な機能（ＤＢ密着の解析サービス）用意して〜んなんてことになったらどうする・・・
データの分析ってのはWEBプログとは別の仕事なの？
データ入力したらそれに対して、統計だとかの出力ってのは行わないの？
>ＤＢいらねーっていう趣旨はわかるけどさ、今時のＤＢで使える関数やらプロシージャを自分で全部起こすのか？
データ分析行わないんなら作らないと思うけど、
今まで入力したデータすべてが抽出範囲ってこともあるから、出力時にいちいち計算してたら負荷が
すっごく大きい。年間売上とか計算したら1時間以上かかるようなきがする。
だから入力時にサマリってのに書き込むのが一般的だよね。ここいらは、プロシージャにやらせたほうが資源が有効利用できる
で、リレーショナルDBは、タ対タが無理だからビュー作った方がSQLが難解になりにくくてよい。
>GUIなんかに関しては、XMLでデータ渡せばブラウザでもPDAでもWindozのexeでもいいんじゃないの？
WEBプログって言うんだからクライアント考えるとプラウザじゃないの？
いまいち実体がつかめないWEBぷろぐ。
>はっきりいって、ウェブプログで飯食っていけるわけない。（フリーはむりっぽ）
これは、かなり実績ないと企業から受注なんてありっこない。着てもコネ関係が関の山
で、フリーって1人ですべてこなすわけだよね。あるていど営業しないと無理だろうし
保守作業って物もあるよね。障害起きたらすぐ復旧なんてわけには行かないと思うよ。
売りっぱなしなんてことはないよね。顧客がPCの知識無かったら教育も時間かかるし、、
教育費取れば問題ないけど、システム買ってもらって+教育費って請求しにくいっぽ
売ってしばらくしてから教育して欲しい言われたならいいんだけどね。
>>214
売りっぱなしを望む企業は少なくないと思う。
保守だの教育だのサポートだのもっとも費用発生に難色を示す場所だし。
実際そこがあってこそアプリのあつらえには意味があるのにね。
で、しばらくたって勝手に改変したシステムについて手を入れて欲しいと連絡がくる（笑）。
教育などについては、代表者を決めてその人とマンツーマンでやりとりを行い、その後組織内部に関してはその代表者の人にやってもらうことが多かった。
こちらも何人も相手にするわけではないし、１対１で意志の疎通はできるし、忙しいときにはメールで済ませられたし非常に安上がり。
先方も請求がゼロで大喜びしていた。
個人や零細がある程度の仕事をやらせてもらおうと思ったら、ウェブプログに限らずなかなか難しいことだと思うよ。
流通やデザインだって同じ事だよ。
MVCも使わずに大規模WEBアプリか。おめでてーな。
俺はWebﾌﾟﾛｸﾞﾗﾏーじゃないんだけれど、ASPやPHPのようなHTML埋め込み
がなぜ有効なのかが分からん。誰かやさしく解説してくれ。
>>218
クライアントがブラウザだからじゃないのか？
クライアント米にインストールする必要がほとんどないのはうれしい。
それよか、大規模ってどんなもの？住木ネットくらいだと大規模っていえるの？
住木ネットも国民約1億3万人のデータ検索。単なる検索でデータ多いだけだろ。
しらんけど。
>>216
大規模をしってるご様子。
おしえて。 >>218
簡単なの作るだけなら既存のHTMLにちょちょいと追加するだけで良いとか、
HTML書きやすいとかじゃない？ >>218
Common Gateway Interfaceが高価だから。 >>２１８
PHPとかASPの中のHTML部分はコンパイル時に
メモリに取り込まれない仕組みだから、メモリ負担を軽減できるんだ。
これがほんとのメリットと解釈してる。
>>226
本当ですか？
HTMLとかがクライアントで実行汁から負荷少なめってことじゃないの？
プリント処理にもそこそこメモリ食うと思うよ
それに、コンパイルじゃなくてインタプリッタ。
で、大規模ってどんなの指すの？ 車でも乗員数が増えれば
小型→中型→大型と呼ぶだろ。
この世界でもデータの扱い量によって
小規模→中規模→大規模と呼ぶんだぞ。
>219の厨房がデータ量の多さと規模は違うみたいなこと言ってるが
アフォだから相手にすんな。
いいか
データ量が多いってことは
利用者、トランザクションともに多いってことだ。
データ量が増えればハードもソフトも構成要素が増加する。
よって規模はデータ量により決定される。
わかったか
>>227ホント。
極端に言うとHTML+SSIみたいなもんですヨ。
で、インタプリタでもコンパイラでも翻訳作業を「コンパイル」って呼ぶのデス。
技術で飯食うスレで、厨房なイチャモン勘弁してください。
>>228
OK。真に受けてないけど、データ量に依存ってことにしておく。
>>229
おまいの、封建的思考がな。スレ伸びのさまだけになってるの気付いてますか？
いろんな考えがあるのはあたりまえ。で、全部洗い出してそこから絞っていくわけよ。
根っから否定して排除していくのはどうかと思うよ。
漏れなんか、自称だけど2chで神と言わしめた人物。もちろん神と思っていい。
で、スレを伸ばす為に、煽ったりして面白おかしく進めていくのがプロの仕事だろうが。
と、餌を撒いておく。 >>230
「自称だけど2chで神と言わしめた人物。」
?？？？？？？？？？？？？？？？ >230の正体おちえてあげる。
あるときは業務系プログラマ
あるときは制御系プログラマ
あるときはＷｅｂ系プログラマ
あるときはスーパーエンジニア
その実態はＶＢすら習得できなかった
煽りと叩きに命をかけた日本一の暇人(２ちゃんの紙)
>>230 「プロの仕事だろ」だってさー、おい。
自分がストッパーって気づいてねｰな
めでたいめでたい >>230
「自称だけど2chで神と言わしめた人物。」
↑ここ以外に食い付きたい餌が無い。。。 2chで対人の訓練をしてふっかける交渉技術が一番もうかる。
複数のプログラミング言語を自由に操り、移植できる技術。
そこらへんのcgiつくってるようなレベルでいいんだけど
perlできる人を派遣してもらうなら、どこがいいかなあ？
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―
【お悩み相談】なんでも書いてください。
【２００３年 クーポン屋】努力しない人は０円になります。
努力した人は年商３５７４万円！貴方は参加しますか？
私なら、参加します。
http://www.c-gmf.com/index1.htm
「クーポン屋」「アクセスが１日２０００人ほどある人なら、１ヶ月２７４万円ほど
稼げるビジネスであります。」１日１１０円で宣伝できるサイトであります。
契約者は年間広告費:４０，０００円を当社に振込んでいただければ、ＯＫであり
ます。そこで、紹介者として,貴方様専用のＣＧＩフォームを用意しますので、
料金回収無し、ノルマ無し、ＨＰにバナーを貼ればＯＫであります。パートナー
様の目標は１ヶ月３００件ほど契約を成立していただければ,貴方様の口座に
２７４万円を振込しますので、頑張って営業をしてください。どんな人でも稼げ
ますので、１度でも良いので見てくださいね。
http://www.c-gmf.com/index1.htm ∧＿∧
ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
IIS＋ASP＋SQLserver
はダメですか？
>>249
食っていけるけど、人生めちゃめちゃになるぞ。
OS、IIS、SQL鯖それぞれのセキュリティホールが
頻繁に発生し、適当にHOTFIXあてるとアプリが動かなくなるため
テスト環境で全打鍵。本番環境で全打鍵。
月に１〜２回はこの作業が発生する。しかもほとんどの場合休日。
「緊急」、「重要」のセキュリティホールがあまりにも頻繁に発生している。
落ち着いたらOSのバージョンアップ。
そうなるとアプリが動かなくなる可能性があるのでOSのバージョンアップまでに
アプリに及ぼす影響を調査し影響あるコードの修正。
そして、セキュリティホールの山．．．
歴史は繰り返される。 >>250
ご苦労な事です。普通そこまでやらない。やる必要もない。
会社（又は上司）がよほどアホなんでしょうね。
特にOSのバージョンアップて。2000SP1で止めている企業は
多いです。パッチも必要な物だけを入れればそれほど頻度は
上がらないし。
しかもわざわざ休日出勤してまでパッチあてやるんですか？
「俺の責任じゃない」と言って突っぱねましょうよ。それで
問題が起きれば会社辞めればいいだけの話。責任と仕事は
どこかで一線を引かないとさ。
だいたい「緊急」「重要」でも急ぐ必要はないよ。iDCにサーバー
置いてある会社だと即日パッチあてはかなり厳しいから。 (⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
逆に、絶対に食っていけない技術の組み合わせを全て挙げてみたら？
それ以外は、（理論的には）何でも食っていけるという事になる。
HSP＋上司へのごますり、とか。
1年以上レス付いてないのにsageでレスつけている>>257に同情age 世間になんて言われようと
我輩はWindowsを、Microsoftを信じ、ほそぼそと食べていきます。
IISでASP.NET（しかもVB.NET）でMSDNでこれからも安いサイトを作り続けます。
だって簡単なんだもん、、、
>>260
それでも大丈夫だと思うけど？
ただ、>>250みたいな事はあるけど、正直、LinuxやUNIX、Apache、PHP、MySQL、PostgreSQLを
使ったアプリより、後々が楽。
特に、中小企業の社内でつかうシステムなら迷う事無くIIS＋ASP.NET＋SQLServerが楽。
パッチ？セキュリティホール？そんなものプログラムとかシステムとか知らない
おじさん/おばちゃんでも、手順書書いてサービスパックとかインストールさせりゃ終わる。
これが、システム部門も無い中小企業だったらどうよ。
Linuxとかの操作すら出来ない。
パッチ当てさせるなんて絶対無理。
おのずと、対応策は全国出張してセキュリティパッチを当てる日々。
確かに、グローバルに公開するようなWebサイトには向かないだろうけど、
社内システムには相性ばっちり。
逆に社内システムにJavaだのLinuxだの使ったら大変だよ。
中小企業の社内でつかうシステムなら放ったらかしでいいから、逆にLinuxやJavaの採用が許される
|l |l l |l | |i
|i l |i l| li |
∩
_,,..,,n,r'ﾞ <⌒つ
./ ﾟ 3 ヽ ）´
） l ﾟ ll ∩ ノ そ
Σ `'ｰ---‐'' （
⌒ヽ/V⌒v､/⌒ ﾋﾞﾀﾞｧｧｧﾝ!!
軽さ
php>cgi ？
それだったらｃｇＩから乗り換えようかな〜
>>265
客が欲しいものが作れるなら、なんだって商売できる。 >>265
商売？と呼べるかどうかは別だけど、結構色んなソフト開発してて
ログ解析とかの機能作るときはPerlは重宝してるけどな。
とはいえ、最近の言語は正規表現普通に使えるようになったから、
ログ解析にPerl使う機会も減ってきたけどね。 マジレス
ネイティブと問題なくやりとりできる英語力
>>268
よく、こういったスレとかで『英語』って出てくるけど、
『英語』って技術だったのか？ googleの検索力だな。
あとコミュニケーション能力
とりあえず、掛け算、99×99まで覚えとけばいいんじゃない？
>>276
日本は9×9 までが標準的だけど、
海外は、どこまで教えてるんでしょうね。
2桁の九九まで教えてる国も、在るってのは
聞いてるけど。 そろばんやれば二桁掛ける二桁は暗算できるようになるよ。
そろばんの暗算で99×99ができるのと、九九として99×99を覚えるのはちょっと違うと思う。
でも、ちゃんと暗算初級レベルの計算ができるなら、まぁいいとおもう
でも、3桁の足し算くらいは、1秒未満でやってほしいと思う
>>280
お前できんの？ 782 + 977 とか 768+514くらいは、暗算で1秒未満でできるようになろうよ、と
>>281
その計算って、そろばんできなくても簡単じゃないの？782+1000-23だから そりゃ簡単だよ、５秒はかかんない。
でも１秒未満って言ってるんだろ？
訊く時間も考えると即答以上のスピードだ。
つうか、そろばんでやるなら、単に数字入れるだけだし、問題聞いた時点で答えがでるでしょ
暗算やるなら、４けた程度のそろばんは頭にあるでしょ
つまり、これから算盤ができないと食っていけないと。
こういうスレをもっと盛り上げていくべきだと思う。
２ｃｈのWebProg板は情報が全体的に古い。
では最近の話題を。今注目されている技術は
Java(JSF+Hibernate+Spring)
↓意見どうぞー
言語で言えば、C、JAVA、Perlだろうね。
置き換えのスパンが長いシステムに使われている言語ほど長く飯が食える。
COBOLなんて未だに仕事があるしね。
今の金融機関ではJAVAが多いから、Webでたとえ廃れても、長く使える。
PerlやCはシステムそのものに必要なので、無くなることはないだろうし。
ただ、単なるCGI書きのレベルじゃ、どの言語でも厳しいのは確か。
>>294
お前みたいに何ヶ月も死んでたスレをサルベージする香具師がいるから
情報が古いんだよ ↑そんなこと書込んでる暇があったら
新しいプロジェクトに自分がアサインされてるかどうか
確認した方がいいよ。
$COUNT = COUNT_DOWN ( $WebProg_Board )
echo $COUNT . "時間" ;
HTML＋XHTML＋HDML＋XML＋UML＋ML＋SEXだろうね。
WEB業界で生き延びるなら、これだけおさえておけばおｋ。
現職の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の方がはるかに楽だと思うんだけど。
何かに特化しとけばいいだけじゃないの？
COBOLですらいねぇいねぇと引き合い多いくらいだ。
案件数の統計を取ればJAVAが多いが雨後のタケノコのごとく
量産されてるから値崩れは早いか。
中国の技術者数の伸びはすげぇよ。
んで、日本に流入。奴らの中にJAVA系の多いこと多いこと。
変態チックなまでに組み込み系とか
ひたすらNotesで開発とか
高水準の技術者数が少ない系統は空くのを待たれてる状況。
単純な市場原理だな。
死にたくないだけなら運用保守でもしてりゃいいじゃん。
クソつまんないけど。
中国ねえ。。。
たしかに伸びてきている空気（勢い）は感じるが
一方で、中国に発注して後悔している日本人マネージャも多いって聞くｗ
安かろう、悪かろうがココまで酷い業界も珍しいと思うな。
（レベルの高いところは高いんだろうけどね）
C,JAVA,Perlは勉強しておいて損はないと。
むしろJAVAが混ざってる事の方が疑問だ。
C,Perlでいいよ。
PerlやPHPでは書けなかった美しいコードが書けるから
Javaでコードを書くことにしました。
自分で使ってみて、Javaは美しいコードを書くことができる、
プログラマをハッピーにする言語だと感じたのです。
現在 Java + EJB3 + JSF + JBoss Seam + AJAX を使っています。
最強だと思います。
Perl + SpeedyCGI + MySQL + Ajax
ていうか食ってける組み合わせって何。
かなりの小規模じゃない限り、全部一人で面倒見ることなんかないかと。
ｻｰﾊﾞ、DBは要件に最適なのﾁｮｲｽするだけかと。
>>317
＞かなりの小規模じゃない限り、全部一人で面倒見ることなんかないかと。
偏った知識しかないなら、そう思うのも仕方ないかもね >>312
いやいやＣ、ＰＨＰで決まりらしい
でＤＢはMySQL、クライアント側はAJAX ごめんなさい、都銀とかしかやったことないんで。。。
http://www.glocom.ac.jp/j/chijo/text/2006/06/web20.html
---
逆に言えば，カネを稼ぐことにまったく頓着しない二〇歳代のオープンソース・プログラマーには，
リアル世界でサバイブしていく戦略が欠け落ちているような気がするんです（笑）．
それこそが新しい現象だという人もいるけれど，公文さんがおっしゃったバリューの，
アテンションのほうだけを追求していれば，最低限の生活が一生保障されると本気で信じているのかなぁ
若者世代で括ってしまうと誤解を生じるけれど，「オープンソースが大好きならば，生活の糧を直接得なくても，
アテンションのバリューだけを徹底的に追求して生きていけばいいんだよ，君たち」，
と若い人たちに対して無責任に言うことが，わたしにはできないんですよね． 商用DB＋JavaかCかVB
企業に入ると他の選択肢少なくない？
Perl大ブレイク → 厨Perlプログラマ増殖 → PHP大ブレイク → Perl叩きPHP賞賛 → 厨PHPプログラマ増殖 → SpeedyCGI浸透 →
>>324
仕事的にはほぼ無いに等しい。日本では
ごくごく一部でPerlのリプレースとして使われる事がある程度 >>331の読んでる世の中の流れを教えてもらおうか 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 今phpをやってる諸君、いまさらＪＡＶＡを覚えるくらいなら
悪いことはイワン、rubyとpythonをやっておきなさい。
>>339
Javaでオブジェクト指向の基礎を学んだ方がよいよ。
RubyやPythonよりはその手の入門書が多いし いくらオブジェクト指向がプログラミング以外の技術に応用されてるとはいえ、
その導入はプログラミングだし、その説明は JAVA を例にとって行なわれてるのが大半だからね。
オブジェクト指向の仕組みが理解できるレベルくらいまでは学んどいていいんじゃねーかと。
まぁ、Python でも Ruby でも少ないとはいえオブジェクト指向を学べる文献はあるし、こっちからでもおおいに結構とも思う。
とにかく、 Python / Ruby はくるだろーね。
python/rubyが来る予感には同意だが、ooの学習となると微妙だな。
さすがにsmalltalkとは言わんが、javaなりc++なりc#なりなんでもいいから、言語仕様的に
きっちりooに縛られた方が勉強には良いと思われる。
サンプル数の多さでやっぱjavaだろ。
PythonとSmalltalkとJavaではoopな部分だけ見ても文化が違うから
どれか１つやったら、その後に他も見てみるといいかも。
なんでもいいが、どれかひとつに特化するよりは複数の言語を触って、各々の言語の長所・短所を知ったほうがよいと思う。
たとえば変数名のアタマに$を必要とすることの是非とか、型を持たない変数の取り回しとか。
そうでなくって、出来るだけ覚えること少なくしたいというのであれば、大樹の陰に依るよりはマイナーな言語を責めるほうがよいのでは。
一見、大樹のほうがよさそうに見えるが、そっちは代わりがいくらでもいるので。
今のJava初心者のジャブジャブ（あるいは死屍累々）ぶりを見れば、そのへんは明白なんじゃない。
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 →一人で全部やるか、ツール開発用に部分的に使うのなら可だろうが、
分業しようと思うと技術者が集まらん。
>>335
大学時代に
これからはバイオかとか思って分子生物学と生化学ちょっとかじった
今27なんだけど転職できますでしょうか？ ts3I2UhYはWebプログラマ交流スレといい、古いスレをあげんなや。
XHTML・CSS・JSP 2.0って言いたいだけちゃうんかと。
１．業務系手作りシステム
２．業務系パッケージ
３．ツール
のように、目的を分けて考えてみようぜ
金ならflash最強だと思うが
最初は自分で書いてたけどあほらしくなって丸投げしてる
１０万で受けたしょぼい奴を下請けに競争させると納期２時間で数千円とかできてぼろもうけ
＿
ミ ∠＿）
/
/ ＼＼
ｳｲｰﾝ Γ/了 | |
ｳｲｰﾝ |.＠| | | ｶﾞｯｶﾞｯｶﾞｯ
| / | . 人
|/ | < >_Λ∩
＿/ | ／／. Ｖ｀Д´）/←>>244
（＿フ彡 / _
|O＼
| ＼ ｷﾘｷﾘ
∧|∧ ＼ ｷﾘｷﾘ
ｸﾞｸﾞｩ>（；⌒ヽ ＼
∪ | (~)
∪∪ γ´⌒｀ヽ
） ） {i:i:i:i:i:i:i:i:}
（ （ ( ´･ω･)、
(O ⌒ )O
⊂＿)∪
転職の際に必ず思い出してください。
下記の条件が全て当てはまる会社にご注意下さい。
・IT系 in 東京
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される
【重大】
放射能テロ虐殺犯の安倍が、核兵器を密造か！？
三菱商事の核ミサイル担当重役は安倍晋三の実兄、安倍寛信 三菱重工の重役でもあるらしい
これがフクイチで核弾頭ミサイルを製造していた疑惑がある 書けばツイッターで速攻削除されている
https://twitter.com/toka iamada/status/664017453324726272
安倍晋三の兄が関与している三菱重工 核開発疑惑について いくつかツイートしたが、反応がないから変だと思って、自分のタイムラインを調べてみたら、
完全に削除されていた 私のツイートで、安倍政権に都合の悪い情報は速攻削除されている これは驚いた ここまでやるのか
https://twitter.com/toka iamada/status/664016524592574464
先ほど、まだ数分以内に、三菱重工の核開発疑惑について、いくつかツイートしたが、検索しても出てこない 多くの人のタイムラインに出てこない ツイート直後に消されてしまったようだ
https://twitter.com/toka iamada/status/664015521830952960
【警告】
死亡者数、戦時なみの勢いで増加中！！
川崎病の年間患者数、史上最高に 1万5千人を突破、ピーク時を超える 最初の報告は水爆実験後。本当の原因は被曝
震災以降に死亡者数が、第二次大戦に匹敵するほど急増している
厚生労働省によると平成２３年から平成２５年の累計死亡者数は３６０万人以上に急増。今の日本は太平洋戦争時の時と同じくらいの勢いで人が亡くなっている
除染袋回収の作業員５人 疲労で動けず、自衛隊など救助 疲労じゃないだろう、被曝障害だろうよ 死んだように眠る人々（写真多数）
http://s.ameblo.jp/kaito000777/entry-12031605335.html
【川島なお美の食べて応援が恐怖すぎる】自宅でも進んで食べて応援
1年後・軽くぶつけただけで肋骨骨折 2年後・眼球から出血は半年に一度 3年後・胆管に腫瘍、血液検査は異状無し 4年後・逝去 夫は片目失明、愛犬もがん
https://twitter.com/2ch_NPP_info/status/648256313571479552
・・・ 今も、原子力緊急事態宣言中… 対策本部長は安倍首相。 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
35YCPIXZX1
