5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :名無しさん@お腹いっぱい。:2008/08/12(火) 11:54:48
スレタイのとおりです。

2 :名無しさん@お腹いっぱい。:2008/08/12(火) 11:58:55
板違いです。

プログラム
http://pc11.2ch.net/tech/

3 :名無しさん@お腹いっぱい。:2008/08/12(火) 12:00:57
コードのことではなく、ユニックスのソフトとして語りたいので
板違いではありません。

4 :名無しさん@お腹いっぱい。:2008/08/12(火) 12:28:44
vmware toolsをインストールしようと思ったらPerlが必要でした、というオチだろ。>>1

5 :名無しさん@お腹いっぱい。:2008/08/12(火) 12:33:23
まあ、WEBではPHPにとってかわられたし、
汎用スクリプトとしてはRubyに劣るし、
過去の遺産を利用するぐらいでしか使い道はなくなってくかもね。

6 :名無しさん@お腹いっぱい。:2008/08/12(火) 13:15:56
Perl無しでCVSupできる>>1は天才!

7 :名無しさん@お腹いっぱい。:2008/08/12(火) 13:39:19
FreeBSD が /usr/bin/perl を残してるのはなぜだっけ?
カーネルのコンフィグで使ってるんだっけ?

8 :名無しさん@お腹いっぱい。:2008/08/12(火) 14:10:07
rubyでなくpythonじゃね?

9 :名無しさん@お腹いっぱい。:2008/08/12(火) 14:25:57
perlがイランてことはspamassassinもいらんてことでおk?

10 :名無しさん@お腹いっぱい。:2008/08/12(火) 14:59:22
>>9
spamassassinなんか使わんだろ。
普通はbsfilterじゃないか?

11 :名無しさん@お腹いっぱい。:2008/08/12(火) 18:14:15
sh も csh も sed も awk も消せばいいんじゃないかな

12 :名無しさん@お腹いっぱい。:2008/08/12(火) 18:38:19
ついでに rm -rf / でいいんじゃないかな

13 :名無しさん@お腹いっぱい。:2008/08/12(火) 19:11:33
# perl
perl : Command Not Foundなマシンもいまだにあるよ

14 :名無しさん@お腹いっぱい。:2008/08/12(火) 19:45:00
C:\Documents and Settings\aho>perl
'perl' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。

15 :名無しさん@お腹いっぱい。:2008/08/12(火) 20:49:09
>>7
残してない。オプションで入るのは /usr/local/bin/perl
その際、/usr/bin/perlのsymlinkがおまけで入るだけ。
カーネルのコンフィグも関係ない。

16 :名無しさん@お腹いっぱい。:2008/08/12(火) 21:20:04
perl6が導入されてもさすがにperl5は残るよね?

17 :名無しさん@お腹いっぱい。:2008/08/12(火) 22:56:31
Perl6って何か役に立つの?


18 :名無しさん@お腹いっぱい。:2008/08/12(火) 23:43:08
冗談じゃなくsedもawkもperlも消える日がくるだろうな

ただし、残るのはrubyじゃなくてpythonだけど。

19 :名無しさん@お腹いっぱい。:2008/08/13(水) 00:35:42
それはねーよ

20 :名無しさん@お腹いっぱい。:2008/08/13(水) 02:03:35
新規作成時に perl を選ぶことはないな。
もう ruby でいいよ。

21 :名無しさん@お腹いっぱい。:2008/08/13(水) 02:11:25
ポストPerl階級別

初心者:PHP
初級者:Ruby
中級者:Python
上級者:Haskell

22 :名無しさん@お腹いっぱい。:2008/08/13(水) 06:03:27
Python遅くね?

23 :名無しさん@お腹いっぱい。:2008/08/13(水) 06:27:36
>>18
ネーネーperlまったくなしでmake buildworldしてみてよ。
君の使ってるwindowsと違うんだけど、BSDって。

24 :名無しさん@お腹いっぱい。:2008/08/13(水) 08:29:38
別に問題になるほど遅くないと思うよ。
あと、perl代わりにHaskellは無いと思う。

25 :名無しさん@お腹いっぱい。:2008/08/13(水) 08:51:36
>>23
FreeBSD 4で知識が止っているな、老害め

26 :名無しさん@お腹いっぱい。:2008/08/13(水) 10:16:16
BSD=FreeBSDな時点で既に有害指定産業廃棄物

