筆者はES6以前のVanilla JSがあまり好きではありませんでした。 そこで、バニラJavaScriptをなるべく書かなくていいように、2000年代を通じてさまざまなアプローチを追求してきました。最初はRJS(Ruby-to-JavaScript)、次はCoffeeScriptでした。どちらのアプローチも、バニラJavaScriptより楽しく書けるソースコードを、ブラウザが実行できるバージョンのJavaScriptへトランスパイルするものです。ある程度は、うまくいっていました。 とはいえ、これは明らかにその場しのぎの手段に過ぎず、ブラウザがより洗練されたJavaScriptを理解できる日を待ちわびていたのです。ただ、そんな日が来ることはなく、永久にその場しのぎでやり過ごすのかと思われる時期がしばらく続きました。 しかし、幸いなことにJavaScriptは改善を続け、2015年にはES6
Smooz周辺というかベンチャーが嫌われるのって、こう言うぬるま湯なとこだよな。#Smooz #アスツール #ベンチャーってこんなのばっか pic.twitter.com/3ewZvUPIfC — 六韜三略 (@six___three) December 20, 2020 言いたいことはこのツイートで言ったんですけれども、Smooz周辺のベンチャー界隈はこの期に及んでもSmoozあるいはそれを提供しているアスツール社を擁護しています。 取り巻きの擁護に見る、ベンチャー界隈のぬるま湯さ実はベンチャー界隈では、このように明らかにやっちゃダメだろという行いに対して「賞賛する(あるいは慰める)」という発言が散見されます。例えば「チャレンジングで偉い」「貴重な失敗体験ですね」とかそういうのです。 私も「ベンチャー」規模のSaaSベンダーで働いていますが、こういうノリには違和感を覚えます。(正直にいう


201909027追記 Fetchの仕様にプルリクが出されています HTTP cache partitioning by shivanigithub · Pull Request #943 · whatwg/fetch ·GitHub whatwgでfetchに関して「Double-keyed HTTP cache」という議論がされています。github.com ブラウザ側でも動きがあり、下記で議論がされていますChromeでは「Intent to Implement: Partition the HTTP Cache」 Firefoxでは「Intent to Implement- Double-keyed HTTP cache」 背景 HTTPのキャッシュは、そのリソースがどのページ(ドメイン)で読み込まれたかに関わらずに共有で使用されます。しかし、そのキャッシュ状況をサイドチャネ
と思う次第である。以下理由。JavaScript,GUI設計の今 JSはそのプラットフォーム特性上、あらゆる言語の使用者の、あらゆる不満が集まる場所で、ヘイトを集めやすい環境だと思う。近年は npm というプラットフォームの登場でエコシステムが生まれ、思いつく限りあらゆるメソッドが適用されてきた。貧弱な言語基盤だが、その中で生き残った方法論が、今一番GUIの課題を上手く扱えている、と自分は考えている。React/Redux やAngular によって、Flux/MVVMという抽象パターンが枯れてきたように思う。(この際、現場はまだ jQuery だぞ、みたいな話は無視する)。要は View は State の写像である、ということに尽きる。State はシリアライズ可能(JSON)で、Flux Action/Rx.Observable の Event Stream を入力とし、それ
<div id="capture" style="padding: 10px; background: #f5da55"> <h4 style="color: #000; ">Hello world!</h4> </div>html2canvas(document.querySelector("#capture")).then(canvas => { document.body.appendChild(canvas) });
毎年恒例になってきた「業種別ブラウザシェア」の2013年版をお届けします。過去2年間の記事はこちらです。 業種別のブラウザシェア2011年版 業種別のブラウザシェア2012年版 年々Internet Explorerのシェアが少なくなっており、GoogleChromeがシェアを広げています。また、最近はスマホユーザーの増加によりSafariやAndroid Browserのシェアも増えてきており、サイトによっては最も多くなっています。 今回は、業種別にサイト全体のブラウザシェア+Internet Explorerのバージョン別シェアの2つを掲載していきます。 »業種別の検索エンジンシェア2013年版 WebSEO 建築・不動産 自動車 健康 美容 保険 年金投資教育 芸能趣味(釣り) 感想PC経由のアクセスのみで見ればまた違ってくるのでしょうが、PC・スマホ込みのデータだと、ど
Wii Uの『インターネットブラウザー』では特別なJavaScriptを用いることでGamePadのボタンや状態を取得したり、動画や画像(JPEG形式)の表示を切り替えることができます。 ウェブサイトを制作する際の参考としてご活用ください。
http://d.hatena.ne.jp/Rockridge/20120616/1339854043 例え話なので諸々いい加減な部分はあるけど私の考えは大体こんな感じです(例え話で理解したつもりになってはいけない)(ある程度技術的なことが理解できる人を対象とした記事です) - 遺伝子の突然変異か何かで、食品アレルギーに過敏になった未来、99%の人間が何らかの食品アレルギーを持っていて、食品によっては食べると実際に死んだりすることもある。まあ中には単なる食べ物の好き嫌いや、信仰上の理由もあったりするのだが、対外的にはあんまり区別が付かない感じだ。 以前の世の中は、そば粉アレルギーはそば屋に行かないとか、卵アレルギーはプリンを食べないとか、菜食主義者はステーキ屋に行かないとか、各々が自衛したり、食品メーカーやレストランがどういう食材を使っているのか明記したりしてきた。そうやって騙し騙しやって
HTTP Methods and Redirect Status Codes http://blogs.msdn.com/b/ieinternals/archive/2011/08/19/understanding-the-impact-of-redirect-response-status-codes-on-http-methods-like-head-get-post-and-delete.aspx 更新間隔が開いてしまいましたが、今回も EricLaw’s IEInternals の記事をを私訳しました。 HTTP レスポンスでクライアントがリダイレクトされる際の挙動について、RFC の記述とブラウザーの実装の微妙な違い、またブラウザー間の挙動の相違について興味深い情報が示されています。 以下の文章は EricLaw’s IEInternals の 8/19 の記事 HTTP Met

