【ソフト】C#がC++を抜いて3位に - 1月プログラミング言語人気　TIOBE PCI調べ [12/01/12]

TIOBE Softwareから、2012年1月のTIOBE Programming Community Index (PCI)が公開された。
TIOBE PCIは、複数の検索エンジンの検索結果から、対象となるプログラミング言語が
どれだけ話題になっているかをインデックス化したもの。

2012年1月のTIOBE PCIは次のとおり。

　1　Java　　　　　　　17.479　(-0.082)　18ヵ月連続1位
　2　C　　　　　　　　　16.976　(-0.081)
　3　C#　　　　　　　　　8.781　(+0.576)　3位へ浮上。上昇傾向
　4　C++.　　　　　　　　8.063　(-0.189)　4位へ下落
　5　Objective-C　　　6.919　(+0.114)　上昇傾向
　6　PHP　　　　　　　　5.710　(-0.291)　下落傾向
　7　(Visual)Basic　　4.531　(-0.226)
　8　Python.　　　　　　3.218　(-0.274)
　9　Perl.　　　　　　　　2.773　(+0.301)
10　JavaScript　　　　2.322　(+0.123)
11　Delphi　　　　　　　1.576　(+0.331)
12　Ruby.　　　　　　　 1.441　(-0.053)

2012年1月は、C#がC++を抜いて3位につけたことが特に注目される。C++は長期に渡って
緩やかな下落傾向にある一方で、C#は上昇傾向が続いており、特にここ数年は上昇傾向が
強くなっている。

今後しばらくは、C#とC++で順位の入れ替えを繰り返すものと見られるが、最終的にはC#
が3位、C++が4位に落ち着く可能性が高い。また、Objective-Cも急成長を続けており、
この傾向が続いた場合には、C#、Objective-C、C++という順位に変わっていく可能性もある。

上記のほか20位以内に入ったプログラミング言語としては、Rが19位に、Luaが20位に入っ
た点が注目される。

特に、統計処理や統計データのグラフィック化などに利用されるRプログラミング言語は、
ここのところ注目が高まっている。Rの機能拡張が、Googleの支援によって実現したこと
などもその一因となっているものとみられる。

ソース：マイナビニュース
http://news.mynavi.jp/news/2012/01/12/058/

なんでC言語ファミリーは別々なのにBASICとVBは合算なの？

いまだにCを使っている人が多いとはな
Cなんて数年前にフィルタードライバのプログラミングしたのが最後だ

C, Java, C# あたりを使うことが多いけど、
C#はJavaで失敗した部分をうまく教訓にしてるって感じで使いやすい。

Fortranは無しか

visualbasic6最強説

異論は認めない

言語なんてどれも同じだろ

>>5
友よ！

ファミリーベーシックで挫折した私を呼んだのは誰かね？( ^ω^)y-~~

Brainf*ckがねえぞ

コーディングやらされているやつは底辺

C#とObjective-CはMSとアップルのごり押し

C#ってUI以外に利点があるの？

プログラマー＝建築でいう大工、土方

一番底辺の職種だよな

C#は実際良い言語だ。
Javaからの細かい部分の改良が効いている。
プロパティやラムダ式、型推論は便利だ。
検査例外が無い仕様も正解だと思う。

>>3
マイコンなら今でもC言語が主流

>>16
組込み系か

素人はVBだな。なんでもできるし。

C++って公式のフレームワーク使えないもんな。
ガベコレないから、例外飛ばしたらすぐに
メモリリークするし。

ちゃんと管理すればメモリリークしないなんて、
少数精鋭プロジェクトだから言えること。

人月計算で人さえ投入すればソフトができる
とかやってる連中のプロジェクトでは無理。

家で無料ソフトだけで数値計算したいんだけど
お勧めの言語は？

C#は便利でいいね。

COBOLからのマイグレーションが必要なのに
わかる技術者が不足気味、って話はどうよ？

>>20
Rとかちゃう？

>>20
Scilabでもダウンロードしたら？MATLABクローンだけど（　・ω・）ｙ─┛〜〜

>>20
ＶＢＡ

Rubyって、人気なくなったんだね

>>22
マイグレーションなんて今までほっぽらかしてきた奴が悪い。
技術者が確保出来るうちにやらないからそうなる。
最初から作り直しだね。

C++を使う俺にはC#は不要な言語。

C++は最強なんだけど難しいからな。。余計な仕様や機能もあるし。
フレンドとか廃止しろ！

MSの無料ばらまき作戦はまだまだ使えるって事だな
Azureも必死にやってるけどどうなんだろうか
.net重すぎてやる気にならんけども

perlは消えネーナー
なんでだろう

Windows 8とメトロが主流になってきたらますますC#になってくるだろうけど、
純粋にC++とか書けない人が増えるのもどうかと思うとこかな

>>22
勘定系は電算システムを理解してない人の下で働くことになるから技術外でイライラすることが多いらしい。
まともな人間ならそんな訳のわからんストレスなんて回避したいわな。

>>9

