トップページ⇒unix
118コメント30KB

これからはRubyの時代Perlはもう消した

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2008/08/12(火) 11:54:48
スレタイのとおりです。
0002名無しさん＠お腹いっぱい。2008/08/12(火) 11:58:55
板違いです。

プログラム
http://pc11.2ch.net/tech/
0003名無しさん＠お腹いっぱい。2008/08/12(火) 12:00:57
コードのことではなく、ユニックスのソフトとして語りたいので
板違いではありません。
0004名無しさん＠お腹いっぱい。2008/08/12(火) 12:28:44
vmware toolsをインストールしようと思ったらPerlが必要でした、というオチだろ。>>1
0005名無しさん＠お腹いっぱい。2008/08/12(火) 12:33:23
まあ、WEBではPHPにとってかわられたし、
汎用スクリプトとしてはRubyに劣るし、
過去の遺産を利用するぐらいでしか使い道はなくなってくかもね。
0006名無しさん＠お腹いっぱい。2008/08/12(火) 13:15:56
Perl無しでCVSupできる>>1は天才！
0007名無しさん＠お腹いっぱい。2008/08/12(火) 13:39:19
FreeBSD が /usr/bin/perl を残してるのはなぜだっけ？
カーネルのコンフィグで使ってるんだっけ？
0008名無しさん＠お腹いっぱい。2008/08/12(火) 14:10:07
rubyでなくpythonじゃね？
0009名無しさん＠お腹いっぱい。2008/08/12(火) 14:25:57
perlがイランてことはspamassassinもいらんてことでおk？
0010名無しさん＠お腹いっぱい。2008/08/12(火) 14:59:22
>>9
spamassassinなんか使わんだろ。
普通はbsfilterじゃないか？
0011名無しさん＠お腹いっぱい。2008/08/12(火) 18:14:15
sh も csh も sed も awk も消せばいいんじゃないかな
0012名無しさん＠お腹いっぱい。2008/08/12(火) 18:38:19
ついでに rm -rf / でいいんじゃないかな
0013名無しさん＠お腹いっぱい。2008/08/12(火) 19:11:33
# perl
perl : Command Not Foundなマシンもいまだにあるよ
0014名無しさん＠お腹いっぱい。2008/08/12(火) 19:45:00
C:\Documents and Settings\aho>perl
'perl' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
0015名無しさん＠お腹いっぱい。2008/08/12(火) 20:49:09
>>7
残してない。オプションで入るのは /usr/local/bin/perl
その際、/usr/bin/perlのsymlinkがおまけで入るだけ。
カーネルのコンフィグも関係ない。
0016名無しさん＠お腹いっぱい。2008/08/12(火) 21:20:04
perl6が導入されてもさすがにperl5は残るよね？
0017名無しさん＠お腹いっぱい。2008/08/12(火) 22:56:31
Perl6って何か役に立つの?
0018名無しさん＠お腹いっぱい。2008/08/12(火) 23:43:08
冗談じゃなくsedもawkもperlも消える日がくるだろうな

ただし、残るのはrubyじゃなくてpythonだけど。
0019名無しさん＠お腹いっぱい。2008/08/13(水) 00:35:42
それはねーよ
0020名無しさん＠お腹いっぱい。2008/08/13(水) 02:03:35
新規作成時に perl を選ぶことはないな。
もう ruby でいいよ。
0021名無しさん＠お腹いっぱい。2008/08/13(水) 02:11:25
ポストPerl階級別

初心者：PHP
初級者：Ruby
中級者：Python
上級者：Haskell
0022名無しさん＠お腹いっぱい。2008/08/13(水) 06:03:27
Python遅くね?
0023名無しさん＠お腹いっぱい。2008/08/13(水) 06:27:36
>>18
ﾈｰﾈｰperlまったくなしでmake buildworldしてみてよ。
君の使ってるwindowsと違うんだけど、BSDって。
0024名無しさん＠お腹いっぱい。2008/08/13(水) 08:29:38
別に問題になるほど遅くないと思うよ。
あと、perl代わりにHaskellは無いと思う。
0025名無しさん＠お腹いっぱい。2008/08/13(水) 08:51:36
>>23
FreeBSD 4で知識が止っているな、老害め
0026名無しさん＠お腹いっぱい。2008/08/13(水) 10:16:16
BSD=FreeBSDな時点で既に有害指定産業廃棄物
0027名無しさん＠お腹いっぱい。2008/08/13(水) 10:44:15
>>22
Rubyほどじゃない
字面Rubyで速度10倍のサブセット言語作ってくれ
0028名無しさん＠お腹いっぱい。2008/08/13(水) 12:00:49
状況にあわせてコンパイルして高速化できるという選択肢が欲しい
sbclとかghc, ocamlみたいなやつ
Ocamlのは驚異的Rubyの10倍どころじゃない
0029名無しさん＠お腹いっぱい。2008/08/13(水) 12:55:05
ocaml は名前がかっこわるいからやだ。
オカムラじゃん。
0030名無しさん＠お腹いっぱい。2008/08/13(水) 13:00:41
RubyはJITで速くなるらしいが。
Pythonもx86だけでよければpsycoっていうのがあるが。
0031名無しさん＠お腹いっぱい。2008/08/13(水) 14:00:33
Pythonが遅いってのは何に比べて言ってんのかな。

