トップページ⇒tech
1002コメント429KB

【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ54【php,py,pl,rb】 [無断転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2016/03/26(土) 10:24:19.80ID:pAOtj1vo
前スレ
【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ53【php,py,pl,rb】
http://echo.2ch.net/test/read.cgi/tech/1452141123/

【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ52【php,py,pl,rb】 [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1443578172/


問 Pythonで書くと誰でも同じような綺麗なコードになるか？
答 なるわけないだろｗっていう考えが優勢
0153デフォルトの名無しさん2016/05/22(日) 17:46:59.90ID:4mJaXPXt
>>152
JavaScript(Node.js)
0154デフォルトの名無しさん2016/05/22(日) 17:51:55.41ID:AXHEbi5z
phpかjavascriptかjava
0155デフォルトの名無しさん2016/05/23(月) 00:45:52.23ID:gRYaeUIq
>>152
まずはJAVA、次にRubyかPython
結局デファクトスタンダードを避けて通ると遠回りになるだけ>>142
0156デフォルトの名無しさん2016/05/23(月) 00:47:34.31ID:2wwYSKoz
デファクトスタンダード >>142

1. Java
2. C
3. C++
4. C#
5. Python
6. PHP


7. JavaScript
8. Ruby
9. Perl
0157デフォルトの名無しさん2016/05/26(木) 04:07:45.29ID:ckoChVZB
>>155
それにオワコンって言ったって、いきなり終了するわけじゃなく、
言語系は息が長いからね。ITの世界じゃ。ITだからといって勘違い
してる人多いけれど。
0158デフォルトの名無しさん2016/05/26(木) 20:04:39.52ID:Z1TdUIbU
沈んでいく船に乗らないほうが良いよ
先進的なプログラミングやってないと頭がおかしくなって死ぬ
0159デフォルトの名無しさん2016/05/26(木) 21:44:00.77ID:KC4eoHCe
そういう意味ではクリエイティブコーディングは色々と良いよな
Processingを触っててそう思った
あと最近オッパイソンの勉強しててiPhoneでパイソニスタ3.0弄って遊んでる
オッパイソンも実はクリエイティブコーディングに適してたりするんよな
0160デフォルトの名無しさん2016/05/26(木) 22:37:13.23ID:WD90lv2d
クリエイティブコーディングを否定する気はないが、
同じような唐突なレスを延々繰り返すお前にはクリエイティビティの欠片も感じられない
0161デフォルトの名無しさん2016/05/27(金) 10:33:54.14ID:tz1kvqlr
船が沈むとか破壊的な言葉を自分だけが使うためにクリエイティブと言ってるんよ
自分は好きなだけ攻撃するけど他人には攻撃させないチート技だよ
0162デフォルトの名無しさん2016/05/27(金) 19:47:53.95ID:cARv9Q4b
しっかしプログラミングが芸術表現のツールとして浸透し始めてるな
0163デフォルトの名無しさん2016/05/27(金) 20:51:31.89ID:7o0+MXnc
>>158
死ぬのはお前だけだよ
0164デフォルトの名無しさん2016/05/27(金) 20:51:58.36ID:7o0+MXnc
>>161
チート技？ただ自分に酔ってるだけのキチガイだろ。
0165デフォルトの名無しさん2016/05/27(金) 23:01:14.52ID:Drz4UeTd
芸術家がプログラミングアートをやるのは表現の幅を拡げることになるだろうが、
プログラマがやってもそれは何も生み出さない袋小路でしかないだろ。
0166デフォルトの名無しさん2016/05/27(金) 23:11:52.60ID:AtAaCgiB
ま、別にそれらは排他的なもんじゃないからな。
どっちもやっていい。
0167デフォルトの名無しさん2016/05/28(土) 10:22:27.05ID:3VcdBotu
芸術ってのは１万時間の法則に当てはまるようなものであって
本１，２冊読んだら出来るようなＷｅｂデザインは当てはまらないと思うわ
0168デフォルトの名無しさん2016/06/01(水) 18:35:02.57ID:kQlSk790
クリエイティブコーディングも勿論1万時間の法則に当てはまる
0169デフォルトの名無しさん2016/06/01(水) 22:32:18.23ID:m3KkndXk
個のスレなんでこんな勢い無くなったん？
またPythonとRubyのどうでもよいことで喧嘩して見せてよ

逆になんで昔は勢いあったんだろうね、ふっしぎー
0170デフォルトの名無しさん2016/06/01(水) 22:49:45.95ID:XVpspPb0
JavaScriptの一人勝ち時代になったからなｗ
0171デフォルトの名無しさん2016/06/01(水) 23:12:38.57ID:llIYTUCe
言語間の差が無くなってきたから、何かを語るにしろ一番広く使われてるJSを使えば済むようになってしまったから。
0172デフォルトの名無しさん2016/06/02(木) 00:04:26.85ID:VnZHQmYV
JSはライブラリが貧弱すぎるのがなぁ
0173デフォルトの名無しさん2016/06/02(木) 00:16:25.46ID:X+hQPb++
PerlはCPANの存在がでかかったなぁ。
何かやりたいことがあったときにCPAN行けばたいてい見つかるという。
0174デフォルトの名無しさん2016/06/02(木) 11:00:08.06ID:SjNFLCPa
>>170
逆にjsさん下火になって存在感が空気な気がするんだがw
つかもうPythonの強さが抜きん出てるよ、まさか日本でこんな短期間に新刊ラッシュ来るとかもうね

昨今流行りの機械学習とかセキュリティ系が大きいんかね
0175デフォルトの名無しさん2016/06/02(木) 12:33:24.75ID:1F6qEVer
今はC++を簡単にJSに移植できるから
C++の言語仕様を変えなくても実行環境を変えるだけで安全なら
言語仕様には意味がなくなった
0176デフォルトの名無しさん2016/06/02(木) 13:18:55.74ID:BtmdPReZ
>>174
JSは実用言語だからね。もう息を吸うくらいに普通に使う言語になってる。
でも言語ってのは普通縁の下の力持ちでいいの。
確かにスクリプト言語としてこういうスレでワイワイすることに弱いのは残念だけどね。
まあ子供(Python)と大人(JS)の違いみたいなもんだよ。
0177デフォルトの名無しさん2016/06/02(木) 22:10:56.75ID:khWGy11Q
>>169
>またPythonとRubyのどうでもよいことで喧嘩して見せてよ

関数型言語に関するトピックに限定すれば、
Lispをベースに開発されたRubyと、手続き型言語をベースに
関数型風のライブラリを強化しただけのPythonとでは、
最初から勝負にすらならなかったのが三年前に明らかになったからね

・LLにおける関数型プログラミング
　http://echo.2ch.net/test/read.cgi/tech/1345123070/
・Lisp から Ruby への設計ステップ | プログラマーズ雑記帳
　http://yohshiy.blog.fc2.com/blog-entry-250.html

同じくLispをベースにしたJavaScriptもあるけど、
Webブラウザ上におけるJSの絶対的優位性に当時も今も変わりは無いし、
上手い具合に棲み分けができている
結局、個人あるいは組織の選択でスクリプトを言語使い分ける時代に
なったのではないかと思われる
0178デフォルトの名無しさん2016/06/02(木) 23:05:40.74ID:EkiyB7w0
関数型言語も何か一過性のブームで終わってしまったよな
0179デフォルトの名無しさん2016/06/03(金) 00:41:20.94ID:ZgLr+wQe
どうなんだろう。一過性ねぇ。
むしろ、これからメニーコアの時代に効率的だという話だったと思うけど？
0180デフォルトの名無しさん2016/06/03(金) 01:02:58.01ID:4VbjelCP
メニーコアってもう死後じゃないの？
最初の頃に、これからコアがたくさん増えるんだって
一部のアナリスト（笑）が言ってたけどそうはならなかった。
0181デフォルトの名無しさん2016/06/03(金) 01:51:58.03ID:u2s7AyU8
>>180
え？コアは確実に増えてるけど？
i7 とか使ってないの？
0182デフォルトの名無しさん2016/06/03(金) 01:55:39.99ID:qC3of5q8
まあそれに関してはなんとも言えんな。
一応家庭用CPUコアも今年2桁の時代に突入したし、
モバイルでも非対称性コア両方使えるモデルが増えてきた。
そろそろっちゃそろそろかもしれない。
0183デフォルトの名無しさん2016/06/03(金) 02:20:41.67ID:4VbjelCP
>>181
数年前から使ってるけど
ずっと増えてないよｗ
0184デフォルトの名無しさん2016/06/03(金) 06:53:31.32ID:u2s7AyU8
>>183
じゃあ、i7 も増えてるの知ってるっしょ
ましてサーバの世界は…
0185デフォルトの名無しさん2016/06/03(金) 08:43:19.65ID:vF3FMBkK
うーん。例えばXeonみたいなののマルチコアってのは、
それこそサーバとしてマルチプロセスが難しいことしないで使い合うことが主だし、
Phiもコプロセッサとして専用に使われることが主で、
１つまたは数個のプログラムのあらゆる汎用的な処理が数十のコアで、
自動的に適切に負荷分散されるという状況は色んな意味でまだだと思うのよね。
家庭用CPUコアが20、30になってからが本番かな。
0186デフォルトの名無しさん2016/06/03(金) 09:30:37.34ID:4VbjelCP
>>184
増えてるって言っても
全然メニーのレベルじゃないじゃんｗ
0187デフォルトの名無しさん2016/06/03(金) 10:42:41.35ID:YDucuFJ8
多数のGPUの性能をまとめ上げて
機械学習に使うためにGoogleはPythonを使った
0188デフォルトの名無しさん2016/06/03(金) 12:17:07.05ID:SfjRKH7V
Pythonって良く文法スッキリしてて簡潔に描けて初学者に易しいとか学びやすいとか言われるけどさ
俺にとっては凄く分かりづらくて二度三度挫折してるんだけどw
最初はProcessingから入って結局またProcessingに戻っていまRubyとJAVA勉強してるわ
どうして俺はこんなにもPythonがダメなのか、入門系の本一冊終わらせても全くコード描けないんだよね
0189デフォルトの名無しさん2016/06/03(金) 13:09:09.94ID:D6MzcBW9
>>188
Ruby多少でも書ける奴が入門系の本一冊終わらせてもPythonで書けないって
いくらなんでもホラやろ？
お前さん言ってるだけでProcessingしかできんのとちゃうか？
0190デフォルトの名無しさん2016/06/03(金) 13:14:01.28ID:D6MzcBW9
すまんな、RubyとJavaはまだできないんか
Processing使いなら、JavaScriptお勧めするで
0191デフォルトの名無しさん2016/06/03(金) 13:14:16.08ID:M9HYxoxd
>>188
俺も Python には妙な気持ち悪さを感じる。クラス設計とか
ライブラリ設計が何か変なんだよ。188 が全くコードが書けない
ってのはその辺も関係してるんじゃないかな
0192デフォルトの名無しさん2016/06/03(金) 14:03:32.02ID:Hg3pyaIr
pythonって挫折するほどか？
0193デフォルトの名無しさん2016/06/03(金) 15:03:57.06ID:84DnCFa9
JavaScriptで以前書いたものを、必要に迫られて、
全くの初心者が意外とあっさりとPythonで書きなおすことができたけど、
何らかのスクリプト言語を書いたことがあれば、Pythonは優しい部類に入る印象だな。
ただ、正規表現を使った文字列置換なんかの処理方法はJavaScriptと比べて書き方に癖があると思った。
まぁ、慣れの問題なのかもしれないけど。
0194デフォルトの名無しさん2016/06/03(金) 18:33:09.06ID:ILPCC37T
おかしいのはみんなPerlのせいだよ……
「サーバーサイド言語」として設計されてるからおかしい……
0195デフォルトの名無しさん2016/06/03(金) 19:34:37.27ID:/b77BlBb
Pythonのライブラリはスクリプトには珍しく直交性指向なのでJavaやってると馴染みやすい
0196デフォルトの名無しさん2016/06/03(金) 22:17:49.86ID:lTBCVPxn
>>189
Rubyはまだ触り程度なんだ
本当に何故かPythonは頭に入ってこない
0197デフォルトの名無しさん2016/06/04(土) 09:04:33.86ID:e6sAKa4x
Perlアンチは普通に正論を言うがPythonアンチは言葉が通じないんだよな
ガス抜きすらさせないからモンスターになる
0198デフォルトの名無しさん2016/06/04(土) 09:17:02.75ID:BB4QGX3V
Pythonは自然言語の感覚より論理的な一貫性を重んじる言語だからね
アンチはそれができないわけだから話が通じないのは当然といえる
0199デフォルトの名無しさん2016/06/04(土) 10:37:24.76ID:e6sAKa4x
まあ論理的というよりポリティカルコレクトネスという方が近い
0200デフォルトの名無しさん2016/06/04(土) 13:33:06.64ID:8iP9+l2z
Pythonコミュニティの永久凍土問題は根深いね
0201デフォルトの名無しさん2016/06/04(土) 13:34:26.73ID:1BuR5uBf
Python内包表記だけはキメラ感があると思う
あそこはどこから目をつけるか身構えるので自然に流して読めない
0202デフォルトの名無しさん2016/06/04(土) 13:46:13.22ID:BB4QGX3V
美しいだの楽しいだのくだらないことに気を散らされずに中身に集中したいからPythonを好むわけで、
盲信してるわけじゃなくて言語のここがイケてないとかいう話には単に興味がないんだよ
言語を変えようとするより自分の考えを変えるべき、なぜならその方が確実で手っ取り早いから
これがPython使いの思考回路
0203デフォルトの名無しさん2016/06/04(土) 14:06:37.44ID:+FHAhRuI
ジェネレータの文法は、どうしてこうなったという感じだな。
0204デフォルトの名無しさん2016/06/04(土) 14:38:20.88ID:8iP9+l2z
>>202
楽しいがくだらない？
そんな悲しいプログラミングはしたくないな
0205デフォルトの名無しさん2016/06/05(日) 17:40:23.75ID:bBqsqHAQ
普通の人→書いたものが動いたら楽しい
言語そのものに楽しさは求めてないってことでしょう
0206デフォルトの名無しさん2016/06/05(日) 19:58:41.16ID:ENKFTBjK
言語そのものに楽しさを感じる人なんて居ない。
例：「英語が楽しい」
→英語でコミュニケーションの幅が広がるのにワクワクする
→英語という新しいことを覚えることに期待感を感じる
0207デフォルトの名無しさん2016/06/05(日) 20:08:22.82ID:rqrEGD9X
一方Rubyは
例：「Rubyが楽しい」
→自分の考えをRubyで書き下すことに快感を感じる
→自分が書いたコードを眺めることで自尊心が高められる
0208デフォルトの名無しさん2016/06/05(日) 20:11:21.34ID:PAgdOZpu
言語そのものに楽しさを感じる人なんて居ない。
例：「COBOLが楽しい」
→COBOLでプログラミングの幅が広がる（？）のにワクワクする（？）
→COBOLという新しい（？）ことを覚えることに期待感を感じる（？）
0209デフォルトの名無しさん2016/06/05(日) 22:39:31.65ID:qQwurt0w
>>205
書いたものが正常に動かなくても楽しさを感じる人はデバッグの才能がある
0210デフォルトの名無しさん2016/06/06(月) 06:48:17.77ID:0E5uzmOu
>>177
じゃあLispでいいじゃん
0211デフォルトの名無しさん2016/06/07(火) 00:08:51.24ID:AF8c7GVP
>>177
> Lispをベースに開発されたRubyと

それ酒の席でのジョークだってよｗ
0212デフォルトの名無しさん2016/06/07(火) 00:10:51.11ID:AF8c7GVP
しかも、本人が言ったわけじゃないしｗ

まつもとゆきひろのハッカーズライフ：
http://www.itmedia.co.jp/enterprise/articles/0801/29/news010_2.html
　以前、某イベントの二次会で「実はRubyって『MatzLisp*』というLispの方言だったんだよ！」と
語られたようです。何とも傑作なネタですが、Lispの強さを痛感したわたしが「自分が満足するために」
作り出したRubyは、文法こそ違うものの、その本質としてLisp文化を継承しているのかもしれません。
0213デフォルトの名無しさん2016/06/07(火) 00:15:02.79ID:Gat57in+
>>212
> JavaはLispで培われてきた技術を広く知らしめるのに貢献しました
この「技術」って具体的に何？教えてエロい人
0214デフォルトの名無しさん2016/06/07(火) 01:03:46.31ID:SyeB6ZIU
ＧＣじゃないの
0215デフォルトの名無しさん2016/06/07(火) 01:29:22.73ID:Gat57in+
>>214
サンクス。あれってLisp発だとは知らんかった。
0216デフォルトの名無しさん2016/06/07(火) 22:53:43.81ID:t1Wr8SOh
LISPはFORTRANの次に古い言語だけど、そこから生まれたたものはいろいろあるよね。
0217デフォルトの名無しさん2016/06/12(日) 22:50:20.13ID:h2Zr7DaC
>>211,212
>しかも、本人が言ったわけじゃないしｗ

>>177で紹介したブログ記事の原文(英語)を読んだのかな？

・Re: Ruby's lisp features. -- From: Yukihiro Matsumoto <matz ruby-lang.org>
　http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/179642

Rubyの公式メーリングリスト(ruby-talk)へMatz本人が投稿した記事だから
話題性があり、わざわざブログ主様が日本語へ翻訳してくれた訳だが…

これまでMatzはRubyがどのように誕生したのかについて、
「自分が満足するために(>>212)」のように曖昧な表現でしか語ってこなかった
おそらく現実にはRuby誕生に明確な開発方針は存在せず、後からMatzが振り返って
過去の自分の試行錯誤をかっこよくまとめたものだと想像するけどね


>>211,212(ID: AF8c7GVP)が日本語が不自由な出自なのか、それとも
英語が読めない低学歴なのかは知らんけど、2chの底辺レベルがよくわかる
0218デフォルトの名無しさん2016/06/12(日) 23:53:46.97ID:h2Zr7DaC
>>216
GC(>>214)の他に思いつくのは、対話型プログラミング環境とクロージャだね

対話型プログラミング環境については、以下の文献が歴史的論文になる
・対話的環境でのプログラミング -- LISPでの環境
　E.Sandwall著 黒川利明訳、bit別冊（コピーしか手元にないため号数等は不明）
　ACM Computing Surveys, Vol.10, No.1, pp35-72, Copyright 1978 ACM
以下、序文を引用しとく

　LISPシステムは10年以上ものあいだ、高度に対話的なプログラミングのために
　用いられてきた。そのあいだにプログラム/データ同一性のようなLISP言語の
　特性は、対話的プログラミングのある一形式を発展させた。その特徴は、
　プログラマ向けの強力な対話支援システム、標準的でないプログラム構造、
　そして標準的でないプログラム開発手法にある。本論文は、LISPには
　門外漢といえるような読者のためにLISP式の対話プログラミングとは
　どのようなものかを要約したものである。LISP形式のプログラミング・
　スタイルの開発に本質的な役割を果たしたLISPシステムの性質と、
　現在もなお解決されていない問題について述べる。

　
0219デフォルトの名無しさん2016/06/13(月) 22:01:14.03ID:MNz7ERM2
unix系のスクリプトでは「文字列とevalで十分」という文化が最も古くて
GC (を必要とするデータ構造) とクロージャは新しい
0220デフォルトの名無しさん2016/06/18(土) 15:15:46.62ID:XE3kav/o
スラドにこんな記事あった

RubyがPythonのようなポジションを得られなかったのはなぜか
http://developers.srad.jp/story/16/06/17/0827240/

最近日本でもPython本急に増えた印象あるよね。
やばいのかなRuby。
0221デフォルトの名無しさん2016/06/18(土) 16:11:23.75ID:PRpJO7Zd
Rubyというか、オブジェクト指向の継承地獄やコールバック地獄がやばい
0222デフォルトの名無しさん2016/06/18(土) 20:39:19.89ID:FWD8oLz6
Rubyは作ってるヤツが言語オタクだからか、頑張り方がトンチンカンなんだよな
速度が遅いと言われたら、処理系を弄って速くしようと頑張ってみたりさ
でも頑張ったところで「スクリプト言語にしては」速くなったってだけだから、本当に速度が必要なケースでは論外

一方、PythonはnumpyでBLASとリンクして速くしようとか、CythonでCにコンパイルして速くしようとか、
TensorflowやTheanoみたいにGPUを使って速くしようとか、
ガチで速度が必要なニーズを満たすプロダクトが多い
0223デフォルトの名無しさん2016/06/18(土) 21:26:15.99ID:zoBBTSWo
今はそうでもないだろ
今のRubyの最適化は完全にRailsを高速化することがターゲットになっていて
Railsのみに特化した様々なチューニングが行われている
明確な目的に対して現実的なアプローチで成果を出しているという点でPythonと本質的な違いは無くなった
0224デフォルトの名無しさん2016/06/18(土) 21:39:10.28ID:fQZoZn4T
いやマジでほんっとパイソン本のリリースラッシュが続いてるからな
恐らく日本で流行ったのは名称によるところも大きいかなと
「オッパイソン」
これな、日本人はとかくオッパイ星人だからね

後はもう手軽に始められるってところ、Jupyter notebookとか対話的環境が神がかってる
0225デフォルトの名無しさん2016/06/18(土) 23:46:13.77ID:bAWm0vYv
Rasbperry Piも流行りだしたからな。
Rasberry Rubyだったらもうちょっと延命できたかもな。
0226デフォルトの名無しさん2016/06/19(日) 01:52:50.75ID:nfFKArFK
Rubyがんばれ！
0227デフォルトの名無しさん2016/06/19(日) 06:44:50.67ID:f+vlUbou
pythonはredhat系linuxのデフォルトが3系になってからでも十分だな。
0228デフォルトの名無しさん2016/06/19(日) 09:30:41.89ID:bljjS0X+
railsってバージョンアップするたびにクソ遅くなってるよね
0229デフォルトの名無しさん2016/06/19(日) 09:57:17.82ID:qvkTbkKV
>>226
応援なんかいいからRailsに次ぐキラープロダクトをお前が作ってやれよ
Railsも落ち目だし、このままだと確実に消えちゃうぞ?
世界的に有名なプロダクトなんて欧米発のRailsやChefくらいしかなく、
結局日本のRubyコミュニティって何一つRubyの普及に貢献できてないじゃん
0230デフォルトの名無しさん2016/06/19(日) 09:59:46.40ID:D+cvxmoX
はてな界隈での他言語のパクり機能をrubyで作ってみたwwwが関の山だったな
0231デフォルトの名無しさん2016/06/19(日) 12:27:20.65ID:umry5YEW
LispとRubyの目的はメタプログラミングだぜ
文字列ではなくリストやオブジェクトの操作でプログラムを書きかえる
だがメタプログラミングに興味がなければ明確な目的もなくなる
0232デフォルトの名無しさん2016/06/19(日) 13:14:07.79ID:oY7TlxuV
Rubyには、黒魔術(メタプログラミング・実装)系の良本が多い

メタプログラミング Ruby 第2版、2015
Effective Ruby、2015
Rubyのしくみ、2014

日本・黒魔術などの神秘性が、Pythonの蛇よりも、欧米人の興味をそそるんだろな
0233デフォルトの名無しさん2016/06/19(日) 13:26:41.51ID:8VsXi83t
>>232
＞日本・黒魔術などの神秘性が、Pythonの蛇よりも、欧米人の興味をそそるんだろな

欧米じゃpythonに完敗してんじゃん
現実見れてなさすぎ
0234デフォルトの名無しさん2016/06/19(日) 13:29:57.26ID:ovkKK8Lj
>>233
別に完敗でもいいんじゃね？
一定のシェアがあればライブラリなどはとりあえず揃うし、そもそもなんで勝つとか負けるとかに
こだわるのかが分からん

バトロワスレだからとしても、シェアだけで決まるならJavaScriptかPHPで決まりなんだし
0235デフォルトの名無しさん2016/06/19(日) 21:24:01.78ID:+fTU57fA
>>229
>結局日本のRubyコミュニティって何一つRubyの普及に貢献できてないじゃん

えーと、Ruby処理系の開発そのものに日本のRubyコミュニティが
大きく貢献していることも知らないの？大笑いだな

逆にRuby以外、たとえばPythonでアプリでもフレームワークでも何でもいい、
日本発で世界的に有名なプロダクトって一つでもあるの？ないだろ

少なくとも日本のPyhtonコミュニティはPython処理系の開発に何一つ貢献していない
結局、ジャグゥアーとかメルツェデスとかを礼拝する団塊世代の舶来主義者の集まりが
Pythonコミュニティの実態なんだよ
0236デフォルトの名無しさん2016/06/19(日) 21:27:11.98ID:bmdpRLuq
つまり日本人が関わりすぎてrubyが廃れてしまったわけですね分かります
0237デフォルトの名無しさん2016/06/19(日) 21:30:07.55ID:+fTU57fA
>>231
>LispとRubyの目的はメタプログラミングだぜ

いや、LispとRubyのどちらにおいてもメタプログラミングやリフレクションといった
黒魔術的な技法は、言語の一側面にしかすぎないよ
そういった他人が知らないテクニックを使いこなせる俺様に陶酔したい
中二病のプログラマは「メタプログラミングに興味がなければ明確な目的もなくなる」
んだろうね

少なくともLISPプログラミング技法の正統派な教科書であるSICP本では、
メタプログラミングはおろかLISPの代名詞でもあるマクロも使われていない
0238デフォルトの名無しさん2016/06/19(日) 22:07:50.03ID:QHhML3+q
このように、気持ち悪い信者のせいで衰退しました
0239デフォルトの名無しさん2016/06/19(日) 23:23:37.14ID:umry5YEW
黒魔術とかいうレッテルを貼ったり貼られたりする駆け引き自体が、一種の魔術だよね
0240デフォルトの名無しさん2016/06/19(日) 23:36:43.98ID:bljjS0X+
Rubyはまだ1.8の頃に処理系開発を日本主導じゃなく
Rails陣営に丸ごと譲渡してたら
まだワンチャンあった

なんか「RubyはRailsの為の物じゃない」とか日本の処理系開発者たちが
勘違いしてるうちに旬を逃したね
0241デフォルトの名無しさん2016/06/20(月) 00:00:30.72ID:OWUJ8xtd
よしPythonに乗り換えるわ
0242デフォルトの名無しさん2016/06/20(月) 06:37:29.11ID:jwXOgnGt
Rubyの互換処理系って海外製のがいくつもあるし、
本家より高性能で何より開発期間が圧倒的に短いよね
0243デフォルトの名無しさん2016/06/20(月) 08:49:57.65ID:rCm70/fO
つまりこれからは日本もPythonってことか
0244デフォルトの名無しさん2016/06/20(月) 22:18:53.61ID:D+30QEOy
>>243
つまりこれからは日本もZopeってことですね
たいへんわかりやすいです

--
48 ：デフォルトの名無しさん：2011/11/13(日) 08:30:25.68
>>44
Zopeが登場した当時、「RDB+PHPはもう古い、これからはOODB+ZopeがWebの中軸になる！」と
さかんに宣伝され、雑誌でもZope特集が組まれていた
少なくとも自分はZopeからPythonという言語を知ったし、その時点でRubyは知らなかった
そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう
今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい

djangoとCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう
しかしRailsはRailsでコミュニティの活動が活発だし、その進化は異常に早い
Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoやCakePHPから
何かのイノベーションが提示されでもされない限り、後発のdjangoやCakePHPがRailsに追いつくのは無理
Railsは決して技術的に完璧なWebフレームワークではないんだけどね....（たとえばSeaSideのような.... ）

だからこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている
0245デフォルトの名無しさん2016/06/21(火) 00:11:15.23ID:76ag0eiY
そのコピペ、コミュニティの活動なんてゼロ同然のSmalltalkの信者が書いてるっぽいのが面白い（唐突なSeasideアゲ）
0246デフォルトの名無しさん2016/06/21(火) 10:57:08.66ID:5xLWxkdZ
>>245
Smalltalkの信者から言わせてもらうと（たとえそいつがコミュニティ活動ゼロのワナビーだとしても）
Seaside を SeaSide とか書くレベルのやつを同じ信者呼ばわりされるのははた迷惑なんだが。
0247デフォルトの名無しさん2016/06/21(火) 16:03:24.72ID:6+qIiSaV
クリエイティブコーディング面白いな
0248デフォルトの名無しさん2016/06/21(火) 21:01:29.23ID:SsdweHgv
Smalltalkってゴミなんでしょ？
0249デフォルトの名無しさん2016/06/21(火) 23:49:58.16ID:0Gy1My9X
かなりの歴史のある言語なのに、全然使われていないわけだから、もうダメだよ
これが去年や一昨年に出た言語ってんなら、未知数な部分もあるけど
Smalltalkがいつできたかは面倒だから調べないけど、結論を出すのに十分な時間は経っている
いまさら一発逆転とか有りえない
0250デフォルトの名無しさん2016/06/21(火) 23:55:55.05ID:0Gy1My9X
あぁ、シェアが低い(というか無い)ことそのものを論じているわけじゃなくて
全然使われていない、ということは、どういうことか、という論点
特に、元祖オブジェクト指向言語のような存在で、名前はちらほら上がるのに全く使われていないというね
0251デフォルトの名無しさん2016/06/22(水) 07:09:19.69ID:AVzTjw3o
クラスベースOOの話をしてるとSmalltalkerが「本来のOOは〜」と偉そうに説教してくる現象に名前を付けよう
0252デフォルトの名無しさん2016/06/22(水) 07:20:09.21ID:Nlt5xIVl
Smalltalkには年代ごとに仕様が異なっていて、メッセージングという
コンセプトを共有することを除いてほぼ別言語なので歴史をひもとく際は要注意。
Smalltalk-71は仕様のみで実装のなかった言語で、PLANNERなどの影響を受けている。
Smalltalk-72はトークンのストリームをメッセージに見立てた言語でクラスは関数、メソッドはマクロ風に記述した。
Smalltalk-76はクラス・メソッドが今風に。ifやwhileはマクロで実現。Rubyに似た部分も多かった。
Smalltalk-80からメタクラス、無名関数（後にクロージャー）が追加され、ifやwhileもメッセージで表現されるように。
これの直系がCincom社のVisualWorks。商品化されたv2の前のv1から派生したのがSqueak、さらにそのフォークがPharo。
他にも、企業製の独自処理系（旧VisualAge、Dolphin他）、ファンお手製の変わり種（GNU、Amber、Little等）がある。
■ このスレッドは過去ログ倉庫に格納されています