　　 ｀¨ −　､　　　　　＿_　　　　　 _,. -‐' ¨´
　　　　　　　| ｀Tｰて＿,＿｀　`ー<^ヽ
　　　　　　　|　 !　　　　　　｀ヽ　　 ヽ ヽ
　　　　　　 r　/　　　　　　ヽ　 ヽ　　_Lj
　　､　　　 /´ ＼　　　　 ＼　＼_j／ヽ
　　　｀ ー　　　ヽｲ⌒r-､ヽ ヽ__j´　　　｀¨´
　　　　　　　　　　 ￣ー┴'^´

Rubyは設計に思慮がなく機能を突っ込んでいるので、これから衰退の一途。

>>22
C++使いクラスの人ならCOBOLくらい楽勝なはずだが。
だけど馬鹿の下で文句も言わず安月給、長時間労働をしてくれるか
どうかは不明

MSX-BASICで挫折しました。

人気があっても需要がなければダメだよ

>>30
Perlは少々可読性が悪いが
文字列処理が豊富なので、
主に学術系で根強く使われているよ

個人的にはPerl、PHP、Python、Rubyは
どれかひとつ知っていれば十分だと思う

>>37
需要順のような気もするけどね

いまＶＢ.Ｎｅｔの案件がＪａｖａ以上に多い

>>14
解ったような顔して
建築工事、土木工事のことは何も知らないことを
自分でさらけ出す
情けなや

C#とかDelphiのパクリだろうに

>>40
VB 案件なんて久しく聞かないんだけどどっち方面の業種で?

C++を駆逐する様な、Cの高速性とC＃の容易さを兼ね備えた言語を待っているが、
出てこないね。

上位5位までは、どれでもいいような気がするが？　仕事があるかという話？　そりゃＣで組込みですよ！
C#はＤｅｌｐｈｉの亜流みたいなもんで、ＯＯＰに特化するには便利。

少人数で仕事するのに適してる言語って何なんだろ

MPASMが入ってない　＞＜

>>30
perlは文字列変換・処理が簡単で器用だから時々つい使ってしまう。

Rubyはperlの後に出て来たから使ってないだけで他意はなし

>>46
組込みとかOEMとか他の会社ができないコアな部分でやれば少人数でも大丈夫かな
うちはそんな感じ

【プログラミング部】 PHPが100倍速で動くようになったぞー
http://awabi.2ch.net/test/read.cgi/poverty/1327050821/

>>43
ＶＢでもＷｅｂ系の.Ｎｅｔな。
普通に企業内のシステム構築だよ。
自分は愛知県在住だけど、○菱とかト○タとかＶＢ.Ｎｅｔで構築してるよ

ActionScript3.0は誰も使ってないのか...

Objective-Cはiphoneでのびてんのか？

>>52
いまFlashは将来が不透明だからな
これからはWeb系は、ますますHTML5+JavaScriptになるのかも

12位:Ruby と 13位:Lisp の差は殆ど無いが、ここにキャズムがあるな。

luaマジ便利
ちょっとコンパイラの設定ミスるだけでまともに動作しなくなるけど

プログラミング言語を女性に例えると・・・
って昔見て、なるほどーと思ったけど、
最近の言語だと、どんな感じになるのかな？

そういえばPascalはランク外なんだな。
あんな中途半端な仕様の言語がくたばってくれて嬉しい。

その昔、大学の情報処理ではPascalを教えていた。
俺はPascal嫌いだったから大学教官に頼んでCの提出でOKに
してもらった事がある。教官とデニス・リッチーに感謝ですな。

C#はいい言語なのかもしれないし
JAVAで読んだ良本に載ってたようなOOPもできるのかもしれない
ただ、C#とは出会いが悪かった

>>51
詳しくないんだけど、Web系のVBってどう言うの？
ブラウザ上で動くって事？

>>58
ん？　Delphiが１１位に入ってるけど？

独習c#は少し分かりにくかったので
オライリーのc#入門本を買った。
明日届く。わくてか。

いい言語かどうかよりも、
SEや顧客が管理しやすい言語かどうかで選ばれたりするし

>>58
俺はパスカルは好きだったな
UCSD P-SystemというOSで使っていたが
PC-8801にはP-Systemは重すぎた

C3 00 64

>>62
一冊本読んでるなら、Code Projectsとかでサンプルあさりした方が良くね？

>>60
.Ｎｅｔフレームワーク上で動く言語をコントロールできるよ。
だからブラウザでも動かせる。
オブジェクト指向だから、ＶＢ６とかよりＪａｖａに近い

>>65
80系か．．．

86 55
B7 1002
20 FB

そろそろ文字コードとプログラミング言語は絞る方向に行って欲しい気もする

Rのforループはクソ遅いんだよなあ。
行列にするとサクサクだけど、頭こんがらがってくる。

>>61
DelphiってPascalの拡張版だったんだ。知らなかったありがと。

どちらも全く興味ないけど。
あんなの使うモノ好きもまだ生きてるんだ。。

>>63
まあそれにつきるね
どんなに優れた言語でも、使われていなければ意味がない

どうせ勉強するなら、食っていけるものを選ぶのが一番

>>71
C#でもいいけど、ネイティブで動くのとVCLが優秀なんだよDelphiって
ちなみにC#の開発者はDelphiの開発者
基本的にC#はDelphiの発展系と考えれば、Delphiが如何に優れているかがわかる

話は違うが、JavaってほとんどWebだよね
C#はWindowsFormとASP.NETを合わせた数なんだろうか

ぶっちゃけjava分かれば食ってくのに必要な言語は大体方言みたいなもんだから分かるだろ。

>>14
そうだよ、素人が集まると収集つかなくなるのも一緒
設計士・顧客がバカでも、大工がしっかりしていればそれなりの家が建つ
根本的に間違った図面だと建たないが

visual studioが良いからね。その中で一番使いやすいC#を選ぶな。

>>74
そうだな、misaも知っていると完璧だな

これがステマって奴か？

>>74
あるある
いかにもjavaな人がいいそうなことだ…

VB6とCOBOLは？

JavaやCと支持率が一桁違うようだが？

C#は猿でもできるからな。
未だにC#プログラマを正社員で雇っている会社があることに驚き。

これってネットでの検索結果からでしょ？
C#ってMSDNに詳細に記述されているから検索頻度が少ないと思うんだが・・・

マトリックスを見て近未来のためにアセンブラを読む早さ鍛えてます

>>1
>複数の検索エンジンの検索結果から、対象となるプログラミング言語が
>どれだけ話題になっているかをインデックス化したもの。

いったいどういう検索してんのかね

>>81
これから伸びるという期待ステマなんじゃね？

C#ってDelphi作った人が関わってると聞きましたが

言語で出来ることが変わるのが気に入らない
BasicでC++と同程度の物が組めるようにしないのがおかしい

>>14
まあ大工は大工だが、
建築士(SE)の設計図を元に組み立て(フローチャート)を考える現場監督だよ。
その組み立て(フローチャート)に従って道具(処理系)を使って組み立てる土方はコーダー。

C#ってWindows関連以外で仕事なんてあるのけ？

COBOLは勘定系以外の需要が0だから廃れていく一方

C#とC++が出来れば食っていくのには困らないよ
後は全部方言みたいな物
いきなりDelphiのプロジェクトに投入されても何とかなる


と言いつつ最近は仕様書ばかりでコーディングしてない家と

>>82

こういう事言う奴に限って、プログラムできないバカと相場が決まってる。
どの言語を使うかではなく何ができるかだよ。

VBしか使えないとかなら、できないことが多すぎるだろうが
C#が使えりゃ、少なくともOS上で動くアプリの開発には何一つ不自由しない。

>>90
windows関連以外の仕事をしなければならない理由は？
という状況かと。

C#はIT土方辞めた後も趣味で楽しめるのが良い

アナログハード屋なんで詳しい事はわからんが、
言語より、ジョブのオブジェクトモデリング手法の方が大事なんじゃね？
アジャイルとか．．．もろもろの手法。

>>93
最近はモバイル系多いよ
アンドロイドやiPhone向けが凄く多い

まあ、うちの会社は横着して
ActionScriptでモバイル系は済ませちゃってるけど

ってC++ってアドレスが使える時点で
オブジェクト指向じゃないし。。

C#が理解できればOOPの流儀が理解できるからDelphiでもJavaでも言語はいける
だけど開発環境を知ることのほうが重要

C#ならMSで統一できるけど、Javaって会社ごとにIDEとかライブラリとかバラバラそうで気持ち悪い

P言語が軒並み落ちてるじゃん
ゴミRubyはどうでもいいとして

カーナビとかの開発でも今はWinSDKが主流だしな。

>>97
ん？　？？？

Ｃ＋＋は長年修行したが
ついぞメモリ管理がまともにできるようにならなかった…

おれのかかわった限り、C++を使う案件は

・まともなフレームワークがほとんどない。有名なSTLやBoostは単なる基本ライブラリーで
使い方がマニアック。
・標準のフレームワークを参考にしながらオブジェクト指向の流儀をおぼえるような仕事を
していないので、集まるPGのスキルがバラバラ。経験年数なんかあてにならない。それぞれ
自己流の考え？をもってくるのでいろいろ揉める。
・出来の悪い自家製フレームワーク、わけのわからん多重継承してたりとか。しかも、まとも
なドキュメントがない。
・組み込み系だと、IDEが無くてコマンドラインとターミナルエディターw、しかももろもろの
理由でデバッガーが使えない。

から嫌いだ。高スキルのPGが多いゲーム開発なんかは違うかもしれんが。

昔教科書で習った Ｃ しか知らないＤＱだけど、C# とか C++ 、Javaって Ｃ とどこが違うの？
手間がそんなにかからないのなら触れて置いた方が良いのかな・・

>>1
>　4　C++.　　　　　　　　8.063　(-0.189)　4位へ下落

いつまでこんなもん使ってんだ

>>67
なるほど。フレームワーク上で言語の違いを吸収してしまうのか。
でもそれって、VBで書いてもC#で書いても同じって事になるような……
どっちかの言語に何か優位性でもあるんだろうか。

Dは？

>>20
sed

>>1
>　2　C　　　　　　　　　16.976　(-0.081)
>　3　C#　　　　　　　　　8.781　(+0.576)　3位へ浮上。上昇傾向
>　4　C++.　　　　　　　　8.063　(-0.189)　4位へ下落
>　5　Objective-C　　　6.919　(+0.114)　上昇傾向

>　7　(Visual)Basic　　4.531　(-0.226)

規模がちっちゃいからだろ？

C#って早い？
monoもあるから、環境は気にしなくていいんだろ？

>>106
.netってそういう思想でしょ？
C#でもVBでもCOBOL(あるの？）でも、結局フレームワークで吸収って

C++って他人が書いたコードが読みにくいだよな
きちんと設計しないで書くやつが多いから

まだCのほうが読みやすい
Objective-Cは最低

>>110
遅い部分はCやC++、アセンブラのコードを直接記述できるはず。

C＃ってそんなに使われてるのか。
出たての時に少しだけ使って、
その後コード書かなくなったから、知らなかった。
色々使いやすくなったのかな。

>>114
　俺はMac/iPhone派だからようしらんけど、デスクトップアプリの移行が盛んみたいやしな。
フレームワークも適時追加されているようやし。

>>82

そう言われて２０年以上需要がありますが

COBOLこの間久々に使ったよ。
まだ使う機会があることにもびっくりしたけど、すっかりうろ覚えになってて参ったわ。
早く絶滅しろ！

>>116
20年前だとC#どころか前身のDelphiすら発売されてませんが

C++　　→　Java
Delphi　→　C#　（C++ の真似）

だろ？　ややこしい…

何年か前からシステムをVB6からVB.NETに移行してるけど本数多くてなかなか進まない
言語の仕様もかなり変わって移行が大変。
いつになったら終わるんだ。終わる前に次の言語がでそうだｗ

>>117
年金管理はＣＯＢＯＬでやっているんじゃないの。
プログラム修正料がバカ高い。

C#またはJava、PythonまたはRubyの2つを覚えておけば、
大概のプログラミングには対応できると思う。
まあ個人的にはMATLAB使ってるが。数値計算だからね。
あとみさくら語プログラミング言語misaは必須。

>>106

ラムダ式とか，自動実装プロパティとかの新機能は C# から優先的に実装される傾向にあるけど
まあ，基本的な機能は変わんないんじゃないかな。

C# は MS が Java の乗っ取りに失敗したので、代替に開発した言語。
後出しな分だけ改良されてるので、Java が使えれば C# も使える。
どっちもアプリケーション用の言語。

今時の C は OS kernel か組み込み系がメイン。C++, Objective-C は
ミドルウェアや少しでも速く実行させたいアプリケーション用。

クロスプラットフォーム指向だと．．．　ｊａｖａ一択か？　swingも速くなった事だし。　おっと、Ｑｔがあるか。
デザイナー相手のハードだと、結構ニーズあるんだよな。　Ｍａｃアプリ。
でも、やっぱり、Ｃで組込みＯＯＰが最高のビジネス　ｗ

>>11みたいな威張ってるだけの負け犬から洗脳されっぱなしの奴が居るから
ソフト業界が育たないんだよな

Linqが面白すぎる。そしてついつい何でもラムダ式で書いてしまう

C#はMSの奴隷

>>11 コーディングできないやつが上流工程やっても使えない設計しかできない。
実際の現場でちゃんと上流工程できるやつはコーディングもちゃんと出来る。
プログラミングはそれ自体が楽しいからそこに落ち着いてもいいし、もっと上からやりたければ上流にいってもいいだけの話。

>>128
ちゅうか、今時、自社のプラットホームに政治的にゆうずうのきかない標準言語/ライブラリ
（フレームワーク）を律儀に採用するのがおかしい。
Objective-CもMac/iOS専用言語だし。
AndroidもJavaをつかっているけど、独自フレームワークをすっぽりかぶせている。

>>14
お陰で日本のソフトウェア業は最悪なわけだが。
４００万で働くプログラマより１０００万でスペシャリストを
１人雇ったほうがよっぽどコスト安。

元は50位までのっているのになんで12位まで転載したんだ
そういうとき10位までを選ぶのがふつうの感覚じゃないか
Rubyが載ってるのを見せたかったのか？やらしいな

>>129
「できる」のと「やらされてる」のは違うってことだろ

スレッドまわりが簡単に書けないC++は時代遅れ
異論は認める

>>127
5秒で終わる処理を30分かかるようなコードを作るLinqくたばれ。

プログラマの皆さんに質問。

メモリ管理との闘いはこれからもずっと続いていくんですか？
パソコン用と商業製品用のメモリの違いはあれど
これだけメモリが溢れている昨今でも、メモリの縛りはきついですか？

Delphiって言語だったんだ
開発環境だと思ってた

>>11
俺を呼んだな。もう少し正確に訂正させて貰うと、
ウエブサイトのスクリプトコーディングをやらされている奴は底辺。
ソースは俺

HDD容量でペタは神レベルとかテラは上位層みたいなコピペあったけど
プログラマ編ってないの？

>>139
煽り用ならあるかも知れんが、現実的には業務内容が多岐にわたるんで
「一本の物差し」では測れない。

>>137
Pascal（パスカル）とすべきだよね
Web上の統計だからPascalというワードはヒットしないんだろうけど

それを言うならObjectPascalになるな

途中で改行しちまった
ObjectPascalはその後Delphi言語と改称された

よってDelphiは言語名

>>119

全然違う。

C++　＝　C　＋　オブジェクト指向
Java　＝　C　＋　オブジェクト指向　−　メモリ管理
C#　＝　C++　−　C++の難しいとこ　＋　Javaのいいとこ

という感じ。
C# の開発に Delphi の開発者が関わっているが、言語系統としては遠いところにある。

どう見てもJAVAのunityscriptみたいなもんか

Cなんて簡単だけど
俺はFで挫折したよ

僕はコボルちゃん！

プロセッサーの処理速度が１５年前に比べて１０倍なのに
同じことをするソフト（ワープロ、表計算とか）が
１０倍の処理速度を実現できないのが不思議なの
誰かわかりやすく教えて

正月からPythonを始めた。

>>106
VB.NETはクラス作るのがすごい面倒だった気がする。
ようするにオブジェクト指向に向いてない。

プログラマではなく信号処理系の研究者だが、
MATLABがメインで、たまにC（昔はFORTRAN）とアセンブラを使うくらいだな。
javaとかC++はワケワカメ。

C#で間口広げる事は業界にとって良い事のような

ここには計算屋はいないんだな。
計算屋からすると、C++までしか速度的に許されない。

パフォーマンスを求められるシビアなソフト開発はC++一択って状況は変わりそうにないけどな
C#はMSが優遇策取ってるから便利になってるけど
代わりにC++を半ば捨ててるのは勘弁してほしいわ
ハードの性能向上が頭打ちになってソフトで最適化するしか無くなってるのに
C#やJAVAはその点は話にならないままだしなぁ

>>136
組み込みはメモリ厳しいけど、アプリならほとんど
関係ないよ。
ガベコレあれば、メモリリークも気にしなくていいし。

新卒ですがアンドロイド向けの開発で月収１００マソです。
残業・休出・法定外労働割増賃金込みですが。

>>148
コア数を増やしているだけでシングルの速度は頭打ちになっている
そして32bitでは4GBの壁のせいでより重要なメモリ量が頭打ち
そもそも普通に使っていて処理が重いな？と感じる時は殆どがHDDへのアクセスが原因
こっちのアクセス速度は特に伸びが鈍いのでどんどん足を引っ張るようになってる

>>153
どうせコアの部分はハンドアセンブルで書いたライブラリを使うから、
その外側って何でもあんまり変わらなくないか？

計算のアルゴリズムを考える研究者なんだが、
ライブラリをアセンブラで最適化しておけば、
インタプリタであるMATLABでもそれなりに速度出てるよ。

古い仕様が検索に残るのを嫌がってWebに書くのを嫌がる言語もあるし、
開発者が好む言語と、顧客が好む言語も違うし

>>148
実現は出来る。
しかしキミは15年前の10倍の速度で打鍵できるかい？

>>155
シビアでｷﾘｷﾘのメモリ制御するなんて相当レアだし

ロジックがおかしいとか組み方が変とか
基本的な話でコケてる話ばっかりだもんねぇ

>>159
> 顧客が好む言語

ｗｗｗ

コ、コボルは何位なんでつか？

>>158
MATLABを使うのはラフな考え方の確認だけ。本ちゃんの規模の計算はやらない。やったって終わらない。

メモリ管理はかなり重要。キャッシュレベルで動作を把握していないと速度が出ない。
C/C++は良い抽象度。
ハンドアセンブルはホットスポットを見つけた後。

既存システムの改造の案件、資産の再利用などを考慮すれば
VBが最強だということが分かるだろう

組み込みでもないしアプリでもない銀行や役所なんかのシステムって
背後でUNIXとCで動いてたりして
使ったメモリを手作業でfreeくらいは常識だよねー

おらもうこんな仕事嫌だ
C++書きたい

>>164
コアはライブラリ、外側はMATLABという使い方じゃ速度出ないってこと？
少しでも足を引っ張っちゃうのはNGってことかしら

AppleはObjectiveCなんていう気持ち悪いゲテモノ言語はさっさとやめるべき

C#が増加した要因はAndoroidとiPhone/iPadかな。
プログラミングの対象がデスクトップアプリから、
モバイル(とクラウド)に移ってるんだろうな。

実際C#はC++やJavaのダメ設計だった部分を生かしてシンプルで綺麗な言語に成長してていいよな。

仕事で、業務系のクライアントアプリの設計でVB案件がかなりC#案件になってた覚えがある。
.NETの親和性が高くて一番組みやすいコア言語になってるのもそうだけど、
最近だとゲームエンジンのUnityってやつでMonoと組み合わせてC#をゲーム開発に使える
のがありがたい。本当に作りやすくて助かってる。

>>154
速度つっても、処理食ってる部分なんて知れてるだろう。
最適化はどうせアセンブラなんだから、
その他の部分はC#とかで組んだ方がましだと思うが。

「とりあえず、C＋＋で組んでおけば問題無い」
とか思ってるなら、その考えは捨てた方がいいと思うぞ。

C++とC#って別物だったのか。
Rubyしか使えない日曜プログラマーの俺には関係ないけど。

>>171
ハンドアセンブルしたコードとC#やJavaのやりとりとか考えると。

>>169
AndroidでC#動くの？

シミュレーションみたいなパフォーマンス重視の分野でも、コア部以外はC#などの
リッチな言語での開発が今後は主流になると思ってたんだけど、その辺どうなの？

>>169
> C#が増加した要因はAndoroidとiPhone/iPadかな。
両方でまともに使えるC#環境ってあったっけ？
ゲーム用環境のUnityぐらいしか知らんのだが。

>>169
AndoroidとiPhone/iPadで増えるのはJavaとObjective-Cだろ？
C#の増加は、デスクトップアプリのVBからの移行が進んできたからだと思う。

Javaって、プログラミング言語関係のネタになると叩かれてる事が多いイメージが有るから、
プログラミングを全く知らない者からするとクソ言語なのかと思っていたが違うんだな・・・

>>168
無理。それどころかC自体に独自拡張を施す徹底ぶりだからw

Apple的C独自拡張
http://ascii.jp/elem/000/000/455/455786/index-2.html

日本語のプログラミング言語ってないの？？

>>173
ハンドアセンブル？？？
アセンブラだよな？
まさか、手作業でバイナリにしてる訳ないよな・・・

>ハンドアセンブルしたコードとC#やJavaのやりとりとか考えると。
一度アセンブラやC++との連携ライブラリ作れば終りだと思う。
言語がポーティングされてる事が前提だが、
効率考えたら、全部をC++だけで組むのは微妙。

何言ってんのかワカラナイので素通りしますね。

>>180
あるけどネタレベル

技術が進歩すればJavaが最速だと聞いた
いつになりますか？

技術が進歩したら全部変わらなくなるよ

Objective-Cはマジでうざい
前世紀の遺物として葬られるべきものだろ
言語仕様も書式も汚すぎる、特にid型って何だよ死ねよ
別言語に移すときに読むのが面倒でウザ過ぎる

C#のニーズがどこにあるのかよく分からん

今はiOSアプリのニーズが急激に高まってるんでObjective-Cが上昇傾向ってのは分かるとして、
なんでC#が人気上昇？という気がするんだが
ぶっちゃけ、C#のニーズって全部JAVAで代用できるし

OSやミドルを組み合わせる技術のないソフト屋には、OS・WEB鯖・アプリコンテナ・DB・IDEが
一式揃ってるMSプラットフォームは魅力的なのかな？

>>185
>Objective-Cはマジでうざい
あれはあれで、よくできてる。
ただ、smalltalkの派生言語と見るべきだから、
現在の風潮に合わないがな。

ワープロソフトなんて体感速度は殆どCPU関係ない
グラボと液晶とメモリを新調したほうがいい、あとSSDも

>>186
>C#のニーズがどこにあるのかよく分からん
組み込み。
世の中WindowsやLinuxだけではないのだよ・・・

>>189
C#で組み込みって、組み込みでもアプリ部分？
MS以外のプラットフォームで使うことってあるの？

>>180
PHPとかみたいにUTF8対応した言語なら

変数や関数名に日本語使えるよ

>>190
わりと。
arduino C#
とかでググって見るといいと思うよ

リアルタイムGCとかいいな
Javaとか今後も期待できるような気がする
http://www.cs.tsukuba.ac.jp/H16Syuron/200335261.pdf

組み込みでArduinoはないやろ。
ホビーとしてやってる人はそこそこいるとしても。

jAVA派オラクルが変なライセンス運用はじめたからもう消えていくと思うよ

>>189
エンベデッド業界って全然知らないんだけど、非力なハードウェアに合わせてLinuxとかTronとかに
C++で組んだアプリ組み合わせてやってるイメージがあったんだけど

意外とWinCEとかWinのEmbedded Editionとか使われてるのかな？
それとも最近だとMSプラットフォーム以外でもC#って使えるの？

>>195
そうは言っても、平易？な実装として避けにくいとか
（将来、うるとらスーパーに素晴らしい実装が出れば別だけど）
様々な事象にケースバイケースにと、なかなか大変なのよ

>>194
arduinoは派生品。

arduinoのCPUはAVR⇒AVR用のC#はある。
⇒AVRならC#が使える。
⇒AVR以外でも使えるかも。←いまここ。

てか、ここまで書かせるなよ。
恥ずかしい・・・。

>>192
ああ、C#とか使える組み込みプラットフォームが普及してるんだね
なるほど

でも、それもじきにAndroidにリプレースされそうな気も・・・

C#も2.0より前の世代と後の世代、LinqToSql使いとLinqToObject使いとでは
てんで人種が違ってくる。
int[] a = { 1, 3, 2, 4, 2 };
int count = 0;
foreach (var n in a)
{if (n == 2) count++;}
Console.WriteLine("found {0}", count);
とか
int[] a = { 1, 3, 2, 4, 2 };
Console.WriteLine("found {0}", a.Count((n) => n == 2));
とか、読めないよ。

>>196
>意外とWinCEとかWinのEmbedded Editionとか使われてるのかな？
>それとも最近だとMSプラットフォーム以外でもC#って使えるの？
最近オープンソース化したからね。その風潮もあるかもしれない。
ゲームだけど、最近だとSCEが発表してたね。

ttp://japanese.engadget.com/2011/09/14/playstation-suite-sdk-11-c-android-vita/

>>199
もしAndroid用C#が出るとなると、何でAndroidアプリの開発言語に
最初からC#じゃなくてJavaを選んだんだろう。

今はどっちかっていうと、JavaがC#の後追いになってるよな・・・

>>199
Androidは大きすぎるし、重すぎるだろ
リプレースされるには高性能なボードPCがもっと安価にならないとダメなので、
まだまだ先かな

機能限定をしたAndroidを搭載するぐらいなら組み込みLinuxを選ぶし。

>>198
そんな変態的な環境は趣味以外で聞いたこと無いわ。

> ⇒AVR以外でも使えるかも。←いまここ。
どこがコンパイラ書くんだよ。

C#が勢いあるのはもうすぐXPとOO4Oが終わるからだろ？
やっとVB6やDelphiから解放される時が来たと思うと胸熱だわ・・・

Rubyはうちでも取り扱ってるけど、RoRの仕事しかこねーな。
まあどんなフレームワークとセットだろうとPHPやるよりは100倍ましなんで不満はない。

>>200
その齟齬が問題になるケースなんて、かなり先のような気も

仮に両刀使い（？）だったとしても、記述の選択もケースバイケースだったりするし

>>199
そんな感じ。

>でも、それもじきにAndroidにリプレースされそうな気も・・・
どうだろ？
何だかんだでAndroidは組み込みとしては高性能だからなあ・・・
低性能ハードってのは、コスト面の都合で消える事は
まず無いので、多分生き残ると思う。

>>203
Cファミリーからパイ取れる絶好のタイミングなのに、逆に食われ気味だもんなあ。

>>205
？
言っている意味が良く解らん。
コンパイラはGCC使えば良くね？

ここまでF#の話題はなしかよ...w

ところで俺のJ#たんの時代はいつ来るんだ。

>>211
>ここまでF#の話題はなしかよ...w
Lisp挫折した俺には良いかもと思ってそのうち試そうと思ってるｗ
ただ、ざっと見た所、かなり特殊な言語っぽい？
なんか、Lispとも違うし・・。

>>213
F#はscalaみたいなもんだよ
LISPとは関数型言語というぐらいしか・・・

>>186
デスクトップアプリはJavaで組みにくいと思うが。実質そのへんのフレームワークは
開発/保守を凍結しているようなもんやし。

今までVB6で動かしてたシステムがC#に置き換わってるんかな

C#ってDelphiとよく似ている。
隠れていたDelphiのファンがC#で復権したのだろう。

ところで、Rubyって使ってみたいけど、どんな言語？

>>158
>どうせコアの部分はハンドアセンブルで書いたライブラリを使うから、
>その外側って何でもあんまり変わらなくないか？

納期もなく、おもちゃみたいなプログラムだけ相手にしてればいい研究者の発想だなｗ

>>217
>C#ってDelphiとよく似ている。

言語設計者が同じだからな

ML系ぼろくそやんけ

>>92
>VBしか使えないとかなら、できないことが多すぎるだろうが
>C#が使えりゃ、少なくともOS上で動くアプリの開発には何一つ不自由しない。

VBとC#にそんな違いはないよｗ

>>214
Scala・・・名前しか知らねえｗ
ただ、概念の参考にはなるかな？
今度、ちょっと調べてみる。

>>213
プログラミング言語をLisp系のFortran系に分けるならF#はLisp系。特殊かどうかはわからん。

>>215
Javaを開発してる人たちは、なんかやる気らしいよ。
今更デスクトップアプリって思わないでもないけど。

>>216
WinPCのアプリが根こそぎC#に置き換わっている感じ。
コア部分はC++を残したりするけど、UI部分はC#に移行しているね。

>>223
それは、関数型言語か手続き型言語かという系統ですよね。
そういう意味ではF#がLISPに近いのは当然かな。

>>136

というより、今そういう案件自体ないじゃないか？

>>221

そりゃ、.NET上の話だろ。
そもそもVB.netなんてだれも使ってねえし。

これをじっくり見ろ
http://image.itmedia.co.jp/enterprise/articles/0703/26/l_psfig1.jpg

>>223
Lisp系、関数型言語ってのは分るんだが、
どうもアルゴリズムを組むのにイメージが湧かなかった。
慣れなんだとは思うが、どうにも感覚が掴めずに挫折したんだ・・・。

>>3
検索件数のシェアと、実際にその言語を使用してる人数やプロジェクトのシェアは違うだろうな

C#,VB,PHPなどに比べればCやC++は個人プログラマの比率が多いだろうから、
共同作業してる仲間とか情報源が周囲になくて、
一人あたりの検索件数が多くなると思う
また、技術的に高度/特殊な内容も多いだろうから
解決策を求めて検索する頻度も多いだろうし

F#はOcamlを.Net対応させてHaskellの美味しい所を少しパクった感じ。

>>230
あと、大規模案件になると、ググる必要がなくなってくるからねぇ。
ネット禁止の職場もあるくらいだから。

>>231
F#にHaskellの要素なんてあるのか
Ocamlの派生だと思い込んでたわ

WIN系標準搭載のCMDとかVBSとかは？

>>224
スマホ界では一足先に
Androidで実現できているなw

>>230
ネット禁止の開発現場も多いし、そうなるとCOBOLあたりが上位に来るかｗ
プログラマ人口で言えばJavaの1位は変わらないだろうけど。
あとは、あまり特殊すぎる内容だとネット上に情報自体がないこともある。

ラムダ式が便利だからC#すき

>>233
モナドっぽいものがある。

>>238
あるけど使わないって落ちじゃないよなw

ネット禁止って情報漏えいとかそんな理由で？
開発効率落ちまくりだろうなあ

>>229
その気持ちは分かるが、頑張って克服すると凄く気持ちいいよ。

C# がWindows以外で使われているというのはない。
MSが無料で配布している開発ツールがよく出来ていて、
素人が適当にいじっていてもアプリらしきものができるからだろう。
（実際は、ライブラリ組み合わせてプロパティ値入れてるだけなんだが）

>>225
Mac/iOS系も同じやね。速度がいる所だけCやC＋＋のAPIを提供して、のこりはObjective-C

>>241
そうなんだよな、是非スカっとしたいｗ
頭空っぽにして、また始めてみるか。

>>237
最近はJavaで無名クラスとかインターフェース使って
無理やり実装するのが楽しい

>>239
僕は喜んで使ってるけど、それ以前にF#が使われてないから他がどうかわからないw

>>240
Yes.
厳しい所では携帯やスマホも持ち込み禁止。
参考になるのは過去の糞ソースコードなので、糞の再生産になり、デスマる。

>>240
> 開発効率落ちまくりだろうなあ
逆に言えば、社内にある資料と人脈で済んでしまうという状態。
APIやライブラリの使い方を調べるという行為自体がほとんどない。
独自フレームワークだったりするんで、どうせググってもヒットしないし。

コボルもリスプもパスカルも無いなんて認めない

>>247
僕も正直これはIT産業にボディブローのように効いてくると思う。早めに何かいい方法を考えないと。

>>250

日本の土方ITだけだろ。
海外では、そのへんの対処はバッチリだから

OCamlとScalaはどこいったーーーーー？

>>250
C言語を使っていると、検索しなければならない事は殆ど無いからね。
JavaとかC#のように無料の物を組み合わせて使う言語では厳しいと思うけど。

>>252
一緒にF#始めようぜ！

>>254
オープン儲の俺様が
いまさらMicrosoftデビューも悪くないか？
はっはっは

>>251
もちろん日本の話。

>>255
F#は一応オープン。

>>255
コンパイラはMS製品しかないが、一応今んとこフリーだし、
.NETだからMono辺りで動くかも知れん。

D言語はかすりもしないかw

ＣＯＢＯＬがないけどＤｅｌｐｈｉはある

>>257-258
シェアがあまりない今のうちかもねw

>>206
Excelがあるかぎり、レガシーVBは
生き続けるよ！

ExcelでF#という素晴らしい時代を夢見て頑張るか

>>261
シェア・・・その前に消滅しないだろうかｗ

>>259
Dは何と言うか悪い言語じゃないんだけど、
良い所が見えない言うかC++でいいと言うか・・・
まあ、C#使うかなあ。出来ない所はC++・・・。

>>264
俺は男東原なのだろうか？！

>>265
ちょｗ
実務で使える様になるかは、正直不明だが、
まあ、.NETである限り、動作環境は大丈夫かと。


入門書は何がいいのか・・・と思ってamazoｎ見たら選択肢が
あまりないなあ・・・とりあえずオライリー買ってくるか。

C#は駄目だ、人間を駄目にする
便利すぎてあれに馴れちゃうと他の言語を使う気が起きなくなる

C#は確かに良く出来ているな。VB屋もVC屋もJava屋も手がけていきやすい。
現実的な開発効率から考えると選ばざるをえないことも。

Windows外でも普%8%8し2%2ﾄいくといいのにな。

>>266
とりあえず「実践」と二冊買うのが吉。

>>267
monoを使ってみて分かった
C#が便利な訳ではなくて、.NetFrameworkが便利なのだと言う事を

COBOLで後10年は戦える

VB.NETの存在意義がよく分からん
MSがC#に一本化しないのは何か理由があるの？

>>272
VB6ユーザーの需要が有るから。
そうして、彼らを絶望させる役割があるから。

dynamic が導入されるまでは、VB.NETとのすみわけがあったが、もうC#だけでいい。

>>272

そりゃVB人口が膨大だからだよ。
まあ、実際問題、VB6との言語差が大きいので
VBnetにあんまりメリットがなく
VB屋もみんなC#に行ってるけど。

>>269
「実践」の方も評価高いみたいだね。
両方そろえるか・・・。

>>156
税金大変ですねw

>>277
一年後に来るからなあ

Aから始まりHの後にI

auの新ロゴを見て、cωを思い出した・・・

A
U　　昔は便器だったんだぜ？

JavaはエンタープライズとサーバサイドとAndroid、
CはOSや組み込みなど一番低レベルなところで絶対に必要、
C++も同じ領域と、あとゲーム方面
Objective-CはまあiOSとMacやね。
Python、Perl、Rubyはスクリプティング用途およびサーバサイド、
PHPとJavaScriptはウェブページ、
Delphi、VBは主にエンタープライズ系のアプリか。

まあどの言語もそれなりに存在意義があって使われてるな。
比較的オワコン気味なのがVBとPerlあたりか。

C#の人気が上がってるのは、エンタープライズはもちろんとして
ゲームエンジンのUnity（今App Store上位の3Dゲームのかなりの割合がこれ使ってる）の使用言語なのと、
最近Monoが盛り上がってるからだな。

ゲームではパフォーマンスの関係でこれまでC++が唯一の選択肢だったんだが、
やっぱしんどいからもうそろそろやめたほうがいいんじゃね？
少なくとも、速度の必要ない部分はもっと開発効率の高い言語で書くべきじゃね？って流れになりつつある。
その候補としてC#がやってきたわけ。他にもLuaやJavaScriptなどがあるが。
C#はC++の類似言語であることと、演算子オーバーロードがあることがポイント
（演算子オーバーロードがないと3Dのベクトルや行列を操作するコードを書くのは苦しい）
MSがXNAあたりで巻いた種が発芽しつつある。当のXNAはgdgdだけどな。
すでに書かれてるが、SCEも採用したよな。

>>153
> 計算屋からすると、C++までしか速度的に許されない。

最近のJavaとC#は速いよ？
IOが関与しなければ（純粋なロジックのコードなら）C++の半分くらいの速度は出る。

あと実はめちゃくちゃ遅いのがJavaScript。V8でもC++より１桁遅い。
Chromeなどが昔に比べれば相対的に速くなったから勘違いされてるけどな。
HTML5でネイティブアプリを駆逐するぜ云々の雰囲気には、おいこらちょっと待てと言いたい。

この中でCとＣ++は言語仕様に共通部分が多くて話題がかぶるからな
C++の基本的な部分はＣ言語の話題で取り上げられることが多いだろう
そう考えるといまだにC/C++は根強いという見方も出来るな

>>242
素人でもそれなりに作れてしまうし、玄人が使う分にも開発効率はいいよ。
言語よりも開発環境やフレームワークの方が重要。

>>272
DB蹴ってデータ取り出す系の仕事だと、C#じゃキャストが糞多くなって面倒だから
VB.NETのが楽な気がする。

マシンコードとＣの相性が高い以上、Ｃはずっと汎用言語として活き続けるよ
Ｃは流行り廃りなどというものはとうに過ぎ去った。

FAのPLCのプログラムをC#で組む時代がもう少しでやってくる
ラダーしかできないおっさんの食い扶持は保守案件だけになる

OOPなんて状況によっちゃクソめんどいだけだしな。
型もいらん時はいらん。
最近は楽になったけど、昔はしょうもない処理に、
律儀にゲッターセッター書いて、キャストしてとかアホやったわ。

膨大なデータの解析にC#使ってるけど十分早いよ。
C#でも繰り返し呼ばれるメソッドは、
最初にJITコンパイルされるだけだから、
ネイティブコードと比較してのオーバーヘッドは殆ど無いでしょ。

それに実行時に最適なコードを吐けるメリットもあるし。

むしろハードディスクやネットワークへのアクセスが、
律速になることのほうが多いからな。
んなもんどの言語使っても大差は無いし。

逆コンパイルなりマシンコードトレースすると、まだまだC#なんてクソオーバヘッドだらけだ。
プロセッサが爆速になることを期待しての前提で成り立ってる

たまにはコンパイラがどんなコードを落としているか、調べてみるといいで。
長所、欠点が見えてくる。

>>290
そんなんCだってオーバヘッドあるわいｗ
高級言語に何求めてるんだか
適所に使い分けしない前提で評価されてもね

C#よりもObjective Cの方がここ数年の伸び率が高いよ
C#を抜くのは間違いないかな

Windows勢よりiOSとMacが支配的になればな
でも最後はJavaじゃないか

言語なんて道具だろ
目的にあったものをつかえばいい
人気もくそもねーだろなにこのアンケートｗｗ

あとエンタープライズというか鯖側のシェアは林檎さんは縁がないからなぁ

しかしRubyはずいぶん落ち着いたな

こういうスレってあんまり有意義な話がきけんなあ。
サーバサイド、ユーザアプリ、ゲーム、計算機、組み込み、デバドラ開発、・・・
あまりに状況が違い過ぎる。
中途半端にサーバサイドを知っているやつが組み込みとか来ても素人より役に立たないだろう。

>>297
お互い様じゃね？

>>297
他分野の話を聞けるのは有意義じゃない？
自分の分野と無理矢理比較したりするから不毛になるわけで

> いまだにCを使っている人が多いとはな

OS/kernelはCが主流。
オブジェクト指向言語が試されたことはあったが、
うまくはいかなかった。今後も、C++, C#がOSの記述に
使われることはないと思う。

今日の「井の中の蛙」スレはここですか

LINQが便利すぎるC#が圧倒的に優勝
これはステマなんだけど、川俣晶のLinqToObjectはC#なら立ち読みする価値あり。

省エネ対応 C#プログラムの効率的な書き方　LINQ to Objectsマニアックス
http://www.amazon.co.jp/dp/4774149756?tag=autumnmagazin-22&link_code=as3&creativeASIN=4774149756&creative=3999&camp=767

そういえばBasic基地外が姿を現さないな

遠い昔MASM86とかでPC98用のプログラム作ってたなぁ。
えぇ。おっさんです。

C#伸びたなあ
以前バージョンアップで互換性無くなって怒ってる人多くてだめかと思ったわ
言語のせいかわかんないけど、C#で作られたテクスチャアプリが糞思い

使ってみるとJavaは古いクラスが残っててややこしい

iPhone人気でC++からObjective-Cに移動があっただけな気がする。
VBからC#へも移動があるしな。
ところでObjective-C++な場合はどういう分類になるのだろうか

Webのスクリプト言語は次は何が来るのかな

Javaっていまだにヌルポとかアウトオブメモリーとか頻発してんの？

>>42
開発したの同一人物だからそれは仕方ない

C# = (C++ + Java) / 2

>>308
PHPもPythonもRubyもシェアを落としてる所を見ると、WebブラウザをUIとする形の
Webスクリプト言語自体が落ち目な気もしなくもない。
>>309
残念ながら。

2年前に C# の本を買ったけど
ちょっと見て、開発環境が使いやすそうだなーと思っただけで
それっきり読んでない。
40歳越えると新しい言語を覚える気力が無くなるな。

Ｃがいまだに２位っていうのが驚き

JavaできるならC#は真面目に勉強しなくてもできると思う。

>>312
むしろPerlが返り咲いている

>>313
初めてなのに本なんか読むからだと思う
奥深くまで理解した人が書いた入門書なんて
自己満足すぎて読んでられない

Javaオンリーの人がC#のプロジェクトに参画するとプロパティ定義せずにgetter , setter作るから困る

C#の開発環境と実行環境ってWindows以外にあるの？

C#の名著は CLR via C# （邦題：プログラミング.NET Framework） ぐらいかな。
.NET環境でプログラム組むなら一度は読んでおくべきかと。

ベストプラクティス系は Java の方がそろってるし、そちらのがC#でもほぼ同様に通用するから、
Effective Java とか読んでればいいと思う。C#は英語だと沢山書籍出てるけど日本語版は少ないし出版も遅いよね。

>>306
Javaは「非推奨」大杉。
あとSunがOracleに吸収された影響はどんどん大きくなると見た。

Javaが普及すると、WindowsもMacもLinuxも同じソフトを使い回せるって昔聞いたんだけど、
シェアトップで使い回せていないのはどういうことなの？

>>45
UNIX/C/ShellScript で20年選手の50歳だが、組み込みジョブチェンジは可能だろうか。
趣味でArduinoでサーボモータとか回してる。判定よろ。

>>322
普及したのはサーバサイドばかり。

ラムダ式はJava8か

おれはIT大手勤務だが、さっぱりプログラムはわからんが、奴隷たちを指揮させてもらってるわw
とりあえずちゃんと動くもの作れよ

>>324
Android

>>326
だいぶレベル低いみたいだな
おたくの奴隷たちは

JAVAってWeb以外、アプリケーションで基幹システムやエンタープライズで使われてる？
アプリを触ってももっさりとした印象しかないんだが。

C#は、.NETもあるけど、Silverlight(Flash代替)、WPF(WSH代替)、XNA(X-BOX)とかで
Windowsマシンで全体的に使えるようになったのが大きいと思う

>>319
monoってのがあってだな。

FizzBuzz
http://ideone.com/yLHyM

>>329
スマホの普及で
Windowsマシンがいらなくなり始めているこのご時勢に

>>331
基幹システムやエンタープライズにスマホが何の関係があるの？

>>323
Cできてればできるんじゃない？
組み込みの現場では50過ぎのおっちゃんとか珍しくないし。

スマホが普及してもＰＣは必要だからなあ…。

>>331
　Androidって、バージョンのバラツキがすごいし、分野によるが、iOSと比べてAPIや
ツールはショボイし、MSが付け入る隙は有ると思う。
　PCの時も、後からスタートして、最後にUNIXやMAC陣営を追い越したしな。

Windowsってやっぱり環境がすばらしいな。

>>329
東証アローヘッド
http://pr.fujitsu.com/jp/news/2010/01/4.html
http://interstage.fujitsu.com/jp/apserver/

>>336
他を使ってみると、そうでもないのがわかるよ。

>>333
ほ、ほ、ほんとか？！嬉しい…。組み込みってデスマどれくらい酷い？
例の携帯残酷物語みたいのばっか？

Objective-CはMac使えばXcodeが無料なのがいいね。

>>335
Windows Phone売れてるの？

>>153
俺は fortran 一択

>>334
メール受け答えに関してはスマホの方が楽になったな

Java
C
JavaScript

この三つを同じ次元で比較するってかなりのDQN調査会社だな。

>>339
組み込みもいろいろだけど
モータ回すようなデバイス屋やりたいわけ？
だったらCで十分

統計とか数値処理にRは便利
Cの違いがわからない　　組み込みマイコンしかやらないので

知り合いがAndroid(Galaxy)から
ブルートゥースでArduino動かして遊んでる
去年ガイガーカウンター作ったって言ってた

２５歳プログラマだけど
やっぱCとかアセンブラみたいなの出来てたほうがいいのかな
OOP系しか分かんねーよ

>>339
どこの業界でもデスマはあるけど、他の業界に比べたら比較的楽な方じゃないかと。
メーカーに派遣とかだと、どんなに忙しくても月260時間程度までしかいかなかったし。

>>341
まだ全然でしょ
WindowsPhoneは開発者が多いのは強みかな
Visual Studioを開発環境に使えるわけだし

FORTHは何位だよ？

>>348
王道を行きたいならC
冥府魔道ならアセンブラ
をお薦めする

>>348
いまさらCやる必要はないと思うよ。
C言語だけできても仕事ないし。
やるんだったら、Cが使われる環境の知識も入れないと意味がない。

>>348
あんたが勤めている会社次第。
組み込みやるなら絶対にCは必須だし、まともなCプログラマならほかの言語なんかいらん。
そうじゃない、一般ユーザアプリ側ならCなんかやるだけ無駄。
webなら言語より、ネットワークを理解しろ。

CはLinuxインストールしてGCC使えばいい
アセンブラはよくわからん

Webのプログラム言語話題って
大半は言語そのものじゃなくて
特定のOS機能の呼び出し方法だとか、データベースへのアクセス方法
だとか、Webの通信関連だとかで言語論争に直接関係ないよね

>>349
ハードがらみって、原因の切り分けが大変だとおもう。か

>>348
て言うかアセンブラ+C理解出来れば、他の言語習得するのなんて超簡単

俺は最初にJavaをやったがどうしても納得できなくて
というか過去にCで挫折したトラウマから脱出するために
Cをやった。
さらにCとJavaの関係をどうしても知りたくてC++もやった。
そうしたら心の中の黒い霧が晴れるようにすっきりした。

レスありがとう。C言語は大学で少しやったくらい
カーニハンとリッチーの本を辞書みたいにして簡単なプログラム作ったくらい
実用レベルのC言語がどんなものか分からんです
詳しくのってる本とかあればいいんだけど

>348
どういうプログラマーになりたいのかによるけど
IT関係で仕事をする上で、コンピュータープログラムという物はどのように
動いているのかをきちんと理解しておくためには何らかのアッセンブラとC言語は理解した方がいい。
でも、現実的に今MS-DOSとかでX86リアルモードで動くものを作れるアッセンブラとか今ないし、
仮想環境で動くアッセンブラってのもなんか違う気がするしで、OOP環境ってのがJavaなら
バイトコード解析して自分でJavaコンパイラーを作ってみるとかでもいいかもね。
Javaはその辺のドキュメントがめちゃくちゃ充実してるから、現代の若者はアッセンブラーの環境から
遠ざけられた代わりにそっちに注力してはいかがだろう？

あー、でもＣ言語はすべてのプログラマーを名乗る職業の人は、当然理解しておくべきだと思うけどなぁ。
基本的にC言語の言語仕様（ANSI）をほぼ完全に理解して、その上で、こっちのプログラム上ではこういう制限があるんだね
とかバリエーションとして他の言語の知識を追加していく物だと思うんだよな。
たとえば、Javaは分かりますけどCとかアッセンブラは分かりませんって言うと、
その人は言語仕様としてのjavaを知ってるけど、プログラムが実際にどういう風に動いているかという知識に
凄く制限を持ってる気がする。

なんとなくそのフロアーで、新しい仕事をどんどん任されて上司から信頼される人と、
なんとなく仕事を最後に割り振られて、その仕事が終わってもなんか暇をもてあそばせる
タイプの人との差みたいな

C++が一番ないわ・・・

core はC。
あとは載せるOSにあわせて
android:java,iOS:objectC,windows8:C#で
ラッパー叩くのが最適解。

多重継承、演算子オーバーロード、フレンドクラス・・・

C++は頭痛がする

DBMSの開発やってるけど，Cとアセンブラがメインかな。

C, Java, Delphi(ObjectPascal), VB, JavaScript,
Perl, PHP, BASIC, Scheme, HDL, アセンブラくらいは使えるけど，
逆に C++, C#, Python, Ruby はほとんど使ったことないや。
特に C# は一度もやったことない。

今は、昔のインラインアセンブラの位置づけがC/C++になっている。

C#が好きなドカタなんだけど、正直 C , C++ で物書きできる人は一目置いちゃうわ。

>>287 ﾖｰﾛｯﾊﾟ系のはIEC 61131?3,JIS B3503準拠だしな
三菱はソフト作れずに、C言語PLCの開発環境はｱﾒﾘｶからの輸入になっちゃったし
でも、ｺﾝﾊﾟｲﾙﾘﾝｸ要らないでオンラインで動かしながら編集できちゃうPLCは適材適所で無くなりはしないだろう。

1ヶ月くらい前からPythonを始めたけどネット上でPython3未満のサンプルが多くて躓きそうになった。
printにカッコが必要だとかu"あいうえお"とかのUnicodeリテラルは使えないとか。
せっかく今から始めるのにPython2.xを使うってのもアレだし。

CとC++しか知らん
CやC++の場合はある程度はコンパイラがどんなことをするのか理解してないと良いコードが書けないのだが、他の中間コード吐く言語ってどうなんだろ？

>>364
C++をやってRubyをやるとあら不思議

>なんとなくそのフロアーで、新しい仕事をどんどん任されて上司から信頼される人と、
>なんとなく仕事を最後に割り振られて、その仕事が終わってもなんか暇をもてあそばせる
>タイプの人との差みたいな

下手に仕事が出来ると阿呆みたいに仕事が来て、自分の時間がどんどん減るからな。特にこの業界。

C++の全容を理解できてる人って、頭おかしいと思う。

Cも書けるけど、最近の案件は殆どC#とVB.NETで事足りてるな。
共用DLLとかはCで書いた方が楽。

こういうランキングってPC上で動くプログラム開発と組込みプログラム開発とでわけたほうがいいと思うが

>>373
コピーコンストラクタのところで気が狂いそうになったわ

>>372
そうこうしている間に、暇なやつが出世して
仕事が出来る奴が不貞腐れてやる気なくすのが日本企業ｗ

だって暇な時間で出世のための勉強するんだもの。

>>375
組み込みでもスマホ/タブレットは開発環境がほぼPCと同じだったりする。

>>251
だから海外のIT土方はオープンソースにしてくれって言うんやろ
辞めてもライブラリ使えなくなるから

N-88 BASICから入って、QuickBASICで育った身だが
今はOOPか、最悪でも関数ポインタがないとプログラムが書けない人間になってしまった

>>363
マルチ考えるならC/C++1択じゃね？
Win, Mac, iOS, Android全てに移植できるし。

>>375
そのあたりが融合していく
ってのがいまどきの流行だろ。

これまでのC++の全容は理解できたが
C++11の全容はさすがに無理だわ

>>381
同感。
でもUIとかはそのOSの主言語にあわせたほうが簡単。

だれかガンダムで例えてくれ

>>378
スマフォは組み込みとは言い難いかと・・・

>>378
スマホは組み込みの分類にされてるが、それでいいんかね
携帯＝組み込みというのを引き摺ってるだけのようにも思うが
組み込みというともっとハードウエアに近いもののようなイメージなんだがな

>>381
>Win, Mac, iOS, Android
４プラットホームで動く汎用フレームワークってあったけ？
あと、汎用フレームワークって、機能がプラットホームの最大公約数になるから、
あんまり凝ったアプリ作れないしな。

>>385
C⇒ガンダム
C++⇒Zガンダム
Jave⇒ZZガンダム
Objective-C⇒サイコガンダム
C#⇒νガンダム
アセンブラ⇒ザク（notII）

>>381
むしろ
そこまでしてマルチプラットフォーム化する意義が分からん

人気というか、java,C#とC,C++はジャンルが違うだろ。

今はスマホ・タブレットが関が原なわけだな

>>383
そんなにたいそうなものではないだろ。
一番複雑なコンセプト無くなったから、
基本的には痒い所に手が届く様なうれしい機能ばかり。

アプリ屋さん、Web屋さん、ドライバ屋さん・・・世の中いっぱいいるのになあ。

>>349
>どんなに忙しくても月260時間程度までしかいかなかったし。

どんなに忙しくても月260だと？偽装派遣４次受け５次受け業務アプリ開発土方なら
最低限が月260なんだけど？！（もちろん残業代の概念なし）

もし俺が組み込みに転職できたらお前に河豚を奢るよ…

>>388
QtならWin、Mac、Linuxいける。
Qt5でiOS、Android、WP7もターゲットにする予定らしい。

C++をある程度習得すると後はスムーズに行く気がする。
自分の場合、VB6 → C++ → C → Java → VB.Net, C#.Net と訳分からん順番で仕事したけど、
C++以降はそんなに苦労しなかった。

今思うと、VBの後にC++って相当無謀だな。何を考えていたんだろう、昔の自分……

>>253
JavaEE1.3+StrutsとPerl5.005な案件あったぜ

全寮制+寮内てか敷地内ネット＆ケータイ禁止(連絡は専用PHS支給)+
年3度休暇以外外出禁止という今考えたら酷い奴隷労働場所だったけどな
どんだけ社員信用していないんだか。

退職後IT分野から身を引くことってルールあったんだが、
悔しいから普通に破って別のところでPGやってるわｗ

GUI部分作るのにわざわざC++使うことは無いと思うんだ。

>>388
QT
SDL

会計ソフトとか
e-Taxをマルチ化して欲しいわ
そういうのがないんだよな
痒い所に手が届かない

>>398

むしろそこまで管理するってことは会社に技術力あるってことかな？

結局VM使った方が早いとなる

>>398
＞退職後IT分野から身を引くことってルールあったんだが、

そんなルール違法だから、
無視してオッケ。

>>404
派遣会社が派遣先への体裁のために作っていることが多いですね
無視して良いのは同意

>>397
てか、C++より難しい言語って一般的には無いから
それを習得できる脳を持っているなら何でもできると思う。

C#はPHPよりも簡単なのは認めるが、
どう考えたってC言語の一種じゃないだろ。
ただ、変数名とかが同じなだけの全然別の言語なのでは？

>>402
技術力うんぬんよりも、警察や防衛庁関連とか？
防衛庁なんか、オウムの連中が入り込んでて問題になったこともあるし。

>>266
F#でシステムの一部作ってすでにユーザーにリリースした。
今はAzure使ったシステムほぼすべてF#で作ってるよ。

C−OOP化→C++−作り直し→Java−改善→C#

これらがCファミリと呼ばれるのは、C流の記法を受け継いでるからだと思う。
関数の定義や呼び出し法とか、カギカッコでブロックを括るとか。

C#がeclipseでJDEなみのIDEで使えたらいいのに。
VSってイマイチ使い辛いわ

>>408
俺の経験では警察関係はまったく厳しくない
防衛は厳しいが、人的拘束はそんなにやらない
技術流出を異常に気にする一般ブラックな気がする

>>409
なにその素晴らしい世界

スーパーブラック派遣の香り

>>410
だから、アセンブラから入り、Ｃ言語を長くやってる俺はＰＧの勝ち組♪
生産性や稼動システムの違いに合せて、Ｃ＋＋以上の言語を覚えるのに
苦労は無いわ。　何事も基礎が大事。

begin end とか括弧無しとか言って「例外的に」使ってるあの言語
自己満足としか思えない。全部中括弧でいい

Cがほとんどだが
たまにC++とかC#案件すると
便利すぎて笑う

日本じゃプログラマな時点で負け組じゃねえの

Lisp、Haskellを使うマニアックな案件を取ってくる
うちの営業をどうにかしろ！１１１！

ゲームでC#ってどうなん？

>>418
設計できないとコストパフォーマンスで
中国人に負けることは確かだな

アンドロイドとiphoneの共通するアプリならC++でいいんだよね。

>>408
オウム系の会社が作ったソフトは品質がよかったらしいぞw。

>>419
凄腕の営業やな。Lispなんて大学依頼触っていない。おかげ再帰処理は得意やけど。

>>422
スマホとか弱いんだけど
それどうやって動かすの？
もはやOS無視してない？

>>410
なんかの間違いで
JavaがC+++とか呼ばれる可能性があったのか…

再起不能プログラムなら得意だ

× C→OOP化→C++
○ C→OOP化→Objective-C
○ C→generic化→C++

IDENTIFICATION DIVISION.

頭悪いから再起はloop作ってから
書き直す方法でしか書けない

>>427
そうだよね。
C++がCのOOP化だけであんなに複雑になるわけがないｗ

ないわｗｗｗ

rubyがdelphyの下ってのがおつな感じ。
個人的体感じゃ「rubyすげー」って感じだけど世間的にはそんなもんだよね。

>>388
アプリのメイン部分はC/C++で作って、
UIだけプラットフォームネイティブなのをつかうのがやりやすい。

１２のうち８つ俺の守備範囲だな

JAVAの開発だと、エディタ(IDE)やライブラリがマチマチだから嫌だ
さらにWebだとディストリも違うし、各種Daemonも違うから流儀も異なる
DBだってOracleがあればMySqlもあるし、PostgreSQLとか。

>>433
専門的にいうとモデルと、モデルよりのコントローラの部分はC++で書いて、
ビューよりのコントローラーとビューはプラットホーム固有のを使う感じか？
あと、データベースはSQLiteを使って

>>435
不合格

しかし、一番使われている言語はCOBOLであった。

>>438
金融系はプログラマ人口も多いし、ネット上に情報は出てこないし、さもありなん。

Javaオブジェクトライブラリの分かりにくさは糞
使う側からしたら見なくてもいいクラスまで全部公開されてる
JavaDocで羅列されてるクラスを調べても
結局記述がいい加減だから例文漁った方がマシ

>>436
実際にはそんな技術者(JavaもCもC++もできる)は集まらないので無理
保守性も悪いし開発環境もめんどくさい

久々に自分用にちょっとしたWindowsアプリつくろうとしたけど、
10年前に大学で覚えたC++Builderがいつの間にか廃れてショック

ＣでもアセンブラでもＯＯＰなコードは書けるし。

なんかどえらい勘違いしてる輩がおるのお

>>436
そんな感じで。仕事ではDBはあまり使わないけど。

DO ,1 <- #13
PLEASE DO ,1 SUB #1 <- #234
DO ,1 SUB #2 <- #112
DO ,1 SUB #3 <- #112
DO ,1 SUB #4 <- #0
DO ,1 SUB #5 <- #64
DO ,1 SUB #6 <- #194
DO ,1 SUB #7 <- #48
PLEASE DO ,1 SUB #8 <- #22
DO ,1 SUB #9 <- #248
DO ,1 SUB #10 <- #168
DO ,1 SUB #11 <- #24
DO ,1 SUB #12 <- #16
DO ,1 SUB #13 <- #214
PLEASE READ OUT ,1
PLEASE GIVE UP

公開したくないアルゴリズムとか、特に高速化したいロジックとかだけ
C/C++ で書けばいいと思う。

JavaやC#のソフトなんて難読化してないと中間コード見れば余裕で解読できるからな。

僕が家でちまちまとモーターを動かしたりセンサの値読んだりするのはCかアセンブラですかね
学生なんで開発の現場で何が使われてるかは知りませんが

>>443
>ＣでもアセンブラでもＯＯＰなコードは書けるし。
書けるけど、もし修正が入ったとして
そのコードを理解して正しく修正するのは難しい

>>446
俺の経験ではそういう使い方が一番多いな

１円でも原価を削りたいワンチップマイコンの組み込みな業界ではまだまだＣとアセンブラが現役。
C++とかメモリをアホほど食う言語なんて使えるはずもなく。

演算子のオーバーローディングがないと数学者の私には役立たぬ。

>>448
ソフトウェアの開発とは、コードとドキュメントが軸となっているはずで、
半分は「設計思想」、つまりデザインにある。そこがＯＯＰなアプローチだとコードもＯＯＰになっていくよ。

一部修正程度で破綻するようならば、もとから何かが間違っている。

JDKとJREとバージョンで動き違ったり
netなら32と64環境の混在とか

> 452
修正要員のレベルが足りなくて
大域変数を使ったりして破綻という話じゃないの？

>>452
その何かがシステム外にある場合もあるからね

例のベシッカーは、来てないようだな

>>413
最近、割りと恵まれてるのかと思い始めてきた。
多分近々Metroの評価に入る。それもいければF#でいく。

>>457
おお
是非成功事例になることを祈ってるよ
俺の将来のためにもw

>>450
C++は別にメモリ使わないこともできる。
その場合強力なマクロ付きCとして使える。

良し、次の案件は勉強を兼ねてC#で提案しようw
しかし、頭がOOPについて行かないんだよなあ@40代orz

>>185
＞Objective-Cはマジでうざい
＞特にid型って何だよ死ねよ
＞別言語に移すときに読むのが面倒でウザ過ぎる
ゲラゲラ笑ったw
Obj-Cの言語設計上のポイントはオブジェクト間が「メッセージ」でやり取りする点で、
クラスのインターフェイスを適切に変更、またはオーバーライドして様々なメッセージタイプに対応することによって
やり取りするデータそのものの形式の変化にクラス構成の変更を伴わずに対応できるというところで。

クラスやデータの場所のポインタしか含まない"id型ってなんだよ"(他の言語に合わせて型を限定しとけよ)とか言われましても…
高級言語から低級言語へのコンバートやらされて大変ですね。ご愁傷さまとしか

>>460
　SmallTalkやりなはれ。ソフトを動かしながら、オブジェクト間のつながりを役割を考え
つつスケッチすれば、だんだんとみえてくる。

>>443
　MacやiOSの下回りのAPIはそうなっているな。クラス＋メソッド名という
関数名にして、第一引数に自クラスのインスタンスを渡す形式で。

>>462
ありがとう、ちょっと勉強してみるよ

>>460
エンドユーザー向け案件だとC#は面倒なんだよな
バージョンやランタイムやらがあるから

>>465
VBとかActiveXから進歩してない気がする。

どこかの偉い人が「アセンブラを使うほど人生は長くない」って言っていたな

Ｃ＋＋とＣ＃って何て読むの？

objective-c結構好きだ
Dynamic objective-cだっけかな
あの本読んですっげー面白いとおもった

しーぷらぷら
しーしゃーぷ

>>1
サンプリング方法が適当過ぎて何の意味があるのかよく分からない統計だなー
母集団のスペックがわからないとこの「人気」とやらと実需の相関性も見えない

つまり何が言いたいかというとCOBOLが上位にいないのはやはり解せぬ

>>272
VB6アプリを.NETに移植するときコンバーターで大体は変換できるから楽だな。

>>471
ネットの検索ワード率でいまどきCOBOLが入ってくるとも思えない…

…しかし、もしかしたらC#とかObjective-Cが
「わかんね〜よ！」で検索上位きてるのかもしれぬとも言えるな

COBOLってプログラミング言語というより
銀行員用の業務処理言語だよね

汝、LINQ を知らずして C# を語るなかれ。
アンチ MS でもあれはすばらしい。

>>472
コンバーターがまともに役に立ったことなんて一度もねーよ。
大概、コンバート出来なかった箇所の調整を延々と続けることになる。

その末に出来上がるのは．ＮＥＴの恩恵が何一つ無い、１０年前のＶＢドカタが作った醜悪で保守性の乏しいプログラムの出来上がりだ。

．ＮＥＴプログラマーがそろっている場合なら、スクラップ＆ビルドしたほうが良い気がする。

Perlはバイオインフォマティクスで使われてるから伸びてるのかな？
R言語も使われてるし

そう、Bioiformatics では、PerlがWrappingするのに使われているようだ。
ちょとやるかな。

C#なんていらなくね？
VBで十分だろ

VBAゴリゴリなんだけど何に乗り換えようか悩むなぁ

C#でもVBAに近いコードでExcelが操作できる。
Worksheet worksheet = workbook.Worksheets.Add()
みたいな感じで。

>>480
JavaScript

>>465-466
インストーラで.NET Framework突っ込むだけだろ
.コンバイルした時に参照していたバージョンのアセンブリを参照する仕様だから
旧VBのようなランタイム問題は普通起きない

MSも2000年頃はVB推すかC#推すか迷ってた感じしたけど、今は迷いなくなったね。

>>483
そりゃ助かる。
あとはサードパーティのライブラリだが、これはどの言語でも同じか。

ALGOLは入っていないのか

>>2
VB6、VB.NET、VB#は最早それぞれ別物だよな

VB#ってなんだ？

>>458
すでに顧客会社のユーザーが使うアプリでF#使った部分が絶賛稼働中。
自分の実感としてはC#よりも2,3倍生産性高いし、C#を使う理由がほぼない。

強いてあげると
・MonotouｃｈとかでC#しか使えない。
・C#のほうがLINQとか自動プロパティが書きやすい。
・F#を使える人が少ない。
・若干C#のほうが速度が上？でも物によってはF#のほうが速いという説も。

ぐらいかな。自分は開発のメイン言語はF#でC#は補助に使うぐらいです。
Haskell.netとかでたらまた別かもしれないけどCLRの関係で出なさそうだし、あとはClojureはちょっとうまく使うと面白いかもだが。

出来ればどういう理由で生産性が高いかも書いて貰えると

いくら優れた言語だったとしても、保守・引継ぎや社内メンバーのスキル考えると、
あんまりマイナーな言語は選択出来ないのよね。
自分用のツールとかなら別にいいのだけど。

C#でデザパタてんこ盛りも困ったもんだな。　ビジターなんか使われると全修正になってパニックだ。

>>490
自分が実感してるのは次のような感じ

・関数型として関数を組み合わせることで処理を記述がC#でのラムダよりもよりナチュラルにできる。型推論、カリー化などのため。
・強力な型推論やパターンマッチング、パイプラインオペレータ、タプルなどの簡潔な記述など含めてコード量が格段に減る。実感では1/3から1/10。
・型のデフォルトがimmutableなものが多いため状態を持つことが少なくできる。ので状態が変になるという状態に出会いにくい。
・モナド的に非同期がかける。
・このへん相まってコンパイルが通ればだいたい思ったように動くという率が高い。
・Interactiveを使って、ちょこちょこコードを試しながら開発できる。

このへんかな。
F#の特性と言うよりも関数型に起因するものも多々含むけれどそれらも含めてC#よりはるかに楽に色々かける。
うちも他に開発者いないんだけどジワジワ普及させるつもり。自分が死んだらどうなるか知らんけど(´・ω・｀)

>>422

逆だ。
２０年ローンとか１０年ローンを組むのが大馬鹿。
で、相当の無理をする人とか究極の金銭感覚のなさだと思うなぁ。
だって、たとえば、２０００万を借りるとする。
２０年のローンとする。苦しくなっても何があっても２０年で返さないといけない。
一方、３５年で組んでいれば、３５年で返せばいい。お金があれば、２０年で返してもいい。
選択の幅が広がるだけのこと。極端な話、３５年ローンを組んで、お金さえあれば、１年で完済してもよい。
３５年を利用しない手はない。

>>493
可読性が無いと保守性が落ちて修正が入った場合とか
結果的に生産性も落ちるよね
その辺どう？

F＃ってFortran sharpかと思ったw
>>493
日本でF＃用いてる人って何人くらいいるのかな

DELPHI仲間募集中

Fortressというイケメン(?)言語もあるらしい
http://en.wikipedia.org/wiki/Fortress_(programming_language)
※以下抜粋
The name "Fortress" is intended to connote a secure Fortran, i.e., "a language for high-performance computation that provides abstraction and type safety on par with modern programming language principles".
The language is not designed to be similar to Fortran. Syntactically, it most resembles Scala, Standard ML, and Haskell.

>>495
可読性てのも所詮は読み手の知識に左右されるからな。
手続き型より関数型になれてりゃ関数型のほうが理解しやすい。

>>499
一般的なレベルに達していれば理解できるというのであれば
全然問題ないと思う。Javaとか比較的読みやすいと言われる言語でも
可読性の低いコードはいくらでも見かけるし。

ENVIRONMENT DIVISION.
CONFIGURATION SECTION.

B#ってCですね(´∀｀)

F#は読める人が少ないから、可読性が低いという扱いになるんだよね
会社でF#を使おうと思うと、土壌作りから始めるか、自分の趣味レベルで抑えないとダメだわ

F#で関数型言語の状況を挽回してくれると有り難いけどイマイチな扱い

メインフレームじゃまだまだ現役のCOBOLがランキングに無いなんて。
マイランキングだとCOBOLは3位だな。

AWKって今どこで何やってんの？

COBOLの資料は、ネット上よりも開発室内のキャビネットの中のほうが
豊富だったりしてｗ　実際そうなんだろうけど。

もう言語はおなかいっぱい
C#でいこうぜ、低級な部分はC使ってりゃええやん

F#とかもう勘弁してほしい

Go言語とかあったけど、どうなったんだ

GO TO 508

C#って表面はJavaに似てるけど根源の思想はC++みたいに便利なものは何でも取り入れるマルチパラダイムだよね

プラットフォーム人気も調べてほしいな。
WEB系とモバイルアプリ系なので、MSモノは皆無。

>>511
そんなん大量にあるじゃない
しかも毎回アンチしかレスの無いスレになる
いいかげん飽きたろ

>>505
シェルスクリプトの中で生きてるよ。

CとC#が違うのはいいんだが、CとC++も別集計なのか

これって業界では当たり前なの？素人プログラマのおれに教えてくれ

むしろ、なにをどうすればCとC++を合算できると思えるのかの方が謎なのだが…

もうめんどくさいからJavaでいいや。
JDK8が出る頃にはSwingにかわってJavaFX2が標準のGUIになって
ラムダ式もどきも使えるようになったりで今のところの不満は
ほとんど消えるし。

>>515
そうか
素人なのですまん
またゆっくり勉強してみるわ

>>513
もう一旗あげてやるとは思ってないの？

>>516
へー、JavaFXは そんな方向に進んでいたのね。
でも、オラクルだからなぁ・・・到達できることやら

c++はコピペできるサンプルがすくない、コピペできるサンプルが多いのに流れるだろ

F#はこのまま流行らないまま終わりそうで手を出せない。

>>520
C＋＋は特殊でフレームワークや(サンプル)アプリのソース資産をどんどん蓄積していく文化じゃないしな。

>>495
可読性が低いってことはないなぁ
むしろ余計な記述が少ないからつかみやすいんじゃ？
関数名とか短くして他の人から見たら何じゃこれってのはあるかもしれんが、それはどの言語でも同じだろうし。

>>521
J#みたいな事にはならないんじゃｗ
まぁF#になれるとC#でのプログラミングもいい方向に変わると思うのでやって損はないと思う。
中の概念とかはC#5.0とかでも取りいられてくものだし、Scala、Haskellにしても通ずるものがある。

C++ のせいで plusplus は悪い「性急で過剰な進歩」の意味になりました。
多くの言語が、その反省のもとに作られるようになった。

C++は良くも悪くも何でもできるからいいんだよ
うまく使える人とそうでない人とで差が出ちゃうのでチーム開発で均一スキルのメンバー集めるのが至難の業だけども

アセンブラ上がりの人間でC,C++,C#とやって来たけど、この中ではC++が一番要らない子だな・・・

ちなみにC++使ってる人は環境何使ってるの？

1つだけって人はいないんじゃないの
家でWindows職場でLinuxって人もいるだろうし
VisualStudio使ってるかも知れないしRAD Studioかも知れないし

なるほどです

大学のCGFort7の課題を「必ず提出しますから」と土下座して単位もらったけど
未だに提出してないな、もう25年経った。

まだ間に合うだろ
提出しにいけよ

>>526
その中で一つ要らない子を選べっていったらCじゃね？
CにできてC++にできないことが思いつかない。

>>532
意味不明

>>533
俺が意味不明だったorz

>>532
C++のコンパイラではCのソースもとおるのが普通だから
別途Cコンパイラはいらん罠

>>535
無駄に高機能って事だよな

>>516
むしろJavaはめんどくさい。
フロントエンドは簡単なほうが良い。

>>536
.cppの拡張子で中身はほぼC言語というソースのなんと多いことか
あれで使用言語はC++と言い出すから話がめんどくさい

C++は、今となっては記述が泥臭すぎて無理
C#のスマートさがない
ヘッダファイルとかもう書きたくないね

インクルード　スタジオエッチ

　　　　,j;;;;;j,. ---一､ ｀　 ―--‐､_ l;;;;;;
　　　 ｛;;;;;;ゝ T辷iﾌ i　 　 f'辷jァ　 !i;;;;;　　　　　　Standard Input/Output …
　　　　ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　　　　`Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　そんな事も知らない時期が
　　　　　,;ぇﾊ、　､_,.ｰ-､_',.　 　 ,ｆﾞ: Y;;f　　　　　　　　　　　　　　俺にもありました。
　　　　　~''戈ヽ 　 ｀二´　 　 r'´:::.　`!

