$200K 1 10th birthday 4 abusive ads 1 abusive notifications 2 accessibility 3 ad blockers 1 ad blocking 2 advanced capabilities 1 android 2 anti abuse 1 anti-deception 1 background periodic sync 1 badging 1 benchmarks 1 beta 83 better ads standards 1 billing 1 birthday 4 blink 2 browser 2 browser interoperability 1 bundles 1 capabilities 6 capable web 1 cds 1 cds18 2 cds2018 1 chrome 35 chrome 81

Apps Script Advent Calendar 2017に App Maker 記事ばっかり書いてきたけど最後の日なので GAS ネタを書く。 以前 GAS のログ出力方法について記事を書いたのだけれど、このときは Stackdriver についてよく知らなかったので、Googleドキュメントに出力するというやり方で書いた。 Google Apps Scriptのログ設計 #gasja - Qiita 上記記事を書いた後に Stackdriver を使う機会があって、こいつはかなり便利 というのがわかったので Stackdriver と連携させるとどんな感じなるのかを解説する。 Stackdriver には3種類ある。 Stackdriver Logging Stackdriver Error Reporting Stackdriver Monitoring 本記事では Loggi

オーカワblog > 未分類 > Google Apps Script(GAS)のログ出力はLogger.logだけじゃないよ、console.logもあるよ.

何年も前、SeleniumやWebDriverの話で盛り上がった記憶があります。ただ、その当時はまだRailsなどバックエンド中心の文脈でした。今、フロントエンドに軸足が移る中、ブラウザテストの状況はどうなったのでしょう? 不思議なことに、フロントエンド界隈でそれほど話題に上がって来ないですよね (私の周りだけ?)。結構大事なのに。実は皆さん、「Seleniumアレルギー」なんじゃないですか? 公式サイトに漂う ゼロ年代感(下図)。Javaへの躊躇、「めんどくさい」と聞かされ続けた過去、無意識に避けてしまうのがSeleniumです。 ただ、フロントエンドの文脈でこそ、ブラウザテストは重要度を増しています。そこで「Selenium触りたくない病」の筆者が、 四苦八苦した背景 と、2016年だからこそ 見えてきた落とし所 を書いてみたいと思います。 註: 思ったより長文になってしまいました。先

JavaScript沢志保「sleep() がないんです！」 JavaScript を書く ↓ 「この処理が終わったら 1 秒待ってから次の処理に行きたいな」 ↓ sleep(1); ↓ ReferenceError: sleep is not defined ↓ （´・ω・｀） ってなったことがあるのはぼくだけでしょうか……。 Ruby にも PHP にも C++ にもあるのに JavaScript にはない sleep()。 そもそも需要がありそうなのに実装されてないということは暗に使うなと言われているのに等しいような気もするのですが、それでも使いたい人はたくさんいるようで、ググるとたくさん実装方法が出てきます。 そこで今回は様々な方法で sleep() を実装して、JavaScript 歴1ヶ月ちょいのド素人なりに利点と欠点を考えてみました。 前置き 動作環境 Node.js v7.

console.log()よりも配列やオブジェクトを綺麗に表示してくれるメソッドです。 ブラウザではこんな感じで使えてて便利でしたけど、Node.jsは今まで使えなかったんですよね。 ターミナルでこんな感じに使えるようになりました。 console.log()に色がついて見やすくなっている v9系までのconsole.log() v10のconsole.log() これはだいぶ見やすい。 むしろ今までなかったのが不思議なくらい。 Node.jsでconsole.table()を試してみる console.log()の表示とconsole.table()の表示をそれぞれ試します。 パターン1 - 通常の配列 通常の配列です。

2017年6月リリースのES2017で、JavaScriptはようやくまともな非同期処理を手に入れました。 以下はMODERN ASYNCHRONOUS JAVASCRIPT WITH ASYNC AND AWAITの日本語訳です。 MODERN ASYNCHRONOUS JAVASCRIPT WITH ASYNC AND AWAIT JavaScriptで非同期処理を行う近代的な方法とは。 Introduction JavaScriptはコールバック地獄からES2015のPromiseまで瞬く間に進化しました。 そしてES2017では、async/awaitによってより簡潔に非同期処理を書けるようになりました。 非同期関数はPromiseとジェネレータの合わせ技であり、そしてPromiseより高いレベルの抽象化です。 リピートミー。「async/awaitはPromiseで作られている」

The performance benefits of rel=noopener - JakeArchibald.com より target="_blank" でリンクを開く場合は、rel="noopener"をつけておくのが良い。 管理画面などでは rel="noopener noreferrer"というかたちでnoreferrerをつけるとさらに良いかもしれない（参考：http://qiita.com/wakaba@github/items/707d72f97f2862cd8000 ） target="_blank" で開いたWindowは、 window.opener を使って親のWindowを操作することができる。つまりtarget="_blank"で開いたサイトで任意の操作ができてしまうことになるけど、Same origin の仕組みが働く。ので、Same originではない場

Double O というサービスを作りました。 フロントエンドはピュアな Web Components を採用していて、バックエンドは Lambda と DynamoDB のみで構成しました。 (厳密には CloudFront とか API Gateway とかもあるけどそこは省いていいよね？) REST API 以外の Util 系の Lambda 関数はすべて AWS Cloud9 で管理することで環境構築も不要な Lambda ができて楽でした。 TL;DR サーバーレスについてはごく普通のことしかしていないので、詳しくは触れないでおきます。 ピュアな Web Components だけでサービスを成立させることができた。 HTMLElement クラスを継承するだけなのでメジャーライブラリは不要になった。 Web Components の Custom Elements は標準仕様

