[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 12:00 / Filesize : 208 KB / Number-of Response : 987
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】



1 名前:デフォルトの名無しさん mailto:sage [2009/04/03(金) 09:58:56 ]
最強のLL=軽量プログラム言語は、どれよ?

エントリーは、
Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ!!!

■LLとは?
軽量プログラミング言語(Lightweight Language,LL)とは、取り回しに優れ、
コードの作成や修正が容易と見なされるプログラミング言語のことを指す。

ここでいう「軽さ」はプログラマの負担の軽重を指し、
実行速度に優れているという意味ではない。

現在の水準では
・インタプリタ
・動的型
・正規表現
・関数オブジェクト
などを利用できるものがLLと呼ばれることが多い。(Wikipediaより)

■過去スレ
【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】
pc12.2ch.net/test/read.cgi/tech/1234635513/

【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1215319832/

【Perl,PHP】LLバトルロワイヤル2【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1209289408/

【Perl,PHP】LLバトルロワイヤル【Ruby,Python】
pc11.2ch.net/test/read.cgi/tech/1188997302/

101 名前:デフォルトの名無しさん [2009/04/11(土) 17:38:47 ]
-- ソフトウェアの世界のピラミッド --
頂上  世の中で広く使われるOS/コンパイラ/DB/サーバ/分散システムを作りあげた人
上流  言語・構文解析、レンダリングエンジンや高度なアルゴリズム/アーキテクチャを設計する人
中流  ミドルウェアを使ってUI設計やアプリケーション開発をする人
底辺  スクリプトでWebページ作る人。ブログでプログラミング講釈する人。

102 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 17:52:55 ]
>>101
最底辺 きみのように斜めに構えて、批評ばかりの人。

103 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 17:54:29 ]
>ミドルウェアを使ってUI設計やアプリケーション開発をする人

ここ笑いどころだよね?

104 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 17:59:09 ]
底辺該当者がさっそく脊髄反射

105 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 18:06:11 ]
スクリプトを要領よくつかって他分野で成果を出す研究者

106 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 18:35:36 ]
ミ ド ル ウ ェ ア

107 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 18:36:45 ]
ミドルウェアを使ってアプリケーション開発って要するにLAMPじゃん

108 名前:デフォルトの名無しさん [2009/04/11(土) 18:37:23 ]
よし! おれもミドルウェアやろう!

109 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 18:43:43 ]
アーキテクチャを設計ってのも頭痛が痛いみたいな話だな



110 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 18:52:34 ]
言語に限らず関数・クラス設計ができないやつは使えない。

111 名前:デフォルトの名無しさん [2009/04/11(土) 19:01:26 ]
まあDBから値とってテンプレエンジンに突っ込んでるだけのプログラマーは実際底辺レベル。
ただ、もう少し包括的に設計開発してるWebエンジニアもいるにはいるね。

112 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:01:28 ]
クラス設計は相応にできる人にやってもらいたい、ってのがあるから。
やりゃあ誰でもできるだろ。何でもよけりゃw

113 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:09:44 ]
詳しくない奴ほど無意味な区分けをしたがるものだ

114 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:17:57 ]
日々PHPのコードばっか見てると、自分が底辺になってるのに気付かないんじゃね?

115 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:23:25 ]
>>111
> まあDBから値とってテンプレエンジンに突っ込んでるだけ
このへん、割り箸を箸袋に詰める内職とあまり変わらない場合もあるよな。

116 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:34:46 ]
誰も使わないデータベースウエアを設計した奴より
PHPで人気サイト作ってる奴の方が偉いと思うけど

117 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:38:56 ]
仕事でやってるだけなら別に偉くないのでは
2chやらは偉いっちゃ偉いのか

118 名前:デフォルトの名無しさん [2009/04/11(土) 19:40:41 ]
>>116
そこだよ。
たから実質なんにも仕事しない銀行、商社、マスコミが一番給料が高いのだ。
やつらが偉いんじゃない。
人が欲しがるものをもったいつけて高い手数料で売ってるだけだ。
そして仕入れ先はとことん叩く。
まるでIT業界の縮図じゃないか。
あれ?ま、いいか。

119 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:59:59 ]
必要とされてないのに車輪の再発明するのは技術者の自己満足だよね。
HiRDBやSymfowareとは言わないけど



120 名前:デフォルトの名無しさん [2009/04/11(土) 20:18:04 ]
『行番号出力スクリプトの比較』