>>476
安い工数で手っ取り早くするならコンバーターの方が早い

カネあまって投資先ないのか知らんが、ニョキニョキ作らんでほしいわん
おなかいっぱいです。熟成させるにも元がくさってる？
まあでも、日本製のrubyくんにはがんばってほしいな

宗教色がなくなればいい
プログラマの幸せとか
ありえないこと言わんでいいから

そもそも、コーディングより設計してる時間の方がずっと長いから
言語をどれ選ぶかは大した問題じゃなかったりする

これって単に検索数のランキングなんだよな。
こんな記事を根拠に「世の中では・・・だからJava以外認めん」という客が出ないことを祈る。
単なる機能追加なのに言語を全部変えるとか耐えられんわ。

>>546
たぶん無いよ
人件費の関係で

関数オーバーロードと演算子オーバーロードが無い言語なんて

>>544
確かにRubyは作者の信教のせいで嫌われているような気がする

>>549
何教徒？

モルモン教だっけ。
米大統領候補にもいたな。

へぇ

>>416
PHPのこと？

キリスト教の3大カルトに挙げられる宗派というのが嫌われる原因かな？
生理的に受け付けない人も多いんだろうね

プログラムに関係の無い話なので、無信教の私は気にしない

ABENDED

>>525
それが大きい。C＋＋の経験年数なんて、環境によってぶれが有りまくりやしな。

