C＃で仕事ある？

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2005/03/24(木) 18:31:38
プログラム未経験だけどどっかいいところ無い？
2005/05/06(金) 09:42:48
>>250
「なぜC#では駄目なのか｣の理由が言いがかりにしか見えんぞ。
2005/05/06(金) 12:51:24
>>267
別の人が書いた「なぜ今JavaではなくC#なのか？」って感じの
記事でも似た様なもんだった。
煽りに正しさを求めてたはいけない。
2005/05/06(金) 17:25:35
C＋＋の資産が必要なのか？
使えたとしてどういう分野でどういう使い方すんの？
2005/05/06(金) 18:12:04
ヒント：C丼は資産も分野も無い
2005/05/06(金) 18:41:50
川俣はセンセーショナルつーかどうでもいいことでも無理やり大げさに書くのがデフォになってる人だから。
2005/05/06(金) 18:59:10
C#というか.NET とネイティブのC++は普通にすみわけができると思うけどね。
どっちか一方になることはないと思う。
むしろ問題なのはC#とVB.NET、完全にかぶっててユーザーを混乱させてるだけだ。
MSは戦略を失敗してると思うよ。VB.NETはもっとVB6との互換性を重視すべきだった。
2005/05/06(金) 19:31:22
VC++.NET：VC++ユーザー狙い
VB.NET：VBユーザー狙い
VC#.NET：JAVAユーザー狙い。
VJ#.NET：（ﾟДﾟ）ﾊｧ?
狙いははっきりしてるし、誰も混乱してないと思うが・・・・・・
2005/05/06(金) 20:03:13
川俣って人何やってる人なんだ？
2005/05/06(金) 20:24:14
>>272
一応、VB8はVB6との互換性が向上するらしいから
MSなりに反省してるんじゃないのかな？
2005/05/06(金) 20:25:13
VJ#.NETはJ++やっちゃった人に対するフォローでそ
2005/05/06(金) 20:25:20
>>274
http://pc8.2ch.net/test/read.cgi/prog/1084413094/l50
2005/05/06(金) 20:35:51
>>273
狙いはいいんだが分散しすぎ。多くを狙ってどれもモノにならない気がするよ。
2005/05/07(土) 06:30:08
>>276
可哀想だな。
まともなJavaでもないし、C#作った以上将来もないだろうし。
2005/05/07(土) 17:49:58
>>273
VC#.NETはVBの人もカモーンって感じに俺は受け取った。
一応今回はVB.NETも用意しとくけどVBにしか慣れてないなら今後はC言語系を習いなさいと。
2005/05/07(土) 18:32:54
ヒント：ゴキブリホイホイ
2005/05/08(日) 09:34:11
>一応今回はVB.NETも用意しとくけどVBにしか慣れてないなら今後はC言語系を習いなさいと。

さあみんな、マイクロソフト様の手のひらの上で踊るんだ！
2005/05/08(日) 12:13:19
もうとっくに・・・orz
2005/05/08(日) 12:59:16
正直、MSの舞台は踊りやすい
2005/05/08(日) 16:36:03
捨てるほど金があればな。
2005/05/08(日) 18:33:31
次の仕事C#だよorz
VB臭がぷんぷんしてきてｷﾓｽ
しかしC++/CLIもｷﾓｽ
C++/STL/BOOSTをベースにしてくれ！
しかしそれもｷﾓｽ
2005/05/08(日) 19:34:31
何ならいいんだ尾毎は
2005/05/08(日) 22:46:58
C++からあえてWindows限定なC#に移行するメリットなんてない
JavaからあえてWindows限定なC#に移行するメリットなんてない
つまりこういうことさ
2005/05/08(日) 23:26:21
>>288
>C++からあえてWindows限定なC#に移行するメリットなんてない
は同意だけど
>JavaからあえてWindows限定なC#に移行するメリットなんてない
は不同意。

Javaはやっぱりクライアントサイドは弱い。
それに、Windowsアプリと同等の機能を得ようとすると、JNIを多用
する事になるから、結局マルチプラットフォームという目論見は崩
れる。
マルチプラットフォーム用にはJava、Windowsベッタリ用に何か？
こういう二択はあった方が便利。
何か？については正直VBでもDelphiでも構わないんだけど、DB
やXML周りの充実度的に、今時ならC#がいい。
2005/05/09(月) 00:12:24
>Windowsベッタリ用に何か？
>については正直VBでもDelphiでも構わないんだけど、DB
>やXML周りの充実度的に、今時ならC#がいい。

