slackあるある ※※お知らせ※※ 今後、備品購入を希望される方は当チャンネルで ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 【購入品名】　： 【購入URL】　： 【購入承諾者】： 【納品希望日】：2019/mm/dd 【備考】　　　： ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ というフォーマットを使って下さい。 (ピンどめしておきます) 現実は・・・ フォーマットを自己流に改変する人 そもそもフォーマットを使ってくれない人 別のチャンネルで依頼する人 etc..... 解決策 今後、備品購入依頼は 当チャンネルで /bihin と投稿し、 表示されるダイアログから依頼して下さい。 表示されるダイアログ 簡易バリデーションチェックあり ダイアログ経由で生成される投稿 確実に期待したフォーマットで投稿してもらえる 指定のチャンネル以外でコマンドを使用した際のエラー表示 投稿者本人だけにエラーが通知され、無駄

TL;DR いつでもどこでもカロリーを摂取できるように、 位置情報データの可視化にめっちゃ便利なライブラリfoliumを布教するために、こういうマップを作って遊んでみました。 東京都心部はどこでも万遍なく二郎系ラーメンが食べられそうですが、特に神田・秋葉原・御茶ノ水エリアあたりには二郎系ラーメンのお店がいっぱいですね。 ちなみに引きのviewはこんな感じ。 下のリンクにアクセスいただくと、ブラウザ上からグリグリ動かして操作もできます。 https://moyashi-ramen-map.herokuapp.com/ ※ページだけで1.2MBあるのでやや重いです…。スマホだと性能にもよると思いますがかなりもっさり動作になってしまうと思います。 ここからこのマップの作成プロセスについて書いていきます。 追記 大変ありがたいことに、GIGAZINE様にて本記事を紹介いただきました。操作説明まで詳

Node.jsは半年ごとにバージョンアップが行われ、偶数バージョンがLong Term Support（LTS：長期サポート）対象となるため、今回のNode.js 12はLTS対象バージョンとなります。 LTS対象バージョンのサイクル LTS対象バージョンは、リリース後最初の半年を「Current」（最新版）、次の1年半を「Active」（有効）、そのあとの1年を「Maintenance」（保守）という3つの状態を持ちます。今回のNode.js 12もActiveなLTSになるのは半年後の予定です。 Node.js 12のおもな新機能 Node.js 12のおもな新機能としてはJavaScriptエンジンのV8が「V8 7.4」にアップグレードされ、JavaScriptのパースが高速に、Asyncのスタックトレースが可能に、引数のミスマッチ時のコールが高速になるなどの改善が行われています。

おつかれさまです。 記事の前に、まずは にゃんこ成分 を充電します ( ˙꒳​˙ ) すこし大人っぽく写ったかな? canvas とは canvas要素 は、JavaScript で画像や図形を描画できる HTML要素 です。 例えば、動画やカメラ映像を取り込んで加工したり、ゲームを作ったりできます。 詳しくはこちら。 ja.wikipedia.org canvas要素 では、画像やアニメーションが使えることがわかりました。 画像やアニメーションを使うときは、それを画面いっぱいに表示したいことがあります。 結構あります。 たとえば、動画を再生するプレーヤーは、ほぼフルスクリーンにする機能があります 大きさを設定するには canvas要素には、widthとheightという属性があり、HTML内での描画可能な領域になります。 width は要素の横幅、height は要素の高さを示してます。

はじめに どうも、大阪オフィスのちゃだいんです。 みなさん、GW（ゴールデンウィーク）の予定はバッチリですか？ フルで休める人もそうでない人も、せっかくの長期休暇は有意義に過ごしたいもの。私もちょこちょこ予定が入ってる状態なので、何もない日は落ち着いて勉強に取り組めたらなんて思ってます。（でなければ全てAmazonプライムビデオに吸われてしまう……。） そこで、このGWに個人的におすすめなAWSの勉強方法をまとめてました。 5/7迄！公式オンラインカンファレンス 4/8より開催されている　AWS Innovate 2019 が、5/7（火）で終了します。 様々な切り口や特集で、１コマ３０分程度のプレゼン動画を自由に視聴できるので、割とサクサク学ぶことができます。特に、通常は有償のトレーニングコースを、期間中はダイジェスト版を無料で受けることができます。これはお得！ AWS Innovate

