08/06/17 14:27:12
>>234
itpro の対象読者は業務系SE向けの雑誌だからでしょう
＃酷いサンプルというよりも、そういう年代向けの雑誌
WEB-DB Preessなんかだと、Cobolなんて出てこないだろうし(きっと)
238:234
08/06/17 15:04:41
>>237
いやﾏﾁﾞﾚｽされても。
「C#なんか誰も使ってねえよ」ということにしたがっている
>>231 を揶揄したかっただけなんで。
239:デフォルトの名無しさん
08/06/17 15:14:46
「C#をみんな使ってる」ということにしたがっているんですね？
240:デフォルトの名無しさん
08/06/17 15:25:01
>>239
知育不全か君は。
241:デフォルトの名無しさん
08/06/17 16:10:38
ということにしたいのですね。
242:デフォルトの名無しさん
08/06/18 01:32:30
>>231
日経ソフトウエアでしょ。これ編集者もアンケートやってしまったと思ったんじゃないかな。
Ｃは別格でもCOBOLやVBってのはねえ。。。
個人的にはC#は優れものと思うんですが、でも市販の入門書がＶＢ的に変じゃないですか。
（つまりロジック層軽視でプレゼンテーション層から教えようっていう。）
へたするとそこから普及がダメになる可能性もあるんじゃ。Javaにかなわず、ＰＨＰやＲｕｂｙに新規開拓層は流れ、なんて。
243:デフォルトの名無しさん
08/06/18 11:42:52
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
正解率低いなwww
244:デフォルトの名無しさん
08/06/18 12:28:49
／⌒ ⌒＼ ) ばかじゃねーの？っと
／（ ●） （●） ＼ )／⌒Y⌒Y⌒Ｙ⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒Ｙ⌒Y⌒Y丶
／ ::::::⌒（__人__）⌒::::: ＼
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ カ
| ｌ l||l 从人 l||l l||l 从人 l||l カ タ
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､. タ
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
┌┬┬┐┌┬┬┬┐┌┬┬┬┐┌┬┬┬┐
,. - ''"|￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ρ￣`ｌ
245:デフォルトの名無しさん
08/06/18 12:29:25
起動が激遅で動作がモッサリなプログラムしか作れないC#は嫌われて当然だろ。
ランタイムがでかすぎて配布にも苦労するし。
ネイティブコンパイラ搭載RAD環境のVB6が１０倍人気があるという結果にも納得。
246:デフォルトの名無しさん
08/06/18 17:00:05
動き出せばそんなに遅くないとは思っているけど、起動がもたつくのは印象最悪だよね。
247:デフォルトの名無しさん
08/06/19 15:01:57
起動も、言うほど遅くはないと思うが。
プログラミングの問題じゃね？
248:デフォルトの名無しさん
08/06/19 15:50:46
.NET Frameworkの問題
249:デフォルトの名無しさん
08/06/19 16:43:00
sgenとngenを両方使えばそこそこ速くなるんだが・・・
ジェネリクスを使ったクラスに対してXmlSerializerを使ってると、
sgenの効果が出なくなるのが問題だ
250:237
08/06/19 16:49:52
>>238
すまんｗ
>>242
>市販の入門書
プログラミング C#2.0/ADO.Net 2.0 以外の市販の本はあまり役に
たたなかった気がする
VBプログラマのためのクラス入門 みたいな本は VB.Net でクラスは
こうやって書くんだ という意味で役にたったかも・・・
ADO.NET関係は上記の本以外は、シングルユーザー向けなのが
笑ってしまったｗ
251:デフォルトの名無しさん
08/06/19 17:20:43
インスタンスに、サイズの大きな固定長配列を山ほど作ってる莫迦が
「起動が遅いな～」とか抜かしてた実例はあるけどな。
252:デフォルトの名無しさん
08/06/20 17:38:23
>>250
SQLServerの無償配布版しか使わない貧乏人に市販の本は冷たかったです。
ConnectionStringの正解をのせたサイトも見つけられないまま、接続を探り当てるまでの時間は不条理に感じました。
253:250
08/06/20 17:48:42
土台、データベースどころかそれ以前、CSVファイルの利用方法が書いてあれば良心的なほうですもん。
データの入出力も教えず、まず教えることとはなんなのかと。。。
文字列処理なら基本でしょう、しかし。。。
254:デフォルトの名無しさん
08/06/20 17:52:22
何度も失礼、253==252です。!=250です
255:デフォルトの名無しさん
08/06/20 19:46:53
あほ？
256:デフォルトの名無しさん
08/06/20 20:08:36
ばっかで～す
257:デフォルトの名無しさん
08/06/20 20:36:22
何やってんだ。こう言うべきだろ？
「アホちゃいまんねん、パーでんねん。パー！」
258:デフォルトの名無しさん
08/06/20 22:42:38
はじめてwindowsの開発やるんだけど、DBのつなぎ方が色々あってワケワカメだな。
DBのアクセス周りの抽象化が中途半端で結局製品固有のコードまみれになってるし、何かめんどくさい。
259:デフォルトの名無しさん
08/06/21 10:27:37
ODBCでいいじゃん
260:デフォルトの名無しさん
08/06/22 01:07:37
>>259
あほか。それしか使えないんだろ？
パフォーマンス考えろよ。
261:デフォルトの名無しさん
08/06/22 13:30:54
パフォーマンス考えたらストアドだろ。
馬鹿じゃねえの？
262:250
08/06/23 15:24:04
>>252
プログラミング ADO.Net 2.0 だけは購入したほうがいいと思うぞ
＃2005Express 使ってるし
＃Webで探す時間を買ったと思えば安い・・・
263:250
08/06/23 15:32:07
すまん＞2005ExpressはSQL SVね
かなりの部分(98%位)はGUI無しでいけるコードだから express版で十分使える
vb.net C# 両方のサンプルコードが掲載されているしね!!
264:デフォルトの名無しさん
08/06/23 17:14:58
>>261
そのﾈﾀおなかいっぱい。
265:デフォルトの名無しさん
08/06/24 10:02:14
>>258
>結局製品固有のコードまみれになってるし
具体的には、どのあたり？
＃いやJDBCだって、DB固有のAPIあるし
266:258
08/06/24 22:49:26
>>265
267:258
08/06/24 22:54:16
>>265
俺がもらったソースがそうなってるだけなのかもしれないけど
"DB製品名Client"とか"DB製品名Command"とか製品固有のをベタベタ書いてある。
これを将来Oracleに変更しようと思ったら、"OracleClient"とか"OracleCommand"に置換しなきゃいかんのかなと。
268:デフォルトの名無しさん
08/06/24 23:02:20
>>267
もうODBCでいいんじゃね
269:デフォルトの名無しさん
08/06/24 23:13:53
>>267
そんなのは一箇所変えるだけで済むようにするのが
普通JARO
270:デフォルトの名無しさん
08/06/24 23:17:22
抽象化された使い方はできるんだけど、
開発ツールのサポートが一切ないので現実にはあまり使わない。
271:258
08/06/24 23:33:27
>>269
具体的にどうすんの？
MSDNに載ってる↓のサンプルだとOracleに完全に依存してる。
public void CreateOracleCommand(string myExecuteQuery, string connectionString)
{
using (OracleConnection connection = new OracleConnection(connectionString))
{
OracleCommand command = new OracleCommand(myExecuteQuery, connection);
command.Connection.Open();
command.ExecuteNonQuery();
}
}
ファクトリみたいなのを作れってこと？ちょっとめんどくさいな。
public void CreateCommand(string myExecuteQuery, string connectionString)
{
using DbConnection connection = ファクトリ.getConnection(connectionString));
{
DbCommand command = ファクトリ.getCommand(myExecuteQuery, connection);
command.Connection.Open();
command.ExecuteNonQuery();
}
}
>>270
なるほど。ツールを使ってるから抽象化されてないのか。
といってもオレは、そのツールとやらを持ってないわけだがorz。
272:デフォルトの名無しさん
08/06/24 23:51:29
>>271
あまいな。
DBMSを変更してもmyExecuteQueryの中身がそのまま実行できるとは限らない。
思わぬところでDBMSの方言が入ってくる。
273:デフォルトの名無しさん
08/06/24 23:54:43
>>271
その辺もうある。というか追加された
System.Data.Common の下あたり眺めてみれ
3.5 SP1になると Entity Framework も出て来る予定なんだが
まぁその辺は忘れていい
274:258
08/06/25 00:03:34
>>272
いや、そこは今つっこむとこじゃないでしょ。
SQLの差異は、割り切ってを修正しますよ。
SQLの差異を吸収するようなライブラリかORマッパを使うのが楽だけどね。
>>273
DbProviderFactoryとかかな。サンクス。
Javaよりも後発の癖に2.0になってようやく追加されたのは謎だけど。
275:デフォルトの名無しさん
08/06/25 00:14:42
>>274
つーか 1.0 だと ODBC サポートもなかったんですよ？
優先順位か設計の問題だったんだろうけども。
ObjectSpaces とか某プロジェクトに吸収されていったしなぁ…
これは結局某プロジェクトが解散して Linq っつー武器を得た
あと Entity Framework になった(なる)が。
まー DB にチューニングで結局依存することも多いし IDE
サポートあってこその環境だったので SQL Sever(or Oracle)
固定で確かに困らなかったなぁとは思う。
276:デフォルトの名無しさん
08/06/25 22:09:44
OLEDB使えってことだろ
こんなの調べればすぐじゃん。
277:デフォルトの名無しさん
08/06/26 00:43:56
LLL/.net（アセンディア）のDBコンポーネントを使えば
SQL－SｅｒｖｅｒだとかOracle、そしてJETでさえもコードを変える必要が無い。
設定ファイルは変える必要があるけど・・・
そしてスマートクライアントとクラサバさえもコードを変える必要も無い。
JETでスタンドアロンのデモをしたいときなど重宝している。
278:デフォルトの名無しさん
08/06/26 00:48:54
>>277
これ私も持っているけど結構面白い！
↓
URLﾘﾝｸ(auction.item.rakuten.co.jp)
279:デフォルトの名無しさん
08/06/26 03:24:36
>>277
宣伝乙
今時ランタイムフリーじゃ無いとかグレープシティでもやらないようなぼったくりツールは使わねぇ
280:デフォルトの名無しさん
08/06/26 07:20:38
>>279
使ったことあるの？
クラサバならライセンス料かかるけどスマートクライアントで使う場合
ランタイムフリーですよ。
281:デフォルトの名無しさん
08/06/26 10:07:08
>>277
でもSQLは書き換えるわなぁ・・・・
＃DOA考えたほうが、精神的に楽そう・・
282:デフォルトの名無しさん
08/06/26 16:40:46
↑DAO っぽくだ すまん
283:デフォルトの名無しさん
08/06/26 17:22:14
>>277-278
284:デフォルトの名無しさん
08/06/26 22:22:20
ADOだろｗ
285:デフォルトの名無しさん
08/06/27 10:52:37
>>284
突っ込まれると思ったけどｗ 以下のような感じ
URLﾘﾝｸ(www.nulab.co.jp)
286:デフォルトの名無しさん
08/06/27 15:44:12
COBOL のように死んだ言語
URLﾘﾝｸ(www.ibm.com)
287:デフォルトの名無しさん
08/06/27 22:48:46
>>286
>年収がドルで 6 桁か 7 桁にもなる COBOL の技術者に対して、「死んだ」言語を扱う作業がどんなものか尋ねてみてください。
ドルで7桁ってホントかよ。オレもCOBOL勉強しようかな。
288:デフォルトの名無しさん
08/06/28 01:26:05
1000万～10億くらいか？
どんなんだよ。
289:デフォルトの名無しさん
08/06/30 00:58:13
海外でも銀行とかでCOBOLが生き残ってるんだろうかねぇ
290:デフォルトの名無しさん
08/06/30 23:22:40
意外と身近な所で生き残ってんぞ
オープン系移植したゾンビがうようよと
291:ｋｓ
08/07/05 13:40:44
>>278
URLﾘﾝｸ(auction.item.rakuten.co.jp)
URLﾘﾝｸ(auction.item.rakuten.co.jp)
ですか？
292:デフォルトの名無しさん
08/08/02 13:14:26
で、C#はどうなの？
293:デフォルトの名無しさん
08/08/02 14:08:08
そのきゃら ぱど の きゃらぱくりくせぇ
294:デフォルトの名無しさん
08/08/02 14:37:10
>>292 使いやすいいい言語。
295:デフォルトの名無しさん
08/08/03 11:22:08
>>294
実務に使えるレベルまでいってないけど、そんなに使いやすいか？
＃まだ、頭がぐしゃぐしゃ状態ｗ
＃本のサンプル打っただけじゃ、使い物にならないのは分かってるんだけどね
296:デフォルトの名無しさん
08/08/03 12:41:39
>>295
C#の言語仕様を一通り覚えて、IDEも使い慣れてくると感想は変わるんじゃないかな。
私はそうだったよ。
297:295
08/08/03 19:32:14
>>296
なるほど その日がくるまで「打つべし」の生活つづけてみよーーー
C#の言語仕様＋.Net Framework の使い方をもう少し押さえないといかんかなと
＃今後者がメイン
298:デフォルトの名無しさん
08/08/04 02:15:43
.Net Framework の使い方って何？ｗ
299:デフォルトの名無しさん
08/08/04 02:21:37
295 じゃないがまず BCL も膨大だし、CLR 自体複雑だし VS も絡んできたり
くるとするとその辺含めた全体的なものを言葉にするなら .NET Framework の
使い方でいいだろたぶん
300:295
08/08/04 10:44:47
いま ちらちら見てるのが「プログラミングMicrosoft .NET Framework 第2版」
だからねぇ・・・
＃クラスライブラリ の方が自分的にはしっくりくるかな
301:デフォルトの名無しさん
08/08/04 21:26:12
実際に仕事で使った方が早いよ。
割と身近でも使われてるっぽい。
webでいうとgyaoがC#+asp.net
302:デフォルトの名無しさん
08/08/04 21:51:26
勉強することなんてほとんどないと思うんだが・・・。
303:デフォルトの名無しさん
08/08/04 23:10:22
いや一杯あるだろ
304:デフォルトの名無しさん
08/08/05 17:09:49
>>301
たしかSilverlightも使ってるんだっけ
ほかに日本の大手で使ってるところを知りたいな
305:デフォルトの名無しさん
08/08/05 20:08:28
>>303
ゼロとは言わないがクラスライブラリの使い方なんて
コード補完と勘だけでいける。わからないときはちょっと
ヘルプを引けばいいだけ。これを勉強とは言わない。
306:デフォルトの名無しさん
08/08/05 20:36:03
その程度でわかるライブラリばかりじゃないだろ。
その程度でわかるライブラリも多いけどさ。
まあその程度でわかるものしか使わなくて済むことしかやってないなら
勉強というほどのものはいらんが。
307:デフォルトの名無しさん
08/08/05 23:07:28
そういや最近だと Enumerable.Aggregate の説明は激しく
意味わからん日本語だと思うのだがあれ何とかならんのか。
308:デフォルトの名無しさん
08/08/06 19:51:27
>>306
その程度でわかるライブラリばかりなのが.NET。
MFCに比べたら天国のようなもの。
309:デフォルトの名無しさん
08/08/06 20:12:07
MFCと比べなきゃならない時点でオワってる。
310:デフォルトの名無しさん
08/08/06 21:04:35
今まではC++信者だったが、C#がwinndowsプログラミングでは最強だと
いうことがわかってショックだった。
ま、ミーハーなレベルのWindowsプログラミングの部分（Viewに相当
するところ）ではね。
でも、核の部分はやはりC++のネイティブコードが必要だと思う。
C++/CLIはunmanaged C++とC#やVBとの橋渡しをするというけど、
VS2008では、まだ中途半端だと思う。
ネイティブC++をmanaged C++でラップ(DLL化)してC#から呼び出す
というけど、これって定型的な手続きだから、VC++はもうNative
路線に徹底して(MFCの仕様をできるだけNetFrameworkと一致させ
る、あるいはNetFramworkをNative化する)、これらをC#やVBから
透過的に呼び出す(COMじゃなくて、できるだけそ最小限変更ですむ
コードで対応できる)メカニズムを開発してほしい。
型推論なんて要らん
311:デフォルトの名無しさん
08/08/06 21:13:36
MFCはやっぱり消える運命なのか。せっかく勉強したのに
312:デフォルトの名無しさん
08/08/06 21:14:55
いまいちだったからね
313:デフォルトの名無しさん
08/08/06 23:32:47
いまいちっつーか出来たのが古いので基本設計が古すぎる
「今」やさらに「将来」の C++ から完全に置いてけぼり食らってて
API に対するカバー範囲が広い(つまり便利)っつー利点ぐらい
しかない。
ATL/WTL で新規はもう正直いいだろうっていうか。
>>310
一例に過ぎんがアローケータみたいな基本的なことさえ
C++ は難しい問題山積みなので現実時間だとその方向たぶん
無理。
相互運用性考えて作ってないから仕方ないんだろうけど。
C レベルなら何とかなるんだが(というか unsafe とか Marshaler で
何とかしとるよな…MSDN マガジンあたりで C ヘッダ解析して C# 化
とかしてたし)。
314:デフォルトの名無しさん
08/08/07 01:08:11
となるといま現在，どれに重きを置いて学習したらいいんだろうか
315:デフォルトの名無しさん
08/08/07 01:42:06
MidoriでWinAPI厨も涙目だしな
316:デフォルトの名無しさん
08/08/07 07:47:12
どうでもいいけどOffice2007とかで使われてるリボンをサポートしてるのってMFCだけだよね。
317:デフォルトの名無しさん
08/08/07 08:44:42
ヒント： M$社内でMFCは使われてない
318:デフォルトの名無しさん
08/08/07 08:54:02
どうでもよくねーよTT
319:デフォルトの名無しさん
08/08/08 11:05:26
>>305
イテレータの実装とか、appdomain,refrection,非接続型でのversion number
パターンとか、helpだけでわかる奴は尊敬するよ
320:デフォルトの名無しさん
08/08/08 11:07:32
あと ネットーワーク＋マルチスレッドを使ったPGもね
321:デフォルトの名無しさん
08/08/08 11:22:20
Cα再開のお知らせ
322:デフォルトの名無しさん
08/08/08 21:27:07
小難しいことを言おうとしてスペルミスしちゃうやつは尊敬できない
323:デフォルトの名無しさん
08/08/09 12:25:01
スペルミスはともかくｗ 自分が押さえないといけないと思ってることなので
何とでも思ってくれ
324:デフォルトの名無しさん
08/08/09 12:56:03
Javaも駄目だったし、C#も駄目だろ。まだまだC++全盛ｗ
325:デフォルトの名無しさん
08/08/09 13:31:29
まあ全部使うんですけどね
326:デフォルトの名無しさん
08/08/09 17:26:54
UMLで組んでいる俺は勝ち組
327:デフォルトの名無しさん
08/08/09 21:40:00
UMLとかﾜﾛｽ
328:デフォルトの名無しさん
08/08/10 09:19:37
UMLってグローバルスタンダートとか言うワリに
カナダの会社で使ったらUML知らんヤツばっかりでビビった
329:デフォルトの名無しさん
08/08/10 12:50:18
日本人には「海外で使われてる」とか「世界で○○」とか言われると思考が停止しちゃって簡単に信じ込んじゃうやつが多いからな。
330:デフォルトの名無しさん
08/08/10 14:41:16
iPhoneみたいだね
331:デフォルトの名無しさん
08/08/10 16:47:11
>>328
よくわからんがJavaの世界では普及してるのでわ？
332:デフォルトの名無しさん
08/08/12 07:45:10
全然
333:デフォルトの名無しさん
08/08/16 00:27:41
C#3.0から見ると、今クラスと呼ばれているもののほとんどが必要ないことがわかる。
基本クラスだけ作り、継承の変わりにデリゲートにラムダ式を差し込んでやればいい。
継承によって発生する全ての名前、これを覚えている必要がなくなる。
コード量が驚くほど減り、見通しがよくなる上に、さらなる拡張をしたければその場でラムダ式をちょいと書けばいい。
いちいち深呼吸してクラス名から考え始める必要はない。実に直観的で全てがスムーズに運ぶ。
相手に何かするところはデリゲートに、自分に何かするところはメソッドにする。
自分と相手のメソッドとデリゲートを繋いでやれば、それで全部事足りる。
参照する必要はない。参照はラムダ式が裏で勝手に作っている。
334:デフォルトの名無しさん
08/08/16 01:28:51
ものすごい愚かな発想だねw
いや「馬鹿の一つ覚え」とはよく言ったものだ。
335:デフォルトの名無しさん
08/08/16 01:32:13
もうinterfaceもいらないだろう。
interface IHoge{
string Name{ get; }
int ID{ get; }
}
class Class1{
IHoge hoge;
public Class1(IHoge hoge) {
this.hoge = hoge;
}
public void Method() {
Console.WriteLine("Name = {0}, ID = {1}", hoge.Name, hoge.ID);
}
}
これはC#1.0の考え方だ。C#3.0だと
class Class1<T>{
Func<T, string> Name{ get; set; }
Func<T, int> ID{ get; set; }
T Obj{ get; set; }
public Class1(T obj, Func<T, string> name, Func<T, int> id) {
this.obj = obj;
Name = name;
ID = id;
}
public void Method() {
Console.WriteLine("Name = {0}, ID = {1}", Name(Obj), ID(Obj));
}
}
コッチの方がずいぶん手軽で自由に出来る。
336:デフォルトの名無しさん
08/08/16 04:21:05
ゴメン、ボク頭悪いから、大差無いように見える
337:デフォルトの名無しさん
08/08/16 04:23:26
Class1<T>
ってなに？
338:デフォルトの名無しさん
08/08/16 07:45:41
ジェネリックスだろ
339:デフォルトの名無しさん
08/08/16 07:46:44
>>333はRubyやれ
340:デフォルトの名無しさん
08/08/16 09:03:26
IDEが重すぎるわけだが
341:デフォルトの名無しさん
08/08/16 09:05:11
>>335
俺も最近その思想になってる。
最初は interface で作るけど、複数の実装クラスを作り進めるうちにだんだんと実装の内容がどれも似てくるのな。
それで、バグに気づいたりI/Fの定義を拡張したりすると、全ての実装クラスを修正しなければならなくなったり。
理論的には実装コードには依存してはいけないはずだけど、個人でコーディングする分には、コードごと共有できる
かたちのほうがメンテが楽だなあ。
342:デフォルトの名無しさん
08/08/16 09:08:32
実装コードというより、大枠のフローまで interface の定義に含められたほうがいいという解釈かなあ。
343:デフォルトの名無しさん
08/08/16 09:14:26
>>341はRubyやれ
344:デフォルトの名無しさん
08/08/16 10:17:18
わぁ・・・C#簡単すぎ糞ﾜﾛﾀ
345:デフォルトの名無しさん
08/08/16 10:40:31
外部に対して要求を明示するという意味では強い型付けは意味があると思うが
その都度インタフェースを作るのは面倒
これを解決するにはメソッドの宣言の文法に鍵がありそうな気がするが
346:デフォルトの名無しさん
08/08/16 11:22:16
>>345
もうリフレクションでいいんじゃね？
347:デフォルトの名無しさん
08/08/16 11:27:31
>>346
問題をどう解決するのかkwsk
348:デフォルトの名無しさん
08/08/16 11:53:26
>>347
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
349:デフォルトの名無しさん
08/08/16 11:58:11
>>348
リフレクション関係ないじゃねーか
350:デフォルトの名無しさん
08/08/16 12:20:33
>>335ってネタでいってるの？
それとも大真面目？
大真面目でいってるのならちょっと考え方おかしいと思うなあ。
>>335の考えは>>333の
＞いちいち深呼吸してクラス名から考え始める必要はない。
に凝縮されていると思うんだが、名前を付けられることは本来「福音」なはずなのに
これを面倒を強いる「呪い」と考えているところが面白いというかなんというか。
351:デフォルトの名無しさん
08/08/16 12:23:08
>>335
ん？型パラとObjいらなくね？
class Class1 {
readonly Func<string> getName;
readonly Func<int> getID;
public Class1(Func<string> getName, Func<int> getID) {
this.getName = getName;
this.getID = getID;
}
public void Method() {
Console.WriteLine("Name = {0}, ID = {1}", getName(), getID());
}
}
で、Class1のインスタンスを作るときに
new Class1(() => obj.Name, () => obj.ID);
みたいな感じで。
352:デフォルトの名無しさん
08/08/16 12:24:11
>>349
リフレクションを使った動的型付けとしてDLRが開発されて、
Silverlight 2.0で実戦投入されるんだよ。
353:デフォルトの名無しさん
08/08/16 13:46:56
関数型言語やれってこった
354:デフォルトの名無しさん
08/08/16 15:31:31
もうお前ら F# 使えよ。
355:デフォルトの名無しさん
08/08/16 18:19:51
G#おすすめ
356:デフォルトの名無しさん
08/08/16 18:48:58
IronHaskellﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ
357:デフォルトの名無しさん
08/08/17 20:28:25
>>354
7th付けたほうが かっこいいかも
358:デフォルトの名無しさん
08/08/17 21:27:47
ドミナントモーションですな。
そしてまたC#に戻ると・・
359:デフォルトの名無しさん
08/08/19 07:30:11
>>355
Obj-Cのほうがおすすめ
360:デフォルトの名無しさん
08/08/30 15:32:16
C++に国際標準がある以上、似たような言語でJavaのように独自のクラスライブラリを
作ろうとすると、C#しか選択枝がないんじゃない？ J#で懲りた感があるが。
361:デフォルトの名無しさん
08/08/30 21:02:41
Windowsだけで飯食える人がうらやましい
362:デフォルトの名無しさん
08/08/31 07:58:30
Visual Studio 2005 のインストール作業が失敗した。
「エラー 1935 です。」とかいうダイアログが出て、何度やっても失敗する。
あまりにも頭に来たので、もう .NET を使った開発はしないことにした。
少なくとも、選択の余地がない仕事以外では一切使ってやらない。
言語はどれでも良いってことになったら、ネイティブか Java でやってやる。
.NET なんざ糞喰らえだ！
363:デフォルトの名無しさん
08/08/31 11:33:51
君がそう決めたんならそれでいい。たぶん間違ってないだろう。
.NET開発の仕事が他人に行くだけだから。
364:デフォルトの名無しさん
08/08/31 15:07:28
ぐぐれば解決策がわかるものをすぐにぶちきれるようでは
M$との相性どころか開発の仕事そのものに向いていないのでわ？
365:デフォルトの名無しさん
08/08/31 16:07:02
>>362
URLﾘﾝｸ(support.microsoft.com)
366:デフォルトの名無しさん
08/08/31 20:02:47
>>361
*nix系だけで飯食える人の方がうらやましいけど
367:デフォルトの名無しさん
08/08/31 20:58:02
C#が終わった理由があるとすれば、それはバリアント型を組み込んだ事だな
また変態ソースを読む仕事が始まるお( ^ω^)
368:デフォルトの名無しさん
08/08/31 21:02:07
varは型推論。コンパイル時に変数の型が決まっていることに変わりはない。
バリアント型とは似ても似つかない。
369:デフォルトの名無しさん
08/08/31 21:33:21
というか var はオーバーロードとか型パラメータの省略とかと
同レベルの機能だよ、実際
慣れてきたら「ここ」に推論が働かないのはある意味不自然と
わかってくる。「そこ」は読んでくれるのに統一性ないってな
370:デフォルトの名無しさん
08/08/31 21:40:50
>>369
誰に何を主張したいんだ？
要点が全くまとまっていないぞ
371:デフォルトの名無しさん
08/08/31 21:48:43
何がいいたいかわからんが、俺も前から
Button b = new Button()
てな書き方は悠長だなと思ってました。
372:デフォルトの名無しさん
08/08/31 22:05:08
冗長と言いたいのか
373:デフォルトの名無しさん
08/08/31 22:08:36
悠長ってワロタ
374:デフォルトの名無しさん
08/08/31 22:16:49
>>370
「型から推論する」なんてのが入ったのは var よりもっと前からで var も同レベルだよ
って話だよ。いまさら取り立てて騒ぐような機能じゃない。
オーバーロードも型パラメータの省略も型から推論してるだろう、「それ」が宣言部分
でも使える機能が var だよぶっちゃけ。
今まででも式内に型は明示しなくてもいいし、型によって呼ぶメソッドがころころ変えら
れたりもしてた、型パラメータも省略されまくりなわけだ。そこまでやっといて逆になんで
宣言だけ、左辺だけできない。そう考えると不自然だろって話だ。
もちろんステートメントを超えてとか匿名型がねって別の話もあるんだがな。
375:デフォルトの名無しさん
08/08/31 23:40:59
queryの型を書くのは嫌だお
376:デフォルトの名無しさん
08/09/01 00:26:36
C#の型推論はショボすぎる
こんなんありがたがってる奴はOcamlとかやってみろ
377:デフォルトの名無しさん
08/09/01 02:15:24
なんで関数型と比べたくなるのか理解できない。
378:デフォルトの名無しさん
08/09/01 04:38:32
>>374
色々勘違いしている。>>376みたいな。
>>376
C#の型推論はlinqのためのものであって、関数型言語のような型推論は最初から目指してないんだって
379:デフォルトの名無しさん
08/09/01 11:11:10
ﾄﾞﾄﾈﾄでWin32APIを刷新しようとした。
しかしできなかった。
ﾄﾞﾄﾈﾄ、C丼がＶＭのデファクトを取りえた。
しかし現実はそうならなかった。
国際標準で挽回しようとした。
しかし見込みなし。
Ｌｉｖｅで刷新して認知度を高めようとした。
しかし無理だった。
それだけｗ
380:デフォルトの名無しさん
08/09/01 12:11:57
まったくの門外漢だが、標準化されたC#処理系の要求を
満足するVM実装ってWindowsのほかにあるのけ？
381:デフォルトの名無しさん
08/09/01 12:16:26
MONOの事を聞いている？
382:デフォルトの名無しさん
08/09/01 13:44:02
>>379
独り言なら他でどうぞ
383:デフォルトの名無しさん
08/09/01 14:02:56
>>310
> 今まではC++信者だったが、C#がwinndowsプログラミングでは最強だと
> いうことがわかってショックだった。
当たり前だろ、WindowsもC#もM$が作ったものなんだから。
わざと最強にしてやらんとM$のしめしがつかないだろ
384:デフォルトの名無しさん
08/09/01 14:04:45
じゃあなんで、Ｃ丼＠ﾄﾞﾄﾈﾄアプリも見かけなくて、
Ｃ＋＋／ＭＦＣ・ＭＤＩアプリが姿を消したんだろ。
上下ともＭ＄社内では使われてないｗｗｗ
385:デフォルトの名無しさん
08/09/01 14:32:23
>M$のしめしがつかないだろ
なんでブビ厨は死滅したの？
386:デフォルトの名無しさん
08/09/01 15:13:04
>>384
使われてるだろ。
C#の開発者がインタビューで言ってた。
387:デフォルトの名無しさん
08/09/01 15:18:49
ヒント： オフィス
388:デフォルトの名無しさん
08/09/01 16:31:06
全角厨うぜえ
389:デフォルトの名無しさん
08/09/02 01:58:22
ドトネトが最強・・？
390:デフォルトの名無しさん
08/09/02 08:19:43
C++の標準クラスライブラリが、時代遅れ...。
web-basedのプログラミング隆盛の時代に、COBOLみたいになっちゃうよ。
391:デフォルトの名無しさん
08/09/02 08:22:16
あ？そんな事を言うのであればJavaも同じ穴の狢なんだが。
392:デフォルトの名無しさん
08/09/02 08:23:04
と思ったらC#ではなくてC++か。
C++はCと基本的に同じ思想で「足りない物はライブラリで」だから。
393:デフォルトの名無しさん
08/09/02 08:43:51
ドトネトは全てが中途半端
・足りない機能
・ＶＭに必要な軽さが無い（というか、重い）
・C/C++系を素直に使えない
かといってオブジェクトベース言語の決定打でもない
394:デフォルトの名無しさん
08/09/02 09:44:49
Webプログラミングはさ、数あるコンピュータ技術の中ではピラミッドの最下層なわけで、
仕事も労働者も量が多いだけで単純作業なんだよね。
フレームワーク使ったり、テキストいじって、DBの内容を表示するだけだからね。
だからそんなのにわざわざC++なんて持ち出す必要ないんだよ。
大企業でコンパイラとか組み込みとかシミュレーション系とか画像・動画解析とかやってる
高度技術者が使うものなんだよね。
Webは趣味とか片手間でやるなら楽しいけど、主業務にしてる人は今後大変だろうな。
餃子の早包み作業を中国人と争ってるようなもんだからな。
395:デフォルトの名無しさん
08/09/02 10:24:59
＞Webプログラミングはさ、数あるコンピュータ技術の中ではピラミッドの最下層なわけで、
↑
グーグルはどうなんだよ？
それを必死でおいかけてるＭ＄はどうなんだよ？
396:デフォルトの名無しさん
08/09/02 11:24:05
グーグルのコアはバックエンドのクローラや分散システムやランキングアルゴリズムであって、
Web部分はそれらをユーザに提供するためのただのシステムの一部のインターフェースだよ。
ピラミッドの最上位の技術も扱ってる上で簡単な技術もやるのと、最下層技術だけやるのとでは
天地の差だよ。
フカヒレの添え物として一個千円の餃子売ってるのと、冷凍餃子じゃ同じもの扱ってる感じしないでしょ。
397:デフォルトの名無しさん
08/09/02 11:40:39
＞Webプログラミングはさ、数あるコンピュータ技術の中ではピラミッドの最下層なわけで、
＞グーグルのコアはバックエンドのクローラや分散システムやランキングアルゴリズムであって、
＞Web部分はそれらをユーザに提供するためのただのシステムの一部のインターフェースだよ。
一部だろうと言いわけにはなりません。
世の中それを、Webプログラミング、と呼びますから。
残念！
398:デフォルトの名無しさん
08/09/02 11:59:28
￣￣￣l/￣￣￣￣￣￣￣￣￣￣￣￣￣
∧＿∧
( ´･ω･`) ∧＿∧
／ ＼ （´∀｀ ） ﾊﾊﾊ
.＿＿| | .| |＿ / ヽ
||＼ ￣￣￣￣ ／ .| | |
||＼..∧＿∧ (⌒＼|_＿./ ./
||. （ ） ~＼___＿_ノ| ∧＿∧
/ ヽアホか ＼| （ ´_ゝ`） 何言ってんだコイツ？
| ヽ ＼/ ヽ.
| |ヽ、二⌒) ／ .| | |
.| ヽ ＼∧＿∧ (⌒＼|_＿./ /
399:デフォルトの名無しさん
08/09/02 12:18:48
＞残念！
なんかあれ思い出した
400:デフォルトの名無しさん
08/09/02 13:11:34
残念無念また来週～
401:デフォルトの名無しさん
08/09/02 13:16:55
Webプログラミングはさ、数あるコンピュータ技術の中ではピラミッドの最下層なわけで、
￣￣￣l/￣￣￣￣￣￣￣￣￣￣￣￣￣
∧＿∧
( ´･ω･`) ∧＿∧
／ ＼ （´∀｀ ） ﾊﾊﾊ
.＿＿| | .| |＿ / ヽ
||＼ ￣￣￣￣ ／ .| | |
||＼..∧＿∧ (⌒＼|_＿./ ./
||. （ ） ~＼___＿_ノ| ∧＿∧
/ ヽアホか ＼| （ ´_ゝ`） 何言ってんだコイツ？
| ヽ ＼/ ヽ.
| |ヽ、二⌒) ／ .| | |
.| ヽ ＼∧＿∧ (⌒＼|_＿./ /
402:デフォルトの名無しさん
08/09/02 22:04:03
AAコピペ君は馬鹿なコピペ君の中でも最下層なわけで、まで読んだ。
403:デフォルトの名無しさん
08/09/03 08:53:55
>>393
それ、どれもJavaのほうが酷いよね…
404:デフォルトの名無しさん
08/09/03 11:55:00
後発なのに、Linux/Solarisでまともに動かないデメリットはだめでしょ。
ServletはサーバもOSもいろいろ選べるけど、C#は事実上Windows/ASP.NETに
強制される。
おこがましくもC/C++の後継とうたってるが、実行環境の少なさ、性能、C/C++
との親和性は、VisualBasicと同程度で、なにより完全にMSの支配力のもとに
あるのでC/C++とはまったくの別物。
405:.
08/09/03 12:24:01
そもそも標準化する意味があるのかと小一時ry
406:デフォルトの名無しさん
08/09/03 12:30:46
【ネット】 速さに唖然…話題のGoogle製ブラウザ「Google Chrome」
ｽﾚﾘﾝｸ(newsplus板)
407:デフォルトの名無しさん
08/09/03 13:03:47
msdnはえーからChrome使うわ
408:デフォルトの名無しさん
08/09/03 13:14:14
>404
C,C++の後継なんて謳ってたっけ?
409:デフォルトの名無しさん
08/09/03 14:00:46
>>404
Linux/Solarisで動かさないのに、Javaなんて使いたくない。
動かさないといけない時は仕方なく使うけど
実際にC#使ってる連中で、C,C++の後継だと思ってる奴居るのか？（GUI関係では代替になってるけど）
410:デフォルトの名無しさん
08/09/03 15:03:06
>>409
>後継だと思ってる奴
いないでしょ
>Linux/Solarisで動かさないのに、Javaなんて使いたくない。
これは理解不能
＃リソース分散しなくていいなら、そっちののうが楽だと思うが・・・
411:デフォルトの名無しさん
08/09/03 15:05:23
そうそう、Win系でﾄﾞﾄﾈﾄする人はマイナーだが、UNIX系でJavaJavaしてる人なら居るでしょ。
Ｃ丼終了の件了解しました。
412:デフォルトの名無しさん
08/09/03 17:24:28
>>411
世の中Web系のシステムだけだと思ってる馬鹿がまだいるんだねｗ
413:409
08/09/03 18:32:16
>>410
俺のとこではWinでのクライアント開発の案件が割と多くて、それはC#で作ってる。
ただWeb系の案件もたまにあって、使える時はASP.NETでやってるけど、どうしてもLinuxがいいって顧客にはJavaで作ってるのよ。
本当はリソース分散したくないから全部.NETでやりたいんだけどね･･。
414:デフォルトの名無しさん
08/09/03 19:12:28
ヒント： ドトネトの内部がＬｉｖｅに変更 → after the ドトネトの出現へ
415:デフォルトの名無しさん
08/09/03 19:50:28
ﾌﾟﾌﾟﾌﾟあのスレに書いてあること真に受けてるのか
引っ掛けにも気付かず
416:デフォルトの名無しさん
08/09/03 19:58:35
ﾌﾟﾌﾟﾌﾟM$のアナウンスに書いてあること真に受けてるのか
引っ掛けにも気付かず
417:デフォルトの名無しさん
08/09/03 20:40:02
>>413
.NETの寿命はJAVAに比べて非常に短いと考えられる
418:デフォルトの名無しさん
08/09/03 20:50:32
そんきゃ別の何かに移行できればいいと思っているんじゃないかな？
419:デフォルトの名無しさん
08/09/03 21:50:09
寿命ってどういう意味で使ってるんだろ。
言語としての寿命という意味であれば、先の事は誰にも分からんから何の意味もない。
製品のサポート期間という意味であれば
2006年に出た.NET2.0では メインストリームサポート が2012年までで、その後 延長サポート が2017年まで続く
既に使われなくなった.NET1.1でさえ、2013年まで 延長サポート が継続する。
420:デフォルトの名無しさん
08/09/03 22:22:33
ヒント： autoconf、make（UNIX文化）
421:デフォルトの名無しさん
08/09/03 23:26:17
C#って、GUIのソフトが短時間で作成できるってのが強みじゃないの？
ソフト作成の必要が発生→ソフト作成→ソフトを使用した業務の遂行が完了
この流れが一番短くできればいいんでしょ？
ソフト自体の処理速度のパフォーマンスはそこそこでもよい業務に使用するんなら。
422:デフォルトの名無しさん
08/09/03 23:53:26
>>421
そういうことならVB.NETのほうがいいんじゃない
423:デフォルトの名無しさん
08/09/03 23:59:21
VBむずい
424:デフォルトの名無しさん
08/09/04 00:04:12
>>422
おなじなんじゃね?
425:デフォルトの名無しさん
08/09/04 00:39:40
変わらんね。
ややVBのが向いてる可能性もある
426:デフォルトの名無しさん
08/09/04 01:35:40
C#って名前でC/C++とは一切関係ありませんってのはJAROに訴えていいレベル
427:デフォルトの名無しさん
08/09/04 04:56:09
JavaとJavaScript
428:デフォルトの名無しさん
08/09/04 09:47:45
>425
VB.NETは2005で例のインスタンスの自動生成とかやられて、リソース管理が
やや判りにくくなってるからな。選べるならVB.NETはちょっとな。
VBしか私には絶対に無理なんですって人、あるいはCOMのところだけ以外には
あえてVBを使う理由はもはやないかな。
429:デフォルトの名無しさん
08/09/04 12:25:57
バカが自動インスタンス使いまくるからうぜえ
まだVB2003使いたいくらい
430:410
08/09/04 17:39:25
>>413
納得
自分は逆にサーバー側はLAPP(JAVA少々)のみだったから、それなりに必死こいてるｗ
＃客先に置いても、管理出来る奴いないし
問題は未だかつてIIS設定したことが無いことかなｗ
431:デフォルトの名無しさん
08/09/04 18:28:34
COBOL4万行をC＃に変換、国際自動車が基幹システム刷新
URLﾘﾝｸ(www.atmarkit.co.jp)
432:デフォルトの名無しさん
08/09/04 21:04:39
顧客は、C#より圧倒的にVB.netの指定が多いな。
正直、どっちもやれること同じだからこまかいシンタックスの差はどうでもいい。
C#でへたにつくられると他の業者にも頼みにくくなるのと、ややVB.netのほうが
生産性高いのがうけているようだ。
433:デフォルトの名無しさん
08/09/04 21:41:35
いつも思うんだが、客が開発言語まで指定するなんてあるのか？w
っていうか俺はC#よりVB.NETの方が好きだが、
そういう俺にしてもVB.NETの方が生産性が高いとは全く思わんけど。
434:デフォルトの名無しさん
08/09/04 22:01:24
何か面白いのか良く分からんが、よくある話
435:デフォルトの名無しさん
08/09/04 22:13:56
ねーよw
436:デフォルトの名無しさん
08/09/04 22:48:36
きもいぜまじで。
で実際よくあると思うけど。
437:デフォルトの名無しさん
08/09/04 23:22:08
>>432
VBのほうが生産性高いってことはないだろ。
438:デフォルトの名無しさん
08/09/05 06:30:58
C＋＋出身で、両方つかってるけどVBどとねとのほうが速くつくれるきがするな。
ただ、1人でつくったばあいだ。多人数だと、両方面倒見たくない。
やや速いとおもったのは、C#より変な小細工がきくせいだとおもう。
439:デフォルトの名無しさん
08/09/05 10:08:00
>>433
>開発言語まで指定するなんて
孫請け以下だと当たり前のようにあるらしい。
440:デフォルトの名無しさん
08/09/05 10:29:17
いやそれは当たり前…
441:デフォルトの名無しさん
08/09/05 10:50:12
>>432
VB6のイメージで、ぐしゃぐしゃに書いてもとりあえずっていうのはあるかも
＃indexer 使いたくなったらどうするんだ＞vb
>>439
全く素人のエンド直ならともかく、普通はあるだろうね
＃エンド直でお任せされればともかくね
442:デフォルトの名無しさん
08/09/05 10:58:39
社内システムをブビで作るなんて、
加齢臭の漂うスレでつね。
443:デフォルトの名無しさん
08/09/05 17:24:25
>>442
Excel単独で済んじゃうような処理も全部外からたたくんだ すごいね
444:デフォルトの名無しさん
08/09/21 03:13:14
[C#, Delphi] いい加減 C# 信者がうざい件
URLﾘﾝｸ(tobysoft.net)
C# 信者の特徴
Hejlsberg は神であり神による実装である C# こそが唯一絶対の言語である
他の言語（特に DelphiとJava）は存在自体が悪である
他の言語を使っているのは C# を知らないからである
C# を布教することでそのような不幸な子羊たちを救済することこそが正義である
どこかの世界宗教のようですね。
445:デフォルトの名無しさん
08/09/21 06:28:01
>>444
見えない敵と戦ってる奴のほうがキモい
なんていうかROM人みたい
446:デフォルトの名無しさん
08/09/21 08:16:20
それRuby信者がうざいとか書かれたからコピペ改変で返したみたいだぞ
447:デフォルトの名無しさん
08/09/21 12:56:20
言語なんて何でもいいんだよ。
仕事が速く仕上がりさえすれば
448:デフォルトの名無しさん
08/09/21 14:44:33
>>447
たしかに。
449:デフォルトの名無しさん
08/09/21 22:08:42
問題は、仕事を速く仕上げるにはどの言語を選べばいいか、だ。
450:デフォルトの名無しさん
08/09/21 22:53:02
VB使うか？
でもVB使うのは脳を萎縮させる拷問に近いぞ
451:デフォルトの名無しさん
08/09/21 23:18:37
VBが生産性高いとかって、都市伝説だろ。
452:デフォルトの名無しさん
08/09/22 00:26:35
少なくともGUIに関してはVBの生産性は相対的に高い（というか高かった）よ。
ただ、問題点は収穫逓減的にVBの生産性は規模や複雑度が大きくなるにつれて
低下してしまう、という点にあっただけで。
453:デフォルトの名無しさん
08/09/22 13:49:22
↑
だってボタンとエディットしかないもん。
標準コントロールのファイル選択ダイアログを使うにもCOMが必要だったり。
454:デフォルトの名無しさん
08/09/23 10:49:36
VBでかかれてたような業務アプリって、どうせ、グレープシティーのコントロール張って、DBの読み書きするようなのばっかりだろ?
なんで書いても大差ないよ。VB信者のVBが生産性高いって思い込みは信仰の領域。
455:デフォルトの名無しさん
08/09/23 13:39:24 BE:1113850548-2BP(0)
>>454
>なんで書いても大差ないよ。
よくこういう間抜けなことを堂々と言えたものだ。
456:デフォルトの名無しさん
08/09/23 14:15:58
VBの生産性が高いって言う人は
PrologのコードからVBのコード吐かせるコンパイラ使って仕事してるんだよ多分
それなら納得できる
457:デフォルトの名無しさん
08/09/23 20:47:07
MSはOSをC#で書くつもりあんのか？
458:デフォルトの名無しさん
08/09/24 00:33:06
>>457
つMidori
459:デフォルトの名無しさん
08/09/24 01:10:49
あれ、windows7とは違うのか？
460:デフォルトの名無しさん
08/09/24 20:03:51
仮想環境の上で動くOSってw
それって自分の襟を自分でつかんで持ち上げるような話に聞こえるぞ。
461:デフォルトの名無しさん
08/09/26 14:20:18
URLﾘﾝｸ(www.forest.impress.co.jp)
これにC#の未来を感じた。
業務アプリ以外でも使えるんだな。
462:デフォルトの名無しさん
08/09/26 15:14:04
業務アプリには使えてないけどorz
463:デフォルトの名無しさん
08/09/26 15:15:22
うちの業務アプリには使えてるが
464:デフォルトの名無しさん
08/09/26 16:21:44
>>461
今まで何だと思ってたんだ？寝ぼけてたか？
465:デフォルトの名無しさん
08/09/27 11:46:29
お前らがもっと仕事で使えばC#はきのこれる
466:デフォルトの名無しさん
08/09/27 12:32:09
>>461
.netじゃなきゃそれ作れないわけじゃないだろ？
467:デフォルトの名無しさん
08/09/27 18:06:52
>>461がパソコン初心者であることを自ら証明しただけじゃないか｡
468:デフォルトの名無しさん
08/09/27 21:52:29
.net使わないで１からコード起こすの面倒じゃね？
469:デフォルトの名無しさん
08/09/28 19:35:49
むしろ C# の利用は業務アプリの方が多いだろ
必須要件に .NET 2.0 が必要って書いて、強制インストールすればいいんだから
中小は ASP.NET の利用が伸張してるし
470:デフォルトの名無しさん
08/09/28 20:08:38
中小っていうか、フォーチュン1000の企業の55%はIIS。Apacheは25%。
471:デフォルトの名無しさん
08/09/29 14:04:01
URLﾘﾝｸ(news4vip.livedoor.biz)
472:デフォルトの名無しさん
08/10/04 08:32:17
was wa$ warr rr=2r #RETURN_OFF_GETPUT_GETPUT_PUTGET_PUTGET
i WAS YOUdESU esu unit onoff onoff onoff offon offon onoff
f_fon
473:デフォルトの名無しさん
08/10/09 07:43:35
つーかC#使える技術者って確保できるものなの？
VB.netの方が確保しやすそうなんだが…
474:デフォルトの名無しさん
08/10/09 12:14:16
VB.net VC++ C#の違いがわからん。
ソース見比べると間違い探しのようだ。
475:デフォルトの名無しさん
08/10/09 12:16:25
天才あらわる
476:デフォルトの名無しさん
08/10/09 19:33:40
そのソース、転載して
477:デフォルトの名無しさん
08/10/09 22:49:21
474のいうC++とはC++/CLIのことで、ネイティブなほうがすっぽり抜け落ちているだけだろ。
478:デフォルトの名無しさん
08/10/11 14:56:49
VBで同じに見えるやり方を教えてくれｗ
479:デフォルトの名無しさん
08/10/11 23:37:01
474は Microsoft.VisualBasic とか C++ Interop とかを
気にしたことがないんだろうか
480:デフォルトの名無しさん
08/10/12 11:15:22
アンカ使えアンカ。
481:デフォルトの名無しさん
09/01/17 21:38:35
Dやれ
482:デフォルトの名無しさん
09/01/18 13:49:51
次出るときはC##とかになるの？
483:デフォルトの名無しさん
09/01/18 14:14:05
C##はDじゃないか
484:デフォルトの名無しさん
09/01/19 19:57:22
D♮
485:デフォルトの名無しさん
09/01/19 21:44:21
次はVisual C#かC#+かと思ったら違うのか
486:デフォルトの名無しさん
09/01/21 02:55:42
>>485
ばかだねぇ
487:デフォルトの名無しさん
09/01/23 17:34:04
F#がある
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
488:デフォルトの名無しさん
09/01/23 18:36:47
なんだ、Visual Object Oriented Fortran じゃないのか。
489:デフォルトの名無しさん
09/01/23 19:27:04
C#の次はも～っと！C、Cドッカーン！になって、Cナ・イ・ショが来るのが普通の流れだろ
490:デフォルトの名無しさん
09/01/23 22:45:41
>>473
C# が出来る人間 ≒ VB.NET が出来る人間
じゃないん？
491:デフォルトの名無しさん
09/01/25 10:01:48
C/C++からJava経由でC#やってるが、VBはさっぱりわからん。
492:デフォルトの名無しさん
09/02/05 13:37:56
C#→D#→・・・→J#
493:デフォルトの名無しさん
09/02/05 14:06:50
そんな、「一周して昔に戻る」みたいなのﾔﾀﾞ。
494:デフォルトの名無しさん
09/02/05 15:20:19
じゃ、これはどうだ？
ドットネット中止のお知らせ。
VB6をベースとしたVB7@Win7を発売します。
495:デフォルトの名無しさん
09/02/05 16:19:08
ヴビ6とか論外。
496:デフォルトの名無しさん
09/02/05 16:44:15
ヴビ厨がヨミガエっちゃうなｗ
しかし、サブプラでデスクトップアプリ仕事は減ってたりして。
497:デフォルトの名無しさん
09/02/06 00:48:38
次はCナチュラルじゃね？
498:デフォルトの名無しさん
09/02/06 11:21:47
[参考]
♮ = ♮
499:デフォルトの名無しさん
09/02/11 08:14:36
C♭で
500:デフォルトの名無しさん
09/02/11 09:11:38
C♪
501:デフォルトの名無しさん
09/02/11 09:21:21
C丼
502:デフォルトの名無しさん
09/02/11 11:58:45
C∮
503:デフォルトの名無しさん
09/02/11 12:23:30
C♥
504:デフォルトの名無しさん
09/02/13 00:22:58
C♡
505:デフォルトの名無しさん
09/02/13 00:23:54
C♥
506:デフォルトの名無しさん
09/02/13 01:25:43
C.C.
507:デフォルトの名無しさん
09/02/13 12:01:35
C's ware
508:デフォルトの名無しさん
09/02/13 19:47:59
C轟
509:デフォルトの名無しさん
09/02/13 20:20:22
C改
510:デフォルトの名無しさん
09/02/14 00:53:53
C--
511:デフォルトの名無しさん
09/02/14 05:05:56
Cω
512:デフォルトの名無しさん
09/02/14 09:29:29
￠
513:デフォルトの名無しさん
09/02/14 09:53:06
℃
514:デフォルトの名無しさん
09/02/14 10:04:13
C# まだ終わらんよ
URLﾘﾝｸ(www.workport.co.jp)
515:デフォルトの名無しさん
09/02/14 13:49:28
このスレ終わっとる
516:デフォルトの名無しさん
09/02/16 09:26:36
C#エンジニアを雇うと高くつくから、雇うならJavaエンジニアってところかな
517:デフォルトの名無しさん
09/02/18 19:53:46
>>124
思ってるはずだってかｗ
それしかしらない学生が多い
マイクロソフトのものを使わなければ、プログラムが組めないと思ってる奴
518:デフォルトの名無しさん
09/02/18 22:50:49
>>517
日暮乙
519:デフォルトの名無しさん
09/02/19 06:54:08
>>514
この表はどうみたらいいのだろう？
まだムチャな見積もりかます営業がC#の仕事で居ないのか？
C#ってことは比較的保守より新規案件が多いだろうから、
新規案件には利益率の高い仕事があるってこと？
sunとMS両方からお金もらっちゃったんで、しかたなくこのｋあ、誰かきた。
520:デフォルトの名無しさん
09/02/19 06:58:54
C#やっててよかった＼(＾o＾)／
521:デフォルトの名無しさん
09/02/22 11:14:31
(-人-
522:デフォルトの名無しさん
09/02/27 23:32:15
最初は面白い、いい言語だと言われてた言語もみんな見向きだして
実用レベルの仕様変更になると、言語仕様が破たんする。C#、ご愁傷様
523:デフォルトの名無しさん
09/02/27 23:34:58
>>522
日本語でお願いします
524:デフォルトの名無しさん
09/02/28 00:07:22
>>523
日本語勉強してからお願いします
525:デフォルトの名無しさん
09/02/28 00:11:39
>>524
はいはい、小学生からやりなおそうね
526:デフォルトの名無しさん
09/02/28 00:12:48
>>525
人間やり直してください
527:デフォルトの名無しさん
09/02/28 00:24:56
日本語でok
528:デフォルトの名無しさん
09/02/28 02:11:57
見事にMS系言語が高収入独占だな。
これをどう読むべきなのか。
確かに難しい。
529:デフォルトの名無しさん
09/02/28 09:01:21
>>528
こんなもの真剣に読んでも仕方ない
アンチと信者だけ釣られてればいいのだ
530:デフォルトの名無しさん
09/02/28 15:58:06
>>522の代わりに書き直してみた
C#が出始めた頃は良言語として一定の評価を受けていた。
その評価を受けて、様子見をしていた企業が次々とC#で開発をすることになる。
すると色んなところで実用に耐えない糞仕様であるという声があがった。
C#ご愁傷さまでございます。
ねーよｗ
531:デフォルトの名無しさん
09/02/28 23:55:48
>主語が抜ける
統合失調症の人によくある症状らしい
532:デフォルトの名無しさん
09/03/03 00:13:59
な 銭 （ . : : : : : : . ヽ ) 銭
ん の （ . : : : : : : : : : : . ﾚ ) ズ
で た （ . . : : :_:_;_;___／| : : : : : .ヽ ) ラ
で め （ . . : : : : : : ／ｌ |│|│|│: : : : : : . ｌ '⌒Y⌒
も な （ . : : : : :_:_:_;_;／ｌ |│|│|│|│: : : : : : : .l
組 ら （ . : :＞ ｌ | |│l＼│|│|│|│|│: : : : : : : .|
む （_._:_彡⌒ヽ、ｌ |│|│ﾄ-＞￢‐ｌ│|│: : : : : : : .l
ズ （卅「 ･ﾄ､ l│|│ﾚ´ <⌒ヽヽ |│: : : : : : : l
ラ | | |ヽ､＿_ ノ ｌ ヽ ＼丿 厂| :/⌒ヽ: :ﾉ
'⌒Y⌒Ｙ⌒| | l '⌒ヽ ＼ ￣ ／ |/ ,へ ｌ ﾚ
/ ＿＿ ￣ ′l_〉 | ﾌ
l ∨Ｖ｀ヽ､ _＿＿__ ﾉ/
＼ ｀￣ ￣ヽ ノ｀ ｰ=彳
533:デフォルトの名無しさん
09/03/03 10:15:46
銭ゲバなんてわかるやついるのかよ、よくこんなAAあるなｗ
534:デフォルトの名無しさん
09/03/03 11:01:28
少なくとも >>532-534 の3人が知ってるｗ 懐かしいなおい
535:デフォルトの名無しさん
09/03/03 11:04:14
ヒント：ドラマ
536:デフォルトの名無しさん
09/03/03 12:03:18
ドラマ化の影響で急に見るようになったよなぁ
537:デフォルトの名無しさん
09/03/04 21:02:18
>実用レベルの仕様変更になると、言語仕様が破たんする
これって何？LINQ？
538:デフォルトの名無しさん
09/03/05 21:57:26
インピーダンスミスマッチの解消はどの言語も悲願だと思うが
539:デフォルトの名無しさん
09/05/18 13:39:25
ｽﾚﾘﾝｸ(infosys板:631-番)
540:デフォルトの名無しさん
09/05/18 17:10:09
このニュースはC#にとって朗報なんだけど。
日本でもソースコード公開を法律で義務付ければ、C#が天下を取れる。>>1は涙目に。
1 名前：依頼＠台風０号φ ★[sage] 投稿日：2009/04/25(土) 01:24:29 ID:???
中国政府がデジタル家電などの中核情報をメーカーに強制開示させる制度を5月に発足させる
ことが23日、明らかになった。
中国政府は実施規則などを今月中にも公表する方針をすでに日米両政府に伝えた模様だ。
当初の制度案を一部見直して適用まで一定の猶予期間を設けるものの、強制開示の根幹は
変更しない。日米欧は企業の知的財産が流出する恐れがあるとして制度導入の撤回を強く
求めてきたが、中国側の｢強行突破｣で国際問題に発展する懸念が強まってきた。
制度は、中国で生産・販売する外国製の情報技術(IT)製品について、製品を制御する
ソフトウエアの設計図である｢ソースコード｣の開示をメーカーに強制するものだ。
中国当局の職員が日本を訪れ製品をチェックする手続きも含まれる。
拒否すれば、その製品の現地生産・販売や対中輸出ができなくなる。
どの先進国も採用していない異例の制度で、非接触ＩＣカードやデジタル複写機、
金融機関向けの現金自動預け払い機(ATM)システムなど、日本企業が得意な製品も幅広く
開示対象になる可能性がある。
541:デフォルトの名無しさん
09/05/18 18:44:00
>>540
大手家電メーカーが中国から撤退して終わりだと思う
542:デフォルトの名無しさん
09/05/18 21:45:27
>>540
まぁ確かに、Windows使う理由がなくなる。
543:デフォルトの名無しさん
09/05/18 23:33:17
>>540
ildasmが問題なら何年も前にJavaは死んでるわ
つか無料難読化ソフトでさえ逆アセンブラを撹乱する機構があるの知らんのか？
お前は手で逆アセンブルされるかもとビビってるわけ？
日本でも～のくだりもどこから出た話なのかわけわからんし
お前文系だろ？
544:デフォルトの名無しさん
09/05/19 01:02:59
中国の言うとおりにしたら産業が衰退しました
貧困を生み出す中国は世界の敵！
という流れになると楽しいな
545:デフォルトの名無しさん
09/05/19 12:48:10
>>543
>日本でも～のくだりもどこから出た話なのか
どうみても脳内
546:デフォルトの名無しさん
09/05/22 23:19:11
ソース非公開で企業に任せていたら、ろくなドライバーを付属させずに
アップデートが停止したたまで、実質使えない周辺機器をみるたびに、
日本のやり方はやっぱりおかしいと思う。少なくとも周辺機器のドライバはオープンソースであるべきだ。
547:デフォルトの名無しさん
09/05/22 23:58:11
>>546
切り捨てって
大抵ドライバモデルそのものが変わる時か、
誰も使わないくらいレガシーになった時だろ
前者ならソース貰っても仕方ない
つーかスレ違い話題でageんな猿
548:デフォルトの名無しさん
09/05/23 09:11:39
>>543
Javaはサーバサイドでの利用が主で、クライアントでの利用が少ないのを知らない馬鹿がいる
Javaも中間コード丸見えで半ばオープンソース状態だから、企業が嫌って開発案件が少ない。
法律でオープンソース化を義務付けるのは、逆にJavaにとってはプラスだろ。C#もしかり。
549:デフォルトの名無しさん
09/05/23 14:51:13
>>548
>企業が嫌って開発案件が少ない。
Java案件は少ないのか
550:デフォルトの名無しさん
09/05/23 14:59:23
>>539
ちょとワラタ
どこも大変なんだな
551:デフォルトの名無しさん
09/05/23 15:00:05
むしろJavaの案件多すぎ
552:デフォルトの名無しさん
09/05/24 09:30:16
言語を指定される仕事ってのはウチも稀にはあるが
常に指定される職場ってのが想像つかないなあ。
553:デフォルトの名無しさん
09/05/25 09:45:53
>>548
井の中のなんとやら
554:デフォルトの名無しさん
09/05/25 10:18:46
>死にかけのITスキル10選
>URLﾘﾝｸ(slashdot.jp)
>非同期転送モード(ATM)
>Novell NetWare
>Visual J++
>無線アプリケーション・プロトコル(WAP)
>ColdFusion
>RAD/エクストリーム・プログラミング
>Siebel
>SNA(Systems Network Architecture)
>HTML
>COBOL
J++は死にかけだけど、Ｃ丼は大丈夫みたいだおｗ
555:デフォルトの名無しさん
09/05/25 11:20:44
>>554
J++やJ#はベースにしてるJavaのバージョンが止まったままだったからなぁ
Javaからの移植先は専らC#になってしまった
556:デフォルトの名無しさん
09/06/29 18:06:12
URLﾘﾝｸ(sourceforge.jp)
557:デフォルトの名無しさん
09/06/30 02:52:31
>>554
HTMLってスキルだったんだ
558:デフォルトの名無しさん
09/07/26 01:00:32
>>1
これはショックだわ
ちょっと考えればわかることなんだけどな
559:デフォルトの名無しさん
09/07/26 01:06:37
お前が今まで知らなかった事の方がショックだわ
常識だろ
560:デフォルトの名無しさん
09/07/26 02:31:44
ある程度内容を把握できるような仕組みは安全なイメージを与えるから有利だと思うよ
ユーザーは何故か知らんがオープンソースが大好物だから
561:デフォルトの名無しさん
09/07/26 03:11:45
>>554
J++って死にかけってか生きても居なかった気がする。
HTMLはリッチテキストの一種なんだから言語として表に出てくること自体が間違い。
562:デフォルトの名無しさん
09/07/26 05:21:41
>>558
釣りっすかｗ
563:デフォルトの名無しさん
09/07/27 05:13:05
>>1
朝からこんなニュースはきついな。。。
被害者の方のご冥福をお祈りします
564:デフォルトの名無しさん
09/07/27 10:01:57
おおっと、うちのきんじょだぜ
565:デフォルトの名無しさん
09/07/28 04:35:25
>>563
>>2
566:デフォルトの名無しさん
09/08/15 17:42:40
567:デフォルトの名無しさん
09/08/15 18:13:00
ネタもないのに上げんな馬鹿
568:デフォルトの名無しさん
09/08/26 10:56:27
またまた、中途半端にイミフメなものが、、、
URLﾘﾝｸ(japanese.engadget.com)
569:デフォルトの名無しさん
09/08/26 13:14:16
それ関係ないだろ
570:デフォルトの名無しさん
09/08/28 17:13:10
で、Ｃ♯がだめなら、何なら良いの？
571:デフォルトの名無しさん
09/08/29 01:34:17
もっとプラットフォームに依存しない香具師、おねがい
572:デフォルトの名無しさん
09/08/29 02:09:37
香具師…もはや死語だろ。久々に聞いたわｗｗ
573:名無しさん＠そうだ選挙に行こう
09/08/30 08:44:06
プラットフォームに依存しない言語は結局たいしたことはできないので、
趣味人意外誰も実用的に使ってくれないわな。
574:名無しさん＠そうだ選挙に行こう
09/08/30 08:48:24
大学生に相対性理論の本を書こうとしたら。本が読める日本人すべてを
対象に書けと言われ、絵本になりました、の世界だな。
575:名無しさん＠そうだ選挙に行こう
09/08/30 09:23:55
プラットフォームに依存する開発しかやったことないやつか、乙
576:名無しさん＠そうだ選挙に行こう
09/08/30 09:40:58
お前あほやな、依存も書けるやつは非依存もかけるんだよ。
非依存しかかけないやつは、依存したのは書けないな。
知識が足りないから仕方がないな、かわいそうだな。
577:名無しさん＠そうだ選挙に行こう
09/08/30 12:18:06
まあそれ以前に、単に怠惰かつ自分の能力に自信がないんだと思うよw
だから一度覚えればそれで一生食っていける「青い鳥」的技能が欲しいんだろう。
それならプログラミングなどという現在進行形で進歩している分野を選ぶことが
そもそも間違っているんだが、頭が悪いからそこにも気がつかないw
いや本当はうすうす気づいているんだが、それを直視すると精神崩壊するので、
現実を直視する代わりに「ポータブルなコードやそれを書ける奴が一番偉いんだ」
という歪んだ価値観を抱くことにしたわけだ。
防衛機制って奴だね。
578:デフォルトの名無しさん
09/08/30 21:46:47
.netは終わらなくてもF#のが使われそうだね
579:デフォルトの名無しさん
09/08/30 22:18:53
C#とF#はシェアを奪い合うような関係ではないと思うのだけど？
.NET上でシームレスに連携できるし、住み分けつつも共存する感じじゃね。
580:デフォルトの名無しさん
09/08/30 23:48:56
582 名前：デフォルトの名無しさん[] 投稿日：2009/08/29(土) 17:29:32
F#の使いどころって並列処理なのは理解できるんだが、
効果的に使える分野がわからない。
大量データで大量に処理する用途って動画とかそっち方面？
583 名前：デフォルトの名無しさん[sage] 投稿日：2009/08/29(土) 18:29:47
普通のプログラムもF#で書けばよくね？
一度慣れるとC#とか万度くさくて。
581:デフォルトの名無しさん
09/08/31 00:14:21
コピペ君って馬鹿だな、まで読んだ。
582:デフォルトの名無しさん
09/08/31 00:56:50
F#スレの連中も（願望は除いて）C#を抑えF#の方が使われるなんて思ってないだろｗ
583:デフォルトの名無しさん
09/09/01 00:01:42
P#が出ねぇかなぁ
584:デフォルトの名無しさん
09/09/01 12:06:20
Eiffel.NETって結局どうなったんだっけ？
585:デフォルトの名無しさん
09/09/01 16:06:24
>>583
P#ってなに、Pascal?
586:デフォルトの名無しさん
09/09/01 16:16:31
きっとPython
587:デフォルトの名無しさん
09/09/01 16:18:45
Pythonってクロス実行環境だから、
ドトネッツ V$ パイ損
っていう、
互いににらみ合う関係じゃね？
588:デフォルトの名無しさん
09/09/01 19:24:58
IronPython は全く別物なん？
589:デフォルトの名無しさん
09/09/01 19:31:03
なんていうか、Ｍ＄はドトネトなんてやっかいなものを
590:デフォルトの名無しさん
09/09/01 19:47:30
IronPythonはDLR(共通言語ランタイム)で動くやつ
P#って言うぐらいだから、C#みたいにMSILにコンパイルされるんじゃね。
前者はIronRuby・マネージJScript・VBX他多数
後者はC#・F#他いくつか
591:デフォルトの名無しさん
09/09/01 22:12:40
V#出ねぇかなぁ
592:デフォルトの名無しさん
09/09/01 22:34:58
>>591
V#ってなんだよ、何て言語だ。
593:デフォルトの名無しさん
09/09/01 23:28:05
つまんね
594:デフォルトの名無しさん
09/09/01 23:53:59
F++とかP++を飛ばしてF#とかP#になってるのが納得できない。
595:デフォルトの名無しさん
09/09/02 00:03:55
納得できないなら作ればいいじゃん。仕様はオープンなんだし
596:デフォルトの名無しさん
09/09/02 09:10:39
>>590
IronPythonでコンパイルできるけど。
PHP、Pascalはもうあるはずだし
あとなんだろ
597:デフォルトの名無しさん
09/09/02 22:06:39
>>592
Visualfortran
598:デフォルトの名無しさん
09/09/08 10:53:23
#って言語はどーだ。
ちなみに#でアクオスと読ませます。
開発元はHudsonです
599:デフォルトの名無しさん
09/09/08 12:49:38
やらなきゃ
600:デフォルトの名無しさん
09/09/08 23:56:10
V#はFORTRANだったのか。
需要あるの？
601:デフォルトの名無しさん
09/09/09 00:25:10
Intelがコンパイラを出すくらいの需要はある＞Fortran
602:デフォルトの名無しさん
09/09/09 00:42:10
FORTRANって10年以上前にやったことあるけど、需要あるんだ。知らなかった。
言語は手続き型だけど、わりに過去の資産が多いのかしら～
603:デフォルトの名無しさん
09/09/09 21:51:29
過去の遺産ってか科学技術の特定分野だと現役バリバリ
そしてたぶんこれからもずっと現役。
604:デフォルトの名無しさん
09/09/10 08:42:30
じゃ、Ｃ丼は？
605:デフォルトの名無しさん
09/09/10 15:11:50
現役で使われているが、他の言語と同様に将来の事は誰にも分からない。
606:デフォルトの名無しさん
09/09/10 17:50:58
Fortran後継言語のFortless？の開発は行われているそうだけど
評判はどうなんだい？
607:デフォルトの名無しさん
09/09/10 20:47:59
C#が終了したら次はC囲だな。
608:デフォルトの名無しさん
09/09/10 22:29:39
C丼も捨てがたいと思わないか？
609:デフォルトの名無しさん
09/09/10 22:50:22
C丼は明らかにJavaを葬り去ろうとするM$の戦略だな
610:デフォルトの名無しさん
09/09/10 23:45:05
Comegaは？
611:デフォルトの名無しさん
09/09/11 00:55:27
┼┼
C┼┼
612:デフォルトの名無しさん
09/09/11 03:52:52
>>607 >>611
まだこういうネタやってたんだ
613:デフォルトの名無しさん
09/09/11 09:03:14
℃＃
614:デフォルトの名無しさん
09/09/12 11:00:23
次はC##
615:デフォルトの名無しさん
09/09/12 14:43:11
C#++じゃないの？
その次がC##
616:デフォルトの名無しさん
09/09/12 16:43:37
音の高さで言えばC## == D
617:デフォルトの名無しさん
09/09/12 17:25:44
つまりD.NETって事か
618:デフォルトの名無しさん
09/09/12 20:57:28
D.ORG
619:デフォルトの名無しさん
09/09/12 22:45:32
俺がもし独自にE言語を作ったらMSが次に作る言語はF言語になるの？
620:デフォルトの名無しさん
09/09/13 00:25:32
BCPL→B→C→P→L じゃね？
621:デフォルトの名無しさん
09/09/13 04:08:17
Z言語
622:デフォルトの名無しさん
09/09/13 21:34:49
>>613-616
まだこういうネタやってたんだ
623:デフォルトの名無しさん
09/09/14 10:32:49
>>619
>俺がもし独自にE言語を作ったら
eてのが既にある (IEEE 1647) ので紛らわしい、という
評価を受けるかもしれない。
あまりにマイナーなのでそうでもないかもしれない。
624:デフォルトの名無しさん
09/09/23 04:09:11
C#はXNA WPF Officeマクロに限らず、おそらくお前らが知らないようなＭＳパッケージの
アドオン開発言語にもどんどん採用されていってる.
C#終了 ＝ MS終了と入っても過言ではない。
.NET Framework 3.0が一般ユーザーに普及すれば、C#（MS）の一人勝ちだろう
625:デフォルトの名無しさん
09/09/23 19:53:19
C# が終了とは全く思ってないし、徐々に浸透してると思ってるけど
>>624 みたいな、一人勝ちとか つまらん事を言い出す信者はキモい
626:デフォルトの名無しさん
09/09/23 20:39:48
そう信者的な文章とも思えんが…
627:デフォルトの名無しさん
09/09/23 23:56:00
一人勝ちってのは言い過ぎだけど、過剰に反応する程の事ではあるまい。
もっとキモイ信者がたまに居るけど、あれってネガキャン？
628:デフォルトの名無しさん
09/09/24 12:44:01
確かにｷﾓいし、過剰反応とも思えない。
629:デフォルトの名無しさん
09/09/24 14:09:11
C#は好きだけど、MS終了のためには、いたしかたない。終了決定。おれもキモイ仲間に入れてくれ。
630:デフォルトの名無しさん
09/09/24 22:09:23
こんなとこでキモいだのキモくないだの議論する時点で、みんなキモい。
631:デフォルトの名無しさん
09/09/25 02:02:52
オレもC#覚えて一人勝ちするお！
632:デフォルトの名無しさん
09/09/27 14:41:22
C#以前に.netのinterfaceをclassに付けるという設計思想が古い。
最新を気取るならinterfaceとclassは独立させるべきだったろ。
InterfaceAlpha a = new ClassBeta();
この式で言うとClassBetaはInterfaceAlphaの事を知らない。
だが、ClassBetaはInterfaceAlphaの要件を満たしているので代入可能。
これにより、複数のライブラリを併用した場合同じシグネチャにも関わらず
interfaceが違うがために代入できないとか下らない事を減らせた。
633:デフォルトの名無しさん
09/09/27 15:16:51
>>632
なあ、君よく人にトンマだって言われないか？
まあ、そんな忠告をしてくれる者さえいないほど呆れられているかもしれんがw
634:デフォルトの名無しさん
09/09/29 12:26:57
マイクロソフト減収…「ＯＳ依存」曲がり角 URLﾘﾝｸ(www.yomiuri.co.jp)
> ＭＳの高価格・高機能のＯＳの必要性は薄れてきた。
.netの必要性も・・・
＞Windows Mobileに「全力投球」を決めたMicrosoftの厳しい戦い URLﾘﾝｸ(satoshi.blogs.com)
1. OSが時代遅れなこと
2. ブラウザーが時代遅れ
3. 何をするのにも時間がかかること
4. ビジネスモデルが違いすぎること
5. Google Android
＞Microsoft Silverlight その4 ｽﾚﾘﾝｸ(tech板:504-番)
504 名前： デフォルトの名無しさん [sage] 投稿日： 2009/09/11(金) 18:17:11
どこにこの怒りをぶつけていいのか判らないので、検索で見つけたこのスレに投下。
Silverlightインストール不能。
エラーメッセージID 1622
インストールログファイルに書き込むことができませんでした。Tempフォルダーが存在し、
このフォルダーに書き込むことができることを確認してください。
なんのこっちゃい？ 試行錯誤するも解決できず、ついにサポートセンタにTEL。サポートでも
わけわからず、こちらと一緒になって試行錯誤すること、およそ2時間。ようやく原因判明。
Tempフォルダをデフォルトから移動させていると（SSD使ってるとか、高速なドライブにTemp
をおいて高速化しているとか）、インストールできない！！
インストーラにバグがあるようだが、「無論、これは仕様です」
Silverlighとは無縁の人生を送れそうだ。さらば Yahoo, Gyao
ばっきゃろー！！
635:デフォルトの名無しさん
09/09/29 17:48:53
全角"＞"、半角">"ごちゃまぜになってて気持ち悪い。
てか、そもそも引用の個所に付けたり付けなかったりしてるのはどういう訳よ？
引用と自分の意見とは区別が付くように書け馬鹿。
やっぱコピペ君って馬鹿だな。
636:デフォルトの名無しさん
09/10/21 00:28:46
IEが糞だろうが、C#が糞だろうが、VSが糞だろうが、mobileが糞だろうが、
WindowsというOSの呪縛から抜け出せないかぎり、Microsoftの支配は続く。
637:デフォルトの名無しさん
09/10/21 09:24:06
>WindowsというOSの呪縛
ならもう無いよ。
ケータイはケータイＯＳ、
遊びのＰＤＡは新ＯＳ、
開発マシンはWindows、
ターゲットマシンは組み込みＯＳ、
用途に合わせまつ。
638:デフォルトの名無しさん
09/11/04 17:04:59
[VisualStudio] EXE を作るプロジェクトのデフォルトが Any CPU から x86 に変わった理由 - または Any CPU の本当の意味
URLﾘﾝｸ(d.hatena.ne.jp)
639:デフォルトの名無しさん
09/11/04 17:08:33
>>638
これは64bit版Windows使ってるとよくわかる
640:デフォルトの名無しさん
09/11/04 19:53:40
コピペ君って馬鹿だな、まで読んだ。
641:デフォルトの名無しさん
09/11/13 10:45:59
Google、オープンソースのプログラミング言語「Go」をリリース
URLﾘﾝｸ(alfalfa.livedoor.biz)
642:デフォルトの名無しさん
09/11/13 10:53:58
Goって使えないね
まで読んだ
643:デフォルトの名無しさん
09/11/13 15:48:30
コピペ君って馬鹿だな
644:デフォルトの名無しさん
09/11/15 00:12:47
何でC#が終了なのか分からない
海外の銀行はオンラインバンクでどんどんC#採用してるけど
645:デフォルトの名無しさん
09/11/15 01:09:12
いまさらだけどC#3.0の型推論超便利やな・・・。もう一歩進んで
スクリプト言語みたいにコンテキストで型が変わる変数も作ってくれ・・・
646:デフォルトの名無しさん
09/11/15 01:34:50
dynamic(動的型付け)はC#4.0から
乱用するべきではないと思うけど、DLR連携や遅延バインディングなんかが楽に出来るようになるのはいいね。
647:デフォルトの名無しさん
09/11/15 08:57:13
C#の競合はScalar
GoはC++の置き換え
648:デフォルトの名無しさん
09/11/15 09:03:11
Noop
649:デフォルトの名無しさん
09/11/15 13:54:21
>>644
>>1
650:デフォルトの名無しさん
09/11/15 15:09:17
>>649
何の関係があるんだよ(笑)
651:デフォルトの名無しさん
09/11/17 15:58:34
終了の理由が何かと思ってスレ覗いてみれば、
ただコードが逆コンパイルできるだけとか。
理由になってねーｗｗｗ
ってことだろ？
652:デフォルトの名無しさん
09/11/19 11:37:49
c++のほうがやばいと思う
653:デフォルトの名無しさん
09/11/21 20:24:04
32bitと64bitが混在している今、C#(.NET)が普及する・・・はず
654:デフォルトの名無しさん
09/11/21 20:38:33
C++もVC++も 共々大丈夫でしょう 使い手がタフだから
655:デフォルトの名無しさん
09/11/22 00:15:58
使い手がタフ≠64bit化の予算が出る
まぁ、WOW64が優秀なので普通に32bitで作ってれば動く
656:デフォルトの名無しさん
09/11/23 00:45:21
URLﾘﾝｸ(www.tiobe.com)
うーん、数字で見てもJava→C#への流れって止まらなさそうだな
Sunがオラクルに買収されたのも何かしら影響してる？
657:デフォルトの名無しさん
09/11/23 06:29:22
Javaの数多くある欠点のうちのひとつは
runtimeがでかすぎるのと
updateのたびにdiskが減っていくことだな
658:デフォルトの名無しさん
09/11/23 09:57:23
＞diskが減っていく
ね・・・
659:デフォルトの名無しさん
09/11/23 14:37:23
そのうちC#はインラインC++が使用可能になるに違いない
660:デフォルトの名無しさん
09/11/23 17:31:14
C#の言語設計でネイティブライブラリを別に作ってネイティブコンパイラ作ってほしい
もちろん、スマートなライブラリで
661:デフォルトの名無しさん
09/11/23 17:41:35
>>660
.Net Framework抜きでいいなら・・・
662:デフォルトの名無しさん
09/11/23 17:50:16
誰か作ってくれ
ネイティブC#を
663:デフォルトの名無しさん
09/11/23 17:51:39
了解
ちょっと待ってろ
664:デフォルトの名無しさん
09/11/23 17:52:28
C#のDコンパイラでも作れよ。
665:デフォルトの名無しさん
09/11/23 18:02:28
真面目に >>663 に期待
666:デフォルトの名無しさん
09/11/23 18:46:11
遅延バインディングが結構便利だということに気が付いた。もう全部これにしろ。
667:デフォルトの名無しさん
09/11/23 19:35:43
IDEとライブラリのないC#なんて誰が欲しがるんだ？
668:デフォルトの名無しさん
09/11/25 00:11:56
このスレ終了のお知らせ
669:デフォルトの名無しさん
09/11/27 20:34:53
私がJavaからC#に乗り換えた10の理由
URLﾘﾝｸ(www.atmarkit.co.jp)
理由01 - struct
理由02 - delegate
理由03 - property
理由04 - custom attribute
理由05 - thread
理由06 - interface
理由07 - virtualとoverride
理由08 - #if
理由09 - Visual Studio .NET
理由10 - Javaが嫌になった
670:デフォルトの名無しさん
09/11/27 20:37:47
コピペ君って馬鹿だな、まで読んだ。
671:デフォルトの名無しさん
09/11/27 23:53:02
いくらなんでも古すぎだろｗ
672:デフォルトの名無しさん
09/11/28 10:40:33
C#やるくらいならJavaのがマシ
673:デフォルトの名無しさん
09/11/29 00:05:08
Javaのアップデートがタスクトレイに出るの、あれが嫌
しかも、Javaは.NETに比べて貧弱すぎて使いものにならんw
674:デフォルトの名無しさん
09/11/29 01:02:24
>>673
確かに鬱陶しいけど、その意見はちょっとフェアじゃないでしょ。
じゃあWindows Updateのアレは鬱陶しくないのかと。
まあしかし、インストールするとかってにスタートアップに登録してタスクトレイに
居座る自己中心的アプリは嫌われてるって、どうしてああいう大手の開発者は
気付かないのかね。
675:デフォルトの名無しさん
09/11/29 09:15:43
>>657
Javaの更新ってさりげなく100MBとか入れてくるよねｗ
>>674
偉い人にはそれがわからんのですよ！
確かにJavaは言語もランタイムもデカイ割に貧弱
676:デフォルトの名無しさん
09/11/29 13:00:02
javaってアップデートレベルでも全部入れ直しになるよね。
差分アップデートならいいんだけど。
677:デフォルトの名無しさん
09/11/29 14:06:28
>>673-674
まあ自動アップデートは許せるとして
アップデートのたびにディスク容量が減っていくんだが
途中のバージョン全部残していく仕様はやめてほしい
678:デフォルトの名無しさん
09/11/29 14:16:39
たしかにJavaのアレなんでそういう仕組みなんだろうか。
ライブラリのextフォルダがあるからその考慮？
679:デフォルトの名無しさん
09/11/29 14:19:43
もう後に引けなくなってんだよ。分かってやれよ
680:デフォルトの名無しさん
09/11/29 15:31:45
これからここは「Java終了のお知らせ」です。
681:デフォルトの名無しさん
09/11/30 09:43:55
現在では置き変わるようになってるけどね。
でも差分アップデートとかではなくて入れ替えだな。
682:デフォルトの名無しさん
09/11/30 12:42:47
URLﾘﾝｸ(www.sponichi.co.jp)
683:デフォルトの名無しさん
09/12/02 21:15:14
もういいから、いいかげんに終われ
684:デフォルトの名無しさん
09/12/02 23:29:36
ｗ
685:デフォルトの名無しさん
09/12/04 10:31:57
まあ、いまに言語混合表記可能になるから。
686:デフォルトの名無しさん
09/12/18 08:23:23
混合表記とかバグの温床すぐる
687:デフォルトの名無しさん
09/12/18 10:45:50
Objective C++ のことかー(棒読み
688:デフォルトの名無しさん
09/12/21 18:33:55
利用価値のある言語
689:デフォルトの名無しさん
09/12/21 19:05:54
あげんな
690:デフォルトの名無しさん
09/12/24 17:05:41
わかった
691:デフォルトの名無しさん
10/01/12 21:37:55
C++.NET
692:デフォルトの名無しさん
10/03/10 23:13:57
3年前からC#は、アメリカでで学ばれてるプログラミング言語の1位になってるのに終了はあり得ない。
むしろこれからの必須言語だよ。
693:デフォルトの名無しさん
10/03/10 23:42:29
アメリカはさすがに先進的だな。Japan Perl Associationとかいう、
いつまでも古い技術にすがりついてる連中を思い出して情けなくなってきた。
694:デフォルトの名無しさん
10/03/11 09:16:57
C#は糞
ｽﾚﾘﾝｸ(tech板)
695:デフォルトの名無しさん
10/03/13 05:02:51
>>692-693
本当に興味ない、必須になったら習得するわ
696:デフォルトの名無しさん
10/03/13 06:12:52
わざわざC#のスレに来て
C#なんて、本当に興味ないんだからね！ 的な事を主張されても･･･ねぇ？
697:デフォルトの名無しさん
10/03/13 07:41:59
>>695が何に興味を持っているかなんてことは、誰も興味ないだろうな。
698:デフォルトの名無しさん
10/03/13 15:43:44
そんなに使って欲しい？大変ですねぇ
699:デフォルトの名無しさん
10/03/14 11:30:52
まあ、あのブドウは酸っぱいに違いないとか言って
自分の視野を狭めてるバカには一言言いたくなるってことだろうけどな。
言うだけ無駄
700:デフォルトの名無しさん
10/03/14 11:54:05
.netお勧めする人って相変わらず余裕ないね 何でそんなにｶﾘｶﾘしてるのだろ
701:デフォルトの名無しさん
10/03/15 09:16:07
ヒント： お勧めする理由が無（ｒｙ
702:デフォルトの名無しさん
10/03/17 05:06:18
フリーウェア作りたいけど.NETじゃ配布しずらいよね。
ネイティブコードが出力できるC#コンパイラはないの？
だからいまだに趣味ではDelphi使ってます。
703:デフォルトの名無しさん
10/03/17 09:32:17
ngen
Mono
704:デフォルトの名無しさん
10/03/17 12:29:18
>702
flash（ActionScript）のコードエディタである FlashDevelop は、たしか.NET製のアプリ。
フラクリエータの間では結構広まっているよ。
コード補完が秀逸（自分で書いたクラスメソッドも即座に反映される）なのと、
動作が軽くてフリーウェアというのが、ポイントかも。
GUI編集画面ないけど、スクリプト派の人はこれとAdobeのFlexSDKの組み合わせで、タダでFlash作れるから流行っているのかもしれない...
705:デフォルトの名無しさん
10/03/17 12:31:44
サラマンダーでも使っとけば？
706:デフォルトの名無しさん
10/03/17 12:45:02
ランタイムインストールさせれば、配布は .NET 楽だよな。
XPがいなくなっていれば・・・
707:デフォルトの名無しさん
10/03/17 18:23:04
WIN32だと 尊敬される スキルがあるように思われる とりあえず試してくれる 偉くなった気がする
.NETだと 軽んじられる バカにされる 相手にされない 恥ずかしい
708:デフォルトの名無しさん
10/03/17 22:02:40
.NETだろうとWin32だろうと、役に立てばそれでいいわけで、
人からのイメージをそんな重視していること自体が恥ずべきこと。
709:デフォルトの名無しさん
10/03/18 01:45:19
>役に立てばいい
同意
しかしメンテとか考えるとプログラムは美しい方がモチベーションは維持出来る
C#/VB/.NETはどんなにがんばっても美しくならない
Win32APIはもっとひどい
Ruby最強
710:デフォルトの名無しさん
10/03/18 01:56:14
>>709
RubyのGUIライブラリってどれが使いやすいの？
711:デフォルトの名無しさん
10/03/18 02:50:41
なんでこんなに粘着アンチは毎日ネガキャンに必死なんだろうな
周囲の環境を否定することでしか自我を保てない哀れな野郎だ
712:デフォルトの名無しさん
10/03/18 17:29:42
今日あるソフトを落としたけどReadmeに.NETが必要とあったので使わず捨てた
713:デフォルトの名無しさん
10/03/18 18:01:04
と、.NET使う専ブラから書いてるんだよなｗ
714:デフォルトの名無しさん
10/03/18 19:52:23
.NET Framework Cleanup Tool
URLﾘﾝｸ(blogs.msdn.com)
おすすめだにゃ
715:デフォルトの名無しさん
10/03/19 09:32:59
この状況、なんてブいビーランタイム？
716:デフォルトの名無しさん
10/03/22 13:44:45
Janeが.NET使うとははつみみ
717:デフォルトの名無しさん
10/03/22 16:48:57
Live2ch使ってたのにあわてて.NET使ってないブラウザ探してきたなｗ
718:デフォルトの名無しさん
10/03/22 16:53:37
つーか、>>712みたいなこと書くのって厨２病ぽくて好きだぞ、おれ
719:デフォルトの名無しさん
10/03/22 17:13:50
春の坊やは決まって食わず嫌い
720:デフォルトの名無しさん
10/03/22 23:59:50
JaneはDelphi製
2chブラウザでトップのシェアを誇る
721:デフォルトの名無しさん
10/03/23 00:00:25
トップはV2Cじゃないの？
722:デフォルトの名無しさん
10/03/23 14:44:32
DelphiとC#は親戚みたいなもんだな。
今のDelphiは.NETだしな。
723:デフォルトの名無しさん
10/03/23 23:33:17
Delphiの手柄まで横取りしようとする.NET厨
724:デフォルトの名無しさん
10/03/24 00:14:36
Bolandは他の企業に先駆けて.NETに参入したとこじゃん。
VS.NETを買わないとC#の開発ができなかった頃に、C# Builderを出して無料のPersonal版まで提供してたのを知らんのか。
Delphi.NETだって.NET1.xの時代からあったじゃないか。
725:デフォルトの名無しさん
10/03/24 02:16:15
ま、.NETもC#も作ったのはTurbo Pascal・Delphiの開発者なわけでｗ
726:デフォルトの名無しさん
10/03/24 08:58:26
DelphiチームがMSへ移ったのは事実だが、Borland が開発ツール事業から当時撤退したからというのも大きな原因。
727:デフォルトの名無しさん
10/03/24 09:18:17
＞Borland が開発ツール事業から当時撤退したから
マジ？
Inpriseって開発ツールから撤退するための社名変更？
728:デフォルトの名無しさん
10/03/24 14:26:08
事業縮小のため、ツール開発事業部門をリストラしたんだっけ。
729:デフォルトの名無しさん
10/03/25 06:41:47
>>727
正確には撤退を計画したんじゃなかったかな？
それでアンダース・ヘルスバーグ以下開発部門の人間 34人がこぞって
MSが引き抜き、そこで.NETやC#の設計・開発に携わっている。
730:デフォルトの名無しさん
10/03/25 08:54:13
にしては、ドトネトはダメな要らない子
731:デフォルトの名無しさん
10/03/25 09:10:35
Windows Mobile版 Firefoxブラウザ 開発停止
URLﾘﾝｸ(japanese.engadget.com)
732:デフォルトの名無しさん
10/03/25 13:19:46
>>730
無能なお前には、使いこなせない
733:デフォルトの名無しさん
10/03/29 01:36:45
C#より先にJavaが終了しそうな感じが
734:デフォルトの名無しさん
10/04/03 21:23:51
Oracleが有償化するか開発停止して終了するかも
735:デフォルトの名無しさん
10/04/03 22:39:45
>>734
Javaは、VMもランタイムもコンパイラも、GPLになっているからいまさら有償化はできないな。
開発をコミュニティに丸投げして、コントロールが効かなくなってってことはあるかもね。
736:デフォルトの名無しさん
10/04/11 21:52:31
>>709
C#もLINQとか使えば華麗なコードが書けるよ
Rubyのコードはきれいだとは思うが
737:デフォルトの名無しさん
10/04/12 09:05:51
RubyとくらべたらC#は下痢便のようなもの。
しかしas is 演算子は認める。
プロパティ、event、delegateは不要。
ref outも不要。構造体も不要。
ケチケチせずにのびのびとしたOOPLであれ。
738:デフォルトの名無しさん
10/04/12 11:34:58
使えるプログラマはどんな言語でも使えるコードを書く
739:デフォルトの名無しさん
10/04/12 11:48:50
RubyとC#を細かいところで比べても意味ないだろ。
740:デフォルトの名無しさん
10/04/12 13:51:40
C#の次はやっぱりDだよな
741:デフォルトの名無しさん
10/04/12 17:54:01
Dは始まる前に終わってしまった。遅すぎたんだ
742:デフォルトの名無しさん
10/04/14 22:19:44
少なくとも、俺はあと数年すれば.NET Frameworkが
全盛期を迎えると思う。Delphiが.NET対応してるし、
4.0でIronPython、IronRubyも使えるようになる。
.NETアプリのコンパイルの容易さから、さまざまな言語・ライブラリが.NETへ
移行していくと思う。
743:デフォルトの名無しさん
10/04/15 02:32:42
Z#待ちだな
744:デフォルトの名無しさん
10/04/15 03:02:33
如何なんだろうねぇ、良く分からんわ
ただ、将来のために.NETをやろうとは思わん、流行ってからにするわ
745:デフォルトの名無しさん
10/04/15 04:55:03
ドットネット使せてる間にnativeの仕組みを変えていく算段とか？
746:デフォルトの名無しさん
10/05/01 19:32:20
>>1
お前自信が終了なのを悟ればか
747:デフォルトの名無しさん
10/05/01 20:08:12
Ｃ＃の次はＣ＃(special)
748:デフォルトの名無しさん
10/05/01 20:59:43
C丼
749:デフォルトの名無しさん
10/05/06 11:10:25
Ｃ≒
750:あぼーん
あぼーん
あぼーん
751:デフォルトの名無しさん
10/05/06 20:31:44
Ｃ＋－
Ｃ＊
Ｃbuilder
C＃＋１
752:デフォルトの名無しさん
10/05/06 20:34:53
static void Main()
{
// フィボナッチ数列の20項目までを求める
int[] sequence = new int[20];
// 最初の2項を入力
Console.Write("a1 = ");
sequence[0] = int.Parse(Console.ReadLine());
Console.Write("a2 = ");
sequence[1] = int.Parse(Console.ReadLine());
// 漸化式を使って20項目までを計算
for(int i=2; i<sequence.Length; ++i)
{
sequence[i] = sequence[i-1] + sequence[i-2];
}
// 結果の出力
Console.Write("{");
for(int i=0; i<sequence.Length-1; ++i)
{
Console.Write(sequence[i] + ", ");
}
Console.Write(sequence[sequence.Length-1] + "}");
}
}
753:デフォルトの名無しさん
10/05/06 20:36:46
double[][] a = new double[][]{ // 3行2列の行列
new double[]{1, 2},
new double[]{2, 1},
new double[]{0, 1}
};
double[][] b = new double[][]{ // 2行3列の行列
new double[]{1, 2, 0},
new double[]{0, 1, 2}
};
double[][] c = new double[3][]; // 3行3列の行列
for(int i=0; i<c.Length; ++i)
c[i] = new double[3];
for(int i=0; i<a.Length; ++i) // a.Length は a の行数を表す。
{
for(int j=0; j<b[0].Length; ++j) // b[0].Length は b の列数を表す。
{
c[i][j] = 0;
for(int k=0; k<a[0].Length; ++k) // a[0].Length は a の列数を表す。
{
c[i][j] += a[i][k] * b[k][j];
}
}
}
成せよ。 ( an を配列で表す。)
an ＋ 2 ＝ 2 an ＋ 1 － 2 an
a0 ＝ 3
a1 ＝ 1
754:デフォルトの名無しさん
10/05/06 20:38:32
C#
終了
755:デフォルトの名無しさん
10/05/06 21:37:21
>>750
756:デフォルトの名無しさん
10/05/06 22:17:51
為せば成る
757:デフォルトの名無しさん
10/05/06 23:17:33
C -> C++ -> C# -> C#++ -> C##
だから次はC#++かな
758:デフォルトの名無しさん
10/05/07 00:05:51
tech：プログラム技術
ｽﾚﾘﾝｸ(saku2ch板:2番)
> 2 名前：さいとう [skspi@]： 10/05/06 20:55 HOST:z100.61-115-109.ppp.wakwak.ne.jp<8080><3128><8000><1080>
> 対象区分：［個人・一群］管理人裁定待ち
> 削除対象アドレス： ｽﾚﾘﾝｸ(tech板)
>
> 削除理由・詳細・その他： レス番号750で私が誤ってコピーが入ってしまいました、至急削除お願いします
なんだこれは？
759:デフォルトの名無しさん
10/05/07 03:04:09
誤爆ったんだろ？
アドレスもTEL番もはいってんじゃねーか
760:デフォルトの名無しさん
10/05/07 05:46:24
double[][] a = new double[][]{ // 3行2列の行列
new double[]{1, 2},
new double[]{2, 1},
new double[]{0, 1}
};
double[][] b = new double[][]{ // 2行3列の行列
new double[]{1, 2, 0},
new double[]{0, 1, 2}
};
double[][] c = new double[3][]; // 3行3列の行列
for(int i=0; i<c.Length; ++i)
c[i] = new double[3];
for(int i=0; i<a.Length; ++i) // a.Length は a の行数を表す。
{
for(int j=0; j<b[0].Length; ++j) // b[0].Length は b の列数を表す。
{
c[i][j] = 0;
for(int k=0; k<a[0].Length; ++k) // a[0].Length は a の列数を表す。
{
c[i][j] += a[i][k] * b[k][j];
}
}
}
成せよ。 ( an を配列で表す。)
an ＋ 2 ＝ 2 an ＋ 1 － 2 an
a0 ＝ 3
a1 ＝ 1
↑
？？？
761:デフォルトの名無しさん
10/05/07 06:31:36
&etegue;
762:デフォルトの名無しさん
10/05/07 06:32:50
&ecedil;
ç
è
&eaigu;
763:デフォルトの名無しさん
10/05/07 06:34:37
déjavè
764:デフォルトの名無しさん
10/05/07 07:00:40
C の場合 print
C++ の場合 cout
C# の場合 Console WriteLine
これらなんで統一できないの？
C++では関数がC#ではメソッド、クラスと呼んだり
３言語同時進行で勉強してる俺にとってわかいずらい
C系なら３言語もっと継承して欲しいな
C⇒ C++⇒ C#
この順番で
765:デフォルトの名無しさん
10/05/07 07:13:04
printじゃなくてprintfだな。
766:デフォルトの名無しさん
10/05/07 08:41:59
↑
ご指摘ｻﾝｷｭｰ
おぬしできるな
767:デフォルトの名無しさん
10/05/07 10:50:51
別に C++ で printf 使っても構わんのだが
768:デフォルトの名無しさん
10/05/07 10:53:44
C#はc/c++と名前が似てるけど全く別物と思った方が良い
どちらかといえばVBとJavaを足して2で割ったようなもの
769:デフォルトの名無しさん
10/05/07 13:33:57
>>762
>３言語同時進行で勉強してる
なんでそんな無意味なことすんの？学生？
770:デフォルトの名無しさん
10/05/07 14:20:15
番号ずれてんな
771:デフォルトの名無しさん
10/05/07 16:14:44
>>764
C⇒ C++
だけでOK
772:デフォルトの名無しさん
10/05/08 07:12:53
>>769
はい大学２年です
一緒に覚えたほうが早いと思って
ただCはwindowsアプリやるならやらなくてもいいかなと思ってます
何が無意味なのですか？
773:デフォルトの名無しさん
10/05/08 08:44:01
C⇒ C++
だけでOK
774:デフォルトの名無しさん
10/05/08 10:46:53
>>772
確実に覚えたいならCだけを完全に習得した後に
C++かC#かObject-Cのどれか１つを覚えればいい。
別にそこまで求めないなら一番普及していて
一番難解なC++を完全に習得すればいい。
どれか１つを習得してしまえば他も意外と簡単に覚えられる。
自然言語（英語と米国語を一緒に覚える等）と同じで同時進行は厳禁。