コンパイル型言語やVM言語に比べたらそりゃはっきり遅いけど、Perlよりやや速く
Rubyよりは明白に速い。
I/Oバインドなケースや、Cの実装にボトルネックを丸投げできるケースでは
LL言語は特に問題になるほど遅いわけでもなく、むしろその利点が目立つことになる。
数値計算のような用途に使うのは馬鹿げてるけどね。

LLが遅いなんて言ってたら、シェルやEmacsもつかえないでしょ。
要は道具は適材適所で使い分ければいいだけの話。
0032名無しさん＠お腹いっぱい。2008/08/13(水) 21:17:44
>>31
>Perlよりやや速く
0033名無しさん＠お腹いっぱい。2008/08/14(木) 00:12:43
>>31
> 何に比べて言ってんのかな。
C/C++じゃないのか？ｗ
0034名無しさん＠お腹いっぱい。2008/08/14(木) 00:59:35
これからはDiamondの時代だろ。
0035名無しさん＠お腹いっぱい。2008/08/14(木) 08:53:04
Ruby使ってる。先月ネットで見た瞬間に即決した。
カッコイイ、マジで。そして速い。数行のスクリプトで走り出す、マジで。ちょっと
感動。しかもプログラム言語なのにインタプリタだから操作も簡単で良い。
インタプリタは力が無いと言われてるけど個人的には速いと思う。コンパイル言語
と比べればそりゃちょっとは違うかもしれないけど、そんなに大差はないって2chでも
言ってたし、それは間違いないと思う。
ただネットではPerlの方が情報が多いね。Rubyの方が評判がいいのに。
速度にかんしては多分PerlもRubyも変わらないでしょ。Perl使ったことないから
知らないけど資源があるかないかでそんなに変わったらアホ臭くてだれもRubyな
んて使わないでしょ。個人的にはRubyでも十分に速い。
嘘かと思われるかも知れないけど、テストスクリプトの速度比較でマジでCを抜いた。
つまりはCですらRubyには勝てないと言うわけで、それだけでも個人的には大満足です。
0036名無しさん＠お腹いっぱい。2008/08/14(木) 09:47:35
>CですらRubyには勝てない
だれか、何か言ってやってくれ。
0037名無しさん＠お腹いっぱい。2008/08/14(木) 10:43:14
改変コピペに言う言葉なぞない
0038名無しさん＠お腹いっぱい。2008/08/14(木) 11:45:42
なにこの前世紀的流れ
もう16777216回ほど外出だから無理してなんか言わなくていいよ
0039名無しさん＠お腹いっぱい。2008/08/14(木) 16:21:52
パールのようなもの、が大杉
0040名無しさん＠お腹いっぱい。2008/08/14(木) 21:39:51
♪取れないバールがあるものか
0041名無しさん＠お腹いっぱい。2008/08/14(木) 22:55:40
金、銀、バールプレゼント♪
0042名無しさん＠お腹いっぱい。2008/08/31(日) 14:19:53
時代はdのようです
http://www.google.com/trends?q=perl%2C+ruby%2C+python%2C+php%2C+d&ctab=0&geo=all&date=all&sort=0
0043名無しさん＠お腹いっぱい。2008/09/01(月) 22:48:44
なんだネタスレじゃないか
0044名無しさん＠お腹いっぱい。2008/09/21(日) 03:25:22
UNIX使い始めたときにPerl5が既にあったから未だにsedの使い方わかんね
0045名無しさん＠お腹いっぱい。2008/09/30(火) 04:37:13
C
Python
Ruby
Perl
C++
すべて滅ぶのも時間の問題だろう。
最後まで残るのは、LISPだ。







ｼﾈ、ｵﾒｰﾗ
0046名無しさん＠お腹いっぱい。2008/09/30(火) 15:01:45
>>18
sed,awkは、既に枯れて、用途が定まっているので生き残る。
競合関係にある、PythonとRubyは、どっちがか消える
一部の好事家によって、細々と生き残るだろうが。tclみたく。

つか、rubyもpythonも複雑すぎて、覚えきれねぇぞ。ゴルァ
0047名無しさん＠お腹いっぱい。2008/09/30(火) 20:57:33
>>45
主要な lisp でどの言語で実装されてんだ？

