■■これから食っていける技術の組合せは?■■
言語・アプリ環境・データベースには、
Perl, PHP, Java, Ruby, C, Tcl
Apache, CGI, JSP/Servlet, ASP, ColdFusion
Oracle, PostgreSQL, MySQL
などがありますが、当分の間食っていけそうな技術の
組合せって何でしょう?
例えば、
「Apache+PHP+PostgreSQL」
ぜひ熱く語ってみませんか?
99さん どうもありがとうございます。あなたの意見を励みにがんばります >>100
そこのリンク先の学校はひでーなー(w
ぶっちゃけ、PC買ってきてそれにRedHatぶちこんで、ApacheとPHP(またはPerl、Tomcat)とフリーのDB(mySQL、PostgreSQL)入れて、スケジュールのページ
作ったほうが勉強になるのでは?という気も。
>102 フリーのDBとオラクルの違いはどこでしょうか? >>102勉強にはなっても地方で就職したいというニーズが叶うかというと
ちょっと微妙だな。 >>103
保守性。
>>105
ただ、30代半ばなら、PGとしての資質よりかは、プロジェクトマネージャーとしての
資質の方が要求されるような気もします、なんとなくですが。
>>106普通はそうだが経歴を見るとそんなの期待できないしな。
そういう意味では営業のほうが良いと思うんだがな。 >106さん
やはりPMの資質が必要という意見が多いですね。
何とか、やっていく方法として、業務知識(例えば金融の銀行)のスペシャリスト
になって、上流のSEでやっていく方法もわざかな余地としてありますか >>109
あんた、いくつだよ・・・と思いました。正直なところ。
若いときから優柔不断だったりします?
あれもこれも中途半端って感じがしますが、失った10数年は
戻ってきませんよ。
年齢相応に良い仕事・・・じゃなくて、今まで色々仕事やってきて、
自分がもっともイケてると思うスキルってなんですか? ないから困っています。ご指摘のとおり、優柔不断です。 はっきり言って、あんた、これから技術屋を目指すのはムリです。
自分がそうなりたいと思っても、そんな心がまえじゃどこも雇ってもらえません。
人に聞くなとは言わない。でもまず自分で考えて行動しろ。
三十代も半ばになってそんな基本的なことができないわかってない人間は、
邪魔以外の何者でもない。向上心のないあんたみたいなオッサンよりも、
初級ネット板にたむろしてる厨房どもの方がずっと見込みがあるね。
見苦しいからさっさと消えて。 >112さん
目がさめました。ありがとうございます。よく考えます >112がいいこといった!
でも最後の一行は不要だぞ
てめぇが消えろハゲ 過疎板で荒れるなよ いい大人なんだからさ
正直過去の経験者が戻ってこようとしても最先端に追いつくまで1〜2年かかるの
がこの業界。
プログラムの基礎だけじゃもう食っていけないからね、ネットワークの基礎なんて
有効なドキュメントだって少ないしある程度実験できる環境は自分で揃えるくらい
の気概がなきゃやめれってことだな。 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 で雛型だけは出力してもらって、固有をロジックだけは自前で作る、
というツールがあればいいんじゃないか。 ttp://homepage2.nifty.com/ymagic/struts/Impressions/ImpressionCamino.html
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
上記リンクを頻繁にチェックしましょう。事実を書き込むと削除されますけど。 >>1
ERP: SAP をマスターすれば、カネになります。
ただし、1週間:研修コース 150万もかかるよ。
どっちみち文系で中途半端なデジ土方のままだとヤバイよね
好きならしょうがないけど。心中、みたいな。 XML JAVA データベース サーブレット などを使って新しいWebアプリケーション
を考えたいのですが何かないですかね?
>>133
結局技術なんて手段だからなー
その「何か」を見つけた奴が勝つのでは >>134
禿銅
先に「○○がやりたい」から XMLとかJAVAとかツールを選んでいくんだと
思うんだけどな。
まあ、製品デモ作るなら別だろうけど、それでもまともな製品なら、
ターゲットは先に設定されてるだろうから、そんなんで迷うことはないだろ。
>>134
禿しく同意です。
ソフト作れます・・・では食えないんですね。
ソフトならば掃いて捨てるほど居るソフト屋に作らせば良い。
問題は「何をするためのソフトか?」ですね!
企業の実務・業務内容を知っていなければ、タダの請負・下請け・孫請けに過ぎません。
突然ですけど、質問させてください。26歳、業務経験2年のプログラマです。
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系ソフト屋(←1番アヤシイ)(藁 故郷の会社に売り込みをかけるのは今からでも遅くはないと思うのだが。
イントラ内での社内システムの構築に実績があるなら、情報システム部
とか探してももぐりこんだ方が幸せだよ。
地方だったらなおさら、年齢で足切りとかされないか心配だね。 大規模 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の方が良いし、後追いの特性か、
よく考えられているように見える。
MSは、品質さえ良ければ、今ごろ無敵の会社だと思うんだけどなぁ(w
まぁ無理なものを要求しても仕方ないけど、そのせいで、やらなくても
良い苦労をしてるような気がする。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
わかんないレベルの話に首を突っ込んでくれとは頼んでない。
>>186
いや>>171をたてに読んでみ?
ただ釣りしてるだけなんじゃないかと。 とりあえず、
AIX+DB2+Websphere
Linux+Oracle+色んなもの
Windows+SQLSrv
この3本にまとまっていくのでしょうか。中規模以上は。 >>186は恥さらし、、、と
>>188
Oracleなんざ大規模じゃないなら要らねー。 >>189
Oracleにもいろんなリリースがあるべ?
Oracleにしても、SQLserverにしても、
実際の案件で、MySQLで充分だろとツッコミたくなることってない?
MySQLの方がハエーだろって思う案件だってあるわな。
結局、顧客が指定したソフトを尊重する俺たちは悲しい生き物です。
MyもPostgreもここまで優秀になってきた世の中
中小の案件なら正直>>192のいうこともわからないでもないがな。
しかし指定されて金もだすというものを拒否してまで勧めたいというほどの
ものでもないな。 MySQLやPostgreをWin上で動かすことを想定して速いということを言ってるのか?
本当にベンチ取った?
取らなくても良いから、たとえばMySQLの公開されているベンチを読んでる? COBOLしか出来ない奴が、これから食っていくにはパソ系Prog
どれを習得するのがオススメ?
http://petitmomo.com/mm/
ここがちょっぴりエッチ系のめぐが運営している出会いサイトです。
もしよかったら使ってみて、、、
ヨロシクです。
めぐ(^o^)-☆
はっきりいって、ウェブプログで飯食っていけるわけない。(フリーはむりっぽ)
ここの板でいう大規模ってなによ?例えばどんなものがあるの?
>大規模 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でも問題ないおもう。