09/04/12 18:23:42
>>173
突っ込みになってないぞ。
つまりその「ディストリのポリシー」からして段違いなわけだからな。
176:デフォルトの名無しさん
09/04/12 18:27:08
>>175 は？
ディストリビューション毎のパッケージングポリシーの違いが、
なんで言語のせいになるんだよタコ
177:デフォルトの名無しさん
09/04/12 18:34:51
何でも入ってるから重いって言う考え方はしないんだろうか
178:デフォルトの名無しさん
09/04/12 18:35:34
かつてのVB難民がスクリプトでがんばってるみたいね。
開発環境は退化した気がするけど
179:デフォルトの名無しさん
09/04/12 18:35:36
>>174
PHPは名前空間くらいどうにかしてからおいで下さい
180:デフォルトの名無しさん
09/04/12 18:36:15
Pythonの場合、言語自体のリリースのポリシーが
"Batteries Included"
URLﾘﾝｸ(www.python.org)
181:デフォルトの名無しさん
09/04/12 18:42:32
>>179 PEARじゃないけど
class Zend_Db_Table_Row extends Zend_Db_Table_Row_Abstract
{
}
うん。解決済み。
# PHP5.3からnamespaceついてるらしいけど、ライブラリ側で対応とかするのかな・・・
182:デフォルトの名無しさん
09/04/12 18:57:09
>>176
「言語のせい」とか意味不明。
何あさっての方向に喚いてるの？
183:デフォルトの名無しさん
09/04/12 19:16:42
自分のコードも3ヶ月経てば他人のコードの原則を重視すると、
コーディングスタイルが統一されてくるPythonが一押しになる。
個人的にはJythonが理想郷なんだが中途半端な出来でげんなり。
184:デフォルトの名無しさん
09/04/12 19:27:11
＞コーディングスタイルが統一されてくるPythonが一押しになる
激しく同意する。
C だと、他人のコードを読むのに、エディタでインデントを修正しながら読むことになる。
金にならねば、他人の C コードを、もう読む気持ちになれない。
Python ならば、他人のコードを楽しんで読める。力のあるやつが書いたコードは多くの
ことを教えてくれる。身構えることなく、他人のコードを読み下していける python のイ
ンデントの強制は、もっと評価されるべき。
185:デフォルトの名無しさん
09/04/12 19:34:01
>>184
C、C++の場合、環境依存を気にしすぎてマクロでスイッチングをバシバシ決めているのが気に入らん。
#define,#ifdef、makefileの環境変数なんて死ね、と思う。
186:デフォルトの名無しさん
09/04/12 19:44:27
いつの間にLL以外の言語語るスレになったんだ？
187:デフォルトの名無しさん
09/04/12 19:50:18
細けぇことはいいんだよ（AA略
188:デフォルトの名無しさん
09/04/12 20:53:41
Cならindent使えばいいのに。
189:デフォルトの名無しさん
09/04/12 21:02:49
今後、LLの多くが淘汰されるだろうけど、何だかんだでPerlは生き残るだろう。
それとawkはプログラミング言語として見た場合は賛否両論だけど、
プログラマブルなツールとして見れば有用で、今後もそれなりの存在意義はある。
Pythonもあの普通っぽさがいい。
案外PHPなんかは消えたりして。
190:デフォルトの名無しさん
09/04/12 21:07:03
さっぱり分からないわ、その基準。
191:デフォルトの名無しさん
09/04/12 21:29:50
世の中には投資回収って言葉があるから、どの言語も消えることはありえません。
そういう視点で見ると昨今のJavaScriptのブラウザを巻き込んだ盛り上がりは、
VBからWebアプリにリプレースして業務効率を落した時代の清算に思える。
ClickOnceやWebStartを認めてはいけないという不退転な思いを感じる。（大げさ）
192:デフォルトの名無しさん
09/04/12 21:34:46
Webへ逃げていくのを一番危惧してるのはMSだからな
ブラウザさえあればどんなOSでも使える、デスクトップすらいけるとなると
有料OSなんぞ使わない
あとは開発環境やセキュリティとの兼ね合いでどのくらいいけるかどうかかねぇ
自分としてはFirefoxのアドオンみたいな感じでブラウザにインストールする形が
有望だと感じてる
193:デフォルトの名無しさん
09/04/12 21:52:36
ＸＵＬは正直・・・
194:デフォルトの名無しさん
09/04/12 22:16:07
> ブラウザ "戻るボタン" 無効 の検索結果のうち１年以内に更新された日本語 のページ 約 21,700 件
自分で調べておいて思わず苦笑した。
この辺はHTML5の勧告でAjaxライブラリが解決するんだろうけど、
HTML5はXHTML2とは互換がないらしいよ、セマンティック・ウェブさん。
195:デフォルトの名無しさん
09/04/12 22:39:00
>>194
HTML5って、ブラウザにDB積んでみたり、スクリプトではない入力バリデート？を
入れてみたりしてるんだよね
なんともそっち方面に突っ走ってるな～と
しかしこれ、実装が出てきても実際の普及に五年ほどはかかるんじゃないか？
196:デフォルトの名無しさん
09/04/12 23:01:27
Perlなんて事実上消えたも同然だろ。今後は全部Pythonに統一。
197:デフォルトの名無しさん
09/04/12 23:09:56
今までやった言語
Bash
AWK
SQL
Ruby
CやらPerlやらも齧ってみたけど身につかなかった
趣味グラマだからこれくらいで許してよ
あんまし勉強した区内
198:デフォルトの名無しさん
09/04/12 23:12:22
>>195
IE8がもう実装を始めてるから、勧告と同時によーい、どん、となると思うよ。
>>196
おなじみ？のTIOBE Programming Community IndexだとPERLは9位に付けてるよ。
ぶっちゃけ絶賛暴落中だけど、これは話題率ランキングだからまだ現役ではある。
199:デフォルトの名無しさん
09/04/13 00:11:02
>>184
どれにもいえる事だけど、インデント深くなってるコードを読むとゲンナリするよ。
できるだけ他人のコードは見ないですませたい。無理だけど orz
200:デフォルトの名無しさん
09/04/13 00:20:18
仕事現場でインデント付けないでコード書く人なんて実際にいるの？
201:デフォルトの名無しさん
09/04/13 00:25:05
>>184
Visual Basicも昔そんなこと言われてたけど、一時の流行りで終わったね。
スクリプトみたいな簡易言語で満足してるようじゃ技術者としてはいつまでも3流だよ。
202:デフォルトの名無しさん
09/04/13 01:10:08
1流らしい下賎なレスをありがとう
203:デフォルトの名無しさん
09/04/13 01:20:52
スクリプトだけやってたら絶対にスーパーハカーにはなれないけど、
スーパーハカーがスクリプトを使うことはある。
204:デフォルトの名無しさん
09/04/13 02:13:21
>200
皆がインデント付けてても
インデントの規則や個々のタブ幅がバラバラだと凄く読みにくい
例えば、GNU式のインデントはタブ8以外の環境じゃチグハグになるし
205:デフォルトの名無しさん
09/04/13 02:46:51
技術者としては三流www
何の技術者だよwww
スクリプトできれば十分な分野だってあるのにな
職業プログラマって視野せまそうだな
206:デフォルトの名無しさん
09/04/13 06:18:33
スクリプトできれば十分な分野なんかに一流プログラマは
いない、というのは結構正しい気はするな。
207:デフォルトの名無しさん
09/04/13 06:27:11
それって単に、スクリプト言語では十分ではないこと自体が
自分の中で一流の定義（の一部）になってるだけじゃないの？
「○○なんかを良いと言うのは信者だけ！」って主張する奴の「信者」の定義が
「○○を良いと言うこと」で、だから世界の99%が○○を良いと言っても成立するとか、
その種の言葉遊びにも見えるけど。
208:デフォルトの名無しさん
09/04/13 06:35:47
スクリプトだけで十分じゃない分野って組み込みと速度にシビアな分野と
スクリプトが使えない分野（コンシューマゲームとか）以外何がある？
209:デフォルトの名無しさん
09/04/13 06:41:53
スクリプト言語に限らんが、人が多くてライブラリや資産が整っていると
誰でも使えるようになるからね。それこそ、組み立てるだけで誰でもある程度までできてしまう。
敷居が低いから、(見えている範囲では)一流には見えないんだろうと思う。
しかも、スクリプト言語はその低い敷居の範囲の仕事をみな奪ってしまった。
ネイティブな言語には残された上で言っている"一流の仕事"しか残っていないんだろうよ
210:デフォルトの名無しさん
09/04/13 06:42:30
本当に優秀な人なら用途に合わせて最適な道具を選ぶと思う
スクリプトの得意分野をアセンブリでやるのは趣味か馬鹿
211:デフォルトの名無しさん
09/04/13 07:18:41
>>200
インデントをつけたくてもRPGと言う言語は固定カラムでコードを書くんだなー。
ってヤツは少ないだろ。
Pythonが一番コード読みやすいのは事実だな。
しかし、自称一流なんていう奴はたいてい胡散臭いな。
なんでもかんでもJavaやC++でやるヤツの方が３流だろうに。
212:デフォルトの名無しさん
09/04/13 08:31:28
この前採用面接でPHPなんて誰でもできるでしょ？とか偉い人に言われたぞww
まあ世間の評価はそんなもんなのかな。
213:デフォルトの名無しさん
09/04/13 08:40:13
文法知ってりゃ誰でもコード書けると思ってるんだろ。
世間の評価なんてそんなもの。
偉くなりたければコーディングの技術にこだわりすぎないこと。
214:デフォルトの名無しさん
09/04/13 08:42:26
WEBアプリ限定で、「フォームからのメール送信」とか、「画像ファイルのアップロード」みたいな処理が、
ほとんど何も知らなくても書けて一番簡単な言語（？フレームワーク？）はPHPなのは間違いなかろ
そういう意味じゃないか？ｗ
215:デフォルトの名無しさん
09/04/13 10:56:17
一流プログラマの定義なんて興味ないが、周りでちょっとできる
奴っでPHPとかしかやったことがありません、なんてバックグラウンドの
奴は一人もいないぞ。ちょっと向上心や勉強する意欲があれば、CやJavaくらい
覚えるはず。
Cとかである程度規模の大きいプログラムがちゃんと破綻なく作成できるレベル
になっとけば、PerlでもRubyでもPHPでも移行してすぐに適応できる。
じゃあ、その逆はどうか、と言えばこれは相当苦労するはず。文法だけじゃな
くてな。
最初からRubyで育った世代がでてくればまた話は変わってくるのかもしれないが、
少なくとも現時点で、CもC++もJavaも知らないで一流なんて人間がいるわけがない。
よっぽど周りがレベルが低くないかぎり、あたりまでしょ。
PHPだけしかできません、と言う奴ですごい奴にお目にかかったことないよ。
なにやら適材適所とか、「本当に優秀な人なら用途に合わせて最適な道具を選ぶと
思う」なんて当たり前のこと書いて得意になっているのはバカにする以前に、なん
か気の毒だな。それ反論のつもりなの？ 意味がある書き込みと本気で考えている
の？
オツムが不自由なのか？
216:デフォルトの名無しさん
09/04/13 11:16:55
>>215
オツムが不自由なのか？
書いてる内容が支離滅裂だぞ
217:デフォルトの名無しさん
09/04/13 11:26:48
そうなんだよな。
言語の複雑さとシステムの有用性の間には関連がないはずなのに
一般に複雑と思われてる言語に精通している人のほうがいい人が多い気がするな。
でも半端に技術があると病的な経済感覚してるときあるな
218:デフォルトの名無しさん
09/04/13 11:32:51
アセンブラができればCなんて要らないと言われた時代が懐かしい。
219:デフォルトの名無しさん
09/04/13 11:41:06
>>215
>少なくとも現時点で、CもC++もJavaも知らないで一流なんて人間がいるわけがない。
まるで根拠のない主張。こんなこと言うバカは、自分がCやC++やJavaを知っていることで優位に立とうとしているだけ。
220:デフォルトの名無しさん
09/04/13 12:08:32
PHP 信者が必死だなw
221:デフォルトの名無しさん
09/04/13 12:15:07
そんな程度では優位に立つことなどできませんがね。
222:デフォルトの名無しさん
09/04/13 12:25:14
ポインタって何？っていう一流プログラマー・・・これだけは絶対ないわ。
どんだけレベル低いんだよ、お前の会社。
223:デフォルトの名無しさん
09/04/13 12:25:53
別に言語はなんだっていいと思うよ。
フランス語が一番きれいみたいな根拠のない論争と同じだし、
コンピュータにやらせたいことの意味が通じればいいだけだから。
目的が極限のパフォーマンスとかハード直接叩くだったらC言語できないと
困るだろうけど、万人がそういう目的を持ってるわけでもないし、
別にPHPだろうがPerlだろうがなんだっていいと思うけどね。
F1レーサーだって二種免許や大型免許もってるわけじゃないんだし。
224:デフォルトの名無しさん
09/04/13 12:43:05
アセンブラとCはちょっと特別だと思うけどな
CPU直接叩くにはアセンブラが必要だし
今のOSは大抵はCで組まれていて、システムコールや何かも全部Cだから
システムレベルのプログラミングをするのなら、通常Cは知っておく必要はある
大体、PHPだの何だのといった処理系を使うにしても、それらは
大抵Cで組まれてるわけでな
万人がそれらを使える必要は無いし、Cを使える奴が常にCで仕事する
なんてことも無いわけで、一般に言語は適材適所で使えばいいのだが、
アセンブラやCを全く知らない「一流のプログラマ」ってのは俺も疑問だな
225:デフォルトの名無しさん
09/04/13 12:43:59
残念ながらプログラマって肩書が付いてる時点で一流の技術者じゃないと思います。
226:デフォルトの名無しさん
09/04/13 12:44:57
欧米には普通にシニアプログラマって概念がある
227:デフォルトの名無しさん
09/04/13 12:46:50
はいはい
228:デフォルトの名無しさん
09/04/13 12:48:56
>>217
複雑と思われてる言語 って例えば何？
229:デフォルトの名無しさん
09/04/13 12:49:45
マ板の話題だなあ。どうでもいいが。
230:デフォルトの名無しさん
09/04/13 12:56:41
Perl、PHPは大規模なプログラム作ろうという気が起きないというか、
あるスケール以上では使うのをやめよう、C++やJavaで開発しよう、と
いう流れになるが、RubyやPythonはそうではないというか、大規模
開発にも耐えられる言語仕様じゃない？
今は実例は少なくても、将来Javaとかの開発の大部分を置き換える
ポテンシャルを持っていると思う。
ま、言語的に優れていても普及しないというのは良くあることだが。
何が言いたいかというと、同じLLでも、志というか、スコープがぜんぜん
違うものがあるということだ。
231:デフォルトの名無しさん
09/04/13 13:04:17
RubyはPerlと同じ道を行くと思う。
232:デフォルトの名無しさん
09/04/13 13:07:25
クラスをどんどん作るならJavaでいいし、ワンライナー的ならPerlが早いし、Rubyはいらんかな。
233:デフォルトの名無しさん
09/04/13 13:14:15
>>230 がはてなや楽天やyahoo否定してもしょうがないと思うのだが
234:デフォルトの名無しさん
09/04/13 13:16:26
言語なんて仕様の優劣より慣れだと思うよ
欧米人から見たら日本語なんて活用形が何種類もある上に
ひらがなカタカナ漢字英字を組み合わせる意味不明な言語だろうけど
日本人ならよっぽどのアホでもだいたい理解できるわけで
235:デフォルトの名無しさん
09/04/13 13:17:42
はてなはともかく楽天は大規模なサービスはJavaだし、
YahooもPHPはフロントエンドや小規模サービスだけで主要部の中身はCだ。
236:デフォルトの名無しさん
09/04/13 13:17:43
自然言語とコンピュータ言語比べても実のある議論にならんでしょ。
237:デフォルトの名無しさん
09/04/13 13:49:00
>>228 ADA
238:デフォルトの名無しさん
09/04/13 13:55:42
賢者たちよ、Rubyのいいところプリーズ！
239:デフォルトの名無しさん
09/04/13 15:11:20
作ったスクリプトが遅くてもインタプリタのせいに出来る
240:デフォルトの名無しさん
09/04/13 15:13:44
古いコードとの互換性が無くて他言語で打ち直す仕事が来ます
241:デフォルトの名無しさん
09/04/13 15:26:59
なんとなくで組み上げてなんとなく動けばそれで幸せになれる
ついでに作ってる課程も楽しい、らしい
242:デフォルトの名無しさん
09/04/13 15:30:08
0が偽じゃない
空文字が偽じゃない
空配列が偽じゃない
243:デフォルトの名無しさん
09/04/13 19:01:57
RubyはもっとWindowsユーザーに媚び売って今風なオシャレなアイコンにするべき。
あと、まつもととかるびまとかひらがなやめれ。
244:デフォルトの名無しさん
09/04/13 19:23:43
名前をひらくのと、るびまが平仮名なのは、まったく別のセンスだと思うなぁ。
後者に何か抵抗感を持つのは「少し」わかるけど、前者をどうこう思うのはわからない。
245:デフォルトの名無しさん
09/04/13 19:27:46
結論としては、JavaとシームレスなGroobyでOK？
246:デフォルトの名無しさん
09/04/13 19:40:55
Rubyは結構好きなんだけど、もう少しもちつけと言いたい。
仕事で使うにはじゃじゃ馬すぎる。Railsも然り。
趣味で使うならRubyは良い選択肢だと思う。
247:デフォルトの名無しさん
09/04/13 23:37:01
それもRubyの特性のひとつかと。落ち着いてるのがいいならPython使えばいいんだろうし。
248:デフォルトの名無しさん
09/04/14 00:05:38
Pythonはやっててだんだん滅入ってくる。Rubyはだんだんハイになる。
249:デフォルトの名無しさん
09/04/14 00:28:13
楽なのはPHPなんだけど、共同開発やると死にたくなるのもまたPHPなんだよなぁ
スキル合わない人と共同作業するときは、Javaくらいガチガチの言語じゃないと駄目だわ
ちなみにPythonは昔使ってたけど技術者誰も集まらなくて共同開発のレベルまで達しなかったｗ
250:デフォルトの名無しさん
09/04/14 11:46:50
>>238
Railsでガッツリつくって、技術足りなくてチューニングできずに結局phpで作れ直すハメになり、
仕 事 が 増 え る
251:デフォルトの名無しさん
09/04/14 11:47:36
おっと、
(ﾟДﾟ)ｳﾏー
を付け忘れた
252:デフォルトの名無しさん
09/04/14 12:25:24
Railsは技術あってもチューニングはむずいんじゃないかね
Rails自体をカスタマイズしないと根本的な重さは改善できないし
そうなるとRails使う意味ないし
253:デフォルトの名無しさん
09/04/14 12:41:55
まだ、railsが重いとか言ってるバカいるのか。
ちゃんと使ってから物言え！
254:デフォルトの名無しさん
09/04/14 12:45:45
いや・・・重くなけりゃ、Passenger(いわゆるmod_rails)なんて出てこないだろ・・・
255:デフォルトの名無しさん
09/04/14 13:08:32
VisualBasic時代から進歩の無い話だな
256:デフォルトの名無しさん
09/04/14 13:14:28
Twitterが苦しんでるのを見ると、重いというよりは、スケールに対する有効な処方箋が
無いんではないかと想像しているんだが、どうなんだろう？
257:デフォルトの名無しさん
09/04/14 13:22:36
まぁやっぱり素のRubyスクリプトに比べたら重いし
例えばPHPに対するZendとかCakeみたいなものを使うことのロス
以上の実行速度低下があるわけで重いのは間違いないだろう
258:デフォルトの名無しさん
09/04/14 13:29:55
zendとかcakeと比べてrailsが遅い分けないだろ。
ちゃんと使ってから物言え
railsが重いからPassengerが出来たと言うバカもいるみたいだし
実稼動してるWEB開発したことないやつが多いのがよくわかる。
259:デフォルトの名無しさん
09/04/14 13:33:35
cakeはともかくzendがrailsより重いってのはないわぁ
こんなところでバカバカ煽ってないで、さっさとWebProg板へお帰り下さい
260:デフォルトの名無しさん
09/04/14 14:46:15
SymfonyならともかくCakeやZendの方が軽いのは間違いないと思うぜ。
261:デフォルトの名無しさん
09/04/14 17:03:08
>>253
このあたりのこと理解して書いてるの？
URLﾘﾝｸ(blog.masuidrive.jp)
262:デフォルトの名無しさん
09/04/14 17:47:25
twitterも最初はrails使ってたが今ではほとんど使ってないみたいなこと言ってなかったか？
メッセージキューも最近になってScala製になったし
263:デフォルトの名無しさん
09/04/14 17:47:46
RailsはCakeとかごってりphp系フレームワークよりは、軽い、という話だったはず
264:デフォルトの名無しさん
09/04/14 18:11:13
RailsがごってりなうえにRuby自体も遅いわけだから
Cakeなんかより遙かに遅いっての
265:デフォルトの名無しさん
09/04/14 18:21:20
速度そこそこ速くて実績のあるdjango使おうぜ
266:デフォルトの名無しさん
09/04/14 18:25:57
まさかのzope
267:デフォルトの名無しさん
09/04/14 18:56:00
Twitterの開発者はキャッシュ戦略に問題があるって言ってたのに、
結局それは解決できずにScalaに移ったの？うーむ。。。
確かScalaって静的言語だよな？
268:デフォルトの名無しさん
09/04/14 19:25:11
ああGC性能の差か、JavaはG1GCが次で登場すると更に効率が良くなるしな。
最近の記事だとJRuby1.3はRuby1.9より2.5倍は速くなるらしいし、
言語よりもVMの性能で選ばれることになるのかな。jvm vs .net vs llvmか？
269:デフォルトの名無しさん
09/04/14 20:08:25
URLﾘﾝｸ(blog.headius.com)
JRubyの件は、現時点ではちょっと疑問だなあ。tak関数の議論しかされていない
単一のベンチマークに限っていいなら、n体問題で
MagLevがJava並みの速度出たよ！なんて話もあった
ただ、提示されている最適化には実アプリでも十分効きそうなものも多いので
期待はできると思う
270:デフォルトの名無しさん
09/04/14 21:14:46
>>250
天才あらわる
271:デフォルトの名無しさん
09/04/14 22:22:31
Railってやっぱ良く出来ていると思うけどなあ。
フレームワークとして既存のものの利点欠点を良く研究していると思う。
言語としてもLLといいながらちゃんと大規模にも耐えられるようになって
いると思うし、じわじわ普及して最後に勝ち残ると思うよ。
272:デフォルトの名無しさん
09/04/14 22:51:14
じわじわ流行ってバージョン間の互換性で悩むわけですねわかります
273:デフォルトの名無しさん
09/04/14 23:40:41
まぁその話はRailsであってRubyじゃないからな
274:デフォルトの名無しさん
09/04/15 00:40:33
なんか、Rails、Rails って Ruby には Rails しかないのかと思えてくる。
Ruby は、そろそろ Rails 離れ(他のキラーアプリ)が必要じゃないかな。
因みに Ruby は、仕事でちょっとしたバッチを書くのに使ってて、結構好きだよ。
275:デフォルトの名無しさん
09/04/15 00:41:40
そういうのはバッチかPerlでいいじゃん別に。
276:デフォルトの名無しさん
09/04/15 00:51:46
ドザ乙
というのは置いておいて、そこは好みで選ばせてやれよ
277:デフォルトの名無しさん
09/04/15 00:55:11
Groovyが人気になったりして。Grailsとかのポートもあるし、
JavaScript2みたいに型も指定できるからエディタの補完も期待できそう。
278:デフォルトの名無しさん
09/04/15 00:57:50
Groovy って Java の標準に入る事になってるんだっけ？
もしそうなら、確かに来そうな気がする。
279:デフォルトの名無しさん
09/04/15 01:03:23
> Groovyは動的な言語であり、直接スクリプトを実行することができる。
> Groovyコード断片をコマンドラインに与えワンライナーとして実行する
> ことも可能である。なおこの時、中間的にJavaソースコードが生成される
> ことはなく、バイトコードがメモリ上に生成されて直接実行される。
> また、groovycコマンド（groovyコンパイラ）を使ってクラスファイルを
> あらかじめ生成しておくこともできる。
> いずれにせよGroovyコードは内部的にはJavaバイトコードに変換されてJVM上で実行される。
（Wikipedia）
ワンライナー例：
groovy -e "println 'Hello ' + args[0]" World
確かにちょっと触ってみたくなるね。
280:デフォルトの名無しさん
09/04/15 01:13:48
JavaFXとか・・てかほんとあほみたいなスクリプトが似たような売り文句でわらわらとww
281:デフォルトの名無しさん
09/04/15 01:14:43
JavaFXはクライアントサイド前提で明らかに他の言語とコンセプトが異なるのだが。
282:デフォルトの名無しさん
09/04/15 01:17:04
ホットデプロイのFW使えばフルJava殆どそのままスクリプト感覚で使える
283:デフォルトの名無しさん
09/04/15 06:57:50
いまどきコンパイルも速いから、そこをそんなに意識する必要もないよね。
俺は正規表現使えるようになったあたりから、スクリプト作業も全部Javaになったな。
コード補完効きまくりでJavaで書いた方が結局楽だし早い。
284:デフォルトの名無しさん
09/04/15 09:01:19
その考えを否定するワケではないが、サーバーやら他人の環境にJDKが常に入っている
保障があるワケでもあるまいに。
仮にjdkが入っていたとしてもエディタがviしかない状況もあるわけで、そこで
Javaのコードを編集汁、とか言われたら「スクリプトをJava作ったヤツ、ウゼェ
普通にshやperlやPythonで書けよ」って印象しかないな漏れは。
285:デフォルトの名無しさん
09/04/15 09:37:15
いやー、eclipseでサクサク作っちゃうと楽なんだよね。ただ人の環境とかこれメンテしてとかだと
まあ選択肢ないからなぁ。Haskellで書かれててもやるしかないし。
PerlならまだましだけどWinだと普通入ってないし、どの環境にもあって書くのも楽ってのは該当者なし
って感じかな。
逆に自分の環境だったらどうとでもできるから多少リッチなものを使いたいかな。
今後は開発環境がリッチでどこでも動くってことでActionScript/AIRあたりが面白そうなのかなとか思う。
286:デフォルトの名無しさん
09/04/15 09:40:19
今時は、webサーバでもGUI環境が入っていそうだな。
サーバの要塞化が叫ばれた時代が懐かしい。
287:デフォルトの名無しさん
09/04/15 12:24:38
284はホットデプロイの意味を理解してないと思う
viでソース編集してビルドは自動化しておけばスクリプトと同じ
288:デフォルトの名無しさん
09/04/15 12:45:21
>>287
え？ｗｗ
289:デフォルトの名無しさん
09/04/15 13:43:19
＞viでソース編集してビルドは自動化しておけばスクリプトと同じ
そこまでするくらいなら普通の感覚の人ならperlなりPython使うと思うが。
Jythonでもいいし。
趣味の人を否定するつもりはないけど、Javaしか使えないならそういえばいいのに。
290:デフォルトの名無しさん
09/04/15 13:43:57
統合開発環境に一度慣れると、エディタが億劫になるんだよ。
自分はEmacsだから Dynamic Abbrev を使って本文コードはまあ何とか書くけど、
importを書くのが非常に面倒くさい。
291:デフォルトの名無しさん
09/04/15 13:49:02
>>289
そういう人の為にこそGroovyがいいねって話の流れになりそうなもんだが。
まあ本人が全くGroovyに反応してない訳だからあれだがｗ
292:デフォルトの名無しさん
09/04/15 13:49:25
実行速度の面でメリットあるんじゃないかね
デプロイや設定が面倒なものは流行らないってのが正しいなら
Javaやmod_perlなんて誰も使ってないことになってしまう
293:デフォルトの名無しさん
09/04/15 13:58:32
それとは話が違うと思うが。
Javaは固い仕様の言語でみんなで仕事をするには向いているだろう。
単純なスクリプトを記述するのにshやperl使わずにJavaで書くのは、
ただの自己満足な印象が強いが。
たとえばあるディレクトリ以下のファイルの最終使用日付を取得するスクリプトなんか
Javaで書くよりPythonで書いた方が明らかに書きやすく読みやすいし。
294:デフォルトの名無しさん
09/04/15 14:01:45
そんなのls -luでいいと思うが
295:デフォルトの名無しさん
09/04/15 14:08:19
>>294
Windowsユーザにはそりゃ無理だな。
PowerShell憶えればいいのかも知れんが、あれほど食指の動かんスクリプトもなあ。
その点、Javaベースな何かなら、それなりに相性がいいかも知れないとかちょっと思った。
296:デフォルトの名無しさん
09/04/15 14:16:58
ls | select Name, LastAccessTime
powershellならこれでおｋ
297:デフォルトの名無しさん
09/04/15 15:47:06
一口にスクリプト言語の出番といっても、>>293くらい「猛烈に小さな」用途と、
それよりはもうちょっと込み入ったコード書かなきゃいけない用途では、また話が違うかな。
俺は、まぁ乱暴に言って100行くらいまでだと、趣味で作ってる俺Lispで書いてる。
もちろん、まったく他人が見ないコード限定ねｗ
298:デフォルトの名無しさん
09/04/15 18:48:57
世の中OSのスペックに反比例するほどエディタの性能が悪い。
NetBeans for G-Editorとかfor VIMとか作った方がいいのにな。
GoslingはEmacsのことはもう忘れろみたいにいってるが、
Java版テキストエディタにコード補完機能を付けたら、管理が楽になるぞ。
FreeMarker経由でXMLをアウトプットするとかそういう夢も広がる。
299:デフォルトの名無しさん
09/04/15 20:35:03
>>256
ぶっちゃけサーバーを国別にすべき
300:デフォルトの名無しさん
09/04/15 20:58:06
>>299
ぶっちゃけ新しい国でサービス始めるときの投資額が跳ね上がるからやりたくない
301:デフォルトの名無しさん
09/04/15 21:08:27
地味に>>296の即答がすごいと思ったのは内緒だ
なんとなくこういうスレではWindowsヘビーユーザは少数派な気がするのは偏見だろうか
302:デフォルトの名無しさん
09/04/15 21:19:19
PythonのShell実装もあるらしいし、Javaで出来る範囲くらいは好きなスクリプトでやらして欲しいね。
303:デフォルトの名無しさん
09/04/15 22:05:56
>>295
目的によるんじゃね
ADのグループポリシーなんかJavaで書く気はしないよ
304:デフォルトの名無しさん
09/04/16 00:47:28
>>301
俺はVisualStudioがメイン。これとC#の環境にはあらゆる言語環境がひれ伏します。
305:デフォルトの名無しさん
09/04/16 00:50:32
VisualStudioって自動で名前空間を補完したっけ？
306:デフォルトの名無しさん
09/04/16 02:09:13
余裕。jsも放り込めばIntellisense効く。さすがにいまいちだけど。
307:デフォルトの名無しさん
09/04/16 11:32:06
>>264
それマジで言ったん？ソースあんならすぐ出せ
マジならRubyスレ総力を上げて潰すが
308:デフォルトの名無しさん
09/04/16 11:50:52
潰すとかお前Rubyスレの評判そこまでして下げたいか
>306
型指定ありの言語は当然補完出来るだろうし型推論タイプの言語も何とか補完出来そうだが
動的型の言語では補完しづらいだろうなあ
309:デフォルトの名無しさん
09/04/16 11:53:07
PHP軍としてはRubyごとき相手にしてらんないよ
310:デフォルトの名無しさん
09/04/16 11:55:05
Rubyは教祖本人がさんざんPHP煽ってるんだから
自業自得だろ
311:デフォルトの名無しさん
09/04/16 12:26:52
煽られるPHPがまず自業自得だけどな。
312:デフォルトの名無しさん
09/04/16 12:39:07
そうやって正当化するしかないってのが哀れだな
313:デフォルトの名無しさん
09/04/16 12:42:14
PHPがRubyに勝ってる理由
・レンタルサーバで対応してるのは圧倒的にPHP
・コストパフォーマンスが良いのはPHP
・初心者でも抵抗が薄いのがPHP
・webに特化してるのがPHP
・解説サイトが多いのはPHP
・google検索結果はPHPの圧勝
314:デフォルトの名無しさん
09/04/16 12:44:14
>310
俺はRubyは好きだがmatzは嫌い
matz以外の開発陣もmatzの暴走止めるのに必死だし
もうあの人Rubyから手を引いてくれと思う
315:デフォルトの名無しさん
09/04/16 12:47:25
ソースコードが公開されてるんだからRubyの派生版作ろうって人はいねえのか？
文句だけはいっちょ前だもんなｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
316:デフォルトの名無しさん
09/04/16 13:03:24
おまえらそんな使い捨て言語でむきになんなよ。てきとーに使えばいいだろ。
どうでもいい仕事するための、どうでもいい道具だろ。
317:デフォルトの名無しさん
09/04/16 13:05:35
>>316
> どうでもいい仕事するための
ここがダウト
他はまあ同意
318:デフォルトの名無しさん
09/04/16 13:06:01
仕事だからこそ後々を考えなきゃいかん
せめて互換モード付けろよ、と
319:307
09/04/16 13:34:54
コピペでマッチポンプ楽しいｗ
320:デフォルトの名無しさん
09/04/16 14:02:13
>>315
JRuby に IronRuby に Rubinius とオレが知ってるだけで、これだけあるが。
321:デフォルトの名無しさん
09/04/16 14:22:27
>>320
あれ？あるかどうかの話？
322:デフォルトの名無しさん
09/04/16 15:04:05
>>313
・レンタルサーバで対応してるのは圧倒的にPHP
ゴミサイトでよく使われてるのがPHP
・コストパフォーマンスが良いのはPHP
素人PGが使い捨てされてるのがPHP
・初心者でも抵抗が薄いのがPHP
「使ってます」っていう初心者ばかりのPHP
・webに特化してるのがPHP
webにしか使えないPHP
・解説サイトが多いのはPHP
屑解説サイトばかりのPHP
・google検索結果はPHPの圧勝
検索結果が圧倒的にゴミばかりなのがPHP
323:デフォルトの名無しさん
09/04/16 15:06:26
>>319
まぁ、自分で考えて一字一字書いたレスであっても
内容的には全部コピペみたいなもんだから、このスレは。
324:デフォルトの名無しさん
09/04/16 15:07:41
>>322
＞ ・google検索結果はPHPの圧勝
＞ 検索結果が圧倒的にゴミばかりなのがPHP
これは、URLが引っかかっちゃってるのも多いんだよな
httpで検索したりしても偉いことになる
325:デフォルトの名無しさん
09/04/16 15:45:27
PHPのマニュアルがスパムサイトにミラーされてんだよ。
326:デフォルトの名無しさん
09/04/16 15:46:06
>>322
負け犬の遠吠え乙ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
327:デフォルトの名無しさん
09/04/16 16:08:58
遠吠えって、草生やすことでしょ？
音声として読むと似てるし。
328:デフォルトの名無しさん
09/04/16 16:35:51
>>284
サーバやら他人の環境に、PHPやRubyやましてPythonが（ｒ
329:デフォルトの名無しさん
09/04/16 16:50:54
逆に一番高確率で入ってるのがJavaだな
330:デフォルトの名無しさん
09/04/16 16:52:22
？
331:デフォルトの名無しさん
09/04/16 17:26:54
>>324
宝石店の広告がひっかかるRubyよりマシだと思うが。
332:デフォルトの名無しさん
09/04/16 21:52:39
ニシキヘビが出てくる言語はどうですか？
333:デフォルトの名無しさん
09/04/16 22:04:19
レンタルサーバで言えば、Ruby陣営はmod_rubyをまともにするべき。
334:デフォルトの名無しさん
09/04/16 22:06:31
>>333
FastCGI押しなんじゃないの？
それにmod_railsもあるから、それでほぼ需要は賄っている様な気もする
というかもろWebProg板ネタは、適当に自重してくれた方が何かと平和だ。
335:デフォルトの名無しさん
09/04/17 00:03:38
Webじゃないとこの辺のスクリプトなんて使い道ないだろ、とか
336:デフォルトの名無しさん
09/04/17 02:03:17
全くだな。テキスト処理だけで飯が食える世界でもないし。
337:デフォルトの名無しさん
09/04/17 02:05:45
画像合成したりテキスト乗っけたりするねぇ
338:デフォルトの名無しさん
09/04/17 07:24:39
ほんとはしないくせに
339:デフォルトの名無しさん
09/04/17 18:32:09
プロフサイトとかやったこと無いの？
340:デフォルトの名無しさん
09/04/17 23:42:48
MS Paintでやった方が早いわ
341:デフォルトの名無しさん
09/04/17 23:48:50
ケータイユーザーがわざわざPC使う？ お前アホちゃう？
342:デフォルトの名無しさん
09/04/18 00:07:07
>>331,332
この結果はちょっと意外だった。
URLﾘﾝｸ(images.google.com)
URLﾘﾝｸ(images.google.com)
343:デフォルトの名無しさん
09/04/18 01:17:24
>>339
Webじゃん
344:デフォルトの名無しさん
09/04/18 01:21:57
>>342
なんで画像検索よｗ
それよりも
１．Googleが無駄に優秀
２．宝石としてのルビーに価値はそれほどない
３．Ruby言語いいじゃん。Python？その蛇どこにいるの？
４．その他
>>342の見解を聞こうか。
345:デフォルトの名無しさん
09/04/18 01:37:03
>>344
URLﾘﾝｸ(www.google.com)
一見ほぼ均衡しているように見えるけど、この中に蛇や宝石が混ざっている
比率は>>342の画像の混在比率と正の相関関係があると考えられるので、
実際にはRubyのほうが優位なんだろう。
おれは世界的にはRubyよりもPythonのほうが圧倒的に優勢だと思っていた
ので、画像検索の結果は意外だった。
346:デフォルトの名無しさん
09/04/18 01:50:20
>>345 = >>342でいいのかな？
つまり、>>344 の 3. が、不本意にもGoogle先生の診断だということか！
英単語一つ取り出してどうのこうのってのは不毛で、それが>>344の4.で
って、俺が言うの！？
347:デフォルトの名無しさん
09/04/18 02:12:55
Accept-Language: ja
348:デフォルトの名無しさん
09/04/18 02:26:58
URLﾘﾝｸ(images.google.com)
ふむ。名前として一般的すぎますな。
349:デフォルトの名無しさん
09/04/18 09:54:50
Google先生の中の人はpython使ってるんでしょ？
350:デフォルトの名無しさん
09/04/18 10:02:07
Pythonを作った人はGoogleの中の人になったが、
そういうことはないだろう。
てか、MapReduceの実装とかC++じゃないのか？
351:デフォルトの名無しさん
09/04/18 10:08:37
コアの部分は当然C++。その辺の糞Webサービス会社といっしょにすんなよ。
352:デフォルトの名無しさん
09/04/18 10:10:57
いや、Webで動いてるとこには使ってないだろうけどさ、
社内で使ってるいろいろな道具はpythonを使ってるって話だよ。
検索アルゴリズムの基礎開発とかにも使ってるんじゃないの？
353:デフォルトの名無しさん
09/04/18 10:34:50
使う理由がないだろ。C++とJavaのノウハウが高い会社なんだから。こまいツール類だけだろ
354:デフォルトの名無しさん
09/04/18 10:54:35
Google App Engine とか Python で開始だったじゃん。Java も増えたけど。
あと、3年前の記事だけど。
> GoogleではC++，Python，Java以外の言語を使う場合は特別に許可が必要
> URLﾘﾝｸ(gihyo.jp)
355:デフォルトの名無しさん
09/04/18 12:01:18
検索がC++でAdSenseがJavaってのは知ってるけど
他の部分って何で書かれてるか公開されてたかな？
356:デフォルトの名無しさん
09/04/18 12:07:23
検索エンジン以外のサービスはJavaじゃないの？コスパ的に。
357:デフォルトの名無しさん
09/04/18 12:19:19
Googleみたいにがっつり作って高アクセスみたいなサービスだと
簡単に書けるけど実行速度遅いみたいな言語は逆に非効率になるからね
C++とJava以外を使ってるとは考えづらい
Googleじゃないとしてもスクリプト言語でそういうのに使えるのは
mod_perlとPHPくらいだ
358:デフォルトの名無しさん
09/04/18 21:32:58
fastCGIがあるじゃないか
359:デフォルトの名無しさん
09/04/18 23:25:14
誰もサファイアを話題にしなくてかわいそう
Rubyを独自に使いやすい仕様に変更して頑張っているのに
360:デフォルトの名無しさん
09/04/19 02:58:36
むしろ種類減らしたいくらいなのにいらないだろ
361:デフォルトの名無しさん
09/04/19 04:28:35
>>354
ユーザAPIがPythonなだけだろ
362:デフォルトの名無しさん
09/04/19 11:56:07
Pythonの場合は簡単にかけて、実行速度はそれほど遅くない言語だと思うが。
Javaより速いケースもあるし。
速さを求めるとC++なんだろうけど。
363:デフォルトの名無しさん
09/04/19 13:23:56
早い場合があるってだけで、
基本的にはJavaより10倍くらい遅い言語であるのは事実
364:デフォルトの名無しさん
09/04/19 13:36:40
つかJavaVMの高性能化は半端じゃないよな。
365:デフォルトの名無しさん
09/04/19 14:14:24
まあ大量の投資を受けたからねえ
似たようなことがJavaScriptでも起きるかもしれん
Googleほか複数企業が高速化に熱心
366:デフォルトの名無しさん
09/04/19 14:44:51
JVMは、Linux環境だとg++以外のネイティブコードコンパイラと同等の性能を発揮するからな
今後のスクリプト言語はLLVMに移行し、JVMもサポートって感じになっていくと思う。
367:デフォルトの名無しさん
09/04/19 14:45:19
そういう意味じゃJavaやPHPは伸びるけど
他の言語はもう駄目かもわからんね
368:デフォルトの名無しさん
09/04/19 16:53:45
phpって検索しても公式のマニュアルがでずに、いつもコピーサイトが出てくる。
大概情報古くて、公式で検索したら一発解決とか、もうね。
ありゃどうにかしたほうがいいぜ。
perlも古い情報がまざってて(KENT並みの情報ばかり)検索しんどすぎ。
369:デフォルトの名無しさん
09/04/19 16:54:52
>>359
MacRubyも思い出してあげてください！
Macってついているけど、LLVMサポート表明したり、windowsな俺もwktk
370:デフォルトの名無しさん
09/04/19 18:02:45
>>367
公式マニュアルのトップをブックマークしておいて
そこの検索から検索しないか普通
371:デフォルトの名無しさん
09/04/19 19:14:29
Windowsプログラマだけど、コピペ目的でないならsite:msdn.microsoft.com付けてググっている。
PHPでも似たようなことできるのではないの？
372:デフォルトの名無しさん
09/04/19 21:43:04
他の言語には古い情報を表示するようにして
特定言語を流行らせようとする検索サイトの陰謀だな。
373:デフォルトの名無しさん
09/04/19 22:20:55
php.net/関数名
で検索できるよ
374:デフォルトの名無しさん
09/04/20 01:06:46
>>355
GoogleのヘルプページはPythonみたいだよ。
topyc.pyというスクリプトを通して出力しているみたい。
375:デフォルトの名無しさん
09/04/20 01:14:17
まさにどうでもいいとこだな
376:デフォルトの名無しさん
09/04/20 01:38:13
ペチパーは検索もまともにできないのかｗｗｗ
って流れですか
377:デフォルトの名無しさん
09/04/21 00:07:17
PHPってオンラインドキュメントは充実してないの？
378:デフォルトの名無しさん
09/04/21 05:51:10
>>377
むしろ、それがウリ
PHP憶えようと思って、オライリーのPHP本 3冊くらい買ったが
オンラインドキュメントで事足りて本棚の肥やしになった
379:デフォルトの名無しさん
09/04/21 18:23:29
>>378
ウリつか、今なら普通なんでは。
380:デフォルトの名無しさん
09/04/21 21:33:52
>>379
今のレベルのドキュメントは、MS製品でもなければ、なかなかないと思うよ。
381:デフォルトの名無しさん
09/04/21 21:36:28
>>380
仕様書理解できないカスが多いわけですね
382:デフォルトの名無しさん
09/04/22 06:04:21
Rubyにケンカうってんのかよオメーはｗ
383:デフォルトの名無しさん
09/04/22 06:05:12
燃料投下
プログラミング言語別 求人件数ランキング（単位：件）
URLﾘﾝｸ(www.atmarkit.co.jp)
プログラミング言語別 平均年収上昇率ランキング（単位：万円）
URLﾘﾝｸ(www.atmarkit.co.jp)
プログラミング言語別 平均年収上昇率ランキング（単位：万円）
URLﾘﾝｸ(www.atmarkit.co.jp)
384:デフォルトの名無しさん
09/04/22 06:06:00
ごめんコピペミス
プログラミング言語別 求人件数ランキング（単位：件）
URLﾘﾝｸ(www.atmarkit.co.jp)
プログラミング言語別 平均年収上昇率ランキング（単位：万円）
URLﾘﾝｸ(www.atmarkit.co.jp)
求人数はJava、年収はC#がトップ―ワークポートが調査 － ＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)
385:デフォルトの名無しさん
09/04/22 06:50:13
Java/C/C++/C#か・・このスレ終了の予感
386:デフォルトの名無しさん
09/04/22 09:28:59
2ヶ月も前のネタを今ごろ燃料とか言っちゃうトロい人は、
/.jp にでもこもってろよ。
387:デフォルトの名無しさん
09/04/22 10:07:49
目の前のニンジンしか見れない奴w
388:デフォルトの名無しさん
09/04/22 11:08:01
C#はどこらの開発に需要あるんだ?
XNAしか思い浮かばないｗ
389:デフォルトの名無しさん
09/04/22 14:11:39
web系じゃないの？
MSプラットフォームでJava使うのもどうかと思うし。
390:デフォルトの名無しさん
09/04/22 14:48:44
>>368
マニュアルDLして、自分で検索できるようにしないか 普通？
namazu知ってから pgsqlと一緒に必ず作ってるよ
＃そのときに使うものも追加
＃rubyはnamazuしづらいから、どうしようかなと思ってる
391:デフォルトの名無しさん
09/04/22 23:04:13
ねーよ
使いやすいのかえ？
392:デフォルトの名無しさん
09/04/23 00:42:29
よし。COBOL始めるか。
393:デフォルトの名無しさん
09/04/23 06:25:00
>>390
rubyは検索しやすいからchm使ってるけど、phpは配布されているのが古買った気がする・・・
394:デフォルトの名無しさん
09/04/23 06:25:49
これみて、悶絶しそうになった。だれか解説世路
# Prototypes.
sub login();
sub get_rkm($$$$$$$$$$$);
sub logout();
sub update_diary_entry($$$$$$);
sub delete_diary_entry($);
sub doit_and_retry($$);
sub create_it($$$);
sub delete_it($);
sub post_it($$$$$$);
sub get_timestamp();
sub print_debug(@);
sub print_message(@);
sub read_title_body($);
sub find_image_file($);
sub replace_timestamp($);
sub error_exit(@);
sub load_config();
はてなダイアリーライター（略称：はてダラ）
URLﾘﾝｸ(www.hyuki.com)
395:デフォルトの名無しさん
09/04/23 12:38:34
>>393
不定期に更新されてるよ。srcのアップデートから、かなり遅れるけど
＃DL版以外は見て無いかも
396:デフォルトの名無しさん
09/04/23 20:23:23
>>394
書いてあるとおりプロトタイプ宣言じゃないの？
悶絶することはあれど解説頼むほどのものではないだろ
397:デフォルトの名無しさん
09/04/23 22:48:06
まぁPerlのプロトタイプ宣言は古くさい書き方だな
398:デフォルトの名無しさん
09/04/24 08:24:06
while (!!!!!!!!!!!!!!!!!!!!!!!!!!!0) { print "I'm fuckin'!!!!!!!!!!!!\n" };
%anal=(0=>"ケ",1=>"ツ",2=>"毛",3=>"バ",4=>"ー",5=>"ガ",6=>"ー",7=>"\n");
foreach(sort{$anal{$b}<=>$anal{$a}or${a}cmp$b}keys%anal){print$anal{$_}};
print "unkodesu\n" unless((((((((((((((((((((((((((((()))))))))))))))))))))))))))));
399:デフォルトの名無しさん
09/04/24 08:57:19
>>397
古臭いって何がだよ？
独特なだけで、新旧の別なんかねーよ。
400:デフォルトの名無しさん
09/04/24 16:40:45
スカラで引数11個要求してる所がファンキーだな。
# そこじゃないって？
401:デフォルトの名無しさん
09/04/25 00:59:35
>399
PBPでも否定されてるじゃんｗｗｗ
402:デフォルトの名無しさん
09/04/25 01:02:51
＞＞４０１
何か問題でも＿
？？
403:デフォルトの名無しさん
09/04/25 02:04:22
Perl のプロトタイプは、データ型を勝手に
異なる型に変換してしまうからなぁ。
とても使いにくい。
mapやgrepなどと同スタイルで
ラムダ放り投げるために
sub (&@)
使うぐらいかねぇ。
それ以外で使うと、その場は良くても
後でみると結局わかりにくい。
404:デフォルトの名無しさん
09/04/25 08:20:10
>>394
> sub get_rkm($$$$$$$$$$$);
これ見たときに背筋がブルッっと着たわ
Perl案件回ってこないことを祈りたくなった
405:デフォルトの名無しさん
09/04/25 09:17:03
Perlにはswitchがないという話は有名だが、この程度だったらLispのマクロで即解決するんだが
406:デフォルトの名無しさん
09/04/25 10:33:45
>>404
別に言語は関係ないと思うよ
407:デフォルトの名無しさん
09/04/25 10:39:44
>405
5.10 には switch 相当の構文がある。
408:デフォルトの名無しさん
09/04/25 10:41:50
>>407
>5.10 には
ﾊﾊｯﾜﾛｽ
Lispならバージョン関係なくマクロで即解決するんだけどな
409:デフォルトの名無しさん
09/04/25 10:43:18
Lisp使ってる人って現存するんだな
410:デフォルトの名無しさん
09/04/25 10:45:23
>>404
そこは単純に、この関数は引数を11個とりますよってだけじゃないの？
まさに>>406だな
411:デフォルトの名無しさん
09/04/25 10:47:37
お前らがあれ欲しいこれ欲しいって処理系にあれこれ要望出してるうちにLispだったらマクロではい文法拡張終わり
_Y_
ｒ'｡∧｡ｙ.
ゝ∨ノ お前らが必死に ,,,ｨf...,,,__
）~~（ 要望出している間に _,,.∠/ﾞ`'''t-nヾ￣"'''=ー-.....,,,
,i i, ,z'" ￣￣ ／nﾞﾞ''''ー--...
,ｉ> <ｉ Lisperはどんどん r”^ヽ く:::::|::|:::〔〕〔〕
ｉ> <ｉ. コーディングしていく…。 入_,..ﾉ ℃ ￣U￣＿二ﾆ＝
`=.,,ｰ- ...,,,__ |,ｒ'''"7ヽ､| __,,,... -ｰ,,.=' >ーｚ-,,,...--,‐,‐;;:'''""~
~''':x.,, ~"|{ G ゝG }|"~ ,,z:''" ＿＿＿
~"'=| ゝ､.3 _ノ |=''"~ ＜ー＜> ／ l￣￣＼
.|）) (（| /￣￣ﾞｉ;:､ 「￣￣￣￣|￣|￣￣￣＼
))| ｒ'´￣「中]￣｀ヾv､ `-◎───◎一'
├―┤＝├―┤ |li:,
|「￣ |ｉ￣ｉ|「.//||「ｌn|:;
||//__|Ｌ_」||＿_.||ｌ」u|:;
|ニ⊃| |⊂ニ| || ,|/
|＿. └ｰ┘ .＿| ||/
ﾍ 「￣￣￣| /
412:デフォルトの名無しさん
09/04/25 11:00:09
>>410
ああ、そういう意味なのか。検索してもわからんだからありがと
$の数によって独立して意味が変わる特殊変数がPerlにあると思い込んでいて、混乱していた
413:デフォルトの名無しさん
09/04/25 11:04:42
>>412
アタマダイジョウブデスカー？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
414:デフォルトの名無しさん
09/04/25 11:16:14
なかなか斬新なアイデアだな
415:デフォルトの名無しさん
09/04/25 11:19:26
／￣＼
／| ＾-＾ | ＜ >>412 アタマダイジョウブデスカー？？？？？
,＿＿__／ ＼＿／
r'"ヽ t､ ./
/ ､､i ヽ＿＿,,/
/ ヽﾉ j , j |ヽ
|⌒`'､__ / / /r |
{ ￣''ｰ-､,,_,ﾍ＾ |
ゝ-,,,＿＿＿＿_）--､j
/ ＼__ /
| "'ｰ‐‐---''.
416:デフォルトの名無しさん
09/04/25 11:20:09
>>412
それはいいアイデアかもしれない。
ホワイトスペースみたいな言語になりうる。
417:デフォルトの名無しさん
09/04/25 11:22:14
Perlの特殊変数のみで記述できる言語plz
418:デフォルトの名無しさん
09/04/25 11:32:34
>Perlにはswitchがないという話は有名だが、
Pythonもありませんが、何も。
419:デフォルトの名無しさん
09/04/25 12:21:00
Perlのswitchは、ライブラリの形で前世紀から存在してる。
マニュアルに標準関数だけを使った代替書式も載ってる。
420:デフォルトの名無しさん
09/04/25 12:30:47
○には×が無いってのは同じ名前の命令そのものズバリが無いってだけで
代替策は絶対にあるんだよな
古くはJavaにはポインタがないから始まってさ
421:デフォルトの名無しさん
09/04/25 12:34:40
>>420
代替策にとらわれずに自分で言語拡張できるのがLisp
switchがなければ作ればいい
422:デフォルトの名無しさん
09/04/25 12:46:37
>>420
Switchはしょせん糖衣構文だから代替手段があるが、
JavaにポインタがないからIOポートやフレームバッファを直接
叩けないことについては、Javaだけでは解決できないぞ。
423:デフォルトの名無しさん
09/04/25 12:51:18
いやJavaにはポインタはあるけど
424:デフォルトの名無しさん
09/04/25 13:14:10
わざわざ逆説的なこといって耳目を集めたがる奴っているよね。
ポインタ完全なんとかの人とか、憂鬱ななんとかの人とか。
425:デフォルトの名無しさん
09/04/25 13:16:55
ポインタ演算が標準で用意されてないって話がこじれたんだよなJavaのは
ポインタ自体はある
426:デフォルトの名無しさん
09/04/25 15:26:50
>>421
Lispでできるマクロなんぞ、Aの記述は既存のBに解釈ってだけなので
たいしたことはできないが…
だからこそ、中身ほとんど同じで表層が違うだけの
オレオレ派生言語ばかり生んでるわけで。
427:デフォルトの名無しさん
09/04/25 15:31:41
んなこと言ったら機械語なんてオンかオフだけだが
428:デフォルトの名無しさん
09/04/25 16:11:26
>>427
だから文法を拡張しやすいってのはあまりメリットがない。
というかその瞬間の自分だけならまだしも、複数人時、
未来の自分にすらデメリットの方が通常はでかい。
Lispの性能から考えると、独自文法スクリプトや、簡易人工知能が
良く必要とされそうなゲームスクリプトが最高にマッチしてんじゃないかと
思うほどだが、ゲーム開発にLispがどんどん使用されてるという
話は聞かないなぁ。
429:デフォルトの名無しさん
09/04/25 17:01:05
ぶっちゃけLispって実用になるの？
ラテン語程度には、ってんなら実用には厳しいってことでいいんじゃないかと、
Lisp知らない人間は思ってしまうんだが。
もしそうなら、きっちりやる人間は知ってて使えるべきなんだろうが、>>428みたいに
「採用されない」のを嘆く必要も無理に勧める必要もないんじゃないかと思うが、
本当にLispって他の言語より実用的もしくは合理的な面があるの？
430:デフォルトの名無しさん
09/04/25 17:07:48
パッケージのグルーとしてScheme使ったことあるけど
10年業界やっててLispにお目に掛かったのそれだけだな
431:デフォルトの名無しさん
09/04/25 17:54:48
>>429
真のLisperはこんなスレまで出張ってこないのさ。
ここで聞く事は愚問
432:デフォルトの名無しさん
09/04/25 20:01:37
自分と自分の息が合う空間だけで閉じこもってて
真の意味での進歩や可能性を放棄したのが
Lisper達。
433:デフォルトの名無しさん
09/04/25 20:03:46
そういう煽りはいらないんだな正直。
本当にLispに、"使える"面があるのなら知りたいって人間も多いんだ。
434:デフォルトの名無しさん
09/04/25 20:34:09
>>433
Lispを一通りやってるのは当然しょ。
その上での実践上での評価となるはず。
435:デフォルトの名無しさん
09/04/25 20:36:01
>>434
・・・ほんとすんませんでした
436:デフォルトの名無しさん
09/04/25 21:10:40
URLﾘﾝｸ(www.kahua.org)
URLﾘﾝｸ(practical-scheme.net)
URLﾘﾝｸ(www.littlewingpinball.com)
こんなとこでどうだ？
437:デフォルトの名無しさん
09/04/25 23:27:49
なんかこのスレって落伍者の集まりだな
438:デフォルトの名無しさん
09/04/25 23:29:17
おあとがよろしいようで
439:デフォルトの名無しさん
09/04/26 09:59:55
都銀勘定系に使われないうちはお遊び言語
440:デフォルトの名無しさん
09/04/26 11:49:34
極端だな
441:デフォルトの名無しさん
09/04/26 11:55:00
Perlは金融で使われてるぞ
大手証券だが
442:デフォルトの名無しさん
09/04/26 12:08:00
そりゃ悲惨な話だな
443:デフォルトの名無しさん
09/04/26 13:07:43
>433
昔は先進的な高級言語だったんだけど重かった
今では当たり前のクロージャやイテレータ、
動的型（変数に型を持たず値に型を持つ）、ガベコレなど
よくも昔のハードウェアでそこまでやったもんだ
ただ今となっては他の言語にもその機能の多くのが取り込まれて
そっちのが使いやすいことが多いから、Emacsなど一部除いてあまり見ない
でも今日のスクリプト言語へ与えた影響は大きいものだよ
444:デフォルトの名無しさん
09/04/26 15:55:59
未だに（ほぼ）Lispにしかない機能というと、
マクロ（単純なパターンマッチではなく構文木の変形が可能なもの）ぐらいか
ただ、マクロで実現できる機能の8割ぐらいは
適切に設計されたライブラリで代替できそうな感じはする
逆に言えば、残りの2割を求めるような領域では使われ続けるんだろうけど
近年だとアスペクト指向の源流もLispだっけ？
445:デフォルトの名無しさん
09/04/26 16:22:09
まあ既にlispのいいとこはほとんど搾り取った感じはあるな。
>>444
あとは記号処理ぐらいじゃないか
446:デフォルトの名無しさん
09/04/26 19:18:58
Lisp のマクロをどうやってライブラリで代替するんだろう。
447:デフォルトの名無しさん
09/04/26 19:50:13
正規表現みたいなのりで気軽にパーサーを書けるライブラリがあれば
448:デフォルトの名無しさん
09/04/26 20:08:50
パーサコンビネータライブラリ？
マクロそのものの代替にはならんよね。
言語外DSLをお手軽に作るツールにはなるけど。
その言語自身がそのライブラリを使って書かれてたら（自己記述）、
その言語は一種の不動点になって、Lispのマクロみたいになるかな。
449:デフォルトの名無しさん
09/04/26 21:20:30
>>446
マクロそのものは難しいだろうが、マクロを含む歴史的な試行錯誤で発見されてきた
有用な抽象をライブラリに取り込むことはできるでしょ
問題によってはそれで十分。現に大半の言語にマクロは無い
……まあ言語仕様が貧弱だと、それすら困難だったりするけど
>>447
PEGは割と良い線行ってると思う
450:デフォルトの名無しさん
09/04/26 21:27:28
>446
Perl にはソースフィルタって機能があってソース自体を変換可能。
451:デフォルトの名無しさん
09/04/26 21:27:51
>>449
既存の，解決策の分かってる問題に対しては確かにそれで十分．
というよりもライブラリというものはそういうものでしょう．
新らしい問題，あるいは，ライブラリにはないような
ローカルな問題に対応する時にはマクロが有用なんだよね．
452:デフォルトの名無しさん
09/04/26 23:02:10
具体例を出してくれ
意味がわからん
453:デフォルトの名無しさん
09/04/26 23:03:36
>>452
具体例も糞もあるか
自分の環境下で起きた、ライブラリで対応できない特殊な例に対応するときにマクロがあればすぐ解決できるんだよ
454:デフォルトの名無しさん
09/04/26 23:42:13
それはマクロをクロージャ、クラス、関数、サブルーチンに
置き換えても成立すると思うんだかそれらと比べたときの利点は何？
455:デフォルトの名無しさん
09/04/27 02:11:18
スレタイ！
456:デフォルトの名無しさん
09/04/27 03:10:13
おまえらすぐLispはさあ、Lispだったらさあ、とか言い出すよな。
457:デフォルトの名無しさん
09/04/27 03:46:26
全ての不平不満は、愚民のせいでlispの理想郷が実現しなかった為だと
結論出来る。
458:デフォルトの名無しさん
09/04/27 12:36:12
いやそれはない。
機械語がある意味究極でありながら万能ではないのと同じで、
おそらくLispも似たような意味で究極なのであろう。
459:デフォルトの名無しさん
09/04/27 13:24:14
Lispの欠点というか、最初の関門と言えば、人間がパーザをやらなきゃならんことだな。
Lispのコードにとにかく括弧が多いのはよく知られていることだが
他の言語で言う各要素の結合度、演算子の優先順位に相当するものを
全てコード上に記述しているが為に起こってると言っても良い。
そのため、処理系のパーザがコードをどう解釈するかに悩む必要が無いのだが
括弧の対応表示できるエディタが必須だし、全部書かなきゃならんという面倒さもある。
460:デフォルトの名無しさん
09/04/27 13:28:36
とりあえず、Lispもこちらの世界に参戦したってことですね？
461:デフォルトの名無しさん
09/04/27 16:46:52
多様性は善なり
462:デフォルトの名無しさん
09/04/27 22:46:26
>>460
ちょっと参戦してみようかな，と思って書きこんでみたけど，
どうもお呼びではないような感じなので，継続して書き込むべきかちょっと思案中．
Gauche とかだといい勝負できるかなぁ，とは思うんだけどね．
463:デフォルトの名無しさん
09/04/27 23:07:36
継続は面白いとは思うが、俺は読むの苦労するんだよなあ
464:デフォルトの名無しさん
09/04/27 23:09:54
Lisp を使わない奴に限って Lisp について語りたがる
465:デフォルトの名無しさん
09/04/27 23:43:41
さすがにLispを使わずに言語は語れないだろうと思って、
ちょっとCommon Lisp勉強してみた
やっぱりRuby使いにとっては原点の一つだった
ただ、いわゆるLLって感じの言語ではない（当たり前か）
一方でGaucheならPerlの影響も受けていると聞くし、このスレ向きかもしれん
466:デフォルトの名無しさん
09/04/28 01:08:14
5年ぶりくらいにPerlを使ってみたけど結構簡単にオブジェクト指向的に書けるのな。JavaScript思い出した。
ただ暗黙の型変換とかコンテキストとかマジ厄介
あとsigilも慣れないとつけ忘れるな
467:デフォルトの名無しさん
09/04/28 04:09:45
>466
そのレベルでPerlから離れていたような人ならMoose(Mouse)を使った
書き方からやり直した方がいいかもな。
他人のコードを読むためにPerl5.8標準の書き方も知っておく必要あるけど。
468:デフォルトの名無しさん
09/04/28 07:52:30
>>467
Perl5が出始めの頃に「新Perlの国へようこそ」で入門したんだが、
「モダンPerl入門」を最近読んだら、まったく違う言語のようだった。
469:デフォルトの名無しさん
09/04/28 11:07:53
そろそろ野良じゃなくって、C++/Java的な業界標準スクリプトってのが
生まれてもおかしくないよな
470:デフォルトの名無しさん
09/04/28 11:30:28
そんなものはいらない。
471:デフォルトの名無しさん
09/04/28 13:09:09
規格化が難しいんだろうね、動的言語は自由度が高いし
472:デフォルトの名無しさん
09/04/28 19:22:23
モダンPerl入門買ったんだが積んである。
なんか読む気しない…。
473:デフォルトの名無しさん
09/04/28 22:58:11
Rubyを使ってるなら読まなくていい
474:デフォルトの名無しさん
09/04/29 04:30:21
まあ、スクリプト言語はどれか1個でいいやって気はする。
475:デフォルトの名無しさん
09/04/29 07:48:02
ならRubyだな。
476:デフォルトの名無しさん
09/04/29 09:28:06
Ruby on Rails x アジャイル x 中国人
この組み合わせで
> コストを日本の1/4程度、運用開始までのスピードも1/3程度
でサービスが提供可能だぜ？
Technologic Arts Incorporated | テクノロジックアートと軟脳軟件のRuby on Railsオフショアアジャイル開発における業務締結について
URLﾘﾝｸ(www.tech-arts.co.jp)
Python、Perl、PHPに真似できるかな？ｗｗｗ
477:デフォルトの名無しさん
09/04/29 10:13:42
でも品質は1/7なんでしょ？
478:デフォルトの名無しさん
09/04/29 13:16:32
しかも情報漏洩のリスクは1024倍
479:デフォルトの名無しさん
09/04/29 14:01:25
どこの公共事業だ
480:デフォルトの名無しさん
09/04/29 14:09:49
仕事: Python
趣味: Perl, Ruby
だな。間違いない。
481:デフォルトの名無しさん
09/04/29 14:13:45
趣味にperlって分からん。
仕事なら過去の遺物が山ほどあるが。
482:デフォルトの名無しさん
09/04/29 19:05:31
URLﾘﾝｸ(gabrielsw.blogspot.com)
そんな君に Prolog 99 問
Prolog 解けるかな♪ Prolog 解けるかな(待
483:デフォルトの名無しさん
09/04/29 23:31:58
趣味でそんなつまらんのやるなよw
484:デフォルトの名無しさん
09/04/29 23:47:05
俺は面白いと思うけどな
パズルとか嫌いな口か？
485:デフォルトの名無しさん
09/04/30 00:01:11
似たような言語いくつもやってもつまらんだろ。
486:デフォルトの名無しさん
09/04/30 04:05:43
Prologはかなり尖った言語だよなぁ
絶対１番にはなれない言語だが、手続き型とは根本が違い過ぎる
Scheme、Haskellも良い感じに尖ってるがPrologほどじゃない
487:デフォルトの名無しさん
09/04/30 11:15:56
この(ア)ペ(ン)ド野郎が
という文句を思いついた
488:デフォルトの名無しさん
09/05/01 01:13:40
言語覚えるのは比較的退屈な作業。パズル的楽しみなら圧縮とか暗号とか
アルゴリズムを考える方が楽しい。
489:デフォルトの名無しさん
09/05/01 07:20:40
俺は覚えようとする前に、いきなり簡単なプログラムを組んでみる。
リファレンスを見ながらね。思い通りに動くようになる頃にはそこそこ覚えてる。
490:デフォルトの名無しさん
09/05/02 00:11:54
手続き型言語とOOPLを何か1つ習得してれば大概の言語はそれで行けるね。
純粋な関数型とかになってくるとちと事情が変わってくるが。
491:デフォルトの名無しさん
09/05/02 00:39:11
理屈はそうだけど、現場でパッと出てこない。
えーっとUTF8ファイルから一行ずつ読み込んで2個目の-以下の文字を
削除してSJISで書き戻せ？うーん・・何！改行コードはどの場合も
ありえる？うーん、うーん・・しかもファイルは大きいから全部バッファリングして
はいけないだと？おーい、誰かこれたのむー、とかなる。
492:デフォルトの名無しさん
09/05/02 00:46:52
>>491
どこへのレスかよくわからんが、その処理で困るって言うのは言語を限定されて、ってことなのかな？
そうでなければ、（ファイル及び文字列処理に関して）どの言語でも何一つ習得していない、って事だと思うんだ。
493:デフォルトの名無しさん
09/05/02 00:59:34
得意なやつなら割とすぐできるけど、Pythonでとか言われるとさーて勉強勉強って感じ
494:デフォルトの名無しさん
09/05/02 01:16:30
perlとPHPでは文字コードの扱いに苦しめられたな
495:デフォルトの名無しさん
09/05/02 01:28:20
Perl4とかPHP3でも使ってるのか
496:デフォルトの名無しさん
09/05/02 01:33:52
Perlの文字コードの扱いは本当にわからん。ってかEncode？
IOと結びついてるのかいないのか。
単純に、この文字列（バイト列？文字列？）がUTF-8のはずだから、
SJIS-winに変換してくれ、そしてそれを切り貼りして表示したりファイルに
書いたりするからねって処理が、なんでこんなに難しいんだろう・・・
497:デフォルトの名無しさん
09/05/02 01:40:18
文字コード関連で気をつけておくのは、改行やコードの変換は最後にする事ぐらいかねぇ
途中で変換するとそれこそカオスになる
498:デフォルトの名無しさん
09/05/02 01:45:22
そんな難しいか？Perlで文字コードいじるのって
どのスクリプト言語でも同じようなもんだろ
499:デフォルトの名無しさん
09/05/02 01:46:57
>>498
う～ん。
jcode.plを使っていいなら、そんなに変わらない。少なくともPHPとは。
500:デフォルトの名無しさん
09/05/02 01:50:06
jcode.plって江戸時代かよ
Encode.pmかJcode.pmだろうに
501:デフォルトの名無しさん
09/05/02 01:53:04
いやだからそのEncode.pmが・・・って書いてて自分が哀れになってきたので、勉強します；o；
502:デフォルトの名無しさん
09/05/02 01:55:14
jcode.plよかEncode.pmの方が全然簡単だろ
5.8以降なら最初から入ってるし
使い方を単に知らないだけだろ
503:デフォルトの名無しさん
09/05/02 01:57:11
>>502が>>491の回答例をさらっと書いてくれるそうです
さすがム板
504:デフォルトの名無しさん
09/05/02 02:01:15
jcode.plを使ってできるなら、Endode使ってもできるんじゃないのか。
505:デフォルトの名無しさん
09/05/02 02:06:06
以下妄想レスで失礼
jcode.plの場合は、Perl5.8(5.6以降？)の機能を敢えて使わず、シンプルに考えられる（、と思ってる）
文字列っていうのは全てバイト列で、もちろんutf8フラグなんてのはついてなくて、use utf8; とか
してなくて、入力されたバイト列を関数に渡してやれば変換されたバイト列が帰ってくる。
Encodeモジュールを非常に限定された形で同様に使うことは可能、な筈。
詳しい人、訂正よろ。（ほぼ全訂正、ていうか書き直せ！レベルと想像）
506:デフォルトの名無しさん
09/05/02 02:17:36
昔のベタベタな書き方がシンプルとか言われたら
多分strictすら宣言してないんだろうし
そこだけ説明してもどうなんだろうって話になるわ
507:デフォルトの名無しさん
09/05/02 02:47:23
ここでjcode.plがUTF-8に対応していないという驚愕の事実が発覚
まあそれだけで、すくなくともJcode.pmでないと話にならないというｗ
またdankogaiか
508:デフォルトの名無しさん
09/05/02 04:09:53
>>506
そういうこっちゃないんだがな
jcode.plが use strict; use warnings; で使えないかといえば、もちろんそんなことはない
Perl5.6以降の機能ってことなら、間違いなくUnicodeサポートの話
509:デフォルトの名無しさん
09/05/02 08:02:53
Dankogaiが諸悪の権化ということでフィナルアンサ？
510:デフォルトの名無しさん
09/05/02 10:43:14
jcode.plとか書いてるやつはperldoc perlunitutを一度も読んでいないだろｗｗｗ
511:デフォルトの名無しさん
09/05/02 12:00:16
>>510
何が書いてあるの？
512:デフォルトの名無しさん
09/05/02 15:12:10
Perlは文字列のUTF-8フラグがオンかオフかで、分けて扱わないといけないからなぁ。
意識しないで書くと、ドツボに嵌る。
分からなかったり、古いスクリプトの焼き直しなら、
全部バイナリで扱うのが正解だと思う。
513:デフォルトの名無しさん
09/05/02 17:38:58
$ perldoc perlunitut
No documentation found for "perlunitut".
514:デフォルトの名無しさん
09/05/02 19:39:41
perl の文字列の扱いと他の言語が同程度とか言ってるのは
まじで使ったことあるの？
有力言語の中では、perlだけが異常なまでに取り扱いにくく
できてるよ。特にutf8系は勘違いを生みやすく、記述しにくく
最悪の部類にある。
515:デフォルトの名無しさん
09/05/02 19:55:05
そうでもないけど
516:デフォルトの名無しさん
09/05/02 21:01:48
Perlは殆どあらゆる面で前時代的で扱いにくいが、
ネットの世界、特にblog界ではperlerが強いので、
Perlを批判する奴は世渡りを知らない馬鹿。
517:デフォルトの名無しさん
09/05/02 21:05:49
RubyやPythonの連中がPerlやPHP叩くのって結局無視できない存在だからなんだよな。
本当に糞言語で使いこなすのが難しいのならシェアがどんどん下がるはずなのに、
実際はどの言語も決定的に何かが変わるわけじゃないから勢力は変わらない。
あんな糞言語より俺が信じる言語の方が素晴らしいのに！って感覚に陥って悪循環になってる。
518:デフォルトの名無しさん
09/05/02 21:29:54
>517
そりゃ、今やPerlは選ぶ言語じゃなく、選ばされる言語だから。
前任者がPerlで書いてたから、(クソ)ライブラリがPerlで書いてあるから、
先輩がPerlしか分からないから……、そんな理由でPerlを選ばされる
若者の鬱屈もくんでやるべき。
WPFの時代に、VB6で組まされるようなもんだよ。
519:デフォルトの名無しさん
09/05/02 22:06:08
サーバーを統合・新しくしましょう
テキストじゃなくDBにしましょう
あ、動かないライブラリがありますね ←ここ重要
せっかくなんでもっと早い言語で作り直しましょう
テンプレート式でページも豪華にできるようにしましょう
520:デフォルトの名無しさん
09/05/03 02:33:16
Perl5.6以降のUnicodeで素直じゃないところは、後方互換のためにlatin-1
の扱いを特別視してるところぐらいかなぁ。
521:デフォルトの名無しさん
09/05/03 02:35:05
>513
URLﾘﾝｸ(perldoc.jp)
自分のマシンにインストールしてないんならググレば良いじゃんｗｗ
522:デフォルトの名無しさん
09/05/03 16:53:07
Encode.pmは初め扱いにくいと思ってたけど慣れると厳密に扱えてしっくりきた。
523:デフォルトの名無しさん
09/05/03 21:55:28
糞な言語やりたくなければ会社を選ばないとな
524:デフォルトの名無しさん
09/05/03 22:17:43
言語はそんな重要じゃないよ
どういう実装方法を採ってるのかが重要
折角楽なJavaやPHP使ってても糞みたいな書き方してるプロジェクトはいくらでもあるし
CやPerlでもきれいにやってるプロジェクトもたくさんある
525:デフォルトの名無しさん
09/05/03 22:57:44
確かに、PerlでもブログとかでモダンPerlなコード晒している人の見ると、
全然キレイに見えたりするな
まあ、OOPなライブラリ作れとか言われると暗黒面に深く入り込みそうでいやだけど
526:デフォルトの名無しさん
09/05/03 23:46:17
「モダンPerl」って言葉だけで笑える
527:デフォルトの名無しさん
09/05/03 23:57:28
>>526
それはレトロなPerlのコードにがっつり取り組んだことがないから
528:デフォルトの名無しさん
09/05/04 00:19:23
>>524
重要かどうかお前が決めるな。なぜ採用ページの最初で言語が問われてるのか考えろ。
529:デフォルトの名無しさん
09/05/04 01:51:28
いやだから言語は関係ないでしょ
Javaだったら絶対きれいに書けてPerlだったら絶対ｇｄｇｄなのかってことで
Perlのｇｄｇｄ嫌だからJavaの会社に入ろうってだけじゃ無意味なんだって
だからこそ自分ができる言語かつソースコードが管理されてる会社を選ばないと行けない
530:デフォルトの名無しさん
09/05/04 02:25:44
Javaのコードって基本、CやPerlと正反対の方向で汚いような
531:デフォルトの名無しさん
09/05/04 02:47:28
汚いとは思わない。ただ良くも悪くも愚直な言語だとは思う
532:デフォルトの名無しさん
09/05/04 06:55:45
汚いというか、書きたいことの本質からちょっと外れたところまで書かされる言語のような気がする
結果的に、目に入らなくても良い（でもプログラム的には必要な）コードが多く見えるような感じがしない？
533:デフォルトの名無しさん
09/05/04 08:42:24
こういうスレには必ず言語は関係ないｷﾘｯ、とかいう奴があらわれるのな。言語スレなのに。
534:デフォルトの名無しさん
09/05/04 15:25:15
設計レベルなら言語は関係ないけど
言語にパワーがあると、最終的にコードに落とし込むときに
設計と実装のミスマッチ部分を穴埋め・補完してくれてラクチンになると、まあそういうお話。
535:デフォルトの名無しさん
09/05/04 22:20:16
しかしそれはプログラムの作り方としてはカオスを内包してるという恐ろしい状態
536:デフォルトの名無しさん
09/05/04 22:22:28
みんな言語が全く関係ないと言ってる訳じゃなくて
どんな言語使ってたって実装方法や規約がカスならカスだし
実装方法や規約がしっかりしてるなら楽できるってことだよな
537:デフォルトの名無しさん
09/05/04 22:41:23
設計時にも言語を意識したほうが良いよ派と、意識しちゃ駄目だよ派があるみたいだけど
実際のところどうなんだろう。
538:デフォルトの名無しさん
09/05/04 22:55:59
基本設計で意識するのはおかしい
詳細設計で意識してないのはアホ
539:デフォルトの名無しさん
09/05/04 23:18:03
チラシの裏の設計程度なら意識しなくていいんじゃね？
540:デフォルトの名無しさん
09/05/04 23:21:43
まぁ意識するとしても出来るか出来ないかぐらいのレベルでだな
541:デフォルトの名無しさん
09/05/04 23:55:30
BASHでshell作るのに詳細設計でクラス図書いてたりしたらアホだけど
だいたいフローチャートとかそんなレベルだから
言語とかどうでもいいことが多いんじゃないかな
542:デフォルトの名無しさん
09/05/05 00:25:53
>>534
だからその手の包括的な俺様的結論とかはどうでもいいって。
設計が言語がどうとか定義があいまいな水掛け論で俺結論の言い合いは
くだらないし別のとこでやれ。
543:デフォルトの名無しさん
09/05/05 07:21:55
>>541
そのshellってシェルスクリプトのこと？ だいぶ前、同じ言葉使いしてるやつどっかのスレで見かけたな。
544:デフォルトの名無しさん
09/05/05 07:42:22
BASHで別のシェル作るんだよ。JK
545:デフォルトの名無しさん
09/05/05 15:07:23
JavaかPHPでWebシステム開発やってる会社が最近じゃほとんどだと思うんだが、
来年の今くらいだと、PHP、Python、Rubyのどれが主流だろか
現状既存の資源の量考えると、
PHP>>>>>>Python（未日本語化分含む）>Ruby
だよなあ。
JavaやPHPが普及したときってインターネッツ興隆期だろ
そののこと考えると、やっぱ技術的な革新が無いと
PythonやRubyがお株を奪うのはあり得ないんだろうか
546:デフォルトの名無しさん
09/05/05 20:27:52
>>542
んじゃ何の話すんだ。
言語にパワーあんじゃんって話しって別にスレの趣旨と違ってねーと思うぜ。
547:デフォルトの名無しさん
09/05/05 20:31:59
俺が5年間暖めてきたウェブ特化日本語スクリプト言語「超完成君1号」を出す時がきたのか…
548:デフォルトの名無しさん
09/05/05 20:32:38
いい感じに発酵してそうでwktk
549:デフォルトの名無しさん
09/05/05 21:46:57
腐ってやがる・・・
550:デフォルトの名無しさん
09/05/05 21:56:36
早すぎたんだ・・・
551:デフォルトの名無しさん
09/05/05 21:56:51
もし
Yahoo!Japanで"ラーメン"と検索して
おいしそうな結果が出たならば
一覧にして
味噌味だけ
横に並べて
表示すする
でなかったなら
"カレー"で検索し直す
552:デフォルトの名無しさん
09/05/05 21:59:16
>>551
エンジンにA級知性体でも入ってるのか？
553:デフォルトの名無しさん
09/05/05 22:56:50
まさかのインデントベースｗ
554:デフォルトの名無しさん
09/05/05 23:02:32
あのインデントは可読性のためだろjk
555:デフォルトの名無しさん
09/05/05 23:33:49
DNCLってそんな感じじゃなかったっけ？
556:デフォルトの名無しさん
09/05/06 01:21:24
おいしそうなって部分の実装の難易度が99.9%だなｗ
557:デフォルトの名無しさん
09/05/06 05:29:04
Perlはスクリプトの中じゃ厳格に書ける方だろ。基本的に毎回myで宣言しないと行けないんだから。
558:デフォルトの名無しさん
09/05/06 07:00:23
>>547
言語が成熟するのに、公開してから10年はかかるんだから、
さっさと公開しろｗｗ
559:デフォルトの名無しさん
09/05/06 07:02:50
この人のブログみていると、世の中ビジネス的にはJavaしかありえねーよバーカ
っていっているようにしか見えないんだけど、実際どんなもんなんでしょうか？
ひがやすを blog
URLﾘﾝｸ(d.hatena.ne.jp)
うちは、Rubyで(最近phpから乗り換えた)小規模開発だからまあ、
Javaはいっかーとか思ってるんだけどさ
560:デフォルトの名無しさん
09/05/06 07:19:48
JavaはWebプレゼンテーション層だけで使うわけじゃないからね。
でも、だからといって自分が使わない技術を必須スキルとして覚えるのもばからしい。
561:デフォルトの名無しさん
09/05/06 07:19:50
つい最近までRubyの最速実行環境がJRubyだったくらいだからなぁ
まぁパフォーマンスとか考えなければスクリプト言語でもいいんだろうけど
スケーラビリティって面でも、Rubyの場合だとどんどん拡張して
大規模にしていく場合は自分で先を切り開くくらいの覚悟がないと
キツいんじゃないかね
Java,PHP,Perlはその点先人がいるからいくらでも事例はあるけども
562:デフォルトの名無しさん
09/05/06 07:23:37
>>559
初っぱなから友達の会社の.NET技術者募集したり
Pythonの本勧めたりしてるが
563:デフォルトの名無しさん
09/05/06 07:43:10
>>562
いやブログの過去ログ見ていると、Rubyとか周辺もちゃんとチェックしている人みたいだけど、
(Javaのフレームワーク作っている人だから参考にRailsとかの情報も入れているだけなのかもしれないが)
一見近視眼的でなく、その上でJavaってことらしい。
ただ、以前に「ビジネス的にはJavaしかねえ」って記事があったんだが、
もしかしたら消されてしまったのかも。
564:デフォルトの名無しさん
09/05/06 08:33:34
>>559
就職先によっては入社してからCOBOLとVB程度ってヤツがいてＬ
仕事のほとんどが他人のソースコードのコピペで済んで、
勤労時間は定時に上がってワインも飲んでるな。
その人はJavaでメシ食っている人だからそう感じるんじゃね？
でも、この人はプログラマでもあるとは思うけど営業マンというかコンサル的な
イメージが強くて微妙だなぁ。
言うほどデカい仕事したことあるのかよーわからんし。
#つか、同じ会社ではないが会社経由で同じ顧客相手に仕事した事あるけど
565:デフォルトの名無しさん
09/05/06 08:40:28
スクリプト言語で金取れるなら自信もってスクリプト言語使えばいいんじゃね？
現実問題として規模も単価もJavaの方が高いわけだし
客にプレゼンするときにJavaで作りますってのとスクリプトで作りますってのじゃ
全く心証も違うわけだしな
566:デフォルトの名無しさん
09/05/06 09:13:23
心証ってつまりブランドのことか
コンビニとかファーストフードのような
567:デフォルトの名無しさん
09/05/06 09:30:01
ブランドってより実績だろうな
あそこのシステムでも使ってますみたいな
568:デフォルトの名無しさん
09/05/06 14:04:14
だったらCが一番多いJamaica
569:デフォルトの名無しさん
09/05/06 15:10:36
みんなunittestの網羅率ってどのくらいなの？
アクションのテストまで全部書いてる？
JavaからPHPに移って思ったのは、テスト書かない部分でも
コンパイラがある程度様子を見てくれるのはありがたかったんだなあと言うことだったな。
逆に配列周りや参照が使えたりってのがすげー楽でもちろん悪いとこだけではなかったんだけど。
570:デフォルトの名無しさん
09/05/06 15:16:28
型のチェックだけならタイプヒンティングやassertもあるっちゃあるが
やりすぎると本当に劣化Javaになってしまうという罠
571:デフォルトの名無しさん
09/05/06 15:18:39
>>505
Jcode.pmの作者ページに答えが書いてあるから、ちゃんと読んでみたら
572:デフォルトの名無しさん
09/05/06 16:26:30
うんこguy
573:デフォルトの名無しさん
09/05/06 17:40:55
>>556
すする部分のほうが大変そうだ。
消化器も作っておかないと、大変なことになる。
574:デフォルトの名無しさん
09/05/06 18:50:49
Jcode.pmの作者ページの答え
俺UTF-8嫌い
575:デフォルトの名無しさん
09/05/06 22:13:50
DOMとかXPathとか扱いやすいのってどれかな？
576:デフォルトの名無しさん
09/05/06 23:50:30
XML::LibXML
577:デフォルトの名無しさん
09/05/07 17:09:45
URLﾘﾝｸ(goessner.net)
xpath のありがたみがいまいちよくわからない
ツリー状にノード引っ張る…データ構造を固めて
それを引き出すなら query 投げてそこで
引っ張るほうが楽じゃないかみたいな…
578:デフォルトの名無しさん
09/05/07 20:03:16
スクリプト言語で仕事になるのって、ウェブ関係だけだろ？
579:デフォルトの名無しさん
09/05/07 20:33:55
>557
しかしmyしなくても動いてしまうんじゃ？
580:デフォルトの名無しさん
09/05/07 21:11:47
動かないよ。
今は use strict; で書(か|け)なきゃバカ扱いされる。
581:デフォルトの名無しさん
09/05/07 21:22:48
日本で一番有名なオープンソースプログラマのKENTさんの批判はやめてください
582:デフォルトの名無しさん
09/05/07 22:14:54
読めるソースを公開するのはオープンソースだが
読めないソースを公開するのはオープン賞味期限切れのソースだ。
583:デフォルトの名無しさん
09/05/07 22:53:23
俺はWindowsで便利なVBScriptを推すことにする。
Windows以外で使うとして、Pythonかな。
584:デフォルトの名無しさん
09/05/07 23:11:03
逆にグローバル変数三昧で関数外で設定した変数を何の前触れもなしに呼び出すようなプログラム書く方が
何かと面倒くさいと思うんだけどなんでああなるのか解らん
585:デフォルトの名無しさん
09/05/07 23:40:17
>>580
そんな言語を使ってるやつらはどういう扱いに思われるか、想像してみてごらん
586:デフォルトの名無しさん
09/05/07 23:49:15
「そんな言語」の指す内容が曖昧でなんとも言えんな
また普通、「特定のある言語を使ってるやつら」全部引っくるめての扱いもなにもないよ
587:デフォルトの名無しさん
09/05/08 00:20:37
>>578
仕事があるだけましだがな
588:デフォルトの名無しさん
09/05/08 00:35:36
>>586
DANレベルの奴ですらPHP使いはカスみたいな言い方するくらいだし
もうだめかもわからんね
589:デフォルトの名無しさん
09/05/08 01:19:18
>>588
DANレベル、がどっちの意味かも曖昧
もうだめかもわからんねの主語も不明
わざとぼかしてるチキンでないのなら、意思伝達の能力に問題があるってよく言われてそう
590:デフォルトの名無しさん
09/05/08 01:25:51
曖昧…か？
591:デフォルトの名無しさん
09/05/08 01:37:45
小飼弾レベルの人ですら、なら明確だな
592:デフォルトの名無しさん
09/05/08 01:40:14
DANレベルが低い方だと思ってる奴はいないだろ
無理に曖昧にしたいだけじゃん
593:デフォルトの名無しさん
09/05/08 01:43:58
1行目は（常日頃からそんなこと言ってるし）DAN=小飼弾とわかるけど、2行目の主語はよくわからんね
というか、それ以前に>>588が>>586へのレスとして成立するのかが怪しいと思う
594:デフォルトの名無しさん
09/05/08 01:47:32
とうとうこのスレは自然言語まで対象になったのかｗ
595:デフォルトの名無しさん
09/05/08 01:49:05
２ちゃんに向いてない奴がいるな
596:デフォルトの名無しさん
09/05/08 01:51:56
俺はこう読む。
>>586の
普通、「特定のある言語を使ってるやつら」全部引っくるめての扱いもなにもないよ
これが命題。
それに対して>>588は
一般論で言えばそうかもしれないが、PHPに限っては小飼弾のような人にまで
PHP使いはカスみたいな言い方されちゃってるので、もう駄目かもわからんね。
597:デフォルトの名無しさん
09/05/08 02:02:19
PHPは開発者たちがみずから「言語仕様は糞です」って自虐してるだろ……
598:デフォルトの名無しさん
09/05/08 02:02:44
Perler VS PHPerの醜い争い
599:デフォルトの名無しさん
09/05/08 02:07:21
s/Perler/Perl Monger/g
600:デフォルトの名無しさん
09/05/08 02:46:57
>>596
588本人だけど違う
DANのような人までそういう差別するんだから
言語でひとまとめにするななんて主張してももう駄目だって話
601:デフォルトの名無しさん
09/05/08 04:27:59
たぶん 「俺の読めない言語は糞」 とかいうｱﾌｫだったのだろう
602:デフォルトの名無しさん
09/05/08 04:37:30
読めないコードを書くやつはｱﾌｫって話じゃないのか？
603:デフォルトの名無しさん
09/05/08 07:30:08
「ある定型文の呪文を書いておかないとバカにされる」んだったら
その言語自身が「呪文が書いてある状態」を最初からデフォルトにすれば？って思う。
604:デフォルトの名無しさん
09/05/08 07:33:07
VBもそうだよな
まぁVBは対象がプログラマって感じがしない言語だからあれで良いのかも知れんがw
605:デフォルトの名無しさん
09/05/08 09:57:05
とりあえず、PHPからRuby来て、黒魔術なコード残していくヤシなんとかしろ
606:デフォルトの名無しさん
09/05/08 10:40:17
>>603
なんといういちゃもん
おまいが心配しなくても、Perl6では標準らしい
今年中に出るかな・・・
607:デフォルトの名無しさん
09/05/08 10:52:57
Perl6は、Perlの名前を使うのを止めるべきだと思う
608:デフォルトの名無しさん
09/05/08 10:58:57
まさに底辺スクリプターの争い
609:デフォルトの名無しさん
09/05/08 11:02:50
>>607
それはPerlに間違った偏見を持ってるからでは？
PHPなんて3,4,5,6でどんだけ仕様変わってるんだと
610:デフォルトの名無しさん
09/05/08 11:19:53
そりゃできたての糞言語使って楽しようとすればリスクがあるのは当然
611:デフォルトの名無しさん
09/05/08 18:56:08
>>598
ルビャーを忘れないでください
612:デフォルトの名無しさん
09/05/08 19:04:42
>>609
いや、オレもPerl6は別にしてほしい。
まぎらわしい実行ファイルとかがパスに
紛れ込んでくるのは勘弁。
今までのPerlは、よくも悪くも互換性が
かなり重視されてたことを忘れるな。
613:デフォルトの名無しさん
09/05/08 19:08:00
ファイル名や拡張子で想定のバージョンを記述することを強制してもらいたいな、どの言語も
614:デフォルトの名無しさん
09/05/08 20:35:28
俺のイメージ
Perl
万能君なのだが、非Perler及び非開発者からのCGIのイメージが払拭できていない。
無駄に難度も高いため新規参入減少。
PHP
お手軽すぎて馬鹿にされ続けたが、教育/開発コストが優秀なので
じわじわと支持を伸ばし、今では導入企業多し。
Ruby
教育/開発コストがPHP以上に優秀だが、勢いはイマイチ
Python
教育言語としては非常に優秀だが、業務レベルでは日本語文献の不足もあり導入企業僅か。
615:デフォルトの名無しさん
09/05/08 20:38:51
お前は黙ってろ
616:デフォルトの名無しさん
09/05/08 20:49:45
PHPは仕様がアレだから馬鹿にされているのであって、
お手軽だから馬鹿にされているわけではない
617:デフォルトの名無しさん
09/05/08 21:07:22
そのｱﾚすら語れないってのはどうかと
618:デフォルトの名無しさん
09/05/08 21:27:40
言語における開発コストって何をもって優秀って判断なの？
619:デフォルトの名無しさん
09/05/08 21:31:10
JavaやPHPでの文脈では、人月計算出来る頭数の確保および促成養成の容易度、でいいんじゃないかな
620:デフォルトの名無しさん
09/05/08 21:34:23
開発者が意識しなくても、既知の攻撃方法を回避できる。
開発日数の短縮が可能。
言語自体の習得が容易。
コードの可読性が高い。
実行時の速度向上のための最適化が不要か、最小の修正ですむ。
デバッグが容易。
大規模開発に耐えうるか。
とかとか。案件によってどの要素を重視するかは異なるので何ともいえない
ただ、一般的には開発速度を最重要視しているように思う
次が実行速度かな
621:デフォルトの名無しさん
09/05/08 21:35:04
開発者数、開発者のレベル
も>>620に追加
622:デフォルトの名無しさん
09/05/08 21:36:16
PHPのメリットと言えば、mod_phpの出来の良さ、普及率でしょ。
623:デフォルトの名無しさん
09/05/08 21:40:44
CGIでもmod_phpでもソースが同じで済むのがいいな。
それをそのままコマンドラインから実行できるのも。
Javaだとmainを持つ単体プロセスと、サーブレットの派生クラスじゃそもそも全然違うし。
Perlもしかり。
624:デフォルトの名無しさん
09/05/09 01:27:47
開発コストが優秀と、開発者として学ぶべき価値のある優秀な言語かは相反したりするw
625:デフォルトの名無しさん
09/05/09 02:42:36
phpの優秀さは、mod_phpのsafe_modeのおかげで無料レンタルサーバーでも
利用できることと、cgiと同じようにファイルを置くだけでcgiより高速に動く
ということであって、言語仕様はクソだろ。
626:デフォルトの名無しさん
09/05/09 03:04:54
PHPはApacheのマクロ言語みたいなものでExcelのVBマクロみたいなもんだしな
627:デフォルトの名無しさん
09/05/09 05:14:31
php.iniさえ無ければよかったのに・・・
628:デフォルトの名無しさん
09/05/09 07:45:35
うちの周りだと、webアプリ＝CGI=PHP=Perl くらいの意識しかなかったそのくらいが現実。
ちなみにゲーム会社ｗ
629:デフォルトの名無しさん
09/05/09 07:46:16
>>625
おいおい、まともなレンサバはphpもCGIだと思うが
630:デフォルトの名無しさん
09/05/09 07:47:41
あ、ごめん、それでもいいよな、って流れか。野暮だったの・・・
631:デフォルトの名無しさん
09/05/09 09:36:21
>>614
これからはじめる妥当性はともかく、ちと違う感じ
Perl難しかったら、何をやっても難しいと思うよ
>>628
Web系かUnix系の鯖缶じゃないと、あまり使わない気もする
632:デフォルトの名無しさん
09/05/09 11:02:25
Perlの難しさは、他の言語の難しさとは別種だと思う。
成立年代とか当時のUNIX環境（awk等々）、プログラミングスタイルの
流行廃りの変遷を無視して、共時的にPerlを評価するなら、
つまり新規学習者の視点で見るなら、アホの子が作った言語としか見えない。
633:デフォルトの名無しさん
09/05/09 11:10:58
既に使えるようになってる人の「全部同じ」は真かもしれないが
まだ使えない人の「Perl難しい」もまた真
Perlはまずロジック以前に、mod_perl2を使う方法がややこしい。というか人によって違ってたり。
apache+mod_perl環境を構築しないといけない所も、PHPに比べると大変。
634:デフォルトの名無しさん
09/05/09 11:11:56
つFastCGI
635:デフォルトの名無しさん
09/05/09 12:53:27
>>632
アフォしか使わないからおk
636:デフォルトの名無しさん
09/05/09 12:59:19
>>635
Perlはアフォしか使わない
↓
Perlを使っているのは全てアフォである
↓
アフォでない人はPerlを使わない
故に、アフォでない人はアフォよりもスキルと仕事の幅が狭い
637:デフォルトの名無しさん
09/05/09 13:16:41
ｱﾌｫがPerlに費やす時間を別言語に使ってるからスキルと仕事の幅が広がる罠
638:デフォルトの名無しさん
09/05/09 13:26:33
俺はPerlも使う
俺はアフォではない
反証終わり
って書きたい
639:デフォルトの名無しさん
09/05/09 13:30:40
Perlは文化が成熟してるから、高レベルな人が多いし
高レベルな人の部下になる、高レベルな人の文献で学ぶなど、
ある程度の習熟レベルを超えてからは、返って他言語より成長しやすいと思う
640:デフォルトの名無しさん
09/05/09 13:30:56
俺はPerl使ってる時だけアフォになる。ぴゃぁあるぅ!
641:デフォルトの名無しさん
09/05/09 13:41:37
>639
大量のバッドノウハウを暗記した奴だけが偉そうに出来るという、
UNIXらしさにあふれる言語だよね。
642:デフォルトの名無しさん
09/05/09 13:47:02
スクリプト言語で高レベルって思ってる奴ってなんか笑えるよなw
世界狭すぎだろ
643:デフォルトの名無しさん
09/05/09 13:48:51
スクリプト言語は高級言語だろ？JK
644:デフォルトの名無しさん
09/05/09 13:54:37
ソフトウェア用語としての高級とか上流とかって、
一般の用法とはニュアンスが違うからなあ。
645:デフォルトの名無しさん
09/05/09 13:56:07
世界狭すぎだろとか言ってるやつ、お前の世界はどんだけ広いのかなぁｗｗｗｗ
646:デフォルトの名無しさん
09/05/09 13:57:18
WordとかFirefoxとかFFとかLOST PLANETとか作ってる連中からしたらスクリプト書いてる人は
プログラマーに見えないレベル
647:デフォルトの名無しさん
09/05/09 14:37:10
>>639
そうして成長て得たスキルやテクニックが、他言語では初心者でも使いやすく用意されてる差
648:デフォルトの名無しさん
09/05/09 14:38:40
高水準とか低水準とか言おうぜ
649:デフォルトの名無しさん
09/05/09 15:39:36
>>639
ブログとか見てると確かにそうだし、ライブラリとか使うだけなら他の言語と代わらんようにも見える。
なんだけど、やっぱバッドノウハウの塊なんだよな… >>647みたいに思ってしまう。
Ruby使ってるけど、Rubyも数年後Perlみたいになるのかと思うと(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
前Windowsで使ってたDelphiがもろそうなったんで…
しかし、Delphiはネイティブ言語のせいか、Perlみたいにバッドノウハウでってときはアセンブラ必須だったりついていけねえ
650:デフォルトの名無しさん
09/05/09 15:48:12
>>646
そんな、低水準の言語でしか作れんようなもんばっかだしてからに
反論してたら、そのうちOS作れない言語は(ry とか言い出しそうだな、おい
10年後20年後くらいなったら変わるんじゃね？と思いたい。
最近、LOST PLANET出してきたけど、近年のゲーム開発はスクリプト言語の組み込み必須だろ。
近年といったけど、ファミコン時代だってDSL使ってイベントや敵配置なんか記述してきたし。
スクリプトで、全て作れるわけじゃないが必須にになってる
最近、オンラインゲームで使われてるUnity 3Dなんかは、
マルチプラットフォームだけど、C#なんかで記述できる。
ブラウザ上で動かせるのに、グラフィク周りはハードウェアアクセレーションが効くんで、
エンジン自体はそこそこ速い。
jscriptも使えたかもしれん。
(つっても、実際にはActionScriptで作らずに、Unity3Dで作ってくる連中は、
ある程度本格的でブラウザゲーなのに"重め"のものを作ってくるんで、悪い面もある)
651:デフォルトの名無しさん
09/05/09 15:50:17
ああ、スマソ。VM系だけどC#はスクリプト言語じゃないか。
"WordとかFirefoxとかFFとかLOST PLANET"を作れない、って話かと思ったから、
対比で出してしまった。
652:デフォルトの名無しさん
09/05/09 15:59:29
そういう誰でもできる部分をスクリプトで外だしにしてるってことだろ。
フロー書ける設定ファイルみたいなもんだ。
で、そこのスクリプト部分には3DもレンダリングもAIもなんらテクノロジーは入ってないわけだ。
653:デフォルトの名無しさん
09/05/09 16:01:35
その替わり、アプリの本質とノウハウが詰まっています
654:デフォルトの名無しさん
09/05/09 16:04:59
ストリングテーブルが一番のノウハウだな。エロゲーの場合。
655:デフォルトの名無しさん
09/05/09 16:05:37
WordはそのうちC#になりそうだし、マルチバース系のUIエンジンや、XBox360の
ソフトなんかもかなりC#ベースになってきてるよね。
で、C#+.net(あるいはSecondLifeみたいにMono)で作れるということは、
かなり近い将来にはPythonやRuby(Iron～ね)でも同じパフォーマンスの
ものが作れるようになるということを意味する。
656:デフォルトの名無しさん
09/05/09 16:16:39
簡単なものは簡単な言語で作る。これが一番。まあ簡単に首も切られるけど。これが現実。
657:デフォルトの名無しさん
09/05/09 18:15:08
> XBox360のソフトなんかもかなりC#ベースになってきてるよね。
ソースキボン
XNA Live arcadeってそんなに主流じゃなかったと思うけど、
インディじゃなくて商用のゲームでもつかわれてたっけ・・・
後半は同意する。まあ、Rubyはさすがに遅いが…。
Pythonは、有名どころではPanda 3Dなんかで実際に商用ゲームが作られてるのは知ってる