トップページ⇒tech
1001コメント326KB

【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】 [転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2015/02/28(土) 00:33:07.88ID:6Lhyreb3
前スレ
【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ47【pl,rb,php,js】
http://peace.2ch.net/test/read.cgi/tech/1417333026
0039デフォルトの名無しさん2015/03/01(日) 11:35:22.12ID:Gw44QDSF
>>38
静的型チェックの安心感はそれなりに大きい。 特に複数人数で開発する場合は。
あとは、コンパイル時にインライン化されることを期待して、ちょっとしたラッパーだとか構造体をコストを気にせず使えるところ。
0040デフォルトの名無しさん2015/03/01(日) 11:54:18.66ID:pZeLnU6y
>>38
マジレスすると人材調達の都合
そこそこの規模の開発に土方として参加したことのある人っていうと
必然的にJava土方になる
ある程度の規模になると言語自体の良し悪しと生産性ってあまり関係ないよ
0041デフォルトの名無しさん2015/03/01(日) 12:50:03.04ID:ssvx77SC
>>40
違うよバカ

実行モジュールの改変しにくさと情報漏えいしにくさが最大の理由だ。
そのために難読化ツールなんてものが存在する。

たとえば３月３日以降は専用ブラウザでの２ちゃんねるのアクセスが禁止になるが、
スクリプト言語や JAVA はソースコードが丸見えになるので禁止されている。
0042デフォルトの名無しさん2015/03/01(日) 12:52:54.04ID:TYeo3xUF
>>39
これはあるよな
0043デフォルトの名無しさん2015/03/01(日) 12:58:31.14ID:U9v779n7
>>15
今どき、まともに無名関数が書けないなんてモダンな言語としては問題あるでしょ
javascriptでイベントやコールバックにわんさか使われてるし、
関数型言語としてもいくらでも使い道がある
Java8でも追加されたのに
0044デフォルトの名無しさん2015/03/01(日) 13:04:51.14ID:pZeLnU6y
>>43
そりゃJavaScriptは基本的に外部からのイベントを受けて動く受動的な言語だからな
Pythonは自分でmain書いてバッチ処理などの能動的な処理を行うことが主に想定されている言語だから、
コールバックはそれほど多用しない
0045デフォルトの名無しさん2015/03/01(日) 13:11:58.37ID:guIBwNr/
無名関数が簡単に使えないのが正しいこととは思わないけどね
非同期なコールバックは仕方ないとしても、Rubyは無意味なコールバックが入り乱れてカオス
それに比べてPythonはライブラリなどがすごく綺麗なのは無名関数が使いにくいお陰なのは確か
0046デフォルトの名無しさん2015/03/01(日) 13:21:54.95ID:CBvZfxw5
Swiftがスクリプト言語というのは、ScalaがLLというのに似た感じ
0047デフォルトの名無しさん2015/03/01(日) 13:23:52.47ID:Gw44QDSF
>>44
大多数の開発者のレベルというか嗜好が変化して、無名関数を使うのが自然なコーディングになったのなら、
それを言語に取り入れるのは当たり前だと思うよ。 できなければ死語になっていくだけ。
Javaも一時は進化を止めてしまって、バカにされていた時代もあったよ。
0048デフォルトの名無しさん2015/03/01(日) 13:31:34.74ID:pZeLnU6y
>>47
今も昔もPythonの用途はバッチ処理がメインでしょ
レベルや嗜好の問題じゃない
いくらWebが流行ろうがバックエンドのバッチ処理が無くなることはないし、
ソフトウェア開発が本業でない人にとってのスクリプト言語の用途なんてほとんどはバッチ処理だ
0049デフォルトの名無しさん2015/03/01(日) 13:34:11.22ID:KsvF2WvU
>>38
業務システムで、他人の書いたfooとbarが何を指してるか分からないし、
少し修正したら気付かないまま大変なことになるから
BootCampはバグが残ったまま走らせても問題ないわけ
0050デフォルトの名無しさん2015/03/01(日) 13:35:42.12ID:KsvF2WvU
ちがった、basecampだ
業務システムや組込みシステムは工業的なんだよ
0051デフォルトの名無しさん2015/03/01(日) 14:17:42.55ID:oijcdKY8
>>47
代入を含む（つまり、関数内で変数に名前を付けたくなるほど長い）関数には名前を付けましょう
という方針なだけじゃん
変数に名前を付けたいのに関数には名前を付けたく無いとか、そりゃ何の宗教だよ？

それに大抵はコールバック受けてるコードより
ジェネレータを返すコードの方が読みやすい
0052デフォルトの名無しさん2015/03/01(日) 14:46:23.90ID:Gw44QDSF
>>48 >>51
何をそんなに興奮してるのかと思ったら、Pythonを批判されたと勘違いしているのか。
別にPythonはlambdaも書けるし、無名関数が使えない言語だとは思ってないぞ。

まぁ、必ずしもバッチ処理だけではない、もっと汎用的な言語だという認識だし、
一つでも代入をした瞬間「長い関数」扱いになるのは、setXXX()の呼び出しとの差が疑問ではあるが。
0053デフォルトの名無しさん2015/03/01(日) 14:59:34.66ID:FEZU7Y8i
＞一つでも代入をした瞬間「長い関数」扱いになるのは、setXXX()の呼び出しとの差が疑問ではあるが。

意味が分かりません
0054デフォルトの名無しさん2015/03/01(日) 15:06:17.27ID:pZeLnU6y
ラムダでsetterを呼び出すのに違和感を感じないなら関数型のセンスないわ
0055デフォルトの名無しさん2015/03/01(日) 15:09:22.16ID:Gw44QDSF
結局、Pythonはインデントを使う構文の関係上、
関数の引数に、（普通に書くと）2行以上に渡るような処理を書かせたくないってことだよ。
代入1個だけなら何とかなったかもしれないけど、「代入と何か」をさせようとすると2行になるから構文的に難しい。
メソッドチェーンならいくつ続いてもOK。
別にsetterに限った話でもないし、イベントやコールバックでsetterを使うのに違和感は感じない。
0056デフォルトの名無しさん2015/03/01(日) 15:15:06.38ID:FEZU7Y8i
JSはコールバック地獄とか馬鹿にされてますよ
0057デフォルトの名無しさん2015/03/01(日) 15:47:05.06ID:KsvF2WvU
つpromess, defer
templateならejs以上に効率の良いものないよね
0058デフォルトの名無しさん2015/03/01(日) 16:47:37.58ID:oijcdKY8
>>55
メソッドチェーンもPythonじゃ殆ど使われないよ。構文的には制限されてないけど
だから可読性に対する考え方の違いなんだよ
0059デフォルトの名無しさん2015/03/01(日) 18:07:09.41ID:63dHNuf6
本人主義のJSやってるとさ、Pythonのやり方は１つ主義やRubyの可読性なんかの主張が理解しづらい。
0060デフォルトの名無しさん2015/03/01(日) 18:24:31.44ID:FoR0jc1E
>>59
じゃ他人のライブラリも読みにくくて、オープンソースも理解しにくいんだろう
0061デフォルトの名無しさん2015/03/01(日) 18:55:36.42ID:P74g8Igm
>>60
打ち間違えたｗ
本人→放任　だｗ
0062デフォルトの名無しさん2015/03/01(日) 19:21:19.35ID:FoR0jc1E
なんじゃそりゃーーー！！！

......でもそんなに変わらない
0063デフォルトの名無しさん2015/03/01(日) 19:37:47.30ID:MJLCutHL
まあ読みにくい、理解し難いってのは確かだろうが、
逆に捉えれば、他人にコードが新たな発見や勉強になるってことだし、
自然のワイルドな状況で全体の「良いJSの書き方」が磨かれて行くのは嫌いじゃない。
0064デフォルトの名無しさん2015/03/01(日) 19:50:51.15ID:FoR0jc1E
コラッ　往生際悪いぞｗ
0065デフォルトの名無しさん2015/03/01(日) 20:40:06.17ID:bhrqJkA3
感覚の違い。
強いて言えば勉強が嫌いでさっさと使いたい人には向いてないのかも。
0066デフォルトの名無しさん2015/03/01(日) 21:15:13.68ID:pZeLnU6y
むしろJSはベストプラクティスとか気にしないで汚いコードでも変なやり方でも
さっさと目的を達成しようとする人に向いてる
神経質な人や真面目な人がこれでいいんだろうかとか気にしだすと泥沼にはまる
0067デフォルトの名無しさん2015/03/01(日) 21:35:20.77ID:KsvF2WvU
謝れ！モダンperlさんに謝れ！
0068デフォルトの名無しさん2015/03/01(日) 21:51:21.10ID:KMso/inS
>>66
逆に聞くが何か目的を達成するためにあえてJSを選択するか？
もちろんブラウザの標準言語という点は何より魅力だが、
それは除いて初心者に純粋にNodeとPython、どっちのインストールを進めるかといえば自分は後者だ。
計算科学でPythonがよく使われているのを見ると、やはりPythonが最もやりたかったことを忘れないうちにさっさとコードにできる言語なんだろう。
その点ではやり方に縛りがないというのはプラスにならないからな。

まあ話は変わるが、「深く知る」ということが言語仕様の流れから理解することとすると、
JSの仕様書の多さと読みにくさは問題だと思う。
0069デフォルトの名無しさん2015/03/01(日) 21:59:23.45ID:FoR0jc1E
>>65
冗談のつもりだったが、まさかここまで酷いとはな......

jsは一人ヨガリな奴しか使えない言語って結論で良いか？
0070デフォルトの名無しさん2015/03/01(日) 22:09:01.08ID:jkd3GNZ7
>>69
独りよがりな奴しか使いたがらない、じゃね？
0071デフォルトの名無しさん2015/03/01(日) 23:41:37.52ID:yqpW0lF8
>>55
インデントを使う構文な上に、2行以上の無名関数を多用する
CoffeeScriptという言語もあるけどね
結局、不自由な言語で書いてる人は自由な言語の良さが理解できない
Lisperが他の言語を馬鹿にするのと同じ理屈だね
0072デフォルトの名無しさん2015/03/01(日) 23:44:58.86ID:fQPy4pCf
>>69
このスレではいかに業務において使いやすいかより、
いかに俺スゲーできるかが味噌なんだから、
独特でマニアになれる言語仕様ってことは＋なんじゃないの？
0073デフォルトの名無しさん2015/03/01(日) 23:48:19.04ID:fQPy4pCf
>>68
自分はESに仕様書を読み解けるようになるまで１年はかかったね。
でもまだどこもかしこもすんなり読めるって感じじゃない。
そうなるにはもう１年かかると思う。
0074デフォルトの名無しさん2015/03/02(月) 00:08:53.07ID:AeyFdIXz
>>72
そもそもあまり業務において競合してない
分野が分かれてる
Webのサーバーサイドは若干競合し始めているが
0075デフォルトの名無しさん2015/03/02(月) 00:10:55.97ID:/tbfLX1Q
JavaやC#以上に使いやすいよね。何処の環境にも入ってるし、
ちょっとバッチ処理を書く分にはOOPなんて理解しなくても良いしさ
0076デフォルトの名無しさん2015/03/02(月) 00:13:02.73ID:8UULvOgm
>>71
簡単にlambda内で変数束縛できるけど、誰もやらないだけ
できるけど、やらない


ret = next
val = lambda *args: args if len(args) == 1 else (args,)

f = lambda x, y: ret(x + y + a + b + c + d
                     for a in val(x + y)
                     for b in val(10 + a)
                     for c, d in val(a+5, b+3))
0077デフォルトの名無しさん2015/03/02(月) 00:24:34.13ID:HfaINe5z
>>71
この界隈で自由/不自由と言ったら、オープンソース/プロプライエタリの意味に誤解されそう。

言語の制限という意味の不自由なら、制限がつくことが望まれる場合もあるとは思う。
Pythonは「書きづらいなら、それは書かせたくない書き方だからだ」って散々レスされているし、
ES6はclass構文という不自由を導入したから、独自実装クラスの氾濫を収束させられるんじゃないかな。
0078デフォルトの名無しさん2015/03/02(月) 01:21:42.37ID:su1blwxN
>>77
>言語の制限という意味の不自由なら、制限がつくことが望まれる場合もあるとは思う。
>Pythonは「書きづらいなら、それは書かせたくない書き方だからだ」って散々レスされているし、

もしその Python の設計思想/哲学が優れているなら、他の言語も追従していくはず
でも現実には、無名関数の無かった C++/Java/Perl/PHP も使えるように進化してきたし、
新しく登場した C#/Swift といった言語では最初から無名関数を備えている
結局、
　　「Python だけがポツンと一人、関数型プログラミングの世界から取り残されている」
というのが、現在の状況な訳だ

まあ Python 厨からすれば「世界が Python から孤立している」と見えるのかもしれないが....
0079デフォルトの名無しさん2015/03/02(月) 01:27:15.95ID:QaRtU5zY
それは誤解。
class構文はある意味ではただの便利な糖衣構文。
そしてある意味では機能が不足していて従来型との組み合わせが避けられない未完成品。まだES7,８で治していく予定。
JSが不便だったのは制限がなかったからではなく、変な制限がかかっていたから。
その点ES6ではようやくプロトタイプベースが開放されるので、まともなPBOOPができるようになる。
そちらは完成品。
0080デフォルトの名無しさん2015/03/02(月) 02:01:23.06ID:8UULvOgm
>>78
まともなファーストクラスの関数が無いRubyの方が
よっぽど取り残されてるよ>>16-17
0081デフォルトの名無しさん2015/03/02(月) 06:35:41.69ID:xt2DIcwn
Rubyの無名関数は用意されたものを使う分には優れてるよ
まさに土方をレールに乗せて単純作業をさせるのに最適
0082デフォルトの名無しさん2015/03/02(月) 06:50:56.90ID:ZFj/SxE6
Rubyは【楽しさ】を追求した言語だからね
松本神が楽しくないと思う機能は入らない
そこに文句や批判は許されない
0083デフォルトの名無しさん2015/03/02(月) 07:15:01.41ID:xt2DIcwn
ドカタが好き勝手にラムダ使ったりしたらカオスになるのは目に見えてるから、
ブロック引数という形で制限してるのはある意味Pythonのようにスタイルを統一する役割を果たしていて
結果的には良かったのかもしれない
松本神からすれば「楽しくない」となる不本意なところなんだろうけど
0084デフォルトの名無しさん2015/03/02(月) 07:20:35.58ID:ZFj/SxE6
それはある意味であって、大多数には不利益をもたらしてると思う。
0085デフォルトの名無しさん2015/03/02(月) 07:47:48.60ID:HfaINe5z
>>78
関数型といえるほど大した使い方かはともかく、無名関数は一般化してしまった。
だから、それに制限がかかる言語に移ると、使いづらかったり、古臭く見えたりする開発者はいそう。

将来、ジェネレータや async/await が一般化したら、また評価が変わるかもしれない。
ループの内外が入れ替わるだけの場合もあるけど、その書き方が美しいとされる言語もあるだろうし。
0086デフォルトの名無しさん2015/03/02(月) 07:56:47.14ID:ZFj/SxE6
それらはJSerにとっては今日明日にも欲しい機能なわけだけど、他の言語界での認識はどうなの？
CGI的な用途だと必要にならないかと思う
0087デフォルトの名無しさん2015/03/02(月) 07:57:33.67ID:HfaINe5z
>>79
糖衣構文かどうかや、未完成品かどうかは関係ないよ。
よくある静的なクラス構造なら、皆なるべくclass構文を使えってことでしょ？
それはPythonの「たったひとつの冴えたやりかた」を求める姿勢と似たものに見える。
もちろん、開放されるというプロトタイプベースが多用される状況になったら、考えを改めるけど。
0088デフォルトの名無しさん2015/03/02(月) 08:11:04.75ID:ZFj/SxE6
>>87
それはなんとも言えないな。
従来型で出来なかったことや難しかったことができるようになるわけじゃないから。
元々はclass構文はクラスを作ることよりも、「ビルドインクラスを正しく継承できない」という問題を解決するものとして注目された。
でもドラフトが更新されて、class構文の特殊性はどんどん削られていって、ほぼただの糖衣構文とかしている。
一方従来型でもsuperやメソッド定義など新しい機能が使えるようになって、表現力は向上しているんだよ。
だから便利に使えるものではあるけれど、「たったひとつの冴えたやりかた」とまでは言えないと思う。
0089デフォルトの名無しさん2015/03/02(月) 08:16:50.87ID:8UULvOgm
>>86
Pythonにはジェネレータ（とyield）が既にあるし、
async/awaitはデコレータとyieldを使ってライブラリレベルで実装可能って認識
0090デフォルトの名無しさん2015/03/02(月) 08:34:19.20ID:xt2DIcwn
Rubyで非同期やるならreactive programmingの方が馴染みやすいだろうな
なんだかんだC#は影響力凄い
0091デフォルトの名無しさん2015/03/02(月) 15:06:29.65ID:t8ktLjwG
Rubyはつまらないし
技術的負債なんだよなあ
0092デフォルトの名無しさん2015/03/02(月) 15:38:30.13ID:/tbfLX1Q
実際はWordPressとRailsしか選択肢なんてないんだよね
WordPressはMVCのframeworkとして形態を取らなかったから小回り効かないし、
CakePHPってコミュニティがRailsと比較すると貧弱なんだよね
かといって、MEANやMeteorには導入・運用したいような出来合いのものもない
0093デフォルトの名無しさん2015/03/02(月) 16:11:42.39ID:3h2DKhb9
WordPressを言語やフレームワークとして取り上げるのをやめろ。
たんなるブログソフトだ。
そうでなくなるには開発者が機能をライブラリ、フレームワークとして分離してからだ。
いまのところ、PHPの実装だがソフトウェアとしてみたとき、perl、Javascript、C言語で実装されても挙動が同じなら同じソフト。
C製の言語がJavaVMやDOTNETで実装されると同じ。
0094デフォルトの名無しさん2015/03/02(月) 16:17:17.39ID:afMGsxJm
そういえばCSSはいくらか前に変数を獲得したけど、
最近コミュニティが機能拡充に向けてまた盛り上がってきてる。
CSSがスクリプト言語の仲間入りをする日も近い。
0095デフォルトの名無しさん2015/03/02(月) 16:19:24.45ID:/tbfLX1Q
wordpressは、何かをする上で、もう立派なプラットフォームだから

>>94
プリプロセッサの類でいいじゃん
0096デフォルトの名無しさん2015/03/02(月) 16:33:40.04ID:afMGsxJm
>>95
考え方が逆だよ。
プリプロセッサで可能な範囲ならプログラミング言語ではないということだ。
0097デフォルトの名無しさん2015/03/02(月) 16:57:56.65ID:/tbfLX1Q
せめて、scssやlessのマニュアルぐらい眺めてからいえよ
0098デフォルトの名無しさん2015/03/02(月) 20:44:00.24ID:gy0fGZ4D
海外ガーとか言うけどぶっちゃけお前ら一生国内土方でそ？w
だったら大人しくjsかRubyかSwift、もしくは3つ全部使いこなせれば食うのに困らんしそこそこの小金も稼げる
特にRuby使いは福岡行けば当分安泰
00995602015/03/02(月) 20:50:23.33ID:WFsxl+82
普通に C/C++ で十分だわ
簡単なツールとかだと、C# でいいし
0100デフォルトの名無しさん2015/03/02(月) 20:53:47.03ID:xt2DIcwn
理論的に美しいRxを蹴ってasync/awaitを入れるセンスはさすがC#だわ
これがScalaなら安易に継続モナドとか入れてカオスになるところだけど
モナドのような言語内DSL的なハックはクソであり、自然に言語本体に組み込むべきだ
という一貫した姿勢はPythonにも通じる
0101デフォルトの名無しさん2015/03/02(月) 21:17:48.76ID:/tbfLX1Q
SIerの作った簡単なJava,C#のツールならjsの方がマシ
0102デフォルトの名無しさん2015/03/02(月) 21:21:29.80ID:lQuxHqPC
C#いいな〜

さあこれから仕事場のためにVB6の勉強をはじめるか(泣)
0103デフォルトの名無しさん2015/03/02(月) 21:54:06.07ID:/tbfLX1Q
>>98
Ruby chanの絵柄の気持ち悪さに日本を感じるよね
whyのfoxやzombieみたく、世界を意識したデザインセンスの欠片も見当たらない
0104デフォルトの名無しさん2015/03/03(火) 03:32:53.05ID:T9ZvUMy2
>>97
お前こそ日本語理解してから言えよ。
0105デフォルトの名無しさん2015/03/03(火) 07:17:31.23ID:mwxAO14G
Perl, python, Ruby がイマイチで低空飛行し続けているのは、たまにキモヲタ臭にやられるから。
寡占目指して技術的な問題を必死に議論する以前に、そもそもそこを取り締まらないとダメだが、単にその言語が使えるだけの馬鹿ばかりだから気付かない。
割と真面目に言っているんだが、多くの人はキモヲタ臭を不真面目さと看做してムッとするわけよ。
Java, PHP, JS といった、寡占経験のある物には、そういうおふざけが皆無だから、ムッとさせられたりはしない。
0106デフォルトの名無しさん2015/03/03(火) 08:35:12.72ID:/VeLAz7A
でもこのスレ本当に言語を愛してる人がだいぶ減った気がする。
その言語をそこそこやってて慣れてる程度の人ばかりに感じる。
例えばその言語で完全なその言語の実行エンジンを作った人が何人いるか？
0107デフォルトの名無しさん2015/03/03(火) 08:49:32.79ID:XsKGZLMV
そういえば Perl と PHP は擁護派も否定派もあまりこのスレには現れないな
Perl はもう古語だから仕方ないが、PHP使いは職業軍人だから良し悪しには拘らないってことか
0108デフォルトの名無しさん2015/03/03(火) 09:39:43.30ID:/VeLAz7A
PHPはもはやVBみたいなもんじゃね。
0109デフォルトの名無しさん2015/03/03(火) 11:07:56.50ID:MP9JvLIx
たしかにphpディス減ったなぁ
0110デフォルトの名無しさん2015/03/03(火) 11:09:42.68ID:0P4RJqQe
技術や言語なんてたかが道具であり、それに過剰に拘る奴は無能
プラットフォームやミドルウェアなどもっと低レベルなところの開発でもやってるんならともかく、
スクリプト使ったWebアプリなんて他人が作ったオモチャで遊んでるだけなのに何職人気取ってるの？
0111デフォルトの名無しさん2015/03/03(火) 11:26:16.74ID:9/Z+XEtH
俺達だって道具だしな！
0112デフォルトの名無しさん2015/03/03(火) 11:39:55.56ID:QiELDFxu
時代が変わったことに気付かずにSOAPやJava,VBなんて触ってる人たちが可哀想で仕方ないよ
職人的なノウハウを貯めこむならコミュニティの支援がある所でないとダメなんだ
今のベストな選択肢がWordPressとRailsだけ
プラットフォームやミドルウェア作りみたいな開発なんてリスキーだし、
何のバックボーンもなしに個人では誰もやれないからね
0113デフォルトの名無しさん2015/03/03(火) 12:08:29.99ID:9/Z+XEtH
今Railsがある意味でベストと言うのは、Railsが停滞してるからだよ。
だから世間が追いつけただけ。
昔のRailsは時代に乗っているどころか、時代を作っていくものだった。
BossがRailsを止めたと言うまで完全に終わったわけではないが、
もはや今のRailsに新たな時代を作っていく力は感じられない。
今新しい技術ばかり語ってる人達は、Railsも出始めはそうだったように、
そんなもの業務では使えないと笑われるだろうが、その人達のお陰で未来がある。
0114デフォルトの名無しさん2015/03/03(火) 12:22:36.15ID:FfYIXlV4
Microsoft、クロスプラットフォームのモバイルアプリ開発でJavaを推進
http://itpro.nikkeibp.co.jp/atcl/idg/14/481542/020900074/?mlm

結局本命はいつの時代もJava一択なのね(´・ω・｀)
0115デフォルトの名無しさん2015/03/03(火) 12:27:30.63ID:QiELDFxu
エンタープライズとサービスは別物として考えたら？
自分で客さえ取ってこれたら、わざわざ古臭い言語を勉強したり、
痴呆予防のリハビリが必要なジジイ共に御布施する必要もないんだけどね
0116デフォルトの名無しさん2015/03/03(火) 12:29:24.48ID:wrT+VtlF
トラスコやん。
0117デフォルトの名無しさん2015/03/03(火) 12:38:00.78ID:memkJefR
半年前に生まれた最高のフレームワークで作ります！
実績はないけど一ヶ月で作れます！
半年後にまたリプレースします！
誰が仕事頼むんだよw
0118デフォルトの名無しさん2015/03/03(火) 12:46:11.23ID:QiELDFxu
え？そんなアホな営業してるの？マジで？
0119デフォルトの名無しさん2015/03/03(火) 12:52:33.13ID:obB8qIVv
仕事の数ならPHPがダントツだし、将来性はJSが保証されてるし、もう今さら言うことなくなったんだろう
0120デフォルトの名無しさん2015/03/03(火) 14:00:27.60ID:pmKZfKU0
>>114
Java　-->　JUniversal　-->　C#
Java　-->　JUniversal　-->　C++/Objective C++
Java　-->　j2ojbc　　　　-->　Objective C

C#からまた別の .net 言語に変換できるのかな？

> JUniversalは現時点ではUIをサポートしていない。
> UIはネイティブに作成するという考え方だ。

やっぱそーなんだね。

UI は Web で作った方が手軽かな。
じゃあ JavaScript でやれば変換の手間もいらないかな。
でも部分的な高速化のために、ActiveX が使えるといいかな。
UI の高速化は GPU の支援受ければいいし。
0121デフォルトの名無しさん2015/03/03(火) 15:46:16.45ID:fJY9J990
GPUの支援て。
スクリプターはお花畑な発言する。
それがどれだけ大変なことか。
0122デフォルトの名無しさん2015/03/03(火) 15:49:32.00ID:QiELDFxu
ActiveXって、韓国の銀行系でよく使われてたんだよね。まだ、使われてるの？
silverlighやWPFって言葉を聞かなくなって、もう何年経つのだろう
0123デフォルトの名無しさん2015/03/03(火) 15:51:43.72ID:QiELDFxu
>>121
ttp://www.slideshare.net/jarrednicholls/javascript-on-the-gpu
君には無理でも、それに取り組む人は世界中に居るよね。
0124デフォルトの名無しさん2015/03/03(火) 15:58:56.95ID:FfYIXlV4
>>115
これエンタープライズだけじゃないんだが？(´・ω・｀)
0125デフォルトの名無しさん2015/03/03(火) 17:12:45.27ID:9/Z+XEtH
部分的な高速化と言っても、結局ミリ秒オーダーで終わる処理なら
ネイティブ関数呼び出すオーバーヘッドの方が大きくなる。
実際に最近は実装もセルフホスティングになってきてる。
暗号化とか、文字コード変換とか明らかに重いのはすでにあるし、
0126デフォルトの名無しさん2015/03/03(火) 17:42:39.02ID:XsKGZLMV
もっとネイティブライブラリを開放して欲しい（とくにJS界隈）話なのか
スクリプトで重い処理をしたい（画像処理とか）の話なのか
論点がずれてないか確認したほうがよさそう

特にJSは、ブラウザというサンドボックスの世界だから
ネイティブなら既にあるものを再実装する話になりやすいし、
いかにそれを呼び出すかだけでも大騒ぎになる
0127デフォルトの名無しさん2015/03/03(火) 18:28:20.39ID:9/Z+XEtH
emscriptenという便利なものがあるのだよ少年
0128デフォルトの名無しさん2015/03/03(火) 20:52:48.68ID:B1KOi1jR
VB6万歳！

GUIなのにマルチスレッドないVB6万歳！
0129デフォルトの名無しさん2015/03/04(水) 08:15:08.52ID:s4GNkOoF
スクリプトなんぞruby、js、swiftで十分だろjk
センスがあれば大金持ちにもなれる
0130デフォルトの名無しさん2015/03/04(水) 08:22:12.14ID:4pfVor2U
>>127
GPUの支援の話だったと思うのだが、emscriptenはその効果があるのかい？
0131デフォルトの名無しさん2015/03/04(水) 08:24:10.60ID:jeayVKWB
そのセンスってビジネスや商売のセンスであって、断じてプログラミングセンスではないけどね
0132デフォルトの名無しさん2015/03/04(水) 10:46:27.40ID:AZZAiZVI
営業を介さない、多重に請け負いに関わり合わないって立派なビジネスセンスだよね
0133デフォルトの名無しさん2015/03/04(水) 10:53:02.12ID:hly8BeAT
>>130
emscriptenはOpenCL→WebCLもサポートしてるよ。
0134デフォルトの名無しさん2015/03/04(水) 18:33:49.59ID:3cqSAZZu
JSもSharedArrayBufferでようやくマルチスレッドの道を歩み始めた感。
0135デフォルトの名無しさん2015/03/04(水) 20:05:01.55ID:1PNNe6DT
WebCLってホストAPIのJSバインドだけで、カーネルはOpenCL Cそのまま<script>に
埋め込むだけじゃね？
どっちにしろカーネルを自分で書かなきゃならんなら最初からWebCLで書く方が
JS使いには楽だろうな。
0136デフォルトの名無しさん2015/03/04(水) 20:58:33.99ID:EdsfEQxb
>>129
だからswiftはスクリプトではないっしょ

しかも選び方がかなり偏っててかぶってる
0137デフォルトの名無しさん2015/03/04(水) 21:24:49.78ID:jeayVKWB
同期コストやJavaScriptの遅さを考えると大抵のケースでカーネルの実行時間自体はほぼ無視できるはずだから
GPUの意味はほとんどないだろうね
単にカーネルが静的型で書ける分速いってだけだな
結局それだけならasm.jsの方がよほど筋が良い
0138デフォルトの名無しさん2015/03/04(水) 21:42:10.31ID:3cqSAZZu
GPU支援とは言うけど、デコードやらにCUDAやOpenCL使っても同クラスのCPUと殆ど能力差は無いんだけどね。
結局は余ってる物を活用する程度でしか無いし、千差万別の環境が利用するWebアプリにおいて活かせるのかは疑問。
■ このスレッドは過去ログ倉庫に格納されています