>競合関係にある、PythonとRubyは、どっちがか消える
それはいつ頃になりますか？
0048名無しさん＠お腹いっぱい。2008/09/30(火) 21:12:20
そら遠い未来にはFortranやCOBOL, Cだって死滅するだろうな
んな議論は無意味だが

近未来の話をするのなら、PythonもRubyも死滅するような
分岐点はもう越えてしまっていると思う
0049名無しさん＠お腹いっぱい。2008/10/02(木) 20:21:44
>>そら遠い未来にはFortranやCOBOL, Cだって死滅するだろうな
Cの死滅は、まず、あり得ない。
そんな遠い未来には、既に母体の、*nixが消えてしまって、
新たな言語で、一からOSが、作り直される

>>47
１０年以内。
0050名無しさん＠お腹いっぱい。2008/10/05(日) 14:28:55
【Rails】便利なRubyGemsを共有するスレ【Hpricot】
http://pc11.2ch.net/test/read.cgi/tech/1216829388/
■特定バージョンのRailsインストール
gem install rails -v 2.0.2

■特定バージョンのRailsを使ってRailsアプリ生成
rails _2.0.2_ myapp

■特定バージョンのRailsをRailsアプリで使う
rake rails:freeze:gems VERSION=2.0.2
0051名無しさん＠お腹いっぱい。2008/12/03(水) 18:29:54
sedやawkの代わりにperlはなりうるがruby・pythonは無理

でもLisp同様なくならないと思う。
半ば宗教だから
0052名無しさん＠お腹いっぱい。2008/12/03(水) 19:13:31
Rubyはｷﾁｶﾞｲの玩具だからな
ｲﾗﾈ
0053名無しさん＠お腹いっぱい。2008/12/04(木) 02:07:31
pythonが残るｗ
0054名無しさん＠お腹いっぱい。2008/12/11(木) 15:38:04
なんやかやでRubyもPythonもPerlもよくできていると思う。
それぞれ基本ライブラリーも充分揃っている。
スピードのいるところはバイナリとやりとりできるわけだし
eval使えばかなり柔軟なこともできるから
結局は好みと慣れの問題。
0055名無しさん＠お腹いっぱい。2008/12/21(日) 19:52:17
rubyが入っていたがクソ遅いportupgradeだけしかつかっていないので
この際切ることに
perlとpythonはあちこち依存していてもはや切るのは不可能
UNIXはruby freeでよいのでは?
0056名無しさん＠お腹いっぱい。2008/12/22(月) 01:14:36
? 必要ないなら入れなきゃいいだけ。
0057名無しさん＠お腹いっぱい。2008/12/27(土) 11:59:09
>>56 そもそもRUBYがほんとに必要な人なんて(だだの一人も)いないのでは?
たまたまRUBYでできたスクリプトをアプリと勘違いして依存で使っている人がほとんど
0058名無しさん＠お腹いっぱい。2008/12/27(土) 17:13:43
Linuxだとyumがpythonに依存してるが、
*BSDで重要なものが何かpythonに依存してたか？
0059名無しさん＠お腹いっぱい。2008/12/27(土) 18:06:16
>>57
それは ruby への依存を意識あるいは認識しているか否かの話であって、
基本的に特定言語のスクリプトに対する必要性とそのインタープリタへの必要性は同等と
解釈するのが自然だと思うけど。
0060名無しさん＠お腹いっぱい。2009/01/04(日) 15:04:46
なんか重い部分がある
0061名無しさん＠お腹いっぱい。2009/01/04(日) 18:46:37
>>58 X関連はほぼ"全部"python必須だ
pkg_info -x python25
でみてみるよろし
perlの場合glib2が依存している事もあるがpythonより依存は少なく
意外と使用は趣味になる。
xf86-input-keyboardなんぞperlとpython両方必要だ。

rubyはせいぜい任意に入れる
portupgradeぐらいで別に必然性はない。

>>59 だからRUBYは必要ない。趣味の言語だという意味?

