- 1 名前：デフォルトの名無しさん [2008/01/20(日) 14:31:07 ]
- これからプログラミングを始める初心者の人に言語を薦めるｽｯﾄﾞﾚ
質問者の方へ
どのプログラミング言語を最初に覚えるべきかは
なぜプログラミングを始めたいのか、何を作りたいのかによってまったく変わってきます。
なんとなく、でもかまわないので動機、用途、使っているOSを明記しましょう。
各言語の特徴はこちらを参照
Wikipedia Category:プログラミング言語
ja.wikipedia.org/wiki/Category:%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E
Part6 pc11.2ch.net/test/read.cgi/tech/1193132235/
Part5 pc11.2ch.net/test/read.cgi/tech/1187886538/
Part4 pc11.2ch.net/test/read.cgi/tech/1177285633/
Part3 pc11.2ch.net/test/read.cgi/tech/1152778344/
Part2 pc8.2ch.net/test/read.cgi/tech/1122205164/
Part1 pc8.2ch.net/test/read.cgi/tech/1034505166/
- 844 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 21:25:12 ]
- >>842
まちがってないとか間違ってるってのじゃなくて、自前のGUIを持ってないし、ふつーはそれでGUIのアプリは
書かないよなって言語との比較の文脈で、ことそらその言語のGUIは遅いとか欠点としてあげつらうのがフェアかって意味。
- 845 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 21:26:52 ]
- ひとつの言語ですべてをカバーしようとがんばるとろくなことにならん
- 846 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 21:28:36 ]
- >>843
> インストールするソフトもなく高速に実行できる利点があるとの事ですね。
なにかしらのインストールやらセッティングは必要だろ。
少なくともWinだと、Perlさえインストールすればそれが使えるってことはないよ。
- 847 名前：817 [2008/03/30(日) 21:52:17 ]
- >>846
perlの場合
exeにコンパイルすればPerlインタープリタを含む必要ファイルを全てが入るので
何もインストールしなくても動きます。
windowsでもmacでもLinuxでも。。
余談ですがwidestudioと言うIDEもperlでのGUI開発環境としてはかなり優秀ですね。
- 848 名前：デフォルトの名無しさん [2008/03/30(日) 21:55:47 ]
- perlもrubyもネットワークで使う物だよ アプリなどはC++やC#などWindows環境に適した物を使うべき
- 849 名前：817 [2008/03/30(日) 21:58:55 ]
- >>848
win32環境で使える膨大なperlモジュールがありますので、
C#と比べても遜色はないと思いますよ。
>>844
言語論争よりも、実際に効率よくアプリを作れる話をしましょう。
- 850 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:02:49 ]
- スレタイ読んでくれ。
ここは俺が考える最強言語決定スレじゃないんだ。
- 851 名前：817 [2008/03/30(日) 22:10:35 ]
- 初心者スレでしたね。
スレから逸れた発言してしまいましたね。
初心者が言語を決めるなら
何がしたいのか、windows環境だけで使いたいのか
スピード重視なのか、
Windows+他の環境でも使いたいのか、
webでも使いたいのか、
さまざまな選択肢によって変わると思います。
目的に合わせた選択が一番いいと思います。
雇われとして職業で使うなら業界標準のJava,VB,C#などがいいでしょう。
簡単なwebアプリを作るならphpがいいでしょう。
Webもクライアントもやりたい欲張りな人にはPerlをお勧めします。
3年後にはpythonがいいかもしれませんが、
Perlに限らすC系言語を一つ覚えれば楽に移行できると思います。
- 852 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:10:43 ]
- 初心者ですが、Perlは可読性が悪く、人のソースは見づらいと聞いて
いたので、敬遠してたんですが、ちょっと興味が沸いてきましたよ。
まー、実際に手を出すかどうかは別として。
- 853 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:12:33 ]
- ちょっとググッた感じだと、PerlでWinのGUIって話は、そういうのもできるよってレベルで、
まあ、あんまり初心者に夢を持たせるレベルのようなもんでもないっぽいね。
- 854 名前：817 [2008/03/30(日) 22:16:13 ]
- >>853
日本ではperlでのGUI環境はあまり使われていませんが
かなり高度な事まで出来ますよ。
英語の世界に入る事になりますが。。
widestudioは日本語環境で高度なGUIを作れるみたいです。
- 855 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:17:35 ]
- >>852
べつにPerlを薦めるわけでもないけど、Perlだから、ことさら可読性が低いってことはないと思うよ。
Perlで読みにくいコードを書いていたら、他の言語でも読みにくいコードを書くだろうし、
他の言語で読みやすいコードを書いているPGなら、Perlで書いても読みやすいコードを書くよ。
その程度の話。
- 856 名前：デフォルトの名無しさん [2008/03/30(日) 22:17:52 ]
- widestudioはなんか嫌だ perlのGUIのサンプル見せて欲しい
- 857 名前：817 [2008/03/30(日) 22:21:58 ]
- >>856
wxwidgetのスクリーンショットはここで見れます。
www.wxwidgets.org/about/screensh.htm
GUIはC++で記述される為、言語非依存なので、perlとか関係ありませんよ。
IDEの仕様に依存します。
- 858 名前：デフォルトの名無しさん [2008/03/30(日) 22:26:05 ]
- 実際にPerlで動いているソフトが見たいよ
例えば、2ちゃんブラウザJaneは、WindowsAPI使ってるけど言語はデルファイだ
これはデルファイ言語以外だったらいまみたいに発展しなかったかもしれない
- 859 名前：817 [2008/03/30(日) 22:41:39 ]
- webをちらっと見た感じであったのは
mashpod.seesaa.net/article/81740331.html
趣味用だとこんなのとかですかね・・・
自分のも見せたいですが、業務用なので。。。
- 860 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 23:22:26 ]
- perlってそんなにいいかな？古くからあるので、モジュールが多いのは
わかるけど、正直できればperlのコードは読みたくないと思えるほど、
わかりにくく感じるんだが、自分だけかな？
いくつかの言語を触ってみたけど、一番perlがとっつきにくかったと思う。
（普通はソースを読みながら学習すると思うけど、省略記法のためか
調べるのに結構苦労した気がする）
あとあまり数値計算とかには強くなかったんじゃないかな？
使い捨てのコードを書くには一番楽だけど。
そんなこんなで、今のところ初心者にはperl薦めるのやめているんだけど、
お勧めのサイトなどがあったら、周りの初心者にperlを薦めるので、教えてほしい。
CPANは他の言語でも導入してほしいところだね。
- 861 名前：860 mailto:sage [2008/03/30(日) 23:24:18 ]
- あとwxwidgetに対する利点は、ruby, pythonでも同じことが言える。
でもwxwidgetのランタイムは結構でかいので、将来的に配布を考えている人には
あまり薦められないと思う。window一枚表示のコードで、stripして2Mくらいだったかな？
（widestudioのランタイムも結構大きい。また今はわからないが、以前は結構バグがあった、
GUIのデザインが不評などの欠点がある。あとwidestudioは、主要な言語ならどれでも使えたはず）
またrubyだけは、直接win32apiを使ったGUIデザイナーがあったはず。
そのため、配布のサイズが小さくて済む。
- 862 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 23:27:33 ]
- GUIは wxPerl を使えと言ってるのか？
Python でも wxPythonってあるから、そこのところは差はないんだが。
Perlでは「簡単な事は簡単に、難しい事もできる」と言われているが、
実際のところ「簡単・難しい」は使う人じゃなくて Perl にとってのことなんだよね。
「配列の配列」とかは、リファレンスの概念が必要で、「難しい」の方に入ってるようだ。
オブジェクト指向プログラミングも、さらに勉強が必要な「難しい」部類になる。
個人的には、「簡単なこと、難しいこと」のレベルが、
自分の理解と言語自体の使いこなしが合っているという点で、
Pythonが気に入っている。
- 863 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 00:45:45 ]
- >>860
817じゃないしリャマ本一冊読んだ程度でしかもPerlしかいじったことないけど
Perlもちゃんと書けばきれいに見えるよ。もちろん汚いものはとことん汚いけど
Perlは学ぶのは一回限りだけど何回も使うからほとんどのケースでプログラマの手間を優先させたんだってさ
省略については必要なところに必要なものが入ってるという感じだから慣れれば結構便利だよ
perldocもあるし
そこでまた英語の問題にぶちあたるけど
数値計算は基本的な数学関数は用意されてるし、モジュールを使えば補える
- 864 名前：デフォルトの名無しさん [2008/03/31(月) 01:38:32 ]
- pythonやrubyはモジュールの絶対数が少ないのが問題ですね。
- 865 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 01:49:54 ]
- 数が多くても、どれ使ったららいいのかわからなくなるんじゃね？
それに外部モジュールに頼りすぎてると環境が変わったときの構築や設定が面倒だろう。
- 866 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 02:37:36 ]
- >>865
Perlについていえば
英語だけどCPAN Seachで検索できるよ
外部モジュールについてはコアモジュールにCPAN.pmモジュールってのがあって依存関係にあるモジュールも含めて処理してくれる
- 867 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 05:03:28 ]
- Perlは長年の仕様改築でかなり無理が出てるのが好かん
- 868 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 06:57:04 ]
- 将来性を考えると、巨大資本が後押ししている言語がいい。
・Microsoft: C#、VB.NET、鉄Python、鉄Ruby
・Google: Python
・SunMicrosystems: Java
もっとも、鉄シリーズは.NETの世界にプログラマーを吊り上げる餌かな？ 将来は、
「鉄Pythonのサポートは2018年3月で終了します」みたいなことをいわれたりして……
- 869 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 08:15:54 ]
- 初心者が Perl 使うとロクなコード書かなくなりそうで怖いな。
Python 辺りで教育したいところだ。
- 870 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 11:27:19 ]
- Perlで学習した人は、省略してでも一行にするのが正義だと信じてそうだ。
- 871 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 15:27:06 ]
- ということを>>870が信じてるだけでは・・・。
- 872 名前：デフォルトの名無しさん mailto:age [2008/03/31(月) 17:16:52 BE:1009039875-2BP(200)]
- www.borland.co.jp/cppbuilder/freecompiler/
が切れていてBorland C++ Compilerがダウンロードできないんだけど
- 873 名前：デフォルトの名無しさん [2008/03/31(月) 17:22:03 ]
- そうだ
- 874 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 17:37:30 ]
- >>872
C++は捨ててC#Expressをダウンロードしろって事だよ
- 875 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 18:18:37 ]
- >>872
www.codegear.com/jp/downloads/free/cppbuilder
- 876 名前：860 mailto:sage [2008/03/31(月) 22:12:03 ]
- >>863
以前に数値計算のモジュールを探したときはあんまり見つからなかったけど、
今CPANで探すと結構ちゃんとしたのが見つかるね。（試してないけど）
でもそうすると逆に、perlで数値計算（科学系の計算や、データ処理等）の
解説サイトなどを探しても、ほとんど見つからないのが不思議。なぜなんだろう？
英語の問題は、オープンソースで開発されている言語は、どれも同じことが
いえるんじゃないかな。
省略記法は、書くときに非常に楽なのはよくわかる。読むときは苦痛だけど、
書くときはとても気が楽だった。でも、慣れていない人は特にわかりにくくなる
原因だと思う。例えばファイルから読み取って表示するコードは、
while(<>){print;}って書けるけど、調べる時にとっかかりがつかみ難いと思う。
- 877 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 22:33:57 ]
- >>876
> でもそうすると逆に、perlで数値計算（科学系の計算や、データ処理等）の
> 解説サイトなどを探しても、ほとんど見つからないのが不思議。なぜなんだろう？
数値演算の最適化は fortran が最強
その次が, 一部でベクトル計算/並列計算に最適化された lisp
マッシブにやろうとすると C あたりじゃ全然話にならない
ましてや perl なんて………
- 878 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 23:03:51 ]
- 最適化しやすいことを目指した新言語を作るのも面白いかもね。
特定の CPU に依存してもいいから。
- 879 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 23:05:21 ]
- 数値計算にfortranというのは蓄積されたライブラリの量のアドバンテージって事？
それとも言語仕様的に優れてるの？
- 880 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 23:08:37 ]
- 言語仕様のはず
そもそもfotranは数値計算のために作られたプログラミング言語
- 881 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 23:09:50 ]
- 名前の由来はFORmula TRANslation、すなわち「数式を翻訳する」という英語
- 882 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 23:16:53 ]
- 言語仕様が貧じゃk・・・コンパクトなのと歴史が古いのとで最適化しやすいらしい。
90 からは配列演算が豊富で並列化しやすいというアドバンテージも。
- 883 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 23:47:32 ]
- real, a(0:100), b(0:100), c(0:100)
...
c = 2. * a + sin(b)
- 884 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 14:38:50 ]
- 視覚的に簡単に作っていきたい人におすすめする場合
Delphi6の時代みたいにいい感じに安定したDelphiが普及すれば
初心者にはとてもやさしいと思うんだけど
いま簡単に入手できる奴はコンポーネントが基本的に扱えないなど
Delphiの魅力がかなり失われてるので敷居が高く残念だ
俺Delphi信者だけど今のDelphiは布教する気おきない（´；ω；`）
- 885 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 17:14:53 ]
- 良心的な信者だと思う。
|
 |