2018年1月23日から25日にかけて、TC39の第62回ミーティングが行われました。TC39のミーティングでは、提案されているECMAScriptの新機能 (proposal) について審議し、各proposalのステージの移動を決定します。 今回のミーティングでは正規表現に関する幾つかのproposalがStage 4になりました。Stage 4になったproposalはES2018に組み込まれ、JavaScript (ECMAScript) に正式採用ということになります。 この記事では、JavaScriptに追加された正規表現の4つの新機能を紹介します。 s (dotAll) flag for regular expressions Proposal: https://github.com/tc39/proposal-regexp-dotall-flag 正規表現の新たなフラグとし

こんにちは、@yoheiMuneです。 最近はES6で書かれたライブラリも増えてきましたね。そんな中、...valsのような表記を目にすることもあるのではないでしょうか？今日はその...についてブログを書きたいと思います。使いこなせると便利です。 ※注：Spread Operatorの翻訳でスプレッド演算子と訳されているので本記事でもそれに従っていますが、演算子と言っていいのかは少し謎です。 目次 実際に試すには 本記事のコードはNode.jsで動作します。最新のNodeJSを準備して試してみてください。 # 今回のファイル名は「spread_operator.js」とします. $ node spread_operator.js また、ブラウザで利用する場合にはBabelによるコンパイルが必要です。Babelの使い方などは「次世代JavaScriptのコンパイラ、Babelに入門」を参照し

本稿は、JavaScriptのテストについて最も重要な根拠、用語、ツール、アプローチなどの知識を身に着けることを目的とした簡略版ガイドブックです。本稿で検討する数々の側面に関する最新の秀逸な記事も紹介しつつ、私たちが経験的に得たことも多少付け加えたいと思います。 Facebookによるテスト用フレームワークであるJestのロゴをご覧ください。 見てお分かりのように、このフレームワークは「苦痛のない」JavaScriptのテストをスローガンに掲げています。しかし、 “次のように言う人” もいます。 苦痛のないテストなんてあり得ない。 実際、Facebookはこのスローガンを掲げるだけの素晴らしい理由があります。一般的にJSのデベロッパは Webサイトのテストにあまり満足していません 。JSのテストには制限があり、実装が難しく、低速である傾向があります。 一方、正しい戦略を立てて適切にツールを

この記事は2018/1/11にGoogle Apps Scriptに新しく追加された3機能の紹介記事の3番目です。 https://gsuite-developers.googleblog.com/2018/01/three-new-tools-to-help-improve-your.html?m=1 新機能 Dashboard Apps Script API CLI Tool clasp (この記事です) 一つ一つが結構しっかりした機能なので記事を分けて説明したいと思います。 今回は3つ目のCLI Tool claspです。 CLI Tool clasp claspはオープンソースのGAS向けCLIツールです。 https://github.com/google/clasp CLI上からGASプロジェクトに対して以下の様なことが行なえます。 GASプロジェクトの新規作成 GASプロジェ

最近はGASの記事をあんまり書いてない大橋です。 2018/1/11にGoogle Apps Scriptに新しい3つの機能が追加されました。 https://gsuite-developers.googleblog.com/2018/01/three-new-tools-to-help-improve-your.html?m=1 もうこの機能が、歴戦のGAS Userたちにとって素晴らしいものばかりで、ぜひ紹介したいと思います。 新機能 Dashboard (この記事です) Apps Script API CLI Tool clasp 一つ一つが結構しっかりした機能なので記事を分けて説明したいと思います。 まずは1つめのDashboardから 新しいGoogle App Script Dashbaord Google Apps Scriptの作成者・管理者向けに新しいApps Scrip

🗺️ Develop Locally: clasp allows you to develop your Apps Script projects locally. That means you can check-in your code into source control, collaborate with other developers, and use your favorite tools to develop Apps Script. 🔢 Manage Deployment Versions: Create, update, and view your multiple deployments of your project. 📁 Structure Code: clasp automatically converts your flat project on sc

まえがき 以前 Vue.js用のFluxライクなライブラリVuexを試してみる という記事を書きました。2年前の記事で更新もしていなかったので改めて整理して学び直してみようと思います。今回使用するバージョンは 3.0.1 です。 Vuexとは？ VuexはVue.js用の状態管理ライブラリです。Fluxの影響を受けています。ReactだとReduxに当たります。 Fluxの考え方はFacebookのリポジトリにあるflux-conceptsが詳しいです。その中の図をお借りすると以下のような考え方になります。 1 Action → Dispatcher → Store → View のようにデータが流れていきます。Vuexでもこの考え方と同じようなデータの流れになります。 2 Vuexでのデータの流れは Actions → Mutations → State → Vue Components

Shibuya.XSS techtalk #10 の発表資料です。

設定不要のビルドツール parcelというビルドツールが空前の勢いでGitHubスターを集めており、リリース数日で5000スターを超えています。今日だけでも1000スター以上増えており、Googleなどの有名企業リポジトリ以外でこのスピードで人気がでるのは異例です。 https://github.com/parcel-bundler/parcel https://parceljs.org/ 実際に試してみたところ、これはwebpack一強時代を終わらせるレベルの使いやすさだと確信しました。 作者はAdobeのエンジニアで、その他著名エンジニアも続々と参加している様子です。 webpack疲れ webpackが出た当初、webエンジニアはgulp/grunt疲れの状態だったことを覚えている方もいるかと思います。 webpackの統合された設定ファイルは、タスクランナーで逐次処理していたものを