>>404
>そんなルール違法だから、

違法というよりは無効だね

違法だから無効なんだろ(´・ω・｀)

>>557
無効じゃないよ
社会人なんだから約束は守らないと

約束を守らない社会人→民主党

ごめん
朝鮮人だった

>>398
＞退職後IT分野から身を引くことってルールあったんだが、

なにこれｗｗｗ普通にあんのかこんなの

昭和のかほり

>526
開発規模によるんじゃないかな

たとえば、ワープロとか表計算ソフト、ＲＤＢなんかを作ろうと思った時に
どんな言語を使うのが最適だと思う？

C言語で開発してた時でもある程度の規模の開発現場では、C++みたいな抽象化概念を使って設計していたし、
C++はある日突然誰かが作ったと言うよりは、Ｃみたいな古い言語による大規模開発の中での（特にOOP的な）工夫を
吸収して作られた物でしょ。
そういうデカイ規模のプログラムをＣ言語で書くのはなかなかめんどくさいぞ。

プリミティブな環境でC++が使いにくいのは分かるけどね
最適化が見えにくくなるし、バイナリファイルは肥大化するのは避けられないだろうし。

C#が先進機能を追加、こなれた頃にVBにも
そしてネット上にサンプルソースが溢れてググルだけでらくらくプログラミング
へぼグラマな自分はVBでいいっす