OperaがWebKitの接頭辞を…というのは、まあとりあえずは中の人からの報告を待っておくとして。 さて、WebKitプロジェクトは接頭辞についてどう考えているんだろうか。先週やっていたWebKit Contributor Meetingで接頭辞などについて取り上げたセッションがあったらしい。 Deprecating features and vendor prefixes 機能の廃止、接頭辞の削除と、ふたつトピックがあったので、ふたつに分けて書く。 機能は廃止できるのか この前WebKitは接頭辞をエイリアスとして残す方針があると書いた。もう少し広げてかくと、既存のコンテンツが依存している機能は、接頭辞の有無にかかわらず、削除せず残しておく感じだ。カジュアルに使われやすいCSSの機能は、たぶん削除されることは今後もほぼないと考えている。 けれど、APIについては実装を削除している場合も
It’s not entirely complete, butit’s still very interesting information, provided by Shahed Syed. Oh, and you can now cue the people who will comment on this angrily about things related to Opera.It happens every time that we post anything about browsers. Story by Brad McCarty Amusic andtech junkie who callsNashville home, Brad is the Director TNW Academy. You can follow him onTwitter @BradMc
![A History of Web Browsers [Infographic] - TNW Shareables](/image.pl?url=https%3a%2f%2fcdn-ak-scissors.b.st-hatena.com%2fimage%2fsquare%2f69dfc95996305c94e31f3374052a94c0bfd0ce4f%2fheight%3d288%3bversion%3d1%3bwidth%3d512%2fhttps%253A%252F%252Fimg-cdn.tnwcdn.com%252Fimage%252Ftnw-blurple%253Ffilter_last%253D1%2526fit%253D1280%25252C640%2526url%253Dhttps%25253A%25252F%25252Fcdn0.tnwcdn.com%25252Fwp-content%25252Fblogs.dir%25252F1%25252Ffiles%25252F2011%25252F03%25252Finternetexplorerfeatured.jpeg%2526signature%253Dfcfca50d6c73608b8b0e318b421c51c4&f=jpg&w=240)
Updated: 2005-05-22 03:54:29+0900 [Home] 直にリンク 直にリンク リファラ表示ページに直にリンクします。 Firefox 1.0.4 …… リファラはこのページになる。 Opera 8.0 …… リファラはこのページになる。 IE 6 …… リファラはこのページになる。 NS 7 …… リファラはこのページになる。 Opera 7 …… リファラはこのページになる。 Lynx 2.8(cygwin) …… リファラはこのページになる。w3m 0.1.9(cygwin) …… リファラはこのページになる。 HTTPヘッダのLocationを使用する Locationヘッダ HTTPヘッダでLocationを使用します。 header("Location: http://www.teria.com/~koseki/memo/referrer/view.
The Internet Explorer 6 Countdown Moving the world off Internet Explorer 6 10 years ago a browser was born.Its name was Internet Explorer 6. Now that we’re in 2011, in an era of modern web standards,it’s time to saygoodbye. This website is dedicated to watching Internet Explorer 6usage drop to less than 1% worldwide, so more websites can choose to drop support for Internet Explorer 6, saving h
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く