C＃で仕事ある？

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2005/03/24(木) 18:31:38
プログラム未経験だけどどっかいいところ無い？
240デフォルトの名無しさん
垢版 |
2005/05/04(水) 01:33:17
じゃあC#はインド人に任せた

おれらはおれらで織田信長で鎖国でもやろうじゃないか
http://www.brl.ntt.co.jp/people/hirata/Papers/spa99.pdf
2005/05/04(水) 02:41:43
なんかいつも数値計算で速度比較が始まるんだけど、これって参考になるの？
いくらC++がC#の1000倍実行速度が速かったとしても、C#を候補に入れてる
プロジェクトでC++&SDKでアプリ作ろうなんて考えないと思うんだけど…
自分も昔そうだったけど、コストより速度を重視してるのって
サンプルみたいなのばっかり作ってる学生くらいじゃないの？
2005/05/04(水) 03:02:03
最近Windows限定って仕事があんまない。
じゃあ何かっていうと、ランタイムさえ入れればとりあえずどこでも
動くという理由で、まずJavaが候補に上がってくる・・
次点でパフォーマンスの問題になりそうだということになるとC++になる。
C++も頑張ればそこそこ移植性あるから。

C#は・・・
C#は、いったい何に使うのかね？
2005/05/04(水) 03:06:14
>>241
> 自分も昔そうだったけど、コストより速度を重視してるのって
> サンプルみたいなのばっかり作ってる学生くらいじゃないの？
遅くていいところは遅い言語も使えるが、それなりの速度が要求されるところは
それなりに速い言語を使う必要がある。
それらの使いどころを見極めるのに速度比較は明らかに有効だろう。
2005/05/04(水) 03:18:47
C#をWindowsプログラミング限定と考えると、
存在価値がVBやDelphiとたいして変わらないんだよな。
2005/05/04(水) 06:08:57
mono+gtk# ならwin限定にならない。

が、開発環境がダメすぎ。
2005/05/04(水) 08:07:08
>>243
単純に速度だけ求めるならアセンブラが最強。
速度比較ったってforでぐるぐる回している感じでしょ？

どんな言語であれ向き不向きはあるにせよ、
それなりに保守性とか拡張性の高い設計にすれば
速度は落ちるよ。

速度比較は全く無意味だとは思わないけど、へーっ
てぐらいで見るのがちょうどいい。
2005/05/04(水) 08:09:46
>>245
ＡｃｔｉｖｅＸ動くんかい？
Windows用に作られた普通のアプリが動くんかい？

それがどの程度のものかさっぱり知らないけどさ、
Hello Worldが動きます。ってんじゃ怒るよ。
2005/05/04(水) 10:24:01
>>247
へー、C#ってActiveXも含めてそういう技術の総称なんだ
そりゃ流行らんわ
2005/05/04(水) 12:26:53
SolalisにCLRが移植される日も近いかと。
2005/05/04(水) 14:47:05
ttp://mag.autumn.org/Content.modf?id=20050425162104

この人がC#はくそだとか言ってるけどどうなんでしょうか？
自分は保険のためC++/CLIをやろうと思います。
251デフォルトの名無しさん
垢版 |
2005/05/04(水) 15:56:02
>>250
みないろいろ言ってはいるが
自分のスキル上げるために
みんな影でそれぞれやっているよ
2005/05/04(水) 16:13:57
>>250
川俣大先生ですか。言い切っちゃってるところがさすがです。
2005/05/04(水) 16:22:28
川俣ってC#出たときに滅茶苦茶持ち上げてなかったっけ？
「見切りを付ける」とかって言葉を簡単に使っちゃう人なのかも。
2005/05/04(水) 16:29:49
あの頃はC++/CLIの話も無くてC++と言う言語の将来に希望が無かったせいかもね。
MSMVPのC#部門も貰ってたし、言語としては嫌いじゃないんじゃないかな。
駄目な理由も「マイナー」と「互換が無い」だけだし。
2005/05/04(水) 16:40:55
> C#について書いて欲しいという原稿依頼はさっぱり来ないし、C#の本も売れません。
> 世間からの注目度は上がらないし、おそらくはC#プログラマの人口も増えていないでしょう。

川俣先生…
2005/05/04(水) 16:48:32
> C#について書いて欲しいという原稿依頼はさっぱり来ないし、C#の本も売れません。
それってC#よか、本の内容とか川俣本人の物書きやプログラマとしてのスキルの問題なのでは？
まぁ、C#みたいなMicrosoft系言語ってMSDNがあるから本売れなさそうだねとは思うけどさ。
2005/05/04(水) 17:46:42
>>247
>>237-239
インド人に仕事取られる典型。ﾜﾛｽ
2005/05/04(水) 20:01:48
ここに本当にプログラマっているのか。
259デフォルトの名無しさん
垢版 |
2005/05/04(水) 20:04:08
絡飯
2005/05/04(水) 21:57:04
先輩に薦められてC#をなんとかマスターしたけど
今年度からCOBOLチームに投入されましたorz
2005/05/04(水) 22:06:29
がんばれよ！
2005/05/04(水) 23:59:10
むしろ仕事的にCOBOLって安定してるんじゃない？
結果的に良かったんじゃないかな。
VBみたく無理難題吹っかけられるってことなさそうだし。
イメージ的に。
2005/05/05(木) 00:09:08
>>262
実務経験が何より優先される時代に、COBOL３年も積んだら
先が無くなってしまわないか？非常に危険な気がするが・・・

>>260
とっとと片付けてさっさと御暇するしかない。
でも、出来過ぎると専任されちゃうかもなｗ
2005/05/05(木) 00:34:33
ずっとCOBOLやってくつもりならいいじゃん
職務経歴書に書けば忍耐力を買われるよ
きっと
2005/05/05(木) 00:49:48
忍耐力ｗ
266デフォルトの名無しさん
垢版 |
2005/05/06(金) 01:38:25
>>225

ITSと車の心臓部分の制御をごっちゃにしてない？
エンジンやミッションの制御でOSなんてありませんよ。
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を出力できるけど、
それを表示するためのスタイルシートや、設計書に出力するようなツールはないの？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況