27 :名無しさん@お腹いっぱい。:2008/08/13(水) 10:44:15
>>22
Rubyほどじゃない
字面Rubyで速度10倍のサブセット言語作ってくれ

28 :名無しさん@お腹いっぱい。:2008/08/13(水) 12:00:49
状況にあわせてコンパイルして高速化できるという選択肢が欲しい
sbclとかghc, ocamlみたいなやつ
Ocamlのは驚異的Rubyの10倍どころじゃない


29 :名無しさん@お腹いっぱい。:2008/08/13(水) 12:55:05
ocaml は名前がかっこわるいからやだ。
オカムラじゃん。

30 :名無しさん@お腹いっぱい。:2008/08/13(水) 13:00:41
RubyはJITで速くなるらしいが。
Pythonもx86だけでよければpsycoっていうのがあるが。

31 :名無しさん@お腹いっぱい。:2008/08/13(水) 14:00:33
Pythonが遅いってのは何に比べて言ってんのかな。

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

LLが遅いなんて言ってたら、シェルやEmacsもつかえないでしょ。
要は道具は適材適所で使い分ければいいだけの話。

32 :名無しさん@お腹いっぱい。:2008/08/13(水) 21:17:44
>>31
>Perlよりやや速く


33 :名無しさん@お腹いっぱい。:2008/08/14(木) 00:12:43
>>31
> 何に比べて言ってんのかな。
C/C++じゃないのか?w

34 :名無しさん@お腹いっぱい。:2008/08/14(木) 00:59:35
これからはDiamondの時代だろ。

35 :名無しさん@お腹いっぱい。:2008/08/14(木) 08:53:04
Ruby使ってる。先月ネットで見た瞬間に即決した。
カッコイイ、マジで。そして速い。数行のスクリプトで走り出す、マジで。ちょっと
感動。しかもプログラム言語なのにインタプリタだから操作も簡単で良い。
インタプリタは力が無いと言われてるけど個人的には速いと思う。コンパイル言語
と比べればそりゃちょっとは違うかもしれないけど、そんなに大差はないって2chでも
言ってたし、それは間違いないと思う。
ただネットではPerlの方が情報が多いね。Rubyの方が評判がいいのに。
速度にかんしては多分PerlもRubyも変わらないでしょ。Perl使ったことないから
知らないけど資源があるかないかでそんなに変わったらアホ臭くてだれもRubyな
んて使わないでしょ。個人的にはRubyでも十分に速い。
嘘かと思われるかも知れないけど、テストスクリプトの速度比較でマジでCを抜いた。
つまりはCですらRubyには勝てないと言うわけで、それだけでも個人的には大満足です。


36 :名無しさん@お腹いっぱい。:2008/08/14(木) 09:47:35
>CですらRubyには勝てない
だれか、何か言ってやってくれ。

37 :名無しさん@お腹いっぱい。:2008/08/14(木) 10:43:14
改変コピペに言う言葉なぞない

38 :名無しさん@お腹いっぱい。:2008/08/14(木) 11:45:42
なにこの前世紀的流れ
もう16777216回ほど外出だから無理してなんか言わなくていいよ

39 :名無しさん@お腹いっぱい。:2008/08/14(木) 16:21:52
パールのようなもの、が大杉


40 :名無しさん@お腹いっぱい。:2008/08/14(木) 21:39:51
♪取れないバールがあるものか


41 :名無しさん@お腹いっぱい。:2008/08/14(木) 22:55:40
金、銀、バールプレゼント♪

42 :名無しさん@お腹いっぱい。: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

43 :名無しさん@お腹いっぱい。:2008/09/01(月) 22:48:44
なんだネタスレじゃないか

44 :名無しさん@お腹いっぱい。:2008/09/21(日) 03:25:22
UNIX使い始めたときにPerl5が既にあったから未だにsedの使い方わかんね

45 :名無しさん@お腹いっぱい。:2008/09/30(火) 04:37:13
C
Python
Ruby
Perl
C++
すべて滅ぶのも時間の問題だろう。
最後まで残るのは、LISPだ。







シネ、オメーラ

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

つか、rubyもpythonも複雑すぎて、覚えきれねぇぞ。ゴルァ

47 :名無しさん@お腹いっぱい。:2008/09/30(火) 20:57:33
>>45
主要な lisp でどの言語で実装されてんだ?