#!/usr/bin/ruby
readFile = File.open(ARGV[0])
writeFile = File.open(ARGV[1], "w")
readString = readFile.read
readString.each_with_index{ |line, index|
writeFile.printf("%02d : ", index + 1)
writeFile.print(line)
}
readFile.close
writeFile.close

-----------------------------------

#!/usr/bin/perl
while(<>) {
s/[\r\n]//g;
printf("%d : %s\n", $., $_ );
}
exit;

-----------------------------------

#!/usr/bin/awk -f
{ print NR, ":", $0 }

121 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:27:26 ]
>>120
スクリプトを書かないなら、cat -n でOK

122 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:30:24 ]
>>120
AWKに比べて他のがやたら長いな
もっと簡単にならんの?

123 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:37:03 ]
ruby -n -e 'END {p $.}' < file

124 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:37:34 ]
てかやってること違うじゃん
なんでRubyはファイルに書き出してるの?
というかその書き方ならいっそJavaで書けよ

125 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:39:21 ]
>>124>>120

126 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:39:51 ]
ちがったw
ruby -n -e 'print ($.).to_s + " " + $_' < file

127 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:45:37 ]
>>120
#!/usr/bin/perl -ne
print "$.: $_"

128 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:47:32 ]
-neじゃなくて-nだ。

129 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:50:03 ]
詳しくない奴ほど無意味な比較をしたがるものだ



130 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 20:54:12 ]
という傾向があったらいいなという気分だったんですね?

131 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 21:06:50 ]
おもしろい余興ですた

132 名前:デフォルトの名無しさん [2009/04/11(土) 21:08:20 ]
ソケット通信に適したLLはどれ?
ありがちな例だけど、文字列を送信すると逆順(回文)で帰ってくる
サーバ・クライアントシステムとか作ったら、どれが一番簡単?

133 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 21:10:20 ]
どれでもあまり変わらないんじゃないかな。その例だと。

134 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 21:22:48 ]
Ruby on Rails vs PHP
www.youtube.com/watch?v=p5EIrSM8dCA

Ruby on Rails vs Java - RailsEnvy.com Commerical
www.youtube.com/watch?v=PQbuyKUaKFo

135 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 21:23:07 ]
#! /usr/bin/gawk -f
# reverse_server.awk

BEGIN {
echo_service = "/inet/tcp/10000/0/0"
while (1) {
if ((echo_service |& getline) > 0) {
rev_mes = reverse_str($0)
print rev_mes |& echo_service
}
close(echo_service)
}
}

function reverse_str(str, rev_str) {
for (i = length(str); i > 0; i--) {
rev_str = rev_str substr(str, i, 1);
}
return rev_str;
}


136 名前:デフォルトの名無しさん mailto:sage [2009/04/11(土) 21:23:51 ]
#! /usr/bin/gawk -f
# reverse_client.awk

BEGIN {
echo_service = "/inet/tcp/0/localhost/10000"
while (1) {
getline str < "/dev/stdin"
print str |& echo_service
if ((echo_service |& getline) > 0) {
print $0
}
close(echo_service)
}
}

137 名前:デフォルトの名無しさん [2009/04/11(土) 23:28:59 ]
>>1
> 最強のLL=軽量プログラム言語

makeが最高です

138 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 00:39:05 ]
そんなもん、がうちぇだろ?

139 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 01:04:44 ]
>>132
正直socketはCのレベルでやらないと細かい制御が全然できない。
select/epollとかI/O完了ポート/OVERLAPPEDとかスレッドもスクリプトだと厳しい。
もうちっと細かいこともできるスクリプトがあるといいなあとは思うんだけど、
まあその辺はCでやれってことになるかなあ。



140 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 01:17:50 ]
Pythonでは2.6以降でepoll, kqueueは利用できるプラットフォームでは
標準で使える
それ以前からサードパーティのlibeventバインディングや
twistedのようなライブラリで普通に使えるけどな
勿論ctypes経由で自分で直接システムコールを叩くことも可能

141 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 01:33:34 ]
Erlang

142 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 02:17:54 ]
>>140
あ、なるほど、kqueueとかエッジトリガとかも使えそうだね。まあこうとこ一つとっても
pythonはやっぱ、守備範囲が広そうだな。
でも、ifdef的にプラットフォームごとに変えなきゃいけなさそうだけどまあしゃーないか。

143 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 06:13:51 ]
>>134
言語とフレームワーク比べんなw

144 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 07:53:16 ]
比べるならCakeとかだよな

145 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 08:01:26 ]
Coffeeも付けてください。

