のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,097,161人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

    元スレ+ JavaScript の質問用スレッド vol.141 +

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    551 = :

    >>550
    それがWebだから
    そうじゃないプロプラエティな技術も沢山あるのだから
    嫌ならそちらでやればいい

    悪いところを無くすことは絶対にできない
    良いところがあればその分悪いところがあるのだから
    あとはどれを選ぶかは好みの問題

    552 = :

    そもそもWeb技術のうちどれをどれだけ採用して
    どれだけ独自機能を乗せるかはブラウザの自由でしょ
    ブラウザってただの１アプリなんだから

    553 = 516 :

    >>551
    webは使わざるを得ない状況になっている
    使わなければ良い、はもう通じない

    あとは言語の開発に参加するぐらいだ
    なので俺はphpのデバッガに参加したところ。バグフィックスをバンバン出している

    選ぶじゃない、作るんだよ
    jsはまだ開発に参加してないけど、そろそろ行こうかなって思っている

    554 = :

    >>553
    言語の開発に参加した所で君が思ってるところは変わらないでしょ
    TC39でJSエンジンもWebブラウザも作ってWebを乗っ取るってこと？
    それはできないし通用しないと思うよ

    それにね、技術の上に理念が乗っかってできてるものの
    理念を否定することはその存在そのものの消滅を意味するでしょ
    WebはWebだから支持されてるんじゃない
    Webの理念が受けたから今の大きなWebがあるんだから

    Webって実質まだ20年くらいのもの
    Webの理念を否定して仮にWebを変えられたとしても
    別の存在が数年の間に取って代わるようになるだけでしょ

    つまるところWebは細かい部分を変えるしか無いの
    理念の部分を変えようなど机上の空論でしかないの

    555 = 516 :

    >>554
    どれだけ論破していただいても構わないんだけど、

    Document.write()
    が消えるか消えないか、これだけの話し

    これで言えば俺は消えると思う
    evaklに近いこれをどれだけ受け入れるか？

    まぁそれだけの話しだな

    556 = :

    >>555
    受け入れるという人はいない
    それと将来まで使える形で残しておくかは別の話

    document.writeはFeature-Policyで制限されたり
    HTTPのバージョンで制限されることは十二分に考えられるけど
    基本的には10年後も使える形で残ってるよ
    自称JS仙人の俺が保証する

    559 = :

    そりゃ互換性が一番重要だから廃止するわけがないだろう

    560 = :

    使おうとしたらエラー出たんだけど？

    561 = :

    >>555
    残念evalも消えてません。
    なーんにもお前の思う通りにならないねｗｗ
    バーカｗｗｗ

    562 = :

    >>560
    まだ使えると書いた
    今まで使えてきた環境では使え無くなったりする流れではなく使えるということ
    まだ正式仕様にはなっていないので現時点でモダンブラウザ間で互換性が取れているわけではない

    563 = :

    上で言ってるのは廃止された時、何も準備してない奴が阿鼻叫喚になるだけだな
    俺は順次書き換えているからなんでもいいぞ

    564 = :

    廃止しますって話を聞いてからでも十分間に合うで

    565 = :

    「document.writeが非推奨」を記述している仕様書はあるの？
    自分も使わないけど、あくまで機能的な面で使わないだけで、「非推奨だから使わない」は全く分からない

    567 = :

    >>565
    HTML Standatdに書いてある
    でも「記述している仕様書はあるのか」という判断基準は危険だよ
    昨今ChromeチームがGitHubとかで公開したアイディアをWeb標準と言って自分に実装することが問題視されているけど
    そのように仕様書なんて誰でも作れるもので超有名な仕様書だって大抵エディタは数人しか居ないのだから
    非推奨と書いてあったってそのはそれを書いた人が非推奨と書いただけでしかなく、
    仕様書がそれが法律というわけでもないし、推奨しないという言葉に明確な定義も効果も定められて居ないのだから

    結局Webって皆で作るものだから、皆がどう思っていてどうしていきたいのかが重要
    勿論皆と言っても自分の意見を出す人が少数居て、その中で特に引っ張っている人が少数という構図だから
    基本的にはリーダーの発言発表をチェックして色んなメーリングリストに参加して雰囲気を掴んで
    一緒に流れを作っていくという気概を持っておかないとね　もし外部に判断基準を求めるのなら

    569 = :

    仕様で「非推奨」が未定義なら、彼らのいう「document.writeは非推奨」が主観的根拠を基にするもので厳格な定義じゃない
    彼らの意見を目にして>>503が

    > 「document.writeは非推奨」という話を何回も目にしたので、変えたほうが良いのかなと…。

    のように判断するのは、ただの思考停止だよ

    572 = :

    >>571
    繰り返すが、「非推奨」と書いてない
    それでも「書いてある」と主張するなら、「仕様書の警告文から判断して、非推奨だと俺は思う」と主張するのが正しい
    あなたの個人的見解を聞いているのではない
    仕様書は書いた通りに読むだけで主観的解釈を交えた曲解はよろしくない

    573 = :

    仕様の「非推奨」と個人の「非推奨」の違いか

    574 = :

    >>572
    警告文も仕様の一部で強く推奨しないと書いてあるのだから
    それを書かれたとおりに読めばこのメソッドは非推奨なんだと言うことになるだろう

    君は何？項目にNOT RECOMENDEDマークが付いてたりしないと非推奨と思わないの？
    それこそ君の仕様に書いてあることに対する主観的解釈、個人的見解だと思うけど

    Webに関する議論全般において通例的にRFC2119が参照されると思うのもただの君の古い考えだし
    その範囲でしか非推奨という日本語訳を使えないというのも君のあまりにも頭の硬すぎる独自の考えでしょ
    RFC2119のNOT RECOMENDEDはにしたって
    具体的にそれを持ってこの機能が将来どうなるかとか、効果を表すものではなく
    ただその仕様に従って欲しい度合いの強さを表すものでしか無い

    もし仕様書に警告という形でその仕様に対するより詳しい事項がわざわざ書いてあるのに
    キーワード１つ書くやり方に従っていないのであれば正式なものではないというような解釈をするのは
    あまりに身勝手で意味のない考えだとしか言えないね

    575 = :

    >>566
    なんのデータを取りに行くのか知らないが
    普通にnullやundefinedと比較したら良いんじゃねーの？

    576 = :

    >>574
    > 警告文も仕様の一部で強く推奨しないと書いてあるのだから

    どの文面？

    577 = :

    俺も「強く推奨しない」とは読めなかったわ
    どこだろ？

    582 = :

    >>581
    どうやって取得してるかまず書けよ
    fetchやajax系ならstatus見ろとか助言できるだろボケ

    584 = :

    「仕様書にはこう書いてある！(｀・ω・´)ｷﾘッ」
    「独自解釈乙論破！」

    みたいな流れは



    夏だなぁ

    585 = :

    >>580
    よく見返してご覧よ
    変えたほうが良いかと質問者が質問してるから
    変えたほうが良いけど好きにすればという声が多数でしょ
    非推奨だから死んでも使うなと言ってるやつ居るか？
    被害妄想は大概にしようよ

    586 = :

    >>537で終わってる
    非推奨であろうがなかろうが使えなくはならない

    588 = :

    解読する恩恵が欠片もない
    今アロー関数のことが分かっていれば良い
    無駄なことにエネルギーと時間をを使うな

    590 = :

    よくある書き方じゃん

    591 = :

    無駄コードをよく見るなら、環境を変えた方がいいかもね

    592 = :

    無駄？
    アロー関数とカンマ演算子の関係、もしくはカンマで区切られて式として評価される区内においての挙動って
    重要なポイントであり、テクニックというかコーディングスキルとして大切だと思うが

    593 = :

    >>592
    >>587はカンマ演算子によって、評価値は []
    アロー関数をどうやって参照して呼び出すの？

    595 = :

    >>594
    エスパーかよ

    596 = :

    >>594
    カンマ演算子だけの話なんてしてなく
    お前が言ってることも含んでるんだが
    お前こそマヌケか？

    598 = :

    >>596
    >>587がカンマ演算子だとして、有効なコード例を見せてくれ

    600 = :

    ドツボだね
    バカ丸出し
    下になるのは当然で、その上でカンマ前のアロー関数に意味はあるの？あるというなら有効なコード書いてみろと言ってる


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について