>競合関係にある、PythonとRubyは、どっちがか消える
それはいつ頃になりますか?

48 :名無しさん@お腹いっぱい。:2008/09/30(火) 21:12:20
そら遠い未来にはFortranやCOBOL, Cだって死滅するだろうな
んな議論は無意味だが

近未来の話をするのなら、PythonもRubyも死滅するような
分岐点はもう越えてしまっていると思う

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

>>47
10年以内。

50 :名無しさん@お腹いっぱい。: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

51 :名無しさん@お腹いっぱい。:2008/12/03(水) 18:29:54
sedやawkの代わりにperlはなりうるがruby・pythonは無理

でもLisp同様なくならないと思う。
半ば宗教だから

52 :名無しさん@お腹いっぱい。:2008/12/03(水) 19:13:31
Rubyはキチガイの玩具だからな
イラネ

53 :名無しさん@お腹いっぱい。:2008/12/04(木) 02:07:31
pythonが残るw

54 :名無しさん@お腹いっぱい。:2008/12/11(木) 15:38:04
なんやかやでRubyもPythonもPerlもよくできていると思う。
それぞれ基本ライブラリーも充分揃っている。
スピードのいるところはバイナリとやりとりできるわけだし
eval使えばかなり柔軟なこともできるから
結局は好みと慣れの問題。

55 :名無しさん@お腹いっぱい。:2008/12/21(日) 19:52:17
rubyが入っていたがクソ遅いportupgradeだけしかつかっていないので
この際切ることに
perlとpythonはあちこち依存していてもはや切るのは不可能
UNIXはruby freeでよいのでは?

56 :名無しさん@お腹いっぱい。:2008/12/22(月) 01:14:36
? 必要ないなら入れなきゃいいだけ。

57 :名無しさん@お腹いっぱい。:2008/12/27(土) 11:59:09
>>56 そもそもRUBYがほんとに必要な人なんて(だだの一人も)いないのでは?
たまたまRUBYでできたスクリプトをアプリと勘違いして依存で使っている人がほとんど

58 :名無しさん@お腹いっぱい。:2008/12/27(土) 17:13:43
Linuxだとyumがpythonに依存してるが、
*BSDで重要なものが何かpythonに依存してたか?

59 :名無しさん@お腹いっぱい。:2008/12/27(土) 18:06:16
>>57
それは ruby への依存を意識あるいは認識しているか否かの話であって、
基本的に特定言語のスクリプトに対する必要性とそのインタープリタへの必要性は同等と
解釈するのが自然だと思うけど。

60 :名無しさん@お腹いっぱい。:2009/01/04(日) 15:04:46
なんか重い部分がある

61 :名無しさん@お腹いっぱい。: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は必要ない。趣味の言語だという意味?

とにかく現状重いというか遅くて話にならない。

62 :名無しさん@お腹いっぱい。:2009/01/17(土) 11:21:38
Perl6が出ない事には話にならん

63 :名無しさん@お腹いっぱい。:2009/01/17(土) 12:06:21
永遠に出ない気がする

64 :名無しさん@お腹いっぱい。:2009/01/17(土) 19:29:54
RUBYやるくらいだったらSPIDER MONKEYとかに手を出す方がマシ

65 :名無しさん@お腹いっぱい。:2009/01/17(土) 19:46:36
SPIDER MONKEY
http://animals.nationalgeographic.com/staticfiles/NGS/Shared/StaticFiles/animals/images/1024/black-spider-monkey.jpg

66 :名無しさん@お腹いっぱい。:2009/01/17(土) 19:49:01
YARVって終わってしまったん?

67 :名無しさん@お腹いっぱい。:2009/01/17(土) 20:11:48
お前らほんとにそこまで速度が必要なモノなんて書いてんの?
おっと csv のハナシは聞き飽きたぜ

68 :名無しさん@お腹いっぱい。:2009/01/17(土) 20:24:04
うん


69 :名無しさん@お腹いっぱい。:2009/01/17(土) 20:32:49
>>66
The Ruby Virtual Machineになった、という意味ではYARVは終わっている。


70 :名無しさん@お腹いっぱい。:2009/01/17(土) 20:38:09
spider monkey(E4X)いいぞ。xmlがリテラルで書けるんだぞ。
ヒアドキュメントなんて目じゃない。