ウソっぽいレスだな。
誰もVBアプリやﾄﾞﾄﾆｰﾄアプリなんて使いたかねーんだよ。
Delならおｋ。
2005/05/09(月) 00:47:59
煽りのクオリティも下がったなぁ……
2005/05/09(月) 01:53:09
これが○○○クオリティ！？
2005/05/09(月) 02:00:45
>>289
Windowsベッタリなら昔のPCでも動くDelphiやC++Builderの方がいい。
VCでもいいし。
あえてC#使う意味がわからん。
2005/05/09(月) 11:43:33
>>293
そゆこと。

「あえてVB使う意味がわからん。」から「あえてﾄﾞﾄﾆｰﾄ使う意味がわからん。」になっただけ。
学習能力の無い厨が言い訳するから、 >>289 のような非論理的な長い文章になる。

C++やDelphiのネットに無限に溢れてるライブラリはＣ丼の非じゃない。
2005/05/09(月) 14:35:37
具体的なデータを出してください。
2005/05/09(月) 21:25:32
データなんかみちゃダメだ。全身で感じるんだ。
2005/05/14(土) 12:51:58
.NETをとっととUNIXに乗せろということで。Javaの代替狙ってるならな。
2005/05/14(土) 15:13:37
Win32無しでは.NET Frameworkは成立せんとです。
だからUNIXには乗れません。
2005/05/14(土) 16:17:17
Win32も乗せちゃおう。マックOSだってのってるんだから。
って、ビルゲイツ思わんかなあ。
2005/05/14(土) 16:35:07
そういや、Win32 がごちゃごちゃしてきたから、いっその事 .NET Framework に入れ替えちゃおうって話は聴いたことが
2005/05/14(土) 18:00:14
その計画は失敗した
2005/05/14(土) 22:24:46
ホントに皆UNIXやMACで動いてほしいのか？
2005/05/15(日) 11:02:47
ぜんぜん
304ソフトハウス経営者
垢版 |
2005/06/07(火) 08:43:22
１年くらい前からＣ＃での開発案件がかなり多くなっている気がする。
2005/06/07(火) 08:50:34
＞１年くらい前から○○開発案件がかなり多くなっている気がする。

ﾄﾞﾄﾈﾄスレの常套句。未だレアであることを意味する。
2005/06/07(火) 19:52:24
うちの営業もドトネトはレアだと言ってた。
というか大阪はJava案件多すぎ。

その半分以上が炎上してるのもどうかと思うが。
2005/06/07(火) 21:24:52
アメリカとかではどうなんだろう？
2005/06/09(木) 00:23:34
>>307
サーバ系はJavaのが多い。

theserverside.com (java)と theserverside.net (.NET)の記事の頻度、
コメントの数を見ればそれがよく分かる。

言語や開発環境、フレームワークのの出来は.NETのが優れてるんだけどね。
やっぱサーバアプリで実行環境の縛りが入るものは厳しいだろうね。
2005/06/09(木) 00:45:03
しばらくこのくらいの状況が続くと思う。
@ITとか見ると.NETの質問も多い気がするけどね。
2005/06/09(木) 12:35:53
元々ASPだったサイトはASP.NETへ移行し始めてるよ。
うちでもASP.NETの仕事が幾つかスタートしてる。
俺には声が掛からなかったから、中の人がC#なのか
どうかは知らないけど＿|￣|○||| ﾅｾﾞ ﾖﾊﾞﾚﾅｲﾉｶ･･････
2005/06/09(木) 13:49:43
WEBは以前より市場が広がってて広がった分に先行したJavaが使われている感じ。
もともとMSが得意にしてた企業内システムは方向性が見えないせいかどこも様子見っぽい。
VS2005で少し動きがあると思う。
Javaに限った話ではないが、流行に流されイントラWEBに手を出したところは火を噴いてる。
2005/06/09(木) 14:20:37
>>310
ASP-->ASP.NETの流れならVB.NETの可能性が高そうだな