とにかく現状重いというか遅くて話にならない。
0062名無しさん＠お腹いっぱい。2009/01/17(土) 11:21:38
Perl6が出ない事には話にならん
0063名無しさん＠お腹いっぱい。2009/01/17(土) 12:06:21
永遠に出ない気がする
0064名無しさん＠お腹いっぱい。2009/01/17(土) 19:29:54
RUBYやるくらいだったらSPIDER MONKEYとかに手を出す方がマシ
0065名無しさん＠お腹いっぱい。2009/01/17(土) 19:46:36
SPIDER MONKEY
http://animals.nationalgeographic.com/staticfiles/NGS/Shared/StaticFiles/animals/images/1024/black-spider-monkey.jpg
0066名無しさん＠お腹いっぱい。2009/01/17(土) 19:49:01
YARVって終わってしまったん？
0067名無しさん＠お腹いっぱい。2009/01/17(土) 20:11:48
お前らほんとにそこまで速度が必要なモノなんて書いてんの？
おっと csv のハナシは聞き飽きたぜ
0068名無しさん＠お腹いっぱい。2009/01/17(土) 20:24:04
うん
0069名無しさん＠お腹いっぱい。2009/01/17(土) 20:32:49
>>66
The Ruby Virtual Machineになった、という意味ではYARVは終わっている。
0070名無しさん＠お腹いっぱい。2009/01/17(土) 20:38:09
spider monkey(E4X)いいぞ。xmlがリテラルで書けるんだぞ。
ヒアドキュメントなんて目じゃない。
0071名無しさん＠お腹いっぱい。2009/01/17(土) 20:44:39
> SpiderMonkey とは何か?
>
> SpiderMonkey は Mozilla の C による JavaScript 実装につけられたコード
> ネームである。
>
> どこで手に入るか?
>
> コア SpiderMonkey エンジンは mozilla/js/src で見つかる。 スタンドアロー
> ンなインタプリタは Makefile.ref を使うとビルドできる。 詳しいことは
> mozilla/js/src/README.html を読みなさい。 (Mozilla 自体に加えて)
> JavaScript エンジンを埋め込んでいるプロジェクトは プロジェクト のペー
> ジに載せている。

スパイダモンキーうっぜえええええ
0072名無しさん＠お腹いっぱい。2009/01/18(日) 01:58:44
>スパイダモンキー
>>65を見たら途端にイメージ悪くなった。
0073名無しさん＠お腹いっぱい。2009/01/30(金) 20:25:13
webkitのJSエンジンが速いそうだけどpython & perlで同程度のことやらしたらどうなんだろう。
0074名無しさん＠お腹いっぱい。2009/01/31(土) 03:25:02
Ruby1.9.1ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!
0075名無しさん＠お腹いっぱい。2009/01/31(土) 16:47:48
速いんなら覚えてもいいけれど
pythonみたいに必須じゃないからなぁ
0076名無しさん＠お腹いっぱい。2009/01/31(土) 17:42:32
>pythonみたいに必須じゃないからなぁ

必須とか意味がわからん
仕事でやってたら案件によって違うし、必須とは言わないよ
0077名無しさん＠お腹いっぱい。2009/02/01(日) 00:37:01
実行速度が重要ならスクリプト言語なんて使うなよw
0078名無しさん＠お腹いっぱい。2009/02/01(日) 00:40:45
ですよね
0079名無しさん＠お腹いっぱい。2009/02/01(日) 00:48:51
だが断る！！
0080名無しさん＠お腹いっぱい。2009/02/01(日) 00:53:36
どっち！？
0081名無しさん＠お腹いっぱい。2009/02/01(日) 02:27:43
そっち！？
0082名無しさん＠お腹いっぱい。2009/02/03(火) 20:15:31
あっち！？
0083名無しさん＠お腹いっぱい。2009/02/07(土) 20:35:40
>>76 必須って「普通に」デスクトップを構成するのに必須

自分自身はblebderでしかpython使わない。
実行速度がはやいのは単機能でsoとかコマンドで作って
柔軟にスクリプトで実行できるのがよい。

ネイティブ言語はwindowsのdelphi以外コンパイルは遅い。
動的に手順決めて実行するならスクリプト言語がよいのは当然
だから使われているんだと思う。
Perlとかjavascriptのeval便利過ぎる。
0084名無しさん＠お腹いっぱい。2009/02/16(月) 19:20:00
blebder > blender   orz
0085名無しさん＠お腹いっぱい。2009/02/17(火) 14:43:21
何その不等号？
0086名無しさん＠お腹いっぱい。2009/02/28(土) 19:23:06
luaって結構いいよ。組み込みだけじゃなくて
コマンドラインもある。
いるものは自分で継ぎ足す感じ
0087名無しさん＠お腹いっぱい。2009/03/01(日) 00:22:09
ゲーム内の機能実装に使ってたりするらしいな>lua
たぶんその手の組み込み用途はTkなしのTclが本来狙っていた道の一つ……
0088名無しさん＠お腹いっぱい。2009/03/03(火) 09:17:48
sex > Onanie orz
0089名無しさん＠お腹いっぱい。2009/03/14(土) 15:01:35
Tclは狙い通り電子設計分野と一部組み込み機器にしっかり食い込んでるけどな。
こういうのって開発されたライブラリが資産だから、今後もTclが残るんだろうなぁ。
■ このスレッドは過去ログ倉庫に格納されています