71 :名無しさん@お腹いっぱい。:2009/01/17(土) 20:44:39
> SpiderMonkey とは何か?
>
> SpiderMonkey は Mozilla の C による JavaScript 実装につけられたコード
> ネームである。
>
> どこで手に入るか?
>
> コア SpiderMonkey エンジンは mozilla/js/src で見つかる。 スタンドアロー
> ンなインタプリタは Makefile.ref を使うとビルドできる。 詳しいことは
> mozilla/js/src/README.html を読みなさい。 (Mozilla 自体に加えて)
> JavaScript エンジンを埋め込んでいるプロジェクトは プロジェクト のペー
> ジに載せている。

スパイダモンキーうっぜえええええ

72 :名無しさん@お腹いっぱい。:2009/01/18(日) 01:58:44
>スパイダモンキー
>>65を見たら途端にイメージ悪くなった。

73 :名無しさん@お腹いっぱい。:2009/01/30(金) 20:25:13
webkitのJSエンジンが速いそうだけどpython & perlで同程度のことやらしたらどうなんだろう。

74 :名無しさん@お腹いっぱい。:2009/01/31(土) 03:25:02
Ruby1.9.1キタ━━━━━━(゚∀゚)━━━━━━!!

75 :名無しさん@お腹いっぱい。:2009/01/31(土) 16:47:48
速いんなら覚えてもいいけれど
pythonみたいに必須じゃないからなぁ

76 :名無しさん@お腹いっぱい。:2009/01/31(土) 17:42:32
>pythonみたいに必須じゃないからなぁ

必須とか意味がわからん
仕事でやってたら案件によって違うし、必須とは言わないよ

77 :名無しさん@お腹いっぱい。:2009/02/01(日) 00:37:01
実行速度が重要ならスクリプト言語なんて使うなよw

78 :名無しさん@お腹いっぱい。:2009/02/01(日) 00:40:45
ですよね

79 :名無しさん@お腹いっぱい。:2009/02/01(日) 00:48:51
だが断る!!

80 :名無しさん@お腹いっぱい。:2009/02/01(日) 00:53:36
どっち!?

81 :名無しさん@お腹いっぱい。:2009/02/01(日) 02:27:43
そっち!?

82 :名無しさん@お腹いっぱい。:2009/02/03(火) 20:15:31
あっち!?

83 :名無しさん@お腹いっぱい。:2009/02/07(土) 20:35:40
>>76 必須って「普通に」デスクトップを構成するのに必須

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

ネイティブ言語はwindowsのdelphi以外コンパイルは遅い。
動的に手順決めて実行するならスクリプト言語がよいのは当然
だから使われているんだと思う。
Perlとかjavascriptのeval便利過ぎる。

84 :名無しさん@お腹いっぱい。:2009/02/16(月) 19:20:00
blebder > blender   orz

85 :名無しさん@お腹いっぱい。:2009/02/17(火) 14:43:21
何その不等号?

86 :名無しさん@お腹いっぱい。:2009/02/28(土) 19:23:06
luaって結構いいよ。組み込みだけじゃなくて
コマンドラインもある。
いるものは自分で継ぎ足す感じ

87 :名無しさん@お腹いっぱい。:2009/03/01(日) 00:22:09
ゲーム内の機能実装に使ってたりするらしいな>lua
たぶんその手の組み込み用途はTkなしのTclが本来狙っていた道の一つ……


88 :名無しさん@お腹いっぱい。:2009/03/03(火) 09:17:48
sex > Onanie orz

89 :名無しさん@お腹いっぱい。:2009/03/14(土) 15:01:35
Tclは狙い通り電子設計分野と一部組み込み機器にしっかり食い込んでるけどな。
こういうのって開発されたライブラリが資産だから、今後もTclが残るんだろうなぁ。


90 :名無しさん@お腹いっぱい。:2009/03/26(木) 19:59:37
Tclってなんかバージョンがいっぱいあって腐っているアプリとか結構あるみたいだ。
とっとと他のものに移植した方が良いと思う。

91 :名無しさん@お腹いっぱい。:2009/03/26(木) 20:01:53
スクリプト言語って結構効率いいんだけど
その理由は何らかの主要部分でのバイナリ直接コールがほとんどだから
結局プラットフォーム間の互換性が微妙になってきている気がする。


92 :名無しさん@お腹いっぱい。:2009/03/27(金) 03:08:21
>>89
そうなんだ
どういう機器に入っているの?