>>311
まあそうなんだけど、ASP.NETはすんげー楽で生産性高いと思うよ
Javaに比べて
Javaでそれぐらい楽しようと思うと、かなり手間がかかるんじゃないか
2005/06/13(月) 01:22:31
>>312
楽で生産性高い(ぱっと見旧VBレベル)から、
初級PG集められて火を吹くんだろ。

開発が楽なのと、生産が楽なのって微妙に違うと最近よく思う。
2005/06/13(月) 01:52:49
>>313
そりゃ、馬鹿を集めりゃそうだろうが、そんなのは当たり前。
どんな言語・開発環境だって言えるこった。

同じレベルの技術者なら、C#＋ASP.NETのが全然生産性高いぞ。
2005/06/14(火) 00:07:35
俺の分身がいれば、能率は倍以上になるんだけどな
2005/06/14(火) 01:23:27
人が二倍になって能率が二倍以上になるわけないだろ
2005/06/14(火) 01:27:54
分身だからコミュニケーションオーバーヘッドが無いのだろう
2005/06/14(火) 06:39:05
むしろ、「俺休むから、おまえやっといて。」な、罠
2005/06/15(水) 01:11:41
俺が二人居たら借金２倍だろがﾎﾞｹ
2005/06/28(火) 18:07:47
ASP.netは確かにいい出来だと思うが、だからってそうほいほいと移行なんかできん罠
Javaでやっててプロジェクト炎上した所が順次移行していく、その時にC#、みたいな感じになるんでない？

ASP-->ASP.netってところは多いだろうけど、それなら普通にc++使うのかね？
俺の所はASPは知識だけでほとんど使った事無いからさっぱりわからん
2005/06/28(火) 21:13:58
> それなら普通にc++使うのかね？

言ってる意味わかんね
2005/06/28(火) 21:50:53
>>320
移行というよりは、「以前ならASPでやってたような案件が、ASP.NETで
開発されるようになる」という感じが多いのではないだろうか。

Javaからの転向組がどれぐらい多いかはわからん。生産性は高いが、
Win＋IIS限定だからな。
2005/06/28(火) 22:31:16
>>320
それは困難＞Java→.NET
Java案件は2000→XPに託けて大概Linuxを突っ込んでるから、それを
再びWindowsにするのは苦しい、相当苦しい。
てか、営業さん泣いちゃうｗ

>>322
てか、前にASPを導入させたお客さんとこに行って、ある事ない事くっ
ちゃべりながらASP.NETを売り込む。
既存客営業＋更新提案、営業さんニコニコ。
2005/06/30(木) 23:02:04
効率考えれば>>322-323なんだろうが

世の中には理不尽な上層部やら上司やらいるわけで
その結果>>320のような意見(Javaだめだったから.NETに戻そう)がでて部下が死ぬ事になるパターンはあり得る
というかあり得そうすぎて本当に怖い…
2005/07/01(金) 20:15:54
>>324
JavaからASP.NETにして、喜んでる俺が居る。

正直、同じ機能のもの作るならJavaで作る工数の半分程度で出来る。
ここ1年程、月の平均残業時間が10時間以下でウマー。

目の前のJavaプロジェクトの人間は今でも月平均で100時間とかで大変そう。
毎月、会社の指示で健康診断受けさせられたり、
雇ってる派遣会社の営業から残業を減らしてくれと抗議は来るし、
何とか苦労して本番稼動まで持ち込んでも、すぐにバグ対応とかで火噴いてるし・・・
2005/07/01(金) 20:53:00
>>324
その場合死ぬとしたらSE・営業・運用まわりかな
開発者には関係ない

JavaとC#なら言語的に似とるから習得はすぐだし
少なくとも標準環境だけ比べりゃ
C#のがはるかにリッチで、標準だからライブラリインタフェースも統一的、
ドキュメントも充実しとる
Javaにありがちな俺様自社フレームワークともオサラバってわけだ
2005/07/03(日) 02:00:47
ASP.NETはまぁよくできてるよな
328デフォルトの名無しさん
垢版 |
2005/07/03(日) 12:25:16
サーバサイドはJavaでも.netでも良いと思うが、クライアントサイド
を含めた開発はJavaではつらくないですか？
ＯＦＦＩＣＥドキュメントとの連携を考えるとJavaはまだ使えない。
それにまともなフリーウェア／シェアウェアでJava製がほとんどない
のが実情を物語っていると思う。
2005/07/03(日) 14:12:24
>>328
「そこでPOIですよ」と言って火を吹いたプロジェクトをいくつか見ている。
2005/07/03(日) 15:26:10
>>329
同意。
見てるどころか、経験済み。
2005/07/03(日) 16:48:31
あちゃー
2005/07/03(日) 16:49:13
もうすぐ.NETの仕事が来るみたいだが、
せっかくなら2005までまってもらいたいなぁ
2005/07/03(日) 17:54:02
>>332
2005が発売されても1年近くは2005での仕事は無いよ。
2005/07/03(日) 18:07:27
>>328
未だにクライアントサイド最強＝VB6か？
そうかもしれない

