■■これから食っていける技術の組合せは？■■
■ このスレッドは過去ログ倉庫に格納されています
0001レナ
02/03/23 23:01ID:5hjU3Dl0Perl, PHP, Java, Ruby, C, Tcl
Apache, CGI, JSP/Servlet, ASP, ColdFusion
Oracle, PostgreSQL, MySQL
などがありますが、当分の間食っていけそうな技術の
組合せって何でしょう？
例えば、
「Apache＋PHP＋PostgreSQL」
ぜひ熱く語ってみませんか？
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:IuPnpDDi0272nobodyさん
04/11/13 21:08:48ID:???0273nobodyさん
04/11/13 21:19:48ID:???0274nobodyさん
04/11/13 23:45:57ID:???0275nobodyさん
04/11/14 06:01:25ID:???あとコミュニケーション能力
0276nobodyさん
04/11/14 07:40:17ID:???0277nobodyさん
04/11/20 22:45:47ID:???日本は9×9 までが標準的だけど、
海外は、どこまで教えてるんでしょうね。
2桁の九九まで教えてる国も、在るってのは
聞いてるけど。
0278nobodyさん
04/11/20 23:33:28ID:???0279nobodyさん
04/11/21 05:10:03ID:???でも、ちゃんと暗算初級レベルの計算ができるなら、まぁいいとおもう
0280nobodyさん
04/11/21 05:11:11ID:???0282nobodyさん
04/11/21 05:13:53ID:???0284nobodyさん
04/11/21 05:21:20ID:???でも１秒未満って言ってるんだろ？
訊く時間も考えると即答以上のスピードだ。
0285nobodyさん
04/11/21 05:24:04ID:???0286nobodyさん
04/11/21 05:27:02ID:???0287nobodyさん
04/11/21 05:34:28ID:???0288nobodyさん
04/11/21 13:37:05ID:???ttp://www.soroban.com/fanzan/
0289nobodyさん
04/11/21 13:48:05ID:???0290nobodyさん
04/11/26 16:39:38ID:???0291nobodyさん
04/11/27 11:59:05ID:???0294nobodyさん
2005/07/11(月) 10:12:01ID:vt7ItH9D２ｃｈのWebProg板は情報が全体的に古い。
0295nobodyさん
2005/07/29(金) 16:25:35ID:DFDESIJxJava(JSF+Hibernate+Spring)
↓意見どうぞー
0296nobodyさん
2005/07/29(金) 22:29:27ID:???0297nobodyさん
2005/07/31(日) 01:24:55ID:???置き換えのスパンが長いシステムに使われている言語ほど長く飯が食える。
COBOLなんて未だに仕事があるしね。
今の金融機関ではJAVAが多いから、Webでたとえ廃れても、長く使える。
PerlやCはシステムそのものに必要なので、無くなることはないだろうし。
ただ、単なるCGI書きのレベルじゃ、どの言語でも厳しいのは確か。
0299nobodyさん
2005/08/03(水) 18:23:54ID:???0300nobodyさん
2005/08/04(木) 00:56:35ID:???0301nobodyさん
2005/08/20(土) 03:48:40ID:V5KzhIg6新しいプロジェクトに自分がアサインされてるかどうか
確認した方がいいよ。
0302nobodyさん
2005/08/20(土) 06:30:11ID:???0303nobodyさん
2005/08/23(火) 14:20:09ID:VTZPLP9Lecho $COUNT . "時間" ;
0304nobodyさん
2005/09/17(土) 18:05:23ID:8kBw+lwzWEB業界で生き延びるなら、これだけおさえておけばおｋ。
0305nobodyさん
2005/09/18(日) 03:26:51ID:???ウチはほとんどの案件でフリーツールしか認めてもらえません。
(OSはDebian。金のある客ならRHELブチ込むけど)
まぁ普通に採用する要素技術としては、
■ 1人月未満の案件
Perl5もしくはPHP4
DBはMySQL4.1
■ 3人月程度〜
簡単なのならPHP4
メインはJ2EE
DBはこっちもMySQL4.1 (一定のスキルがあればこれで事足ります)
です。
J2EEに関してもう少し言及しますが
やはりEclipseを使う事になります。
でもチーム開発やリモートサーバを中心にした開発が不得意です。
VMで開発サーバを用意してPHPをviでガリガリ書いた時の生産性と比較すると
ある程度規律が維持できるという事以外でのメリットが得られません。
(クラスタなんかはハードウェアやOSのレベルで行うべき)
Javaの乱立するライブラリ群をいろいろ採用してると、
本来Javaを採用する理由の多くが損なわれてしまいます。
まだ解決策が見出せていませんがなんとかならんもんでしょうかねぇ。
「Javaでやるとコストがかかる」というのがウチの連中の所見です。
0306nobodyさん
2005/09/19(月) 00:51:17ID:???PHPをviで書いてるほうがチーム開発に向いてるの？
リモートサーバを中心にした開発向いてるの？
リモートサーバで動かしながらデバッガで追うのとか、PHPよりJavaの方がはるかに楽だと思うんだけど。
0307nobodyさん
2006/05/02(火) 01:30:53ID:D/TlCEyYCOBOLですらいねぇいねぇと引き合い多いくらいだ。
案件数の統計を取ればJAVAが多いが雨後のタケノコのごとく
量産されてるから値崩れは早いか。
中国の技術者数の伸びはすげぇよ。
んで、日本に流入。奴らの中にJAVA系の多いこと多いこと。
変態チックなまでに組み込み系とか
ひたすらNotesで開発とか
高水準の技術者数が少ない系統は空くのを待たれてる状況。
単純な市場原理だな。
死にたくないだけなら運用保守でもしてりゃいいじゃん。
クソつまんないけど。
■ このスレッドは過去ログ倉庫に格納されています