93 :名無しさん@お腹いっぱい。:2009/03/27(金) 08:35:52
tcl/tkの応用例
ttp://japan.renesas.com/fmwk.jsp?cnt=hew_tcltk_tools_product_landing.jsp&fp=/products/tools/ide/hew_tcltk/
ttp://www.globalknowledge.co.jp/reference/course_details.aspx?code=CS0150CG
ttp://www.hitachi-sk.co.jp/products/sh-c/support/revup_hew40100.html
ttp://www.yokogawa-digital.com/ep/advice/tcl/index.html

94 :名無しさん@お腹いっぱい。:2009/03/27(金) 23:52:55
>>28
昔、perlを中間コードにコンパイルするプログラムというのがあった。
客先にプログラムを納品するときに、ソースコード隠蔽用につかってたよ
あと、perl2cコンパイラというのもあったけど、まともには動かなかった
cgiとかで動かす場合にはSpeedyCGIで動かすと10倍以上早くなる。
ただし、perlがメモリに常駐するアプリケーションとして動作するため、変数管理をちゃんとしないと2回目以降のループから変数の中身が狂う


95 :名無しさん@お腹いっぱい。:2009/03/28(土) 01:35:44
なるほど

96 :名無しさん@お腹いっぱい。:2009/03/28(土) 21:53:52
>>94 起動時間の分だけなんだからhello worldだけとかじゃなければ10倍は速くなんないだろ。
最近はfastcgiが流行りみたい。modperlより速いというのが売り

luaはluacで中間言語にできるみたいだね、perlはリアルタイムでの変換の方が速いというポリシーらしい。

で自分は手動でCにしているよ。glibとかpcre使えば結構いける。
処理速度あんまり変わんないけどね、コアが同じバイナリ依存だから

97 :名無しさん@お腹いっぱい。:2009/04/03(金) 20:01:06
perlの次にはGNU Smalltalkが来ると思う

98 :名無しさん@お腹いっぱい。:2009/04/04(土) 11:00:15
Rubyは 1.9が地雷と聞いたが。

Perl6 ってどうなったのかな?

99 :名無しさん@お腹いっぱい。:2009/04/08(水) 19:51:11
Perlは古くないからJPAか...

ついにPerlもrubyっぽくなりそうな嫌な予感。
自然体でちょこちょこ使うのがperlのいいところ。

大仰なシステムはCでいいじゃん。

100 :名無しさん@お腹いっぱい。:2009/04/14(火) 04:58:21
             ヘ(^o^)ヘ 華麗なステップで
                |∧
               /
                     /
                (^o^)/ 100ゲット!
               /(  )
             / / >

       (^o^) 三
       (\\ 三 シュッ
       < \ 三

 \
 (/o^) やっぱイラネ
 ( /  ミ
 / く   100

101 :名無しさん@お腹いっぱい。:2009/04/14(火) 18:59:53
RUBYやりたきゃ島根にいけばいいよ。

102 :名無しさん@お腹いっぱい。:2009/05/06(水) 08:21:02
Rubyの実装はたった500行でできるらしい。
ttp://d.hatena.ne.jp/rubynews/20090430/1241110523

103 :名無しさん@お腹いっぱい。:2009/05/06(水) 12:58:15
lambdaがキーワードになってるような気がするのだが。
あとはsetterとかliteral stringのinterpolationやconcatenationとか
結構抜けてるような気も。


104 :名無しさん@お腹いっぱい。:2009/05/06(水) 13:07:41
何をもって実装できたと言うの?

105 :名無しさん@お腹いっぱい。:2009/05/06(水) 18:44:40
>>Rubyは500行
すげー。そのシンプルさがRubyをここまで強力にしているのか!?
それともocamlがすごい?

106 :名無しさん@お腹いっぱい。:2009/05/06(水) 18:56:06
つーか、サブセットだろ?

107 :名無しさん@お腹いっぱい。:2009/05/06(水) 19:21:28
>>105
ocamlは型推論があるから短い。



108 :名無しさん@お腹いっぱい。:2009/05/07(木) 03:50:56
ocamlはこの手のには強いんだろうが、激しくサブセットだからというのもある

109 :名無しさん@お腹いっぱい。:2009/05/09(土) 08:47:01
当たり前田のクラッカー

21 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)