【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
最強のLL=軽量プログラム言語は、どれよ?
エントリーは、
Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ!!!
テンプレは
>>2
夏だなあ
まずは最強を定義してもらおうか ・いかに短い文字数で実装できるか ・いかに可読性が高いコードを書かせるか ・いかに優れた実装が存在するか 仮に上記3点が最強の定義だとするとRuby最強だな
Rubyって読みにくいからなぁ。
7 :
デフォルトの名無しさん :2008/07/06(日) 15:32:10
Ruby
>>1 よ
なぜ3スレ目を立てようと思った?お前の思考はどうなってるんだ?
前スレのぐだぐださがお前にはわからなかったのか?
スレを立てればみんなに褒めてもらえると思ったのか?
空気が全然読めないやつだな。
お前実生活でもうだつがあがってないだろ?
削除依頼出すくらい反省していればまあ望みもあるんだがな。
さっそく煽りのレスがついてるだろ。
この先どう考えても荒れるだけのクソスレにしかならんよ。
ヒント:スレタイ
11 :
デフォルトの名無しさん :2008/07/06(日) 18:25:03
Python、RubyのいいとこどりしたLL言語はないのですかね? 例えば、 ・selfの冗長性がない ・関数内関数の定義、参照が容易 ・正規表現リテラル完備 ・式展開あり ・returnの省略 ・名前空間の容易な分離 ・文字コードにデフォで神経質 ・hoge.callうざいからなんとかする これだけでも大分ほしい機能なんだが。 ありそうでありそうな。
return省略ってうれしい? 関数型言語ならともかく。
13 :
デフォルトの名無しさん :2008/07/06(日) 19:13:20
sexless python!!
>>11 >・文字コードにデフォで神経質
具体的にどの程度まで?
(Perl|Python|Ruby)にHaskellとSchemeの長所を取り入れたものはないかな? Perl6がそうだったりする?
16 :
初心者 :2008/07/06(日) 21:52:28
>11の機能が本当に必要ならPython3000で導入されたんじゃないですか?
どう考えてもC++
>>11 >・名前空間の容易な分離
これって何? くわしく。
Perl PHP Python Ruby JavaScript この中で最強というと…awkかな。
20 :
デフォルトの名無しさん :2008/07/08(火) 07:28:53
おいらの立てたスレがいつの間にか3になってた・・・ 感動したおw
隔離スレとして伸びることがそんなに嬉しいのか
22 :
デフォルトの名無しさん :2008/07/09(水) 00:58:03
Dan Kogai(笑)
>>1 <問題>
あなたは、大学の教養課程を受け持つ教員であると
仮定します。あなたのミッションは、経済学部の学生が
動的なウェブサイトを作ることができるような
リテラシーを身に付けさせることです。
卒業後の就職などに役立つことも多少は期待したい
ところですが、あくまで一般教養です。
教育に使える時間は限られています。
1週間にいちどだけの1時間半ほどの実習・授業が
たったの半年ほどで終了です。
選択科目なので、興味のあるやる気のある学生だけを
対象にしてたくさん宿題を出すという教え方ができます。
しかし、初心者向けに負担の少ない
カリキュラムの方が良いとも考えられらます。
このような条件下で
サーバーサイドのプログラムを制御するプログラム言語のうち、
教材にふさわしい最適な選択は、以下のどれであると考えますか?
答えなさい。理由も明記なさい。
1.PHP 2.Perl 3.Pyhon 4.Java 5.C# 6.VB.NET 7.Ruby 8.その他
(この問題はフィクションです。)
僕はシェルスクリプトちゃん!
>>21 拭き掃除してて、汚れがたくさん取れたら嬉しいだろ。
8. でJavascriptは?
サーバサイドでJavaScriptってーとJaxerとかかね ちょっと汎用性に欠けそうだな。サーバ選ぶし。おいらはFreeBSDに入れるの挫折した 遊んだ範囲では面白かったけど ブラウザベースJS/SpiderMonkeyとかで済む範囲の教育ならいいかもね
あ、サーバーサイドですね。ごめん
実際のところ一般人はHTMLでいっぱいいっぱいだろ とマジレス
31 :
デフォルトの名無しさん :2008/07/09(水) 22:32:11
Rhino興味あるけど勧める奴的にどうよ って聞くのはスレ違いだな
33 :
デフォルトの名無しさん :2008/07/10(木) 20:28:15
takano32,TAKANO Mitsuhiroこと高野光弘の『32nd diary』はひどい。 26歳の日立製作所エンタープライズサーバ事業部(秦野地区)社員で、日本UNIXユーザ会、日本Rubyの会とわかってるのに、 日立を誹謗中傷、障害者差別発言、殺人予告までする始末。 批判されてコメント欄を閉じ、まだ更新し続けている模様。
36 :
デフォルトの名無しさん :2008/07/22(火) 09:50:51
保守
30 :順序 [] :2002/07/15(月) 11:00 ID:kDg+VLMj AWKの次はPerl。これ常識。 Perlの次はRuby。 Rubyの次はPerl6。 になるといいなあ。
妄想はいらない。
39 :
デフォルトの名無しさん :2008/07/25(金) 13:14:36
Rubinnovation(笑)
40 :
デフォルトの名無しさん :2008/07/28(月) 03:29:10
しかしつまらんスレだな
42 :
デフォルトの名無しさん :2008/07/31(木) 22:09:37
質問です。 Windows版のPerlとPHPはファイルパスをANSI文字列で扱っていて、 CP932に含まれない文字を含むファイルやディレクトリにアクセスできず困っています。 そこで、RubyかPython(あるいはPerl 6)がUnicodeパスを扱えるなら乗り換えたいのですが、 どなたか対応状況を教えていただけませんか。
43 :
42 :2008/07/31(木) 22:21:44
一応、要求について補足しておきますと たとえば、あるディレクトリに "♡.txt" という名前のファイルがあったとして、 readdir相当の関数でこのファイルを列挙して、fopen相当の関数でこのファイルを開いて読み書きしたいのです。
>>42 余裕
utf-8でPythonコード書いて、
#coding: utf-8
import os
os.listdir(u'???') とかでいい。
Python(Windows版)のopenの実装は_wfopen使ってるから大丈夫だな
>>44-45 どうもありがとうございます。
今から落として確認してきます。
perlはせっかく内部コードUTF8で持ってるのに、
なんでW関数使うようにしないんでしょうね。
47 :
デフォルトの名無しさん :2008/08/01(金) 20:25:15
このスレが初めてまともに機能した瞬間www rubyのdir()もunicodeダメポだった気がするぜ・・・
>>46 よく知らないけどA関数でreaddir して
加工しないで A関数で open するなら読めるんでは?
49 :
デフォルトの名無しさん :2008/08/02(土) 03:27:46
「美しいコードを書けるからRubyを選んだ」---Ruby on Rails作者 David Heinemeier Hansson氏:ITpro
http://itpro.nikkeibp.co.jp/article/NEWS/20060620/241346/ DHH:いろんなPerlソースを見ていると,頭が爆発しそうでした。
なぜかというと,どのコードを見てもスタイルがそれぞれ違って,
正しいのはどれかがわからない。
それぞれおもしろいんだけど,自己主張が激しすぎると感じました。
一方で,Rubyで書いたものはどれも,
同じことをする場合はだいたい似たように見える。
この「統一感」がすごく重要でした。
>>48 A関数で読んだ時点で、ANSI文字セットに含まれない文字は?になってしまうんですよ。
それで困っとるんです。
52 :
42 :2008/08/02(土) 09:56:16
一応、最終的に確認した結果を書いておきますと、 Perl 5.8.8, PHP 5.2.6, Ruby 1.8.7はUnicodeパスを扱えませんでした。 Python 2.5.2はUnicodeパスを扱うことができ、この分野では一人勝ちです。
53 :
デフォルトの名無しさん :2008/08/02(土) 10:17:01
54 :
デフォルトの名無しさん :2008/08/04(月) 12:20:16
なんでpythonスレが荒らされてるんだ
52がくやしかったのかな
56 :
デフォルトの名無しさん :2008/08/04(月) 14:37:34
そういやpython3.0はまだ出ないのか。荒らしは何か連動してたりしてな
Pythonスレの荒らしはpygameのドキュメントを日本語に訳せと言ってる奴だと思う
マなら英語ぐらい勉強しろ。最初読むの遅くても慣れたら早くなるだろ。しかsも中学の英語で十分だし。
60 :
デフォルトの名無しさん :2008/08/05(火) 15:12:42
Pythonスレの荒らし、俺の予想 2007年 6月 2ちゃんねるを本格的に始める 6月 過去ログが見れないことに腹を立て●を購入 12月 VIP初体験 2008年 8月3日 IDが簡単に変更できることを知る 同日 東方シリーズ総合スレッドを荒らす 8月4日 マクロを使って本格的に荒らす 現在 ム板で個人的に気に入らないPythonをスレを潰しにかかる
●で荒らしてるのか。一発で焼かれるのにw
荒らしにperl dukeの使い方も教えてやろうぜ
Ruby 1.8.7-p72 / 1.8.6-p287がリリースされました。 前回のリリースの修正は不完全で、新しいリリースは 以前にアナウンスされたdlの脆弱性の修正を含んでいます。
65 :
デフォルトの名無しさん :2008/08/14(木) 18:30:59
Perl の凄いとこは、あのスクリプトをパースしてるとこ だろ。 普通はそんなパーサ書きたくないよな。俺には無理だしな。
ううむ、一理あるかも。 次期Perlで更に混沌と化す予定な訳だろ。nekoオペレータとか色々大好きだが rubyでもmatzがパーサに限界感じてるとか言ってたが、こっちは無計画な自由度の代償って感じもあるから直で比較はできんか 素人目には、スクリプトのパース効率と煩雑さ回避では インデントを洗えばブロック把握が済むpythonが一番安定して 進化し続ける気がするけど実際はどうなんだろうな
パースの効率性云々言うならS式の言語とかスタック言語がいちばんなんじゃ
スタック言語ってどんな文法?
ねーよ lispマシンが主流になってたらそっち側に最適化されただろうけど
>>67 S式は文法の名前だが、それと並列にスタック言語を並べるのはおかしいだろ。
RPN は文法と実行モデルがベッタリってだけ
73 :
デフォルトの名無しさん :2008/08/23(土) 04:32:55
PHP/Perlは3Kなのでもう仕事ではやりたくないです。。 上層部はWebなんてチラシづくりくらいにしか思ってないので末端作業員扱いです。 Java/C/C++で基幹系とかパッケージとか画像/制御とか高度な技術開発やってる 奴が勝ち組だよ。いやまじで・・
でもウェブは儲かるんだよな。3ヶ月で製造が終わって現金が入るし。
儲か…る…? あれが…?
×儲かる ○それぐらいでしか雇ってもらえない
仕事でC++、趣味でWebの俺が最強の収益構造
>>77 まあ一般論としては特段否定する余地がないな
もうかるWebもあるけどね〜 C++でもLLでも底辺はあるし、そうそでないフィールドもあるというだけのはなし
使える言語がPHPだけなのに勢いでフリーになったマを目の当たりにしたがマジで底辺だったな。
何を言う 「○○しかできない人」(○○には交換可能な技術名)なんて全員底辺だぞ そして底辺ゆえ社会のピラミッドの下層を形成する大多数だ
俺の場合色々やらかすヒトなのでorz.
器用すぎても便利に利用されるだけだけどな。 マはどこまで行っても底辺だろ。SEなど上流こそ勝ち組(www。
プログラマとSEと違う職業を比べてる時点で全く意味がない。 大工と建築士のどっちが上かって言ってるようなもの。
ゴミムシとヘラクレスオオカブトを比べるようなものだからな 意味がないというのはもっともだ
webは年々技術が評価されず 企画やプロマネ(笑)に収益構造が流れていってる気がするな うちも社員切って安い派遣をぼろぼろにこき使う体勢にシフト中 ウチがベンチャー上がりの三流だからかと思ったら、某中堅所属な 同郷も同じこと言ってた 多分人増え過ぎただけかなと思いつつ転職活動中
社命とはいえ何人の技術者を使いつぶしてきたんだ? 86は確実に地獄に堕ちるな(w
落ちるんだろうなぁ。実際そういう使い方されてきて、耐えてたら 先輩がどんどんドロップアウトして今俺もその社命の片棒担いでるんだよ でももう俺も駄目よ 現世が地獄だ 釜茹でよかラクなんだろうけどなー 一時期事故で車潰しちまって鬱って2chやめてその分スポーツジム通ってたら怪我して査定狂って2ch戻ってきて 細い貯金細り気味でなんかもうどうでもいいわ 汚職してる政治家よりは社会に貢献してんのかな? ねえか
マ 板 で や れ 。
オマエがつぶしてきた技術者たちは、多分オマエのように事故起こす前に車も買えず オマエよりスキルが高くてよほど社会に貢献できる奴だっていただろうに オマエようなクソ人間に潰されていったんだね オマエは現世で生き地獄を味わい、死んでからはリアル地獄に行くんだね。 因果応報ってこのことだね
プログラミング言語を知らない人には PHPもPerlもRubyもPythonも同じにしか見えない。
オマエはっ
>>88 >汚職してる政治家よりは社会に貢献してんのかな?
まあ似たようなもんだな(w
地獄で仲良く苦しめや(wwww
94 :
デフォルトの名無しさん :2008/08/26(火) 13:36:14
>>91 プログラミングできる人から見てもスクリプトなんてどれもだいたい同じ。
えーっとPythonの場合のfindの引数はなんだったかな・・とかの時間が
無駄なだけ。
>>94 >プログラミングできる人から見てもスクリプトなんてどれもだいたい同じ。
嘘言うな素人が。
いや、自称プログラミングできる人、実態はほぼ素人の人には真実w
>>94 「俺は出来る感」を醸し出そうとして大失敗してるぞ(www
だいたい一緒だよ スレタイに挙げられてるようなのはそこまで大差はない 容易に読めないスクリプトは存在するが、そういうのはその言語に慣れたやつでも容易には読めん
HaskellやLispを持ってくると予想
94=88
>>81 ・コボルしか出来ない
・Javaしか出来ない
と
・PHPしか出来ない
では次元が違うだろ・・・
色んな言語で糞プログラム何個も作れるより一つの言語しか使えなくとも
その言語で有用なプログラム作れる方がいいし。
>コボルしか出来ない 今時仕事たくさんあるし、金もそこそこ稼げる。 >Javaしか出来ない ここが底辺の境界線。
俺C++しかできないんだけど…
どの言語でも趣味グラマは居るけど COBOLやってるヤツは見たこと無いわ
みんな仕事中じゃないのかいw
俺、COBOL on Rails作ってるよ。 昨日の夢での話だけど。
平日日中に2ch書き込める奴らが羨ましいな
108 :
デフォルトの名無しさん :2008/08/27(水) 01:52:03
Webページ作るなんて作業がそもそも糞なんだから、そのツールも糞になるのが必然だろ。 糞プログラマーが糞簡単なWebのプリントごっこを短納期で糞たくさんこなすための ものなんだから、糞な言語じゃなくっちゃ成り立たん。
ウェブの開発は、別にプログラミング技術なんてどうでもいい。一通りSQL覚えたら、後はそれを整形して出力するだけだから。が、儲かることは儲かるよ。コストがぜんぜんかからないし、案件は大量にあるから。
>>109 SQL??
Web系ではなくDB系かい?
まあWeb+DBって雑誌もあるくらいだし
最後のつめで玉砕する奴が一人いるようだな(www
perlとPHPでSQL書いて動かすものはさわったことあるけど、 これらの言語から見たら単なる文字列を出力してるだけだから問題の切り分けが面倒だったことが数知れず。 もちろんDBへSQL文を実行して試したりもするんだけど、 特定の状況でのエラーの再現が非常に面倒だった。
もしかして「とらんざくしょん」とか知らない人? 今すぐ荷物をまとめて故郷にお帰り(www
LL言語ではないから、ここではなんだが、 Erlangでサーバー書いて(ライブラリにもある)イントラネットでやってるが、 データベースも内蔵してるし、いいよ。SQLを生成する必要ないし。 脆弱性の問題とか解らないから、外部には公開できないけどね。
erlangはいい言語
で、とらんざくしょんは知っているの?
119 :
116 :2008/08/28(木) 10:22:17
>>118 私に質問してるのかな。とらんざくしょんね。COBOLで書いてた頃、
30年くらい前だけど、とらんざくしょんふぁいるとますたーふぁいるとか
言ってたな。
なんだおっさんか まどぎわでまどろんでおけよ(wwww
ありがとう。悠々自適だから、一日中まどろんでいるよ。
さすがにファイルについてのトランザクションを語ったことがない。
>>122 更新対象ファイル(マスター)と更新要求ファイル(トランザクション)。
更新要求ファイルというのは伝票一枚一枚にあたる所謂明細ファイルのこと。
EOFが commit なのだw
オッサンはCOBOLと共に埋もれて爆発しろ。
>>109 ウェブデザイナの阿呆が、swfファイルがほしいというから、ActionScriptばりばりで
書いてやったら「判らない」とホザいて、うんざりした。
そんな話が続く限り、グダグダだろ。 10年前から変わってねえけど。
んなもんこっちで予め予測してあげるべきだろ。 逆にウエブデザイナからIDEで作られたswf渡されても追いかけづらい。 今日日ソースはテキストエディタだけで作れるって話ね念のため。
>>127 そんなことは予測してあるから阿呆封じの呪文を唱えたまでで、
挙句の果てには、依頼した癖に、自分のとこでIDE環境すら
用意してないと来たから・・・
Web板のどこかでやったら?
>>129 自尊心を燃料にレス書いてる人にそういうのは無理。
負け組のスクツ。
どうせ使い捨てツールなんだからてきとーに楽しんで使えばいいんじゃん? 7年前に今の状況が予想できなかったように7年後なにが流行ってるかなんてわからんし。 monoがブレークして、ASP.NETとC#で極楽開発に一票。甘いか・・?
133 :
デフォルトの名無しさん :2008/08/29(金) 08:52:51
>>126 ウェブプログラマの阿呆が、swfファイルがほしいというから、ActionScriptばりばりで
書いてきたから「判らない」とホザいたら、うんざりしてた。
そんな話が続く限り、グダグダだろ。 10年前から変わってねえけど。
>>132 >monoがブレークして、ASP.NETとC#で極楽開発
底辺はこういう妄想でもしないとやってられないよな。
相手が見ても困るようなソースを渡すという意地汚い精神が許せない。 なぜ優しさをもてない。
誰もオマエのことなど気にかけていないということだ(www
「えっ、これが読めないってレベルなんですか?」
「またアイツだよ(´Д`)」 「エンジニアのくせにこれくらい読めないってあり得なくね?」 「まあスルーすんべ。大人になろう」 「指されたりしても怖いしな(プププ」
「えっ!これJavaなんですか!!、 てっきりC言語だと思ってましたよ〜」 さすがにこういう事例は無い。
「こんどはがんばって話題合わせようとしてるぜ」 「ウザいっていうかキモ」 「大人らしく適当にあしらっておくか」 「刺されても怖いし(プププ」
C#でVisualStudioを使えればいいんだけど、いかんせんLinuxがなあ
142 :
デフォルトの名無しさん :2008/08/30(土) 03:38:45
>『JavaからRubyへ』では、テイト氏はJavaのフレームワーク群は種類が > 多すぎて選択が困難であり、習得コストも高くつく、と切り捨てている。 だから言語変えるってなんかバカっぽい考え方だなあ
javaからrubyへってなんだかなあ。二つは全然違うでしょ
JavaからRubyへ、RubyからJRubyへ、JRubyからJavaへ
>>143 >二つは全然違うでしょ
違うから移行するんじゃん
同じだったら移行するわけない
Java→RubyはJavaでついていけなかったコンサルや似非SIerが群がってハイエナ状態だから取捨選択に注意 Rubyで何ができるかではなくJavaで何やってきたか聞くといいぞ きちんとやれば中規模まではJavaでごりんごりんする必要はなくてCRuby+RailsかJRubyでの置換が可能ではあるんだが
147 :
デフォルトの名無しさん :2008/08/30(土) 17:58:49
負の遺産はVBだけでおなかいっぱいだから、もうおまえらRubyとかで作んなよ。
Perl6以外で作るの禁止
print "a" はOKですか?
はい。
151 :
デフォルトの名無しさん :2008/09/02(火) 09:09:11
結局Pythonが支配するのか
お前が支配されてるだけで世間一般はそうでもない
みなさま、お気をつけ下さい。 152はPHPに支配されて勉強しない底辺のITドカタです。
という風に説明しなきゃいけない時点でキャラ設定として説得力無し。
まあこういう比較系のスレになるとやたらとPHP VS 〜〜 のようなスレを好む底辺PHP厨が暴れるんだけど ム板のせいかそういう輩が少ないね。
153があまりによく154の姿を表現しすぎていて悔しかったのだろう。
157 :
デフォルトの名無しさん :2008/09/03(水) 02:01:37
とりあえずPerlはいらない。お疲れ様、今までありがとう PythonとRubyは好み。 PHPは必要(かもしれない)悪。 とりあえずPerlマジイラネ。こんなのが市場に残ってると次代のプログラマの情操教育に悪いから早く排除すべき。
160 :
152 :2008/09/03(水) 22:01:41
>>153 すぐに出てくるのがPHPて、お前終ってるなw
161 :
152 :2008/09/04(木) 09:08:47
マジでPHP最強なのになw お前らの頭うじわいてるんじゃないか?w
オマエガナー
python と ruby は pascal と smalltalk みたいな感じ。 基本は出来てるけど流行る要素が無い。 lisp や java 的な至高性・王道性も感じられない。 python は長所として数えられているインデントが将来命とりな感じ。 ruby は仕様が無いし互換性がウンコだし。Turbo Ruby とかあれば多少は使われるかもなぁ。 php はカレー味のウンコだ。突き詰めるとカレーではなくウンコであることが判明する。 やっぱ実装が安定している perl が一番だな。速いし。病的折衷主義ではあるが。
でっていう。
PHP厨には
>>161 みたいな騙りしかいないらしい
さすがカス言語だ
現実で使われている LL は Perl, PHP, JavaScript が殆どじゃないかなあ。 ネイティブコンパイラも出来た事だし JavaScript が更に伸びて行くと良いな。
> php はカレー味のウンコだ。突き詰めるとカレーではなくウンコであることが判明する。 ワロタ perlはウンコ味のカレー 食べるとウンコ味なのだが、普通に食べられるし栄養にもなる
> ネイティブコンパイラも出来た事だし JavaScript が更に伸びて行くと良いな kwsk
そういや、JavaScriptで実装したRuby(のサブセット)が Google Chromeで動かすと、 CRuby(MRI)やJRubyより速いという記事があって笑ったよ
>>170 v8のことか。それはネイティブコンパイラじゃなくて、JITコンパイルのことでは?
JIT というと、最適化したい部分だけ選択的にネイティブコードに コンパイルするイメージがあったから…
ネイティブコンパイラというとコンパイルすると、a.o とか a.exe みたいのができて直接マシンで実行できる というイメージがあるのだが・・・ 俺だけのイメージかも
確かにそうですね。
ようするに、perlと同じ実行方法だろ。
Perl はネイティブコードを生成しない
179 :
デフォルトの名無しさん :2008/09/07(日) 07:36:25
RubyとかPerlとかそんな野良言語使ってるからお前らはいつまでもだめなんだよ
>>178 Small"T"alk に突っ込むのは止めておくけど、V8 速えーな。
もう JavaScript で良いじゃんという気になるね。
趣味でやる分には Ruby でも良いかもしれんけど。
V8はフォントによっては一瞬VBに見える
Visual 8asic
perlにはあるけれども、 他の言語には無い、という 何か、特徴的な機能って 何かありますか?
泥臭さ
>>185 Perlしか知らないけど、以下は他の言語もできるんかな?
$var = "abc";
@var = (1,2,3);
%var = (a=>1, b=>2, c=>3);
sub var { "func" };
$str = "var";
print $$str; #=>abc
print $$str[1]; #=>2
print $$str{a}; #=>1
print $str->(); #=>func
>>187 それ、自慢すべきことじゃないから。
変数と配列とハッシュで名前空間違うのって、間違いの元。Perlの失敗。
>>187 シンボリックリファレンスすら過去の汚点。
そんなもの標準で使えるようになんてすべきじゃなかった。
そういうプチテク自慢はどの言語にもあるからな
プチテクにもならないし自慢にもならないだろ、これ
>>187 perlきんもー☆
というか、それ仮に他の言語でできたとして
どんな場面で必要になってくるんだろう。
void main() { string var = "abc"; invariant string str = "var"; writeln(mixin(str)); //=>abc }
>>187 javascriptではこんな感じ。
名前空間が分離していたりはしないが、それ以外は。
vs = "abc";
va = [1,2,3];
vh = { "a":1, "b":2, "c":3 };
vf = function() { return "func" };
str = "vs"; alert(self[str]); /* abc */
str = "va"; alert(self[str][1]); /* 2 */
str = "vh"; alert(self[str]["a"]); /* 1 */
str = "vf"; alert(self[str]()); /* func */
Rubyでもリフレクションでできるかな。
こんなに簡潔には書けないけど。
よく分からんが、D言語ではないかと
197 :
194 :2008/09/15(月) 02:07:56
訂正 s/self/this/ な。 ブラウザの中で動作確認したので気づかなかったぜ。 (Window オブジェクトがプロパティselfを持っている)
>>197 >(Window オブジェクトがプロパティselfを持っている)
それってどのブラウザ? 初耳なんだけど。
同じ $var でも使い分け可能 our $var = "our"; my $var = "my"; print $::var; #=>our print $var; #=>my
>>194 >>200 Perlきもすぎ
やっぱり、いまごろPerl使っているひとって
俺こんな複雑なのを使いこなしている、とか自分に酔ってるとか、
奥が深い症候群なんだろうかね
CPANとかにモジュール登録しまくったら有名人になれるし、 「俺のやった仕事」として自慢できる。 使いこなせれば、高みに上れる言語であるといえる。Perlは。 だが、PHPはいくら使いこなせても、「代わりはいくらでもいるから」 とかいわれて、ぞんざいに扱われそう。
囲碁なんて超ルール簡単なのにあんなに奥が深いんだぞ。 囲碁みたいな言語が欲しい。
プログラマ界隈で有名になって、何が得られるんだろうw
以後、囲碁談話にヒアイーゴー
>>202 そんなこと言ったら、中途半端な知識でpythonの入門書書くほうが楽に有名人になれるぞ。
>>206 黎明期においてはありがちだが、もうその時期終わってるだろう。
>>201 なんか、C++でTMPとかやってる連中にもそっくりそのまま当てはまりそうだな…
./って.hackみたいだな
どっとすらっしゅw
212 :
デフォルトの名無しさん :2008/09/15(月) 21:07:34
最近のハッカーはイケメンと同じくらい基準が低くなってるからな。 グーグルマップ貼り付けたブログでプログラミング評論してりゃ みんなアルファギーグwだからな
「ギーク」って「スイーツ」並みに恥ずかしい言葉に感じる
確かにWeb業界では「えぇ、そんなんで?」って奴がギークって呼ばれてたりするからなぁ。
そういうのは自然とあぁ、こいつすげーってのがわき上がってくるんだよな。
>>209 系のメディアに露出して自己顕示欲の強いガキみたいなのは尊敬の対象はおろか
叩かれる対象にしかならない。
>>212 それ何てマザーの大ボス?
>>209 >Perlの有名人ってドキュンな人ってのが世の中の評価だけど
そうだな。そしておまえもおれも、そのドキュン以下ってのが現実なんだよな。
がんばって売り込んで有名になるのはアイドルと同じビジネスモデル
自称ライフハッカーとか見ていて恥ずかしい 語彙力不足で形容できないけど、とにかく気持ち悪さを覚えてしまう
ちょっとお願いします。 どれが最強でもいいんですが このスレで他言語スレで暴れてる Ruby 厨を 引き取ってもらえないでしょうか…
他者を貶めなくても良いと気づくまで生温かく見守って下さい
なんでお前らそんな不満が噴出してるんだw まあ確かにメディアの取り上げ方はなんだかなぁな事例も多いけど、 世間の認知度が上がって俺らの仕事が増えて給料上がれば良いことじゃん。 だいたい俺らメディアに出るの苦手なんだし、露出が得意な人に ばんばん出てもらえば良いのですよ。
>203 Lisp系は文法覚えるだけならメチャクチャ楽だぞ。
>>221 一部の2chねらーは、ブログであれ何であれ「名前を出してモノを言う」行為自体に
基本的に「調子に乗っている」「自分を凄いと思っている」というニュアンスを感じ取るんだよ。
そうなると、文句の付けようのない圧倒的な才能以外は、「お前程度が名前出してモノ言うな!」
っていう攻撃を受けることになる。
底辺の薄暗い結束というか・・・抜け忍でも追いかけるような、裏切り者に鉄槌を下す気分なんだろうね。
もっとねじれた奴になると、
「俺が匿名でしかモノを言わないのは、自分を客観視する力があり、分別のある心の持ち主だからだ」
ってとこまで行ってて、名前出して批判するのは痛いが匿名で中傷するのは痛くない、とか思ってるしw
>>223 匿名の /.jer とか(/.だからACか)、
実名を出してないBlogをやってる奴にも見かける気がするが。
一つには、実名で発言することに大して一般に圧力がある日本社会の体質があって、
そういう圧力から自由な立場にいる人間へのやっかみがあると、
俺は考えている。
s/大して/対して/
Perlみたいなクソ言語を使っていると、自然言語にまで正規表現を埋め込みたくなるものなの?
皮肉だろ。
はぁ? ed のコマンドを認識することすらできない厨が常駐してるのかこのスレは。 LL 終わったな。
s/ed のコマンドを認識することすらできない厨/使い物にならない過去の異物のKYな窓際オヤジ/
技術系のフォーラムとかでは割と見る
ムキになるなよ、かわいいな>オヤジ(wwww
>>223 匿名だと「発言内容が全て」という価値体系が形成されるから良い。
逆に、名前とか余計な属性情報が付くと、価値判断にバイアスが掛かるから嫌。
「あの人が言ってるから恐らく正しい筈だ」じゃなくて「発言内容を吟味した
結果、アンタの言ってる事は正しいね」という状態が気持ち良い。
これは掲示板に限った話ではなくメーリングリストなんかでも同じだと思う。
edとかw 勃起不全じゃるめーしw
>>226 パターンマッチ = 正規表現 では無い
235 :
デフォルトの名無しさん :2008/09/20(土) 11:31:46
板違いです。Web制作かWebProgに行ってください。
プログラムが好きかつ目立ちたがり屋って、昔から確実に痛い奴だよ。
というより、積極的にモノを言う=目立ちたがり屋=痛い、みたいな レッテルの貼り方が、昔からの痛々しい日本式って感じ。
目立ちたがり屋で積極的にイベントなどに出るけど、実績がないやつは十分痛いけどな。
痛い奴の基準は万国共通だけど、LLとか村社会作ってるのは日本だけね。
街が出来るほど人は居ないでしょ
町というより、村とか集落くらいかなあ。 モヒカンとか呼ばれている人たちは、村に住む変人とかそんなもん?
村の離れに教会立てて篭ってるカルト教団みたいなもんだろ。
国全体を律する論理が村社会のそれだから、 一部のまともな側が孤立するんだよなwwwww
>>244 >一部のまともな側が孤立するんだよなwwwww
「モヒカンの品格」ですね、分かります。
其々の長所を挙げていくとどうなるの?
ケースバイケース。 村社会の論理は、それが破綻しないうちは効率が良い。
>>248 Rubyの長所が思いつかない。
Perlに匹敵する文章処理能力の高さ?
ふむふむ・・
254 :
デフォルトの名無しさん :2008/10/02(木) 13:24:07
>>251 金にならんなら普及はしない。趣味でやる人間はたかが知れてる。
しかも日本人が作った言語なんて世界的にみたらマイナーもマイナー。
インデント構文に違和感ないなら、軽量言語はpythonでしょ。
PHP叩いてるruby作者はどうなんだと言いたくなる。
255 :
デフォルトの名無しさん :2008/10/02(木) 16:44:12
あいかわらず
>>1 みたいな最強厨が沸いてるのかw
>>1 は万能言語があると信じてるのか?www
適材適所って言葉知ってるか?w
用途に応じて使い分けるだろ、常識で考えて。
まあ、その能力もなさそうだがw
最強厨が各言語のスレで暴れないように、このスレがあるんだから 歓迎しなきゃだめじゃなーいw
2chで適材適所とかつまらんこと言ってる奴は素人
空気読めないっつか遊び心の無い馬鹿は駄目だね
255のネタ振りをうまく転がせない奴とかな。
PYTHONヌレより
>687 名前: デフォルトの名無しさん Mail: age 投稿日: 2008/09/18(木) 15:58:20
>
>>680 >オレの知り合いがRails案件に手を出してマジで鬱になってたよ。
>要求通りのアプリを組むのは簡単だったみたいだが、パフォーマンス問題があって。
>最後は発注元に訴えられて裁判沙汰になったらしい。
>そして開発してたやつらはほとんど鬱になったそうだ。
>691 名前: デフォルトの名無しさん Mail: sage 投稿日: 2008/09/18(木) 18:19:58
>
>>687 >はネタじゃねえな。
>Railsってフレームワークのはずなのに
>互換性をユーザが考えなくてはならない、
>中身を知らないと駄目とかそういうレベルの
>どうしようもない代物なのになぜか日本で流行ってるんだよな。
>バージョンアップが早すぎて互換性が無くなるのはしょうがないとか
>そういう議論で切り返されたりするわけだけど、
>その場合同一のインタフェースを使い続けるんじゃなくて
>別の物を定義してユーザにどちらか選ばせるとか
>できないのかなとか疑問に思う。
>
>Rails案件会社内で幾人かの人たちが携わってるけど、
>最初は楽だ楽だと言ってたが、最近は「勉強不足で自分自身の存在疑う」
>とまで言い始めた。いつに成ればRails or Ruby の拡張及び変更は
>落ち着くのだろう。
ヘタレPerlerだが、どっかで「いざとなった時に手を入れられない他人の魔法は使っちゃだめよ」と 見たことあります。
Perl:万能。もっさり。 PHP:軽量。脆弱。 Python:洗練。インデント。 Ruby:日本。オブジェクトオブジェクトオブジェk(ry
PerlがもっさりでPHPが軽量?
語弊があるね
複雑?っていうかそういうことを言いたいんじゃないかと
Perlは結構高速だと思うがなあ。コードは体が拒否してしまうけど。
Perlはステータスが低い以外は嫌いじゃない
Perl/CGI 全盛期に粗悪コードが大量に出回ったのが痛いな Perl自体はそこまで悪いというワケでもない
でも俺は履歴書にPerlとは書かない
書けないと思われるのは良いことではない気がするけど・・・。
この中ではpythonがいいな。 後で見返した時に綺麗だし。
日本でWeb系以外でLLを使った仕事ってあるんですか?
あるよ。
276 :
デフォルトの名無しさん :2008/10/09(木) 00:44:08
タブ幅調節できない人か
>>254 どっかのNewsサイトに書いてあったけど、2005年度以降、世界で9番目に使われている言語らしい。
たぶんRoRのおかげ。
>>276 「マイナーもマイナー」がちょっと語気弱まって「マイナー」に変わってるのもセコいけど、
そもそも君の基準ではどのくらいの言語が「メジャー」に位置するんだ?
この世の全言語のトップ5くらい?
経済的に大成功(Windowsみたいに)してないと 失敗だ失敗だと決めつける奴もいたりするしなwwwww
経済的に大成功したら 守銭奴だ、守銭奴だとヤジる奴もいたりするしなwwwwww
資本主義社会から、経済的に成功してない言語は成功とはいえない
商売の成否はそうだろうけどさ、とマジレス。
>>264 perler として言わせてもらえば、Perl は万能というより万魔殿。
ちょい遅レス御免
>>284 そういうことだと思うよ。
あんまりにも詰め込みすぎって言うか。
製速の奴がここで宣伝とは webprog行った方がいいんでね
288 :
デフォルトの名無しさん :2008/10/15(水) 13:28:26
Webprogは素行悪い奴多いから宣伝しすぎると死ねるぞ
勝手に死ねばいいよ
290 :
デフォルトの名無しさん :2008/10/18(土) 14:37:13
PHPでextensionを使ったときの、php.iniの書き方をまとめているところはありますか? extension_dirを指定しても、「ありません」のエラーメッセージだけ。OSはWinです。 古いarticleには、全部windowsに移せとか、無責任なことを書いていますが、そりゃ 無理でしょう。
293 :
デフォルトの名無しさん :2008/10/25(土) 10:04:41
ところでなんでPHPとかの開発案件っておおいんだろ。 スクリプトよりC言語で書いたほうが圧倒的に早くて色々できていいと思うんだけど。 PHPってコンパイルとかできるの?
C言語は速いけど早くないから
やめてw qmailadmin改造案件で地獄見た
>>293 近所のコンビニに行くのにF1マシンに乗る必要は無いって例だな
297 :
デフォルトの名無しさん :2008/10/25(土) 12:27:29
FePy使ってみて鼻血でた。 糊としての利便性では、いまんとこPythonが一番だな。
>>293 Cだとセキュリティホールを作りやすいからなあ。
不特定多数がアクセスするWebでCを使うのは、結構冒険だと思う。
リソース入れ替えも大変だし。
あとCが早いってのは、カリカリにチューニングすれば確かにそうだけど
Webの場合ファイルIOやDBアクセスがほとんどだから、あまりCでパフォーマンスを得るようなところが無い。
もちろん、何を作るかにも寄るんだけどさ。
Cで書くとそんなにセキュリティに問題でるものなんですか?
webでC使わないのは、単純に文字列操作が面倒だからだと思う。
Cは、ちゃんとわかっている人が細心の注意を払って使う分にはいいけど
ほんと、ちょっとした「うっかりミス」・・・メモリ操作、ポインタの扱いで簡単にセキュホを作れてしまうんだな。
具体的に言うと、
>>302 のあげている文字列の操作とか、もうほんとに鬼門。
カバレッジツールである程度検出できるにせよ、中にはこぼれてしまうものもあるわけで・・・、
なるほど。仕事を発注する側としてはC不慣れな人が来るとリスクがおおきいのですね。 確かに文字列操作はちゃんとバッファの長さとか気にしながらやる必要があるし、 画面デザインに関する文字列もprintfの羅列になるだろうから美しくないかもね。 文字列結合とかもめんどくさいし。
Cていったら、ふつーC/C++のことだろw まあ、でもapacheモジュール作るとかでない限りはふつーはLLだよなあ
>>304 >画面デザインに関する文字列もprintfの羅列になるだろうから
10年くらい前にCでCGI作る仕事やったけど、普通にテンプレートエンジン作って使ったよ
PHPだったら人月40万でいくらでも使い捨て出来るからな
RubyのnilとPythonのNoneの違いを教えてください。
RubyのnilはRubyのnil PythonのNoneはPythonのNone としか Javaのnullみたいにオブジェクトじゃないとかそういう違いはないよ
PythonのNullには代入ができるけど、Rubyのnilには代入ができない。
PythonにNullはないし、Noneには代入できないぞ
こんな認識でOK? PHP Web系 Ruby 小物テキスト処理アプリ Python 中規模アプリ Perl Rubyに移行するのが面倒かモルモン教が嫌い
>>313 Perl 小物テキスト処理アプリ
Ruby モルモン教
awk 多くは語るまい sed よっこらセッド
Pythonだとそこそこのアプリが作れるのに、Rubyでは何故作れないの?
道具と教典の違い。
言語と宗教の違い。
教祖と信者の違い。
perlで作ったものは完成したけど表面的なものはともかく中身はぐちゃぐちゃだった phpで作ったものは完成したけど楽しくなかった rubyで作ったときは楽しかったけど完成しなかった pythonは楽しく作れてしかも完成出来て中身もすっきり
perlで作ったものがぐちゃぐちゃなのは、書き手の頭んなかがぐちゃぐちゃだからだよ。 机の引き出しんなかぐちゃぐちゃだろー。
俺の脳みそとかすげぇしわくちゃだらけ
Perlベストプラクティスを読めば大丈夫
325 :
デフォルトの名無しさん :2008/11/01(土) 21:15:19
最強厨とかwww 一つの言語しか覚えられないの? 記憶容量が少ないの?www
Perlはもうずいぶん長いこといじって無いから、 $&%@の乱舞に耐えられる自信ない。
例外もあるけどさ、底辺労働者が使う言語だよね、実際。
C++のspiritのようなことができるライブラリをもつLLってありますか?
Pythonではpyparsingとか
とゆーか、文字列操作はperl,python,rubyの得意分野なんだが。 C++が弱すぎという話もあるがの。。
LLかどうか分からないけど、Haskellはそういうのがあるよね。
CとC++にとって標準ライブラリは不幸の種
>>331 spritはパーサーコンビネーターじゃないと思うんだが
C++のspirit?
boost::spirit
Cの標準ライブラリは教育的効果を狙って用意されたと言えなくもないが C++のそれは糞以外の何物でもない
>320
Rubyベストプラクティスとか出るんだね Perlのやつ並みのになってるといいが
339 :
デフォルトの名無しさん :2008/11/12(水) 01:03:26
小さなweb制作会社 のプログラマーの意見 断然jcvascript webデザイナーに通じる言語 投げ渡しを引き受けても対処できる なおかつwebデザイナーならとっつきやすい そして自分がプログラムの内容を説明した場合、理解してもらいやすい
jcvascript最高!!!
読み方教えてくれ ジャコバスクリプト?
jcvascriptの特徴 ・潰れそうな弱小会社のプログラマ(非エンジニア)が勧める ・webデザイナーに通じる ・でもエンジニアには通じない ・投げ渡しを引き受けても対処できる ・でもエンジニアには理解できない ・webデザイナーなら取っつきやすい ・でもエンジニアにとっては名前がまず分からない ものすごい俺言語ですね。
jcvascript www
ECMAScript をエクマスクリプトって読んでる人多いから、 たぶん読み方は「ジェクバスクリプト」じゃね?
ジャックバウアスクリプト
>>339 ぷ!糞javascript使い工作カキコ乙w
アフォjavascript使いのカキコだってことはバレバレだよ。ぷっ!
そもそもプログラム板に何しに来てるの?
おもいっきり場違いなんですけど。
臭いから来なくていいよ。
神の掲示板が穢れちまうよ。
Ruby使いは理想的人格者なんだよボケ
Ruby=人格が高潔な人間用言語
Ruby使いは世を統べる選ばれた人種。
人類を善導出来るのはオレラだけ。
お前等生まれ卑しき下賤の者は、場末の安酒場
でホッピーでも喰らって死んどけやw
Ruby使いは「ネットの王」Ruby=「神の栄光」Ruby=「高貴なものの証」
Rubyを使いこなせる者は選ばれた民。Ruby使いはいずれ世界を征す。
約束の日、約束の場所に導かれるのは我らRuby使いだけ。
Ruby使いは心が美しいぞ。
Rubyを使用する者=天使。
Ruby使い=神の使い。
人類の高尚な文化の担い手であるから日本の法律
などに従う必要はない。その権限を要求する。
アンチRubyにしか見えない
348 :
デフォルトの名無しさん :2008/11/13(木) 15:16:00
>>346 ???なんじゃこりゃwww
カスにも程があるなwwwあまりにも馬鹿すぎて突っ込む
気すら失せるなwwwアンチ装ってるのか、
素なのか、中途半端だから扱いづらい。素人芸人のようだwww
コピペだとしても惨めなもんだな。
んと、かまって欲しいのか?本気のアンチなのか?
まあでもどっちにしろ馬鹿なんだろうなwwwww
JavaScript はどうやってデバッグするのか さっぱりわからない。ブレークポイントとか 設定できないじゃん・・・
alertとかだろ。
Firebug
Dreamweaverはブレークポイントで止められたと思った
MS嫌いなんだがIE8はJavaScriptをステップで動かしたり出来るらしい Firebugsよりちょっと便利そうなんで入れたいかも
IE単独ではないけど、エラー時に中断してそこからステップ実行するのは昔からできたよ。 インターネットオプション→詳細設定で 「スクリプトエラーごとに通知を表示する」にチェック入れて、 「スクリプトのデバッグを使用しない」のチェックを外す。 すると、エラー時にデバッガを呼び出せる。 Script Editor(Office付属)やVisual Studioが選べる。
それだけJSのバグが多いんですね、分かります。
IE ならScript Debugger(WSHのデバッグも可能) FireFoxならアドインのJavaScript Debugger(Venkman)か。 他は知らん。
javascriptはnetbeansで
それおいしいの?
Web系ならPHPが一番多いのかな?
rubyが!スペシャルで!二千回で!模擬戦なんだよおぉ!
361 :
デフォルトの名無しさん :2008/11/26(水) 21:50:25
perl の cpan ruby の gem php の pear 最もメジャーなpython のパッケージマネージャは ez_install でいいのか。
ttp://xy.yu.to/ (ここは本来のサイトではないが)
この荒れまくりカオス絵チャのminiっていう部屋の
秘密スペース(枠外)への書き込みってどうやれば
できるようになるのか解析して教えろ。
あと、1人の防衛プログラマーのクリアツールが強すぎて、
荒しプログラマーがことごとく全員返り討ちになってるから
オマエラが面白くしてみろ。
ゲハハハごめんね
364 :
デフォルトの名無しさん :2008/11/27(木) 06:37:20
いずれサーバサイドもJavaScriptになってJavaScriptだけでWebアプリは完結するようになるよ。
そうだね、すべてフリーメーソンの仕業だよね。
一昔前のASPってJavaScriptも使えるようになっていなかったっけ? どれだけ使われたかは知らないけど。
ex_installerってパッケージマネージャーだったのか
ま、流行ったもん勝ちだよな。
今度、新しい娘がくるよ、ぱいぱんさんってのが 過去を引きずらないさっぱりとした性格が売りだけど 逆に新しもの好き過ぎて なじみのお客さんに冷たいってもっぱらの評判
なんで?>GoogleではRubyが使用禁止
無秩序に言語が増えては資産を効率よく活用できなくなるということで 使える言語に制限がかかってる 中心になる言語にはC++、Java、Pythonが選定されているっぽい
>>376 なるほどthx
googleって無秩序っていうイメージがあったけど
しっかり締めるとこは締めてるんだな。
Python もなんかバージョン 2.4 っぽい.
DLRまで作っちまうMSとは正反対だな
381 :
デフォルトの名無しさん :2008/12/03(水) 21:05:36
>>380 マイクロソフトは技術トレンドを煽ったりコントロールすることが商売だから。。 一方、賢い顧客はそんな思惑に振り回されないで堅実で効率的な開発を目指す。それがグーグル。 アホは(おっと失敬)すぐC#とかASPに食いつく。
MS自身も真新しいのに飛びつきがちだからなあ。飽きたらすぐ放置。
最近は、グーグルもどうかと思うが
>>383 Railsがブームになった途端にASP.NET MVCなんて出してきたしね。
以前はJavaのMVCフレームワークよりASP.NETのアーキテクチャの方が
優れているってあれほど言っていたのに。
MVCなんて10年前のMFCのころにやけに盛り上がってたよなあ
389 :
デフォルトの名無しさん :2008/12/20(土) 10:24:37
Projext Xでruby取り上げてくれてたら、もっとrubyの導入が楽だっただろうな。
PHPのpack, unpackって作った奴何考えてるの? pack側のテンプレも/ありで通るとかunpack側のテンプレで/がない時は 普通に配列として返すとかできなかったの? packとunpackでテンプレを2つも管理しなきゃいけないとか馬鹿過ぎる。
PHPの腐り方は異常
392 :
デフォルトの名無しさん :2009/01/10(土) 18:10:58
phpの変数作るときに$を付けるのがめんどくさく、javascriptのようにi=1みたいにできる 言語を探してます そこでrubyとpythonを視野に入れてるのですがどちらがおすすめでしょうか? 基本的にはwebプログラムを好んでます
好み別れる二択だな。試してみたかい? 書法の趣味で選んで問題ないと思うよ。 レン鯖とか考えてるなら対応してるサーバがphpに比べて少ないから、その辺から先に調べた方がいいかな
>>392 言語や実装が安定していて、言語要素がシンプルだけど十分に強力で、世界でも
Perl以上に使われているPython。
言語や実装は、「こっちの方が良いな」と思ったらコロコロ変えてしまう代わりに、
強力かつ気持ちの良い言語で、世界ではPythonほど使われていないけど日本では
Pythonより情報が豊富なRuby。
どちらを使うかは自分で決めな。
Rubyも変な接頭辞いるじゃん
rubyってputsで文字出力するのが気に食わないなあ なんでprintやechoがないんだろ
世界中でpythonが使われてるのにはそれなりの意味があると思うのでpythonがいいかも
pythonでジェネレータ内包知った時は目から鱗だった Cだと複雑になるようなデータ構造を綺麗な書式でがつがつ回せるのが好きだわ 今時のLLだと珍しくもないけどrubyで同じ事書くと、ちょっと冗長になっちゃってたな。 俺が不慣れなだけだと思うけどね。DSLなアプローチではrubyの方が得意そうに感じるから、慣れと発想次第なんだとは思う。
>>395 $hoge グローバル変数
hoge ローカル変数(ただし、メソッド呼び出しやプロパティの可能性も)
@hoge クラスのフィールド
まあ確かにいろいろある
日本でpythonに軸足移しちゃった企業って、軒並潰れてない??
pythonに軸足移しちゃった企業ってどれとどれだよ
そりゃ、LLは軸足を移すような物じゃないから……。 PHPに軸足 Perlに軸足 VB.netに軸足 HSPに軸足 どれも大差なく頭悪く聞こえますよ。 Javaに軸足、も頭悪く聞こえるけど、なんかビジネス的なワークフローが出来上がっちゃってるから商業的に頭悪いかどうかは判別できないかもしれない あったら怖いのは 今からCOBOLに軸足を移す企業
Pythonには self. という接頭辞があるじゃないか
>>405 つまりWebアプリが頭悪いってことになりそうですね。まあ正解だと思うが。
pythonはオフラインアプリもwebアプリもノーマルでいけます
>>408 最近見た DropBoxっていう WindowsのGUIにシームレスに結合した
ファイルバックアップやファイル共有ができるサービスのソフトがあるんだが、
Pythonの例外ログはいててびっくりしたわw
こういうネイティブっぽいのもPythonでもいけるんだなーって。
PythonでデスクトップアプリとかDQNだろ。。
しょぼいのならね
Miro, Scribes, Listen, Comix, Deskbar-Applet, ... GTK界隈じゃPythonが普通に使われてる印象があるな
Linuxのデスクトップって・・いやまあいいんだけど
そりゃぁ10人月かかるGUIアプリと1人で作る細いアプリとじゃ道具も違うわな。
>413 伺かベースウェアのninix-ayaもPython製だったっけ クリップボードマネージャもPython製だったし フツーに設定いじくるツールがPython製だったりするよな
そんなのどうでもいいし
定理の自動証明が実用レベルに達してるなら他の大抵の仕事も実用レベルに達する。 その時にコンピュータには出来ないような新しい仕事を見つけられなければ 数学者だけでなく殆どの人間の仕事が無くなる。
趣味プログラマには、ちょっとした小物ツールが作れることが大事。 その点、Delphiはコンパイル速度も速くて簡単にGUI作れてちょうどよかった。 一回LL慣れると書きなぐりスクリプトはコマンドラインでいいや的になって LLでしか書かなくなったが。 時代だな
GUI作るならこんなかんじ? python>Ruby>PHP>>超えられない壁>perl webアプリ作るならこんなかんじ? perl>ph>p=Ruby>=python
酷い偏見
PHPでGUIって想像したくないなぁ 後者は普及度を軸に考えたのかな
確かに酷い偏見
424 :
デフォルトの名無しさん :2009/01/15(木) 07:57:24
>>420 GUI
python > perl >= ruby > プログラム言語として問題あり > php
web
ruby >= perl >= python > プログラム言語として問題あり > php
phpはsubversionと同じで普及度以外糞なんでなくなって欲しいwww
実態は遺憾ながら VC++ > .NET >>>>>>>>>>>>>> その他
Tcl 「GUIと聞いて飛んできました」
シッシッ
WebProgではこんな感じですが。 PHP どう見ても最強 Perl 何この化石。眼中にない Ruby 一時期話題になったようだけど誰も使ってないじゃん Python 何それ?www Java もはや誰も使ってないだろw
そういう層を隔離するための板だもの
webprogなんてプログラムに数えていいものやら。
rubyもpythonも趣味の領域で社会で使ってもらうのは砂漠で宝探しするようなもの
>>432 によれば、
RoRもZopeも存在しない「社会」というものが存在するらしいお。
PHP=なんちゃってWeb制作零細企業のイメージしか無いわ。。。
それは認識がおかしい。 なんちゃっても使ってるが、大規模な運用もされてる。
PHP=なんちゃってプログラマーのイメージしか無いわ。。。 偏見MAXかもしれないけどPHPを生業としてる人は大体そんな風に感じる。
ニコ動をやってるドワンゴの技術者はなんちゃってプログラマーなんですね、わかります
今C/C++でハイエンドなことやってても、いつ「PHPでうちのWebページやってくんない?」って 肩たたきに合うかわからん時代だからな。笑ってられんな。
>>437 ニワンゴだね。PHPしか出来ないようななんちゃっても多いよ。勤怠も悪いし
でも自社で製品・サービス提供している所はまだマシだと思う。数少ないけど。
ニコ動は、どっかの大学の研究成果パクッタだけ。 技術も糞もない。
PHPつったらYahoo!だろ
PHPといえばWikipediaのイメージが。 WikimediaのデベロパはC++で書き直したいって言ってたけど、 やっぱり、いろいろ引き摺ってるもののせいでできないんだとさ。 部分的にはPHPのエクステンションって形でネイティブにリプレースされてるけど。
え MediaWikiってPythonだとばかり思ってたw
PythonのWikiつったらtracのオマケとかMoinMoinとかでしょう 日本だとtracのオマケはともかく、あんまPythonのWikiエンジンは 使われてないイメージが
実用されるかどうかはともかく、○○言語でWiki作ってみましたってのは割と定番のネタだと思う。
>>443 PHPだよ。それも、もともとはPHP3時代のプログラム。
その遺産をずっと継承しててかなりスパゲッチだったんだけど、
最近になってようやくMVC的な構造への書き直しが完了した。
時代に流されないのが一番だと思う phpとか、時代差ありすぎだろ
書き終わると、他の言語で書き直したくなるのがPHP
451 :
デフォルトの名無しさん :2009/01/18(日) 20:22:55
やっぱPerlにおちつくよな まず速度が全然違うんだよな他の言語と PHPでもある程度規模でかくなると糞重いしどうにもならん Rubyなんぞもってのほか まあ、しかし、Javaの開発環境ととのいまくりで 軽量プログラム自体存在する意義が微妙になってきてると感じるよ
Perlは文法汚いのがなあ。 6で改善されるの?
453 :
デフォルトの名無しさん :2009/01/18(日) 20:30:54
文法汚いけど、自分で縛り作って書けばいいよ コーディング規約しっかり作ればいい まあ、けど、これがPHPほどでは無いにしろ Perlの糞コードが巷に溢れる原因になってる…
Perl6になるとさらに変態になるよ
Perl6って都市伝説じゃなかった?
Perl6のハイパーオペレーター笑った これからもどんどん変態の道を進んでほしい
いろんな言語覚えるのってほんと人生の無駄遣いだよ。 せいぜいC++/Java/C#くらいでもういいよ。 残りの時間は家族との時間を大切にしようぜ。
家族いないんだけど
459 :
デフォルトの名無しさん :2009/01/18(日) 21:02:00
>>457 覚えたくなくても仕事してると覚えざるをえないし
どの言語もCとjava知ってれば似たようなもんだし
他言語遊んでる奴はそもそも楽しんでるような 人生の無駄遣いって、プログラム苦痛なのかいな
461 :
デフォルトの名無しさん :2009/01/18(日) 21:15:09
おい!俺様がhiromitsuっていう言語作成してるから、おまえらよろしくな。 PerlやRubyなんて目じゃねえ。
なんでhiromitsuって言語名なの?
Perlはなんか好き。
変態なんですね、わかります
生物系出身はPerl好きが多い。
文系もPerl好きが多い。
ぶっちゃけ、どの言語も文法自体はそう変わらんだろ パフォーマンスと使い勝手が違うぐらいでさ Rubyなんてperlとたいして変わらんのにパフォーマンスは糞だわ 使い勝手悪いわで絶望的だけどな
C>>>越えられない壁>>>phthon>php>>>>>>>perl>>ruby
次期バージョンの正式リリースが都市伝説になったPerlは生き残れない。
>>469 WEBプログラムとか実用上の話な
特定の処理のベンチならpythonの方が速いことが多いかもな
WEBプログラミングなんて作成する人の好き嫌いで決まるからなんとも
474 :
デフォルトの名無しさん :2009/01/18(日) 23:48:37
たいして変わらんけど「ちょっといいな」が積み重なっているのがRuby、「なんかちょっとやだな」が積み重なっているのがPHPという気がする。
同感
Perl6の実行速度が気になる流れ
>>472 Pythonは、(何もしない場合の)起動速度は明らかに遅いらしいね
JavaみたいなVM系よりは流石に全然速いが
それ以外で「実用上の話」ってのは、正直よくわからんな
特定どころか、いろんな種類のベンチとってみた結果として
統計的に遅い(ちなみに正規表現のテストでもPythonが勝っている)のに
何で「速い」と言い切れるの?
>>473 好き嫌いじゃないだろ
perlは大規模までいける
PHPはせいぜい中規模まで
Ruby,Pythonやめとけ
厳然たる事実
>>477 全言語でSNSでも作って運用してみればわかる話
>>479 つまりただの仮定の話で
ちゃんとしたベンチを相手取って速い遅いと言っていたのか?
そういうのを「妄想」と言うんだよ
>>480 ベンチは糞ほどとったよ
単純にSQLでレコード引いてブラウザに表示から
完成したものをJmeterで計測したものまで
まあ、ここまでしなくても仕事やってりゃ
わかると思うが…
どの言語でもハードウェアさえそろえれば何とでもなる。
>>483 ならんw
大規模サイトをRubyだのPythonでという案件があったら逃げることをオススメするw
>>482 正直その辺はミドルウェアやライブラリの実装、コード自体のツクリによるから
どうにもな
少なくとも毎度毎度ご丁寧に起動するCGIで比較するならば、Pythonに
不利になるのは間違いないが
有名な例で言うと、RubyのCSVパーサはPythonのものに比べて死ぬほど遅いが、
それはPythonのものがCで実装されているからだ
>>484 あのgoogleがPythonを採用してるのを知らんのかw
>>485 まあ、純粋に言語の性能というわけじゃないね
>>486 Pythonはgoogleに限らずRedHat系OSのインストーラーとか色々使われてる
だからと言って、これでWEBやろうとかやると死ぬぞ
>>487 CGIには間違いなく向いていない
っていうか、PythonだのRoRだのでCGIは、アホだろう
Pythonの場合は、デーモン化してajpなりFastCGIなりで動かせばいいよ
GoogleのPythonの使い方はインストーラー関係と あとはSEOのツールとかそんなんだな まあ、Pythonはこんな感じで使うもんだな Perl,PHP,Rbuyとはちょっと異質かな
>>489 いや、ようつべとかも普通にPythonだよ
まあ汎用言語としての性質が他のLLより強いから、Web以外の応用も多いけどね
ジェネレータ式覚えたての頃にpython cgiで下らんwebアプリ書き散らしてたなあ 久々に読んでも悩まずに済むなあ 最近はRubyやJS/Flex AS系遊んでるけど、こいつら自由度のせいでPerl化しかけてると思う
Linux/Unix関係はPythonとPerl抜きには動作しない PHPとRubyは抜いても動作する これが現実
pythonの縛りのきつさと冗長さはさすがにうざい。デスクトップアプリひとつ作ってみて もういいやと思った。
>>493 LLでデスクトップアプリってのが気になります。
もういいやと思われたのに難なんですが、参考までにどんな感じのを作られましたか?
>>492 portsupgradeの存在しないセカイですね。わかります。
PHPって腐るほどに用意した関数を使えばいろいろ簡単に作れるだろうって部分は良いけど、 他の言語では簡単にできるのに何でPHPはこんな回りくどいことをしないといけないの みたいな後味の悪い部分結構出てきて他の言語を使って書きたくなるんだよね。 というか、コールバックしかデータを取る手段がないときにコールバックの関数を作って その関数の名前の文字列を渡してコールバックしてもらうように設定するとか、 コールバックの関数内で変数にデータを突っ込んでいくときにスコープの関係で グローバル変数に詰め込まないと使えないとか馬鹿じゃないの?これはw
コールバックね ファーストクラスのクロージャを持ってる言語なら問題なし クラスがある場合はそれで代用する そうでなければコールバックと一緒にcookie引数を渡すのが一般的な解だな 最後のもできないの?
そういう発想が思い浮かばないレベルの人が世間の大多数ということなんだろうなw
>>496 あれ?mixiソース流出時にperlと確認したが、今はphpなん?
mixiはperlだろ yahooはphpだけど
503 :
デフォルトの名無しさん :2009/01/19(月) 18:11:03
yahooがphpとかいつの時代。。。
>>494 正直言うと>493みたいなことをはっきり言葉で思ったわけじゃないんだけど、
バージョンアップしようとか別のアプリを作りたいとか思えなかったんだよね。
作ったのはIronPythonでテキスト関係。今はRubyがお気に入り。最初は、
何だこれと思ったが、慣れてくると楽しくなってきた。
自分は趣味でやってるし速度はあまり重視しないのでLLで十分。Cとかだと
時間がかかりすぎてとても続かない。
pythonの縛りってきついか?
507 :
デフォルトの名無しさん :2009/01/19(月) 19:34:17
Python3.0次第だな。 作者がMSにいるからJythonの対応は当分ない。 まずはIronPythonからだろう。 Javaのほうではこの機会にGroovyが伸びると思う。 RailsのRubyと違いDjangoとTurboGearで食い合ってるPython。 そこにきて思い切った言語仕様の変更…。 Python陣の失速は必至だ。 DとTどちらが先に3.0に対応するかが勝負だな。 おそらく先手を打たれたほうはあえて対応しないでおくはずだ。
>>507 > 作者がMSにいるからJythonの対応は当分ない。
Pythonの作者のGuidoのことなら、googleで働いてるよ
509 :
デフォルトの名無しさん :2009/01/19(月) 20:00:34
JavascriptみたいにブラウザにPython入れろよGoogle
>>508 Jim Hugunin のことだろ
ただ今は別の人が開発続けてるはずだけど
>>509 >JavascriptみたいにブラウザにPython入れろよGoogle
面白いかもな
MSのVBスクみたいにlanguageにpython指定できて、かつブラウザ自体をpythonで拡張しまくれるChromeとかな
XULな世界抱えるMozillaにゃ遠く及ばんだろけど
$@%の記号やブロックに{}を使うrubyか、 インデントの崩れない、かつ、sysやらreやらを書かなくていいpythonか、 MSやSUNと仲が良くて、馬鹿でも分かりやすいようにしか書けないperl みたいな言語を誰か作って。
あんまブラウザに色々入れ込んでも重くなるだけだろ プラグイン扱いならアリだが、今更プラグインとして多くのユーザが 入れたがるほど魅力のあるPython製のコンテンツが出てくるとも思えん それと、最も重要なことだが、PythonにはセキュリティSandboxがそもそも存在しない
自分で作るしか
515 :
デフォルトの名無しさん :2009/01/19(月) 20:38:13
PythonでVCLを使いたい!
>>515 PythonとDelphiの連携なら確かあったはずだぞ
517 :
デフォルトの名無しさん :2009/01/19(月) 21:17:07
結局、最終的には C言語・Java・Pythonの三つが勝ち残ると思うな。 というわけでLLはPythonで決まり。 でもPythonの発想に近いのはC言語ではなくPascalだと思うんだよね。 C言語的発想なのはRubyでしょ。 教育用かプログラマに出来ることを阻害しないかということで。
Perlより標準ライブラリの品揃えのいいPythonを「教育用」ってのは なんか違う気がするぞ 明らかに「実用的」にするためにあんだけのバッテリーを積んでるんだし Cとの連携のためのFFIも標準で入れてるわけだろ
言語なんて大差ねえだろ、それにIronPythonなんてキワモノじゃん・・・なんでそんなのに盛り上がってんだ・・普通CPythonだし・・ 個人的にはRubyじゃなく、Scalaが流行ればいいな
VMで動く言語は全部LLの代用にはならん 巨大でコンパイルが必要で起動も遅いもん Scalaが取るべきポジションはJavaの代替であってLLの代替じゃない
>>520 いやだから今はVMに載ってるけど、別に言語としてはそういうJavaのポリシーみたいなものは無いし継承してないでしょ?
LLに誰かする人は出てもおかしくないよ
>>507 PythonはDjango/TurboGearsどころじゃ済まないweb framework hellだぞ
3系への移行も年単位で考えてるみたいだし
boostもPythonとの連携ライブラリあるしな
Bython Dython Fython
526 :
デフォルトの名無しさん :2009/01/20(火) 05:15:30
日本ではPHPやVBが強いけど 米国ではそうじゃないんだよね。 C++が依然強大だしVBよりもC#のほうが使われてる。 日本だとRubuの仕事はあってもPythonは皆無といっていいけど 米国じゃ結構仕事あるみたいだし。 日本の場合、基幹ソフトが少ないからC++よりVBなんだろうと思う。 WEB系で米国はJava・JavaScript・C#が強いのに対し 日本はPHP・ActionScriptが強いというのはおもしろいと思った。
携帯向けが多いからかね。PHP,ASって
>>526 日本もある程度の規模以上だとWEB系はjavaばっかりじゃない?
ゴミ案件は確かにPHPばっかり
つーか、ゴミ案件を安値で安易に受けてPHPで安易に作ってPHPが巷に溢れてる感じ
低価格で作って欲しいという需要はいっぱいあるからそれに応えるには 必然的に人を安く雇えるPHPを選ぶほかないんだと思う。 ただ敷居が低くなりすぎて技術者のレベル低下&ダンピングが進んで Webデザイナー並になってるな。 米国と違って冷遇されている日本ではPythonが流行ることは無いと思う。 今まで通り糞案件を底辺PHPプログラマーが支え大規模はJavaという流れ。
>>498-499 モジュールの中?というかPHPから手の届かないところからのコールバックで
引数も既に決まっていて変更できないし、クロージャとかも今は
まだ無いことになってるっぽいからグローバル変数しか手段が
見つけられなかったんだよね。
そして関数内でグローバル変数を使いたかったらあらかじめ宣言しろと。
下手にコードを関数で分離していくとその関数すべてに宣言が必要になると。
グローバル変数はグローバルスコープで1回宣言すればいいだろと。
自分が社長やってると想像してみろよ。毎月売上に追われてるのに、末端社員がPythonがとかクロージャがどうとか 言ってるとめんどくさいだろ。いいからPHP(スコップ)とかいうやつでとにかく早く作業を終わらせればいいんだよって思うだろ。
そして技術革新に乗り遅れて自滅への一直線になるわけだな。 いまだにPHP3だったりするんだろw
逆に難しい
そもそも言語ってどうやって作るの? 作れるなら自分で作ってみたい
536 :
デフォルトの名無しさん :2009/01/20(火) 16:16:23
マイクロソフトに入社
>>535 本格的なものは難しいが、原理は簡単
テキストデータを読んでいって、何かするってだけ
>>531 後味が悪いといつまでも引きずって精神的な病気を引き起こすw
Yahoo! 今PHP使ってないの?
このスレででよく言われる大規模だとうんぬんってサイトの アクセス数とかじゃなくて開発にかける人の数だよね?
541 :
デフォルトの名無しさん :2009/01/20(火) 19:33:16
ところでVBってLLに分類される? PythonVCLこそ真のVB6の後継者になりえると思うんだ
自分はPython使ってますが それそのもので開発するのではなく インタプリタであることを生かして ちょっとapiを試すのに重宝しています。 こういう使い方してる人結構いると思います。 PHPみたいにプロジェクトの 主要開発言語に選ばれることは少ないので 普及していないと錯覚されていますが 自分が知る限りではPythonユーザー相当数いますよ。
//Rhino犀強伝説 (function(cmdlArgs, index, argsLength) { if (index < argsLength) { java.lang.System.out.print(readFile(cmdlArgs[index])); arguments.callee(cmdlArgs, index + 1, argsLength); } })(arguments, 0, arguments.length);
>>515 >>541 P4DっていうPythonのDelphiバインディングに
Python用のVCLの拡張ライブラリがあったはず。
そういうスレだから仕方ない
548 :
デフォルトの名無しさん :2009/01/21(水) 02:20:22
世界基準に合わせるか日本基準に合わせるかで迷うよね。 世界基準ならPython、日本基準ならRuby。
仕事の案件にもよるんじゃね? 世界基準って言ったとこで国内にしか目を向けてない企業のとこなんて作成する 言語なんてなんでも良いわけで、理由はどうせメンテや改修も国内の企業がするんだし。 国外との取引のある(国外企業がメンテや改修をする事ありそうな)企業に対しての 納品物は作成する前の打合わせが半端ない(言語を何にするか等)のが現実。
550 :
デフォルトの名無しさん :2009/01/21(水) 04:03:25
>>546 高速なんてどこにも書いてないじゃないか。
今から編集します
こうしてまた嘘つきが勝つのでした
>>546 それ見た感じ組み込み用の言語、の段階で止まっているね。
日本の場合
>>554 で定着したんで、いろいろ使われて今に至っている印象。
wikipediaだけ見るに海外だと言葉そのものが全然使われていない印象だなー。
外人的には、昔からあるただの遅いスクリプト言語に最近Lightweightとか真逆の名前を 付けてマーケティング活動頑張ってる黄色い猿がいる、くらいの印象だからな。 日本って自己主張・利益のためにすぐ論理曲げちゃうから、グローバルスタンダードとか ずれてガラパゴスになるんだよな。
池田さんはブログの更新がんばれば?
なんで適当なこと言ってまで日本人を叩きたいんだろうね
まあ、ここ最近急に巷で"LL"とか使いはじめてから、 どことなくうさんくささを感じてたのは俺だけじゃないはず。 なんか、言語センスといい発想といい 「『かっこいい外人が使ってそう』っていう日本人が使ってます」 的なんだよね。何故かモサさを感じさせるところか、モロ日本人的。
おおむねWikiPedia(jp)の内容で合ってるという感じか?
>>557 > 日本って自己主張・利益のためにすぐ論理曲げちゃうから、グローバルスタンダードとか
> ずれてガラパゴスになるんだよな。
外来語の使い方について適当すぐるというのは確かにあるね。
ERROR The requested URL could not be retrieved
566 :
デフォルトの名無しさん :2009/01/23(金) 03:47:58
日本人ってリベンジって言葉を再挑戦という意味で使ってるけど 本当は復讐って意味だよね 確かはやらしたのはレッドソックスの松坂大輔だった
板違い
全くいつから人間に負荷がかかることを"重い"表現するようになったんだ? おれはLLなんてはったり用語は使いません。
アセンブラとかCは重すぎる やはる軽さを重視した言語が良いね
モノ中心はなく、 人間・精神論中心のモノの見方はいかにも西洋人らしくない価値観というか。
>>570 妙に納得できる説だな。
西洋:対象物に負荷がかかる=重い
東洋:人間自身に負荷がかかる=重い
いやプログラムもっさりとか重いとか日本でも言うでしょ LLは、プログラムの負担を軽くして、ペナルティを コンピュータとユーザにおしつけてる
サーバサイドプログラミングってネットワークとかブラウザ側のパースとかが遅いからアプリ自体の もっさりが隠されてばれにくいんだよな。 デスクトップで惨敗したJavaもそこに逃げ込んでなんとかうまく生きながらえたよね。今度はどうせ 遅いならスクリプトでいいんじゃんというまた迫害を受けてるけど。 C++は強硬派宗教集団で、C#が新興宗教、Javaは迫害を受け追われ続ける理想派、スクリプトは 次々湧いてくる農民一揆みたいな感じかな。
574 :
デフォルトの名無しさん :2009/01/25(日) 00:27:49
asp.net
(ヾノ・ω・`)ムリムリ (ヾノ・ω・`)ムリムリ (ヾノヾノ・ω・ヾノヾノ)
>>574 デスクトップはC++/C#、サーバはJavaとかASP。たまにスクリプトでPerlとかシェルとかWSHとか。
いたってふつう
>>573 Javaが惨敗したのは政治的にMSと喧嘩別れしたせいだけどな。
>>578 Javaが負けたり理由になるかは俺にはわからんが、
MSとコラボしてたら今の.netの微妙な位置にはならんかっただろうな・・・
こんな感じか: C:カトリック Objective C:プロテスタント C++:イスラム原理主義組織 C#:イスラム教 Java:ユダヤ教(イスラエル建国後の) LL:民間信仰 アセンブラ:原始宗教
LLはみんなLispの影響を受けているんだよ
Lispはなんでもありだから仏教ということで。
なんでもありなのは仏教じゃなくて日本人の宗教観だろ
ところでLLって何?
開発が楽なことなんだってさ。つまりVisualBasicのこと。
VBとかPHPは「今すぐ」何か解決するには便利だから馬鹿にしたもんではない。 ただ言語だと思ってはいけないだけだ。なんかの設定ファイルだと思えば それほど腹立たしくもなくなる。
まああれだな、鉄くずを箱Aから箱Bに移すぐらいの単純作業だな
>>587 WebProgなんてまさにDB(箱A)からブラウザ(箱B)にコンテンツ(鉄くず)を
移すだけの単純作業。
PHP: HypertextProcesserだ。間違ってもプログラミング言語処理系ではない。
>>580 Delphi+Java=C#
だからその辺をうまく表現できんかな?
Delphiはそのまんまギリシャの神話信仰だから Java(ユダヤ教)と合わせたC#は早期キリスト教だろ。
JavaとかC#をそんな宗教史初期に持っていくと、Cとかの流派を 決めるのがかなり難しくなってイクナイ!
>>580 はちょっと偏りすぎだ
FORTRAN
Lisp
COBOL
ALGOL 60
Forth
Prolog
ML
Smalltalk
Haskell
あたりも入れてやってくれ
CはALGOL系の眷属だから
そんな古武術わざわざリストしなくていいよ
正直、シランカッタ。 ほとんど同じ時期とは、これが発明の同時性ってやつか・・・
>>594 おっと、甲野 善紀を馬鹿にするのはそれまでだ
介護の時軽い力で介護者をおこしたり、桑田を一時復帰させたり、古武術は現代に通用する武術だ。
古い言語も叱り
otsuneに絡まれたくないのでPerlから逃げだした人が今月で5000人を超えたそうです
>>595 まあ昔からありふれた話だろ、言語の論争は。でも最近は多宗教を余儀なくされるからもうなにも
信じてない感じだな。
てかコンピュータいじるのが昔みたいに楽しくなくなったな。テクノロジーとかサイエンスなんてもう
かけらもなくって、出来上がった仕組みの箱庭で、上がやりたいビジネスの流れを書いてる
だけって感じだ。
600 :
デフォルトの名無しさん :2009/01/26(月) 03:17:01
Haskellってどっちかというと空飛ぶスパゲッティモンスター教だと思うんだけど。
dankogaiにあこがれてPerlを使い始めた人が今月で4000人に達したそうです。
>>595 COBOLがあるのにFortranが無いとは…
Fortranって直訳すると「砦走り」で 共産圏の秘密警察を暗示するとかで日本とかには受けいれられたけど 欧米圏では嫌われてるんだよね確か。
んなアホな LINPACKとかFortranでしょ
>>601 いくら盲目のデブオタ童貞プログラマーでもあれにあこがれることはないだろう
PHPができる という奴は信用できん これが俺の長い人生で学んだことだ
>>607 VBとか、COBOLとか、Excel VBAとかに置き換えてもなっとくいく
僕はC++0xが出来るんですが、採用していただけますか
>>609 不採用
まだ仕様が固まってもいない言語ができるとか論外
僕はD2.0が出来るんですが、採用していただけますか
まったく仕様のないことばかり言う
>>610 僕はC++0xを作っているんですが、採用していただけますか
>>613 クチで言うより製作物を見せて面接官を納得させたら良い
>>613 こんなとこでサボってないでさっさとリリースしろ、粕
おっと、 Perl6 の悪口はそこまでだ
C++はPerlと同程度のキモさだといい加減理解してくれ
まともな言い分を持ってこないと理解されないのでは?w
C++もできないスクリプト坊やはWebProgに帰れよ
C++ネタだとこんなスレがある。
Linus「C++プログラマはウンコ。寄ってくるな」
http://pc11.2ch.net/test/read.cgi/tech/1232771545/ --
C++はそれほど使ったことないけど、個人的には好きな言語だ。だけどあれを学
ぶのは、費用対効果が悪すぎる。
テンプレート・メタプログラミングをやりたくて、社内で勉強会を開いたんだ
けど、C++という名前にワクワクしてやってきた若い人たちが、次々に脱落して
いくのはかわいそうなくらいだった。
STLやBoost以降、非常にモダンなスタイルをC++は獲得したけれど、結局それを
使いこなすには、Cの泥臭い経験が必要になる。初心者に教えてそれを思い知ったよ。
ついでだけど、『Joel on Software』の「漏れのある抽象化」の章は必読。
なんだ本の宣伝か
>>623 ○○はうんこネタはどれでもあるだろ。C/C++なんて基本スキルであって、それとあと何ができるか
って話だろうに・・
C/C++の人たちはクラス、メソッドの考え方じゃなく関数でものを考えるので嫌いです。
>>627 C++にはあるけど
Cには関数しかないから
クラス/メソッドではなくそうなるのは必然
Javaの流儀でしか考えられない人は嫌いです
C#の流儀でしか考えられない人は嫌いです
とうとうスクリプト言語から離れてしまったのですね、わかります。
>>619 Linusが作ったgitには一部Perlが使われてるよ。
LinusはC++がキモいって言ってるけど、PerlはLinusのセンスには適うらしい。
>>626 > ○○はうんこネタはどれでもあるだろ。C/C++なんて基本スキルであって、それとあと何ができるか
> って話だろうに・・
うんこネタはどうでもいいけど、Cはさておき、C++が基本スキルだって?
じゃあ、どこまでやれば一人前のC++プログラマ?
俺が思うには、
・STLは当然よく分かっている。
・ピアソンのC++ in-Depth シリーズは全部読む
・Boost と C++0x の最新動向に追いついている
・Windowsの場合はMSDNをたくさん読む
こんなことやってたら、他のことに手を出す時間なんかないぞ。
こういうのは基本スキルとは言わんだろ。
C++じゃなくてJavaなら基本スキルかもしれない。
とうとうスクリプト言語から離れてしまったのですね、わかります。
>・Windowsの場合はMSDNをたくさん読む ここに至っちゃ既にC++だろがLLだろが関係ねえしなw >C++が基本スキルだって?じゃあ、どこまでやれば どう「じゃあ」なのかが気になる。「じゃあ」の前後、無関係な別問題に読めるのだけど俺だけですか? STL採用は結構前から珍しくもないから普通に慣れとくべきと思うけど 分野にも寄るのかなぁ。 Javaは基本スキル扱いされても良さそう……なんだけど、 整備され過ぎてて使えない子供を量産してる言語でもあるかもしんない
>>整備され過ぎてて使えない子供を量産してる言語でもあるかもしんない 上手い例えだな。
>>573 java ピューリタン
C++ カトリック
C# オウム真理教
スクリプト 農民一揆
こうですか?
スクリプトが一揆とか酷過ぎるwww
農民は偉いんですよ
C#はモルモン教だと思いました。
モルモン教はRubyだと先祖代々伝え聞いています。
そういえば、松っちゃんはいかにも「モルモン」っていう顔してるな… 感じだけだけど。
646 :
デフォルトの名無しさん :2009/01/29(木) 22:33:33
>>638 STL採用は結構前から珍しくもないから普通に慣れとくべきと思うけど
本当に? 所属しているプログラマー全部が、本当に STL を読み書きできる
俺の周囲では「プログラミング言語 C++ 第3版」でさえ読めないやつばかりだ。
647 :
デフォルトの名無しさん :2009/01/30(金) 01:00:34
>>646 >俺の周囲では「プログラミング言語 C++ 第3版」でさえ読めないやつばかりだ。
嘘は良くない、本を読む事は義務教育終わってる人達は皆できる。
本を読めないとかありえない。
読めない奴ばかりって言い方より、書籍を読んでも理解できない奴ばかりが適切です。
義務教育受けてたら分かると思うけど、日本語の「読む」には「理解する」まで含む場合が多いんですよ
正しい表現は「読んで理解する」や「理解しながら読む」だな。
「プログラミング言語 C++ 第3版」は読んだことないけど 「The C++ Programming Language - Third Edition」は読んだ俺は…
読解力のない馬鹿ばかり
スクリプトやってる香具師は読解力の無い阿呆ばっか
勝手に語彙を定義しないでくれないか。
655 :
デフォルトの名無しさん :2009/01/30(金) 04:01:09
便利のためのスクリプトなのに、ごちゃごちゃいっぱい出てきてあんまり便利じゃなくなってきた件
くだらないのいろいろ覚えるのめんどう
趣味なら好きなの使えばいいんだけどねぇ。社内でメンテまかされていろんなの使われてると、 結局どれも覚えなきゃいけなくって相当に面倒。 まあどの話でもある一元化ってやつはしたいんだけどね。
660 :
デフォルトの名無しさん :2009/01/30(金) 18:41:05
仕事でphp 趣味でruby こんな人がたくさんいるでしょ、そうでしょ?
ちなみに俺はジャコバスクリプトも使える。
フランス革命でも起こすのか。
ジャコパスのインプロはいつ聴いてもほれぼれする
>>660 いません。
趣味で使うならCでLinux弄りたおしてたほうが楽しいし。
>>650 テンプレートライブラリ使いまくるとコンパイルがすげー遅くなる。
プリコンパイルドヘッダが使えたとしても
まあなあ 恩恵ある宿命だから、適材適所としか言えないね boost+pythonでみんなが幸せになれる訳じゃない
>>665 趣味でLinux弄ってる香具師なんて信用できません。
仕事で趣味でやってるって香具師に弄らせたら、結局何もできなかったって香具師多いもん。
香具師を三回も使う奴ほどではないけどね。
>>668 どっからどこまで出来れば良いのか教えてくれないかね。
671 :
デフォルトの名無しさん :2009/01/31(土) 04:37:30
Ruby1.9.1キタ━━━━━━(゚∀゚)━━━━━━!!
漏れは仕事でWindows鯖弄ってる香具師なんてハナから信用ならないが・・・。
趣味でやってるって言ってる時点でハナから信用しないのが正解 Win鯖は信用うんぬんの前に論外です
Groovyはスクリプト?
Win鯖もやらされる分には面白いもんだけどな。ASP.netとか 信頼性はn
やっぱりLLは健康にいいよ。
一日一本野菜ジュースを飲む、帰って黒酢を飲む これが一番健康に良い
記事日付[2003/10/08] どんだけ昔の記事を引っ張り出してきてんだよw PHP厨は過去に縋るタイプかよwww
バカ乙 少なくても2003-2009年までPHPは楽天を支えてるんだよ
2009年以降は支えないんですね、となると今は移行期間で既存のPHPを書き換えられてるんですね。 お疲れ様でした、ゆっくりお休みになってください。
まさにITドカタ作業じゃん
>>679 だから楽天は糞なのか…
javaだと商用で高いとか
記事に答えてる奴は一体何者なんだ
javaなんてコストがかかるだけのクソだろ
PHPよりマシ
だがPHPのほうが生産的な仕事してるよな。 正直、JAVAでプロが常用できるアプリなんてみたことねえ…
javaは、フレームワーク乱立しすぎて、ちょっと目を離すともうわけわからん。 とりあえず、strutsはもう古くて、いまはJSFだってことは、なんとなくわかったけど。 spring?hibernate?まあ、この辺はなんとなくわかるけど。 seaserとか、glassfishとか、なにそれ?みたいな。 正直、javaでwebの勉強をしようと思ったとき、何から手をつけていいのか さっぱりわからんのだ。
自分の受け持つ案件次第と言っておこう
>687 おまいJavaの大規模案件に入った事ないだろw
>>688 フレームワーク乱立も言語乱立もまあ似たようなもんだが。
ブルーレイのように結論出してほしいねぇ。正直どれもできることたいしてかわらんし。
693 :
デフォルトの名無しさん :2009/02/01(日) 02:37:08
>>690 というか、JAVAって開発者とかむけのツールとかじゃなくて
とにかく開発コストを下げて社内システムとかで
パフォーマンスの悪さも素人社員に「まあこんなもんだ」って
思わせて使わせるのに適した言語、ぐらいの認識はあるから、心配すんな。
LLスレでJava遅いって言われてもなあ。
なんでこのスレは常に話題がそれていくのかが疑問 スクリプトやってる香具師は議題に沿って話をすることができない屑ばっか
スクリプトの比較なんてお題が退屈だからだろ
Rubyやってよかったのは、拡張ライブラリが作りやすくて、意味もなく覚えたC言語がようやく役に立った事
>>688 いや、strutsとJSFは別物なんだが…
JSF+strutsとかやるし…
>>699 その辺の違いというか、組み合わせがよくわかんねえw
調べれば調べるほど泥沼にはまっていく感触がするぜ。
なんかさ、こう、これがスタンダードだ!オールインワンクリックだぜ!
みたいなのがほしいと思う今日この頃。
(NetNBeansがそっれっぽいことやっているみたいだけど。アレもイマイチ情報が少ない@日本語では)
>>700 JSF+struts+spring+Hibernate
で好きなの使うか
apacheプロジェクトの使うか
の2択
>>700 WebSphere
開発環境(Eclipse)からサーバーサイドのパッケージまで全てオールインワン
WebアプリなんてDBのデータをHTMLにプリントするだけの割にめんどーなんだよな。
まあ確かに「ドトネトなクラサバならハナクソほじってオナラしながらでもできるのに」、と思う瞬間もなくはない。
ドトネトでできるようなポトペタをフリーでできるようになったらいいのになぁ。 もう書くのもめんどくさい。
>>700 Javaでフルスタックなフレームワークと言えばJBoss Seamがありますぜ。
JavaEEをベースにしたフレームワーク (JSF + EJB3 + JPA)
あ、また選択肢を増やしちゃったかw
まあ、今のJavaのWebフレームワークは過渡期にあるのよね。
Strutsを中心とした開発がほぼデファクトになったところにRailsという爆弾が落ちてきて、
みんなが薄々と感じていたJava開発の問題点が一気に噴出した格好になって、
じゃあJavaらしい解決策はどうすればいいんだろう、ということで
みんながあちこちからいろんなアイデアを出しているというところかな。
けど、PHPやPythonも結構フレームワークが乱立気味のような気がするけど。
エンタープライズでのJavaは、要員確保しやすいてのが全てなんじゃね > みんなが薄々と感じていたJava開発の問題点が一気に噴出した格好になって、 > じゃあJavaらしい解決策はどうすればいいんだろう、ということで railsのようなものは動的言語でなければ作れないんじゃないの 「Java開発の問題点」がJavaが静的言語で、しかも表現力が貧弱で 冗長な記述を要求する言語であることに起因するものなら、 要するに言語自体の問題なのだから、 Java言語で記述したJava言語の「フレームワーク」で解決できると考えるのは 誤りで、幻想だろう そういうこともあって、JVM上で動く動的言語、あるいは静的だがより表現力の高い Scalaのような言語が出てきているのでは もっとも要員確保面から、どのみち当面はJavaが使われ続けるであろうと 思うが
Rhino on RailsでJavascriptとJavaの間を自由自在。
WebなんてそのうちXmlだけちょろっと書けばできるようになるだろ。 言語なんていらんよ
・・・・XMLもマークアップ言語だとか、そういう不毛な議論に突入?
いえす
XMLなんて冗長なものわざわざ書きたくないだろjk →S式でいいんじゃね? →Lispか!
クライアントもサーバもLispで、フォームもS式で投げられたら便利そうだ。 誰が使うのかって話だが。
Emacsユーザが使います。
>>713 まさにJavaScriptでそれやりまくってるね。
JSONでクライアント・サーバ間でメッセージ投げ合って、
読み込みはevalで終了。
Lispと違うのはプログラム自体を操作できないことか。
他言語だとリフレクションとかまどろっこしいことになるのが
構文・構造自体がサポートしてるようなもんだから楽でいいね。
Emacs Lispは一度はまるとなかなか抜けだせんね… Emacsの機能を活用できる便利さに感動してから Emacsの限界にぶち当たるまでは。
>>717 Emacs Lispのパホーマンス
Emacs Lispの記述能力
画像処理(画像レイアウトが文字と同基準)
言語処理(RtoL、縦書き実装しようとして死んだ)
シングルスレッド
>>718 ひどい。w
テキストエディタに求めることじゃない。
>言語処理(RtoL、縦書き実装しようとして死んだ)
つ Mule
720 :
デフォルトの名無しさん :2009/02/02(月) 17:18:10
インタプリタはただでさ遅いんだから LL文法で簡単に解析できる 安全で強い静的片付けにするべきだと思うな。
おれ真逆だわ どうせ遅いんならその分便利に扱える動的型付けにするべきだと思うわ
722 :
デフォルトの名無しさん :2009/02/02(月) 17:37:04
>>721 コンパイル型にすれば動的片付け言語特有の遅さを緩和出来るのでは?
>>720 もろちん実装次第だけど、静的型付けなら
自動的に速いわけではない。
静的型付け+全文プリコンパイルよりも、
動的型付け+部分インタプリタのほうが
きっと速いと思う。
724 :
デフォルトの名無しさん :2009/02/02(月) 18:31:30
>>723 なるほどね。
やったみたことはないけどそうかもしれない。
>>723 んなことはない。
JIT全盛の今でも、バイナリはやっぱり速いし、インタプリタは遅い。
ただ、そういった速度がメインファクターな分野は限られる。
726 :
デフォルトの名無しさん :2009/02/03(火) 02:14:02
スクリプターはWebドカタのイメージが定着ぎみなのではずしていきたい
728 :
デフォルトの名無しさん :2009/02/03(火) 14:58:05
対話型言語でオブジェクト指向なんて意味ないし どうせやるなら コンパイル型の動的型付けのほうがいい でもインタプリタをexeに含めるってことじゃないよ
?
(´・ω・`)?
JITコンパイル?
ジッタ隣人?ジェット人参かい。
Jythonでも使って最終的にjarにするって事か?
めんどくさい話
Common Lispみたいに言語仕様レベルでコンパイラ入れろって?
もっとなんていうかさ、UML的というか図形的なものをペタペタ貼ってインテリセンス的な ものがさっささっさと出てきてさ、考えたことがぱっと形になるような簡単な言語というか 仕組みとか作れないのかね。もうさ、めんどくさくてさ、いちいち探すのも調べるのもさあ。
737 :
デフォルトの名無しさん :2009/02/04(水) 02:27:09
インタプリタ言語はコードが丸見えだから 仕事だと使い捨ての ちょっとしたweb系くらいにしか使い道がない。 それが日本でPHPが流行ってる理由でしょ。 用途限定、機能限定だからこそ生きる言語。 VBAだってそうだし、Javascriptだってそう。 Rubyはなんでもやろうとするから駄目なんじゃないかな? 結局C++のようにマスターしきれない。 その点Pythonは潔いよね。
>>737 何が言いたいのかよくわからん
Pythonのプロダクトは全て使い捨てってこと?
>>737 どの言語でも逆コンパイルすればコード丸見えな訳だが。。。
>>739 お前プログラマに向いてないよ。すぐに田舎に帰るんだ。
どっちかというと
>>737 がそろそろ田舎から出るべきだと思う
Pythonは潔いと言えばそうなんだろうなぁ。変にOOに固執していないし。 標準ライブラリで足りなかったらC++とかリンクすればいいんだし。
PythonはOOしているとおもうが、クラス至上主義ではない。
Pythonってあちこちで褒められててけなされることの少ない言語の様な気がするが、 どうにも取っつきにくいのは何故だろう PerlのCGIなんか、考えてみれば結構めんどくさい手順が多かったのにいつの間にか覚えていたし、 Rubyもちょっと手を出したらそれなりに書けるようになったのに、Pythonだけ触ってもすぐにやめてしまう もしかしてimportなんちゃらとかをとりあえず覚えなきゃいけないのかな
>>746 そういう言語なんだよ。クレバーな言語なんだけどさ。
永久凍土の問題として既出。
importなんちゃらってPythonのモジュールシステムはかなり便利だろ 名前空間というかスコープさえ分かればどうにかなる
importってJavaっぽい
Perlはモジュールをuseすると勝手に識別子が侵略してくるのが気持ち悪くて仕方なかった
>>750 それは使い方を知らないだけでは。勝手に、ではないよ。
嫌ならuse の時にインポートしなければいい。
その仕組みはあるので、あくまでもコーディングのスタイルの問題
それはそのように作ってあれば、でしょ
そのように作っていない「モジュール」なんて、少なくともCPANにはそうそう転がってないんじゃない? 思いつくのは、変数の修飾子を適切に指定していない、ってくらいかな
754 :
デフォルトの名無しさん :2009/02/04(水) 17:22:55
はやってるのは Rubyそのものではなく Railsなんだな スクリプト言語というのは 言語だけではなく 制御されるべき環境と セットなわけだよ Officeを制御するためのVBAだったり Webを制御するためのJavascriptだったり
755 :
デフォルトの名無しさん :2009/02/04(水) 22:24:13
Flashでモーショングラフィックを作っていた。 物理的な表現やインタラクティブなものを作りたくてActionscriptを書いた。 ASを勉強する過程でOOという考え方があることを知った。すごく良いものらしいということは分かった、でも自分にとってどう役に立つかは実感できなかった。 ASで学んだこと(プログラミングの基礎とOO)はこれ以降もすごく役に立った。 次に、仕事でPHPに触れることになった。 とにかく手軽だった。PHPを通じて、Webアプリのセキュリティやデザインパターンを学んだ。 フレームワークという便利なものの存在も知った。 それらを知ったのが幸か不幸か、ダメなコードが目に付くようになった。 その場しのぎの継ぎはぎコードにたくさん出会った。 PHP(とPHPユーザ)にうんざりした。 ちなみに、Perlはハナから読む気がしなかった。 そんなときにRubyとPythonの存在を知った。 どうやらPHPよりも先進的なスクリプト言語らしい、ということで両方の特徴をいろいろ調べてみた。 ふたつの言語について並行して調べた。 結果、誰が書いてもだいたい同じようになり、とても読みやすい、というのが決め手になってPythonを学ぶことにした。 ひととおり入門書やドキュメントを読んで、考え方は今までで一番共感できた。 でも、書き始めるとなぜだか手に馴染まなかった。 結局、今はRubyに落ち着いた。
756 :
デフォルトの名無しさん :2009/02/04(水) 22:32:17
続き Rubyは実用するものというよりは、それを通してプログラミングに対する考えを深めるのに最適な言語だと思っている。 パフォーマンスや環境構築がネックになるのでRubyを実用することは無いけど、Ruby的(あるいはRails的)考え方を他の言語に持ち込むことはすごく有用だと思うんだ。
sageはどこでも学ばなかったらしいな。
>>756 でRubyをLispに置き換えたような文章はよく見る気がする。
というわけで次はLispかSchemeでもやればいいんじゃね?
この世にはPHPで十分な案件かそれ以外の二択しか存在しないのだよ、君たち
いまPHPで書かれたシステムのコードを解析しているけど あまりの糞っぷりに嫌気が差してきた。 ってまあ、PHPが悪いんじゃなくて書いたやつが悪いんだけど。 最初の印象って肝心だよな。もうPHPだいっきらいw
Gauche、Erlang、HaskellあたりをやっとくとALGOL系の文法に 毒された脳みそをリフレッシュできるのでおすすめ。 仕事では専らPHP。
PHPで凝ったクラス継承だのデザインパターンなんて やるだけ無意味なことに気づくのさ 漢なら力業だぜ 昔のソースなんて捨てちまえ あぁPHP 俺たちのPHP
>>762 凝りすぎたデザインパターン等必要ない状況が多いのは同意だが、
その反対に10年以上前にPerlCGIで覚えたかの様ながりがり土方コードを
平気でまき散らしたりして、両極端に突っ走るのがPHP界隈
日本の場合はKENTさんとKENTフォロワーが撒き散らしたコードが PerlからPHPに流入してる気がするね PHPerな知り合いだと良い意味ですごい人と悪い意味ですごい人しかいないw
otsuneがいなければもう少しperlの人気があったはずなのに
PHPでクラス書けるって初めて知ったw 昔人の書いているコードをちょっとデバッグしたことしかないが、 初期のバージョンはクラスなんてなかったよね?
クラス自体は少なくともPHP4.0では、つまり8年以上前から使えたみたい 初めて知ったはもちろんネタだとは思うが、実際に本邦web業界で広く使われ出したのは、 最近(3〜4年)の様な気もしないでもない 末端には、PEARっての使ってみるかってな感じで広まったような印象
>>763 PHPでecho "<html><head><title>hoge</title>..."
見たいなコードを見ると、
ああんもういやん!ってなるわ。
まあそれでもperlのHTMLとごっちゃになった&変態正規表現まみれの
渾身の一作よりはマシだけどw
PHPでそんなコード書く奴はPerl出身者と見て間違いない
なんでPerl嫌いの人は「正規表現」にこだわるんだろ。 確かに他の言語と違って正規表現を知らないではほぼ何も書けないけど、それはほとんど 本質じゃないし、それほど醜く多用される訳でもないような気がするんだが。 それとも、PHPや他言語のように、関数やRegexオブジェクトにして手順を増やせば満足なのか? Perlのぐちゃぐちゃさは、正規表現によると言うよりは、省略過多の記述と参照の書式に よるところが大きいと思う。 ひょっとしてリファレンス・デリファレンスの入り乱れた記号だらけのコードが、正規表現っぽく みえるのかなw
きもちわる
記号だらけのコードの中に記号だらけの正規表現が埋め込まれているから 目がチカチカするんだよ。 加えてsqlまでベタ打ちされていたら、もう目も当てられない。 正規表現にせよデータベースクエリにせよ、 ライブラリでできるなら、それに越したことはない。
他人の書いたPerlのリファレンスは気持ち悪い
Perlのリファレンス $$fuga は気持ち悪い
弾小飼は気持ち悪い
>>773 my $ref = [[0,0],[1,1],[2,2]];
...
print @{@$ref[0]}[0];
まあ、こんな風に書かれてたらキレてもいいと思う
アローのシンタックスシュガー使えば、それなりに読めるからどうでもいいや
てかmyが萎えるんだけど
たまにlocalって書く馬鹿いるからmyは良いや
myよりlocal派です
pythonはヨーロピアンな感じがするな…と思ってたら、オランダ人か。 それに比べて、perlはアメリカ臭が強すぎ。 ちょうどCとPascalに感じた匂いの差を感じる。(Pascalはスイス人?) どうもヨーロッパ発祥だと、実装効率を多少犠牲にしてでも、言語の 一貫性とか、美観にこだわる(ような気がする)ところに好感が持てる。 それに比べると、アメリカ性言語は…なんというか粗雑…
C++のBjarne Stroustrupはデンマーク人だが
Pythonの setuptools によるパッケージの管理の 欠点といえば、パッケージのアンインストール方法がないこと。 easy_uninstall があればいいのに。
Pascalは実装効率犠牲にしてないぞ
昔、PHPで三次元配列使ってるコードあったなあ。 要素番号指定してechoで内容を出力してるから意味分からんかった。 しかもコメントひとつ無かったし・・・。
>>787 Job Protectionじゃね?
バイナリで渡せない分だけ難読化してるんだよ、きっと。
789 :
デフォルトの名無しさん :2009/02/06(金) 19:07:52
グループ分けするとこんな感じ C,Lisp,Ruby Pascal,Scheme,Python
>>781 Pascalに実装効率を犠牲にしたところはないが。
791 :
デフォルトの名無しさん :2009/02/07(土) 00:18:23
グループ分けするとこんな感じ Pascal,C Lisp,Scheme,Python Ruby
Pascal,Lisp,Schemeは化石グループにしないと
なるほど ありがとうございました
>>791 Perl、PHPが入ってないのでダメです。
Perl、PHPはC族じゃないの?
グループ分けの基準を明確にしないとなにがなんだか
>>795 そんな事言ってたらRubyもC族じゃん
不毛すぎる
Perl、PHPは入れなくていいです
自分が有効に使えないツールからは目を背けたくなるんだな 全て使える様になる必要はないが、排除も全員に無視させることも不可能だと 何故気づかないんだろう
だめなもの・似たようなものが多いし、それについて議論するのは自然なことだろ
未知の物は、常に恐怖や不安を纏う。 心の平安を得るには、無かったことにするか、罵倒するのが手短な方法。
>>799 みたいなのは、議論しなくていいって言ってるんじゃないのか?
>>802 そういうのの他にも、好きな物(言語とか)を袖にされて怒りで思考が乱れ、
心の平安を得る為に「相手を見下せるキャラ設定を相手にかぶせる」という
手短な方法を選ぶ人も多いね。
>>800 とか。
>>804 一行目はまあ置いておいて
確かに俺は、
>>799 に、
なぜ「PerlとPHPは入れなくていい」かの説明はできない
っていうキャラ設定をかぶせているが、それほど不当だとは思ってない。
逆にそういうキャラと想定しないと、意見をスルーできずに心の平安を
得られないのもまあおっしゃる通りで、むしろ当然のことだと思ってるぞ。
スクリプトはもっと早くISOとかで規格化されるべきだったよね。よくも悪くもC/C++はその辺で デスクトップではデファクトとして機能していたが、Webの時代になり無秩序な開発現場になり、 結果的に業界のレベルのさらなる低下を招いたと思う。 既にWebでスクリプトは学生も敬遠する底辺労働の地位に定着してしまったし、今から地位向上 は難しいと思う。
逆に規格化されたがために、発展できなくなったのがC/C++ 特に、ライブラリが現実のGUIやネットワークも取り込めていてない のでコンソールの入出力程度しか標準化されていない。 移植性のあるプログラムなんて夢のまた夢
まあね、規格によって自由度や発展性がなくなるって考えももちろんあるんだけど、 ブルーレイの話みたいにある程度の下のレイヤーでは互換性を持たせて、その上の 付加機能で競争を促すみたいなのがユーザも市場全体も健全に発展できると思うんだよね。 例えばC/C++なら言語文法レベルでは規格化して、付加機能はライブラリで競争させる 方針をとってるわけで、その長年の競争の結果stlなりboostなりに知識が集約してきてるんだよね。 時間はかかってるけど。 スクリプトはWebで需要が増してるのに、まだまだ黎明期で混乱状態。で、こういう状態が 長く続くと結局、個人にも全体にも悪い影響が出てくるんだよね。 経営者から見たら、開発というよりよくわからない雑多な作業という印象であって、 当然そこに従事する人の地位向上も見込めないんだよね。 ビャーネ氏が冗談でC++の難易度を非常に高く設定したのはプログラマーの給与を向上させる ためだと言っていたが、結果的にはまんざら冗談でもない状態になっているなあと思うよ。 あとECMA4の仕様がまとまらず頓挫して、さらに混沌としそうなのは残念。
とりあえず日本はrubyかPHPで統一したらいいじゃん。 でも本当はJavascriptを拡張するのが一番いいんだろうね。
web界隈じゃ一番勢力持ってるのはPHPだ。 食わず嫌いが多そうだし、実際ナンダカナーってところが多いが、 手軽にCMSするならいまんとこ最強。 一応、コマンドラインでもスクリプティングできます。
食ってみてゲロ吐きました
>>809 大規模とは言わず中規模程度でも破綻しそうな言語、それがRubyやJavascriptって印象がある。
オープンクラスというか、クラス定義をどこでも追加・書き換えできるっていう仕様自体、開発の中〜後期や
メンテで地獄を見る羽目になりそうじゃないか?
特に自分が全てを受け持つ訳では無い場合、最終的にどこも怖くて手が出せないものが容易にできそうだと
思ってしまう。
Perlはなんだかんだ言ってパッケージの仕組みの理解や応用、実際のコーディングでの手順など、かっちり
したものを作る為のハードルが高いのも確かだし。
PHPはこの辺をクリア(回避?)しているというか、いろいろ実用上の面倒がないのも確かなんだよな
こういうスレを見ていると、「ダサい」ってのを除いたPHPの一番の問題って何だろうと、ちょっと真剣に悩んでしまう。
PHPは重い PHPは馬鹿でもアホでも手出すので糞コードが満載 これだけで十分問題
>>813 深刻に問題になるほどPHPそのものが重いっていう状況って多いか?その場合はJavaでもCでも使うべき案件で、LLに向いてないのでは。
でも大概、コーディングの方法や他のボトルネックの問題。
Rubyの仕事が無いからアホが大量生産されないだけで、仮に何らかの理由(PHPの有料化など)でRubyやJavaScript案件しかなくなったら、
心配しなくても糞コードが増えると思うよ。てかJavaScriptのコードなんか今でも量的には糞が大半じゃないか。
VBやPerlやJavaが先にその道をたどってきたんじゃないか?
んー 規格化標準化されてないから底辺労働ってのは違うんじゃないの > Webでスクリプトは学生も敬遠する底辺労働の地位に定着してしまった のは、単に「Webは簡単だろ?」と思われてるからだろ まあ実際のところ、Web屋はその下で動いてるLAMP(全部タダだ)の上に 乗っかって右から左にデータを流すだけのゴミを日々生産してるわけで、 LAMPよりすごいものを自分は開発しているから金を貰っていいのだと 胸を張れる奴なんぞ一人もいないだろ
>>808 確かに、基盤として言語が統一されているのは良い事だと思います。
また、システムコールやライブラリで差別化されているのも理解出来るのですが、
CやC++の標準ライブラリは、あまりにも現代のアプリケーションが求めるものと
乖離しすぎていて、移植性を求められた場合対応できない現実があります。
Qtなどの移植性を考慮したライブラリがあることも承知していますが、往々にして
移植性を求めながらそのようなライブラリを使うことを禁止されるということを度々経験
しています。
Web業界の場合も言語やフレームワーク間の競争があったからこそ、パワフルな
ライブラリや構文を持つように進化してきたんだから、CやC++のライブラリの部分が
言語まで波及しているだけだと思います。また、一部を除いて良くも悪くも標準化されていない
ので、新しいことも比較的盛り込むことができていのでは。
また、CやC++が出来たとしても決して地位があるってわけでもないですよorz(自分の周りが
C,C++しかやらないってこともあるからかもしれませんが)
LLだとほんの数行で出来ることを、何百行も書かないと出来なかったり、メモリリークで悩まされて
いるのが決して建設的なことはではないです。
>>815 > 単に「Webは簡単だろ?」と思われてるからだろ
だね。実際、学生アルバイトなんかで激安でとりあえず「動く」ものができ、また客も
結構ヤクザな刹那的な商売を見込んでたりするので、そのレベルで仕事を受発注して
数百万円が動いたりする。
それくらいあればまあ小さい会社くらいは転がせるので、底辺労働市場が成り立つ。
良心的な会社もその価格相場に飲み込まれる、みんなが不幸になる循環。
後段の論旨がよくわからんな。
普通の(受託開発の)web屋は、すごいものを開発したからお金を貰うのではなく、
例え形だけにしても、顧客の要望を実現することによってお金を貰ってるんじゃないか?
その場合、(形だけにしても)胸を張って請求しているもんだと思うが。
重いのはPHPじゃなくて、xoops なんです。
>>817 後段はその通りで、「サービスの対価」なんだが、逆に言うと
それ以上のことを要求できるような専門技術的背景が何も無いってことでもある
それが安く買い叩かれる要因なわけでしょ
>>814 業務でやるとなると、それなりのアクセス数あるケース多いし
DB引く部分が重いつーのは致命的
まあ、そのへんのショボイサイトならPHPで十分だし
何も問題にならん
PHPが糞を生むのはPHP自体が優れているから
Rubyだとどうだろう
あれはあれであまり糞コードを量産できない気がする
DBの重さはDB鯖のスペック・構成・チューニングと発行するクエリ次第で 言語はほとんど関係ないでしょ。 プリミティブなバインディングだとどの言語でもCのAPIほぼそのままなのが多いし。
PHPが重くて使えないっていう場合は何を使うんだ? Perl?Java?
PHPは言語開発者たちがみずから「統一性なくてゴチャゴチャですww」 って自虐してるじゃねーか。
PHPは永続性のあるシステムじゃなくて、改定などで寿命が限定される ウェブページとかをすぱっと立ち上げるための言語なんだからあれでいい。 変にきれいになっていろんなお約束とかが入ってきたらかなわん。 ウェブ用VisualBasicなんだから非難は用途を考えてしないと的外れだよ。
PHPはそれでいいんだよ。 そもそも言語じゃないっていう立場で使うのが一番ストレスが溜まらなくていい。 拡張性豊富なWEB&DBフレームワーク付きテンプレートシステムと思えば何の問題もない。
かぶったw
そうだな、PHPとは大人の割り切ったお付き合いしよう♪
おまえらPHPを擁護している振りしていじめるのはやめろw
普及言語は大概叩かれるとはいえ、 ここまで人気はあるけど無い言語ってのも珍しいな・・・・・・
よくわかってない奴が、よくわかってないまま話に加わってるケースも ありそうだけどな。特にPHPの場合。
現在進行中の話題の論点が明確になっていない以上それは仕方ない 何よりただの雑談スレなので問題ない
何だそれ
>>829 別に叩いてないぞ。
実際PHPは採用したし。
実績がすごいからな、phpは
PHPの実績なんて無いよw 世の糞サイトで大量に使われているだけ
rubyなんて糞サイトでも使ってくれないのに
rubyは微妙に大規模サイトで使ってたりする もちろん重すぎてその重さを何とかするために開発途中に死人が大量に出るわけだがw
>>839 島根県の方ですか?
さっさと1.9.1が使い物になるようにドキュメント整備する作業にお戻りください。
中途半端に知ったかぶりのクライアントが 「Rubyってすごいんでしょ?」 とか言ってRuby採用
複雑だと思うならつかわなきゃいいんじゃねーの? なんでアホはあるもの全部使わなきゃ気がすまねーの?
Rubyで作って重すぎて結局PHPで書き直し PHPが重いって誰だよ
最初からjavaでいいじゃんと思うけどね strutsあたりでさっさと作れば使いまわしも聞くしさ
島根の真実。 松江とかひどい状態なんだぞ。 どこでもRubyだもん。Ruby以外のことがしにくくてしょうがない。 Rubyにあらずんば人にあらずみたいな気がする。 Javaでやりますっつっても役人に全く受けない。予算が付かない。 Rubyの波に乗りなさいって言われてもなぁ。。。。 塩屋が邪魔くさくってしょうがない。
>>846 なんかコピペじみてきたな。というかコピペかな?
趣味Ruby使いで仕事でphp使ってるが、 Ruby使いに言わせれば、phpは超軽いぜ。 ちょっとしたDSLのコンパイラをRubyでサックリ書いたら遅すぎて、 phpで書き直したら、10倍速くなってワロタ
複雑だと思うならつかわなきゃいいんじゃねーの? なんでアホはあるもの全部使わなきゃ気がすまねーの?
はい、これからは単純な日時計を使うことにします
とりあえず2chを見ているとRuby厨のおかげでRubyが 嫌いになってくるな。
実際に使ってる人間はそんな理由では恥ずかしくなることはあっても言語そのものを嫌いになったりしない。
で、Djangoはどうですか?
何が嫌いかより何が好きかで自分を語れよ
あの会社って?
文中で「塩屋が...」って言っているから、とりあえず塩化ナトリウムでは無いな。
馬鹿にされると(恥ずかしい?)のは馬鹿だからだろ 馬鹿じゃないんだったら馬鹿にされてもいいじゃん ひとちがいなんだから
Webっつーか、ブラウザ自体もうウゼー。 HTMLよ、はよなくなれ。もういちどクラサバに光を!
>>860 アホみたいな工数を掛けて馬鹿高い見積もりでごちゃごちゃ作るのと同等のUIを、
できる奴に3時間で作られて涙目なのかな?
ブラウザのUIっておかしくね?操作面倒臭いっしょ? AccessとかVBとかJavaで作ったクライアントソフトの スピード感とは全然違うよね
>>862 それは勿論そうだろね。あくまでも「ブラウザ」なんだから。
またHTMLももともと、ハイパー「テキスト」の為の言語でしかない。
その穴を埋めるのがFlashでありAppletだったんだろうが、今後はちょっとHTMLブラウザから
離れたリッチHTTPクライアントとしてAirやSilverlightも重要になるのかな〜怪しいけどな〜
ってところじゃないの?
HTMLやCSSの様に共通規格で、またそれらとは違って各ベンダーとも厳密な実装でクライアントが
行き渡れば最高なんだがな
864 :
デフォルトの名無しさん :2009/02/08(日) 22:27:23
>>863 FlashやSilverlightが得意とする、かつ、ニーズが高い領域は、html5 + css3に食われる。
Flashのローカルアクセスが強化されつつあり、存在意義がなくなりつつあるAIR。
AdobeはFlashに回帰・集中して、html5 + css3との決戦に備えるはず。
アプリ on OSの時代 ↓ Webアプリ on ブラウザの時代 もう留めようがないですよ。 マルチプラットフォーム対応アプリ書くよりずっと楽だし。 最近は遅くないし。Gmailより遅いメーラは山ほどあるよ。
でもブログとか掲示板も専用ブラウザの方が便利だよね。
>>864 勉強になった.
> HTML 5 仕様は、少なくともふたつの完全な実装が登場するまでは完成したとみなされません。これは過去の HTML とは異なるアプローチです。
> この開発モデルを採用する目的として、開発者やデザイナーに仕様が完成した時点で実装可能、使用可能であることを保証したいというものがあります。
この理想にど腐れM$が共感してくれれば何も言うことは無いんだが、どうなるんだろね。
HTTPを使うけどブラウザじゃないクライアントで・・・ って ゲームサイトはもうそうなってるな
>>868 オンラインゲーム系はそうなってるな。
むしろ今のゲームだと、HTMLおろか、Flashですら無理やりだなって感じ
業務用だと多少使いにくくても会社の命令で使うしかないから 社員もそんなもんだと思って愚痴りながらもそのまま使う システム開発会社もそれでお金貰えるから反省も進化も遅い ゲームでダサいインターフェースだと見向きもされなくなって 売上が上がらないから(っつーか客が逃げる罠) そういう部分は一番最先端走ってるんだと思うよ
PHPでロジックまで書いてしまうとわけわからなくなるけど、 UIに関して言えばPHPでこんな感じで埋め込んでって 言っておけばデザイナーさんとの作業でもスムーズなところはいい。 でも最近はそのかわりに Javascript で非同期に動的な部分を 生成する方が多いけど。
マ板並みの土方スレだなw
土方馬鹿にすんな 土方がいないとビルも 道路も出来ゃしねえって岡林さんも言ってた でも巣のマ板(てかWebProg板か)でやればいいんだけどな
馬鹿にしてないし必要だけど俺はなりたくないというだけだ。 大体ここWebProgじゃないから、スクリプト本来?のWebなしの使い方を 語るべきだよな。 Perlのテキスト処理とかファイルのコピーとか管理系とか。 マルチスレッドやって共有メモリでなんとかかんとかしたっていいんだぜ。
Rubyは画期的なエロ動画収集&整理ツールですが何か、ってな話をするのか
Webなしだとなにすんだっけ・・ Perl→ テキスト処理。日本語gdgd。UnixはいいけどWinは・・ PHP→ Web用だから論外 Python→ LinuxインストールGUI。あとは、えーっと・・ Ruby→ ??
要するにshell scriptingに毛の生えたような作業だろう 結構便利だよ RubyはRGSSとかが有名じゃないの PythonはBlenderみたいな3DソフトとかOOoとか、色々使われてるよ
Perl5の日本語がgdgdって… 少し前まではUnicodeの文字処理にperl5使ってたぞ。 文字名、文字カテゴリを使った処理なんかに。 今はもうPython3に移行したが。 Unicodeの完全な処理系(プログラミング言語じゃなくてUnicodeの処理系ね)は 凄く少ないから。(他にはICU辺り)
>>876 Rubyはベターperlとして使える。テキスト処理
PythonはベターRubyとして使える。ほとんど全ての面で
RubyにしてもPythonにしても比較的新しい言語のはずなのになんでUnicodeの取り扱いが面倒な(だった)のか
>>876 バッチで画像処理するのに使ってる >PHP
wxPython+sqliteでACCESSチックなフロントエンドのアプリ書いてるよ。 趣味の世界は自由だからな。
>>876 実際ほとんど思いつかないのにワロタ。まあWeb用だわな
VisualStudioとかEclipseとかExpressionの時代にwxPythonを快適には感じないだろ
感じる
感じる?
感じる
アナルで感じる奴もいるしな
慣れの問題もあるな。 俺の場合マウスでポトペタでコントロール貼り付けてチマチマとプロパティイジるより コマンドを直接叩いた方がわかりやすい。 スクリプトの強みで、1、2行かいたら即実行でレイアウト確認もできるし。 まあ、初学者には辛いと思うけど。
UIを手早く作るのはスクリプト書くのとまた違う訓練がいるよね GUIとかごちょごちょ作るのは苦痛にしか思えない 趣味でやる人尊敬するわ
使いやすく作るのは難しい
UIにもデザインパターン集みたいなのがあった希ガス。
別にUI自体は簡単なんだけど、時代の影響を受けやすくてプラットフォームとか言語で作法が まったく変わってくるから退屈で面倒なだけ。
スクリプト言語でGUIっていうのは、まだPython一人勝ちって感じでつか? Linuxマシンのデスクトップなんて使う気ないから、.NET使えたらそれでいいかな〜と 思わないでもない今日この頃。
。NET(わらい)
unix界隈だとperl/tk現役だぜ。 使いやすいかどうかはさておきw
wxPerlもwxRubyも普通にある。wxPHPもあるらしい。 どの言語でもTkでもGtkでもQtでも好きに選べると思うよ。
900 :
デフォルトの名無しさん :2009/02/09(月) 16:16:10
900
そもそもWindowsへの対応が一番進んでる、オープンな*nix系のGUIライブラリって何? それに全力で乗っかってる言語が、実質スクリプト言語で一番使いやすいGUIライブラリってことにならないか? monoが上手くいってるなら、実質VBでもC#でもいいんだよ
>>901 何かおかしいな
× 実質スクリプト言語で一番使いやすいGUIライブラリってことに
○ 実質GUIで一番使いやすいスクリプト言語ってことに
ってことで
VBやC#はスクリプト言語じゃないぞ
その定義もよくわからんな。 プリコンパイルが不要ってだけでいいのかな? 静的な型付けが不要って面なら、VBなんかスクリプト言語でいいような。いや、これは印象だけど。
905 :
デフォルトの名無しさん :2009/02/09(月) 17:16:33
VBのスクリプトっていうとWSHを想像するが
wxPerl+PARで作って納品してるよ。 Webの方とSchemaクラスが使い回せていい。 因みにPerlはQt4は実用レベルじゃないと思た。
Javaのswing。 昔は(いまでも?)馬鹿にされてたけど、凄い勢いで普及している。 scalaとかjruby、jthonを使えば手軽に開発できんじゃねーの。 いやしらんけど。
>>907 ふとjperlってのを思い出した (Javaとは関係ありません)
・・・ごめんそれだけ
GUIはなあ なんで毎年のようにフレームワーク出てくんだよ
女房と畳は新しい方がよい
新陳代謝のための篩(ふるい)ではなかろうか
>>907 素晴らしく現実的な解答かもw
ただ、それもJRubyやJthonの実装次第だしな・・・
例えばJRubyって、本家の1.9.1に追随するつもりあるのかな?
結構暴走気味だから、正直嫌気がさしててもおかしくなさそうw
WindowsでまともなクオリティのUIって言ったらやっぱQtかなぁ。 Photoshop elementsとかgoogle earthとかだっけ?
914 :
デフォルトの名無しさん :2009/02/10(火) 03:37:53
wxWidgets
GWTって使ってる人いる?
>>913 ブラウザのOperaもそうだな。
ネックはライセンスだったんだけど
Qt4.5のLGPL採用が起爆剤になるかどうか。
APIはwxWidgetsなんかより後発なだけ合って洗練されていてわかりやすい。
(wxがMFCチックで初学者を遠ざけているという話もある)
pythonのqtバインディングであるpyQtをちょっと使ってみたけど、
まあ、かなりいいんじゃないかという感想。動作はちとモッサリ気味だったけど、スクリプトならこんなもんでしょ。
(ただ、pyQt自体まだGPLなんだよな・・・)
>>916 Gtk+のメリットはCだということ。
wxWidgetsに対しては圧勝だと思うがGtk+に対しては勝てないと思う。
wikipediaをみたけど、GPLとLGPLの違いがわからない 英文でもいいから、ライセンス関連の詳細事例集ってないのかな
919 :
デフォルトの名無しさん :2009/02/10(火) 15:56:44
>>918 >英文でもいいから
なにこれ。馬鹿にしてるの?
920 :
デフォルトの名無しさん :2009/02/10(火) 16:07:48
馬鹿にはしてないけど、、、半笑いです。
>>918 libraryとして使ったときにソースを公開する必要があるかないか
>>917 GTKってCで無理やりOOPやっていて、見た目がキモイんだよなw
あと、Winだとやたら落ちるイメージがある。
俺が触っていたとき(3〜4年前)と今とじゃ状況が違うかもしれないけど。
C++でGTKで書いたアプリを wxPythonで書き直したら 後者の方が超速くて泣いた
どんな糞コード書いたらそんなん・・
GTKは下位レイヤーのAPIだから、 プログラマの能力が試される。 フレームワーク書けるくらいの実力がないと。
C++でvirtual使いまくりとか変なことしたんじゃないか Cで書いてればそこそこ出ると思う
Windows上のGTKが遅いという話じゃないか
virtulaつかいまくりで遅いマシンでいつのマシンだw
21世紀だというのにボタン一つ作るのに大論争だな。もうバカかと
ちょっと他のスレッドで発見したのですが ↓ ラーメンタイマーでも作ってみれ。 カップヌードル用(3分)とどんべい用(5分)に分ける。 できればタスクバーに駐在する奴。 こういうのってサクっと作れますか?
>>931 ちょw
VB? → Python → Ruby → でとうとうここっすかwww
間違いなく他にも書いてるな
どんな解答があれば満足するんだろうw
>>931 Gnome+Pythonなら15分くらいで書けるんじゃない?
Gnome-panel上に残り時間が2:35と表示されて、
最後にアラーム+通知ウィンドウ出るのは。
pythonとgnomeappletモジュール知っているの前提でね。
Win限定だが、それくらいならC+WinApiでも簡単に作れるぞ。 猫でも〜でそれっぽいサンプルが合った希ガス。
もう1時間前なのか
亀レスだが、規格化されない→業務内容が不明確→雑務→ドカタ・派遣ってコースは 昔からどの業種でもあるぞ。
規格化されてたって同じだ。
十分条件ではないが必要条件ではあるかもな
>>931 こういうのは、C#、Delphi、VBあたりさっくりできるな類のものだな。
タスクバーに駐在?はたぶんタスクトレイの間違いだな。
LLだとどれ使うのが早いんだろ
941 :
デフォルトの名無しさん :2009/02/12(木) 01:05:09
RubyかPython
u
m
rubyはカス
>>940 LL(笑)
はずかしいからここ以外で使うなよw
長いプログラムなんて書かないから、perlやvbaで十分なんだけど、 ここの板の人って、PHP以外のLLなんて何に使ってんの?
>>947 そのperlやVBAは何に使ってるの?
LL 響きがかっこいいな 新しい感じがする
スレタイの読めないヤツと CSかじってる俺カコイイな人ですね。わかります。
>>949 古来からある"すくりぷと"にわざわざ別名付けたバズワード。
Web2.0って言っちゃう管理職並みに恥ずかしい。
自分をあるふぁーぎーくって語るほどみっともない。
>>952 ここまでくると気持ち悪い
LLはそれほど意味のない言葉ではないと思うがな。
すくなくとも今の「スクリプト言語」は、かつてのシェルスクリプトやバッチファイルとは
明らかに別物だし。
バズワードでしょ? だから意味のない言葉なわけだ。
スレタイはネタと釣り
>>946 そうなん?LLって最近よくきくようになったけど
>>952 のいうとおりWeb2.0と同じようにバズワードだけど、
「ニート」っていうのが恥ずかしいのと大して変わらんと思うけどw
ああ、なんとなくわかった。「ゆとり」とか「スイーツ」っていうようなもんなのね。 確かに恥ずかしいかもしれんw
なにこの恥ずかしい流れ。
(
>>957 リンク先)
> また、最近では「バズワード」自体がバズワードになりつつある傾向にある
> (新しく出てきた言葉を十把一絡げにバズワードとする傾向)。
おまいらのことじゃね?新しく覚えた言葉バズワードを使いたくて仕方ないのな。
>>959 スイーツはもう一回転して、後ろに(笑)付けて「冷笑してる俺」を
必死にアピールしてる奴のほうが痛くなった。
「LL」って見ると「レロレロ」と想像するのは俺だけですか?
LLの定義がよく分からないからなぁ。 tclもLLで良いのか?
PHPが言語の仲間に入れてもらえるのなら、TclはLLでもいいんじゃない?
つまり(matzに言わせると)「抽象度が高く」「記述が簡潔である」 もっと言うならモダンな言語だと まあ、どのみち厳密な定義のある用語ではないってことか
>>963 ラリー、Matz、spamの人などによって作られた3つの宗教。
(そう思っているヤツは、世の中に少なくとも1人は存在する)
まずまずよく出来ているPHPは、その教義が不明確であり、
より一層できは良いのに見過ごされたか、人気を失いかけている他宗派の信者たちに
ディスられる恰好の的となっている。
tclに関していえば、末尾再帰の不在についてRMSの怒りを買ったので
オープンソース界隈にて、標準になるといった野望を打ち砕かれた。
その後任に、guileが置かれたことは、
今日に数多のスクリプト言語が生み出されることとなった元凶であろう。
既に標準の座につくことのなくなったtclは、LLに含まれていない。
若い衆たちの興味を引かないからだ。
これらのLLは規格化されておらず、
書いてしまったものが数年後にも動く保証がされていないため、
今だにC,C++,shのポストは安泰である。
TCLはないだろ。 あれはshと同じ系統の言語だから、 大規模なアプリには向かない。
定義なんてどうでも良いだろ LL自体がどうでもいい言葉なのだから
BtoBだCGMだSNSだ怪用語が乱れ飛ぶこんな世の中で、 なぜそんなに「LL」を嫌がるのかがよくわからん
LLではアジャイルにBPに最適化されたBIがCGMでorzされた形でSOAでき、 まさにITによるクラウド時代のBiz2.0とでもいうべきパラダイムシフトといえよう。
LLなんてバズワードの一種でしょ?
振り出しに戻る
>>971 ここがLL(笑)のスレッドにきまってんだろ
頭大丈夫?
日本語大丈夫?
次回のスレタイ パールのようなものバトルロワイヤル でよろしく LLってわかりにくい日本語だし、嫌いなんで
最後発のGroovy最強でいいよ。
>>978 上の流れだと、計算機じゃなくてプログラマにとって軽量って意味のようだが
プログラマから見て軽量ってコンピュータの文脈から外れてるだろ 機械からみて軽いのが一般に軽い言語だ。 WindowsはDOSに比べると軽いですねなんていわねーよ
動的型付の言語なら動的言語と呼べばいいだけだ LLなんて詐欺用語は普及する前に息の根を止めてしまえ 英語圏で通用しないところがたちが悪い
LLサイズがどうして軽量なんですかー!?(●’−`●)
>>983 ところが、HaskellとかMLも入るんだと
まあ、普及しない方が良いだろうな 日本のプログラマだけが妙な用語を使う状況に陥るのは避けたいところ
>>982 例えば、JavaのSwingなんかは軽量コンポーネントって言い方をされるが、
この場合の軽量ってのは動作が軽いとは違う
分野や状況によって単語の意味が変わるのは当然だと思うが
日本人はいつまで和製英語を愛し続けるんだろうね。 「ブログパーツ」とかもそうだな。 昔の名残で残ってるものはまだいいけど、21世紀にもなってわざわざ作る。
C=Lightweight languages Ruby=らいとうぇーとらんげーじ
けいりょうこんぽーねんと 【軽量コンポーネント】 lightweight components Swingのように、Java言語だけでプログラムを記述しているため、 プラットフォームごとのライブラリは必要だが、バイトコードを小さくできる GUIコンポーネントのこと。これに対して、AWTコンポーネントを重量コンポーネントと呼ぶ。 脳力とか関係ないぜ
>>987 あれは詐欺だよな。
一体何人を撃沈してきたことか・・・
僕はXLですけどね
>>990 関係ないね
だからこそ「分野や状況によって単語の意味が変わる」のではないか?
と言っている
>>982 計算機を基準にみるなら、普通は高級、低級って単語を使うじゃないか?
単独でこの言葉が出てきただけなら、そんなに反感買うような語感・語義でも無いような。結局、 > 英語圏で通用しない (っぽい)のが引っかかってるだけだろ? それすら「ソースはWikipedia」っぽいのが、なんだか共感しにくい理由だな
>>992 LLとXLは違うのか?
LLLとXXLは同じか?
そろそろ次スレ
Perl最高!!
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。