>>564
どうでもいいので書かないでもいいっす

objective-cって言語なん？
なんかプリプロセッサマクロに毛がはえたようなもんって文法
oracleのpro C＝sqlもまんま書けるCと同様、オブジェクト指向くみこみましたCって感じ
なんか違和感ある

いまのVBとC#って、ほとんどかわらんだろ？

>>566
>なんかプリプロセッサマクロに毛がはえたようなもんって文法

その点はむしろC++の方が。
もともとプリプロセッサマクロで実装されてたし。

objective-cの方が、よりオブジェクト指向が強いでしょ。
Smalltalk likeというか。

>>567
変わらないと思う
相互変換も容易

C#はJavaより洗練されていつつ泥臭いこともそこそこできるのでいいと思うけど
プラットフォームがWindowsだけというのが致命的
MONOなんてまだ全く実用できないレベルだし

あ、unsafeとポインタ使えるのがC#のVBより優位な点かな

特許庁の５５億失敗は何で書いたんだろうね？　どうよ？
てか、プロトコーディングにも行かなかったりして．．．　ｗ

プログラミング言語として
Ｃ＃が著しく劣ってるとは思えないのだがなぁ

記事と正反対で
このスレでは、評判悪いみたいね

>>573
ねらーは 美しいもの 優れたものを 叩く傾向があるからな
無理もない