今VB6のクラサバを.NETに置き換える仕事をしているが
VB6は軽いんだよね。
.NETフレームワーク入れさせて、メモリ食いまくる重いクライアント
にわざわざ置き換えてるわけだよ、これが。
335デフォルトの名無しさん
垢版 |
2005/07/03(日) 20:15:06
>>334
VB6のアプリは何かやぼったいんだよね。
言語を選ばなければDelphi最強って言いたいけど、.netリリース
以降ほとんど瀕死の状況だしな。

MSは所詮完全にオープンなプラットフォームで勝負する気が
無いのに、何故にネイティブ作成出来なくしたのかな？
VB6みたく中間コードとEXE作れるようにすればいいのに。

FedraでもGCCのネイティブコンパイラ使ってJavaのアプリを
ネイティブにしているとか聞いたし、速度は重要だと思うけど。
336デフォルトの名無しさん
垢版 |
2005/07/03(日) 20:20:08
>>335 確かにDelphi最強って私見だ。でもMSと
Borだけでイメージが違うからね。
C++をVB6に置き換えやってるが、APIとかあまり
使わないで！って言われてる。ハードの制御とか
はDLLからのコールバックやメッセージ等でしなき
ゃいけないんだがね。

2005/07/03(日) 20:36:11
>>336
そこでこのスレのC#だと思うんだけど、あえてVB6に移植する
メリットってどんな所だと評価されていますか？

C#はこれから本格的にやろうと思っているので、デメリットが
大きければ再考したいと思うのですが。
ちなみに、個人的に試した限りではクライアント／サーバ
含めて生産性が高く、Javaのつぎはぎイメージと比べると
良くも悪くもＭＳが統一しているのでかなり完成度が高そうだ
と思っているのですが。
ただし、サーバサイドでの安定性等は運用してみないと分かり
ませんね。
2005/07/03(日) 20:41:36
>>337
生産性は高いんだけど、C# の実行環境が巨大すぎる
2005/07/03(日) 21:58:05
VS-C#のコメントからXMLのAPIを出力できるけど、
それを表示するためのスタイルシートや、設計書に出力するようなツールはないの？
2005/07/03(日) 22:03:30
>>338
確かに。
今時のパソコンなら全く問題ないと思いますが、職場の環境では
メモリが256MBなんて環境はいくらでもあるし。
CPUが少しましでもメモリを全く積んでいないのでスワップしまくり
で意味がないというのがほとんどです。

本当はC++でシームレスにＷｅｂアプリが作れたらC++はATLを
使わないといけないみたいなので、C#でいってみようと思います。

ありがたいことにtwintail2もソース公開されているし、２ちゃん
ブラウザでも研究してみます。
2005/07/04(月) 07:52:33
>>337
世の中のPCがMSに完全統治されれば無問題
342デフォルトの名無しさん
垢版 |
2005/07/04(月) 10:04:08
C#の仕事なんて絶無
2005/07/04(月) 19:15:37
DOSの時代「Windowsアプリなんてメモリくうし重いし糞」とか、
Win32SDKの時代「VBアプリなんて（同上）」なんて言われてたのを思い出すよｗ

そういう問題はハード屋さんが頑張ってくれるから、
ソフト屋さんはソフトウェア品質と開発効率や保守性に力を注ぐべきだと思うよ。

2005/07/04(月) 19:24:14
なるほど。　

その理屈だと、
キミのソフトウエアは開発効率良いから安くて、保守性に優れているわけだが

どれくらい安いのか披露して欲しいもんだ。
2005/07/04(月) 19:33:30
>>344
343がそう言っているようにはみえないが･･･
2005/07/04(月) 19:37:02
>>345
釣られてどうするｗ
347344
垢版 |
2005/07/04(月) 19:51:43
品質も開発効率も、言語にはそう依存しない。　結局は人に依存する。

