■■これから食っていける技術の組合せは？■■
■ このスレッドは過去ログ倉庫に格納されています
0001レナ
02/03/23 23:01ID:5hjU3Dl0Perl, PHP, Java, Ruby, C, Tcl
Apache, CGI, JSP/Servlet, ASP, ColdFusion
Oracle, PostgreSQL, MySQL
などがありますが、当分の間食っていけそうな技術の
組合せって何でしょう？
例えば、
「Apache＋PHP＋PostgreSQL」
ぜひ熱く語ってみませんか？
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:???0240nobodyさん
03/04/10 14:53ID:???0241nobodyさん
03/04/11 02:50ID:???0242nobodyさん
03/04/14 13:48ID:???perlできる人を派遣してもらうなら、どこがいいかなあ？
0243山崎渉
03/04/17 12:07ID:???0244山崎渉
03/04/20 06:25ID:???（ ＾＾ ）＜ ぬるぽ（＾＾）
0245山崎渉
03/05/22 02:23ID:???0246北村貴母緒
03/05/23 15:21ID:7vDvDVhJ【２００３年 クーポン屋】努力しない人は０円になります。
努力した人は年商３５７４万円！貴方は参加しますか？
私なら、参加します。
http://www.c-gmf.com/index1.htm
「クーポン屋」「アクセスが１日２０００人ほどある人なら、１ヶ月２７４万円ほど
稼げるビジネスであります。」１日１１０円で宣伝できるサイトであります。
契約者は年間広告費:４０，０００円を当社に振込んでいただければ、ＯＫであり
ます。そこで、紹介者として,貴方様専用のＣＧＩフォームを用意しますので、
料金回収無し、ノルマ無し、ＨＰにバナーを貼ればＯＫであります。パートナー
様の目標は１ヶ月３００件ほど契約を成立していただければ,貴方様の口座に
２７４万円を振込しますので、頑張って営業をしてください。どんな人でも稼げ
ますので、１度でも良いので見てくださいね。
http://www.c-gmf.com/index1.htm
0247山崎渉
03/05/28 17:07ID:???ﾋﾟｭ.ｰ ( ＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
＝〔~∪￣￣〕
＝ ◎――◎ 山崎渉
0248山崎 渉
03/07/15 11:26ID:???__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
0249nobodyさん
03/07/22 20:37ID:UlbwRdgrはダメですか？
0250nobodyさん
03/07/22 20:46ID:tla56Tou食っていけるけど、人生めちゃめちゃになるぞ。
OS、IIS、SQL鯖それぞれのセキュリティホールが
頻繁に発生し、適当にHOTFIXあてるとアプリが動かなくなるため
テスト環境で全打鍵。本番環境で全打鍵。
月に１〜２回はこの作業が発生する。しかもほとんどの場合休日。
「緊急」、「重要」のセキュリティホールがあまりにも頻繁に発生している。
落ち着いたらOSのバージョンアップ。
そうなるとアプリが動かなくなる可能性があるのでOSのバージョンアップまでに
アプリに及ぼす影響を調査し影響あるコードの修正。
そして、セキュリティホールの山．．．
歴史は繰り返される。
0251nobodyさん
03/08/05 00:55ID:bQ0QMgvAご苦労な事です。普通そこまでやらない。やる必要もない。
会社（又は上司）がよほどアホなんでしょうね。
特にOSのバージョンアップて。2000SP1で止めている企業は
多いです。パッチも必要な物だけを入れればそれほど頻度は
上がらないし。
しかもわざわざ休日出勤してまでパッチあてやるんですか？
「俺の責任じゃない」と言って突っぱねましょうよ。それで
問題が起きれば会社辞めればいいだけの話。責任と仕事は
どこかで一線を引かないとさ。
だいたい「緊急」「重要」でも急ぐ必要はないよ。iDCにサーバー
置いてある会社だと即日パッチあてはかなり厳しいから。
0252nobodyさん
03/08/05 01:38ID:???これ、確実！
0253nobodyさん
03/08/05 14:22ID:???0254nobodyさん
03/08/06 01:23ID:???これ、確実！
0255山崎 渉
03/08/15 22:44ID:???│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
0256nobodyさん
03/08/20 17:41ID:???0257nobodyさん
04/09/29 01:01:26ID:???それ以外は、（理論的には）何でも食っていけるという事になる。
HSP＋上司へのごますり、とか。
0259nobodyさん
04/10/14 13:43:53ID:???0260nobodyさん
04/10/22 17:18:17ID:KiRrH1Nn我輩はWindowsを、Microsoftを信じ、ほそぼそと食べていきます。
IISでASP.NET（しかもVB.NET）でMSDNでこれからも安いサイトを作り続けます。
だって簡単なんだもん、、、
0261nobodyさん
04/10/22 17:34:09ID:???それでも大丈夫だと思うけど？
ただ、>>250みたいな事はあるけど、正直、LinuxやUNIX、Apache、PHP、MySQL、PostgreSQLを
使ったアプリより、後々が楽。
特に、中小企業の社内でつかうシステムなら迷う事無くIIS＋ASP.NET＋SQLServerが楽。
パッチ？セキュリティホール？そんなものプログラムとかシステムとか知らない
おじさん/おばちゃんでも、手順書書いてサービスパックとかインストールさせりゃ終わる。
これが、システム部門も無い中小企業だったらどうよ。
Linuxとかの操作すら出来ない。
パッチ当てさせるなんて絶対無理。
おのずと、対応策は全国出張してセキュリティパッチを当てる日々。
確かに、グローバルに公開するようなWebサイトには向かないだろうけど、
社内システムには相性ばっちり。
逆に社内システムにJavaだのLinuxだの使ったら大変だよ。
0262nobodyさん
04/11/04 00:07:50ID:KF0nYLrj0263nobodyさん
04/11/04 11:43:53ID:CVTqLxqd|i l |i l| li |
∩
_,,..,,n,r'ﾞ <⌒つ
./ ﾟ 3 ヽ ）´
） l ﾟ ll ∩ ノ そ
Σ `'ｰ---‐'' （
⌒ヽ/V⌒v､/⌒ ﾋﾞﾀﾞｧｧｧﾝ!!
0264nobodyさん
04/11/04 15:49:03ID:???php>cgi ？
それだったらｃｇＩから乗り換えようかな〜
0265nobodyさん
04/11/07 02:04:07ID:6U+IZaoa0267nobodyさん
04/11/08 16:00:52ID:???商売？と呼べるかどうかは別だけど、結構色んなソフト開発してて
ログ解析とかの機能作るときはPerlは重宝してるけどな。
とはいえ、最近の言語は正規表現普通に使えるようになったから、
ログ解析にPerl使う機会も減ってきたけどね。
0268nobodyさん
04/11/09 01:47:18ID:???ネイティブと問題なくやりとりできる英語力
0270nobodyさん
04/11/11 01:14:05ID:???0271nobodyさん
04/11/13 21:00:54ID:IuPnpDDi■ このスレッドは過去ログ倉庫に格納されています