C#は。ねt以外でも当たり前に使えるようにならんことには話にならん

>>573
Ｃ＃は劣ってないが、Ｃ＃だけでいいじゃんって言うやつは劣ってるから叩いて当然。

>>572
記事を見るにコーディングどうこう言うレベルの過失じゃなさそうだから、言語関係無いんじゃね。
外部設計どころか、一番最初のプランニングから間違えているような気がする……

>>557
これ破ってIT企業に勤めた奴を訴えて
裁判やっても勝てないってこと。

ただのブラックの脅しですな。

コンパイラくらい自分で作れよwwwww
ゆとり　ワロスwwwwwwwww

>>568
> その点はむしろC++の方が。
> もともとプリプロセッサマクロで実装されてたし。

え？
「C++コンパイラ」がC言語コードを吐くやつだった、というのと混同してないか。
http://ja.wikipedia.org/wiki/Cfront


Objective-C は、「Cにオブジェクト指向付け足した」という感じがどうしても気持ち悪くてだめだ。

>>580
あ、「マクロ」は余計だったなｗ
いずれにしろ、C++はプリプロセッサでCに変換できるだけのものだった（過去形）。

まあ、C++にしてもObjective-Cにしても中途半端感は否定できない。

C##もC++もObjective-Cも
０から書いた事は無いな。

