ふらっとC♯, C＃（初心者用） Part20

>>914
If you think same doing for anathor language.
Does compare language speed, then C > C++ >> C# >VB.
Because C and C++ are native, but C# and VB are not.

>>948
単純に変わるよ
でも以前より差は無くなってる

上のほうでは１〜３割違うけど曾孫請けくらいまで降りてくるとなぜか差は数万になってるｗ
交渉時もVBだと「VBには金を出せない」って平気で言われる
言語機能に不足は無いって言っても無駄、顧客が持ってるイメージの問題
単にCだと高くつくってイメージもあるけど実際にそう
言語なんでもいいよ〜ってところもあるけどそういうところはVB価格で出してくるね

>>953
>交渉時もVBだと「VBには金を出せない」って平気で言われる
だって出してくんの「VBやってるからVB.NETできます」君だろ？

>>952
無理しなくていいよ

俺は最近VBAもあんまり弄ってないから戸惑うよ

言語速度って何だｗ
アナザーってなんだｗ

これは恥ずかしい

rubyに浮気しようと思うんだ

いいんじゃないかな
俺も一時Rubyしてたけど結局C#メインに戻った

言語は嫁や恋人じゃないからそれは浮気じゃないよ

rubyとC#はどっちがいいんだ

C#

>>961
言語たんは嫁。

URL忘れてた

>>961
言語たんは嫁。

http://pggirls.asukaze.net/

Rubyの作者曰く「C#の文法はRubyの足元にも及ばない」

VS2005でメソッドのオーバーライドって
protected override　でインテリセンスから選択する以外に方法あります？
メニューから選択できるとか？

つーか、Rubyとは比較対象にはならんでしょ

やっぱコンパイルできた方がいいと思うんだけどなあ

>>967
無いんじゃね
どう考えてもインテリセンス使ったほうが早い
protectedは書かなくてもoverride[スペース]だけでおｋ

>>967
ないですよね。ありがとう。

C#も現実主義とか言ってる割には趣味性の高い言語だと思うけど

うん？

ヘジたんの夢が詰まってるからな

現実主義って誰が言ったの?
つーか現実主義って意味わかんね

ヘジたんが一番好き

業務知識じゃなく、設計能力やシステムに対する知識（データベースやWebサイト）に
フレームワーク等の製品知識が必要だと言いたかったんだが。

外注使えるだけ羨ましいな。社内のちょっとかじって知ったかのオッサン相手にしてると疲れるよ・・
無知で頑固で無駄が大好きだから

同意だな
いつまでも古臭い書き方強要したりな

言語に合わせた書き方ってものがあるだろうに・・・
JAVAやドトネトでStringクラスに大量の文字列くっつけるのに

String str = "";
str = str + "";
・
・
・
・
str = str + "";

hoge.execute(str);

ねーよｗｗｗｗｗｗ

>>979
ごめん・・・
それ見やすくていいじゃんとか思っちゃうんだけど
もしかして俺一緒に働いてる？

>>979
かわいそうなオマエにはCSEｵﾇﾇﾒ
>>979みたいな出力してくれる

いや
そうじゃなくってさ
見やすさはいいんだけどさ
パフォーマンス考えたらせめてＳｔｒｉｎｇＢｕｌｄｅｒとかつかうだろ？

どーせSQLだろ？パフォーマンス云々いう前に外部化しろよ・・・

>>983
それするような会社じゃないのよｗ
ビューやＰＬ／ＳＱＬとか一個もないし

でＳＱＬの文字列結合はこれで4000行とかあったりするし
毎回これを実行して文句ひとつ言わないＰＧとか頑張ってるなぁとかおもうんだぜｗ

StringBuilderは存在知らない技術者も多いね
Javaから来た人はStringBufferのかわりに見つけれるみたいだけど
VBやC（C+＋じゃなくて）から来た人は軒並み+=してくるな
ソースレビューとかレビューイとしては正直やりたく無いんだけど
何回かやっとかないといけない現実がつらい

985追記
+=すんのはCの人だけだった
VBの人はstr=str+だった
秀丸で\nを\nstr=str+に置換していい笑顔されたので
なんとなく笑顔で返してしまった俺はかなり弱気

最近のJavaにはStringBuilderっていう同名のクラスもあるけどね

>>985
それもそんな数が多くない所や同時アクセス数が少なけりゃ否定はしないんだけどね
WEBアプリで同時にドカンとこられたら結局メモリの無駄遣いでガベコレ動いてパフォーマンスが落ちることを結構気にしちゃったりするんだよ
それにそういう事気にせずにやる会社は＋αでDB鯖のデータ数が増えまくって設計が悪いと極端に性能が落ちてくるからあとでクレームや相談が来ることも結構あったりするしさ

>ソースレビューとかレビューイとしては正直やりたく無いんだけど
>何回かやっとかないといけない現実がつらい
ちょっとｋｗｓｋ

>>987
おおう、知らなかった
もうJAVAには戻るなと言う神のお告げと理解しますｗ

正直、何年前の話してんだ？って感じなんだが・・・

>>990
居る所には居るってこったろ？たぶん

Javaの新規システムは先細りだろう。
正直、大手SIが金稼ぎの為に利用しただけになってるからね。
コスト意識が高い企業は.NETを選択することが増えてきているし、
失敗プロジェクトの多数がJava（言語が問題ではない開発者が問題）という事実も
知られてきている。

>>988
開発チームリーダーとかやってるんだけど
開発時ってプログラマーを集めるが基本的に全員初対面
プログラマー同士は同じ会社だったりするけど
みんなの能力がわからないのでプログラム書いたあと
書いた人がプログラム多少知ってる人にソースコードレビュー
わかってる人と判断したら１０分でレビュー終了
やばい人と判断したらソースのまずいところを指摘して
改善策も提示（だいたい自分で調べられない）
超疲れる

効果的でもあるが、ソースレビュー記録票が無いと納品拒否されるのが理由
バグが出たときはソースレビューした人（俺）がボロカスに言われる
ちなみに以降のソースレビュー記録票は捏造します
捏造係はプログラマーのうち使えない人をあてます

こんなんでおｋ？
もっと細かい内容のことだとしたら俺も空気読めてないんだと思う

数値チェック関数もデフォで入ってなかったような言語なんか使うかよ

>>992->>993
あれ・・・やっぱりタイムスリップしてる？・・・

>>993
うわぁ・・・あるあるｗｗｗ
プロジェクト入れられた時に各自の一本目はソースレビュー必須で先行してやってた人のベース見た時に
うぉっ！！
て思ったこともあったよ

ソースレビューの記録はやった事無いが、テスト結果の記録は・・・(´▽｀*)

こんなもんでおｋｗ

次スレを立ててつかあさい

>>993
そのまえに、.NETってだけで納品を断られることのほうが多い

a

1000なら今日死ぬ

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。