146 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 08:03:43 ]
JavaならWicketあたりか
国産ならSAStrutsとか

147 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 08:59:02 ]
てかその動画Railsが出た2,3年前にも出てたよなw

148 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 09:11:01 ]
> Pythonを使い続ける最も大きな理由... そうだなあ,大きな理由が2つあるよ。
> ひとつめの理由はライブラリ。Pythonには全部のライブラリがそろっている。
> 僕たちは開発を進めてきた課程で,たくさんの技術や,たくさんのアーキテクチャを学んできた。
> たとえば,僕がコネクションプールについて理解していなかったとしても,
> 僕はただ単にライブラリを探してきて使うことができる。それからコネクションプールについて理解して,
> 自分たちでライブラリを書けばいい。Webフレームワークについても理解する必要はない。
> 自分たちのフレームワークを作る時が来るまで,他の人が作ったフレームワークを使うだけだ。
> その他の多くの技術を使う前に学ぶ必要はないんだ。
> だってPythonにはほとんど全ての種類のライブラリが備わっているのだから。
> これからも,僕たちはもっと多くの技術を学び続ける。
> そして自分たちの手でライブラリを作る。技術を自分たち流に変えるためにね。
> このような手法を使うことで,自分流に変換する作業をとってもとっても簡単にすることができるんだ。
>
>
> もうひとつ,僕たちをPythonにつなぎ止めておく理由は,これは最も大きな理由なんだけど,
> Pythonのコードが読みやすく書きやすい,ということなんだ。
> たとえば僕たちが新しい技術者を雇うとき。Pythonが書ける技術者を雇うことはまずないわけだけど。
> 僕はただ「ぜんぶPythonで書いてね」と言うだけだ。
> そう言うだけで,彼らの書いたコードを僕は読むことができる。
> これはすごいことなんだけど,僕は部屋越しにコードが良いか悪いかを見分けることができるんだ。
> というのは,良質なPythonのコードはとても明確な構造を持っているから。
> これが僕の仕事をより楽にしてくれるんだ。Pythonのコードはとんでもなく表情豊かで,
> とんでもなく読みやすく,そしてとんでもなく書きやすい。
> だから僕は仕事をスムーズに運べるというわけさ。

翻訳 - Python製のソーシャルブックマークエンジンRedditはなぜLispをやめてPythonを使うようになったのか ? TRIVIAL TECHNOLOGIES 2.0
coreblog.org/ats/japanese-translation-why-reddit-uses-python

149 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 09:26:41 ]
まったくもってどうでもいいことしか言ってないな。



150 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 09:30:54 ]
「定番」で「当たり障りがない」ことではあるけど、「どうでもいいこと」ではないよ。

151 名前:デフォルトの名無しさん [2009/04/12(日) 10:01:32 ]
>>Webフレームワークについても理解する必要はない
これがわからん。
フレームワークのMVCの作法に従った書き方しないで、なんの為に使うんだろう?
#そういうのが無いの?

152 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 10:53:21 ]
原文こっち
Why Reddit uses Python ≪ .:.
brainsik.theory.org/.:./2009/why-reddit-uses-python

> Don’t understand web frameworks, so we’ll use someone else’s until we make our own.
webフレームワークを理解する必要がない、だから、自分達のができるまで誰か他のを使うんだ。

understandがそのままの意味ないのかわからん

153 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 10:54:56 ]
>>148
自分で貼っておいてなんなんだけど、
マイナー言語(LISP)はライブラリないから、
標準や他の人が作ったライブラリがそろっているメジャー言語(Python)いいよねって言っているだけな気がするw

154 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 12:32:48 ]
パイトンって読むの?

155 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 12:44:11 ]
>>153
いや、それが重要なんだろ。

俺様ライブラリに頼らない「標準」を利用することで、
元々あったpythonの親しみやすい構文にくわえて、さらに誰が見ても解るコードができあがるってね。

実際マクロばりばり使われた俺様ライブラリ使用、俺様LISPなんて、作者以外にメンテできるかよってシロモノだし。

156 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 13:08:10 ]
pythonな奴はやたら自分の正統性を主張する

157 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 13:09:48 ]
ライブラリ言い出したらCPANやPEARやJakartaに勝てるのかみたいな話にならないか

158 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 13:18:58 ]
>>157
RubyGemsには無条件で勝ってるのかw
別に全てに勝つ必要はないだろうが・・・スレタイがあれか

159 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 13:21:24 ]
RubyGemsを詳しく知ってる奴が少ないだけ