雛型だして弄っていくレベル。

>>577
カネ返さなくていいのかしらん。ボロい商売だな。

Objective C は、ARCが導入されてから、嫌じゃなくなった

>>580
＞Objective-C は、「Cにオブジェクト指向付け足した」という感じがどうしても気持ち悪くてだめだ。
付け足したつうか、むしろ言語構造的にはsmalltalkのオブジェクト構造の中身をCで書くようにした言語つうか…
たぶん「Cの中に［］のメッセージ構文が混じってる」ように見えてるんだろうけど
構造の方からみると「オブジェクト指向で作られたメッセージ送信で動くクラス群の内部記述をCでやる言語」だよ、コレ。

詳しくないけど、C#で作ったプログラムって
.Net Framework入れないと動かない奴でしょ？
プログラムの起動に時間かかるから嫌いだわ。
ネイティブコード吐けるようにならんのか？あれは。

それと、俺は株とかFXやっているんだが、
C#で作られたと思われるトレーディングソフトは
はっきり言ってろくなソフトがない。
良い物はすべてC/C++で書いたと思われる物だ。

>>586
C/C++の方が良い物が多いというのは、言語のせいと言うよりも開発者の問題だな
C/C++は今までの資産を流用できるのと、熟練した開発者を確保しやすいので質の良い物になりやすい
言語選定は開発側が安く仕上げたりするための物だしな
利用者から見たらアセンブラで書かれていようがC言語で書かれていようが気にする必要は無いよ

.NetFrameworkを使用したアプリの起動が遅いのは、XPなんかを使っているからだよ
買い換えたら？

>>570
それは、Objective-Cも同じ。下手に標準化するとぐでぐでになるから、力の有る所
は独自言語で囲い込む。

なんつうか、objective-cやPro Cって、ソースとか読んだときに
元々のC言語にない部分の書式の後づけ感がすごいとおもうんだよね
ソースに@記号が来たら、ここから普通のCじゃないみたいな。oracleは$記号ね。
自社プロダクトをいじるためにCを改変しました感がソースからわざとぷんぷんするように
作ってあるんじゃないか？とかすらおもう。
まあ、言語なんてどこもそんなもんか。CもUNIXありきだし
objective-cとかはステマ感ぷんぷんでむしろ良心的なのかも

Objective-Cそのものは20年以上前のC++がまだ普及してないころからある言語
それをNeXTがNeXT STEPで採用しただけのこと
NeXTがAppleに買収されNeXT STEPを改良したのがMacOS XだからそのままObjective-Cが採用されているだけ

Objective-CとPro*Cが並ぶと言うのは
なかなか珍しい光景のような気もする

>>590
ジョブスが懇意にしてただけで、言語としてはやっぱり未熟だと思う

オブジェクト指向的にはC++より正統派かつスマートで、
なんでこっちじゃなくてあっちの魔改造言語が流行ったのかなぁ、と
詳解Objective-C読みながら思った。

…理由がたぶーんDelphiが流行らなかったのとおんなじような気がするのがなぁ
歴史はままならぬ。

Objective-Cって言語というより
frame work って感じがする。
どうせコアはCで書くから
どれでも一緒だが。

>>572

当該スレは、バカと知障が知ったかレスしてて、レスする気も失せる有様だったな。
どう考えたって、言語がどうとかそういうレベルの話じゃないんだけど。
中国の特許情報を、日本語で検索して引っ張ってくるシステムって、普通に考えても難しいよ。
５５億で受けたのが間違い。

特許審査の人が、先願がないかどうか中国のDBから調べるわけでしょ。
検索一覧から漏れたらまずいわけだよね。そりゃ難しいよ。本職の言語学とか弁理士の専門家たくさん
雇って作るレベル。

日本のトッププログラマーたち
http://motto-jimidane.com/jlab-tv/3/s/162419.jpg
http://motto-jimidane.com/jlab-tv/3/s/162421.jpg
http://motto-jimidane.com/jlab-maru/s/maru1327323979022.jpg
http://motto-jimidane.com/jlab-tv/3/s/162431.jpg
http://motto-jimidane.com/jlab-tv/3/s/162432.jpg
http://motto-jimidane.com/jlab-tv/3/s/162437.jpg

すべてはガベージコレクションの技術革新にかかっている
GC.Collectにタイムアウト時間がnsで指定できる日は来るのだろうか、その時ようやく俺はプログラムを書ける

やっぱプログラマーってブサメンばっかりだな
SEだとイケメンもそこそこ居るけど

なぜ「ガベージコレクトが終わらなければ指定した時間で確実に中断する」
たったこれだけの事が、そしてリアルタイム処理に限らず汎用的に要求される機能が、無視され続けるのか、理解できない

みんなひとつの言語しか扱えないのか。大変だね。

>>599
自分で作れ

確かにな
言語色々やってみるのって楽しいよな

>>598

そりゃイケメンは、営業向きだからな。
個人のミスじゃなかった場合、イケメンだと、まあ君のせいじゃないよで許してもらえるのに
キモメンが謝罪に行くと罵倒される。
これは本当だよ。
相手がおっさんでも同じ。

>>599

そりゃ言語の問題じゃなくて処理系の問題だ。
リアルタイムシステムでもJavaアプリを上に乗っけるやつは、
デバドラとかが動くときはJavaのGCを途中で止めてるよ。
もちろんデバドラのメモリは別管理。

>>593
つーかオブジェクト操作のランタイム呼び出しを
インライン記述できるソフトウェア記述環境って感じだけどな。

>>602
結局ほとんど同じだし、細かい違いのおかげで書き直す必要があったりして面倒なだけ。
C -> C++とか、
C -> Objectvice-C
みたいにほぼそのままソースが使えるのならいいけど。

どういうわけか

　Objectvice-C

だけを、語りたがるスレ

iPhone(iOS)での開発で表舞台に躍り出てきて
しかも、かなり有効に機能してるのがわかって
グレイシー柔術が出てきた時の格闘界みたいになってるからな

そうか？MonotouchやってたがObjectiveCでは開発したくないと思ったしょぼ

　９０年代は、世界各地でNeXTSTEP(Objective-C)を使ったプロトタイプが作られまくった。

>>608
ｗｗｗ

C#は最新の言語だけあってすごい使いやすい

C#はプラットフォームが広がってくれれば最高なんだがな。
あとは、ネイティブコードを吐けるようにしてくれると嬉しい。

・・・C#で書いたアルゴリズムが筒抜けだよママン。

iPhoneにもC#使ったアプリは出てきているし
既にプラットフォームは広がってるけどな
大規模案件に使えるかっていうと話は別だけど

一応MonoだとAOTでネイティブコード吐けるけど
難読化目的なら、素直にそれ系のツール使った方がいいんじゃね

薄汚いWindows流のスパゲッティコードを
アングラで持ち込んで欲しくないんだがなぁ…
日本語書くの嫌だからGoogle翻訳で
韓国語で書いたの翻訳させりゃいいニダ的な。
それ、プログラムできてるって言わないよね？

>>615
プログラム出来る出来ないはエンドユーザは気にしない。

>>615
何で書いてもどうせ機械語になるんだから同じ。

今ごろWindows流っつーのはオヤジっつぅかぁ〜糞www

>>618
まさか、今でも変数名はシステムハンガリアン記法、クラス名の頭にC必須とかいう所あるの？

材料系の研究開発だけど、実験データ解析しようとすると、
自分でプログラム作成するしかないんだよね。
一回外注するために、仕様書作ったがとんでもないのができてきたw

>>619
C++の世界だとそれなりにあるかな
というより、それを好んでいる奴が時々居て、コーディングルールを決めてやがる

>>621
あれはぱっと見じゃ変数の型がわからんと言う言語の設計ミスを補うものだと
思ってる。

変数名はBASICに帰ってもいいくらいw

>>616
コード不良でアプリが落ちる、新OSに対応しない(できない)のは
エンドユーザも気にすると思うぞ。

上でも出てたけど、良くも悪くもフレームワークと一体化してるから
Obj-C以外でコード書いたら「コンバーター」が対応しない(できない)時点で
アプリ開発が即死する。
2004年あたりの本だとゲッターとセッターの扱いに割とページ割いてるけど
Obj-C2.0だとプロパティのドット構文で書いちゃうようになってたり
2011年の春までの書籍(やネットの情報)だと参照カウンタや
インターフェイスビルダーとNibファイルの扱いが大きく説明されてるけど
Xcode4からはARCとStoryBoardに一新されてて
一年前の書籍が時代遅れになってたりするし。
この速度でObj-C環境が変わってくならAppleの「開発に中間言語使うな」って禁止令がよくわかるよ。
コンバーターの更新が追いつかないもの。

>>624
動きは気にするが、言語がどーたらは気にしない。
裏でどういう手練手管を使おうが対応してくれればいい話。
作ったやつが泣きながらObjective-Cで書きなおそうがどうしようが知ったこっちゃない。
そんなこと気にしなくてもよいようにするのがアップルとベンダーの務め。

>>622