保守性については、
保守性が良いなんてのは幻想だよ。
どれだけの保守を計画してあるかで違うが、
見も蓋も無く言えば、保守できる奴がいるかどうか、連れてこれるかって問題だ。
保守性なんて言う奴に限って、他人のコードの保守なんて出来やしない事が殆ど。

2005/07/04(月) 20:00:14
>>339
NDOC
2005/07/04(月) 23:20:43
>>347
言語にはあまり依存しないが、開発環境やライブラリには依存するな。
2005/07/05(火) 21:02:22
会社で使ってるおんぼろノートPC（メモリ256MBのペン３　600MHぐらい）だと、
Java1.5よりC#の方が軽いんだよね……。一番軽いのは無印Cだけど。
Hello,worldがjavacで1分、javaで1分ってなんだよ。
C#（clc.exe)だとコンパイル40秒、起動15秒ぐらいなのに。

Javaが重いといわれる理由はここらへんなんだろうなぁ。
自宅PC（メモリ512MBのAthronXP1800+）だとどっちも10秒かからないのに。
2005/07/05(火) 22:22:40
>>350
そのスペックでもそんなにかかるのか。
やっぱりメモリの問題？
2005/07/05(火) 22:32:19
おれのはペン3 800MHz、メモリ384MB程度だけど
Java1.4以前ならそんなにひどくない。1.5はシラネ。

ただ、Eclipseはやっぱ重いし、その上でTomcat実行しようという気には
全くならない。

VS.NET2003はVC++6.0よりは格段に重いけれども一応実用になるな。
ASP.NETでWebデバッグしてもまあ問題はない。

でもまあJavaや.NET使うんならメモリ512MBは最低ライン、できれば1GB欲しい
って感じだよなあ。
2005/07/06(水) 07:55:42
貧乏人はJavaもC♯も使うなよ
2005/07/06(水) 08:03:43
>>353
会社のPCなんて３〜４世代前が現役なのが普通だぞ？
（某旧国鉄のどっかの現場ではいまだにPC98やWin95が現役だったりする）
2005/07/06(水) 08:28:34
法定耐用年数ってのがあるから、それはしょうがない。
2005/07/06(水) 22:03:57
法定耐用年数を超えたら逆に利益が出るとか言い出すやつがいるから・・・
2005/07/07(木) 08:11:49
それ言い出す奴を捨てた方が利益でるな
2005/07/17(日) 12:34:15
単純にJavaとかVB6のRTFは腐ってるからという理由で.Net。
NotesメールとかWord文書をコピペしなきゃならんかったんでな。

Netか、海のものとも山のものとも知れない市販のコントロール
を買うかしかなかった。が、購入は手続きが厳しくて没。
結局VSも購入手続き間に合わなくて、SDKだけで作っちゃった
けど、まー問題なかったし。
クラスライブラリはオブジェクト指向としては腐りきってるけど
自作すればやっぱり問題は無いしw


Windowsアプリとかシェルと相互運用するリッチクライアント
という局地戦じゃVBか.NetでFA。でいいんじゃないか？
2005/07/23(土) 22:00:26
いいとおもうよ
2005/07/24(日) 06:10:59
WinでリッチクライアントならDelphiだろう
361デフォルトの名無しさん
垢版 |
2005/07/31(日) 20:53:19
C#って覚える価値ある？
2005/08/04(木) 00:51:11
VC#のGUI作成の楽さ加減は結構好きかな。
覚えなくても、簡単なものはさっくり書ける。
インハウスツールを作るには便利よ。
2005/08/04(木) 01:21:22
>>362
その用途だとコンポーネントが豊富なDelphiのが生産性高い。
Javaの代替として見た場合もそうなんだけど、言語として若いから
周辺がまだ育ってないんだよな。
2005/08/06(土) 18:55:54
C++Builderは？
ねえ、C++Builderは？
2005/08/07(日) 07:57:25
BCBはC++が使えるかDelphi使えるか、どっちか使えるなら不安なく使えるからいいじゃない
2005/08/07(日) 16:23:01
話に出てくる案件はjavaとVB.Netばっかり。
C#大丈夫かよ〜。
2005/08/07(日) 17:17:58
大丈夫な分けないじゃん。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況