もうやりきったと思ってませんか？まだまだやれるEFO-マルチデバイス時代のウェブフォーム顧客体験最適化

🐰くるみ🦖💚 @kurumin__130 ええー！！ JTBの窓口有料…？ 店頭でパンフ貰ってきて、いつも窓口でアーリー付きのプラン組んでたのになぁ。しかも安くないし😭 2019-04-23 12:42:04 az.u.k.i @dmwtjagpfro JTBの窓口相談有料化？ しかもそのお値段？ 私たちがネットでは拾い上げられなかったお得なプランやオプションを提案してくれたりして、とても親切で助かっていたんだけどな… もう２度と窓口には行けないね。 2019-04-23 10:09:54

概要 簡易ワークフローを導入する必要があって作成した → 結局使ってない 大きな組織には全く向いていない 全体的にうろ覚え だいたいのフロー フォームから申請 承認者にメールが届く 承認画面で承認もしくは却下 承認して、上位承認者がいる場合　→　2へ 却下した場合、申請者にメール 結果がspreadsheetへ書き込まれる 作り方 申請フォーム 申請用フォームをGoogleFormで作成 ユーザーを手打ちで作成（大きな組織には全く向いていないと言った） シート作成 回答→「回答先を選択」→緑色のマークをクリック→spreadsheetが作成される ユーザーのマスタ ユーザー用のシートを追加 申請者、承認者の関係を定義（authorizer_idに承認者のidを記入） 階層のイメージ スクリプト作成 spreadsheetで「ツール」→「スクリプトエディタ」 申請時メール送信 var URL

ウェブサイトのブックマークアイコンになったりブラウザのタブ部分に表示されたりするのが「Favicon(ファビコン)」です。このファビコンにウェブカメラの映像を映すことに、開発者のdavyさんが成功しています。 Tiny Mirror https://wybiral.github.io/code-art/projects/tiny-mirror/ 一体どういうことかというと、以下のムービーを見ればその詳細がよくわかります。 I put a webcam in a favicon you're welcome Demo: https://t.co/AR0U1Hztu2 pic.twitter.com/zt1xnfqcfC— davy (@davywtf) 2019年4月21日 普通のウェブブラウザ 画面がズームしていき…… タブの赤枠部分にあるファビコンが動いていることがわかります。 実際にd

追記 kazuho さんからの指摘いただいた通り、TCP BBRアルゴリズムがモバイル環境の通信速度向上に影響を与えているわけでは無く、キャリア/ISPが制御している回線(本記事ではIIJmio回線)を、BBR+SSRという特殊なコネクションにより、トラフィックシェイピングの挙動を変えてしまい*1、そのため帯域幅が増えたと推測されます。この利用方法では、TCPの公平性に悪影響を与えてしまう行為になる可能性があり、一般良識の範囲内で試すなど、定常的な利用は控えた方が良いでしょう。 さらに追記 IIUC同僚氏いわく、kernelのtcp実装ならBBRv1。モバイルキャリア内にありがちなユーザ毎のキューがボトルネックか、同一ユーザが並行ダウンロードを行なって確認すればいい（バンド幅の総和が不変ならユーザ毎のキューあり）。キューがあってそこがボトルネックなら輻輳制御間の公平性の懸念はない— Kaz

まず初めに phina.jsだけで完結できるところを、 あえて Nuxt.jsをかぶせて作ってます。 できたクリッカーゲームがこちら↓ 鬼姫無双-ONIHIMEMUSO- 最終的に使ったモノ ゲームライブラリ：phina.js フレームワーク：Nuxt.js データ：Firebase「Cloud Firestore」 サーバー：Heroku CDN：Cloudinary WebPush：OneSignal ドロワーソフト：Sketch App 画像編集：Photoshop 作成環境：phina-ts-seed + create-nuxt-app 作った手順 ゲームデザイン まずコンパイルが早いparcelで、phina.jsを使いゲーム自体を作る 中だるみを避けるためにここでキャラデザする Nuxt.jsを乗せてデータ連携・phinaとのつなぎ込み 細かい描写を入れていく ゲームデザイン