160 名前:デフォルトの名無しさん [2009/04/12(日) 13:41:18 ]
CPANみたいに、ダイレクトにdir見れる方が好きだな
概要知りたきゃ readme 嫁ってのが良い
#説明非表示モードでみれたりする?>RubyGems

161 名前:デフォルトの名無しさん [2009/04/12(日) 13:50:06 ]
結論:ライブラリには99%JavaDocが付いているJava最強

162 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 13:52:23 ]
RubyGemsの制作経緯と概要(ちょっと古い)
ttp://jp.rubyist.net/magazine/?0006-PackageManagement

使い方や仕組みは、CPANなどに比べてそんなに難しいわけではないような。
最大のネックはパフォーマンス(だった)。
だけど、Ruby使ってる時点でそれは二の次のはずなので無問題。

163 名前:デフォルトの名無しさん [2009/04/12(日) 13:54:39 ]
HSPが出てないとは聞き捨てならんな!

164 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 13:56:41 ]
がんばってHSP覚えるならVB6でもやったほうが応用できるし手間も変わらん気がするんだが
まぁLLからは離れるけど

165 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:31:02 ]
>>Pythonには全部のライブラリがそろってる
全部って・・ww。なんかの販売員みたいだな。どの言語もそんな主張してそう
でマジでどうでもいい宣伝って感じだ。

166 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:42:46 ]
ちゅーか、HSPばかり使っていると将来困るだろ
BASICみたいに入門用途かもしれんが、それにしても今時PythonかRubyでいいじゃんという
他人に勧めるやつがいたら間違いなく征する

167 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:49:14 ]
制じゃね?

168 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:51:22 ]
征(伐)?

169 名前:デフォルトの名無しさん [2009/04/12(日) 17:54:20 ]
>>165
Pythonのライブラリの充実度はruby,perlに比べてダンチだぞ



170 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:56:52 ]
>>169
Pythonを使ってない人間はPythonのライブラリを見たこともどこで探せるかもわからないので、
それだけ書かれてもなあ
CPANみたいな仕組みはあるの?

171 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 17:57:14 ]
Pythonはライブラリ揃っている方じゃね。
たとえばsmtpでメールを送るスクリプト書くにしてもRubyの方が面倒に感じるし。

172 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:04:04 ]
>>170
Pythonは本体インスコした時点で豊富なライブラリが揃っていると言う認識だと思われ。
それならRubyやperlと比べてダンチだろう。

173 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:18:17 ]
そんなもんディストリのポリシー次第だろ

174 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:21:24 ]
>>172
なるほど。
ググってみたら、PyPI ってのが公式?のライブラリデポジットみたいな感じだろうか。
ttp://pypi.python.org/pypi

ライブラリの充実度ってことなら、一応この辺の周辺ライブラリも入れて考えないと
あんまり意味無いのではと思った。

PHPのPEARのほぼ唯一良い点としては、配布物に添付したりサーバに設置するのに
特別な操作とか修正が必要ないってことかな。
全部Pure PHPで書かれていて、同梱したライブラリのルートディレクトリにinclude_pathさえ
通せば使えるようになるっていう共通の原則はなかなか便利。

他の言語のライブラリはそういう使い方したこと無いから、ひょっとしたらどの言語のライブラリも
同じようにできるのかもしれないけど。

175 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:23:42 ]
>>173
突っ込みになってないぞ。
つまりその「ディストリのポリシー」からして段違いなわけだからな。

176 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:27:08 ]
>>175 は?

ディストリビューション毎のパッケージングポリシーの違いが、
なんで言語のせいになるんだよタコ

177 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:34:51 ]
何でも入ってるから重いって言う考え方はしないんだろうか

178 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:35:34 ]
かつてのVB難民がスクリプトでがんばってるみたいね。
開発環境は退化した気がするけど

179 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:35:36 ]
>>174
PHPは名前空間くらいどうにかしてからおいで下さい



180 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:36:15 ]
Pythonの場合、言語自体のリリースのポリシーが
"Batteries Included"

www.python.org/about/

181 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:42:32 ]
>>179 PEARじゃないけど

class Zend_Db_Table_Row extends Zend_Db_Table_Row_Abstract
{
}

うん。解決済み。
# PHP5.3からnamespaceついてるらしいけど、ライブラリ側で対応とかするのかな・・・

182 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 18:57:09 ]
>>176
「言語のせい」とか意味不明。
何あさっての方向に喚いてるの?

