【JavaScript】スクリプト バトルロワイヤル44【pl,rb,php,py】
1 :
デフォルトの名無しさん :
2014/06/14(土) 10:05:17.19 ID:h+DdU667
乙
AngularJSをIE7やIE8で使うとどうですか? まともに動くなら使いたい。
世界はjavascriptが支配しました。 電通先生の次の作品に、乞うご期待
PHPの勉強を始めて、Apacheで動かしているんですが、頻繁にlocalhostにアクセス出来なくなります。 履歴を消すと直ることが多いです。原因分かりますでしょうか
6 :
デフォルトの名無しさん :2014/06/14(土) 13:52:04.35 ID:DYTXSKWp
IEを窓から投げ捨てろ
IEと窓は一心同体だから_
8 :
デフォルトの名無しさん :2014/06/14(土) 14:25:59.15 ID:7Mjrv7Vb
PHPのnode.jsに対するアドバンテージって何?
多くのサーバーにデフォルトでインストールされているところかな。
11 :
5 :2014/06/14(土) 16:20:24.76 ID:Z27CXR03
教本でApacheを使ってるのでサーバーはApacheを使いたいと思います IPがコロコロ変わる環境なので、もしかしてIPが変わると繋がらなくなるのかと思って 確認してみましたが違いました。原因が気になりますがとりあえず履歴を消すことで対応しときます
node.jsは不安定なウンコだけど どうでもいいサービスに使うなら十分だよ
node.jsが不安定なんじゃなくて、 お前が作るプログラムが不安定だと思うね。 嘘だと思うなら、お前のプログラム出してみ。 それが不安定だという証拠になるしね。
phpって、重大なサービスで使われてたの?
facebookはPHPじゃなかったっけ?
名状しがたいPHPのようなもの
18 :
デフォルトの名無しさん :2014/06/14(土) 23:47:12.95 ID:7mmNx3Yq
SEやってる知り合いが務めて10年くらいで完全にハゲてたんだがw まだ30前半 頭の悪い人間だと余計に脂汗かくせいでどんどんハゲるんだろうかw 偉そうに講釈垂れてたのにみぢめすぎwwwwwwwwwwww 35際限解説って毛根限界のことだったんじゃないか? お前らはハゲてないよね?シャンプーは安いのじゃなくてちゃんとしたの使ったほうが良いと思うよ
生え際が後退しているのではない。私が前進しているんだ
>>1 乙
前スレの1000で誘導するとは有能な男だ。
最強なのはPythonで決まりなんだけど (仕事で使ってる)ユーザのレベルも高くて競争率高杉 ドカタ仕事でも良いから仕事にありつくって意味ではJSかPHPを選ぶしかない
パイトンってそんなにいいの日本では今メジャーなの?
中国なんかは、node.jsを、すっ飛ばしてgolang使ってるよね 連中の合理主義と乞食根性に赤帽のヤツらも真っ青だろうね
パイソン
26 :
片山博文MZ悪魔崇拝 ◆T6xkBnTXz7B0 :2014/06/15(日) 16:36:23.54 ID:TCYpOZ4O
コードレビューしたらお金がもらえるWebサービスを作ってくれないか?
もちろんそのウェブサービスはコードを公開して レビューしたら運営者が金を払うんだ。
期限内に完璧にバグ取ってくれるなら金払っても良い
お金がもらえる仕組みを作ってくれ、頼む
30 :
デフォルトの名無しさん :2014/06/15(日) 17:48:34.57 ID:F7O8xQBW
GAE とかで儲かってる人っているの?
31 :
デフォルトの名無しさん :2014/06/15(日) 18:46:57.38 ID:gpx89xWw
「苔」を知っているか? これは植物であって菌類のように成長する 多くの苔を集合がひとまとまりになって形を成す だからチリジリに千切ってばら撒いても ちゃんと水と光を与えておけばまた育ってくる それを蒔きゴケという 光と水だけで成長するので、それさえあればどこでも育つ ただし苔の付着した用土に炭があったほうが良く育つ 単体で小さすぎれば乾燥して死んでしまうので(胞子は死なない)、ある程度のまとまりを持って湿度を保ちつつ成長する これのが普通の植物と根本的に違うのは 野草が生える前の基盤作りを苔が行うということ 日本の気候の場合、苔は何もない場所に真っ先に飛来して群生する もはや薄く群生してない場所など国内には無い。 どこを見ても薄く緑色になっているはずだ、その薄っぺらい奴はスナゴケというんだが・・・かなり乾燥に強い 乾燥すると白くなるが、それは葉を閉じているだけで、水を与えると葉を開いて緑色になる そうやって何もない場所に湿度の保持時間高める事によって砂などが蓄積していき、いずれ野草が根を生やす 苔の驚異的なところは、小さな自身の集合であって根っこという概念はないのだが 群生の初期には位置固定の為に根を生やす場合がある。。。w 苔Aの1mmと苔Bの1mmの塊はそれぞれ別々に育った苔だ しかしこれらを一か所に居れたり混ぜたりしておくと、苔Aも苔Bも関係なく一部が根になってしまう事がある これは普通の植物ではありえない
32 :
デフォルトの名無しさん :2014/06/15(日) 20:19:54.77 ID:USTmhUvw
>>30 Solr、ElasticSearchが使えないから、一気に飽きた
ラズベリーパイと言うボードでスマートフォンからラズベリーパイのIOを制御できるページを作っています。 参考にしている本では //ライト $('#light').click( function() { light_val = (light_val) ? 0 : 1; set_gpio_value(GPIO_LIGHT, light_val); }); と言う書き方をしているのですが、この場合、HTML部分で書いたボタンを押すと動作しますが 動作したままなので、動作を停止すために停止用に別途行が必要です。 スマートフォンでアクセスした時ボタンの上に指がある時だけ動作するには .clickでなくどの様に書けば良いでしょうか?
つ onmousedown と onmouseup イベント
>>34 ありがとうございます。
、
このイベントに置き換える場合、
今までは実行ボタンと停止ボタンを配置してそれぞれにclickで指定していましたが、
実行する為の部分のclickをonmousedownに置き換えると、ボタンを押したときだけ実行で離すと停止。
停止用の部分は、書かなくてもよい。との理解で良いでしょうか?
質問ばかりですみません。
>>36 JavaScriptだけのスレが有ったのですね。
そちらへ移動します。
ありがとうございました。
DBを使うwebページを作るにはPHP、Ruby2.x 、Python3.xのどれがオススメですか?
その中からならRuby一択じゃね?
環境構築に手間を掛けたくないならPHP一択 そうでないならRuby(Rails) PythonはWeb系は弱い
express + sequlize
>PythonはWeb系は弱い は?
Pythonには最強のWebフレームワーク Zope があるのに、 それも知らないなんて....
いまはPyramid一択ですよ または変化球でbottle.py
zopeには夢があった 俺は好きだったよ
pythonのweb frameworkって、Rails以下のシェアだよね OSSなんて宗教なんだから、DHHのようなカリスマ的な霊的指導者が居ないと成り立たないんだよ 思春期のプログラマたちの感情を取り巻くエネルギーが、 職業プログラマのそれを遥かに凌ぐ経済効果をもたらすなんて明白だったじゃないか
>>50 まったくOSSが宗教という比喩は、Pythonの教義を的確に表しているね
たとえば:
・インデントの強制を疑うことなかれ
・ラムダ式の本体定義に文が書けないことを疑うことなかれ
・if 式の構文が独特であることを疑うことなかれ
あばたもえくぼで、他の言語ユーザからすれば異質に感じる事柄であっても、
Python信者にかかると「絶対の真理」になってしまう不思議....
Webだけで比較するなら、PythonとRubyは確かにいい勝負かもしれない Webフレームワーク単体だとRailsだろうな Web含めて全部のジャンルだと断然Pythonの方が適用範囲広いが
みなさんありがとうございます。 MVCで作った事が無いのでsinatraかbottleを検討していたのですが、RubyもPythonもあまり変わらないんですね。
Pythonのラムダ式の構文は糞だけど f = lamda a, b: a + b Rubyのラムダ式もおかしい f = -> (a, b) { a + b } 今日のまともな言語であれば、ラムダ式はかくあるべきだ f = (a, b) -> { a + b } Rubyのラムダ式は、靴下を左右逆に履いてしまったのをオシャレだと言いはってそのまま使っている感じ 信者はなんで実装前にとめなかったのか
55 :
デフォルトの名無しさん :2014/06/18(水) 02:06:17.77 ID:ReS7ZEOM
Rubyのおかしさには勝てないな
>>54 それは Ruby 2.0 で追加された新しいラムダ式の構文だね
'->' はギリシャ文字のラムダを右に倒したものらしいけど、
写像を表す矢印を直感しやすいから、
この判断は失敗だったと個人的には考える
(こうした些細/微妙な問題は、他にもいくつかある)
ただし、これまでの構文は消えずに残されているから、
一般に導入され最も普及している古い Ruby 1.8.7 から
最新の Ruby 2.1 の間で:
f = lambda { |a, b| a + b }
と書ける
したがって理性的な判断力あるプログラマであれば、
表現力/可読性/後方互換性、どれも問題は無い
それに対して、Pythonのラムダ式が抱える問題は、
関数型プログラミングの実践にとって
どうにも避けようが無い致命的な欠陥
endの方が
関数型プログラミングの制限的な書き方は、その制限を満たすことによって 強い静的型、型推論、参照透過性などのリターンがあるから トータルとしてメリットがある(場合もある)のであって、 Rubyのような言語で関数型プログラミングをやることに何のメリットも無い
>>58 強い静的型は関数型に必須のものじゃないよ
>>59 必須とは書いてないよ
メリットだと言ってるだけで
>>60 ならそれは静的型付けのメリットだ
関数型のメリットじゃない
Zope->Pylons->Pyramid->死亡
>>61 型注釈の大幅な省略と強い静的型の両立は
関数型の強力な型推論があってのものだから
関数型は制約を受け入れる事で、特定の書き方における簡潔さと強い静的型を
両立してると言ってるんだよ
>>54 あの人なら止めても実装しちゃうんじゃないかな
>>54 複雑怪奇なRubyのパーサーに
()->{} の形のラムダを追加するのは無理だったらしい
パーサーを一から作り直せば可能かもしれないけど
>>54 >Rubyのラムダ式もおかしい
f = -> (a, b) { a + b }
を
f = lambda (a, b) { a + b }
と読めばpythonと比べてもそんなに変わらない
しかも字形から類推出来る
lambda -> λ -> '->'
というオチまでついているんだぜ
とMatzが言ってた気がする
>>58 静的型付けの特性は手続き型にも共通するものであるから
>>59 ,61の指摘が正しい認識だ
また、
> Rubyのような言語で関数型プログラミングをやることに何のメリットも無い
に関しては、それが誤った認識であることが以下の記事で述べられている
・Rubyによる関数型プログラミング
www.h6.dion.ne.jp/~machan/misc/FPwithRuby.html
>>63 このスレでも話題の新言語Swifは
手続き型であるにもかかわらず型推論を導入し、
コードの簡潔さと静的型付けの安全性を両立している
新言語Swiftの登場は、
>>63 の主張と矛盾している
なぜ型推論にとって関数型が必須の前提なのか?
その理由を客観的に説明してほしい
>>63 の主観、すなわち個人的な願望だけでは、誰も納得できない
pyramidって、イルミナティ絡み? cakephpから派生したLithimも、laravelも、そんなノリだよね。 Rubyが誕生は55日目だし、全てがピラミッド絡みだよね。何この超自然。
Swiftは、OCamlの成果を取り込みたかったんだろう
どこがw
関数型と静的型付けは別の話じゃないかな
xcode, angular.jsのAと、mean.ioのMは、秘密結社のシンボルだって思うんだ。
74 :
デフォルトの名無しさん :2014/06/19(木) 11:39:49.36 ID:vbwm7qo+
◎2chスレッド勢いランキングサイトリスト◎ ★+ニュース板 ・ 2NN (推奨サイト) ・ 2chTimes ★+ニュース板新着 ・ 2NN新着 ・ Headline BBY ・ unker Headline ★+ニュース板その他 ・ Desktop2ch ・ 記者別一覧 ★全板 ・ 全板縦断勢いランキング (推奨サイト) ・ スレッドランキング総合ランキング ・ ログ速 ★全板実況込み ・ 2勢 (推奨サイト) ・ READ2CH ・ i-ikioi ※ 要タイトル検索 ※ 2chブラウザ併用推奨
swiftなんかより、Objective-Jの方が技術的な使い回し効くよね
名前のかっこよさ Aランク:Ruby,Python,Perl Bランク:JavaScript Cランク:PHP
Pythonはかっこ良くないだろ
angularもninjaも、new generationを脳の深い所へ学習させるためのヤツらの工作 世界は最期、火に包まれる。だから、codeignitorやFuelPHP,Fire Phoneが出てきた
Pythonはかっこ良くない
>>78 A ランクが上とは限らない
体操とかの難易度みたいに C の方が偉いとかかも
東京裁判のA級戦犯はうんたらかんたら....
>>77 他のランクはいい悪いは言及しないけど、
"PHP" がうまくないネーミングしちゃったなーという点では同意。
PHP は全然いけてない。
Pythonにはユーモアがある
↓かっこいい・かわいい Scala Lua Perl Swift Lisp Ruby Delphi ↓悪くない C# C++ CoffeeScript Haskell Groovy ↓ダサい Java JavaScript Python Objective-C ActionScript Visual Basic Erlang COBOL Go R ↓クソ PHP OCaml TypeScript
SwiftがOCaml使いにバカにされた! とか思っちゃったのかな? 流石バカだ。
Elixir
Objective-COBOL Functional-COBOL COBOL.js
let a = [1,2] // a = [1,2] var b = a; // b = [1,2] b[1] = 3; // a = [1,3] b = [1,3] b.append(5); // a = [1,3] b = [1,3,5] b[1] = 4; // a = [1,3] b = [1,4,5] これ凶悪だな この手の意味不明な地雷って高いパッケージソフトの組み込みオレオレスクリプトなんかだとありがちだけど そんなのと同等レベルだね
Objective-CとJavascriptが普及してるなかで、Objective-Jが流行らないんだから、 swiftなんてscalaより普及しない。
その2つの言語が普及している理由をよく考えろ 言語自体が魅力的だからか?
Objective-CとJavascriptの普及っぷりをみると、
酷い言語ほど普及する法則があるとすら思える
Swiftも酷い言語なので(
>>90 )普及するかもしれんね
使わざるを得無いから普及してると言う話なんだから、Objective-C の普及率よりSwift は普及するだろう。 本格的な評価は、オープンソースになってからだけど良い言語だよ。 オープンソースになるにはまだ1〜2年はかかるだろうけど必ずなると思う。
>>92 2つの言語が普及した理由は、そのプラットフォームに市場があるから。
そして、javascriptはベンダー依存しないライブラリが豊富。
この2つを兼ね備えたObjective-Jが流行らないなら、Swiftなんて存在を忘れたくなるような黒歴史
ウンコとウンコ組み合わせてどうすんだよ
Swiftの言語仕様に疑問符が付くところも多いとしても iOS開発の選択肢がApple公式のObj-CとSwift二択ならまあ流行るだろうよ 強制力もないしプラットフォームの公式でもないObjective-Jとは事情が違いすぎる
TypeScriptは分かりやすくて良い
>>99 同意
サンプルコードをちらっと見て、ああそんな感じね、と自然に受け入れられて
言語仕様をちゃんと把握しなくても、まあこんな感じでいけるだろう、と適当に書いたらだいたい期待通り動く
「驚き最小」とはまさにこのことだと思った
表面的にはScalaに似た書き方があったりするけど、さすがにC#設計者のセンスは違うわ
objective-Jの方が驚く要素がないよね javascriptにSmalltalkライクなオブジェクト指向でラップした超自然な組合せ
Objective-C書いていると、どうしてこんなこともできないのとか どうしてこんなクソな命名規則のクラス作れるんだろうとか よく驚くよ
メインフレームを経験すれば大抵のクソはカレーに見えるようになる
Andrew NGもヤツらが送り込んだ手先
105 :
デフォルトの名無しさん :2014/06/21(土) 15:14:23.35 ID:YxaWkchc
またRubyが勝ってしまったのか
Swift は、合理的な言語だよ。 数学論理的にはArrayの例の様に最初頭をかしげることが有るが、思想がわかると、非常に理解しやすい。 言語仕様的には、解りやすい言語を目指し、スピードを追い求めた言語。 コンパイラ言語でありながら、インタプリタ(以上のリアルタイム)環境でコーディングデバッグが出来る、非常に開発効率の良い言語。 例 var a= 1 // コーディングした途端、右に 1 と出る a++ // 2 と表示される。 だから、デバッグのために、print文を入れたり、Alertを入れたりする必要があまり無い。 実行中のグラフィックも見れるし、結果のタイムラインを時間軸と値などとともに逆にたどる事も出来る 言語と言うよりは、それに伴う開発環境が素晴らしい。 Swiftはコンピュータ言語の教育を念頭に置いて開発された言語と言う大きな特徴が 有る。
コンパイル言語っていうけど、普通にデバッガで追いかければ良いだけ
こんな新しい糞よりも、c++使い続けた方がマシだよ c++/jsのコンビで十分 Java厨死亡。ざまぁwwww
109 :
デフォルトの名無しさん :2014/06/21(土) 16:08:03.50 ID:YxaWkchc
機械翻訳
>>107 デバッガと、実時間実行ではかなり違うぞ。
殆どの見た事も無い人には同じと思えるのかもしれ無いな。
デバッガは、あるポイントの結果を見ることが出来る。
実時間実行では、全ての変数の動きを時間軸に沿って変化も見れるし、逆戻りして見ることも出来る。 グラフィックしかり。
>実時間実行では、全ての変数の動きを時間軸に沿って変化も見れるし、逆戻りして見ることも出来る。 グラフィックしかり。 ちゃんとデバッガのマニュアル読んだ?
gdbにすら、backtraceついてるね
最近のは、reverse-stepまでついてる
reverse-stepってどれくらい役に立つのかね? 出力された文字が消えるわけ無いだろうし。 再実行したほうが完璧だと思うけど
景気よくstepを刻んだときだろ
昔、ここでバカにされてたegisonがhacker newsに上がってる
Perl=ガラクタ
119 :
デフォルトの名無しさん :2014/06/23(月) 22:09:23.66 ID:BINMcHFB
またRubyが勝ってしまったのか
120 :
デフォルトの名無しさん :2014/06/24(火) 11:02:11.34 ID:VrH3d8m/
またPHPか 問題起こすのはいつもPHP PHPは害悪だな Apache/2.2.22 (Debian) PHP/5.4.4-14+deb7u4 Server at ai.2ch.net Port 80
>>120 2chってPHPで作られているんだったけ?
perlじゃなかったか?
bbs.cgiがPerl(SpeedyCGI)でread.cgiはC(mod_cgidso)だった気が 変わったの?
123 :
デフォルトの名無しさん :2014/06/24(火) 12:52:15.13 ID:VrH3d8m/
Jimが既存のコード動かしてたら著作権違反だよ
んな訳ねーだろ 背任横領罪だ
haskellで動いてんじゃなかった?技術者たちの勝利だね
127 :
デフォルトの名無しさん :2014/06/25(水) 08:53:06.46 ID:jzzlw1ru
ペチパー必死の反論 未だディレクトリ一覧が表示されるwwwwwwwwwwwwっうぇうぇw
どうした?まずいもの食ったか?
>>121 PHPはPerlにお化粧しただけの物で同じ物なんだよ。
130 :
デフォルトの名無しさん :2014/06/25(水) 18:48:22.89 ID:jzzlw1ru
PHPやったことないけど Wiki見るとPHP5系の中だけでものっそい機能追加されてるな 別言語だろコレってくらいの変更具合
132 :
デフォルトの名無しさん :2014/06/25(水) 22:42:49.86 ID:wdWoGsPu
>>129 文字列処理とUNIX文化を捨てて、VBScriptにJavaの皮を被せる作業を化粧と呼ぶなら、その通りかもしれん。
pyちゃんちゅっちゅ はあああああんPythonたんかわいいおおおおおおおおおおおおおおおお
もう皆、node.jsしか使わないよ 言語処理系の開発と保守が、どれだけ大変か考えたら、当然だよね? 開発が継続されるのは、Haskell,Ocamlぐらい
>>131 「のっそい」って何?どこの方 方言なんだろ。
136 :
デフォルトの名無しさん :2014/06/26(木) 03:21:14.48 ID:lzGhXXy2
ものっそい 尼崎あたりジャネーノ
>>130 apacheの問題を言ってるけど大丈夫か?
PHPは互換性高いよ 10年前のPHP4時代に書かれたプログラムでも、PHP5.6で動かしてもほとんど問題なく動く
139 :
デフォルトの名無しさん :2014/06/26(木) 09:38:34.65 ID:+DHgMH5i
140 :
デフォルトの名無しさん :2014/06/26(木) 09:39:39.72 ID:+DHgMH5i
>>137 ゴミペチパーこと
>>137 はついにApacheに責任転嫁かwwwwwwwwwwwww
お前みたいな奴は死ねゴミwwwwwwww
141 :
デフォルトの名無しさん :2014/06/26(木) 09:45:50.08 ID:+DHgMH5i
PHPなんかに使われてApacheが可愛そう だってPHPのせいでApacheの評価まで一緒に下げられてしまうのだから
>>141 まずはPHPで何をしたらディレクトリ一覧が出るかを説明すれば
話が早い
143 :
デフォルトの名無しさん :2014/06/26(木) 12:01:32.75 ID:lzGhXXy2
頭の悪いぺちぱーのせいであってPHPのせいですらないな
144 :
デフォルトの名無しさん :2014/06/26(木) 15:01:43.15 ID:HRolkWTE
PHPコードのカスさがそれを見ただけで管理者の思考を鈍らせて失敗させる あらゆる失敗へ導くのがPHP
phpがOOPLと成熟する前に、皆、node.jsへ移行するよ
ん? 今のPHPがOOPLとして成熟してない点って何? OOPL以外の批判ならまだわかるけどさ、 PHPは完全にOOPLとして成熟してるでしょ。
十分な機能は備えているとしても成熟はしてないんじゃ… PHP5.3でやっと名前空間追加されたレベルだぞ
その基準でいうとScalaとか言語機能は成熟しているけど、 恐らく10年後も今のポジションにいると思うぞ
>>147 いや、だから他に何を追加すればいいんだよ?
名前空間以外にも沢山実装されてるだろ。
それにPHP5.3がリリースされたのは5年も前の話だぞ。
せめて一年前にリリースされたPHP5.5の話をしろよ。
PHPは驚き最大の原則さえやめてくれたらそれ以上は求めない
Apache+PHP+MySQLって組み合わせは大体腐ったことしかやらんのだよ それでもどれも同分野では最大派閥
PHP5.3が出たのって、いつのことだと思ってるんだか 別にPHPの言語仕様が優れてるとは思わないが、このレベルに批判されるPHPは気の毒
154 :
デフォルトの名無しさん :2014/06/27(金) 03:01:17.27 ID:96I44uat
>>152 最大派閥に群がる層ってのは底辺なんだから当たり前だろ
逆に言うと、Python にせよ Ruby にせよ、そんなに良いのに最大派閥になれないのは何故かと考えよう
LAMPなんてもう随分と昔の話で、今はMEANだよ python,rubyって、まだ使われてたの?
み〜ん(笑)
>>156 MEANの人
Rubyのインストールの手づまる人が多いのが笑える
159 :
デフォルトの名無しさん :2014/06/27(金) 12:44:22.06 ID:buwBzgsG
ニシトットリニップの作った言語の話をしているのか
>>158 Railsって、まだ、メンテされてたの?PHPも、スグに衰退するよ。
OSS開発者たちのリソースは分散してしまうとASP.NET MVCが勝つからね
それが分かってたから、皆、angular,node.jsコミュニティへ移ちゃったんだ
だけど、これは一時凌ぎに過ぎない。次にくる言語こそ、全てを統括する真の救世主だ
狼少年って昔からずっといるよね
>>161 ふーん。MEANでまともに成長してるのってAngularぐらい
compassの変わりはいつ実装されるんだい?
真の救世主www
compassって、stylus,fluidityと比較して、どんな長所あるの?
>>165 fluidityをよく知らんが
angularの人でもcompassを選んでしまってる事実とかか
fluidityで検索しても、他のsassのが出てくるし、使われてないでしょ
>>156 MEAN ってどんな意味?
なんか比べるものじゃない気がしなくもないけど…。
>>166 そんな、極小数の事例を挙げられてもね
メリット、デメリット分からないまま、壺とか買うタイプでしょ?
> 次にくる言語こそ、全てを統括する真の救世主だ > メリット、デメリット分からないまま、壺とか買うタイプでしょ? 自分だろwwwww
>>168 angularの人が極小数と言いたいか
MEANは Mongo Express Angular Node でしょ
172 :
167 :2014/06/28(土) 02:59:21.04 ID:gZZCFK1l
>>171 いや
>>156 ID:HIx6zyV6 に直接聞いてるので。
(XAMPP、LAMPPでも比較するの変だし、LAMPって書いてるから謎。)
>>172 何でその比較が変なの?変だって言いたいだけでしょ?
javascriptにシフトできない学習障害のぺちぱーたちがファビョり過ぎてて笑える
175 :
デフォルトの名無しさん :2014/06/28(土) 09:15:04.91 ID:d97dzfvu
javascript(笑)
javascriptしかできない人が javascriptとphpの両方を使ってる人を貶そうと頑張るスレですか
177 :
デフォルトの名無しさん :2014/06/28(土) 13:04:37.91 ID:38QDfB8j
JSはCの二倍速い。
ことが、一度ぐらいならあるかも知れない。
>>174 あんたは「ぺちぱー」って言いたいだけでしょ。
>>176 片方で良いじゃん
jsにはnativeアプリ用のコードを吐いてくれる実装だって、いくつもある
phpに、そういうものあった?今もう、世界中がjsを求めてるんだよ
nativeアプリを吐いてくれるJS実装よりも、 それどころかJS処理系そのものの実装よりも AltJSの方が沢山あるので、JSである必要は全くないな
>>180 片方でよいのに片方になっていない
要は、javascriptの現状では必要十分が満たされていないってことだよ
学習障害のぺちぱーたちに職を与えるためだけの福祉言語だろ
PHP研究所
>>181 大嘘だよね。jsの実装の方が多いよ。実際に使われるのがnode.jsってだけ
AltJS?どこのアホが使うんだよwwww
以前「CoffeeScriptなんて誰も使ってない」と言っておいて反例を出されてファビョった奴だな
もはや世界の合言葉はJS
>>161 ASP.NET MVCってフレームワークパフォーマンスだとあのRailsより遥かに下なんだけど
あれって中身が相当ポンコツなんじゃないの
あと旧ASP.NETからの負の遺産もだいぶあるよなあ
どんな状況で何のパフォーマンスを測定して遥かに下だと言ってるんだ? RailsとASP.NET MVCじゃスケールや用途の想定が全く違うはずで、 大規模なエンタープライズ用のソフトウェアが小規模用途やカスインフラでは全然性能を発揮できないなんてよくある話だが
ASP.NET MVCは受託開発やってる負け組の間で 最近流行ってるらしいね
Railsは、もやいビジネスだろ
>>189 >RailsとASP.NET MVCじゃスケールや用途の想定が全く違うはずで、
もしも「スケールや用途の想定が全く違う」なら、
>>161 の言う
> OSS開発者たちのリソースは分散してしまうとASP.NET MVCが勝つからね
は、無意味で的外れな主張ということになるね
ASP.Net/C#/Java/COBOL が想定しているエンタープライズ環境と
PHP や Rails が想定している(グローバルな)Web環境との間には、
開発者の文化に大きな隔たりがある、という当たり前の話ではないかと思われ
>>192 前にhacker newsにポストされた記事よんでたら、
railsじゃもうダメポ。ASP.net MVCつかわせて(;´Д`)ハァハァ
って書いてあったぞ。
それこそスケールの想定を違えてたのでは
Railsでサバ2台のインスタンスをロードバランサーで切り替えて運用する方がWinやMonoで鯖動かすより よほどコスト低くてかつ楽だと思うんだけどな
一台止まってレスポンスが落ちても誰も文句言わないようなアプリならな
Windowsのサーバーは落ちることもないしカベコレで止まることもないから安心だね(棒読み
198 :
デフォルトの名無しさん :2014/06/29(日) 00:45:40.59 ID:fkqTTz9x
JapScruptの話か
Linuxでもパフォーマンス重視ならJavaとかNodeであって、Railsはないわ
200 :
デフォルトの名無しさん :2014/06/29(日) 08:48:29.41 ID:KFRMJvcV
javascript(笑)
Monoってw 実装の品質悪くてASP.NET MVCまともに動かないって話でしょ
>>202 どっかにWindows上で動かしたパフォーマンス比較とかないのかね
C#の結果0って明らかに設定ミスじゃん しかもLinuxでMono Round 6あたりまではトップ5あたりにいたfinagleも0になってるし C#以外も回を重ねるごとにまともに測定できてないフレームワーク増えすぎ 手抜き
ミドルウェアやスクリプトエンジンのお陰なのを忘れて技術を舐めてるスクリプト厨って こういうところでボロが出るんだよね
>>204 使われなくなったものや使われてないものはそんなもん
あくまでも開発効率がいいってだけだからな PHP+Apacheみたいにお手軽環境なのはJavaとかにないメリットだけど、スクリプト言語のくせにやたら管理が面倒な実行環境なのは何のためスクリプトだって気がする
どれの話
開発効率は重要だよね 速度だけ求めたいならアセンブラで書けよって話 あとは開発効率と実行速度のバランスを見て、案件の要求に合ったものを使えばいい
バージョン@@のOSと □□のランタイムのバージョンN.Nと ○○と××のライブラリと コンパイラのバージョン△△に**のパッチを当てたものを用意してください $$の場合は設定ファイルのLL行目を修正してください 構築中…××% エラーが発生しました
>>210 Cygwin とか msys/mingw はそんな感じだね
java,c#のパフォーマンスがイマイチなのは、 開発効率が悪くてミドルウェアなんかが発展しないせいだよね
違うよ
スクリプト言語は遅いから、サーバの台数がひたすら増えていって、大量のサーバを管理するためのシステムが必要になる
そこまでのアクセスがあるようなサイトならJavaでも使っておけばいい 要は案件次第ってこと
Dartって速いんだな
いや遅いだろ Dartなんか思いっきりオールドスタイルな静的言語で特に遅くなるような要素がないのに
じゃあなんでgoよりも速いスコア出てんの?
>>216 Rubyって書いてるのJRubyだろ?
RubyだとPythonより遅いやん
ScalaなんかもそうだけどJVMはJava専用に設計されてて他の言語からみれば貧弱だから 他の言語載せようとすると辻褄合わせで結構遅くなるよ
>>220 別にJRubyでもええやん
不満だったらJythonと比べればええし
perl,python,ruby,phpの死 それは、古き良き時代のOSSの終りを告げた
実サービスだと
>>216 と違う差が出るのは、同時接続とかそこら辺の問題かな?
Clojureでよくね
227 :
デフォルトの名無しさん :2014/06/30(月) 01:59:09.19 ID:BzHZeElB
OSSっていうか、フリーウェアも 無意味な無償労働は無くなっていくよね あんなのはプログラマカッコイイみたいな幻想作って 誰かが何かの為に大勢を騙して無償で働かせてるに過ぎない 普通は何か有用なもの作ったらそれなりの対価を貰えるもの いつまでも誤魔化してられんて
オープンソースでコピペプログラマがパクリプログラミングで利益横取りのヒャッハー
>>225 疑問もクソも、似たようなもんだから実際速度変わらないというだけだろう
単に実装の品質の差やベンチマークコードと処理や環境との相性とかその程度の話
>>227 > 誰かが何かの為に大勢を騙して無償で働かせてるに過ぎない
幻想乙
>>226 この調子でlispを改良していってほしい
>>227 プロプライエタリなんてOSS界隈に10年以上居たヤツだけがやればいいよ
これまで、順番が逆
製品が有償でも構わないけど ソースは公開されているべき っていう主張には半分賛成半分反対
秘匿にするだけの価値がないコードを、尤もらしく隠してるヤツら許せない!
>>235 許せないと憤るほどの価値がそいつらにあると思ってるのはお前だけだけどな
関連企業の社員がフルタイムで開発してたりするもんな
>>236 隠された価値のないソースに憤りを感じるのであって、
価値のないソースを書いた人たちに憤りを持ってるわけじゃないんだよ
尤もらしく隠しているのが誰かぐらい分かるよね?つまり、それが世界の真理なんだ
____ / \ /\ キリッ . / (ー) (ー)\ / ⌒(__人__)⌒ \ | |r┬-| | それが世界の真理なんだ! \ `ー'´ / ノ \ /´ ヽ ___ / \ /ノ \ u. \ !? / (●) (●) \ | (__人__) u. | クスクス> \ u.` ⌒´ / ノ \ /´ ヽ ____ <クスクス / \!?? / u ノ \ / u (●) \ | (__人__)| \ u .` ⌒/ ノ \ /´ ヽ
240 :
デフォルトの名無しさん :2014/06/30(月) 19:47:33.69 ID:K5zrSJWB
javascript(笑)
241 :
デフォルトの名無しさん :2014/06/30(月) 22:04:49.09 ID:vnwGd8nb
結局FC2ブログにミニゲームとか遊び用Webアプリ乗っけたい時ってjs以外の選択肢あるのかを知りたいのだ、俺は
JSにコンパイルできる言語なら何でも
今時そんなもんUnityでも使ってスマホアプリで作りゃいいのに
244 :
デフォルトの名無しさん :2014/07/01(火) 01:45:41.39 ID:+GO+7q0G
心身ともに引きこもりたい
>>230 livedoor とか見る気しないからそんなの貼るなよ。
>>240 笑いを引数にして返り値はなんだろう?
…とかそれみて思うのはプログラマだけだろうか?
>>224 じゃあ、(心技体の)技だけ世界に解放。
>>201 嘘、LLで一番早いのphpかよ
jsの人とかrubyistってペチパーペチパーって言っといてphpにすら勝てないでやんの
>>246 何だよペチパーって。
ガキじゃあるまいし。
>>246 COBOLだって大概のスクリプトより速いのと同じこと
javascriptとprologにしか魅力を感じない haskell,c++って、なんかすごくマッチョだよね
pythonとjavascriptを連携させとります
251 :
デフォルトの名無しさん :2014/07/01(火) 13:10:12.42 ID:iUnw5KU9
ぺちぱーぺちぱーぺちぺちぱーぱー
_, ,_ ∩☆))Д´) ペ ( ‘д‘)彡☆))Д´) チ ⊂彡☆))Д´) パーン!
DBからテンプレートエンジンにオブジェクトを運ぶだけの仕事なんかどの言語でも書ける
javascript最強伝説
>>253 そりゃそうだろw
ほぼ全てのことは、ほぼ全ての言語で
書けるんだから。
>>253 そういう誰がどんな言語で書いても大差無い
単純なドカタ仕事に誇りを持ってる奴もいるんだから
本当のこと言っちゃダメだよ
どの言語でも書けるからこそ、この言語なら効率がいいだの速いだので議論してるのにな
速度で言うなら、C言語無双になるよw 効率や速いというのは、絶対に目指すものじゃない。 今は開発速度の方が重要なんだし。
効率と開発速度が別物とはしらんかった
開発速度だけ良ければいいってどこまで土方根性なんだよ 受託開発なら開発速度だけ良ければいいだろうな 開発速度にだけ重きをおいた結果、余計なコードをたくさん書かなければいけなくなって リリース後に手間ばっかりかかってるサービスを何度も見てる
フリーのテストツールが発展して、コンパイル不要なjavascriptが開発効率最強に決まってる
井の中の蛙大海を知らず
>>260 > 開発速度にだけ重きをおいた結果、余計なコードをたくさん書かなければいけなくなって
> リリース後に手間ばっかりかかってるサービスを何度も見てる
え? 余計なコードをたくさん書かなければならなくて手間ばかかりかかってるならば、
それは開発速度に重きをおいたつもりだが、技術不足で開発速度が上がってないってだけじゃん。
開発速度に重きをおいて、技術があれば、書くべきコードは減って
リリースも手間がかからなくなるよ。
いや、当たり前なんだけどさ。
それができてないのは、技術不足ってだけで。
264 :
デフォルトの名無しさん :2014/07/02(水) 21:25:39.21 ID:Mbehf86G
javascript(笑)
見切り発車したり運用開始後すぐポイ捨てしたりできるのも開発速度の内
これで、開発速度、応答速度とスループット、技術力()の3要素になりました
>>263 開発速度を上げるものを選んだ結果、応答速度やスループットが下がって
やることが増えるって話だろ?
javascriptがボトルネックなのに、何いってんの?
railsスレで1万件や10万件のデータ容量で Twitterのような対応しないとダメだとか言ってる これが開発効率がいいってやつだ
開始時にはその規模になるなんて予想出来ないからだろ すぐ終わるかも知れないものに時間は掛けられないから、取り敢えず実装が早いものを選び 規模が大きくなると踏んだ時点で大規模用の体制に切り替えた、何も問題ないじゃない?
ここの言語でソースみたり(作るほどではなく)弄ったこと有るのは JavaScript / php ぐらいだけど、 日経 Linux の連載記事で rake のソース載ってたの見たら、 (DSLって何?ですし Ruby も知らないけど) 「何この気持ち悪いの…」ってのが第一印象だった。 Ruby 見慣れたりしたらこうじゃないのかな。
RubyのRakeみたいにクロージャを使ったDSLでビルドスクリプトを記述するのは 最近はJavaScriptのGruntやJava系のGradleとかいろいろ流行ってるね
特定の言語を覚えないといけないとかコスト高いよね
また、javascriptが勝ってしまった
>>271 初期のツイート数は約5000/日だぞ、そこから増えたから良いものの
もし最初がピークで、そこから下降し続けてたら?
新サービスってのは受けて欲しいだろうが、そんな楽観的になってられないのも新サービスなんだよ
RMSやESRみたいな仙人になるより、DHHやザッカーバーグの方が勝ち組だよね
>>271 Twitterでは2008年の米国大統領選挙で1秒間に229ツイートを処理していた
しかし、2012年の同ケースでは、1分間に32万件、1日合計では3,100万件、
ピーク時には1秒間に1万5千件のツイートが発生していた
この事態をTwitterはRubyからJava/Scalaへの段階的移行で乗り切ったとのこと
・Ruby から Java へのシフトで大統領選を乗り切った Twitter - InfoQ
http://www.infoq.com/jp/news/2012/11/twitter-ruby-to-java 2008年からの4年間でトラフィックが(5倍ではなく)およそ50倍!へ
増加することは、はたして容易に予測できることなのであろうか?
後になってから自分ならできたと主張するのはお子様でもできるけどね....
そこら辺にして差し上げろw
>>268 Twitterみたいな対応ってテーブル分けるやつか?
RubyやRailsのパフォーマンス全く関係ないじゃん
アセンブラで書いても速度変わらんぞ
TwitterがRubyを止めた理由は、パフォーマンスより、型チェックが煩雑すぎるからって、当時言ってた
>>280 すごいよなTwitter
予測?Twitterは億なんてもんじゃないデータ容量だよ
予測できるはずないでしょう
1万や10万のデータ容量ではないんだから
RubyからJavaに切りかえたって書いてあるけど
結構なところRailsのままなんだよな
>>282 そうだね
>>283 GCに問題は抱えてたらしいけどね
日本語が読めないのが何人もいるのか、自演なのかわからないような奴らに、 律儀に返信するなんて。
今もう多くの企業がnode.js+expressを採用してます
"XXX 求人" で検索 ・Rails - 約 217,000 件 ・CakePHP - 約 103,000 件 ・Node.js - 約 92,000 件 ・Django - 約 64,000 件 (参考: Struts - 約 88,500 件 ) Python越えは果たしたが、 トップへの道は果てしなく遠い....
cakephpって、railsと同じぐらいだと思ってた node.jsに越されるのは時間の問題だね それとも、laravelの方がトレンドかな
twitter公式はクライアントにjavascript多用するようになって遅くなって不安定になってるのは 何を馬鹿なことしてるんだろうと思っていたがサーバーに負担掛けないようにする狙いがあったんだなω
>>287 最近フロントエンジニアの募集要項に
Node.jsが書かれること増えててその人数か
>>288 CakeはPHPのTop3のフレームワークにも入らないんじゃないのか?
これから利用したいって人は更に少ないみたいだよ
>>290 俺の知ってるPHP3大framework
zend,symfony,cakephp
次点
codeignitor, laravel, yii
>>291 5年以上前の話か?
5年以上前にCodeIgnitorに抜かれてからCakePHPは没落の一途だぞ
293 :
デフォルトの名無しさん :2014/07/04(金) 19:41:16.36 ID:APy7bPes
javascript(笑)
>>283 それよく思うんだが、たとえ動的言語であっても型を見て利用できるプロパティやインスタンスを確認するような場面なんてほぼないだろ
Rubyでいえば、いちいちis_a?で型見るコードなんて外部APIぐらいだぞ
実務上では型なんてほぼ安定してるんだし、だからこそJITコンパイラなんてものがある
たとえ静的言語に切り替えても、そんな何のインスタンスが来るか分からないコード書いてる時点で困ると思うんだがな
>>292 CodeIgnitorって、ライセンス周りでkohana,FuelPHPにforkされてなかった?
あれみた限りでは、CakePHPのコミュニティの方がマシだと思ったけど
>>296 CodeIgnitorはGPL非互換のライセンスのせいでボロボロだけど
CakePHPほどではないぞ
CodeIgnigofもLaravelに抜かれて没落したけどね
kohanaとfuelはforkではなくて真似だよね
どっちも大成しなさそうであるな
こうして見るとRailsってすげえな RubyにおけるWebフレームワークの1強状態をずっと保っている Ruby使いの少なさは当然あるだろうが、今の「Rails系」と言われる基礎を作り上げた DHHの能力の高さが際立ってるのが大きいんだろうな
真似?ライセンスで揉めて喧嘩別れした結果がプロジェクトのfork その結果、frameworkの堅牢性が下がり、開発者が不安がって共倒れ そこに前からあったものの今ひとつ流行ってなかったlaravelが漁夫の利を獲た構図
>>298 どこも、symfony,strutsの一強だよ
winner all takeがこの世の理
いまその栄光はnode.js,express,angular.jsに微笑んでいる
>>300 俺が言いたいのは、PHPみたいにフレームワークが乱立する状態にならない点だよ
Javaだってstrutsやらspringやらplayやら色々あるしね
母数が少ないと思われるPythonだってDjangoやらPyramidやら…
RubyだとRails以外では軽量なSinatraが取り上げられるぐらいだもんな
あ、C#だとASP.Net一択か
>>301 母数となるRuby技術者自体が少ないから、霊的指導者であるDHHに救いを求めただけ
もともとオープンでなかったけれど、それをオープンにしたおかげで今の世界がある
そうした歴史的経緯があるから、普通はRailsを真似たフレームワークを使うことには抵抗がある
>>302 母数がもっと少ないHaskellだって色々出てるぞ
となると母数の少なさ以外に理由があるわけだよね
DHHの業績はコロンブスの卵という訳だな
>>303 rubyにも、話題に挙がらないようなフレームワークはイロイロあるから
そのうち幾つかは、過去にRailsに吸収されていったわけ
理由は、メンテナンスしやすいから
>>304 じゃぁなんで他の言語でそういう統合の動きが起こらないんだろうね?
>>299 単にソースコードのforkはしてないはずといいたいだけだよ
>>305 開発者にカリスマ性がない
実用性よりも完全なホビー
他の言語でフレームワークが乱立したのはRailsのせいだろ Groovy on RailsやSailsといった名前からもろなものから色々と影響うけて既存のフレームワークを置き換えようとしたし つかRubyにもRailsの他にも探せば色々とフレームワークあるぞ Railsが一切対応してない非同期系を強みにしたり
ていうか、Ruby使いはWebなんていうドカタ仕事は あんまり興味ないんだよ RubyとRailsは別モンと思ってる そんで興味も無いから、ちょっと思いつきでフレームワークを作る事はあっても 真面目に普及させようとまでは思わないってワケ
emacs vs viのエディタ戦争とそっくり 最終的な勝利者はミニマリストに機能を追加していったvim laravelやsails,padrinoのようなアプローチが自然で、 railsはemacsと同様に霊的指導者によって支えられている
312 :
デフォルトの名無しさん :2014/07/05(土) 02:30:20.11 ID:FujCrvNA
ruby使いじゃない奴ほどrubyとrailsを結び付けようとしてるイメージ そういうんじゃなくて、PHPとかjsみたいなゴミじゃなければ LLの用途なんて本来ハッキング(本来の意味で)だから
今もうドカタ仕事しかイメージ沸かないんだけど、本来のhackって何するの?
RubyでRailsが一強で、他の言語でWebフレームワークが乱立するのは、 RailsよりいいWebフレームワークを作ろうとする人が言語としてRubyを選ばないからでしょ RailsがRuby本体のパフォーマンスに足引っ張られてる印象あるからね
>>314 >RailsよりいいWebフレームワークを作ろうとする人が言語としてRubyを選ばないからでしょ
で、結果としてフレームワークが乱立しているという現状は、
Rails よりいいWebフレームワークが作れなかったからだと説明できるね
つまるところ、DHH が Rails 開発言語として Ruby を選んだのは
(当時としては)慧眼だったとも言える
選択肢が、perl,python,ruby,phpしかなかったわけで、 node.jsやcoffee scriptがあったら最初からソッチ使ってた
つか、ASP.NETが乱立してないつーのは間違いだな むしろMS自身がカオスな状態にしてしまっている フォームASP.NET ASP.NET MVC ASP.NET Web API ASP.NET Web Pages んで、ここに加えて最新版 ASP.NET vNEXT ←
MSは自社OS捨てて、Androidのスマホを出すw カオスの極み
>>313 Rubyそのものの研究、Rubyのライブラリ開発、Ruby本体の開発とかかねぇ
元々Ruby自体が「ぼくのかんがえたさいきょうのげんご」を自でいく言語だからな
>>294 いや、Twitterの社員のインタビューみたいなのが当時あって、型チェックが面倒すぎるからってハッキリそう言ってた
今でも検索すれば見つかるのでは
ASP.NETは基盤であって、その上にMVCだとか目的に応じたフレームワークがあるって構造だから
いや、フレームワークも含まれてるよ。
PythonはWindowsのGUIアプリで使われてる事も結構あるね スクリプト言語で一番汎用に使われてるのはPythonだな RubyとPHPはほぼウェブ専用
325 :
デフォルトの名無しさん :2014/07/05(土) 08:54:55.88 ID:POM9PT/B
expressの作者、nodejs辞めてgoに移行するってよwww
なんか凄く嬉しい
jsをサーバに持ってきたところまでは良かったんだよな
結局
>>327 みたいなにわかが遊んでただけでドカタ仕事に採用されなかったのが敗因
底辺土方はcake、railsだな
332 :
デフォルトの名無しさん :2014/07/05(土) 11:13:51.63 ID:POM9PT/B
dropboxもgoに移行し始めてるし、もうgoの流れだな
>>330 つまりTwitterも、最初は底辺土方からスタートアップ(起業)したと???
>>323 Pythonは非ITエンジニアに好まれる言語という印象だね
事務方がExcel/AccessのVBScriptでプログラミングするのと同じ
どちらも手続き型プログラミングに最適な言語として設計された
>>333 railsは底辺土方とは言ってないだろ
>>334 >Pythonは非ITエンジニアに好まれる言語という印象
確かに
俺も趣味でPython始めようと思ってるし
ちなみにプログラミング未経験者
>>320 見つからないけどこんな一節はあった
>The move to Scala and Java at Twitter is driven more by a need for encapsulation than for performance and scalability.
これも謎だな
いまどき基本的な隠蔽ができない言語なんてJSとSwiftぐらいだろ
基本的な隠蔽って? private変数ならJavaScriptでもできるよ。 もちろんクラスベースではなく、プロトタイプベースの オブジェクト指向言語だからprivateキーワードは使わないけど。
>>334 GoogleAppsScript も入れてあげて
Twitter API とかいって見せる部分と見せない部分を分けることの重要性を痛感したからじゃね
>>337 def function( aString )
と
void function( String argument )
の違いの事だろうな。
前者は、functionの実装を見るまで正確な引数の要件が判らない。
後者は、functionを見ずとも引数の正確な要件がわかる。
ただ、それが理由ならGoを採用したほうが良かっただろうけどな。
Goは若すぎるから使えないのかもしれないけど。
若すぎる?何の冗談wwww 世界最強の言語学者とプログラマたちがフルタイムで開発していて、 そこらのボランティアベースのOSSとは全く別物だろ
>>327 expressのメンテナになるチャンスが巡ってきたわけだな
たいした成果のないWeb技術者たちが一躍有名になるチャンスだぞ
>>318 2,3年後に、WindowsがUnix系OSになっていたところで不思議ではないよ
逆にUnix系のOSがWindowsっぽくなっていても 不思議じゃないよな。実際にWindowsっぽいUI多いし。
既にMacがあるから
Macは独自OSをすててUnixになってしまったかわいそうな例だね。 これがなければ、三大OSがあると言えたが、 今は二大OSだけになってしまった。
MicrosoftがWindowsを捨てて、Unix互換OSになるよ。だって、彼らは営利企業だもの
つまり、ならない限り、非営利企業だといいたいわけか。 なるほどねw
何が高いかって言うと、開発者の人件費、ソフトウェアの保守費用。 Unix,Linuxって、それが無料じゃんね
サーバはLinux、開発用端末はMac 事務処理やってるオバチャンはWindows ちゃんと住み分けされてる
>>351 > Unix,Linuxって、それが無料じゃんね
え゛っ?
354 :
デフォルトの名無しさん :2014/07/05(土) 23:15:37.00 ID:ZoUg1MJx
ほんとにハゲは害悪だなwwww ハゲた人間はキレやすいってのはマジだ
355 :
デフォルトの名無しさん :2014/07/05(土) 23:16:54.13 ID:ZoUg1MJx
ハゲグラマにだけはなってはいけないwwwwwwwwwwwwwwwwww ハゲは人類と文明と文化の敵だろ 死ねハゲwwwwwwwwwww
356 :
デフォルトの名無しさん :2014/07/05(土) 23:30:08.02 ID:ZoUg1MJx
>>353 死ねハゲグラマwwwwwwwwwww死ねハゲグラマwwwwwwwwwww死ねハゲグラマwwwwwwwwwww
>>351 OS作る側はかなりの金かけて開発に貢献してるが
今じゃLinuxカーネルへのコミットの8割だかは企業に雇われてるプログラマからだそうだな
>358 そりゃ、企業がただで使ったらアカン。 売上の何%かは払うべき Linuxでは、ソースコードを公開しなければならないから、 MS,Apple,Sony,任天堂、トロンなどで財団を作って、 BSDのOSを作るかも さらにトヨタなど車のメーカーや、宇宙開発企業も含めて 元々、ポインタが無くて、ネイティブなGoが優れている。 ただ、なぜか普及しなかった
禿って筋肉質で攻撃的だよね。メタボの方は温厚で内向的なんだ。 禿でメタボがすごく怖いんだよね。 内向的なのに、攻撃性を秘めているから何するか分からないんだ
>>359 GoogleのAppEngineに取り込まれたりして
今普及し始めてる途中じゃん終わらせんなよ
Rubyなんて最初にリリースされてから
10年以上経ってんのにこのザマだぞ
いや、RedhatはWindowsServerよりコスト高いから
Goは今Dockerで実績が出来つつある UNIX上のユーザレベルでC/C++使って書いてるような分野をかなり置き換えて行くかも
>>358 > 今じゃLinuxカーネルへのコミットの8割だかは企業に雇われてるプログラマからだそうだな
ソース(コードじゃねーぞ)はあるんか?
Mac OS Xの秋のバージョン OS X10.10(Yosemite)でJavascriptがOS Xのシステム用スクリプトとして採用されて動き始める。 当面Javascript1.0らしい。
ソースってそれ、 オタフクじゃねーか!!!!!!!!
javascriptに機能が拡張されていき、javascript++のような最強仕様になるんだ
The year of python, the year of objective-c 本物のプログラマはhaskellを使う そんな時代が僕にもありました
結局 JavaScript 、それを速くしたグーグルのDart、 C/C++、それをチューンしたGo スクリプト言語の長Python、グーグルも大好きJava これらの言語が扱えればいいんだろ? LLVMってのが気になるわ。
なんか上手くない訳だな
上手くないどころか、訳注も無しに勝手に段落抜かしたりしてんじゃん
>Goでは僕のcodeが実行された時には中ではそれが既に起こっていて、そのステートメントを(別のライブラリから)再実行することはできない。 >Nodeでは違う、ルーチンが完全に終了されるまで、突然あるライブラリが複数回僕が設定したcallbackを実行する事もあればhandlerがclearされずにコードの再実行を引き起こす事だってある。 これはひどい
Web,スマホ世代のラクダであるjavascriptで十分
JSってWebはともかくスマホでは2級品じゃん
そもそも、使うような用途だって2流以下だろ
378 :
デフォルトの名無しさん :2014/07/06(日) 19:43:29.72 ID:4Al3+AY7
スマホω
>>374 機械翻訳を僕僕なれなれしい口調にしただけって感じだな
そもそもExpress自体GitHubみたらプルリクもあまりなくね? 終わっているフレームワークっぽいぞ
381 :
デフォルトの名無しさん :2014/07/06(日) 22:01:26.26 ID:Xwhd5F22
nodeの他のフレームワークってMeteorとあとExpress使ってるSails.jsくらいしか知らん 上の記事にもでてるKoaって名前もここ半年で割と見るようになったが これはExpressのミドルウェアのConnectに相当するらしいな
>>382 expressのコアコミッタが、generatorで遊ぶために新しく作り出したフレームワーク
paypalのKraken.jsの方が信頼できそう
これからはMEANだー、ってはしゃいでた連中が 急にexpressなんて大した存在じゃないよ的なこと言い出しててワロタ
385 :
デフォルトの名無しさん :2014/07/06(日) 22:41:25.31 ID:nos51ePy
この前実家に戻ってきた親戚のプログラマがハゲててワロタ
pythonの時代だな
>>386 VBがランク外になったのは時代を感じるな。
Swiftは6月1月分を12で割ってるから本来x12しても良いくらい。
瞬間風速が有るにしても年平均10%位は確保しそうだな。
goやDartがトップテン入りするのはいつか。
出てから年月が経ってるけどな。
日本の求人では、Pythonはあまり見ない
VBはもっとよく見る
>>374 こういう翻訳はよくわかる
漏れも機械翻訳を使いながら、
Mozilla(MDN)の翻訳に挑戦しているけど、
外人の文章は、長くて要領を得ない
説明を後ろに、ドンドン付け足していくから
A, B, C, D という感じ
しかも勝手に意訳できないでしょ?
本当は、意味のない所をバッサリ削除したいけど
ドラゴン・イングリッシュの竹岡広信の本を見ると、
わかりやすい翻訳は、かなり端折って意訳している
こういう意訳をしても、良いのかどうか?
>>385 禿はアンドロゲンの蓄積によって引き起こされる肉体改造の副作用。
指先1つで死兆星を見せることができるのが禿グラマ
英語は言いたいことを先に述べて、そのあと補足とかを付け足せるような文法だからだろ
つか
>>374 は意訳とかいうレベルではないから
ぼくは、Luaちゃん!
393 :
デフォルトの名無しさん :2014/07/07(月) 02:19:18.21 ID:FDC9Lr6W
問題あるなら話すればいいだけのことなんだが コミュ障の権化なのか?
話掛ける自体が法的に規制されてんだろ
395 :
デフォルトの名無しさん :2014/07/07(月) 05:29:55.00 ID:nkkUMJeM
二度と話かけんなよハゲ
一度も話し掛けたことねぇよ。死ねカス
397 :
デフォルトの名無しさん :2014/07/07(月) 08:39:36.61 ID:FDC9Lr6W
あー理解した 犯罪レベルで相当キモいんだね
>>386 PythonにもperlのPHPと同じ様なSpyceと言うのが有るけど、検索しても日本語サイトはほとんど出てこないな。
いずれにしろ PHP,PerlからPythonへの世代交代が急激に起きてるな。 WSGI、PSPも使えるし。
Java, に代わるものが出てくるかどうか。 しばらくは無理だろうな。 数年後は解らないが。
Javascriptは、今後のWebクライアント用言語がどういう展開をしていくかで左右されるが10年位は中心言語であり続けるだろう。
C言語系は根幹的な言語なので根強い人気が有るが、C++等古いシステムに継ぎ足してきてるから複雑になりすぎてる。 新しい体系への脱皮が必要な時期だろうな。
D言語が伸びるのは難しそうだが、golangやSwingが伸びる可能性は有りそう。
Javaに変わるのはやはりJVM上で動くものだろうな とはいえ、今のところその筆頭候補であるScalaも爆発しそうな感じがない 果たしてScalaなのか、それともまだ見ぬ言語なのか
>>398 perlのPHPって言うから見てきたけど
どこがperlのPHPなの?
JavascriptとLLVMに散らばって JVM自体いらない子になるというコースも
>>400 ごめん、俺の勘違い。 初期の頃はPerlで書かれてたけど今は違うんだな。 構文がPerlからとってきたものが多いしそのままだと思っていた。
今後の注目の的は、LLVMの動向だろうな。 LLVMの中間コードが各コンピュータ上で実行できるようになればJavaの存在は脅かされる。 WebクライアントとしてはDartがどこまで本気なのかどうか。 なんだか総花的であまり魅力を感じない。 Googleの出方が台風の目になる可能性は有るが、golang にしてもやる気が有るのかないのか。 Javaの開発者と敵対する事にもなりかねないし。 SwingはAppleとして全力で取り組む意気込みが感じられるし開発者も殆どがもろ手を挙げて歓迎してるからのびるだろう。 今後の発展性も有りそう。
> SwingはAppleとして全力で取り組む意気込みが感じられるし Swift だろ、と一応ツッコんでおく
>LLVMの中間コードが各コンピュータ上で実行できるようになればJavaの存在は脅かされる。 動向もクソも最初っからlliコマンドで実行できるようになってるけど何言ってんの?
妄想で未来を語りたがるやつが多くて困る 自分では欠片も影響を与えられないくせに
>>403 はLLVMの中間コードに変換したアプリがどんなOSのマシン上でも同じように動くことを夢見てるんだろ
でもLLVM自体はそんな目的のためのものじゃないし、それのために頑張らなきゃいけないのはOSの方だから
browserにllvmが載るか、browser上の要素を抽出した仮想マシンができると予想 Smalltalk化
>>405 言葉が足りなかったかな。 俺のブラウザでは動かないけど?
Pre-built Binaries: を見ると、WindowsもiOSもAndoridもなさそうだけど。
(Visual StudioでLLVMが動くと言うのは微妙)
なんにせよ。 クリックで実行されるとか、殆どのブラウザでプラグインでも良いから動く状態にならないと使えるとは言えないだろ。
Javaと同じ状態になれるかどうかと言ってるんだよ。
410 :
デフォルトの名無しさん :2014/07/07(月) 20:39:24.10 ID:W1YfdlTj
LLVMは、C#(DOTNET)にネイティブ変換機能をつけたようなものだろ。 LLVMは一大勢力になってきてるが、LLVMが凄いというよりLLVMの開発陣が凄い。 DOTNETもC++や他の言語も使えるが、LLVMに抜かされた感じ。
c# on llvmが最強
違う
LLVMが抽象化してるのはあくまでマシン語レベルであって APIレベルではないからJavaと同じ状態とか意味不明
>>413 LLVM 全機能のことを言ってるんじゃ無くて、LLVM IR/bc を一つの共通可搬バイトコードとして、それだけを実行出来る VM ( LLVM の一機能だけを取り出して独立させてると考えて良い) が広く普及したら良いなと言う話だよ。
例えば全ブラウザ上で実行出来るだけでも良い。 例えオプションで追加する機能でも。
必死で条件くっ付けて膨らませて強弁すんなよ
だからLLVMが対象としてる抽象化レベルでの話ならlliがそれなんですが ブラウザとか出てきたらLLVM以前に全ブラウザ共通のAPIを決めないと何も出来んだろ
>>408 つNativeClient
つArchemist
>>414 LLVM は Low Level VM の略語で、
>>413 ,416 が言うように仮想的なマシン語でしかない
「仮想的なマシン語」というのは Intel や ARM といった
CPUに固有の(=ネイティブな)命令セットを抽象化したという意味
Java VM(
>>409 )、.Net CLR(
>>410 ,411)、
Smalltalk VM(
>>408 ) といった高レベルVMとは
レイヤーが異なるから、直接の比較対象にはならない
通信プロトコルであれば、HTTP(アプリケーション層)と
Ethernet(データリンク層)を比較して優劣を語っている
ネットワーク音痴と同じレベル
N速+ならそれでもいいが、ム板で比較を議論したいのなら、
言語処理系実装の仮想化に関して、高レベルが優れているのか
それとも低レベルが.... といったものにしてくれ
>>416 APIを決めてしまうとある程度言語の方にも制約が出てきてしまうな
それに言語間の相互運用性は当然必要だろうから、ブラウザのAPI以外もそれに合わせることになるだろうね
結局JavaやCLIと変わんなくなるな
422 :
デフォルトの名無しさん :2014/07/07(月) 22:02:32.24 ID:w/Yi4FUy
>>422 Chrome Appsじゃガワがブラウザなだけでネイティブアプリと変わらん
サンドボックスなんだったら署名のない普通のWebサイトに置いてある署名のないコードを
そのまま実行できるようにしないとね
間違いなく阿鼻叫喚だろうけど
>>420 ,
>>421 面白いね。 PNaCLがLLVM IRを扱えるとは知らなんだ。
これだと、Chromeはサポートするだろうし、WebKitも形態は違うがLLVMのFTL JITが乗ったし、ほぼ共通の土台が出来そうだな。
面白いこれで進んで欲しいね。
>>422 あれ? Chromiumじゃなくて標準Chromeで動くようになったのかな?
だから共通APIが重要なんだって ゲーム程度なら限られたAPIが提供されてればいいけど いまのPepperAPI程度じゃJavaを駆逐するとかまだ夢のまた夢
427 :
デフォルトの名無しさん :2014/07/07(月) 22:29:01.98 ID:w/Yi4FUy
LLVMもGC支援が付いて、CogVMとかと遜色無くなりつつあるね。
http://llvm.org/docs/GarbageCollection.html CogVMのdoesNotUnderstandやJVMのclass及び
構造化例外機能ほど高水準な機能はないけど、
割りと近づいては来てる感じ。
特にSmalltalk(CogVM)の言語機能は殆どCogVM上で動く
Smalltalk自身で実装されててVM自体の高水準な機能は殆ないから、
殆ど置き換えられそうだ。
因みによくVMと誤解されるLauncher(JVMならjavaコマンド)は
VM本体じゃないよ。
428 :
デフォルトの名無しさん :2014/07/07(月) 22:32:39.16 ID:w/Yi4FUy
>>426 入出力用のAPIさえ充実してれば後はLibraryでどうにでもなるでしょ。
430 :
デフォルトの名無しさん :2014/07/07(月) 22:40:38.62 ID:W1YfdlTj
共通中間言語 - Wikipedia
共通中間言語は、共通言語基盤 (CLI) で定義された最も低水準な人間が解読可能なプログラミング言語であり、.NET FrameworkやMonoにより使用される。
CLI互換な実行環境をターゲットとしている言語はCILにコンパイルされる。CILはオブジェクト指向なアセンブリ言語であり、完全なスタックベースである。
add eax, edx
これに相当する中間言語 (IL) のコードは以下のように表せる:
ldloc.0
ldloc.1
add
stloc.0 // a = a + b or a += b;
int r = Foo.Add(2, 3);
CILにおいて:
ldc.i4.2
ldc.i4.3
call int32 Foo::Add(int32, int32)
stloc.0
LLVMアセンブリ言語でHello, world!
@str = internal constant [14 x i8] c"Hello, world!\00"
declare i32 @puts(i8*)
define i32 @main()
{
call i32 @puts( i8* getelementptr ([14 x i8]* @str, i32 0,i32 0))
ret i32 0
}
https://github.com/ujihisa/onsg9/blob/master/slides.md
431 :
デフォルトの名無しさん :2014/07/07(月) 22:54:56.48 ID:w/Yi4FUy
>>431 >既にNativeClient用のQtとか、Unityとかが出てるよ。
絶滅寸前のマーナーライブラリが生き残りを賭けてるという印象
>それに、新しいLibraryで無くてもAPIがPosix互換だから、
Posix互換なら clang でいいんじゃね?
433 :
デフォルトの名無しさん :2014/07/07(月) 23:08:52.37 ID:w/Yi4FUy
海外ばかりNativeClientが普及してるってのは、
ChromeOSの影響が大きいのかもね。
ChromeOSで機械語と同性能のSoftを作る手段って
事実上NativeClientしかないからさ。
https://developer.chrome.com/native-client/faq Portability: Native Client and Portable
Native Client applications can execute on:
The Windows, Mac, Linux or ChromeOS
operating systems.
Processors with the x86-32, x86-64, or
ARM instruction set architectures. Native
Client also has experimental support for
MIPS.
LLVM のJITは、Javaバイトコードや、CILバイトコードをフロントエンドにして実行時コンパイルする事も出来るからかなり下位レベルだよ。 このレベルではライブラリと言う概念は無いだろ。 機械語レベルのライブラリは有るかもしれないが。 ライブラリやAPIは上位レベルの言語レベルで規定されるものだから、C++やC#等のlibcや go, Java等のライブラリだろ。 ブラウザに限って言えば例えばWebKitライブラリとかそんな感じじゃないのかな。 JITの実行には無関係だろ。 実際最新のWebKitのLLVM JITは、JS JITの下位レベルでは有るが動いてるし。 この場合上位を規定しているのはJavascriptであり、LLVMは縁の下の力持ち。
>>431 Qt for Native clientとか、それJavaでいったらアプレットみたいなものが作れる程度じゃないの?
436 :
デフォルトの名無しさん :2014/07/07(月) 23:23:24.82 ID:W1YfdlTj
DOTNETの中間コードは高級で、LLVMの中間コードはそうではない根拠が不明。
>>430 にサンプル載せたが。
437 :
デフォルトの名無しさん :2014/07/07(月) 23:30:00.73 ID:w/Yi4FUy
>>435 PlayStoreでNativeClient使ったSoft探してみたらいいよ。
SIMD使えたり、OpenGL使えたり、
Hardware機能直叩きできるからAppletより
自由度は高い感じだね。
438 :
デフォルトの名無しさん :2014/07/07(月) 23:32:13.95 ID:w/Yi4FUy
430で言ったらputsは誰が面倒見んだよって話だ
>JITの実行には無関係だろ そーですね。だからLLVMの動向とか全く無関係ですね。
>>437 SIMDつかえたりOpenGL使えたりするのはChromeがそれをサポートしてるからだよね?
それをLLVMから使える共通APIと言ってよいものかな?
どんなOS上でも動かせるってわけじゃないよね
442 :
デフォルトの名無しさん :2014/07/07(月) 23:42:08.42 ID:W1YfdlTj
私がJuliaを推す理由
多くのプログラマにとってプロトタイピング用の言語はPython,Ruby,もしくはRだ。いったんコードが動いたら、こんどは遅いところをCやC++で書き直す。
しかし好ましくないことに、プロトタイピング用の言語とC/C++の間には大きな壁があるそしてC言語とアセンブラの間にもまた大きな壁がある。
今は色んなプラットフォーム いくつか挙げるならJava HotSpot, PyPy, asm.js、そういうのがC言語と同等のパフォーマンスを他の言語でも実現するとうたっている。
そのちょっと後で、私はJuliaが他の言語と決定的に違う点に気づいた。
Juliaは2番目の壁を打ち破る、つまり高い抽象度のコードとネイティブアセンブリの間の壁を超えるものだということだ。
C言語と同等のパフォーマンスを出すコードをJuliaで書けるだけじゃなく、どんな関数でもLLVMの中間言語コードとさらにそれがアセンブリコードにどう翻訳されるかを見れるのだ。
うぉ、1行の関数を書いてからLLVMで最適化されたx86アセンブラコードを確かめるまで20秒もかからずに出来てしまった。
最初にプロトタイプを作ってからマルチコアやSIMDでパフォーマンスを最適化するまでをJuliaだけで出来ちゃうのが現実的なベネフィットなのだ。
いってみればこれはNode.jsがWebシステム開発でやっていること、つまり全然違うグループのプログラマが同じ言語を使ってるということ、それと同じことを科学技術計算でやるということだ。
Juliaがあればドメインエキスパートと実行速度厨が一緒に仕事できる。それは大きなことだ。
この言語は他とは違って圧倒的に簡単にCのライブラリを呼び出すことができる。
他の言語にあるネイティブインタフェースとは違って、C側にそれ用のコードを全く書かずにJuliaからCのコードを呼び出せる。
個人的に使ってみた感じだと5千行のCのコードを、C側のコードを全く改変せずにJulia側で150行書くだけでJulia用のライブラリにすることができた。
Juliaは、MITの数学や科学や技術に携わる学生たちがCやFORTRANに代わる速くて実践的な言語が欲しくて作ったものだからだ。
なので言語自体の美しさではなく答えを速く出すことのために設計されている。私にとってそれはまさにコンピューティングの本質なんだ。
http://d.hatena.ne.jp/isobe1978/20140330/1396201066
443 :
デフォルトの名無しさん :2014/07/07(月) 23:58:51.48 ID:w/Yi4FUy
>>441 Chromeが動くOSならどれでも動くよ。
ところで君が言いたいコトはLLVMだけじゃJavaや
Smalltalkみたいな移植性は無いって事でOK?
そういう意味でならLLVMには移植性が無いけど、その水準ならJVM単品や
CogVM単品じゃ移植性が無いのと同じ。
多分それも分かってるんだろうと思う。
じゃそこを何が支えるかというと、
System CallとLibrary。特にCore Libraryや
Foundationとかいう部分だね。
SmalltalkもJavaもCore Libraryを持ってる。
LLVMは単なるVMでしかないから、当然そんなものはないけど、
NativeClientという形ではPepperAPIという
Core Libraryが存在してるんだ。
だから移植性については問題ないよ。
Core Libraryの上に構築されるLibraryは
SmalltalkだろうがJavaだろうがNativeClientだろうが労力は同じだ。
Juliaは配列が1-originなのが受け付けない マジで勘弁して頂きたい
445 :
デフォルトの名無しさん :2014/07/08(火) 00:09:46.10 ID:SmxPoMVm
>>441 補足。もっと言うとLibraryの充実度は、JavaよりNativeClientの方が高いよ。
なんせPosixとOpenGLをCの関数で備えてるからね。
Cでつくられた膨大な資産を殆どそのまま流用できちゃう。
それどころか、PythonやJava、Smalltalkで書かれた資産も使えるんだ。
便利なもんだね。
さらにはNativeClientに特化したQtやUnity他も使えるからか、
流用できる資産には苦労しないよ。
>>443 iPhoneじゃ動かないよね
当然のことながらLLVMだけじゃ移植性が足りないって感じかな
移植性のあるVMみたいなものを実装するにはLLVMはいい素材だと思うよ
誰かが作ってメーカを超えたレベルで普及させてくれるのならば
>>436 ,439
add や puts 等の単純な手続きコールでは、
Java VM, Smalltalk VM, CIL, LLVM どれも差は無いよ
中間レベルと低レベルの違いは前提とするランタイムの有無
Java VM, Smalltalk VM, CILといった中間レベルVMは、
どれもガーベッジ・コレクションや基本ライブラリなどを提供する
"特定のランタイムを前提" にしている
(CIL ならば
>>430 のWikipediaの図中にある CLI や BCL の部分)
それに対し、LLVMでは処理系開発者が自分でランタイムを実装する
Clang の場合は libc に相当する最小のライブラリがあればいい
Swift の場合は LLVM上でOSX/iOSのランタイムを利用する
448 :
デフォルトの名無しさん :2014/07/08(火) 00:28:46.98 ID:SmxPoMVm
>>446 NativeClientの場合はWeb Browser必須って縛りはあるね。
それにLLVMの中間言語形式だけでSmalltalkのimage並に移植される事もないだろうね。
Javaのclass file形式程度の移植性も厳しいかもしれないね。
Qtが完全対応してくれれば、中間言語形式でもJava以上の
移植性はあるだろうけどC++限定になっちゃうね。
因みにiOS系のNativeClientについては、時間の問題じゃないかな?
分裂したとは言えSafariとChromiumの中核は共有されてるし、
Steveが死んで縛りも弱くなったしね。
449 :
デフォルトの名無しさん :2014/07/08(火) 00:41:00.95 ID:SmxPoMVm
>>447 多分話が
>>439 と噛み合ってあってないと思うよ。
>>439 が言ってること
中間言語形式+Foundationによる異なる実行環境の移植性
LLVMは、中間言語形式だけしか規格しておらず、
Core Libraryも規格化されてるSmalltalkやJavaの用に移植できない。
>>447 の
>>439 に対する理解
LLVMは他のVMより低水準だ。
>>449 SmallTalk/Java -> LLVM BC 実行
言語を選ばない。
>>448 iPhoneがサンドボックスの中とはいえ、任意コードの実行を許すと?
453 :
デフォルトの名無しさん :2014/07/08(火) 06:49:38.69 ID:lqCYhNdm
454 :
デフォルトの名無しさん :2014/07/08(火) 07:07:33.94 ID:RbezwLvS
>>450 「SmalltalkやJava用に」じゃなくて、
「SmalltalkやJavaの様に」ね。
あとSmallTalkって書くと別物だよ。
>>453 スタックマシンってなんか難しそうで冗長で低級に見えるよねw
そこに書いてある分だけでもよく読めばC#の型システムを丸ごとネイティブサポートしてる超高級言語であることがわかるんだけどね
456 :
デフォルトの名無しさん :2014/07/08(火) 07:59:25.77 ID:RbezwLvS
低級言語=高級言語が出力する下級の言語
なんでスクリプトバトルロワイヤルでこんな話してるんだ
スクリプトの未来だよ
アフィ付きのリンクを貼るアホ
そうかな? こんなの問題無いんじゃ無いの? そんな事言ったら、Amazonは?Yahooは?楽天は? Googleは?
>>462 通報したらこのアソシエイトコード持ってる人が垢停止されるよ
登録してないサイトに[](
http:// )貼るのは明確な違反行為
Amazonは基本警告なしに一発だよ
そう信じて必死に通報してるのかなーこの人w
それとも自分で、嫌がらせのために他人のID付けて書き込んだりとかかなw
>>463 ごめん、疎いんだけど、どこに通報するの? 何処のアソシエイトコードの事を言ってるの?
誰がどこに登録していない場合に誰が違反とみなすと言ってるの?
リンクがどこに張られてたら誰が違反だと言うの?
なんでAmazonが他のサイトの事に口出しできるの?
全く日本語が解らなくてごめんね。
------------
書いててアホらしくなったけど後学の為に教えて。
こうやって自分の知らない知識を、他人を煽って引き出そうって人居るよね
>>335 > railsは底辺土方とは言ってないだろ
私は
>>333 じゃないが…
>>330 > 底辺土方はcake、railsだな
おもいっきり「底辺土方」って言ってるじゃん。
…とか流れぶった切って浦島レス。
>>468 同意。
>>467 は天然のアホか意地汚いアホ。
自分でアソシエイトって書いてるんだからそれの意味知ってるはずだから、
それを自分で調べれ。
> 明確な違反行為 条文も示さず「明確な」なんて言う奴を相手にしなくていいよ
Amazonアソシエイトの利用規約だろ
>>449 >>439 は単に手続きコールという処理系の表層を語っていたと判断したけど、
事実は本人にしか分からんね
まぁそれはそれとして、
> LLVMは、中間言語形式だけしか規格しておらず、
> Core Libraryも規格化されてるSmalltalkやJavaの用に移植できない。
の部分は、明らかな「LLVMに関する理解不足」だ
>>447 を繰り返すけど、LLVMでは、処理系開発者が Garbage Gollection を含む
Core Library (いやゆるランタイム)を独自に設計/実装することで、
あらゆる言語をサポートできる
・The LLVM Compiler Infrastructure Project
http://llvm.org/ProjectsWithLLVM/ たとえば Ruby なら、Rubinius や MacRuby といった LLVM 実装が上記ページにある
また Ruby 仕様のサブセットではあるけれど、Ruby の中間レベルVM である YARV を
低レベルVMである LLVM へ翻訳(compile)して実行する yarv2llvm という
実験的なプロジェクトもある
・yarv2llvm Wiki · GitHub
https://github.com/miura1729/yarv2llvm/wiki/japanese Ruby のケースと同様に、Smalltalk や Java のソースを直に LLVM へ翻訳することも、
それらVMのバイトコードをLLVMコードへ翻訳することも「技術的には可能」だ
473 :
デフォルトの名無しさん :2014/07/08(火) 22:33:26.78 ID:lqCYhNdm
.N
474 :
デフォルトの名無しさん :2014/07/08(火) 22:43:14.19 ID:lqCYhNdm
>>472 たとえばそのMacRubyのLLVM実装っていうのはCocoaに依存していて、
そいつが吐き出すLLVM中間コードは、Cocoa上で動くBitコードにしか変換できないし、
Cocoa上で動くJIT-VMでしか動かないのではないかな?
Javacが吐き出す中間コードは、一応どんなOS上でも動くことを目指してるよね
その辺が
>>449 が言いたいことなのではないかな?
476 :
デフォルトの名無しさん :2014/07/08(火) 22:48:18.74 ID:p6RIbxo0
>>472 中間言語形式だけって言ったのは間違いだったね。ごめん。
478 :
デフォルトの名無しさん :2014/07/08(火) 22:55:31.75 ID:p6RIbxo0
>>472 CoreLibraryの部分については誤解があるね。
CoreLibraryって言ってるのは、CRTみたいな言語を
動作させるために最低限必要な実行時Libraryじゃなくて、
Qtの様にOSをそのままの隠蔽できるLibraryの事を言ってるんだよ。
>>478 とりあえずOSにあるAPIをぶちまけるだけなら簡単だけど
サンドボックスとして実用的なものにするためには相当慎重に設計して手間かけて実装する必要があるよね
Canvas2D一つだけでもあのザマなんだから
>>475 >Cocoa上で動くJIT-VMでしか動かないのではないかな?
>Javacが吐き出す中間コードは、一応どんなOS上でも動くことを目指してるよね
そりゃそうだ
Swifが吐き出したLLVMコードが OSX/iOS 上でしか動かないのと同じ
>その辺が
>>449 が言いたいことなのではないかな?
単に中間レベルVM(Java VM や Smalltalk VM)と低レベルVM(LLVM)の「目的の違い」を
>>449 が理解していないだけだと判断したけど、真実は本人にしか分からんよ
必要なら、
>>449 本人に確認してくれ
もし分かっていたなら、
>>449 みたいな文章にはならないはずだと思うけどね....
>>478 Qt が core libilaly の一種だと?
だめだこりゃ....
>>480 そもそもその目的の違いを理解してないから、
Webの共通プラットフォームに利用しようなんて見当違いな話になったんだろ
共通プラットフォームとしては言語処理系をどうするかなんかよりライブラリの方がずっと重要だ
プログラミングオタクからすれば言語処理系にフォーカスしてる方が楽しいからそっちにばかり目が行きがちだけどね
>>481 Qt触ったことあるの?
あれはGUIライブラリというより.NETやJavaのスイートに相当するものだよ
ある種のVMと言ってもいい
>>482 >Webの共通プラットフォームに利用しようなんて見当違いな話になったんだろ
PNaClが正にその物じゃないの? 全てのブラウザが追随するかどうか未知数の部分は有るけどWinとMac,LinuxのChrome内では動くだろ。
>>483 .NET や Java のスイートがコア・ライブラリの一種だと?
だめだこりゃ....
>>484 だからそこは別にemscriptenでもasm.jsでもLLVMでも何でもいいでしょ
必要なのはAPI
>>484 クロスプラットフォーム API である Google Pepper API と
仮想機械(VM)である Google PNaCl とをゴッチャにしていないか?
略語を使うなら適切な文脈で使ってくれ、たのむ
489 :
デフォルトの名無しさん :2014/07/09(水) 01:59:31.84 ID:O1jvNzTi
どれだけ低級なマシン語相当の記述が可能かどうかだろ。 たぷんJavaバイトコードはLLVMアセンブラに対応させられ逆もできるだろ。アセンブラ言語としての実力は同等では。 Javaバイトコード - Wikipedia IBMのdeveloperWorksによると、「バイトコードを理解することと、Javaコンパイラにより生成されるバイトコードが何であるかを理解することは、 アセンブリ言語の知識がCやC++プログラマの助けになるのと同じように、Javaプログラマの助けになる」とされている。 例 0: iconst_2 1: istore_1 2: iload_1 3: sipush 1000 6: if_icmpge 44 9: iconst_2 10: istore_2 11: iload_2 12: iload_1 13: if_icmpge 31 16: iload_1 17: iload_2 18: irem 19: ifne 25 22: goto 38 25: iinc 2, 1 28: goto 11 31: getstatic #84; //フィールド java/lang/System.out:Ljava/io/PrintStream; 34: iload_1 35: invokevirtual #85; //メソッド java/io/PrintStream.println:(I)V 38: iinc 1, 1 41: goto 2 44: return
490 :
デフォルトの名無しさん :2014/07/09(水) 02:27:46.93 ID:V0tl3oDx
このスレは話題毎の目的と流れが見えて無い人が多いんじゃないかな?
今の話の流れは
>>403 から始まってて、
1. LLVMを使ってSmalltalkやJavaの様に
中間言語の状態(翻訳済みの状態)で各種実行環境に移植できるか
関連する話:
- Portable Native Client
- Qt
- Posix
- OpenGL ES
- PepperAPI
- CoreLibrary/Foundation
- Smalltalk / Java
2. LLVMは言語や環境に依存しないよ
関連する話:
- bit code
- Mac Ruby
- .Net / CLI / CIL
- CogVM / JVM
っていう趣旨の違う2通のレスと流れがある。
例えば
>>480 は2.の流れでレスしてるんじゃないかと思う。
ただ、1.と2.は趣旨が全然違うから2の流れだけで1の流れに
レスしたり、その逆のレスをするから混乱してるんだろうなと思う。
491 :
デフォルトの名無しさん :2014/07/09(水) 03:10:54.20 ID:O1jvNzTi
仮想マシン上で動作する仮想アセンブラと、 実マシン用にコンバートする仮想アセンブラは原理としては同一言語に統一可能だろ。 動かす側の差でしかないのでは。
492 :
デフォルトの名無しさん :2014/07/09(水) 03:18:18.41 ID:1E/OLQK4
ジャバチップどうなったの?
493 :
デフォルトの名無しさん :2014/07/09(水) 07:23:29.81 ID:bP7KstZg
そらAssemblerはAssemblyを Assembleするだけだし、 VM上で動くかNativeで動くかで違いわ無いわ。
>>469 AはBである
BはAとは限らない
単純な論理の話でなくて?
>>491 クラスやGCは?リフレクションは?動的コード生成は?
.NETやJavaでは言語の機能をほとんどVMに丸投げにしていて、
ILなんてほんのちょっとプリプロセスかけただけのソースコードに過ぎない
逆に実マシン用アセンブラの言語をそれらのVM上で動かそうとすれば、
元の言語のクラスなどのセマンティックスがほとんど失われてしまう
結局どちらかがどちらかをエミュレートするような形にしかならない
496 :
デフォルトの名無しさん :2014/07/09(水) 08:16:02.56 ID:bP7KstZg
picojavaなんて存在はするから統一は出来るんだろうよ。 遅いから普及しないけど。
>>490 >1. LLVMを使ってSmalltalkやJavaの様に
>中間言語の状態(翻訳済みの状態)で各種実行環境に移植できるか
やっぱり分かっていないみたいだな ....orz
LLVMを使っても、アプリケーションと言語処理系のどちらとも
OSという異種実行環境には対応(移植)できないし、それらはLLVMの目的ではない
3種類のレイヤー(
>>418 )について、それぞれの目的を示す
[共通API]
・例:POSIX、OpenGL、Qt、Google Pepper API など
・目的:アプリケーションの異種実行環境(OS)に対する移植性を高めること
[中間レベルVM]
・例:Smalltalk VM、 Java VM、Microsoft CLI(.Net Framework)など
・目的(1):言語処理系の異種実行環境(OS)に対する移植性を高めること
・目的(2):Scala(Java VM) や F#(CLI) のように異種言語の実装を容易にすること
[低レベルVM]
・例:LLVM
・目的:言語処理系の実行アーキテクチャ(CPU)に対する移植性を高めること
・備考:Portable Native Client(PNaCI) は LLVM 技術を採用したGoogle独自規格の名称
>>498 あんたもちょっとスレの流れを読もうとする努力をしたらどうかな?
>>490 は「LLVMを使ってSmalltalkやJavaの様に中間言語の状態(翻訳済みの状態)で各種実行環境に移植できる」と言ってるわけじゃないだろ
言ってるのは
>>403 ID:K8QQxYM3 = ID:msYhinmO = ID:SDA1RKlK
500 :
デフォルトの名無しさん :2014/07/09(水) 22:23:21.47 ID:mgN8TUH5
ID:lknlO7J2 は他のレスの意図を考えず脊髄で書き込むから、 もう何を言っても無駄だな。NG IDしとくか。
501 :
デフォルトの名無しさん :2014/07/09(水) 22:27:28.01 ID:O1jvNzTi
.Net Frameworkも実行時にネイティブ変換してるだろ。そういう規格で作られてるはずだろ。 これには、仮想アセンブラか仮想機械語を実行する仮想マシンは存在してないはず。
502 :
デフォルトの名無しさん :2014/07/09(水) 22:47:02.40 ID:JSSlCWCA
機械語周りの話するときはちゃんと言葉を使い分けてくれ。 AssemblerをAssembly Codeの意味で使われると、 レスを読む側はAssembly Codeの事なのか、 本当にAssemblerの事を言ってるのか混乱してくる。 Assembly Language(組立言語) Assembly Code(組立言語で書いたcode) Assemble(Assembly Codeから機械語への変換・組立) Assembler(Assembly CodeをAssembleするTool・組立機)
歴史を改変できるなら、browserにはsmalltalkを載せた
ただしセキュリティの観点から ローカルにアクセスできる機能はなくしたSmalltalkだ。
>>499 >
>>490 は「LLVMを使ってSmalltalkやJavaの様に中間言語の状態(翻訳済みの状態)で
> 各種実行環境に移植できる」と言ってるわけじゃないだろ
知らんがな、本人に確認してくれ
ただし、もしも正しく理解しているならば「LLVMで中間レベルVMの目的を達成できる」
という(
>>403 の?)意見が間違いであることを直ぐに見抜くことができたはず
残念ながら、
>>490 はその間違った意見を何ら否定せず引用した
だから
>>490 は言語処理系設計におけるレイヤー化の概念を理解してないと判断した
あと
>>403 はベンダーやマスコミの垂れ流すバズワードに振り回されている
可哀想な子に見えるけど、
>>490 には一緒になって振り回されんなよと言いたかっただけ
ただ、ここは2chの雑談スレなんだから細かい事はいーんだヨという意見も理解する
Qtにllvmがあれば、最初からjavaなんか不要だったよね
507 :
デフォルトの名無しさん :2014/07/10(木) 01:11:50.93 ID:sDpdVJR+
QtはC++製ライブラリで、JavaVMや.Net FrameworkやLLVMとか別種のものだろ。 C#やらJavaが提供している標準ライブラリ相当のブツだろ。
だから、バイナリレベルの互換性とクロスプラットフォームなライブラリがあれば十分
アセンブリ言語をアセンブルするのがアセンブラ
スクリプツの話になったら起こして
スク水リプニツカヤ?
スコップ
|| 土 ||
|| ||
|| 土 ||
>>510
実際の所、1つの言語が、binary吐いたり、VM、browser上で動いてくれたら良いんだけどね その要求を満たすのに一番近い言語が、javascriptしかないっての本当に皮肉
スクリプターさん達が戸惑ってるからスクリプト言語の話しようぜ
515 :
デフォルトの名無しさん :2014/07/11(金) 00:13:05.03 ID:RRV/Pxnb
ある言語をScript(Applicationの制御用)として使うか、 汎用言語(GP)として使うかは自由で、 大半の言語はScriptとして使えるんだから、 今までの話もスレ違いじゃない。 特にBrowser制御ならBrowserがScripting Hostになるわけだから、 Scriptとして機能するNativeClientの話もスレ違いとは言えない。
516 :
デフォルトの名無しさん :2014/07/11(金) 00:16:19.37 ID:C9yDKFZI
C++のSCRIPTもあるな。物理の方面で。
517 :
デフォルトの名無しさん :2014/07/11(金) 00:32:20.36 ID:RRV/Pxnb
Root SystemのScriptか。 Interpreter実行だけじゃ無くCompileも出来るんだってね。 そのくせReflectionもできるっつう変わり者。
518 :
デフォルトの名無しさん :2014/07/11(金) 01:40:46.25 ID:gdJsXwWR
変わりものっつうかすべての言語は オプションでそれが出来るようになってて欲しい。 いくら良い言語あってもネイティブ吐けないなんて片手落ちだわ
519 :
デフォルトの名無しさん :2014/07/11(金) 02:18:46.37 ID:C9yDKFZI
>>518 それが言語仕様になるわけがない。それを言語仕様に取り入れずとも、あとからネイティブ変換機能は追加可能。
たとえば、C#やJavaですら開発者しだいでは可能。
やったことないけど、C#互換のMonoは出来るらしい。
520 :
デフォルトの名無しさん :2014/07/11(金) 02:26:41.64 ID:C9yDKFZI
Javaもやらんかな?
プログラマのミスなのか トランスレータのバグなのか <=== New! ブラウザの問題なのか またはそれ以外の問題か
トランスレータのバグを踏まないために、javascriptで直書きするんだよ
525 :
デフォルトの名無しさん :2014/07/11(金) 13:07:56.51 ID:GkReUTvU
c# on llvmが決定版
>>524 コンパイラのバグを踏まないために
マシン語を直書きするんですよね?
Web屋はコンパイラ作っちゃダメだ 品質意識が低すぎ
>>527 c,c++,c#,javaの品質と比べるまでもないよね
例えばどの辺が? と訊いたら、たぶん逃亡しちゃうんだろうなぁ
製品やエンタープライズ用途で使うものでもない、無償のツールなんだからテストされてないことぐらい想像つくよね
あ、具体的にこんなバグ踏んだ、とかじゃないんだ だったらいいんですよ、無理に書き込まなくて
CPUのバグ踏まないように自作CPU
Dartは知らないけど、TypeScriptはトランスレータのバグというより JSに起因した一見バグに見える不自然な制限が多い印象 Coffeeはマジでバグだらけ
JavaScriptをJavascriptと書くとJSerさん達が怒り出すから笑える カードキャプターさくらみたいな
カードキャプチャーのつもりだった。正しいほうを書いてどうする
大体、translater使うとjavascriptの為の関連ツールが使えない。 変換後のコードを対応付けるツールのバグを踏む可能性も出てくるわけで、altJSは使うだけのメリットがない
altJSが出てくる理由を考えると切ないのぉ
githubに溜まる連中の虚しい努力って思うと切ないね。 才能だけじゃ金儲けできないんだね。切ないね。
atomってcoffeeだったような
結局ライブラリとかの資産なんだよね。 オープン性のメリットを捨てる代わりに対応するプラットフォームでの速度を 享受できるんだろうけど はたしてJSの置き換えになるかはわからんね→これはswiftにも言えることだけど
危ないことをしないように書いてんだろ dartやtypescriptからも同じようなもの出てきそう。そっち、使うよ
>>542 言語としてのSwiftは、Objective-Cの資産を全て使えるんだから単なる新しい言語では無い。
JSの置き換えになるかどうかと言う話は未知数。何をどうするのか解らないんだから。
ただ、DartがECMAScript8の椅子を狙ってるとしたら、Appleも黙ってはい無いだろう。
545 :
デフォルトの名無しさん :2014/07/12(土) 02:43:54.32 ID:jK5FoAVe
>>537 Card Capture Sakulaがどうしたって?
546 :
デフォルトの名無しさん :2014/07/12(土) 05:38:35.68 ID:1mRFeqa8
次のコードで画面上部に移動する事が出来ました。 $("html,body").animate({scrollTop:0},'fast'); ページ内の一番下までスクロール移動するにはどうすれば良いですか?
547 :
デフォルトの名無しさん :2014/07/12(土) 09:15:17.61 ID:tghxgV5+
Rubyアンチかな?
ruby?
PythonやPerlかもしれないが jQueryのコードをPHPと勘違いするような馬鹿が使う言語として貶めたいのかと思って
最近PHP質問スレあらしてる奴だろ Rubyの人だったのか
ネタじゃないのか ネタにしてもつまらんけど
CoffeeScriptって無能が多いとこだと敬遠されるのは何で? 優秀なチームは好んで使ってる所もあるのに。 言語仕様的にそうなる要素があるの?
馬鹿には無理
>>554 無能が多いと敬遠されているってのが勘違い
確かにgithubの連中より明らかに無能な奴が coffeescript意味無い的な事書いてたりするな
アンチPHPスレがアンチJavaに荒らされたので アンチPHPが追い出されていろんなスレ荒らしてるんか
>>557 githubの連中より有能なヤツがcoffeescript意味無いって書いてたら同意するの?
けど、その答えってdartやtypescriptなんかのaltjsのことだよね
560 :
デフォルトの名無しさん :2014/07/12(土) 13:30:42.18 ID:wXyVo6GR
てゆーか 日本でわざわざgithubとか使ってる奴なんてほとんどresumeに載せたいだけだろ 長期継続してる奴がほとんどいないというのが根拠
視野が狭すぎ 研究者が趣味でやってるプログラミングとかでもgithub使ってるのよく見るぞ
562 :
デフォルトの名無しさん :2014/07/12(土) 13:34:09.82 ID:wXyVo6GR
ほとんどつってんだろ 一部の例外までは含めてねえよ
>>560 ソーシャルコーディング便利だけどなー
わざわざパッチを送らなくてもブラウザから簡単に要望を投げられて
誰でも issue 書けるのは便利だぬ
>>559 CoffeeScriptはJavaScriptより良いものだけど、
自分達ならもっと良いものを作れると考えたのかもしれないよね?
え?そういう可能性には思い至らなかった?それは君が無能な証拠ですよ。
病院へ逝かれることをお薦めします
CoffeeScriptは実際Node.jsコミュニティだと嫌われてるじゃん あれって単なるシンタックスシュガーなのに、CoffeeScriptだとどう書けばいいのかググることになって時間がもったいないんだよな 三項演算子とか明らかに劣化しているし 関数ですらreturnするのが個人的に大っ嫌い
RT >CoffeeScriptだとどう書けばいいのかググることになって時間がもったいない
あれ使ってるのRubyユーザーだけでしょ
>>566 2007年頃に37個の毒電波でも受けて頭がイカれたんだろ
ただでさえ汚い文法のjavascriptをさらに汚くしたのがCoffeeScript
嫌われてる割にはcoffee対応されてるな
backbone.jsも廃れてangular.jsが主流になったね。 だけど、angular.jsみたいなゴツイframeworkを、 ブームが去った後で誰がメンテするのかは考えた方が良い
自分でメンテするなら、 自分で作ればいいのではないか? どちらも自分でメンテするのは同じだ。 違いは、他人が作ったものなのか、 自分が作ったものなのか。 多く使われているものの方が質はいいだろうけどね。
時間割いてまで、自分でメンテしたくないに決まってるだろ 放っておいたら、妖精さんが来て、バグを直してくれるぐらいが丁度いい。
GoogleにはOSS専用社員がいるんだからメンテ担当者に困ることはないと思うぞ ただしAngularJSは正直あと5年ぐらいかけて成熟させないとととても使う気になれない 自分でさっとjQueryで書けば実現できることを数倍もかけて小回りの効かないAngularで実装するメリットが見えない Backboneは本当に背骨だけだけど、その分カスタマイズ性は非常に高いから自分で肉づけできる
でも、そのうち開発しなくなるかもしれないんですよ? なら今のうちから自分でメンテナンスしたほうがいいじゃないですか。 自分で作って自分でメンテナンスする。 これで自分が死ぬまでメンテンナンスする人はいるということです。
578 :
デフォルトの名無しさん :2014/07/12(土) 21:41:59.60 ID:foTLZZpW
一人で開発するんだったらjqueryでいいけど複数人絡んだSPAとかだと無理だわ 可読性悪すぎる
何処かのエンジェルが大量の資金を突っ込んだ、meteorって使われてるの? あれ以来、ホットな話題を聞いたことがないんだけど
580 :
デフォルトの名無しさん :2014/07/13(日) 03:23:25.26 ID:hh7t9GxI
ホット枯れてるな
JSのプロジェクトは枯れる前にオワコン化するよね
俺はいつも生JS
584 :
デフォルトの名無しさん :2014/07/13(日) 13:25:19.68 ID:2zxrprKP
jsって実際誰の物でもないから jsで何か作っても特に誰からも感謝されないし jsの繁栄を最も左右するのはブラウザ作ってるところだし jsで何か作っても共産主義で100人の怠け者の中で1人だけ働いてるようなもんで どっかの宗教派閥に属して何か作ってたほうがまだマシな暇つぶし
開発しててストレスが一番少ないのはPython
裸のJSを想像しながらjQueryを書こうってエロい人が言ってた
>>586 プログラミングの入門クラスでJavaScriptは採用しないだろ
>>586 実際に触ってるのはドムなんやで
>>586 jsなんて、基本はVBasic レベルだからな。
奥の深い所も有るが認められない。 大規模開発には向か無い。 だから脱JSの動きが出てきてる。
>>591 ミスリードしてるのはお前だろwww
だれもそんな勘違いしないし、書かれてることを素直に驚いてたり感心してたりするだけ。
時代はPython。
就職先が、javaかphpかc#かc++分からないんだから、pythonでいいじゃん 学生時代のプログラミングなんて時間の無駄 技術者として、もっと別の機関に就職した方がいい
4大生はmatlabかRを使うところ以外には、就職しちゃダメだお
>>590 javascript使うヤツらが、わざわざマヌケの集まるだけの大規模開発なんかに参加したがるわけないだろ
プログラミング入門なんてさ、Excel VBAやjavascriptで十分なんだよね c/c++なんて時間の無駄。糞記事に騙されたマヌケ共が、わざわざjavaやphpへ行く
統計、機械学習ぐらいしか役に立たなくって、わざわざjavaやPHPの会社に就職するら、 プログラミングやIT業界なんて見限った方がマシってレベル
40〜以上の土木作業員って沢山みかけるけどさ、40〜越えてからjava,c++でプログラムを書けると思う?
大学の講義を受けて良かったと思うことなんて、 計算機に関わった偉人の名前を覚えられるぐらい 死んだら、あいつらをもう一度、なぶり殺してやる
mvvmというか双方向データバインディングはある程度複雑なjsのアプリには必須だからな backbonejsが今どんな開発方針なのか知らないけど、mvvmを本体に取り込まない限り、backbonejsは地位低下するだろうな
LAMP取り替えるより、紙オムツを取り替えた方がマシ その方が平均的に生涯年収は高くなる。
>>583 初級コースで、Cなら分かるが、
C++とかどういう外道やねんw
今からやるならCよりC++って選択もあり
railsやangular.jsのマニュアルなんか熟読してる手前で、施設長ぐらい簡単に成れるよね 介護士の人間性が屑なところにさえ目を瞑れば、最高の職場環境と労働条件だよね
人生間違った
>>499 むしろ40こえたらJavaぐらいしか書けんだろ
>>609 制御技術者として、matlabのコードを書くか、
統計屋としてRのコードでも書いた方が遥かに費用対効果が良いよね!
Javaとか、何十年、何万年書いたところでJavaでしかないのに
世の中には、音響解析や産業用ロボットのように様々な技術者としての土俵がある中で、 派遣の兵隊にしかならないJavaやPHPでのシステム開発を選ぶって救いようがないバカ
>>613 俺はウェブ開発を選んだのでね。
必然的にJavaかPHPになるんだよ。
あと、JavaScript
音響解析や制御工学の技術が廃れることはないし、年齢と共にキャリアへ繋がるんだけどさ、 webやスマホなんて来年まであるか分からないんだよね。 こんなもの大学に馬鹿高い教育費払ってまで、大卒がやるような仕事じゃない
webやスマホは来年もあるだろw それより気にしなければいけないのは、 音響解析や制御工学の 求人が来年あるかどうかだと思うぞ。 需要と供給の観点から言って、 こういうのは需要は少ないから。 (人がたくさんいてもしょうがない分野だから)
大卒の多くが、専攻とは無関係の仕事してるしな。
そうやって人を無駄遣いしてる余裕は欠片も無いはずだけどな。 終わりかけてる組織はそんなもんだがw
音響解析やりたい人は、多分音響解析以外のことはしたくないと思うんだけど、 こういうのは一社落ちたら、あとは他に求人ないよって世界だろうなぁ。
>>617 ハァ?すでに雇われてしまえば、滅多なことでは解雇されないに決まってるだろ
むしろ、PHPやJavaなんてプログラマは、大企業で働くからスグにリストラされるのがオチ
制御工学は応用範囲が広いから余裕だろうなあ 音響解析は同列に並べるほどかって感じはするが Webやスマホはそれらに比べりゃ1つの技術のライフサイクルが短いものが多いし もちろんとある言語のとあるフレームワークレベルでは生涯の仕事にはならんね とはいえHTTPやHTMLなんかはWebが登場して以来ある程度の互換性を保ってるわけだしな 目新しいモノだけに踊らされず技術の足場を大切にしていれば数年で失職ということもなかろう
介護士や施設長やりながら、古き良き時代のOSSの活動に参加した方が素敵な人生戦略 Web技術者なんて年越し派遣村辺りで、社会福祉的な措置を受けるのがオチ
大企業に勤めてたはずが 研究所ごと大企業の子会社になって 気づいたら韓国系や中国系の子会社になってるって例を多々知ってる 音響解析や制御工学はこの例が多いな。一応は終身雇用だよ
>>625 企業のロゴが幾らすげ替えられようと、中の技術者にとっては痛くも痒くもないよ
むしろ、偉そうな上司がすげ替えられて、良い気分転換になる
>>624 Java,PHPプログラマなんて、何のスキルも付かないまま捨てられてカワイソウ
>>627 あ、やっぱり捨てられないと思ってるのね。
終身雇用は終わったよ。
>>628 それ以前に、なんのノウハウも堪らないよね?若くて安いの行使するよ。当然だよね
>>626 他の分野でも使えそうな奴は転換してるから。あまり物だけだよ
>>626 お前は韓国や中国のクソっぷりを知らんのかw
プログラミング以前に常識から勉強して来いw
>>631 少なくとも中国の労働者たちは、
現場の工事をスケジュールぎりぎりまでゆっくりと手抜きする素敵な人達だよ
日本の労働者たちも見習わなきゃね
635 :
デフォルトの名無しさん :2014/07/14(月) 00:45:18.47 ID:A23pNC+Y
Python最強伝説
637 :
デフォルトの名無しさん :2014/07/14(月) 04:16:36.26 ID:GNzEXKnI
Pascal同様に教育では使われやすいってことはないか。 PHP、Javascriptのほうが一般的だとおもうが。 アルゴリズムなどの教科書がPascalで書いてあったりすることがあるが普及は他言語のほうが高くないか。
638 :
デフォルトの名無しさん :2014/07/14(月) 04:35:55.94 ID:GNzEXKnI
Cの様にカッコ{}を使わない言語のほうが古典なんだな。Pythonはそういう伝統の系統とみた。 ALGOL - Wikipedia 名前「ALGOL」は「アルゴリズム言語」を意味する英語「algorithmic language」に由来する。 1950年代中ごろに開発され、多くの言語に影響を及ぼし、ACMや教科書や学術論文などでアルゴリズム記述のデファクトスタンダードとして30年以上使われた。 現代の多くの言語が「ALGOL系」あるいは「ALGOL風」 とされているという意味で、ほぼ同世代の高水準言語である FORTRAN、LISP、COBOL に比べて最も成功したと言うこともできる。 BCPL - Wikipedia BCPLは1966年にケンブリッジ大学のマーティン・リチャーズが設計したプログラミング言語である。 BCPLはB言語の基礎となっており、B言語から派生したC言語は文法的にBCPLの亜種であるといえるため、その影響は現在にも色濃く残されている。 BCPLは世界初の弓カッコ『{}』を文法規則に利用した言語である。 弓カッコは度重なる文法の変化を生き残り、プログラミング言語の構成要素として一般的になった。
>>638 まぁCも祖先辿るとALGOL系ではあるんだけどね。
Pythonの祖先が、Pascalと関連あったはず。
そういう意味では教育用途には向くのかも。
教育用言語ねぇ。 単に教育現場でたまたま使われたってだけで 教育用とかないだろ。 仮に教育用言語を作るとしたら、 どんな機能を搭載する? 別に教育用に搭載すべきものってないだろう?
641 :
デフォルトの名無しさん :2014/07/14(月) 05:16:17.99 ID:f/QbQHbL
むしろ延々とパズルゲーやらせるとか RPGでLv99まで上げさせるとかで良い
642 :
デフォルトの名無しさん :2014/07/14(月) 05:19:57.37 ID:f/QbQHbL
まず完璧主義にさせて、次に潔癖症にさせる 仕上げには反社会的にさせることができれば、 こんな社会ぶっ壊してやる!!って気持ちが湯水のごとく湧き上がるモチベーションとなって最強の技術者になる
え?それって、平均的なWeb技術者じゃないの?
最強の技術者 = 平均的なWeb技術者
>>640 教育用と言うのは有るよ。
1. 覚え易い、 言語体型がスッキリしてる。
2. インタプリタとして実行出来る。
この二つを兼ね備えた言語。Pythonはまさにこの通り。
昔教育用としてBASICが開発された。
10数個の命令だけでコンピュータの全てが出来た。
インタプリタなのでタイムシェアリングで多数の生徒が同時に実習出来た。
言語が簡単かどうかは、文法のBNF行数で比較できる。
Ruby: 392行
Phyton 3.0: 442行
Swift言語: 559行。
JavaScript(入門向け定義):270行
JavaScript:A complete ECMAScript 3 grammar for ANTLR 3:1500行
PHP : 590行
Java JDK1.6 : 2000行
C言語の全体 :4907(本体) +1440(プリプロセッサ)= 6347行
これを見ると、条件を満たしているのは、Ruby, Python, PHP となる。
646 :
デフォルトの名無しさん :2014/07/14(月) 06:24:04.20 ID:GNzEXKnI
そしたらマシン語がいちばんカンタンだ。
>>640 > 単に教育現場でたまたま使われたってだけで教育用とかないだろ。
知らないなら ROM ってろよ。
元々教育用なの。
Pascal 教育用 あたりでぐぐっとけ。
> 別に教育用に搭載すべきものってないだろう?
むしろ、暗黙の型宣言(Fortran だと変数名が i〜n で始まると整数型とか、C の省略すると int 型とか)や分割コンパイルとかの余分な機能を搭載しないんだよ。
BASICは元々教育用でもあるけど、それと共にエンドユーザ用でもあったかと 開発当時、コンピュータは専門の人間にしか扱えないシロモノだったのを ちょっと講義すれば、コンピュータを専門としていない大学生でも 必要なら自分でコンピュータによる計算を書き実行できる、って話だったような
>>648 windows出る前から、
マイクロソフトはそれで商売してたしな。
産まれる前の話だから、
読み物で呼んだだけで、当時の空気はさっぱり分からんけどね。
>>647 お前、話の流れ全然読めないのな。ミーティングでも的外れな自説をわめき散らしてるんだろうな。
呆れられてるの気づいてないだろ。
Pythonの教育用としての適性に関する議論だ。
Pythonの予約語はRubyより少ないらしい。 先生としてはさらに採点が楽。 これはインデントが規定されているために間違いを発見しやすいため。
>>638 ALGOLは{}じゃなくてBEGIN/ENDで囲む文法
そういう囲みで構造を記述するALGOL系言語に対して
インデントで構造を記述するPythonは系統が異なると思うよ
PythonはABCを手本にしてる。 ABCは教育用言語だが、Pythonは教育用を目的に作った物ではなく汎用として作った。
ID: fvBDEseN の無知っぷり
>>650 お前って応用力 0 なんだな (w
> Pythonの教育用としての適性に関する議論だ。
なら、Python 教育用 あたりでググれよ
Python in Education とか見つけられるだろ
Python は教育用として設計された訳じゃないけど、PEP20 とか見ればわかる通り、シンプルな言語仕様とか暗黙を避けるとか、教育用の適性はある方だろ
ID:+dyNO/rf は病気の人だな
ID:wwxEjD19は… って続ければいいの?
現実的なアーリーアダプターたちの次の闘いの場って、 node.js vs scala vs golang だよね?
661 :
デフォルトの名無しさん :2014/07/14(月) 20:25:48.58 ID:Dme7FZAU
Pythonが最高である3つの理由
Pythonのいいところ1:可読性(保守性)
Pythonは、自分が昔書いたコードや、他人が書いたコードの挙動を、ソースを見て把握したり、手を加えたりする場合のハードルが低いです。
Pythonではブロックをインデントで表す記法があり、“{”、“}”の位置が書く人の趣味でまちまちになる言語と比べると、誰が書いても同じになりやすいのです。
また、PythonにはPerlとは真逆の「やりかたはひとつ」というポリシーがあり、ある処理をコードとして表現すると、ロジックに個性は出ても、記法に個性があまり出ない。
可読性(保守性)の高さは、プロダクションとしてコードを書くとき、非常に大きな利点になります。
http://ascii.jp/elem/000/000/537/537877/02_682x694.png Pythonではインデントがブロックの役割をはたすため、一度慣れてしまえばパッと見てコードが理解しやすいのが特徴です。
ブレース({と})や行末のセミコロンがない、変数名に記号が付かないことなども、読みやすさの理由です。
また、Pythonではひとつのことを実現するのに複数のやり方がある場合、それらが廃止されたり非推奨となることが多いです。
たとえばリストにある値があるかどうかは、has_keyメソッドやin演算子などがありますが、これはinに統一されました。
http://ascii.jp/elem/000/000/537/537868/index-2.html オフサイドルール - Wikipedia
オフサイドルール(Off-side Rule)とは、一部のプログラミング言語において字下げによって文などのかたまりの範囲(ブロック)を示す規則である。
すなわち、そのような言語ではブロックは字下げによって形成され識別される。
この用語と考え方は Peter J. Landin によるもので、ここでのoff-sideは「(左端)側から離れる」という意味だが、これはサッカーなどの球技におけるオフサイド規則 (offside law) のもじりと考えられる。
レイアウト・ルールと呼ぶこともある[1]。
>>640 教育現場では、prologで制約問題をすべて解かせて、haskellでパーサーを書かせたら良い
COBOLも英語圏の人にとっては教育用だろうね。 英語で書いているからやっていることがわかりやすい。 教育用の理由に、これ以外の明確な理由ってあんの?
664 :
デフォルトの名無しさん :2014/07/14(月) 21:03:15.26 ID:wdv2rPxT
>>660 はてなのmackerelはscalaとgolangで書かれてるらしいけどね
それって、どっちかじゃダメだったの? MySpace,eBayあたりは、コードを管理しやすいって理由でnode.jsしか使ってないイメージ
JS厨って何かに似てるよなーと思ってたんだけど、 最近やっと分かった。コボラーに似てるんだと。 今の環境(メインフレーム/ブラウザ)でデファクトだからと思考停止して ウンコな言語仕様から頑に目を逸らし、 より生産性の高い技術(オープン系技術/AltJS)に強い敵意を向けるところが 全く良く似ている。
altJSなんて、ウンコにコーンや蝿のオプションが付いたようなものじゃん 普通のウンコでいいよ
>>667 言っていることがまったくJavaScriptと関係なくてワロタw
好きな言語に置き換えられますわそれ。
>>667 儲かるからやってるだけ
客が騙され続けている限り、SIer側からすれば非常に生産性の高い優良言語だ
671 :
670 :2014/07/15(火) 00:35:03.26 ID:QvL8psPf
COBOLの話な JSはウンコ仕様な上に金にもならないよ、もちろん
>>671 お前、JavaScriptがプロトタイプベースの
オブジェクト指向言語って知らないだろw?
node.jsがアーリーっていつの時代だよ rubyのとある分野食いきったけど expressは使い物にならなかったって答えでてるね
金にならなくても、必要なものが作れたらそれでいいよ
expressに変わるものは出てないけど?
>>646 お前、マシン語は愚かアセンブリ言語も触ったこと無いんだろ。
全然簡単じゃ無いぞ。
C言語の方が何倍も簡単。
C言語はアセンブリ言語を簡単にするために生まれた言語。
677 :
デフォルトの名無しさん :2014/07/15(火) 01:00:50.78 ID:4CAcNuEW
>>676 バイナリか16進打ちは、構文解析が不要か少ない。
>>645 > 言語が簡単かどうかは、文法のBNF行数で比較できる。
>>675 railsに替わるものも、symfonyに替わるものも、springに替わるものもないよ
>>673 railsって、どこの土俵で生き残ってるの?
文盲が多いスレですね
682 :
デフォルトの名無しさん :2014/07/15(火) 07:56:31.78 ID:ISspDm3p
これが2ちゃんクオリティ
スクリプト言語はjsが本命で、他のはニッチなシーンでしか生き残れないだろうな システム管理にperl5やpython2、wordpressにphp、railsが好きな人にrubyとか
>>683 そのスクリプト言語っていうのは具体的に何をするためのもの?
685 :
デフォルトの名無しさん :2014/07/15(火) 10:09:55.52 ID:pYluuKBT
jsとかPHPなんて、ある意味DSL言語に近い存在なのに、 いつの間にか大きくなったものだなぁ。 ウェブの大きさ故か。
jsなんてHTML用としてしか使われてないじゃ無いか、それこそ超ニッチ。
687 :
デフォルトの名無しさん :2014/07/15(火) 12:13:44.34 ID:m/9YoBhH
いまもう、HTML/CSS/JSで、簡単なものなら何でも作る時代だよ
Ruby,Railsエンジニアたちが、Rubyが流行ってるように見せ掛ける工作が必死すぎて泣けてくる
javascriptは糞 rubyはうんこ
仕事にするならCOBOLかJava,C# php/perl/python/ruby/jsなんて、週末にする浮気みたいなもの
*簡単なものなら
今やVBの仕事なんて、おばちゃんの内職仕事料金と同じ位に低いからな。 jsもどんどん下がって行く。
VBって、かなりOSよりでしょ?シリアル接続がどうこう言う時代の産物 c/c++でハイスキルなソフトウェアを作るより、VBで簡単な仕事が切れない方が魅力的だよね! Matz?だれだっけそれ?
ところで、Small Basicなる簡易版VBがあるんだけど、 あれって、かつてのVB6みたいに使えるのかね?
railsの最後の砦 プロトタイプやスタートアップ用モック作成のバカチョン構成枠が node.jsに脅かされてるな
>>696 言語というより環境で、雰囲気はLOGOに近い
玩具には勿体ないくらいテキストエディタがよくできていて、開発環境はさすがMSだと感心する
特に言語そのものには見るべきものはない
java,phpなんて犯罪だよね。奴隷貿易みたいなもの。国際条約に則って禁止にすべき java,phpなんかを触らなきゃならない技術者になるぐらいなら、IT業界なんて見限った方が良い。本当に
>>695 はあ? 何言ってるんだ? 何も知ら無いガキが。
JS厨はコボラーじゃなくてVB厨に似てるよ 低脳で程度の低いものしか作れないところとか
でも、僕はVBerやCOBOLer,RubiestたちがOSやpdf viewerを書いたなんて聞いたことないな 制御技術者や統計屋ぐらいしか、まともな職場やキャリアなんてないよね!
大きな違いは、JavaScriptは大手でも使われてるってことだな。 大手で技術力が高い所の殆どで使われてる言語はJavaScriptぐらいだろう。
>>698 やっぱ教育向けに過ぎないのか。
それにしても、LOGOとか、名前は聞いたことあるが、
どんな言語かさっぱりだから、ググっちまったぜ。
706 :
デフォルトの名無しさん :2014/07/15(火) 22:36:38.19 ID:ZXJVMsdv
論理型、関数型はないか? マルチコアに言語が対応してくれそうなところがよさげだが。
jsはvbの後釜として事務員が使う言語として発展してるな
vbはOffice 御用達マクロ言語だから確固たる需要がある。 OpenOffice用マクロ言語は、BASICとPython jsがここに採用されたら一人前。 ただJSは仕様が膨らみ過ぎてる
709 :
デフォルトの名無しさん :2014/07/16(水) 01:39:06.98 ID:ZfXwh8qL
jseとvbsはWindows_Script_Hostに採用されてる。
>>708 拡張アドオンでRhino動かなかった?この聖域をjsが侵略するのは時間の問題だよ
Officeも、内部統制のためにbrowserから動くのでjavascriptで出来ていて、
javascriptのマクロを書ける
RT
>>699 WindowsServer も加えてくれ
>>708 Google Apps Script はどう?
713 :
デフォルトの名無しさん :2014/07/16(水) 07:52:35.38 ID:YrYvz6dv
最近、NGって単語をよく見掛けるよね Angular.jsに、Andrew ng。PHPまで いよいよヤツらが動き出したみたいだね
swing,gtk,qt,tcl/tkのAPIを調べるような手間で、 データマイニングって半永久的なスキルを獲得できる 大卒のヤツらは、何が悲しくてプログラマなんかになるんだろうね
講義なんて出ないで、家でPRMLの原著でも読むよ。その方が役に立つから
>>714 NGの次のことまで考えられて無いよなw
次が必要になったらNNGにでもするのか?w
大学生はプログラミングの勉強なんて1秒でもしたらダメだよ その10分の1以下の時間で公務員になれるからね とくに講義を真面目に受けるようなタイプはプログラマなんてやったらダメ
プログラミングなんて必修科目になる時代が近いのに勉強するなとかありえね プログラミングしかできないプログラマは底辺になるだろうが
必修になったところで、プログラミングなんて勉強したらダメだよ ソフトウェアを作る労力の10分の1の労力で、バラ色の人生が約束されるんだからね
>>720 今時大卒だからってバラ色の人生なんてあるわけ無いだろ。
学歴社会は完全に崩壊してるよ。
特技の有る方が重宝される。
例えば、公務員のように既得権利で飯喰ってる人たちが、それを手放すわけないよね? 公務員なら、学歴に見合った供与も渡される。どのみち企業には学閥があるんだよね
この国の学校教育を受けて、もっとも実を結ぶ土壌は公務員だけだよ それ以外になるなら、学校なんて場所では勉強なんかしたらダメ
>>722 隣の芝は青い。 お空はもっと青い。
井の中の蛙空を見ず。
辛い過去があったんだね… 元気出すといいよ…
過去じゃなくて現状に不満なんだろう すごく共感できる
学生ローン払ってまで、高卒と同じ扱いだぜ?なら、高卒の方がマシ。 高卒なら地元に就職できるから、都会でホームレスになることもないし、 大学に居る4年間で有意義に金を稼げる
JavaScriptはどうしてプロトタイプベースなのにnewがあるの?
プロトタイプとインスタンスは違うから
>>645 C言語も当てはまるな
RootつうInterpreterがあるし
>>51 パイソンのインデントは単に見やすく書くという理念に即してるだけだよ
プログラム言語はいくらでもそういったバリエーションが考えられるし
パイソンのインデント程度が宗教ならリスプなんて神秘領域だろ
Java はインタプリタだったのかっっっ!
>>732 lisp はインデントするなって言われてもインデントして書きたくなる言語
(= a (+ (* 2 3) 4)
>>735 gosh> (= a (+ (* 2 3) 4)
)
*** ERROR: unbound variable: a
「動的言語並に楽に書ける静的言語」というのが登場して、静的言語が再評価されてるというのが真実 C#の進化、Scalaの新興、そして今はSwift。 逆に言うと、「動的言語並には楽に書ける静的言語」は評価されない。 JavaとかObjective-CとかC++みたいなゴミのことな。
?「動的言語並には楽に書ける静的言語」 ◯「動的言語並には楽に書けない静的言語」
>>735 評価順に曖昧さがなくて美しいではないか
C#は次のバージョンでTypeScriptみたいになるよ 必要に応じてポインタまで降りていけるLL
C#はJavaの仲間じゃないの?
haskell, ocamlが評価されないんだから、静的言語に未来はないよ javascriptのお手軽さが絶妙のバランス これに型推論のような機能でも付けば、もう何もイラナイ
LinuxはC言語、つまり静的言語なんだけどねw
>>740 完璧だよな
わざわざ式を逆ポーランドとかに変換しないでいいんだぜ
別に静的動的なんてどうだっていいんだよ 動的型付けの場合は int a = 3; のintを省略できて楽なのがいいんだから
静的言語=Javaだったのか なら確かに静的言語はゴミカス
なんかそういう汚い言葉を書くことが粋みたいな感じだな 笑っちゃうよ
>>746 静的型付けには「明示的な静的型付け」と「暗黙的な静的型付け」の
二種類あって
>>746 のC言語は前者になる
で、後者を実現する最もよく知られた技法が「型推論」であり、
この型推論を備えた「モダンな静的型付け言語」では
動的型付け言語と同様に変数のデータ型を宣言しなくてもいい
(もちろん文書化を目的に変数の型を明示してもかまわない)
動的型言語でも部分的に型推論を使うコンパイラもあるし、もう静的型とか動的型とかという カテゴライズ自体が時代遅れになりつつあるね
>>750 ちょっと聞いたことないな。それ、なんてコンパイラ?
ローカル変数は型を書くのが省略できた方がいいが、 関数の引数やクラス変数なんかは型があったほうがいいな。 どうせコメントで書くわけだしね。 ならコードに書いて、コメントの方を省略した方がいい。
>>750 が言ってる動的言語の型推論というのは、
型推論をして最適なコードを生成するって意味で、
型を推論して変数の型を一意に決定するとは別の話だよ。
型を推論して変数の型を一意に決定する本当の意味の型推論は
型が矛盾するコードや曖昧になるコードを書けない(コンパイルエラーになる)が
>>750 が言っている奴は最適なコードが生成されないだけ。
根本的に違っている。
>>754 > 本当の意味の型推論
「本当の意味」ってなんじゃらほい?
型推論とは文字通り型を推論する機能であって、そこから派生する
> 型が矛盾するコードや曖昧になるコードを書けない
という部分とは何の関係もないよ
それは別の機能だ
> 「本当の意味」ってなんじゃらほい?
昔から言われている「型推論」のこと。
最近の機能じゃないんだよ?
「文脈上型が一意決まる。だけど書かないといけない」
というのを省略できるようにする型推論は昔からある。
こっちは型推論があるからプログラマが楽になる。
>>753 がいったような最適化のための
型推論は最近の機能だけど。
こっちの型推論は最適化出来るようなコードを
プログラマが書かないといけない。
うまく書くと、コンパイラが推論して最適化してくれる。
本誌素敵に全くの別物。
静的だろうが動的だろうが暗黙の型変換する言語は糞
型推論ってのは型を推論する機能であって、それ以上でもそれ以下でもない > こっちは型推論があるからプログラマが楽になる。 これは型を書く煩わしさを減らして記述をいわゆる動的言語に近づけようというもの > うまく書くと、コンパイラが推論して最適化してくれる。 これは型を書かないで済むメリットをいかしたまま速度をいわゆる静的言語に近づけようとするもの どちらも型推論を使って似たような領域に近づいてきてるんだよね ここでいう型推論自体に機能の差はない それをコンパイルエラーにするか実行時エラーにするかは別の機能のお話
内部で同じ技術を使っているだけで、 本質的には全くの別物。 一方はプログラマの生産性に関する違いが生まれるが もう一方はパフォーマンスに影響する。 全く違う機能。 前者は、パフォーマンス的には最初から最適化されている。 なぜなら型があらかじめ決まっているから。 推論で省略できる場所も含めて型が決まってる。 後者はパフォーマンスが悪いものをどうにか 解決できないかという考えから生まれたもの。
動的言語の場合、型推論の過程で型チェックしてくれないの?
>>759 > 内部で同じ技術を使っているだけで、
> 本質的には全くの別物。
いやいや、同じ技術なら同じものでしょうw
ユースケースが違うだけじゃないすか
>>760 将来的にそういう機能も持った静的動的ハイブリッド言語ができるかもね
型推論でチェックできるところは実行前にエラーになるような、ね
>>762 って、C#はすでにそんな感じの機能はあるか
イマイチ洗練されてない感じだが…
>>761 違う。
静的型が型推論したからといって、動的型にはならない。
(なぜなら、型が決まっている場合に"書くのを省略出来るだけ"だから)
また動的型が型推論したからといって、静的型にはならない。
(なぜなら、推論できなくてもパフォーマンスが悪いだけで動くから)
技術的にも別物だよ 静的な型推論で動的型を速くするなんてのは極めて単純な計算処理に限られ、ベンチマーク遊びの粋を出ない 動的言語の用途において、実際効いてくるのは実行時の最適化だ いかにうまくキャッシュしてメンバアクセスを速くするか、とか、 実行時に変数に入ってくる実際の値の型に応じてJITするとか、動的言語特有の世界
>>764 > 静的型が型推論したからといって、動的型にはならない。
> また動的型が型推論したからといって、静的型にはならない。
型推論は両者を近づける技術であって、両者を同一にする技術じゃないんだから
そしてそれは静的型で使おうと動的型で使おうと型推論であることになんら違いはない
>>760 > 動的言語の場合、型推論の過程で型チェックしてくれないの?
あちらこちらで「型推論できないからパフォーマンス悪いコードです」って
警告でまくるだけだぞw
俺はパフォーマンスが悪くならないように、型推論が完ぺきにできる
コードを書きますって言うなら話は別だが、それって動的使う意味ないから。
こうした汎用性と型推論的な話だと、scala,swift,golangあたりが最強なのかな だけど、僕はjavascriptって規格に、すべての技術が注ぎ込まれる方へ賭けるよ 誰も、既に動くライブラリやフレームワークを壊したいなんて思わないだろうから
型推論という技術が誕生した動機は「データ型に関する完全性の証明」にある つまりコンパイル時にエラーが無いということは、コードによって与えられた データ型システムに矛盾(=バグ)が無いことを形式的に証明できた事と同じ意味になる これが1970年代に起きたことで、誕生した初めてのプログラミング言語がMLである こうした背景を知っている人からすれば ML や Haskell の型推論こそ「本物」であり、 メソッド引数と戻り値の型を明示しなければならない C#/Scala/Swift の型推論は「中途半端でいいかげんな代物」であって、 ましてやデータ型システムの正しさを全く検証しようともしない JavaScript の型推論は「言葉を借用しただけのまがい物」という扱いになる 公平な見方をすれば、本来の目的は「データ型システムの検証」にあり、 これは正しいか正しくないかという単純かつ美しい二値論理の世界観であった これが発展して一部で矛盾が存在しても実用的であれば認めるというゆるやかな考え方が生まれ、 さらには本来想定していなかった検証以外の応用が考案され普及するまでに理論や技術が発展を遂げ、 型推論の研究そのものが大きな成果を得た、と言える だから口論になっているみたいだけど、保守派と革新派という立場が違うだけで、 どちらも正しいんだから、お互いの立場を尊重し合って議論しようぜ ..... などと思う (なお、現在知られるようになった型多相(ポリモリフィズム)の次に普及が期待されていて、 型システムに関し最も研究のホットな目標が、依存型と構成的型理論の世界になる)
動的言語のコードを解析して型推論で最適化、ってイメージしやすいし格好良さそうに見えるのはわかる。 でも10回くらい同じコード実行したら型なんて大体わかるだろ?それに応じて最適化すればいいんだよ。 わざわざ適用範囲が極めて狭くて難易度が高くてコストが大きくて結果的に無駄になる確率の高い 静的解析を頑張る必要なんかないわけ。
771 :
デフォルトの名無しさん :2014/07/17(木) 00:02:41.16 ID:qznWC5Sd
>>770 > でも10回くらい同じコード実行したら型なんて大体わかるだろ?それに応じて最適化すればいいんだよ。
いや、100回に1回の頻度で違う型が入るかもしれないだろ?
わからんのだよ。
だから人間が明示的に指定して、省略できる時だけ省略する方がいい。
>>771 こうした考察と論争を見る度に、低レイヤを極めてkernelコミッタとかやったほうが良いように思うの
c++で書かれたOSSのゲームなんて、とくにOOPに対して何も哲学なんて持ってないから
>>772 99回が速ければ十分だろ?
静的言語の仮想関数呼び出しでも実は似たようなことやってるんだぜ
>>774 わからないんだから最適化出来ない。=0回だよ。速くなるのは。
>>775 inline cacheとかcall siteとかでググってこい
最近では.NETやJavaにも導入されてるごく一般的な実行時最適化手法だ
型推論で静的型付けでも型を書かなくてすむ ← うんうん 型推論で動的型付けの最適化が進み高速化する ← なるほど つまり両者の境目が無くなるんじゃね? ← えっ?
RubyがPerlを葬り去り、TclにOOPの機能を付けた後で、OO Suckって酷い話だよね。ホント
>>776 だからなんだよ?
今話してるのは動的言語特有の
最適化の話だろ。
だから、制御技術者か統計屋、それか公務員以外にはなったらダメだよ。約束だよ!
>>779 だから動的言語の最適化の話だよ
.NETのDLRやJavaのinvokedynamicに使われてる
動的"言語"だっていってるだろ。 仮想マシンの話してねーよ。
>>781 「動的」と「静的」という言葉について、
対象としての「データ型」と「メソッド束縛」をごっちゃに理解していると思われる
両者は交差する概念だから、静的型付けと動的メソッド束縛や
動的型付けと静的メソッド束縛、およびその他の組み合わによる言語は存在しうる
実際、Objective-C は動的型付けと静的型付けのハイブリッドと
動的メソッド束縛で設計されている
(なお、Objective Caml、通称 OCaml の "O" は静的束縛で "Caml" は静的型付けという
ガチガチなシステムなので、存在価値の無い "O" と批判されている)
「動的言語」という曖昧な言葉の代わりに、「動的型付け言語」もしくは
「動的メソッド束縛言語」(略して動的束縛言語でもかまわない)という言葉を
意識して使い分けて
>>781 を書き直したほうがいいと思われ
>>782 仮想マシンは全く関係しない議論だよ
Object.create()がある今 JavaScriptにnewはいらない
なんだお前らが最強のスクリプト言語を作って解決か
リクナビに就職するのが最高だよね。奴隷を売って、お金もうけ
なんだこのスレチ
そんなことしなくてもこの業界はまさに奴隷と奴隷商人の世界だろ 商人側でもコーディングがやりたければできないことはないし、奴隷側のコーディングなんて自由のかけらもない単純作業
>>789 最近ふと気づいたけど沢山わらってる(^-^)/
前は、全然笑えなくなってたから、今凄い幸せ(^o^)
そーいえばずっと前の私はこうだった(^o^)
家族や友達や、バイトの人Twitter上でファンのみんなと楽しい(^o^)
誰も計算で利用しようとしない(^-^)/そんな今がいい
>>790 なんかマ板の壊れたプログラマスレ思い出したぞ
この仕事に命掛けてるような人が、OSSのコミッタが、1、2人居るようなところでないと働きたくないよね
>>792 命よりも大切な仕事なんて、平時の今の世には存在しない
軽々しく命掛けるなんて言葉を口にするな
「お父さん」という仕事
動的型付の言語もワンライナーとかだとメリットあるけど、ある程度複雑な処理書くにはデメリットの方が大きいな Perl6は型推論付きの静的型付っていう実に正しい方向だったんだけど、結局ダメだったね
perl6は、忍び寄る機能主義の例に挙げていいレベルだから、仕方無いね。 ラリーさんは、まだperl6諦めてないのかな?
Smalltalkみたいな翻訳時に構文検査や簡単な型検査をしてくれるが、 厳密な型は実行時に決まる静的な動的型付け言語だと、 大規模でもそんなに苦じゃない。 UnitTestも書きやすいし。
>>794 派遣が世帯なんて持てるわけないだろjk
>>796 Larryがperl6を諦めたとき、そのときがOSS文化の終りだよ
史上最悪の魔女が生まれるだろうね
今日はみたままつり逝ってみるかな
F欄大学の糞講義を受けるよりも、ngのレジュメ読む方が10000倍マシ
>>797 Smalltalkの大規模プロジェクトと言ったら
九大病院プロジェクトだよね
さすがSmalltalkと思ったわー