08/12/13 13:59:19
>>249
お前はV2C使いを敵に回した
263:デフォルトの名無しさん
08/12/13 15:54:46 BE:1776634188-2BP(808)
>>260
Maximaとかそーゆんじゃ無くて？
264:デフォルトの名無しさん
08/12/13 19:25:58
>>262
twintail使いは優しいから、そんなことじゃ怒らない
265:デフォルトの名無しさん
08/12/14 02:28:16
簡易ランチャなどの単純な機能を提供する小物GUIアプリを作りたいのですが、
小物は小物らしく、サイズが小さく起動終了が素早いという特徴を持ったプログラムが作れて、
なおかつ生産効率が良い言語ってありますか？
すぐに連想したのはCとWinAPIを使う方法ですが、なんだか骨が折れそうなイメージです。
これでも慣れればさくさくと作れるんですかね？
266:デフォルトの名無しさん
08/12/14 03:37:38
C+WinAPI直叩きが一番近いかな
サイズがでかくなってもいいならDelphiとかC++ Builderの方が楽
267:デフォルトの名無しさん
08/12/14 03:38:28
スクリーンセーバーが作りたいのですが、どの言語を学べばいいのでしょうか？
3Dの時計や、テレビドラマや販売促進の宣伝で見かけるような、スクリーンセーバーは難易度が高いものでしょうか？
おしえてください
268:デフォルトの名無しさん
08/12/14 04:04:44
難易度はピンキリ。でも単純な物であれば作るのは楽。
※スクリーンセーバー(scr)は単に実行ファイル(exe)の拡張子を変えただけの物で言語は問わない。
C++とOpenGL/DirectXで作られる事が多いけど
自分用のを手軽にという事であればC#とGDI+で作るのも良いと思う。
いっそプログラミングせずに、flashや動画として作りそれを読み込ませて表示する手もある。
269:デフォルトの名無しさん
08/12/14 07:19:05
>>265
AutoIt
JkDefragCmd.exeというソフトを使って常駐デフラグを行うフロントエンドを作ったことがある。UIはタスクトレイの
アイコンのみ。
LBJkDefrag.exeの大きさは232KBくらい。起動にかかる時間は0.089秒くらい。稼働中に440KBくらいのメモリーを
占める。
惜しむらくは、UIとバックグラウンド処理以外では、マルチスレッドができないことだ。だから、今ではAutoItを
全然使わない。
270:デフォルトの名無しさん
08/12/14 08:06:01
>>265
bat
271:デフォルトの名無しさん
08/12/14 14:46:41
>>265
GUIを使える小物用言語: Tcl/Tk
WinAPIをたたきたければその部分だけCで拡張を書く。
272:デフォルトの名無しさん
08/12/14 14:49:49
>>265
haskell + yampa
273:デフォルトの名無しさん
08/12/14 14:51:40
>>265
DirectX
274:デフォルトの名無しさん
08/12/14 15:57:06
>>266>>269-273
なるほどなるほど。
スクリプト系の言語は結構向いてるかもしれませんね。起動が少し時間かかりそうですが。
AutoItってのは初めて聞きました。興味深いです。
275:デフォルトの名無しさん
08/12/14 16:05:40
HTA
276:デフォルトの名無しさん
08/12/14 17:21:25
VB6
277:デフォルトの名無しさん
08/12/14 17:47:55
HSPのページ見たらなんか昔より進化してた
278:デフォルトの名無しさん
08/12/14 18:39:09
どう進化したのかと思ったら
相変わらずスパゲティ状のうんこじゃん
279:デフォルトの名無しさん
08/12/14 18:49:08
横からｽﾏｿ
俺も>>265と同じような考えで、C+Win32APIでこちょこちょやりはじめてたんだけど、スクリプト言語とは盲点でした。
たいした処理はしないので、実行速度は気にならないんだけど、起動速度は重視したいところ。
GUIで起動速度だけ考えた場合、.netやJavaよりもRubyの方が早かったりします？
280:デフォルトの名無しさん
08/12/14 19:17:01
>>267
起動速度を考えると、C言語一択かな
3Dの時は負荷もあるし、とりあえずCでやって必要そうならC++もって感じだと思う
>>277
HSP to Cってまだ出来ないの？
これがあれば、かなり大きいと思うんだが。
>>279
RubyでGUIやるくらいなら、Pythonの方がいいかもｗ
でもLLは起動速度の問題より、GUIの方が不安だよ
使い分けが重要だと思う
本当に小物ならHSPでもいいと思う
281:デフォルトの名無しさん
08/12/14 19:55:06
>>279
起動速度を重視するとC,C++でWinAPIしか選択肢が残らない。
まぁよくある手で、予め起動して常駐させとけば、どの言語でも一瞬で起動するわけだけど
.NETでいいんじゃないの？
ウォームスタートアップで、初回起動ではない or Ngen済み なら結構早いし
282:デフォルトの名無しさん
08/12/14 20:09:16
>>279
Pythonあたりで自分で頑張れば、比較的軽いGUIも作れるが、C/C++の知識が
前提になるので、C/C++を避けるのが目的なら論外だな
大概のLLは出来合いのツールキットとのバインディングを持っているが、
そのようなものは大きいので、軽さという意味ではやはり論外になる
283:279
08/12/14 21:45:57
>>280
Python結構いいんですか？
なんか、上の方で女にもてるとか書いてるしwww
ちょっとやってみようかな？
>>281
C#はさわりだけやったことあるのですが、結構文法は気に入っているので、余裕があったら本格的にやってみます。
まずはPythonやってみますけど。
>>282
C/C++の基礎知識はあるんですけどねぇ・・・
ただ、個人で使う便利ツールには大げさなんですよね・・・
C++で一生懸命ヘッダファイル書いてるうちに、Javaならもう書き終わってるよ～みたいな。
284:デフォルトの名無しさん
08/12/15 00:07:58 BE:832797465-2BP(808)
>>283
Pythonで女にモテルとか書いてる奴は、たぶんモンティパイソンとごっちゃにしてると思われ…
285:デフォルトの名無しさん
08/12/15 00:11:19
Bloddy Mondayとかそんな名前のドラマで
美少年ハッカーがPython使ってRubyのREXML脆弱性を突いたんだよ
286:デフォルトの名無しさん
08/12/15 00:43:01 BE:249839633-2BP(808)
なんーじゃ？
その、めちゃくちゃコアなドラマ。(´ﾍ｀;)
そんなん有ったんか…
287:デフォルトの名無しさん
08/12/15 00:54:11
「※ただしイケメンに限る」の典型例だな
288:デフォルトの名無しさん
08/12/15 05:23:55
イケメンがやればなんでもかっこよく見えるよな
289:デフォルトの名無しさん
08/12/15 05:48:32
ドラマの中での描写が正しいのか、検証してる所があったりして読み物として面白い。
でも、ドラマは見ていない。
290:デフォルトの名無しさん
08/12/15 23:18:29
始め意味が分からなかった。
>>287 「ただしインデントはタブに限る」
>>288 インデントでやればなんでもかっこよく見えるよな
>>289 ←ここで上を読み直して理解したorz
291:デフォルトの名無しさん
08/12/17 11:12:36
プログラム言語は全くの初心者です。
おそらく「プログラミング」という名前に
かなりの幻想を抱いているからだと思いますが
１．スケジュール管理ソフトも作りたいし
２．日常生活がちょっと便利になるような機器も作りたい。
たとえば時間になったらカーテン開けてくれるとか
ちょっとした市販品のプログラム変えてカスタマイズとか・・・・
１と２がどれだけ相反するのかもわかりませんが
そんな万能型を最終目標にするには、まず何から始めればいいですか？
292:デフォルトの名無しさん
08/12/17 11:23:32
>>291
万能型言語を探すのではなく、それぞれの用途にあった言語を使い分けられる万能プログラマを目指せ。
1は生産効率の高い言語（JavaやC#など）でやるといいし、
2はマイコン制御だろうからCかな。しかし2はハードの設計や、電化製品のハックも含まれるから相当敷居高いぞ。
どれからやればいいかはｼﾗﾈ
293:デフォルトの名無しさん
08/12/17 11:23:58
>>291 １については、Windows使いなら、.NET用言語。例えば、C#やVisualBasic。
294:デフォルトの名無しさん
08/12/17 11:46:17
>>291
作りたいものや期限がそれほど明確に決まっていないなら、何から始めてもいいと思うよ。
よほど奇妙なモノを勉強するのでない限り、大概のことは後々のためになるし、
どっちみち言語なんて幾つも身につけるのが当たり前で、順序の違いにさほど大きな意味は無い。
いずれにせよ、学習のルートなんかより、「さっさと始める行動力」と「挫折しない粘着質」が大事。
たとえば、もう既に2人が「1を作る言語」としてC#を挙げてる。俺も同意だから、3票入ったことになる。
もちろん君の今日のスケジュール次第だけど、これで今日中にC#をせめて3時間くらいは勉強するようじゃないと、
資質が無いかも。
「あと何日か、自分なりに調べて考えてみよう」とか思うようだと話にならない。
その数日で、筋の良い奴なら基本部分の勉強を終えちゃうし。
295:291
08/12/17 11:46:59
早いレスありがとうございます。
プログラム言語は一つを覚えると他の言語にも
応用が利くって事ですか？
たとえば英語を覚えると同じラテン系言語は簡単だとか・・・？
少なくとも、日本人が英語習得に四苦八苦している程の苦労を
各言語習得ごとに味わうことはないって事ですか?
296:デフォルトの名無しさん
08/12/17 11:49:42
いずれにしてもその程度の要求なら
金を貯めて市販品を買うなり人に作らせるなりしたほうが
安くて早くて手軽でしかも小奇麗
ということにいずれ気づく
投資コストに見合わないんだよね
好きでなきゃやってられん
297:291
08/12/17 11:57:56
>>296
たしかにどんなに高機能のなスケジュールソフトを注文しても
個人で何とかなるくらいの金額なのは分かります。
逆に、「その程度の要求」ではない、自分で作った方がいいというのは
どういうものなんでしょうか？
投資コストに見合うって事でしょうが、具体的な事がわかりません・・・
298:デフォルトの名無しさん
08/12/17 11:59:47
>>295
めちゃめちゃ利く。一つの言語を数ヶ月かけて覚えると
別の言語で簡単なプログラムを書くのに数時間とかからない
（C→Lispみたいに趣のまったく異なる言語間なら話は別）
2はハードウェアの知識が相当いるから大変そうだ。漏れには無理
誰か具体的な指針を示してくれる人がいるといいね
299:デフォルトの名無しさん
08/12/17 11:59:48
>>295
利くのもあるしまったく利かないのもある
300:デフォルトの名無しさん
08/12/17 12:01:27
>>297
睡眠やご飯よりプログラミングが好きだって人意外は既製品のほうがいいんじゃない？
ってことじゃない？
301:デフォルトの名無しさん
08/12/17 12:02:10
>>299
応用が利かないのってどんなの？
302:デフォルトの名無しさん
08/12/17 12:07:47
C#からアセンブリとか？
303:291
08/12/17 12:14:06
>>298
そんなに利くんですか・・・？
僕の中では「言語」とつくから英語習得に近い大変さがその都度あるのかと思ってました。
実際は方言や流行語レベルって事なんでしょうか・・・・
応用が利く利かないの区別が全くわかりません。
言語の相関図みたいのってありますか？
人種をラテン系やモンゴリアンやアングロサクソン系とかに分けるような・・・
304:デフォルトの名無しさん
08/12/17 12:18:15
>>303
系譜とかある。
URLﾘﾝｸ(image.itmedia.co.jp)
305:デフォルトの名無しさん
08/12/17 12:20:09
>>304
直りん出来なかった
URLﾘﾝｸ(www.itmedia.co.jp)
306:デフォルトの名無しさん
08/12/17 12:21:44
>>302
まあ極端なことを言えばアセンブリからPrologとか、いくつか例はありそうだが
大抵の場合は多少なりとも応用が利くだろう
307:デフォルトの名無しさん
08/12/17 12:22:15
>>297
例えばそれ自体が自社の商品だったり企業秘密のノウハウの塊だったりする場合
つまり誰にでも作れるものではなく、かつ誰にでも作れてしまっては困るようなものは自製する
それでも外注に出してるようなところもあるけど
あとは作ること自体が目的化してしまっているような場合
コストに見合わないとは時間がかかりすぎるということ
少しの工夫のために膨大な手間と時間が必要なる
つぎ込んだ時間は取り戻せない
308:291
08/12/17 12:24:58
>>304
ITmediaはサーバー負荷になるから外部リンクできないみたいです。
今、ITmedia内を捜索していますが、そのページのURLがわかればお願いします。
309:デフォルトの名無しさん
08/12/17 12:34:08
>>303
自然言語に比べたら覚える量なんて屁みたいなもんだぞ。
例えば英語なんかは、日常会話レベルでも何千もの単語を覚えなければならない。
しかし、プログラミング言語なんてものは覚える単語なんて100あるかってくらいだ。
君が考える以上に言語の習得は簡単。だが、その先に待っているアルゴリズムや作法などの
プログラミングテクニックが、とてもとても奥深いものなのだ。
んで、他の言語を習得する際もその「プログラミングテクニック」を活かせるから、
「応用が利く」んだよ。
310:デフォルトの名無しさん
08/12/17 12:50:58
>308
>305 を参照
現実の言語でも、日本語と英語は全然違うが
スペイン語とポルトガル語なんて、日本で言う方言ぐらいの違いらしい
プログラミング言語でも近い言語と遠い言語がある
現在多く使われてるのは手続き型言語と呼ばれるグループ
手続き型言語同士なら語彙の違いや付加機能の違いはあるが、基本的なところは一緒だよ
他の言語に行っても「ああこれは○言語で言う××みたいなもんか」って感じ
ましてやプログラミングの場合、現実の言語みたいにリアルタイムで翻訳する必要ないしな
辞書引きながら書けば良いんだから >309 の言う通り沢山の単語を覚える必要はない
311:デフォルトの名無しさん
08/12/17 12:51:56
>>303
多分今の時点で言語を分類する基準を言ってもピンとこないと思う
よほどトリッキーな言語を選ばない限り（選ぶのが大変）いくらでもつぶしが利く
このスレでもよく挙がるけどC, C#, Java, Python, Rubyなんかを選んどけば間違いないよ
ちなみに>>305のまつもとゆきひろ氏はRubyの作者
312:デフォルトの名無しさん
08/12/17 13:12:43
>>297
Cができれば、たいていの言語は扱える。
システムユーティリティーで、市販のものではどうも痒い所に手が届いていない感じがする場合、自分で
作るしかない。フリーソフトでオープンソースであれば、ちょこっと改造したりして便利になることもある。
株の売買なんてのをやっていると、ウェブからデータを拾ってきて、分析するみたいなことをやらせるソフトが
欲しくなる。既製品だと、自分が使いたい指標が組み込んでなかったりとか、あるいは、開発用の言語が組み
込まれているがやたらと高価だったりとか、いろいろ問題があったりする。
313:291
08/12/17 13:41:08
みなさん、本当にありがとうございます。
痒い所に手が届く回答ばかりで目から鱗です。
系譜を見たら、「C言語すげぇ！」と思いました。
そこでふと思ったのですが
現代言語の祖と言うべきCと、最近式？のC＃なら、
やっぱり根幹とも考えられるCですか？それともC++？
「C#はjavaに対抗して開発された」ありますが、
かと言っても、やっぱり方言レベルですか？
314:デフォルトの名無しさん
08/12/17 13:55:13
>>313
> 系譜を見たら、「C言語すげぇ！」と思いました。
略図だし、
ALGOL→PASCAL→Delphi
が載ってない様な偏向した図だからね。
315:デフォルトの名無しさん
08/12/17 14:07:27
>>313
気にする必要は全くない。
２については自分でなんとかするのはあきらめろ。
１についても言語を覚えるコストをかけるより市販品を買ったほうが遥かにマシ。
自分の好きな物を作れる程プログラミングできるようになるには、仕事か、余程の物好きでなければ不可能。
316:デフォルトの名無しさん
08/12/17 14:23:17
>>291
2.は、bluetoothに対応してる家電とかなら
ネットワークプログラミングの範疇になりそうだが
そうでなきゃ自分で工作してマイコン制御ってな話だろう
面白そうだとは思うが、身の回りに師匠がいないと敷居が高いんじゃないか
電子回路の工作とかはできるのかい？
>>304
色々違和感のある図だな……
少なくともCがPL/Iの子孫になってるのは明らかに変だ
317:デフォルトの名無しさん
08/12/17 14:32:39
>>314
限られた記事のスペースでまとめてるんだから、多少の偏向は許してやれよ…
元Eiffel信者がPascal系まるまる切ってるんだし…
にしても記事読んだなら、現代言語の祖はFORTRANか、100歩譲ってSimulaにしかならんだろ…
318:291
08/12/17 14:33:36
２．に関しては、プログラムに触った事がないために
難しさが分からなかったです。
先輩方の意見からすると、非現実的なんですね。
はじめに習得する言語に関しては
「基礎が大事」との思いから選ぼうと思っていましたが
どの言語からでも基礎は学べるみたいですね。
あえて言うなら「やりたい事優先」なのでC#かjavaみたいですね。
何人かの意見で
「プログラムで自作するくらいなら買え」とありますが
結局プログラムはプロでやっていく人以外は不要と思っていいのでしょうか？
319:デフォルトの名無しさん
08/12/17 14:35:43
>>317
たしかに祖というならそのとおりですね。
古くてその言語からの派生発展系が多くて
理系大学生が必修科目のように習っているのでC言語と思った次第です。
320:デフォルトの名無しさん
08/12/17 14:38:31
>>318
プログラミングは、PC上で日常よくやる種類のくだらない作業の自動化・効率化には
非常に役に立つよ。
普通はそういう種類のプログラミングを「スクリプティング」と言い、
shell, Perlやそれに類する言語がよく使われる。
とりあえず正規表現を覚えて、単純なテキスト処理からはじめるのがお勧め。
C#やJavaは、そういう用途に向く言語ではないな。どっちかっつーと「お仕事」用の
言語だ。
321:デフォルトの名無しさん
08/12/17 14:42:38
Pascal以降が無いのはCに負けたことを強調する演出じゃないか
MatzがPHPを叩いたのを見てカーニハンを思い出した漏れ
> 「プログラムで自作するくらいなら買え」とありますが
色々と大変な時期だから。察してあげて
322:デフォルトの名無しさん
08/12/17 14:49:33
>>318
目的による
プログラミングが目的でスケジュール帳が口実ならばともかく
スケージュール管理が目的でプログラミングが手段だと考えているなら
買うほうが正解
それに今日日買わなくても無料でダウンロードできるやつが巷に溢れているから
それらを試してからでも遅くはない
323:デフォルトの名無しさん
08/12/17 14:56:38
>>316
>少なくともCがPL/Iの子孫になってるのは明らかに変だ
CはRatfor経由でFortranの傍系と言うところか
324:デフォルトの名無しさん
08/12/17 15:00:43
>>318
つ 「Interface４月号」、「トランジスタ技術４月号」
おまけにマイコンがついてくる(はず)。
325:デフォルトの名無しさん
08/12/17 16:57:07
開発環境一式が無料で使える
URLﾘﾝｸ(www.microsoft.com)
Web インストールの所から落として実行すると、
必要なファイルをダウンロードしてインストールするとこまでやってくれるよ。
言語はC#がおすすめ
326:デフォルトの名無しさん
08/12/17 18:20:01
>>291
1について、
本格的な管理ソフトを目指すならともかく、
テキストベースで予定表の検索くらいならスクリプト言語でやってみてもいいんじゃない。
2について、
多くの回答にあるように、時間になったらまでは簡単cronでもokだがその先の「もの」が問題。
プログラムの改造するのも実用的なものは大規模だから、そのなかでのマクロを書いてみるとかがおすすめ。
327:デフォルトの名無しさん
08/12/17 18:43:28
ゲームをお手軽に作りたくてFlashを覚え、5年ほど続けていたのですが、
限界を感じてちゃんとしたプログラムを覚えようと思い
いろいろと調べていたところ、こちらのスレに辿り着きました。
製作するゲームについてはジャンルや２D・３Dに拘らず何でも作りますが、
ゲーム以外の用途でプログラムをすることは無いと断言できる場合
どのようなプログラミング言語がおすすめでしょうか。
ちゃんとしたプログラムの知識は学校で習ったC言語くらいです。
初期投資や入門の簡単さには拘りません。
唐突な質問になりますが、よろしくお願いします。
328:デフォルトの名無しさん
08/12/17 19:16:51
>>327
Flashでいいと思うよ。速度が足りてるなら。
速度が足りないなら、C++でDirectXしかないかな。
329:デフォルトの名無しさん
08/12/17 19:28:11
>>327
何に限界を感じたのかｋｗｓｋ
330:デフォルトの名無しさん
08/12/17 19:30:17
>>327
Adobe AIRやAdobe flexとかじゃだめ？
331:デフォルトの名無しさん
08/12/17 20:08:03
>>328-329
はい、まさに速度が足りないことです。
Flashの利点を生かしたゲームを作りたいわけではないので
より処理速度やゲームの開発環境が整った言語を探しています。
DirectXが使える言語がやはり最終的には良いのでしょうか。
>>330
あまりAIRは使いたく無いんですよね…。
特にFlashに拘りを持っている訳ではないので
他により良い環境があればActionScriptと文法が全く違う
プログラミング言語などでも特に問題ありません。
332:デフォルトの名無しさん
08/12/17 22:17:09
>>331
そうなると、やはりC++とDirectXだろうな。
333:デフォルトの名無しさん
08/12/17 22:21:17
Javascriptって一般的にはブラウザ上で動作するものってイメージなんだが本当は違うんだろ？
なにを学べばそれがわかる？教えてくれ
334:デフォルトの名無しさん
08/12/17 22:21:51
flashでやれるようなことを既存の言語+ライブラリで実現するのは結構大変だと思うぞ
flashから入ったのならflashに向いたゲーム作ってた方が幸せになれる気がする
335:デフォルトの名無しさん
08/12/17 22:24:19
まあまあ、向上心があることはいいこった
興味持ったらやってみろよ、挫折したとしても何かは残るさ
336:327
08/12/17 22:33:45
色々とありがとうございます。
とりあえずC++とDirectXをメインに調べてみます。
Flashでやれることを既存の言語で実現するのが難しいというより
Flashが簡単過ぎるのだと思いますし、やれるだけやってみます…
337:デフォルトの名無しさん
08/12/17 22:35:36
>>333
ＪａｖａScriptと言った場合、Webブラウザ上で動作するクライアントサイドの話と受け取るのが一般的。
ECMAScriptと言った場合には、FlashのActionScriptなども含む。
一応サーバサイドJavaScriptもあるけど、使われる事は少ない。
>なにを学べばそれがわかる？
とりあえずぐぐれ
338:デフォルトの名無しさん
08/12/17 22:40:52
>333
手軽なものでは WSH かな？ CScript.exe + JScript
今のWindowsなら最初からインスコされてるハズ
339:333
08/12/17 22:47:35
>>338
おお！まさしくこれですな
コンパイル済みのアプリケーションに他ユーザが新たに要素を追加できるような使い方がしたかった
340:デフォルトの名無しさん
08/12/17 22:50:24
>>339
Java でも JavaScript 使えるよ。
341:デフォルトの名無しさん
08/12/17 22:53:02
>>336
こけるかも知れないけど、XNAと言うゲーム開発環境があるらしいよ
それはそれは素晴らしいものらしいよ
新しめのPCや、Xboxで動くらしいよ
C++とDirectXは、しばらくもちそうだし、”頑張れるなら”一番正解に近い気がするけど・・・
342:デフォルトの名無しさん
08/12/17 22:54:04
>>339
ん？拡張／組み込みスクリプト言語としての用途を考えてるってこと？
ならまあ確かにJavaScriptとかPython、lua、Lisp系がありがちかな
JavaScriptなら、今だとgoogleのv8が流行ってんじゃねえか
アプリをオートメーションサーバとして作るアプローチもあるが
ぶっちゃけ面倒くさいと思う
343:デフォルトの名無しさん
08/12/17 23:42:21
>>341
とりあえず頑張ってみます。
しばらく調べてみましたが、D言語という言語もDirectXが使えるようですね。
…ものすごい不正解臭がしますが。
344:デフォルトの名無しさん
08/12/18 00:34:56
>>343
D言語は初心者にはオススメできない。
いい言語だと思うけど、いつまで経っても絶賛開発中なのが･･
345:デフォルトの名無しさん
08/12/18 00:37:03
>>343
DirectXを扱える言語はそれなりにある。扱えるってだけなら
Dはまだ処理系にバグが点在しているような状況だから、言語学習には向かないだろう
安定すればC++よりだいぶ良くなる感じはするんだが・・・・・
346:デフォルトの名無しさん
08/12/18 01:04:35
>>343
D言語は・・・まだC#＋XNAの方が明るい未来があるように思えるよｗ
言語が趣味なら楽しいって聞くけど、仕様がコロコロ変わる上に、オプソでもないから微妙かも。
347:デフォルトの名無しさん
08/12/18 11:32:32
C#とjavaを比較した時
・将来性（具体的には.netの動向や携帯コンテンツ、webアプリetc）
・多言語への乗り換えやすさ
はどっちですか？
図書館で調べた限りでは
今のところはjavaだけど、言語はｃ＃の方が優秀らしい
だけど、新しい言語なので今後落ちぶれる可能性も・・・
んで、どっちですか？
348:347
08/12/18 11:34:44
書き忘れです・・・・
お互いの言語の得意分野や
「こんなものを作りたいなら○○言語の一択」
ってありますか？
349:デフォルトの名無しさん
08/12/18 11:37:59
マルチプラットフォームなのはJAVA
Windowsで作れる物が多く速度が出るのはC#
350:デフォルトの名無しさん
08/12/18 11:40:30
>>349
要するに
windowsPC以外の何かを作りたいならjava
windowsマンセーでアプリを作るだけならC#??
351:デフォルトの名無しさん
08/12/18 11:44:53
Javaは他機種でも同等の動作が実現できる。 しかしC#はそうとは限らない。
Javaはソースからコンパイルする必要が無い。 C#はソースがあっても動くか確実ではない。
352:デフォルトの名無しさん
08/12/18 12:09:17
>>347
将来性ではC#。
.NET対応言語が増える → .NETプログラミングが流行る → C#が流行る。
（夢見すぎか？）
353:デフォルトの名無しさん
08/12/18 12:13:17
>>351
＞ Javaはソースからコンパイルする必要が無い。
ｋｗｓｋ
354:デフォルトの名無しさん
08/12/18 12:15:59
>>352
山ほどあるよ。
URLﾘﾝｸ(www.dotnetpowered.com)
355:デフォルトの名無しさん
08/12/18 12:28:27
Javaはある種ゴール地点にもなってるからJavaから始めたら成長しないと思う
356:デフォルトの名無しさん
08/12/18 12:28:35
どちらも仕組みは似ているけど、中間言語を実際に実行できる割合が多いのはJAVA。
> Javaではプラットフォーム非依存を目標の一つとし、またバージョン間の互換性に注意して開発が進められている。
> Javaは、中間言語にコンパイルされ、Java仮想マシンで実行されるよう設計された。
> .NET Frameworkはあらゆる言語で記述されたプログラムが共通中間言語にコンパイルされる。
> この中間言語はJITコンパイラによって実行時にネイティブコードにコンパイルされる。
357:347
08/12/18 12:37:03
>>355
では、今後２０～３０年のデジタルの世界では誰も予測できないけど
JAVAはこの先.NETにやられちゃいますか？
それとも>>352が夢？と言っているように現実的でない？
今までの流れだとやっぱりマイクロソフトの独裁は続いて
.NETの天下で言語もＤＥＦと踏襲していく気もします。
358:デフォルトの名無しさん
08/12/18 12:38:43
先のことは誰にもわかりませんとしか
359:デフォルトの名無しさん
08/12/18 12:41:53
お前は何がしたいんだよ
360:デフォルトの名無しさん
08/12/18 12:42:36
C#は対して普及しないと思うな。 C++でもBasicでも.NETは動かせるから
実行速度ではC++の速いからこれは消えないとして、そしたらC++で.NETを動かせた方が勉強が
少なくて済む。
361:デフォルトの名無しさん
08/12/18 12:47:44
C++/CLIってのがあってジリ貧なんだが
362:デフォルトの名無しさん
08/12/18 12:48:43
>>360
C++を本当に使えるぐらいならJavaだのC#だのは瞬殺で習得できて
.NETなアプリを使う分にはずっとクリーンかつ楽に記述できるぞ
だから皆C#を使ってるんだ、C++/CLIじゃなくてな
363:デフォルトの名無しさん
08/12/18 13:03:38
現在、.NETを動かすにはC#は使われることが多いとおもうけど、C++/CLIが劣るわけではなくて
まず最初にMSがC#に力を入れたからでは?
364:デフォルトの名無しさん
08/12/18 13:10:22
>>363
いやいや、C++/CLIはCの上に構築されたC++の上に構築された言語だから、
ただの.NETアプリを組むには全く不要な複雑性を抱え込んだ言語だから、だよ
言語の優劣は機能だけで決まるもんじゃない
単純素朴に「大きいものはいいことだ」と考えるのならC++/CLIは強力な
言語だが、ネイティブコードとの連携が不要な部分までC++/CLIで記述するのは
愚かだ
365:デフォルトの名無しさん
08/12/18 13:21:38
いいからさっさと服着ろよ
366:デフォルトの名無しさん
08/12/18 14:36:40
これからプログラミングでお金持ちになれるのはどの言語ですか？
C、C++、C#、JavaとVB、VC++、VC#、eclipseの違いはなんですか？
367:デフォルトの名無しさん
08/12/18 16:41:53
何を重視するかで色々な言語がある
例えば、有名な言語は、自分で使うことより
他人に教えて使わせることを重視していたりする
368:366
08/12/18 16:45:34
>>367
人に教えて～って事は、プロジェクトリーダーって役職？って事かな？
では、趣味程度に考えて、フリープログラマなら何がいい？
369:デフォルトの名無しさん
08/12/18 17:09:50
>>368
C/C++でスクリプト言語を作る
それから、そのスクリプトとC/C++を連携させる
というパターンが多いような気がする
370:368
08/12/18 17:30:21
>>369
ごめん・・・もう少し噛み砕いてお願いします・・・・
371:デフォルトの名無しさん
08/12/18 17:34:26
噛み砕くとVB
372:デフォルトの名無しさん
08/12/18 17:50:38
>>371
でも、これから趣味として始めるならばjavaとかの方がいいんじゃないの？
373:デフォルトの名無しさん
08/12/18 18:45:11
PGで食っていくことを考えるなら全部やるくらいの意気込みでやれ
金儲けだけが目的ならPGなんか選ばない方がいい
374:デフォルトの名無しさん
08/12/18 19:01:26
時給換算するととんでもなく薄給・・・
東○とかは以前は残業代が給料とほぼ同額になるとか聞いたけど・・・
375:デフォルトの名無しさん
08/12/18 19:07:35
何はともあれPythonからじゃね。
インストールからコーディングまでがやたら簡単だし、他人のソースが見やすい。
ドキュメントも豊富でハマりやすい落とし穴も少ない。
変なクセもつきづらいし、ずっと使っていける言語。
376:デフォルトの名無しさん
08/12/19 05:26:53
>>368
作るプログラムや動作させる環境も分からないのに答えろとか、エスパーじゃないと無理だな。
377:デフォルトの名無しさん
08/12/19 09:59:49
>>376
金を儲けたいとかフリープログラマとか言ってんだから
具体的なプランが全く無いくらいわかれよｗ
「この言語を覚えれば一生金儲けが出来る」って妄想からの質問だろ～
エイダをおぼえればまいくろそふとにしゅうしょくできるよ
と俺ならアドバイスするねｗ
378:デフォルトの名無しさん
08/12/19 11:22:51
どっかのスレで言語別の給料のサイト見た気がする
379:デフォルトの名無しさん
08/12/19 14:17:57
どの「たったひとつの言語しか」学ばないとしても、
お金を稼ぐには
・誰よりも詳しくて
・誰よりも早くて
・誰よりも独創的
であれば財を成せると思う。
その後に「世間から望まれる物」を作成する環境にいられるか？だと思う。
もっと言えば、「世間から望まれる物」を自ら作る事も出来る。
マイクロソフトやグーグルってそういうもんじゃないのかな？
380:デフォルトの名無しさん
08/12/19 15:21:03
>・誰よりも旨くて
>・誰よりも安くて
>・誰よりも早い
牛丼屋だろ
381:デフォルトの名無しさん
08/12/19 15:27:21
>>380
牛丼屋は
早くて
安くて
旨い
の順
382:デフォルトの名無しさん
08/12/19 16:06:53
ぶっちゃけ、プログラマより伝統工芸の職人の方が儲けられると思うぞ。
383:デフォルトの名無しさん
08/12/19 16:33:03
∧は交換法則と結合法則があるからそういうのはトートロジーだよって
むかし言われた
384:デフォルトの名無しさん
08/12/19 17:03:38
ぶっちゃけ、過疎化の進む農家に飛び込みで働きに出た方が儲かる
385:デフォルトの名無しさん
08/12/19 17:05:47
農業に夢見すぎ
386:デフォルトの名無しさん
08/12/19 17:19:21
農業は土地と機械が無ければ死ぬ
まじで死ぬ
387:デフォルトの名無しさん
08/12/19 19:52:37
今からプログラムを始めるのなら
手続き型（C言語）
オブジェクト指向（C#言語もしくはjava）
どっちがいいですか？
388:デフォルトの名無しさん
08/12/19 19:59:12
両方やっとけ
389:387
08/12/19 20:04:03
>>388
どっちからの方がとっつきやすい？
どこかで「手続き型からやるとオブジェクト指向が理解しにくい」と聞きました
390:デフォルトの名無しさん
08/12/19 20:12:29
時間があるならCで書いてアセンブリコードに変換して
Cのコードとアセンブリのコードを比較して眺める。
を繰り返せば確実に応用力が付く。
391:デフォルトの名無しさん
08/12/19 20:12:45
>>389
その分類は排他関係じゃないし
392:デフォルトの名無しさん
08/12/19 20:41:10
>>387
Haskellマジオススメ
393:387
08/12/19 20:50:53
>>390
その応用力というのは、ｃ言語の応用力という意味ですか？
他の言語の理解度も早くなるという応用力ですか？
394:デフォルトの名無しさん
08/12/19 21:00:44
自主的にやる気があるならCだな
Javaはやる気がない時でも覚えられるだろ
395:デフォルトの名無しさん
08/12/19 21:10:14
ｈｔｍｌ＝言語
ホームページビルダー＝htmlビルダー
だとすると
C＝言語
ｖｃ＝Cビルダー
basic＝言語
ｖｂ＝ｖｂビルダー
ｃ＃＝言語
ｖｃ＃＝ｃ＃ビルダー
？？？？
396:デフォルトの名無しさん
08/12/19 21:18:11
test
397:デフォルトの名無しさん
08/12/19 21:23:49
稼ぎたいならウェブデザイナーのほうがいいと思うキガス
398:デフォルトの名無しさん
08/12/19 21:32:02
自分の働いている業界に特化したグループウェア＋CMSみたいなのを
10年ぐらいかけてWebアプリケーションでつくって、オープンソースで
公開する野望を持っているのですが、言語はPHPでいいですか？
PythonとかRubyとか別の言語を選んだ方がいい積極的な理由があるでしょうか。
399:デフォルトの名無しさん
08/12/19 21:34:03
１０年後には別の言語が……げふんげふん
400:デフォルトの名無しさん
08/12/19 21:36:11
>>398
１０年かけて作っても、１０年も使ってもらえない気がするので、
RoRかcatalystなどのフレームワークを使って、数日でプロトタイプを立ち上げるくらいの
勢いでやった方がましな気がする
どちらにせよ、SQLは必須になるでしょう
401:デフォルトの名無しさん
08/12/19 21:40:49
>>387
片方ずつやるんじゃなくて、両方同時にやると良いと思います
402:デフォルトの名無しさん
08/12/19 21:41:42
webアプリって永遠にβがトレンドだしな
適当に風呂敷広げて派手に宣伝ぶちかますのが先だな
403:デフォルトの名無しさん
08/12/19 21:57:44
新しく生まれた言語がメジャーになるまで１０年ぐらいかかる。C++もJavaもそうだった。１０年後に照準を当てるのなら、最近生まれた言語だな。
404:デフォルトの名無しさん
08/12/19 21:59:05
>>387
大学なら一方は授業で基本的なことを学べるし、
もう一方は時間があるなら独学でつっついてみてもいいんじゃない？
独学のみならC++をお勧めしたいな
応用がきく
405:デフォルトの名無しさん
08/12/19 23:54:15
手続き型は、オブジェクト指向プログラムに含まれますよ。
一切の手続き型プログラムを除去できるわけではありません。
関数型とかなら無いかもしれません。しりませんが。
406:398
08/12/20 00:31:07
みなさんたくさんのレスをいただきありがとうございます。
自分では思ってもみなかった観点からのアドバイスをいただき
たいへん参考になりました。ここできいてみてよかったです。
10年かけて完成品をつくりあげたとしても、
それは10年も使ってもらえないだろう。
また10年後には何の言語が主流になっているかわからない。
それよりもプロトタイプをなるべく早くつくって公開し、
それを技術や環境の変化に応じて改変したり作り直したり
していくほうが、Webアプリケーションにはふさわしい。
完成よりも永遠のβ版を目指すべきである。
…といったようなアドバイスと受け取りました。
言語については、今知っているのがPerlだけなので、
とりあえずcatalystについて調べてみることにします。
どうもありがとうございました。
407:387
08/12/20 01:26:27
>>404
全くの独学です。
C++はCに無理矢理オブジェクト指向をつけてややこしいとの事でしたので
C++ならばC#かと思っています。
やはりプログラミングの土台をしっかりするならCなのかと思っています。
408:デフォルトの名無しさん
08/12/20 01:50:01
Cで低レベルの概念を学ぶのは良い経験になると思うけど
必ず通らないといけないような類の物ではない。
それで、何でプログラミング始めようと思ったんだ？
職業プログラマになりたい。とかいうアレなら、悪い事は言わんからやめとｋ
409:387
08/12/20 02:00:55
>>408
必ず通らなきゃいけないわけじゃないんですね
職業プログラマはどの方向から見ても墓場みたいなので・・・・・
目指しているのはベクターでちょいちょいファンがいるくらいの
windowsアプリケーションプログラマですかねぇｗ
410:デフォルトの名無しさん
08/12/20 02:03:12
それならC#でいいんじゃないかな。
411:デフォルトの名無しさん
08/12/20 02:06:21
実際企業に就いて1,2年もすれば仕事はできるよね
趣味としてはいいんじゃない？
シェアウェアとして商品化するもいいさ
412:387
08/12/20 02:09:17
>>410-411
windows系アプリケーションならｃ＃だとはたくさんの場所で同意見です。
ただ、長く続けたいので、.netなどにも将来性に不安もあります。
413:デフォルトの名無しさん
08/12/20 02:39:40
>>412
.NET の最初のリリース（1.0RTM）からもうすぐ7年。
先の事は誰にも分からんけど、当面はサポートされ続けると思う。
414:デフォルトの名無しさん
08/12/20 10:31:57
MS-DOS, windows初期はシロートの入手できる環境がC/C++かTurbo Pascalしかなかったけど、今は選択肢がいろいろあるから楽なのからでいいでしょ。
ぶっちゃけ、プログラム書けるようになったら言語仕様の違いなんてマニュアルみながらでどうとでも対応できるから、言語の将来性なんて考えるだけ無駄。
415:デフォルトの名無しさん
08/12/20 11:53:47
もし自分の習得した言語が廃れても、
他に乗り換えるのなんてたいして労力つかわんだろ。
将来性なんて気にするだけ無駄ムダ
416:デフォルトの名無しさん
08/12/20 12:09:42
方法論が全然違うのはやっておいて損はない
関数型とかアセンブリとか、それ自体は使わなくとも
417:デフォルトの名無しさん
08/12/20 13:53:00
Cは学習用言語としてはかなり重要。
コンピューターやOSの仕組みを知るには、必須の知識。
でも、趣味としてやるなら、もっとお手軽な方がいいと思う。
ヒープの管理なんて、VMとか.netにやらせれば十分。
418:デフォルトの名無しさん
08/12/20 13:58:01
Cなんてオープンソースのアプリを使っててバグに遭遇した時に
ちょこっと修正して使い続けることができた
というぐらいしかメリット感じたことないわー
ハードに近い部分を知るならアセンブリ言語一択だし、
アルゴリズム、データ構造、抽象化のような計算機科学寄りのところなら関数型言語には遠く及ばんし
Cは学習用としては中途半端な気がするなぁ
419:デフォルトの名無しさん
08/12/20 14:07:25
OSの学習ならC/C++が真っ先に挙がるじゃん
作るのだってC/C++だしAPIもC/C++
420:デフォルトの名無しさん
08/12/20 14:15:35
アセンブリ言語は是非やっておいてほしいな。
あと、最初のうちはなるべくネイティブコンパイルする言語を扱った方が
マシンに関する知識がついていいと思う。
↓ C++ の基本（ほぼ C と同じ。手続き型と思って構わない。配列を関数に渡す時以外のポインタは後回しでも良い（代わりに参照使えばいいので））
↓ インラインアセンブラ
↓ C++（ポインタ、オブジェクト指向、ジェネリックプログラミグ）
↓ C#（GUI が楽に作れると嬉しいよね）
↓ tcsh, bash（シェルプログラミングもやっといて損は無い）
↓ Perl, PHP（スクリプト言語。とりあえずはどっちか１つでいい）
↓ Ruby, Python（近代的なスクリプト言語。とりあえずはどっちか１つでいい）
↓ ActionScript（お好みで。FLASH 作れると面白いしね）
↓ Lisp（手続き的なところもあるがどちらかと言うと関数型言語）
↓ Haskell（純粋関数型言語）
↓ Prolog（論理型言語）
こんな感じの順番で３年くらいかけてやれば力付く。
速度を要求されるアプリ（エンコード／デコード、大量データ処理、ゲーム等）では
依然としてCやC++、あるいは部分的にアセンブリ言語が要求されることもある。
１つ言語を覚えてしまえば、あとは似たような文法な事が多いので、
仕様の簡単な言語なら、１日で使えるようになったりもする。
Lisp, Haskell, Prolog などはパラダイムが大きく変わるので
そう単純にはいかないだろうが。
421:デフォルトの名無しさん
08/12/20 14:18:31
コピペおつ
422:デフォルトの名無しさん
08/12/20 14:19:41
乙
423:デフォルトの名無しさん
08/12/20 14:20:15
なんでコピペなんだよw
424:デフォルトの名無しさん
08/12/20 14:23:37
んなもん初心者に見せたら卒倒するがな。
425:デフォルトの名無しさん
08/12/20 14:34:15
さらに計算機科学の追加カリキュラムとか
ソフトウェア工学、プロジェクトマネジメント、経営学等が控えております
プログラマになるのは難しいですね
426:デフォルトの名無しさん
08/12/20 14:42:40
ほんと難しいですわ
427:デフォルトの名無しさん
08/12/20 15:25:52
・手に入りやすく設定も簡単なフリーの開発環境
・豊富なドキュメント
・同じく豊富なユーザー数
で使う言語を決めればいいと思うよ！
428:デフォルトの名無しさん
08/12/20 16:57:28
>>420
C、C++、C#、tcsh、bash、PHP、Rubyと使えるようになった奴が
わざわざActionScript覚える必要あんのか？
429:デフォルトの名無しさん
08/12/20 17:29:56
>>420
そこまでやるのは単なる言語ヲタだ
仕事じゃ使い物にならん
430:デフォルトの名無しさん
08/12/20 17:31:18
>>420
3年で習得は無理だろｊｋ・・・
コピペだった
431:デフォルトの名無しさん
08/12/20 17:43:07
単純に正規表現で置換すれば一瞬で済むものを
手作業で数日かけて置換してるのを見ると
そりゃ殺意も抱くさ。
432:デフォルトの名無しさん
08/12/20 17:56:13
>>420
逆順にやったほうがいい。
433:デフォルトの名無しさん
08/12/20 18:45:56
>>429
色々言語知ってる奴の方が
思考が柔軟でいいコードを書くよ。
434:デフォルトの名無しさん
08/12/20 18:54:59
error 433: 入門にしか手をだしていません --
435:デフォルトの名無しさん
08/12/20 19:11:12
Cやjavaの方がhaskellやlispより難しいなんて思い込みっすよ
436:デフォルトの名無しさん
08/12/20 19:12:57
Lisp三日目で知恵熱出した漏れが通りますよ
437:デフォルトの名無しさん
08/12/20 19:46:40
#include <iostream.h>
using namespace std;
class myclass {
public:
myclass() {cout << "Normal Constructor" << endl; }
myclass(const myclass &obj) { cout << "Copy Constructor" << endl; }
};
myclass f() { myclass ob; return ob; }
int main() {
myclass a;
a = f();
return 0;
}
これ実行すると
Normal Constructor
Normal Constructor
Copy Constructor
って出力されるらしいけど３行目がでてこない・・・
どうしてだかわかる？
438:デフォルトの名無しさん
08/12/20 19:52:16
↑誤爆した ガイドスレ汚しスマソ
439:デフォルトの名無しさん
08/12/20 19:58:58
戻り値最適化ってやつだよ。
440:デフォルトの名無しさん
08/12/20 21:20:47
>436
慣れるとあれほど脳内パースが楽な言語もないけどな
441:デフォルトの名無しさん
08/12/20 21:26:05
CとC++どっちからやればいいの？
442:デフォルトの名無しさん
08/12/20 21:27:11
参照がある分、C++ からやった方が楽。
443:デフォルトの名無しさん
08/12/20 21:32:43
挫折しない自信があるならC++からで問題ない
444:デフォルトの名無しさん
08/12/20 21:48:30
>>442-443
ありがとう。
とりあえず人生投げ出す覚悟で挑戦してくる
445:デフォルトの名無しさん
08/12/20 23:46:07
あることを実現するのに何パターンも方法がある言語は、
慣れた人にとっては楽でいいかもしれないけど、
初学者にはとっつきにくい感があるね。
C++はまさにそれ。複数手段があるとわかったときにそれぞれの方法を調べる必要が出てきて大変。
446:デフォルトの名無しさん
08/12/21 01:06:41
その意味ではクラスベースよりプロトタイプベースがよいかね
447:デフォルトの名無しさん
08/12/21 03:28:30
あのー今、就職するために、プログラミングとCGの勉強してるんですけど、
どっちつかずになりそうで、どっちかを辞めようかと考えてます。
プログラミングはC++を勉強して挫折して、今VB.netを勉強してます。
最近、勉強していて、プログラミングのセンスないな～と実感。
さらにプログラミングの世界はすでに市場飽和していて、プログラムを
勉強しても無駄になりそうと思ってるんですが・・・
CGのほうは子供のころから絵を書くのが好きでそれでやってます。
どっちかといえば論理的に考えるより、直感でものを考えるタイプです。
僕はどっちをやめたほうがいいでしょうか？
448:デフォルトの名無しさん
08/12/21 03:40:38
プログラミング
449:デフォルトの名無しさん
08/12/21 04:15:43
プログラミングの世界は常に人員不足。
若くて多少心得があればどこか雇ってくれる。（若くなくなってからは知らん）
向いてないと思うならＣＧ頑張って、
プログラミングは日曜大工プログラマとして、趣味でやるといいんじゃないかね。
450:デフォルトの名無しさん
08/12/21 04:33:39
>>449
そうだね。 >>447 にはScalaを薦めます。
451:デフォルトの名無しさん
08/12/21 05:06:59
>447
個人的にはCG羨ましいよ。俺は絵心ないからな。
ぶっちゃけプログラミングぐらいしか向いてないからな。
まあ、プログラミングだって中途半端だけどｗ
それでも、強いて言えば、他のことに比べりゃ、程度の
センスはあると自分では思ってる。
CGやDTM、SSも挑戦したことはあるが…
DTMは数曲作れてちょっと自己陶酔したが本気でハマれなかったし
SS？ショートストーリーの略なのに書き上げれんｗｗｗ
CGに至ってはどうみても小学生です本当にありがとうございました。
452:デフォルトの名無しさん
08/12/21 06:29:16
俺なんてお菓子作りがサブ趣味になりかけてるぞ
453:デフォルトの名無しさん
08/12/21 07:27:47
CGなんてダンピング使い捨てなんだが…
最低賃金＋サビ残でも「絵を仕事にできる」と言えば若者が寄って来る
年齢と最低ラインの出来が一致しないから20歳と40歳が等しく貧乏だ
454:デフォルトの名無しさん
08/12/21 07:34:06
>>447
どっちも趣味にして普通に会社に就職しろ
就職のために「勉強」するようなものではない
就職活動と称して企業対抗マラソンの体作りを始める奴はいないだろ
455:デフォルトの名無しさん
08/12/21 09:31:08
>453
かと言ってプログラマの待遇もあまり良いとは言えないしなあ…
まあ、分野によるかも知れんけど
456:デフォルトの名無しさん
08/12/21 10:26:28
CGの方が一生の技術じゃね？
457:デフォルトの名無しさん
08/12/21 11:34:57
美専なんかに行ってデッサンやらデザインやらの基礎は叩き込まれてるんだろうしな
458:デフォルトの名無しさん
08/12/21 11:52:35
絵心あるなんて羨ましいじゃないかｗ
極論するとプログラムなんて誰でも出来るぞｗ
459:デフォルトの名無しさん
08/12/21 12:18:35
まあ、しかし、絵も食うのは楽じゃなさそうな気もする。
460:デフォルトの名無しさん
08/12/21 13:03:50
>>420
csh whynot
URLﾘﾝｸ(www.kiso.tsukuba.ac.jp)
461:デフォルトの名無しさん
08/12/21 15:05:55
プログラマは漫画家に似ている
462:デフォルトの名無しさん
08/12/21 15:33:27
プログラミングをメインにCG、作曲、小説といろいろやってたら
見事な器用貧乏になりました
463:デフォルトの名無しさん
08/12/21 15:50:16
>>462
何を言う
一人でADVが作れるではないか
464:デフォルトの名無しさん
08/12/21 15:52:20
>>463
中途半端なゲームほどつまらない物はない
465:デフォルトの名無しさん
08/12/21 16:00:03
C++の機能をフル活用するとわけわからんプログラムができるのも一種の器用貧乏だな
466:デフォルトの名無しさん
08/12/21 16:02:03
あー、この分野なら誰にも負けないっていうような才能がほしいな。
だけど、いろんな分野をつまみ食いしたくなっちゃうんだ。
おれも親父みたいに器用貧乏コース突入か。
467:デフォルトの名無しさん
08/12/21 16:11:12
学生時代とかで絵を描かなかったから大人になってから見事に絵が描けないｗ
プログラムは子供のころからの積み重ねとかあまり関係ない
468:デフォルトの名無しさん
08/12/21 17:13:25
>>412
ソフトウェア業界の巨人、マイクロソフトが後押ししているものに不安を感じるんなら、何をやっても不安は
拭えねぇんじゃねぇか？
469:デフォルトの名無しさん
08/12/21 17:40:10
この業界の「将来性」ほど当てにならないモノはないから気にするな。
470:デフォルトの名無しさん
08/12/21 18:19:18
J++マジオススメ
471:デフォルトの名無しさん
08/12/21 18:27:35
>>468
巨人だろうが失敗はするし黒歴史は沢山あるんだぜ
当初の宣伝から大幅に縮小後退したWinFX（笑）とかな
472:デフォルトの名無しさん
08/12/21 18:29:31
マイクロソフトだから安心だね
そんな俺はWinFormsとWPFの間で揺れるわけだ
473:デフォルトの名無しさん
08/12/21 18:37:02
>>471
つまり>>468が言いたいのはどれ選んでも不安なんてぬぐえないんだから
そんなこと気にするだけ無駄無駄ァてことだと思う。
>>472はどっちが良いと思う？
WPFならFlashアプリみたいにベクタで描いたGUI部品を使えそうなので、
環境に応じて柔軟に大きさを変えられそうだなと妄想してる（WinFormsでもできる？）んだけど、
巷では遅い重いと悪い意味で評判だな。
474:デフォルトの名無しさん
08/12/21 19:06:20
>>473
まあ、IBMが押してるものはズッコケないと思っているやつは、今更いないだろうしな。
475:472
08/12/21 19:18:19
WPFはまさにそんな感じ。できればガンガン使いたい
ただWinFormsがこれだけ浸透していて
MSが今後もWinFormsをサポートしていくって言ってる現状だと
WPFへの移行が進むか、WPFが今後もサポートされるかかなり不安
476:デフォルトの名無しさん
08/12/21 19:31:01
C#は問題ないだろ。
VB6でやってたような業務は、VB.NETかC#に移行するしかないし、日本以外だとVB.NETよりC#ほうに移行が進んでるらしい。
477:デフォルトの名無しさん
08/12/21 19:48:11
ここでDelphi
478:デフォルトの名無しさん
08/12/21 21:18:49
VS10はWPFに大きく依存するようになると言うし、当面サポートされなくなるような事はないと思ってる。
> あなたは、コンピューターグラフィックのこれからの10年で、GDIが最高だと本当に考えているのですか？」
Rico Marianiカッコエエ
479:デフォルトの名無しさん
08/12/21 23:01:45
言語の寿命なんて気にすんなって。
Cにしたところで、GUI作ろうと思ったらいつまで寿命のあるかわからないwindows APIを覚えないといけないし、
かつて流行ったvisual basicなんて今は名前だけでまったく別物。
環境と資料が手に入りやすい言語でサクッとつくっちまえよ。
480:デフォルトの名無しさん
08/12/21 23:03:58
Turbo C++ ってまだ大丈夫？
481:デフォルトの名無しさん
08/12/21 23:16:14
>>480
この板にスレが1個もないのでだめそ・・・
482:デフォルトの名無しさん
08/12/21 23:33:37
今最も主流のプログラミングパラダイムと、今後主流になりそうな最新のプログラミングパラダイムは何？
また、それらを実用的に利用できる最新のプログラミング言語は何？
483:デフォルトの名無しさん
08/12/21 23:36:54
M$に主要な中の人を引き抜かれた時点でCodeGear自体がお㍗る
484:デフォルトの名無しさん
08/12/22 00:13:36
>>482
主流：オブジェクト指向
今後の主流：マルチパラダイム
実用的に利用できる言語：.NET（言語ではなく環境）
まぁでも、この辺の話は人それぞれ違うから、一概には言えないな。
485:デフォルトの名無しさん
08/12/22 00:19:39
次は関数型言語だよ！ LISPの天下だよ！！
と言われ続けて早数十年・・・
486:デフォルトの名無しさん
08/12/22 00:22:41
主流： I識別子はASCIIのみプログラミング
最近： Unicode識別子おｋプログラミング
今後の主流： なでしこ
487:デフォルトの名無しさん
08/12/22 01:16:33
37歳無職だけど、時間あるからやるならこれからやっとけってのはどれがいかな
言語の基礎にばかりこだわりすぎて今までVBとC#を行ったりきたり・・
488:デフォルトの名無しさん
08/12/22 01:56:07
就職
言語はそれでいいから、データベース関係とか習得すべき事は沢山あるじゃないか。
489:デフォルトの名無しさん
08/12/22 09:39:46
>>480
DOSのTurboC++ならどうしようも‥‥
WindowsのTurboC++ならC++Builderスレへ
490:デフォルトの名無しさん
08/12/22 09:55:49
>>484
TAOはマルチパラダイム。:-)
491:デフォルトの名無しさん
08/12/22 17:25:11
アルゴリズムを習得すれば
どんな言語でも辞書見ながら完成出来る？
言いたい事は、どんな言語よりもまずアルゴリズムを覚えた方がいいのかなぁという事です
492:デフォルトの名無しさん
08/12/22 17:37:41
>>491
有名なアルゴリズムほど標準ライブラリとかでとっくに実装されてたりするので、
先に言語やった方が良いと思う
493:デフォルトの名無しさん
08/12/22 17:43:44
プログラムやった後コーヒーで一息ついているところでアルゴリズムの絵本でもみてるといいのでは
494:491
08/12/22 17:49:23
でもさぁ～
トンカチやのこぎりなどの道具の使い方は完璧でも
設計図がなければ何も出来ないんじゃない？
設計図さえあれば、各職人に指示するだけでいいと思うんだけど・・・・
それがSEって事になるのかな？
495:デフォルトの名無しさん
08/12/22 17:55:02
>>491
アルゴリズムというより「コンピュータサイエンス」かな？
具体的に考える上で、実際にアルゴリズムを記述するための言語は
あったほうがいいよ、例えばSchemeとか
現実のプログラミングの話をすると、日本独自の「SE」だの「（作業員としての）
プログラマ」がやっているのは、OSやDBMS、Webサーバー、ミドルウェア、ライブラリ
のようなものの上に乗っかって、データを右から左に移すだけの仕事をしているので、
コンピュータサイエンスを学ぶことよりは、そのようなもの（土木工事のための機械）
の使い方を知ることのほうが重要になる
496:491
08/12/22 18:07:54
>>495
つまり、日本のプログラミング業界の現状を考えるならば
自動車は運転方法さえマスターしていればメンテナンスや車の仕組みなんて
知らなくても全く問題なし！
って事ですか？
ってことは、より車の運転がうまくなる為には仕組みや整備士免許持ってる方が
上手くなるって事ですね？
下手な例えでスマン・・・
497:デフォルトの名無しさん
08/12/22 18:09:41
>>496
大体そうだけど、あくまで普通にSI屋あたりに就職して
SEだのPGだのとして喰っていくなら、という話だから
別にコンピュータサイエンスを学んでも意味が無い、というつもりはないよ
498:デフォルトの名無しさん
08/12/22 18:16:05
設計≠アルゴリズム
アルゴリズムには厳密な定義が必要だが
設計は厳密なプログラムを書く前の段階。だからサイエンスかどうかも少し怪しい。
499:デフォルトの名無しさん
08/12/22 18:20:12
釣りの多さに辟易する
500:デフォルトの名無しさん
08/12/22 18:55:55
アルゴリズムを記述する言語はふつうに自然言語がいい
言語パラダイム毎に特化するのが悪いとは思わないが
CとHaskellのクイックソートの実装例が違いすぎて笑う
501:デフォルトの名無しさん
08/12/22 19:35:39
プログラミング初心者が学習する順序として、
1)perl→ruby
か
2)ruby→perl
か、
それぞれの利点と欠点を教えてください。
502:デフォルトの名無しさん
08/12/22 19:39:16
>>501
何を作ってみたいの？
特になければRubyでいい。Perlのソースは可読性が悪い点だけでも敬遠する理由になる。
503:デフォルトの名無しさん
08/12/22 20:49:49
>500
つかCとHaskellじゃ思想が全然違うからなあ
504:デフォルトの名無しさん
08/12/22 20:57:59
Perl しか使えないサーバもあるから
そういった意味で Perl をやるのも悪くはない。
505:デフォルトの名無しさん
08/12/22 21:09:47
RPGツクールでRubyが使えるらしい
506:デフォルトの名無しさん
08/12/22 21:12:41
あるある。掲示板がPerlで書かれていて、そのコードを読めるようになりたいとか。
両方やらなきゃならないんなら、Perl→Rubyでおｋ。
逆だと、構文や後付OOPの関係でPerlやってらんねってなる。
片方だけでいいのならRuby。あとPythonって選択肢もある。
507:デフォルトの名無しさん
08/12/22 21:12:53
UNIX系をいじるならPerlは知ってた方がいいね。
Windowsのみで完結してるならどちらでもお好みで。
508:デフォルトの名無しさん
08/12/22 21:17:03
＞逆だと、構文や後付OOPの関係でPerlやってらんねってなる。
よく分かるなw
でも、Ruby できれば Perl 覚えるのなんて楽勝なんで、
そう気にする事もないかもね。
Perl を書く気力はどうせ逆でも無くなるし。
509:デフォルトの名無しさん
08/12/22 21:59:21
変数の宣言の無い言語は、医師に止められてるのでちょっと・・・
510:デフォルトの名無しさん
08/12/22 22:16:01
my とか local とか our とか宣言あるYO
511:デフォルトの名無しさん
08/12/22 22:23:27
PerlはCPAN使えてナンボだ。
CPANライブラリが使えれば、何でもできる。
そのレベルにさえ到達できない人が多いのも事実だけどな。
512:デフォルトの名無しさん
08/12/22 22:38:13
英語読めないからどうしようもない。
513:デフォルトの名無しさん
08/12/22 22:52:25
読めるようになろうぜ
514:デフォルトの名無しさん
08/12/22 23:04:30
辞書とか駆使すれば読めんことは無いが、燃費が悪すぎる。
5行くらい訳したところで飽きてしまう。
515:デフォルトの名無しさん
08/12/22 23:10:07
ただのワンライナーですまない仕事にPerlなんか使わない
Perlはちょっと高級なawk/sedだ、俺の中では
それ以上の使い方をする気にはとてもなれない言語
516:デフォルトの名無しさん
08/12/22 23:10:52
どっかのブログで、CPANの使えるライブラリの見分け方みたいな記事を読んだけど、
ふだんから使えそうなのに、チェックを入れといて、どうこうみたいな話で、もしかして
2chあたりで言われてるほど、使い勝手のいいもんじゃねーの? みたいな予感がしたけど。
517:デフォルトの名無しさん
08/12/22 23:14:55
標準のライブラリの揃い具合ならPythonのが上だし
非標準にも幅広い分野で良質なライブラリが豊富に揃ってるし
言語の素性は比べ物にならないし
標準でffiを使えるからそれこそ本当の意味で「何でもできる」し
C/C++との連携手段もやたらと豊富だし
使い捨てワンライナー以外の目的でPerlを選ぶ理由が分からない
518:デフォルトの名無しさん
08/12/22 23:18:03
CGI 作成では Python 使えるサーバなんて皆無
519:デフォルトの名無しさん
08/12/22 23:18:38
＞ffi
ファイナルファイト？
520:デフォルトの名無しさん
08/12/22 23:19:18
もっとも初心者に触ってほしくない言語
それがPerl
521:デフォルトの名無しさん
08/12/22 23:19:26
確かにそこらのレンサバで遊ぶんならphpかperlかね
522:デフォルトの名無しさん
08/12/22 23:20:11
>>519
foreign function interface
523:デフォルトの名無しさん
08/12/22 23:25:52
mixiもamazonもperlだよ。
524:デフォルトの名無しさん
08/12/22 23:28:32
Perlは少なくともWindowsユーザならやめといたほうがいい
汚くても簡潔に書けるのだけが唯一の取り柄なのに、エンコーディング周りで
冗長な泥仕事を強いられるのでは何の意味も無い
525:デフォルトの名無しさん
08/12/22 23:48:14
PythonもRubyも散々Perlのライブラリにはお世話になってるからなあ
あんまり悪く言っちゃいけないよとは思うが
526:デフォルトの名無しさん
08/12/23 00:04:06
UNIXとCを平行して学んでるんだがこの二つには深い関係があったそうな
527:デフォルトの名無しさん
08/12/23 00:19:09
CはUnixの創造主だからな
528:デフォルトの名無しさん
08/12/23 00:48:23
>>526
それは人には言えない関係ですか？
529:デフォルトの名無しさん
08/12/23 01:12:27
その禁断の出会いによって、何人のプログラマが樹海へ消えたのだろう。
530:デフォルトの名無しさん
08/12/23 01:30:18
でもその二つはいつか必ず出会う運命だったの。
531:デフォルトの名無しさん
08/12/23 01:36:58
ララアにはいつでも遭いに行けるから・・・
532:デフォルトの名無しさん
08/12/23 01:40:52
お前ら自重ｗｗｗ
533:デフォルトの名無しさん
08/12/23 03:18:09
どの言語がどの分野に向いてるっていう指針はありますか？
534:デフォルトの名無しさん
08/12/23 03:40:21
どの分野について知りたいのさ
535:デフォルトの名無しさん
08/12/23 04:43:07
>533
どんなライブラリや命令があるか、翻訳／解釈の方式、機能のネイティブサポート、その辺が主か？
要素が多くてこれという指針は挙げにくいな。
既存のライブラリがあればそれを使うことができるが、無ければ自作しなければならない。
ゲームが作りたければグラフィックスやサウンド、ゲームコントローラなどのライブラリが必要。
技術計算をするなら技術計算用のライブラリがないと自作するしかない。
コンパイラは実行が速い。
インタプリタは遅いが、テストが手軽にできたり動的な実行ができたりする。
欲しい機能が言語ネイティブでサポートされていれば書きやすい。
例えばPerlは正規表現などによって文字列操作がやりやすく
PHPはHTMLに組み込むような形で書くのが前提で、Webプログラミングに使われたりする。
あと関数型言語や論理型言語などの非手続き型言語は手続き型言語では記述し辛い内容を簡潔に書けたりするが…俺もこれは良く知らない。
536:デフォルトの名無しさん
08/12/23 10:54:25
なんとな～くでプログラムがしたいのって、危険ですか？
537:デフォルトの名無しさん
08/12/23 11:22:31
いや別に
今までもこれからも沢山いるだろうし
538:デフォルトの名無しさん
08/12/23 11:30:14
そっか～・・・よかった～苦笑
539:デフォルトの名無しさん
08/12/23 12:30:18
犯罪だと思います苦笑
540:デフォルトの名無しさん
08/12/23 13:13:01
パソコンのソフトづくりをしてみようかと思うのですが、どのOSがいいんでしょうか？
人が多いのがいいんですが、ユーザー比率ってLinux５割、
会社とかでまだWindowsが４割近くユーザーがいて、残りMacとその他大勢でいいんでしょうか？
学校回りでもLinuxしか見ないんで７割近く行ってるような気もするんですが実際どうなんですか？
541:デフォルトの名無しさん
08/12/23 13:27:47
>540
Linuxの正確な数値は判らん（ダウンロードできるし）が
パソコンだとWindows8～9割、その他1～2割と思って良い。
学校は特にLinuxの普及率が高い分野なので高く感じるかもね。
同じようにデザイン関連はMacOSXの普及率が高いそうな。
でもそれ以外のパソコンはほぼWindowsの独裁やね。
パソコン以外の、汎用機や組み込みの分野では全然違うけど。
542:デフォルトの名無しさん
08/12/23 13:44:46
URLﾘﾝｸ(www.w3counter.com)
これによると、Windowsが約9割、Macが5%、残りその他ってところだね。
あくまでインターネットの商用サイトへのクライアントとしての集計だが
作る物がPCのソフトなら、まあこれを根拠にしてもいいんじゃないかな。
543:デフォルトの名無しさん
08/12/23 15:06:38
>>540
バイナリ互換じゃなくてソースコード互換だったらいいんでね？
あんまりないけど
544:デフォルトの名無しさん
08/12/23 16:43:58
マルチパラダイムはパラダイムじゃネーよ
545:デフォルトの名無しさん
08/12/23 16:56:43
そもそもパラダイムってなんだよヽ（`д´)ﾉ
すみませんしらべたらわかりました
546:mild7070
08/12/23 17:03:20
Javaって職業的プログラマからみてどうですか
まだやはりC、C++なんかがメジャーですか？
URLﾘﾝｸ(mild7070.livedoor.biz)
547:デフォルトの名無しさん
08/12/23 17:35:40
おっとその話題をするにはまず
”しょくぎょうてきぷろぐらまー”とやらを定義してからだ
undefinedな値は混ぜて捏ねて焼いてもずっとundefinedだからな！
548:デフォルトの名無しさん
08/12/23 17:44:18
undefinedはあらゆる演算子の零元ということですか
549:デフォルトの名無しさん
08/12/23 17:54:20
>>546
世界的に求人量で圧倒しているのがJava。プログラマ数でも同じだと思う。
それだけ希少性に欠けるということ。
550:デフォルトの名無しさん
08/12/23 18:09:39
>>547
IUnknownはUnknownでも有用だ
551:デフォルトの名無しさん
08/12/23 18:13:15
どこまで無茶苦茶な書き込みを続けるつもりだよ
552:デフォルトの名無しさん
08/12/23 19:49:03
職業的プログラマから見て、JAVAっとC#ではどちらがお勧めでしょうか？
将来性や、仕事での待遇等を考えれば、やはりマイクロソフトのC#が優位なのでしょうか。
553:デフォルトの名無しさん
08/12/23 19:56:49
>>552
C#が特別ロボティクス向きという訳ではないからはっきり優位とは
いえない。
554:デフォルトの名無しさん
08/12/23 20:02:08
>>552
たぶん、どちらかが身についていれば、移行は簡単。
手近な実行環境や教材のそろっていたり、質問できる人がそばにいるかどうかで、
決めればいい。
555:デフォルトの名無しさん
08/12/23 20:02:54
まったく意味不明
556:デフォルトの名無しさん
08/12/23 20:32:09
C#は遅いと聞いたんですが、どう遅いのかがよくわかりません。
C#でDirectX８０フレーム実現させるにはほとんど中身が書けないということなんでしょうか？
557:デフォルトの名無しさん
08/12/23 20:35:53
>>556
同じような処理をC#とC++で書いて、比べてみたら?
せいぜい数倍程度の差だと思うけど。
結果報告、よろしく。
558:デフォルトの名無しさん
08/12/23 21:58:14
>>556
起動が遅いのです。
フレームレートなどの速度は、プログラムの書き方に大きく左右されるので分かりません。
実際問題、C#でも速度は意外と速いみたいですが。
消えると思ったXNAとかまだありますし、楽しいかも知れませんよ。
559:デフォルトの名無しさん
08/12/23 22:09:34
ワケ ワカ メ♪
∧＿∧ ∧＿∧ ））＾）
（ ・∀・） （ ・∀・） （（ （
⊂ ⊂ ） （ Ｕ つ ）） ）
< < < ） ） ） （（ （
（＿（＿） （_＿）＿） ）） ）
560:デフォルトの名無しさん
08/12/23 22:42:00
まったく同じ実装なら速度は変わらんように思う。
差が出るのは初めの立ち上がりくらいでは？
561:デフォルトの名無しさん
08/12/23 23:17:58
C++って実際他の言語と比べてみて難易度はどう？
基本と謳われがちだがなんか凄く難しく感じる
562:デフォルトの名無しさん
08/12/23 23:22:38
C++が難しいのか、使えるAPI/ライブラリが難しいのか
563:デフォルトの名無しさん
08/12/23 23:27:57
後者 STLちんぽんかんぽん
564:デフォルトの名無しさん
08/12/23 23:30:38
>>561
基本といわれてるのはCだと思われ。(おれは別にCからやる必要ないと思ってるけど)
C++は難しい部類だと思う。
565:デフォルトの名無しさん
08/12/23 23:46:39
>>563
別に無理してライブラリ全部覚えなくてもいいんだぜ
566:デフォルトの名無しさん
08/12/23 23:48:40
>>561
C++は仕様を満たしたコンパイラが作れないほど、複雑怪奇なのだよ
基本はC言語。業界次第ではJAVAってとこもあるだろうね
まあC++の時代は来なかったと言うことだよ
ほとんどの場合、BetterCで止まってるだろうからね
567:デフォルトの名無しさん
08/12/23 23:49:44
C++のお作法的な本を読むと、こうしてはいけないみたいなお約束が異常に
たくさんあるよな。
568:デフォルトの名無しさん
08/12/23 23:57:16
C#でネイティブコンパイラがあれば最強なんだけどなぁ。
569:デフォルトの名無しさん
08/12/23 23:59:38
Ngen
570:デフォルトの名無しさん
08/12/24 00:00:31
実行時にネイティブに変換されるんでしょ? > C#
571:デフォルトの名無しさん
08/12/24 00:04:44
一時期C++にまったく興味を失ってたけど、ミーハーだから、最近のC++0xの記事とか目にして、
また興味がわいてきた。
仕事もちょうどC++だし、自宅のVCにboost入れてみた。
572:デフォルトの名無しさん
08/12/24 00:05:43
>>567
Cの高い自由度をそのままにOOを被せたからね。
JAVAやC#みたいに言語仕様として制約を入れてたら結果は違ってたかもね。
関数をリンクできるレベルにとどめて、ソースレベルでの完全互換にこだわらなかったらよかったのにね。
573:デフォルトの名無しさん
08/12/24 00:35:53
>>569-570
それじゃ意味ないだろ・・・
C++が必要なくなるようなものが欲しいんだからさｗ
最近のC#はどんどん拡張される一方だし、保守的なJAVAの方が言語としては無難なのかも知れないな
574:デフォルトの名無しさん
08/12/24 00:39:49
>>573
じゃ、C#がネイティブにとか意味のないこと言うなよ。
575:デフォルトの名無しさん
08/12/24 00:41:07
C++ は簡単だよ。
難しいと言う人は、良い入門書を選べなかったんだろう。
576:デフォルトの名無しさん
08/12/24 00:41:49
>>573
Dでも使っとけｗ
577:デフォルトの名無しさん
08/12/24 00:48:57
>>575
ハーバード・シルト著 「標準講座C++」 \6800
とかどう？
578:デフォルトの名無しさん
08/12/24 01:40:49
C++は難しいんじゃなくて量が膨大なんだよ。
579:デフォルトの名無しさん
08/12/24 01:46:16
その膨大な量を前に途方にくれて難しく感じてしまう。
同じことするにもCとの互換性なんかが影響していくつも方法ができてしまうから、
どれを選べばいいかで悩むことになる。
580:デフォルトの名無しさん
08/12/24 01:48:49
各関数や仕様ごとに注意書きが施されているけど忘れた
581:デフォルトの名無しさん
08/12/24 01:52:49
C++はそもそもが記述力のわりに複雑すぎてコストパフォーマンス悪すぎだし
落とし穴＆バッドノウハウ指摘の参考書だらけ、
そう新しくは無い言語なのに新しい手法がどんどん登場して古いコードが
陳腐化していくので萎える
わざわざC++に労力を払う気がしなくなったよ
仕事で使わざるを得ない人はまあご苦労さんとしかいえない
582:デフォルトの名無しさん
08/12/24 01:55:30
C++一つをマスターした人には絶対に勝てない勝てるわけがない
583:デフォルトの名無しさん
08/12/24 02:16:19
けっきょく、DelphiということでOK?
ポトペタ、ネイティブ、OO、高速、柔軟・・・・いいとこだらけなのに、なぜに落ち目なのか？
584:デフォルトの名無しさん
08/12/24 02:20:10
開発者のヘジたんはとっくにMSに引き抜かれてC#作ったわけで
落ち目なのは当たり前だろう
585:デフォルトの名無しさん
08/12/24 07:22:05
C++はコンパイラオプション/clrでCLRにできると書いてあるんですが、
これってC++のみマネージコードとアンマネージコードを混在できるのではなく
切り替えてどっちでも使えるのがC++だけだということなんでしょうか？
今までのネイティブコードにSTL等のライブラリ感覚でCLR使いたい場合/clrを追加すれば
CLRは必要になるけど混在させられるということではないんでしょうか？
586:デフォルトの名無しさん
08/12/24 11:30:38
ネイティブ・マネージド混在可能だし、どちらか一方に制限する事も可能。
URLﾘﾝｸ(msdn.microsoft.com)
URLﾘﾝｸ(msdn.microsoft.com)
587:デフォルトの名無しさん
08/12/24 13:24:47
ありがとうです。
もしかして、C++/CLIが最強言語なんでしょうか？
アンマネージドな部分が含まれていてCLRのメモリ管理、セキュリティ、言語統一が
失われたりしてCLRのメリットが減ったりしないんでしょうか？
CLRの機能で一度アンマネージ部分をラッピングして全てのコードがCLRになる構造なんでしょうか？
588:デフォルトの名無しさん
08/12/24 13:46:11
最強の言語はbrainfuck
589:デフォルトの名無しさん
08/12/24 15:07:57
>>587
アンマネージド部分はラッピングされず、マネージドと混在することになる。
590:デフォルトの名無しさん
08/12/24 16:48:44
プログラミングしりとり
ｽﾚﾘﾝｸ(575板)l50
591:デフォルトの名無しさん
08/12/24 17:20:12
最強言語なんて厨2概念は理解できないが
いくらでも語るスレあるだろ
592:デフォルトの名無しさん
08/12/24 18:13:32
オンラインゲームのドロップアイテム取得用のソフトを以前もらったのですが、ゲームがアップデートしたため使えなくなってしまいしました。
直せるような物なら直したいし、直せないにしても参考にどのようなプログラム？で動かしていたのか知りたかったのですが、
何を使って作ったソフトかとか、どのようなプログラムで動いていたのかの中身を見るにはどのようにしてみればいいのでしょうか？
ソフトは◎◎.exeでプロパティを見るとWindowsApplication1となっています。
exeファイルの他には、拾わなくて良いドロップを指定するフォルダ(ここに入れておいたものは自動で取得しない)のみです。
的外れな質問かもしれませんが、わかる方いらっしゃいましたらよろしくお願いします。
593:デフォルトの名無しさん
08/12/24 19:02:31
ツールの使用は規約で禁止されています。
まぁ、情報が少なすぎて何とも言えんな。
594:デフォルトの名無しさん
08/12/24 19:31:17
>>592
直したい→１から作るほうが早いです
参考にしたい→参考に出来るだけの知識があるなら１から作れます
因みに十中八九ゲームの規約に違反してます
595:デフォルトの名無しさん
08/12/24 23:17:40
>>592
itachigai
596:デフォルトの名無しさん
08/12/24 23:34:37
>>592
今見てみたら、visual StudioでVB.NETのアプリを作ると、デフォルトのプロジェクトがWindowsApplication1になるな。
C#とかC++だとそういう名前になってなかった。
597:デフォルトの名無しさん
08/12/25 00:18:41
C#2005だとWinFormsプロジェクトはWindowsApplication1だけど
C#2008ではWindowsFormsApplication1になってるというマメ知識。（Wpfプロジェクトが追加された為）
598:デフォルトの名無しさん
08/12/25 22:22:10
まったくの初心者でプログラムに興味を持ちました。
ゆくゆくはベクターなどで公開できるようなWindowsアプリケーションを
(ゲームを除く)いろいろと作りたいと思っています。
で手始めに、家計簿を作りたいと思っています。
いろいろ調べて、ゆくゆくを考え、VC#を選択しようと
思っているのですがどうでしょうか?
599:デフォルトの名無しさん
08/12/25 22:30:02
>>598
C#が本命かな。
600:デフォルトの名無しさん
08/12/25 22:30:38
手始めに作るもので言語選択っておい・・・
もうちょいビックになれよ
601:デフォルトの名無しさん
08/12/25 22:41:59
>>598
Excel VBAを推します
602:デフォルトの名無しさん
08/12/25 22:52:39
同意。その手の仕事にはexcelやaccessが向いている。
603:デフォルトの名無しさん
08/12/25 23:40:45
accessはやめとけ。
604:デフォルトの名無しさん
08/12/26 00:09:14
いきなりVisualとか・・・
ゆとり仕様だから最初は普通にやれよ
605:デフォルトの名無しさん
08/12/26 00:14:02
Visualなんとかが普通ですね。
606:デフォルトの名無しさん
08/12/26 01:14:48
なんか、めっちゃC#やりたくなってきた。
607:598
08/12/26 08:59:49
いろいろ、ご意見ありがとうございます。
VC#2008EE入れてみました。
ExcelVBAやAccessはちょっとだけ、やっていたので
なんかやれそうです。
メモ帳でコードを書くよりはぜんぜんいいです。
なれてきたらメモ帳でコードかけるように頑張りたいです。
608:デフォルトの名無しさん
08/12/26 15:08:11
多分あなたは高専生低学年
プログラミングは授業で入りだけ学習し、
DreamSparkでVS2008を手に入れたと見た
そして言語の選択か
変な癖が付かなければいいが・・・
609:デフォルトの名無しさん
08/12/26 15:31:57
>>608
VC#からC#やC++に移行するのは大変なんですかね?
初心者なので英語の羅列よりGUIの方が分りやすく、
プログラムの仕組みが分ってきたらC++などに移行できればと
思っていた次第です。
URLﾘﾝｸ(www.microsoft.com)
GUIで作成できて、尚かつ無料だし、C#って付いているし(移行しやすい??)
VC++よりは敷居が低そうだし。
上記のような感覚でVC#を選んだんですけど、
私がどっか勘違いしてるのかな?
この無料版だと後々苦労しますかね?
またはVC++の方がいいんですかね?
610:デフォルトの名無しさん
08/12/26 15:39:55
>609
VC#が使えればC#は簡単…というより、C#を学ぶ環境としてVC#以外の選択肢があるのか？って感じだよ。
C++は結構大変だろうな。というより、何の言語から移っても大変。
かと言ってC++から始めるのも大変だから、C#でプログラミングに慣れるのも悪くないと思うよ。
611:デフォルトの名無しさん
08/12/26 15:41:27
>>609
いや、別にVC#をやることは問題ない。
C#は今最も注目されている言語といってもいいほど拡張されてるし。
でもVC#は簡単にウィンドウが出せちゃったり、D&Dで部分的なパーツを組み込むことができるから、
簡単すぎて知識も浅はかになってしまうんだな。
将来これで食っていこうと思うなら、基礎知識も身につけてほしい。
VC#標準では機能が足りなくなった、あるいは追加したくなった際に役立つから。
C++やCでDLL組んでの機能拡張とかもいいかもね。
612:デフォルトの名無しさん
08/12/26 15:57:16
>>609
そもそもVisual C#は言語の名前じゃないよ。
大雑把に言えばC#でプログラムを書くためのツール群。
要するにVisualC#を使ってC#のプログラムを書くわけ。
そして、VisualC#を使わずにC#のプログラムを書いている人はレア。
後々苦労することは多分無いから、安心してVC#をどうぞ。
613:609
08/12/26 16:34:38
すごく分りやすいご意見ありがとうございます。
私も皆さんのようになれるよう精進したいと思います。
614:デフォルトの名無しさん
08/12/26 16:43:04
C#やってると思ったより内部を意識させられることがあってC/C++への抵抗感は薄れていったな
615:デフォルトの名無しさん
08/12/26 19:43:32
>>614
でも、C++さわりたくなくなるよな
いいじゃん、もうC#で・・・
JAVAと違ってそう思えるからC#は立派だよな
616:デフォルトの名無しさん
08/12/26 21:36:37
JavaScript --> JScript --> JScript.NET
この順番で学ぶと分かり易いよ。
617:デフォルトの名無しさん
08/12/27 12:22:54
C++もヘッダーファイル省略できるくらいのバージョンアップをしてくれればなぁ
せめてD言語が流行ればいいんだけど無理だろうし
ライブラリまでD言語なCodeGear D Builderでもだしてくれないかな