183 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 19:16:42 ]
自分のコードも3ヶ月経てば他人のコードの原則を重視すると、
コーディングスタイルが統一されてくるPythonが一押しになる。
個人的にはJythonが理想郷なんだが中途半端な出来でげんなり。

184 名前:デフォルトの名無しさん [2009/04/12(日) 19:27:11 ]
>コーディングスタイルが統一されてくるPythonが一押しになる
激しく同意する。

C だと、他人のコードを読むのに、エディタでインデントを修正しながら読むことになる。
金にならねば、他人の C コードを、もう読む気持ちになれない。

Python ならば、他人のコードを楽しんで読める。力のあるやつが書いたコードは多くの
ことを教えてくれる。身構えることなく、他人のコードを読み下していける python のイ
ンデントの強制は、もっと評価されるべき。


185 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 19:34:01 ]
>>184
C、C++の場合、環境依存を気にしすぎてマクロでスイッチングをバシバシ決めているのが気に入らん。

#define,#ifdef、makefileの環境変数なんて死ね、と思う。

186 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 19:44:27 ]
いつの間にLL以外の言語語るスレになったんだ?

187 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 19:50:18 ]
細けぇことはいいんだよ(AA略

188 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 20:53:41 ]
Cならindent使えばいいのに。

189 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:02:49 ]
今後、LLの多くが淘汰されるだろうけど、何だかんだでPerlは生き残るだろう。
それとawkはプログラミング言語として見た場合は賛否両論だけど、
プログラマブルなツールとして見れば有用で、今後もそれなりの存在意義はある。
Pythonもあの普通っぽさがいい。

案外PHPなんかは消えたりして。



190 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:07:03 ]
さっぱり分からないわ、その基準。

191 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:29:50 ]
世の中には投資回収って言葉があるから、どの言語も消えることはありえません。

そういう視点で見ると昨今のJavaScriptのブラウザを巻き込んだ盛り上がりは、
VBからWebアプリにリプレースして業務効率を落した時代の清算に思える。
ClickOnceやWebStartを認めてはいけないという不退転な思いを感じる。(大げさ)

192 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:34:46 ]
Webへ逃げていくのを一番危惧してるのはMSだからな
ブラウザさえあればどんなOSでも使える、デスクトップすらいけるとなると
有料OSなんぞ使わない

あとは開発環境やセキュリティとの兼ね合いでどのくらいいけるかどうかかねぇ
自分としてはFirefoxのアドオンみたいな感じでブラウザにインストールする形が
有望だと感じてる

193 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:52:36 ]
XULは正直・・・

194 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 22:16:07 ]
> ブラウザ "戻るボタン" 無効 の検索結果のうち1年以内に更新された日本語 のページ 約 21,700 件
自分で調べておいて思わず苦笑した。

この辺はHTML5の勧告でAjaxライブラリが解決するんだろうけど、
HTML5はXHTML2とは互換がないらしいよ、セマンティック・ウェブさん。

195 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 22:39:00 ]
>>194
HTML5って、ブラウザにDB積んでみたり、スクリプトではない入力バリデート?を
入れてみたりしてるんだよね
なんともそっち方面に突っ走ってるな〜と

しかしこれ、実装が出てきても実際の普及に五年ほどはかかるんじゃないか?

196 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 23:01:27 ]
Perlなんて事実上消えたも同然だろ。今後は全部Pythonに統一。


197 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 23:09:56 ]
今までやった言語
Bash
AWK
SQL
Ruby

CやらPerlやらも齧ってみたけど身につかなかった
趣味グラマだからこれくらいで許してよ
あんまし勉強した区内

198 名前:デフォルトの名無しさん mailto:sage [2009/04/12(日) 23:12:22 ]
>>195
IE8がもう実装を始めてるから、勧告と同時によーい、どん、となると思うよ。

>>196
おなじみ?のTIOBE Programming Community IndexだとPERLは9位に付けてるよ。
ぶっちゃけ絶賛暴落中だけど、これは話題率ランキングだからまだ現役ではある。

199 名前:デフォルトの名無しさん [2009/04/13(月) 00:11:02 ]
>>184
どれにもいえる事だけど、インデント深くなってるコードを読むとゲンナリするよ。
できるだけ他人のコードは見ないですませたい。無理だけど orz




200 名前:デフォルトの名無しさん mailto:sage [2009/04/13(月) 00:20:18 ]
仕事現場でインデント付けないでコード書く人なんて実際にいるの?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<208KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef