■■これから食っていける技術の組合せは？■■
■ このスレッドは過去ログ倉庫に格納されています
0001レナ
02/03/23 23:01ID:5hjU3Dl0Perl, PHP, Java, Ruby, C, Tcl
Apache, CGI, JSP/Servlet, ASP, ColdFusion
Oracle, PostgreSQL, MySQL
などがありますが、当分の間食っていけそうな技術の
組合せって何でしょう？
例えば、
「Apache＋PHP＋PostgreSQL」
ぜひ熱く語ってみませんか？
0140137
02/07/08 00:23ID:???現実問題として、両親の生活も自分にかかってるのでこの給料ではもう限界なんですよ。
30歳くらいまで派遣で腕を磨いたら、故郷の会社に売り込もうと思ってるわけなんです。
0141nobodyさん
02/07/08 00:50ID:???普通の小さなソフトハウスだったし、仕事も地味だったけど
よそも割とそんなもんだった。ちなみに東京じゃないよ。
今は32歳で1000万になったけどこれはフリーでやってるから。
WEB絡みばっかりだけど、結構金になるもんだと思うけどなー。
WEBは今儲けておかないとこれから先値踏みされる一方だと思う。
>>137はマジで別のところを探した方がイイと思うよほんとに。
0142nonodyさん
02/07/08 18:36ID:???この考え方、何とかならないでしょうか？
やはり、実務の内容を知って、それに対してソフトの技術をアドオンして改善する・・・
こういう方向に進めないでしょうか･･･
ただ単にソフト作れる人ならば、山ほど居るんですよ・・・
実務の内容を知り、問題点・課題を発見して、ソフトウェアの能力で一気に解決する・・・
素晴らしいではないですか・・・
そうは思いませんか？
0143nobodyさん
02/07/08 19:01ID:???それを世間では業務系ソフト屋と呼ぶのではないの？
俺はWeb系ソフト屋（←１番アヤシイ）（藁
0144nobodyさん
02/07/08 19:08ID:???イントラ内での社内システムの構築に実績があるなら、情報システム部
とか探してももぐりこんだ方が幸せだよ。
地方だったらなおさら、年齢で足切りとかされないか心配だね。
0145nobodyさん
02/07/11 22:03ID:Zm0ibmf3MS 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は消えないね。
小規模な掲示板から大規模なシステムにまで使われることもあるから。
0146nobodyさん
02/07/12 00:41ID:3+waqHAmいまさら、C# がはやるとは思えないし。
IBMがいる限り、当分は Java 系でいけると思う。
SQL Server は、6から使いはじめたけど、あまり良い思いで無いなー。
ところで、PHPと、Perlは逆でないの？
0147nobodyさん
02/07/12 01:17ID:???0148nobodyさん
02/07/12 01:20ID:???Javaって、主流なのは間違いないけど、必ずしも、絶妙に練りこまれた
フレームワークって感じじゃないなぁ。
目的に方法を後からくっつけたような、特殊なお約束が多くて、
覚えるのが大変じゃない？！EJBも、まさにそんな感じなんだけど。
その辺は、GUIが用意されてるMSの方が良いし、後追いの特性か、
よく考えられているように見える。
ＭＳは、品質さえ良ければ、今ごろ無敵の会社だと思うんだけどなぁ（ｗ
まぁ無理なものを要求しても仕方ないけど、そのせいで、やらなくても
良い苦労をしてるような気がする。LinuxもWinも。
・・・いずれにせよ使いこなすのは特殊技能って感じで、なんだかんだで
ノウハウが商売にはなりますな。
0149nobodyさん
02/07/12 01:59ID:9Tt25Z1YPERL/CGIはさっきも書いたが大規模でも使ってる。
ただ大規模にも使えるがソース管理などの”切り分け”に優れていない。
PHPではできる範囲少ない。
小規模＝okWEB程度を想定している。
で、UNIXとWINは切り分けて書いています。
企業は、UNIX系とWINの需要の切り分けはできない。
会社の考え方でWINで統一している会社もあるので、
WIN系では.netは絶対に残ってしまう。
いや残そうと彼らは何があっても使うだろう。
JAVAでOKと言う感覚は辞めた方が良い。
言語はプログラムに合わせて選ぶものというのを忘れないで欲しい。
0150nobodyさん
02/07/12 02:32ID:???大規模用途でも耐える、ということではなく、
perl以外知らんヤツが作ってる可能性大。
0151nobodyさん
02/07/12 02:51ID:???0152JAVA派
02/07/12 03:02ID:yXEXzo3qVBなくなったらGUI何で作るかな・・・鬱
0153nobodyさん
02/07/13 00:32ID:???perlを使っているページはサイトのごく一部という罠
0154osage
02/07/13 00:33ID:???自分、Perl も PHP も JAVA もやるけど、
PHP が小規模向けな理由が知りたい。
PHP + Smarty なんて、良いと思うけど。
Perl ってオブジェクト指向で、書けない(実質無理？)という時点で
小規模決定な気がするなー。
ところで、ここで言う大規模って、どのくらいからなの？
0155nobodyさん
02/07/13 01:08ID:???小規模システムの集合体にしか見えないんだけど
0156nobodyさん
02/07/13 09:25ID:???規模という曖昧な言葉よりシステムの複雑性と言った方が良いような。
0157nobodyさん
02/07/13 19:08ID:SnUc0ROiPerlのモジュールはオブジェクト指向では無いですか？
0158nobodyさん
02/07/13 19:51ID:???0159nobodyさん
02/07/13 20:55ID:???0160nobodyさん
02/07/14 10:22ID:???0161osage
02/07/14 10:30ID:+jQcBAE9モジュールが、オブジェクト指向だから、Perlもオブジェクト指向ということ？
それなら、VBScriptもオブジェクト指向・・・
0163nobodyさん
02/07/15 01:54ID:5IgsmRIs0164・
02/07/15 04:25ID:DYiEmVYV0165157
02/07/15 08:00ID:???Perlがオブジェクト指向というのではなく
それっぽく書けるということです。
154さんがPHPのクラスを認めているのに
Perlのモジュールを使ったプログラム
スタイルはなぜ認めて貰えないのかと
思っただけです。
0166ooosage
02/07/16 00:08ID:???いや、漏れとしては、>>149 >>145のように、
なぜPHPが小規模向けだと言い切るのかを知りたいだけなんだが。
Perl のオブジェクト指向はやればできるというレベルでなかった？
# STRUTS + Torque はこれから良いと思う。
0167nobodyさん
02/09/02 16:52ID:???0168nobodyさん
02/11/19 19:29ID:SSWxJy9G0169nobodyさん
02/11/19 19:32ID:???print "a";
print "a";
print "a";
print "a";
print "a";
print "a";
・・・（以下1000万行ぐらい繰り返し）
これで大規模ソフトウェアになりますか？
0170nobodyさん
02/11/19 19:41ID:???実行効率が悪いわけでもないんだから、いいじゃないか。
0171nobodyさん
02/11/19 20:35ID:xEOiKqNBSQLサーバーは大規模開発でも充分耐えられます。
いくらAIX+DB2が高速だからといって、ライセンス費用をま
ったく無視して比較するのはいかがなものか。Oracleだっ
てそうです。あの糞高いライセンス料、払う気になります？
よく言われるのが『Windowsサーバーは連続稼動できない
しー、Linuxの方が安いしー。』って。お前ら、ちゃんと比較して言ってる？
！ただ単にアンチMSの振りしてる知ったかぶりなんちゃうんかと。
0172nobodyさん
02/11/19 20:52ID:???0174nobodyさん
02/11/19 21:36ID:h9M4xXM3ちなみに、
外国人 >>>>>>>>>>>> 日本人 >>>>>>>>>>>>172>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>173
0175nobodyさん
02/11/19 21:42ID:???0176名無しさん
02/11/20 01:20ID:Jy2ZaDbB0177nobodyさん
02/11/20 01:39ID:???0178nobodyさん
02/11/20 03:43ID:OBXJBU+B大規模(複雑)なシステムを作るためにJavaを使いこなすためにはオブジェクト指向、デザインパターンなど覚えなければならず確かに大変だが、
Javaを習得してもこの先数十年は使う機会に恵まれると思う。
Javaが登場してからJavaよりも魅力的な言語が殆ど登場しなくなり、
新しい言語(C#, MixJuice, AspectJなど)はほとんどがJavaを参考にしているところから、
Javaを習得しておけばたとえJavaが廃れたとしても他の言語に簡単に移ることができると予測し、将来何十年に渡ってプログラマを続けても損は少ないと思う。
JavaはよくできておりM$のC#よりもライブラリの統一感がありデザインパターンをよく考慮に入れておりかなりオブジェクト指向的らしい。
M$のライブラリは簡単に扱えるというのが大きな落とし穴につながることがある。小規模(単純)なプログラムでは良いけれども、大規模(複雑)なプログラムではM$のC#のライブラリはJavaのライブラリよりも使いにくくなるという。
しかし、現状では確かにJava onlyでO.K.と言う感覚は辞めた方が良いかもしれない。古い言語で書かれた資産を再利用したい、または新言語で書き直したいときは特に。
0179nobodyさん
02/11/20 09:48ID:???0180nobodyさん
02/11/20 11:34ID:???0181nobodyさん
02/11/20 12:03ID:???0182nobodyさん
02/11/20 14:05ID:9V10m3eFだね。
MS SQL Serverはかなり優秀だよ。
処理速度も申し分ない。
さらに評価できるのは開発者に対して同等の実行エンジンを持つMSDE/Desktop Engineの無償配布ソリューションの提供。
これはでかいね。
加えて早い時期からポケピ対応のエンジンも提供している。
色々見てきたけれど、もっともバランスの取れたRDBMS環境だろうね。
評価している人間もちゃんといるぞ。
0183nobodyさん
02/11/20 16:10ID:b+OCMC0Rこれで一気にYahoo真似てPHPに走る企業が出てくる予感。
0188nobodyさん
02/11/20 18:29ID:???AIX+DB2+Websphere
Linux+Oracle+色んなもの
Windows+SQLSrv
この３本にまとまっていくのでしょうか。中規模以上は。
0191nobodyさん
02/12/09 18:55ID:IbqRn4tu0192nobodyさん
02/12/09 19:30ID:???実際の案件で、MySQLで充分だろとツッコミたくなることってない？
MySQLの方がハエーだろって思う案件だってあるわな。
結局、顧客が指定したソフトを尊重する俺たちは悲しい生き物です。
0193nobodyさん
02/12/09 19:45ID:1ZnThHuZ中小の案件なら正直>>192のいうこともわからないでもないがな。
しかし指定されて金もだすというものを拒否してまで勧めたいというほどの
ものでもないな。
0194nobodyさん
02/12/10 09:21ID:???本当にベンチ取った？
取らなくても良いから、たとえばMySQLの公開されているベンチを読んでる？
0195nobodyさん
02/12/10 23:30ID:f1eyIUTX0196nobodyさん
02/12/10 23:37ID:???0197化石
02/12/11 01:18ID:WumXxWj4どれを習得するのがオススメ？
0198nobodyさん
02/12/11 01:22ID:9VxGzn9ihttp://petitmomo.com/mm/
ここがちょっぴりエッチ系のめぐが運営している出会いサイトです。
もしよかったら使ってみて、、、
ヨロシクです。
めぐ(^o^)-☆
0199nobodyさん
02/12/11 14:04ID: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でも問題ないおもう。
0202nobodyさん
02/12/11 14:49ID:gTaJcY8XWEB上で、販売管理やるんならDBはいらんとおもう。
漏れが設計するなら、HTTPS当りでつなぐようにして
WEB上で客が物買ったらそのデータを暗号化してメールサーバ辺りおくる。
あとは、業務を支援するようなプログラムを作ればOK。
WWW晒してるPCにデータあるわけじゃないし安全。DBいらねーし。
てか、大規模ってどんなものを指すのか木になる。WEBってのを前提に考えてみると、、
WEBからデータ入力およびデータ参照してDBを使うって事か？
GUIの部分ってHTMLで出力か？DBに保存するならそれなりの分析するわけだろ。
顧客別の売掛残とか買掛残とか原価管理したり、、ここらはビューとかプロシジャで緩和して
SQLいちいち動かしたらきり無い。
結論
必要なのはDBの知識。オラクルだとかまいSQLは関係ない。
で、WEBから入力されたものに対して処理するのならオブジェクト指向も関係ない。
WEBデータってのは、フォーマットも定まっているっぽいし複雑じゃないだろ。
オブジェクト指向とか全く関係ないと思われ。
データ分析行うなら、WEBプログとは別のものと思われ。
なんでも漏れにたずねてみれ
0203nobodyさん
02/12/11 14:53ID:gTaJcY8X0206nobodyさん
02/12/11 15:06ID:gTaJcY8Xｽﾏﾝ
もうちょい、謙虚にいけばよかったと航海気味。
ま、後の祭り
0207nobodyさん
02/12/11 15:07ID:???0208nobodyさん
02/12/11 15:22ID:???営業能力、コミュニケーション能力
ぜーんぶひっくるめて超２流ですが、何か？
0209nobodyさん
02/12/11 15:26ID:???どうせ漏れは３流だよ
0210nobodyさん
02/12/11 15:32ID:gTaJcY8X0212nobodyさん
02/12/11 17:11ID:???ＤＢいらねーっていう趣旨はわかるけどさ、今時のＤＢで使える関数やらプロシージャを自分で全部起こすのか？
出来上がった頃には二つくらい先の案件が完成してるってのがオチ（笑）
開発工数やバランスを考えればそんなアプローチはナンセンスだよ〜ん。
カタログ情報、顧客情報、買い物履歴、在庫・価格etcの計算、発注から管理まで全部扱うバックエンドをいちいち書くなんて想像もできん。
おまけにデータウェアハウス的な機能（ＤＢ密着の解析サービス）用意して〜んなんてことになったらどうする・・・
もっとも、そこまでの要求の出る案件なんて限られるんだろうけど。
GUIなんかに関しては、XMLでデータ渡せばブラウザでもPDAでもWindozのexeでもいいんじゃないの？
＞必要なのはDBの知識。オラクルだとかまいSQLは関係ない。
禿同。
３Ｄモデリングのような無茶な精度を要求される世界じゃなくて、処理系のアプリなんてのはどこまでいっても力業の域を出ないよ。
オブジェクト指向だのわいわい言ったところでひっくりかえるほどの差はない。
要求レベルや実装すべきロジックの提案や設計をする能力、ＤＢの知識がしっかりしてればどうでもいい話に近いな。
0213nobodyさん
02/12/11 18:27ID:gTaJcY8X買い物、、、って販売管理だったら何処までがWEBプログの仕事ですか？
>おまけにデータウェアハウス的な機能（ＤＢ密着の解析サービス）用意して〜んなんてことになったらどうする・・・
データの分析ってのはWEBプログとは別の仕事なの？
データ入力したらそれに対して、統計だとかの出力ってのは行わないの？
>ＤＢいらねーっていう趣旨はわかるけどさ、今時のＤＢで使える関数やらプロシージャを自分で全部起こすのか？
データ分析行わないんなら作らないと思うけど、
今まで入力したデータすべてが抽出範囲ってこともあるから、出力時にいちいち計算してたら負荷が
すっごく大きい。年間売上とか計算したら1時間以上かかるようなきがする。
だから入力時にサマリってのに書き込むのが一般的だよね。ここいらは、プロシージャにやらせたほうが資源が有効利用できる
で、リレーショナルDBは、タ対タが無理だからビュー作った方がSQLが難解になりにくくてよい。
>GUIなんかに関しては、XMLでデータ渡せばブラウザでもPDAでもWindozのexeでもいいんじゃないの？
WEBプログって言うんだからクライアント考えるとプラウザじゃないの？
いまいち実体がつかめないWEBぷろぐ。
0214nobodyさん
02/12/11 18:28ID:gTaJcY8Xこれは、かなり実績ないと企業から受注なんてありっこない。着てもコネ関係が関の山
で、フリーって1人ですべてこなすわけだよね。あるていど営業しないと無理だろうし
保守作業って物もあるよね。障害起きたらすぐ復旧なんてわけには行かないと思うよ。
売りっぱなしなんてことはないよね。顧客がPCの知識無かったら教育も時間かかるし、、
教育費取れば問題ないけど、システム買ってもらって+教育費って請求しにくいっぽ
売ってしばらくしてから教育して欲しい言われたならいいんだけどね。
0215nobodyさん
02/12/11 20:35ID:???売りっぱなしを望む企業は少なくないと思う。
保守だの教育だのサポートだのもっとも費用発生に難色を示す場所だし。
実際そこがあってこそアプリのあつらえには意味があるのにね。
で、しばらくたって勝手に改変したシステムについて手を入れて欲しいと連絡がくる（笑）。
教育などについては、代表者を決めてその人とマンツーマンでやりとりを行い、その後組織内部に関してはその代表者の人にやってもらうことが多かった。
こちらも何人も相手にするわけではないし、１対１で意志の疎通はできるし、忙しいときにはメールで済ませられたし非常に安上がり。
先方も請求がゼロで大喜びしていた。
個人や零細がある程度の仕事をやらせてもらおうと思ったら、ウェブプログに限らずなかなか難しいことだと思うよ。
流通やデザインだって同じ事だよ。
0216nobodyさん
02/12/12 07:59ID:LfYYQWKp0217bloom
02/12/12 09:36ID:qmV6yVXdhttp://www.agemasukudasai.com/bloom/
0218nobodyさん
02/12/12 14:53ID:XdWEiJFMがなぜ有効なのかが分からん。誰かやさしく解説してくれ。
0219nobodyさん
02/12/12 15:30ID:pnvJSDU4クライアントがブラウザだからじゃないのか？
クライアント米にインストールする必要がほとんどないのはうれしい。
それよか、大規模ってどんなもの？住木ネットくらいだと大規模っていえるの？
住木ネットも国民約1億3万人のデータ検索。単なる検索でデータ多いだけだろ。
しらんけど。
>>216
大規模をしってるご様子。
おしえて。
0221nobodyくん
02/12/12 16:57ID:???0222nobodyさん
02/12/12 16:59ID:L953mlQj0223nobodyさん
02/12/12 18:01ID:???0224218
02/12/12 18:05ID:???0226nobodyさん
02/12/12 19:10ID:???PHPとかASPの中のHTML部分はコンパイル時に
メモリに取り込まれない仕組みだから、メモリ負担を軽減できるんだ。
これがほんとのメリットと解釈してる。
0227nobodyさん
02/12/13 16:36ID:5S5Ttv1L本当ですか？
HTMLとかがクライアントで実行汁から負荷少なめってことじゃないの？
プリント処理にもそこそこメモリ食うと思うよ
それに、コンパイルじゃなくてインタプリッタ。
で、大規模ってどんなの指すの？
0228nobodyさん
02/12/13 18:50ID:???小型→中型→大型と呼ぶだろ。
この世界でもデータの扱い量によって
小規模→中規模→大規模と呼ぶんだぞ。
>219の厨房がデータ量の多さと規模は違うみたいなこと言ってるが
アフォだから相手にすんな。
いいか
データ量が多いってことは
利用者、トランザクションともに多いってことだ。
データ量が増えればハードもソフトも構成要素が増加する。
よって規模はデータ量により決定される。
わかったか
0229nobodyさん
02/12/13 19:20ID:???極端に言うとHTML+SSIみたいなもんですヨ。
で、インタプリタでもコンパイラでも翻訳作業を「コンパイル」って呼ぶのデス。
技術で飯食うスレで、厨房なイチャモン勘弁してください。
0230nobodyさん
02/12/16 15:33ID:J0QOcHMjOK。真に受けてないけど、データ量に依存ってことにしておく。
>>229
おまいの、封建的思考がな。スレ伸びのさまだけになってるの気付いてますか？
いろんな考えがあるのはあたりまえ。で、全部洗い出してそこから絞っていくわけよ。
根っから否定して排除していくのはどうかと思うよ。
漏れなんか、自称だけど2chで神と言わしめた人物。もちろん神と思っていい。
で、スレを伸ばす為に、煽ったりして面白おかしく進めていくのがプロの仕事だろうが。
と、餌を撒いておく。
0231nobodyさん
02/12/16 22:10ID:???0233nobodyさん
02/12/17 01:44ID:???あるときは業務系プログラマ
あるときは制御系プログラマ
あるときはＷｅｂ系プログラマ
あるときはスーパーエンジニア
その実態はＶＢすら習得できなかった
煽りと叩きに命をかけた日本一の暇人(２ちゃんの紙)
0234nobodyさん
02/12/19 08:28ID:9PL4Vi0i自分がストッパーって気づいてねｰな
めでたいめでたい
0237nobodyさん
02/12/27 22:21ID:T7bSPg690238nobodyさん
02/12/29 04:34ID:???0239山崎渉
03/01/15 13:39ID:???■ このスレッドは過去ログ倉庫に格納されています