オブジェクト指向は「型は全部クラス（抽象データ型）であるべき」という思想だし、
そもそもハンガリアン記法を考えた人は「型を表す接頭辞をつける」ということは意図してない。
元はMSのアプリチームで使っていたハンガリアン記法を、
OSチームが誤解して使ったのが「システム・ハンガリアン記法」の始まり。
http://ja.wikipedia.org/wiki/%E3%83%8F%E3%83%B3%E3%82%AC%E3%83%AA%E3%82%A2%E3%83%B3%E8%A8%98%E6%B3%95

「ぱっと見じゃ変数の型がわからんと言う言語の設計ミスを補うもの」を意図して考案されたものじゃない。

>>622
言語の設計ミスと言うよりもプアな開発環境を補う物だと思う

C++はコンパイル単位ではオブジェクト指向だけど、ライブラリでC++はやめとけとか
大昔MSは言ってなかったっけか？ extern Cするんじゃみたいな
その辺からCOMみたいなもんが出てきたように思ってたんだが

ライブラリモジュールでC++オブジェクト外部参照するなんて結局Cのラッパー書かなきゃいけないから
死ぬほどめんどくさいしな。
そもそもC++クラスメソッドとかオブジェクトファイルにコンパイルされるとコンパイラー毎にいろんな引数とかの付加情報が
ごっそり付くから常識的なやり方じゃやっちゃ駄目じゃなかったっけ？

っていうか考えてみたら、そもそもOLE関係のヘッダーファイルって純粋仮想関数定義とかあるけど
C言語とC++のどっちでも参照できるようになってるよね。

話題性ランキングか…

早い話が求人数ランキング

結局Cを極めておくと潰しがきくのか。

極めるも何も、言語は使い分けてナンボだからな
そもそもそれほど時間を掛けるほど奥深くもない

言語をどうこうするよりも、設計を出来るようになる方がずっと潰しが効く

>>634
設計さえ出来ればあとは害虫をとっかえひっかえで使い潰す。
手柄は全部俺のものトラブルは全部害虫のせい。

それが日本のソフト開発の理想らしい。

以上。
文脈すら理解できない使い捨て害虫の僻みをお届けしました。

>>635
頑張って生きろ

>>634
そう思ってC++をもう10年近く使ってねぇ(´・ω・｀)
F#しか使えない体になってしまった・・・

クリックイベントひとつ作ってその中にﾀﾞﾗﾀﾞﾗっと行き当たりばったり処理を書いて終わり
ってな初心者向けの本ばかりで参考図書と呼べる書籍に辿り着かないや
１から要件定義してクラス設計してｺｰﾄﾞ書いてver管理してﾃｽﾄしてって実の有るアプリに仕上げて見ましょうって本ない？

>>639
初心者向けの本がどうしてあんなに中身が薄いかが分かっていないな
・要件定義
・工程設計
・ソフトウェア設計
・テスト設計
・言語解説
それぞれが1冊の本で語れるかどうかも怪しい分量だろ
それとも数千ページの本を出せとでも言うのか？

普通に1冊ずつ買え

何の言語が人気であろうと
実際使われてるのはVBが多いよ

>>639
XP実戦入門とか、なんかノ開発手法の本だとひと通り書いてあるような予感(´・ω・｀)

>>642
XP開発等の手法の本には、行程の話ぐらいしか書かれていないよ
身のあるアプリを仕上げる内容とはほど遠いし、既に全体的な知識を持った人を
前提としている内容だし

工程の中で一番単純で時間も短い実装部分で1冊なのに
それ以外を本にしたら百科事典になるっての
分野によっても全然違う

Ｗｅｂヘルプで

VB.NET派のオレは肩身が狭い
なんで？ って顔される

>>20
C#かなあ

>>643
XP実戦入門とりあえず読んでこい(´・ω・｀)

>>648
その題名だけじゃ分からなかったけど、原書の方を持っているよ

あの本は上流の話を一切無くしているし、工程の話も殆ど無いし、既存のカスタマイズだけだし、
全体的に薄味感はぬぐえないよ
って書いてて思ったけど、趣味プログラムでの現場知識が欲しいだけならアレで十分か

マイクロソフト公式解説書　XPエクストリームプログラミング実践入門
http://ec.nikkeibp.co.jp/item/books/587900.html
これのこと言ってるの？

>>648
なにを持って上流かわからんけれど一冊の本でっつったらあれぐらいが限度ジャマイカ？

>>650
それそれ

ぺ…XP…

XPは流石兄弟みたいなAAの雰囲気でペアプログラミングしてるイメージがある。

コーディングから逃げて開発手法に傾倒するのは戦力外になった負け犬や
現場の花形はOSのリング0までステップインして、
数十万ステップのソースコードの樹海から生還できるスーパーコーダーやで

たった数十万ステップで樹海とか言われても…

ドキュメント類を一切見せてくれない環境だと、数十万ステップでも死ねる。

>>654
現実的には一生コーディングしてるソフト会社の方が少ないだろ
設計覚えていって適当なとこでＰＧからＳＥにステップアップしないと給与が上がらん

> ＰＧからＳＥにステップアップ
その手のは大してあがらんよ。

パソコンの初心者に毛が生えたもんだがC#ってなんて読むんだい？
プログラムって少し興味があるが初心者で一番とっつきやすい奴って何？

>>659

Excel利用者ならマクロ（ExcelVBA）をお奨めする

>>659
読み方は「しーふらっと」だよ

お薦めの言語はmisa言語
日本語で書けるのでお薦め
http://homepage2.nifty.com/kujira_niku/okayu/misa.html

>>52
>>54
HTML5+JavaScriptってことはCanvasか？
CanvasとFlashを単純に比べるのはどうかと思う。　ベクター描画のFlashと厳密に
対比するにはSVGを挙げるべきだと思う。
Canvasはラスター描画でSVGはベクター描画であるが、同一コンテンツで入れ子で表現
させるのは困難。

※SVGにはRaphael（ラファエル）というライブラリがありタグを使わずJS感覚で書ける。
結構有望。　ttp://raphaeljs.com/

>>659
http://ja.wikipedia.org/wiki/C_Sharp

>>653
二人羽織のイメージ

>>659
しーぷらぷらぷらぷら
って読むと玄人っぽくて一目置かれるよ

Java 最強！

>>666
JavaはOracleが持っているのが不安。

C#はMSが持ってるのが不安で
Objective-CはAppleが持ってるのが不安だな

>>668
となるとやはりC++だな。

C#はもう公開された仕様なのでMSのものではない

Objective-C
上位互換じゃなからなー

ヴァージョンアップすると
前と新しいので同じソースが使えん....

>>671
まじ？
それはやだな

AppleらしいといえばAppleらしいw

>>672
＞まじ？
ウソ。

基本的に新しい記法はコンパイラで古い記法に置換されて処理されるから
古い記法のソースでもそのまま通る。
後々のために新記法に修正(コンバート)推奨ではあるけど。
(そのためのコードコンバーターがメニューにある)

ライブラリの統合変更で非推奨に落ちて、何バージョンか後に廃止はある。

XPに則ってかわいい女の子とペアプログラミングできる環境がうらやましい

>>659
OSに依存したプログラムを組まないもしくはOSに依存したくないならJava
Javaはオープンソース化されたOpenJDKがあるからね
Windows独自の機能を使いたいならC#なのかな？
JavaもC#は慣れれば楽にプログラムを組める
ウインドウシステム全盛になってプログラミングが難しくなったけど
JavaやC#ならマイコン時代のBASICと同じくらいに気楽に使える言語

趣味でJavaを覚えるならNetBeansオススメ
VisualBasicのようにポトペタでGUIが作れる
NetBeansを使った簡単な入門書で「創るJava」というのがある

どうか初心者に、JRE と JDK の関係とか、
http://www.oracle.com/technetwork/java/archive-139210.html
　　　↑　　　↑　　　↑
ここで何を貰えばよいのか教えてください。　　　ｍ( __　__ )ｍ

「何も貰ってはならぬ」…アレ？

おい、俺たちのFORTANが無いとはどういうことだ？

歴史になった・・・

>>675
JavaがOSに依存しないって現実にはJDKだけで動くWindows,Linux,Mac、（一応Unix系のX）
のパソコン、WS端末のUIプログラムだけだよね。
後からパッケージを追加できる仕様から、OSどころかサービス毎に
様々な亜流のJavaが乱立してるし、write once run anywhere で開発してる所なんて
殆ど無い
そう言う点ではC++と何も変わらない気がする

>>681
Javaの方が圧倒的に客を騙しやすい

趣味でプログラミングを始めたくて
Androidを持ってるならAndroidのアプリを作って遊ぶのもいいかもな
開発ツールは無料で公開されていてWindows上でも開発できるし
もし、Androidがなくてもエミュレータが付いてるので遅いけど実行、デバッグまでできる
Androidのアプリ開発を解説してるサイトは多いし
PC用のデスクトップ向けアプリ開発ではあまりJavaは使われてないしね

アンドロイドアプリって意外と難易度高い気がする。
Java自体が難しいわけじゃ無いけど、、開発環境を構築するのに
言語ソフト（Java）、開発統合環境(eclipse)、android開発ライブラリ＆ユーティリティが必要で
こう言う別々のソフトを組み合わせて開発することを理解しなきゃいけない。

その辺は何とかクリアーしても、実際にアンドロイドアプリを開発すると、Java以外の要素が
凄く多くて、リソース管理なんかのグラフィックエディターのサポートは他のWindows環境なんかの開発ツールに
比べて貧弱で、XMLでテキストを直接編集することを余儀なくされるし、コンテントプロバイダーだのインテントなんかは
なじみの薄いURIベースで、それがアンドロイドの文脈でどんな意味を持つのかの理解も欠かせない。
しかもそれって方言だし。

実際言語以外の部分で考えるとC言語で、コンパイラーとリンカーをメイクファイルで操作して実行ファイルを作るとか言うよりも
もっと複雑。よくある初めての○○みたいな本でアンドロイドアプリの開発を解説しようとしても内容が薄くて
一冊読んでも何が出来るのか良くわからない羽目になるだろうな
おまけに国内のアンドロイドプログラムの解説書の質は本当に低い。WEBの方もしかりで
ある程度の経験者なら本家の英語のチュウトリアルやら、洋書などで情報は得やすいけど
初心者にそれは明らかに荷が重い。

Androidのプログラミングは初心者には難しいところはあるね
Androidのプログラミングをしてるアマチュアプログラマは多いようで
わからないところがあってもネットを検索すると解決策がいろいろみつかるけどね
初心者には
NetBeansでJava
Visual C# 2010 Express EditionでC#
Visual Basic 2010 Express EditionでVisual Basic
このあたりがやりやすいかもね
プログラムを組めるようになるといろいろ便利ツールを自作できるから便利

初心者には
MacについてきたXcode4とObjective-Cで
iOS/cocoaプログラミングがオススメ

Xcodeは日本語化されてないから初心者にはどうかと思うが。

C#とか最近の言語資料の日本語化率ってどんなもんなのかね
Objective-CつうかiOS開発関連でメインどころはいくつか日本語されてるけど
https://developer.apple.com/jp/devcenter/ios/library/japanese.html
最近は英語版ですら変化が早すぎてpdf版が用意されず
Web版(英語)だけになってるからなぁ

>>638
C#というか、.NetFrameworkは殆ど網羅されているかな。
機械翻訳の所も残っているけど、早々に対応されていってる。

周辺文書であるホワイトペーパーとかP&Pとかは英語のままであることが多いので、
英語の文書を読めるに超したことは無いけどね

Oh...

>>689
は
>>688
宛です

>>681
winで開発してlinuxで運用ぐらいはどこでもやってそうだけどね

たまに、winで運用もあってビビるが

>>144
Java　≒　C#　　　　なのに、

＞　　1　Java　　　　　　　17.479　(-0.082)　18ヵ月連続1位
＞　　2　C　　　　　　　　　16.976　(-0.081)
＞　　3　C#　　　　　　　　　8.781　(+0.576)　3位へ浮上。上昇傾向
＞　　4　C++.　　　　　　　　8.063　(-0.189)　4位へ下落

なのは何故だろう？　誰か教えて！

>>692
それはJavaの方が多いのはなぜか？って意味？

ぶっちゃけ言うと、C#はMSDNというリファレンスが有るからね。
サンプルコードがその中に詳細に記述されている。
つまり、ネットで検索しなくても良い。
Javaはネットで検索しないと使い方のサンプルがまともに手に入らない。

>>1はネット検索の頻度だからね。

最近はMSDNをインストールせずにネットのMSDNを検索している人が増えているっていうのと、
MFC等で書かれていたコードをWindowsFormsで書くようになった事で上昇しているんだと思われ。

C#で書いたのを外部DLLいらない9598ME2000XPVista7互換のネイティブexeとかにできないの

>>694
できませんよ

最近仕事の規模がちっちゃくなってアクセスVBAとエクセルVBAで何とかなっちゃうよ

>>696
羨ましいな。

うちの会社はだんだんと規模が大きくなって、さらにAzureを使うぜ！とかなって・・・
大変な状態に・・・

羨ましくないだろ
VBAの仕事が日常になったら転職を考えるレベル

>>698
分かっているさ。

自分の幸せを噛みしめているよ。
自分よりも酷い人が居るんだなってね。

>>696
俺も最近仕事の殆どがF#で住むようになった。辛い(´・ω・｀)

http://toro.2ch.net/test/read.cgi/tech/1329023778/

【求人/ネット】ソーシャルゲームの技術者は"一攫千金"を狙う職業に [02/16]
http://anago.2ch.net/test/read.cgi/bizplus/1329322339/

Androidのドキュメントの日本語化はほとんど一人でやってるらしいw