【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
0232デフォルトの名無しさん
2015/03/09(月) 00:22:11.27ID:lh4ZCMGKその認識が間違ってる
ゲームもネイティブモバイルアプリもデスクトップアプリも作れる
それに、そもそもSPAでアプリが作れる時代だからな
0233デフォルトの名無しさん
2015/03/09(月) 00:23:28.51ID:T6nKbDrg後は導入、改修、運用するぐらいで。
0234デフォルトの名無しさん
2015/03/09(月) 00:23:46.31ID:BhYBpDconode.jsですら出てから数年経ってるというのに「ようやく認められてきたかもね」という状態
しかも、現状は足踏み状態だと断言しても差し支えない状況
君の言う「将来」というのは、10年以上のスパンで見た話じゃないのかい？
だとしたら今すぐ手をつけるのはそういうのに興味がある人達だけで十分だよ
それ以外の人たちは、君の言う将来が現実として見えてきてから手をつければいい
「JavaScriptやっとけ、マジで」は未来には正しい言葉なのかもしれないが、今の状態では
間違いとしか言い様がない。なぜなら他にやるべきことがあるのだろうから
0235デフォルトの名無しさん
2015/03/09(月) 00:25:21.15ID:lh4ZCMGKどんどん入れ替わっていくところかな
例えば、Facebookがreactを発表した途端、reactにインスパイアされた
ライブラリやら既存のフレームワークの新バージョンやらが発表されまくり
世界がガラッと変わってしまった
こういうことが頻繁に起こる
0236デフォルトの名無しさん
2015/03/09(月) 00:25:40.37ID:K/YjhrlsCythonは結局Cソース化してコンパイルしてるし、PyPyはコードによってまちまち
annotationを型チェックだけでなく変数の型にも使ってくれればPythonも速度出せそうだけど
同じLLVMベースのPystonはどうなることか…どれもまだ発展途上か
0237デフォルトの名無しさん
2015/03/09(月) 00:26:25.54ID:T6nKbDrgまだ、何も出来てないんだよね。クラウドってインフラを使わせいだけなんだよ
0238デフォルトの名無しさん
2015/03/09(月) 00:28:21.85ID:lh4ZCMGKnodeに関しては、サーバーとしてはそうかもしれない
けれど、フロントエンド開発においては、もう重要なツールの一つではないかな？
だって、gruntやgulpでaltjsやaltcssをコンパイルしながら開発してるところって
多いだろ？
browserifyは言うまでもなく、bowerにしてもlessにしてもnodeだし
0239デフォルトの名無しさん
2015/03/09(月) 00:31:47.11ID:lh4ZCMGK何もできてないっていうか、フロントエンドではほぼ必須だし
むしろ、いろんなものが出てきすぎて困ってる上に、
何でもできるようになりつつある
0240デフォルトの名無しさん
2015/03/09(月) 00:33:52.11ID:0YP+qxsb僕としてはチートの手法がほしいんだけど。
0241デフォルトの名無しさん
2015/03/09(月) 00:37:28.73ID:T6nKbDrg顧客は本当に工数かけてまで、そんなもの導入したいの？
0242デフォルトの名無しさん
2015/03/09(月) 00:37:52.22ID:BhYBpDcoツールとしてのnode.jpが普及することとJavaScriptやっとけという話とは違うよね
だって、ほとんどJavaScript書かなくてもいいんだから
npmの使い方を覚えればいいだけの話
LinuxのコマンドはCで書かれてるからCを覚えるべき、と言ってるようなもん
(それとは関係はないがC自体は覚えるべき言語であるとは思うけど)
0243デフォルトの名無しさん
2015/03/09(月) 00:39:10.78ID:lh4ZCMGKチートの手法ってのが分からない
ゲームのチートかな？それともクラッキングの手法か何かか
まあ、その手の情報はググってみてくれ
一般的に言えば、フロントエンドのお手本はgithubにあると思う
英語のリソースしかないのが欠点
この分野では日本が遅れているのも、進化が早すぎることによる弊害だと感じる
0244デフォルトの名無しさん
2015/03/09(月) 00:41:56.29ID:lh4ZCMGKまあある程度はそうなんだけど、例えばgulpfile.jsを書こうと思ったら、
結構本格的にjavascriptをやっといた方がいいと思うし、
そういうツールがnode上にあるってことは、やっぱりサーバーとしての採用にも
一役買うだろうし、将来が約束されていると思う一因かなあ
0245デフォルトの名無しさん
2015/03/09(月) 00:43:52.34ID:T6nKbDrg0246デフォルトの名無しさん
2015/03/09(月) 00:46:10.94ID:BhYBpDcogulpfileなんてWeb屋がある程度使うレベルのJavaScriptができれば十分
ブラウザが絡む開発をしてる人間ならJavaScriptからはどうせ逃げられないんだし
（君の言ったツール群もブラウザが絡む開発をしてないと使う場面はないしね）
で、現実としてはその程度のシーンでしかJavaScriptは使われていない
10年スパンで見た将来は知らんけど、そんなのはそのときに考えればいい
今の時点でJavaScript万能説は草彅ダンス万能説と同じでネタでしかない
0247デフォルトの名無しさん
2015/03/09(月) 00:46:40.52ID:lh4ZCMGKwordpressのようなものも有力ではあるし、Web開発では日本では今でも優勢だと思うが
javascriptほどの万能性と将来性はやっぱり感じないかなあ
javascriptほどのスピードと熱を感じない
0248デフォルトの名無しさん
2015/03/09(月) 00:51:10.66ID:T6nKbDrgLAMPの基礎さえ怪しそうな連中がnode.jsなんて触ってどうするわけ？
0249デフォルトの名無しさん
2015/03/09(月) 00:54:25.39ID:lh4ZCMGKブラウザが絡む仕事というのは、それだけで今現在一大分野だと思うけどね
その分野でjavascriptからは逃げられないというだけでも、大きな理由でしょう
ブラウザが絡まないとでてこないというのも厳密には間違いで
altjsでコンパイルする場面というのは、デスクトップアプリやモバイルアプリでも
出てきてるわけで
確かにブラウザ以外、現状あまり採用されてないというのはあるけど
例えば、1年後や2年後には状況がガラッと変わっていると思うほどではある
2年前、nodeは存在していたけど、Web開発で広くツールとして採用されるという
ここまでの状況では全然なかった
0250デフォルトの名無しさん
2015/03/09(月) 00:57:43.95ID:BhYBpDcoだったら状況が変わってからやればいいだけの話
変わってないのに手を出すのはただの新しもの好き
そういう人間にJavaScriptを薦めるなら理解できるが、君の言いようは普及もしてないものを
「これから普及しますから」と詐欺まがいのセールスをやってる太陽光パネルの営業（うちにもよく来るわ）
と何ら変わらん
0251デフォルトの名無しさん
2015/03/09(月) 01:01:27.02ID:T6nKbDrgフロントエンドなんて飾りです。偉い人には、それが（ry
0252デフォルトの名無しさん
2015/03/09(月) 01:02:31.41ID:lh4ZCMGKいや、1年後と比べて状況がガラッと変わっていない現状でも
1年前と比べてガラッと変わってるわけよ
しかも、今の状況でもjavascriptは一大分野であって、
多くの人にとって手を出して得になる分野ではあるわけ
ただし、現状javascriptはホットすぎていろんなツールや方法論が
乱立しすぎて学習コストが半端じゃない
一言で言って学習が難しい
そういう意味では落ち着くまで待つというのは一つの選択肢なのは
認めるけどね
でも、早めに学習しておいたほうがいいという考え方もまたある
0253デフォルトの名無しさん
2015/03/09(月) 01:04:34.84ID:T6nKbDrg0254デフォルトの名無しさん
2015/03/09(月) 01:07:26.87ID:fJ5JWofkほんこれ
0255デフォルトの名無しさん
2015/03/09(月) 01:08:25.55ID:BhYBpDcoブラウザ上で動く言語してのデファクトスタンダードはすでに確立されている
ブラウザ上の開発をやる人間にとっては覚えるべきというか覚えなくては何もできない
これについて異論を唱える人間はいないだろう
しかし、現状はそれ以上でもそれ以下でもない
0256デフォルトの名無しさん
2015/03/09(月) 01:10:08.43ID:lh4ZCMGK例えば俺はatomエディタが物凄く小さなツールには見えないし、
作ろうと思えば大きなツールも作れると思うよ
他の言語と同じ
>>253
Yeomanって、bower、grunt、yoで構成されてるし、bowerじゃなくてbrowserify、gruntじゃなくて
gulpとか、yoのgeneratorからじゃなくて、Google Web starter kitやangular seedから
はじめたりとか
angularは2.0全く別のフレームワークに生まれ変わるとかreactも注目されてきてるとか
expressも開発チームはkoaに移ったりとかしてるし
そういうふうにね、ちょっとキャッチアップを怠るとすぐに古い情報になっちゃうわけよ
0257デフォルトの名無しさん
2015/03/09(月) 01:11:06.07ID:T6nKbDrg0258デフォルトの名無しさん
2015/03/09(月) 01:12:35.55ID:T6nKbDrgどこのアホがReactで書かれたものを保守するんだw
2.0なんて、当分は使われないし、koaなんて誰も使わないから
0259デフォルトの名無しさん
2015/03/09(月) 01:13:38.73ID:N7SvNSUiブラウザがOSに取って変わるわけでもなし
キミがもっと高度な物を作ろうとしたなら、jsを選ばないと思うけどね
0260デフォルトの名無しさん
2015/03/09(月) 01:14:04.01ID:lh4ZCMGKどうだろう
モバイルアプリでも結構な割合がjavascriptじゃないかと思うんだが
ネイティブじゃないにしても、ハイブリッドは多いだろう
そんで、モバイルとブラウザが昔より重要になってきてるから
それ以下でもそれ以上でもないという状況も昔と意味が違う
0261デフォルトの名無しさん
2015/03/09(月) 01:15:09.63ID:T6nKbDrg飯のためにjsのであって、高度なものは言語に左右されない
0262デフォルトの名無しさん
2015/03/09(月) 01:16:01.82ID:lh4ZCMGKangular保守するより、react保守する方が明らかに簡単だと思うんだが
2.0は当分先だろうけど、それでもぶっちゃけ1年後には出てるんじゃないかな
koaにしても、分からんよ
進化が早すぎてまじ読めない
0263デフォルトの名無しさん
2015/03/09(月) 01:18:32.02ID:BhYBpDcoそれはブラウザの立場が変わっただけであって、JavaScriptがブラウザ上で動かすための言語であるという
部分には何の変化も加わっていない
ブラウザ上の言語としてJavaScriptは非常に重要であり、代替がきかないものであるが、それ以上でも
それ以下でもないことは変わっていない
0264デフォルトの名無しさん
2015/03/09(月) 01:20:44.63ID:T6nKbDrgReactのfolk数ひくいから触ったこともなかったわ。
Atomも、もうReactなんて使わないでVanillaJSだろ。たしか。
0265デフォルトの名無しさん
2015/03/09(月) 01:21:37.91ID:lh4ZCMGK何度も言うけど、それ自体が疑問
今はブラウザの枠を飛び越えてる最中だし、
昔はjspやらphpでもっとサーバーサイドに比重があったよ
そして、仮にその枠を飛びこえていないにしてもブラウザ自体の重要性が変われば、
javascriptの重要性も変わってくるだろ
どの言語をやるかという話をしてるわけなんだから
0266デフォルトの名無しさん
2015/03/09(月) 01:23:05.58ID:BhYBpDco飛び越えてる最中って、node.jsが何年もかかって、現状のザマなんですが
飛び越えようとしてるけど停滞してる、というのが妥当な評価かと
0267デフォルトの名無しさん
2015/03/09(月) 01:23:19.83ID:T6nKbDrgこのバカ、基本情報試験でプログロミングでも覚えたのか？
0268デフォルトの名無しさん
2015/03/09(月) 01:24:52.14ID:TL9jp237folk数だいぶ増えてるよ
というか、folkもいいけどstar注目しといた方がいい
angular以上の勢いで増えてるから
なんだかんだでフロントエンドのViewに関わるライブラリとしては
angular、backboneに次いで今3位なんだよね
0269デフォルトの名無しさん
2015/03/09(月) 01:27:09.15ID:TL9jp237nodeの開発は停滞しているけど、nodeのツールとしての採用が停滞してるようには見えない
というか、現状で既に広く採用されてるし、javascriptの有名なライブラリはもうほとんど
npm上にある
そうした環境としてはもうデファクトスタンダードだろ
0270デフォルトの名無しさん
2015/03/09(月) 01:27:30.08ID:T6nKbDrgReactでもAngularみたく既存のライブラリをモジュール化できるわけ？
0271デフォルトの名無しさん
2015/03/09(月) 01:30:49.96ID:TL9jp237モジュール化にもいろいろあって、javaのパッケージシステムのようなものを
イメージしているのであれば、単体では出来ない
ただし、多数派はbrowserifyやrequirejsなどと組み合わせてモジュール化するんだろうね
もし、モジュール化がコンポーネントを作ってカプセル化するという意味なら
まあ、viewの単位でそれをするのがreactだって感じ
0272デフォルトの名無しさん
2015/03/09(月) 01:30:50.92ID:BhYBpDcoそれはツールとしてのnode.jsであって、その時点でJavaScriptを書く必要がある人間は
そのツールの開発者だよね、というのはもう指摘した話なんですけど
しかも、そのツールたちはブラウザ上のJavaScriptを管理するためのものでしかないし
結局のところブラウザ上の言語としてのJavaScript、という範疇は一切超えていない、と
0273デフォルトの名無しさん
2015/03/09(月) 01:32:33.68ID:TL9jp237それも厳密に言えば間違えていて、採用率が低いだけだよねというのは話した
だから、今飛び越えているところだと表現した
そして、ブラウザでの採用率から考えて、飛び越えるだろうという予想は妥当と思う
0274デフォルトの名無しさん
2015/03/09(月) 01:36:03.25ID:TL9jp237モジュール化するという方法も考えられるね
es6を使うという選択肢も、1年前は無かったかなあ
babelのような素晴らしいトランスパイラーが出てきたのは最近だからね
0275デフォルトの名無しさん
2015/03/09(月) 01:36:42.36ID:BhYBpDco> 採用率が低いだけ
> 飛び越えるだろうという予想
こういう文言が太陽光パネルのうざい営業たちの文句とそっくりなんだよ
まず、飛び越えてから、その話をしようよ
飛び越えてもない状態で、飛び越えた後の話をしないでくれよ
根拠のない（というと君はどうせ的はずれな根拠を出してくるんだろうけど）予想に基づいた未来なんて
要らないんだよ
ましてその根拠のない未来に基づいたJavaScript万能説なんて詐欺でしかないんだよ
0276デフォルトの名無しさん
2015/03/09(月) 01:40:35.27ID:T6nKbDrgangular.module([],[])のようなものをイメージしてるんだけど、
Reactには似たような機能は既に用意されてるの？
0277デフォルトの名無しさん
2015/03/09(月) 01:43:59.97ID:lh4ZCMGK詐欺だと言われても、最初から予想だと言ってるじゃんw
ちなみに今でも枠を少し飛び越えてるしな
ここは程度の問題でいろんな意見があろうが、少なくとも、全く飛び越えてないというのは違う
それに、枠を飛び越えなくても今でも十分すぎるほど万能だと思うんだが
ブラウザが昔と比べて万能になってきているのだから
>>276
ない
ただ、altjsとか、javascript次期バージョン自体の機能や、node、
他ライブラリにはあるのでそいつらと組み合わせて使う
これはどちらがいいかは意見が分かれるだろうね
0278デフォルトの名無しさん
2015/03/09(月) 01:46:54.81ID:T6nKbDrgAngularコミュニティに参加して良かったと思う
0279デフォルトの名無しさん
2015/03/09(月) 01:49:17.39ID:BhYBpDcoとりあえずJavaScript万能説は取り下げてくれたようなので、俺はそれで満足だ
0280デフォルトの名無しさん
2015/03/09(月) 01:52:29.64ID:lh4ZCMGK確かにangularのコミュニティーは大きくて素晴らしい
ただ、Fullcalendarは知らんが、bootstrapならreact－bootstrapはあるな
しかし、bootstrapも実は急速に注目を失いかけている
今はmaterial designだ
angularならangular-material、reactならui-materialだな
こういうところも、1年前と全く違う
reactがどこまで伸びるのか、はたまた他のライブラリが台頭するのか
全然読めない
困ったもんだ
0281デフォルトの名無しさん
2015/03/09(月) 01:53:07.86ID:lh4ZCMGKいや、取り下げてないよ
これほど万能な言語は珍しい
0282デフォルトの名無しさん
2015/03/09(月) 01:54:54.03ID:T6nKbDrgそんなものは学習コストに見合わないから、最初に触ったものだけで良いだろ
0283デフォルトの名無しさん
2015/03/09(月) 01:57:59.46ID:lh4ZCMGKそう言われても、世間がそれを許してくれないんだよ
最初に学んだのがjquery uiだからそれだけ使ってればいいだろう
と言ってもbootstrapやangularが出てきてそうは問屋がおろさなかったわけ
これは確かに大きな欠点
学習コストは現状は高い
でも、以外と既存の知識があればなんとかなるもんだけどね
angularのこれはreactのこれに当たるとかね
0284デフォルトの名無しさん
2015/03/09(月) 02:00:18.26ID:BhYBpDcoブラウザの上で動かす、というレベルでは万能だと君は言っている
それ以外だとnode.jsのサーバ化は失敗もいいところだし、ツールとしてはユーザが意識する必要はないのも認めている
ブラウザ上の言語としてのJavaScriptは他に選択肢がないのは事実だし、それ以外の分野でユーザが書く必要はない
つまり、ブラウザ上の言語としてJavaScriptを書ければ大多数の人間にとっては十分ということだ
将来？将来の話は将来にしよう
どうなるかわからない将来の話を元にJavaScript万能説を唱えるのは詐欺でしかない
0285デフォルトの名無しさん
2015/03/09(月) 02:02:46.11ID:T6nKbDrg0286デフォルトの名無しさん
2015/03/09(月) 02:05:42.71ID:lh4ZCMGKだから、何度も言ってるけど、ブラウザ自体がかなり万能だと
モバイルでも動くし、chrome appのように従来のデスクトップアプリのようなものも
ある
ゲームも出てきた
デスクトップアプリの代表のような存在だったofficeだって
Google docsとかスプレッドシートがあるだろう
この時点で万能だという説は成立すると思う
あとは枝葉末節だが、ブラウザ以外では、今は採用率は低いと認めざるを得ない。
しかし、ツールとしてのnodeはやってることはコマンドラインツールであって
ブラウザとは厳密には違う
やろうと思えば今ではモバイルのネイティブアプリもデスクトップアプリも作れる
「予想として」今後こういうシーンでの採用も増えるだろう
0287デフォルトの名無しさん
2015/03/09(月) 02:07:33.43ID:T6nKbDrg0288デフォルトの名無しさん
2015/03/09(月) 02:11:52.94ID:BhYBpDco> だから、何度も言ってるけど、ブラウザ自体がかなり万能だと
別にそこは否定しないよ
ブラウザの使うシーンが増えることでJavaScriptが使われるシーンが増えるだろうね
ブラウザ上のJavaScriptフレームワークは百花繚乱だし、いいことだと思うよ
> やろうと思えば今ではモバイルのネイティブアプリもデスクトップアプリも作れる
作れるということとJavaScriptを（ブラウザ言語として以外で)覚えるべきということとは
まったく違うレベルのお話だよね
デスクトップアプリとしてのJavaScriptはひよっ子もいいところだし、その分野の言語として
JavaScriptを覚えるべきというのは(現状では)まったくありえない論理であるのは確実だ
つまり、ブラウザ上の言語としてJavaScriptを薦めるのはまったくもって正当であり、
逆にそれ以外の言語を薦めてるとしたら頭がおかしいとしか思えない
逆にブラウザ以外の言語としてJavaScriptをすすめてるならそれも頭がおかしいとしか
思えない。これが結論だね
0289デフォルトの名無しさん
2015/03/09(月) 02:16:07.90ID:T6nKbDrgそのまま、OSとしてスマートフォンに載るぐらい
おまえらのアホな長文とは裏腹に、これが現実。
0290デフォルトの名無しさん
2015/03/09(月) 02:18:01.40ID:lh4ZCMGKそうでもないと思う。
ブラウザ以外の一大分野であるモバイルアプリで採用率はかなり高いと思う
objective-cやjava、将来的にはswiftほどじゃないにしても、その次くらいじゃないかな
デスクトップアプリもMicrosoftで採用されたし、多くはブラウザアプリと似てる
頭がおかしいとまでは言えない
0291デフォルトの名無しさん
2015/03/09(月) 02:19:03.83ID:N7SvNSUiもともと他言語で実際やってたことを今までjsではできなかった
jsでできるようになって「自分にもできるようになったよ！」と喜んだ？
みんながWeb出身だとでも思ってるの？
0292デフォルトの名無しさん
2015/03/09(月) 02:20:02.08ID:BhYBpDcoだから、ブラウザ上の言語としてのJavaScriptについては何も否定してないよ
それをネイティブアプリとかそっち方面にまで話を広げようとするからおかしなことになってるだけで
0293デフォルトの名無しさん
2015/03/09(月) 02:23:22.96ID:T6nKbDrgjsでネイティブアプリ制作できるツールが出来てんだよ
で、その他言語ってプラットフォームに依存まみれなわけ
JVMやCLRの中間言語なんて誰も読みたくなかったし、
c++のコンパイルを悠長に待ってられなかったんだろうね
0294デフォルトの名無しさん
2015/03/09(月) 02:25:30.76ID:lh4ZCMGKモバイルのこと？
ネイティブはともかく、ハイブリッドは結構あると思うぞ
0295デフォルトの名無しさん
2015/03/09(月) 02:50:38.17ID:N7SvNSUi選択肢が一つ増えたことはいいことだが、今の時点でこれまでのものと同等の質に作れるのか？
RとかLuaとかC#とか、それぞれの分野にあった良い言語があるわけで、どんなものを作りたいかに
よって適宜選べばよい
jsはたいしたものを作らなくてもよい場合に選ぶ言語
0296デフォルトの名無しさん
2015/03/09(月) 03:15:58.40ID:lh4ZCMGK意外とそういうのはスタイルガイドなり、ツールなりaltjsなり、対処方法が結構ある
その上に、objectがstringをkeyとするmapで表せる点(それによってjson記法が普及した)と、
クロージャと無名関数、イベントループ式のイベント処理を備えていたのは大きくて、
それによって多くの用途で十分な言語になったのだと思う
簡潔な記法(json)、柔軟な抽象化(無名関数)、
簡単な非同期処理(シングルスレッド式のイベント処理)が揃った稀有な言語だったんだね
0297デフォルトの名無しさん
2015/03/09(月) 03:23:10.70ID:q8alwpTV0298デフォルトの名無しさん
2015/03/09(月) 03:26:17.69ID:q8alwpTV0299デフォルトの名無しさん
2015/03/09(月) 03:29:18.98ID:q8alwpTVJSの歴史なんて剽窃の歴史。
0300デフォルトの名無しさん
2015/03/09(月) 03:41:46.94ID:lh4ZCMGK今のような本格的な使われ方ではなかったように思う
Json、promiseが出てくるにつれてさらに本格的に使われだしたように思う
0301デフォルトの名無しさん
2015/03/09(月) 05:30:46.34ID:JYdN8ahe0302デフォルトの名無しさん
2015/03/09(月) 06:04:59.73ID:N7SvNSUi0303デフォルトの名無しさん
2015/03/09(月) 06:36:18.94ID:4QHfAWpcグローバルスコープに容易に変数が定義できてしまう点くらいだと思う。
で、それはstrictmodeで防げるんだから大丈夫。
0304デフォルトの名無しさん
2015/03/09(月) 07:00:03.13ID:lh4ZCMGK確かにその辺の懸念はあるね
どんな言語でもマシン語や中間コード解析されたら終わりだけど
>>302
まあスタイルガイド(コーディング規約)とかツールとか、新たな言語仕様を余計に覚えるとか
どの言語でも必要な事が多いけどね
>>303
細かいこというと、演算子による型の自動変換の振る舞いとか、
特に二重イコールの動作とか、thisの細かい振る舞いとか
withの振る舞いとか
いろいろ危険とされてる仕様はある
まあぶっちゃけ、回避はできることがほとんどではあるが
0305デフォルトの名無しさん
2015/03/09(月) 07:12:25.34ID:4QHfAWpcそれはミスではなくてあくまで選択、特徴だと思う。
withだってProxyと組み合わせて面白いことができたりするし。
0306デフォルトの名無しさん
2015/03/09(月) 07:22:10.67ID:lh4ZCMGKWithで指定したobjectの中に、withの中で左辺値として指定しようとした
propertyが定義されてないときの振る舞いの事ね
てか、strictモード使うんじゃなかったのかw
0307デフォルトの名無しさん
2015/03/09(月) 07:37:40.41ID:zs97/pAxその振る舞いは妥当だよ。
特に関数スコープvarだけの世界だったJSにおいてあれ以外の振る舞いをさせようがない。
だから設計はミスではないし、だからと言って存在自体がミスと言えるほどだとは思わない。
strictmodeで禁止なのは必須の構文ではないのとパフォーマンスへの影響部分が大きい。
0308デフォルトの名無しさん
2015/03/09(月) 07:44:41.29ID:ewisVoGfインデックスが1から始まるところだけはいただけないが。
0309デフォルトの名無しさん
2015/03/09(月) 07:53:35.62ID:lh4ZCMGKでも存在自体がミスだった(より有用な別の仕組みが良かった)と
思ってる人は多いと思うけどね
こればっかりは、多いと思うとしか言えないんで
平行線なのは分かるけど
0310デフォルトの名無しさん
2015/03/09(月) 08:00:13.52ID:lh4ZCMGK回避できるんだよね
それは結構簡単でコーディング規約に書いてあったりlintが
教えてくれたりする
他の言語でもそのくらいはするだろ
0311デフォルトの名無しさん
2015/03/09(月) 08:22:44.34ID:r4+pQju3エラーにするのはおかしいし、具体的にどんな挙動だったらよかったんだ？
Dartの..みたいなのがあれば良いということなら分かるが、with文の否定にはならない。
0312デフォルトの名無しさん
2015/03/09(月) 10:31:20.53ID:HvW1h5E5Ruby、Swift、C#にjsも加えてやるよ
0313デフォルトの名無しさん
2015/03/09(月) 15:50:44.04ID:Bs69F6Lw0314デフォルトの名無しさん
2015/03/09(月) 17:37:23.71ID:JYdN8ahe0315デフォルトの名無しさん
2015/03/09(月) 19:28:19.95ID:0YP+qxsb> 特にRuby使いは福岡行けば当分安泰
朴槿恵 「大使斬りつけ事件はむしろ韓米関係を近づける機会になった。あと私も昔顔を斬られた」 [転載禁止](c)2ch.net
ttp://hayabusa3.2ch.net/test/read.cgi/news/1425878976/
> 232 名前： ジャンピングDDT(福岡県)＠転載は禁止[] 投稿日：2015/03/09(月) 16:18:49.29 ID:VzGh6Ta00
> おまえらは米韓関係が良くなることがそんなに怖いのかｗｗ
福岡は地獄だと思う。
0316デフォルトの名無しさん
2015/03/09(月) 19:32:34.35ID:0YP+qxsbゲームのチートですね。
せっかくゲームが javascript で書かれていてデバッグ環境も標準装備されているのに、
変数の値を見たりもできるのに、
自分のチートコードによってそれらを操縦する方法がわからなくて。
特にわからないのが、Click 操作がどう制御されているのか・・・
HTMLなら OnClick とかの関数名が書いてあるのに、
動的レイアウトではそういうのがどこに書いてあるのかわからなくて。
0317デフォルトの名無しさん
2015/03/09(月) 19:52:03.89ID:T6nKbDrgsinatraをforkしたframeworkとか使ってそうだよね。Rubyistたちの心の闇は深い
0318デフォルトの名無しさん
2015/03/09(月) 22:02:14.89ID:lh4ZCMGKだからwith自体が間違いだったということ
具体的には、全くなくなるか、便利な機能だけ代替できる
別の構文で良かったんじゃないの
それ以上具体的にはどうやるかは知らんが
そのdartの..とやらもいいのかもな
0319デフォルトの名無しさん
2015/03/09(月) 22:53:34.94ID:Bs69F6Lwそもそもなんでスクリプト(限定)バトルロイヤルなんだっけ（＾ｏ＾）？
0320デフォルトの名無しさん
2015/03/09(月) 23:01:33.34ID:0YP+qxsbコンパイル言語では C言語が完璧すぎて議論にならないからだろ。
0321デフォルトの名無しさん
2015/03/09(月) 23:23:08.05ID:kjWf0/KWコンパイル言語使うような奴はこんな不毛な争いはしないから
0322デフォルトの名無しさん
2015/03/10(火) 05:13:30.56ID:s394deK9Dartの..はごく一部の用途にしか使えないし、
withのスコープへの介入できる機能はけして代替できない。
逆に、Dartの..で済むような用途にはwithは味がありすぎるというだけ。
withはメタプロの方面で活躍させればいいし、必要。
0323デフォルトの名無しさん
2015/03/10(火) 06:38:07.52ID:ZyX65yHpC言語は当時としては良い言語だったが
今となっては完璧とは言い難いよ
0324デフォルトの名無しさん
2015/03/10(火) 08:11:31.61ID:8dfd2ZCz0325デフォルトの名無しさん
2015/03/10(火) 10:53:27.00ID:xpU6q4/p0326デフォルトの名無しさん
2015/03/10(火) 12:20:17.79ID:BO1l8SLB0327デフォルトの名無しさん
2015/03/10(火) 12:27:29.38ID:8dfd2ZCzだから何よ？
0328デフォルトの名無しさん
2015/03/10(火) 13:35:30.61ID:BO1l8SLBjavascript、assemblerでググれば企業やLLCが作ったツールぐらい出てくるだろ
0329デフォルトの名無しさん
2015/03/10(火) 13:51:21.28ID:fOv62Osz0330デフォルトの名無しさん
2015/03/10(火) 18:30:50.04ID:xpU6q4/pCの出来ることを包含している、かつ、モダンな言語仕様と言って良いかと
Rustはポータビリティの面で劣るけど、そこを気にしないならCに勝る
llvmベースだから将来的にはポータビリティ高まるだろうし
0331デフォルトの名無しさん
2015/03/10(火) 18:50:30.30ID:ZyX65yHpC#、と言うか普及率で見てもC++でしょ
但しC++もC言語の負債を引き継いじゃってるから
D言語とかの「より完璧なシステム言語を目指すプロジェクト」も動いてるワケで
(C#は言語としては良くても、システム言語としては決して良い立場には立てない)
■ このスレッドは過去ログ倉庫に格納されています