目次 はじめに HTMLレンダリング HTMLレンダリング ：ブラウザでHTMLを受け取り画面表示 HTMLレンダリング ：JavaScriptでレンダリングして画面表示 HTMLレンダリング ：WEBページの初期表示の各段階 サーバーサイド側の処理 サーバーサイド側：Node.jsという実行環境＆開発環境 クライアントサイトレンダリング クライアントサイトレンダリング：リアルDOMと仮想DOM サーバーサイドレンダリング おまけ：参考にしたリンクなど はじめに Web開発で「フロントエンドはモダンな感じでやりましょう。jQueryではなしに。」ということになったのですが、その時の僕は「モダンな感じ」なるものが示す「最新の技術動向」に疎くて話についていけませんでした、。 反省し、WEBフロントエンドとサーバーサイドあたりの技術動向のアウトラインをざっくりと整理してみることにしました。 よく

Disclaimer : The views, information, or opinions expressed herein are solely my own and do not necessarily represent the policies or the opinions of any entity in which I have been or am now affiliated, including my employer. 突然ですが、下の画面のようなアンケートをウェブサイト上で実施する事って経験あります？ ある！という方ようこそいらっしゃいました。この記事ではそんな方が対象です。ないよ！する予定もないよ！という方、そっとこの記事を閉じて、他の記事へどうぞ。 では、『ある！』の方。そのアンケート結果の集計作業は、すぐにでも可能になっているでしょうか？それともバッチ処

Send feedback Forms Service Stay organized with collections Save and categorize content based on your preferences. outlined_flag The Google Forms service allows scripts to create, access, and modify Google Forms. An example script demonstrates creating a form with various item types, publishing it, and sharing it. The documentation lists numerous classes within the Forms service, including items,

今回のおはなし アンケート機能は自分で実装したくないけど、 GoogleFormsの画面はアンケート回答画面に使いたくないから、 GoogleFormsのWeb APIをGoogleAppsScriptで作成して、 WebAPI経由でGoogleFormsにアクセスできるようにしたおはなし アンケート機能作るのつらい問題 アプリケーション内でアンケートを実装したい場合はみなさんどのように実装しているでしょうか？ 既存のライブラリやgemを使用したり、フルスクラッチで要件にあったものを実装する等あると思います。 ですがアンケート機能というのは実装するとなると難しいものです。(ライブラリやgemを使う場合も含めて) どんな点で難しいかというと アンケートの質問はラジオボタンやチェックボックス、テキストなどの形式に対応する必要があるが質問や回答データはどのような形式でどのように紐付けて保存するか

アンケートやイベントの出欠、コンタクト情報の収集や各種申し込みフォームなど Googleフォーム を使うと容易に作成、送信ができます。 今回は、 Google Apps Script を使って、その回答をすばやくkintoneに登録してみたいと思います。

楽天ヘビーユーザーなので地味に愛用してきた「楽天ウェブ検索」のGoogle Chrome機能拡張ですが…アップデートで狂っているとしか思えない仕様に変更されました。 上の画像を見てもらうと分かりますが、楽天ウェブ検索の機能拡張をオンにすると… Google Chromeのホームボタンが「https://websearch.rakuten.co.jp/」に固定されます。 さらに…Chromeの検索機能も「楽天ウェブ検索」に固定されちゃうんです！ まぁ…インストール時だけなら大丈夫か。自分で変更しようと思い設定画面にアクセスすると… ホームページ変更も検索エンジン変更も「楽天ウェブ検索」によって制御されていました。オフにしないと…Googleの検索エンジン使えないんですよ。こんな仕様にしたら全員使わなくなるでしょ！？ 楽天リーベイツというポイントサイトの通知のためにインストールしていましたが…

ICS MEDIAは2019年4月にリニューアルしました。シンプルでモダンなデザインへと見栄えは変わり、フロントエンドの最新技術によって爆速なサイトへと生まれ変わっています。 技術的におもしろいポイントは、WordPressワード・プレスを廃止したことです。 この記事では、オウンドメディアとしてWordPressをやめた理由、代用技術の選定で苦労したことを紹介します。 リニューアル前後の違い リニューアルによってどのくらい改善したか、定量的な結果を紹介します。ウェブサイトの性能を示す指標としてLighthouse（Google ChromeのデベロッパーツールのAuditsタブ）というツールがあります。 Lighthouseの採点で、リニューアル前は80点ほどだったのが、ほぼ満点のスコアをたたき出せるようになりました。SEOやアクセシビリティの点数も満点です。 動画でもご覧ください。リニュ