Next.js 9を使ってCloud FunctionsとFirebase HostingでSSRする 皆さんこんにちは、noriです。 FirebaseSummitのレジストレーションがオープンしましたね。僕は今年も参加しますよ！! 今年はスペインの開催ですねー 楽しみ。 最近フロントの環境設定をする機会があったので、登場したばかりのNext.js 9をCloud Functionsにのせてみました。 Cloud Functionsにのせるところまでは、すぐだったんですがReactの扱いが初めてだった僕にとってつまりどころがあったので、同じことをしようとしている人たちのためにこの記事を書くことにしました。 先にサンプルコードを置いておきます。 Firebase HostingとしてNext.jsを動かす まず今回やったことを図として示します。 ポイントは以下の2つです。 Next.jsを

全国のケーブルが嫌いな皆様こんにちは。 本日このようなツイートをした所、とても多くの方にリアクションをいただいたので、デスク周りのケーブルをスッキリさせる為に、私が心がけてる事などをご紹介しようと思います。 ここでケーブルが大嫌いな私が、ケーブルを隠すためにしている涙ぐましい努力の数々をご覧ください。 pic.twitter.com/YVGF5jamz4 — Go Ando / THE GUILD (@goando) April 21, 2019 なぜケーブルが嫌いなのかまず最初に申し上げたいのが、私はケーブルがとても嫌いです。 ケーブルそのものが嫌いというよりは、巷に溢れている好ましくないケーブルの状態が嫌いなのだと思っています。好ましくない状態とは大雑把に以下の2ケースです。 1. 使われてないのに放ったらかしにされている。 2. 必要以上に長いケーブルが使われている。つまり余った状態

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

『アイカツ！』の71話を見た。 武道館後から本格的に見始めて、50話を見たのが4/13、綺麗に終わりすぎたので2ndシーズンまで時間を置き、52話を見たのが4/22だ。 いちごちゃんがいない状態で2ndシーズンが始まるのか…大丈夫なのか…？と思ってたら、1年経ってるし、おとめちゃんがスターライトクイーンになってるし、いちごちゃんはあっさり帰ってくるし、大型新人がデビューするし、いろいろ驚いてしまった。 とりあえず今回はそんなことは置いておいて、なんで約1ヶ月で50話見ることができた私が、その後21話見進めるのに1ヶ月半かかったのかについて書こうと思う。 一言で言うと、「52話での失望」だった。 簡単にあらすじをまとめる。 51話でスターライト学園とドリームアカデミーの代表が対決することが決まり、ドリームアカデミー代表の大型新人音城セイラちゃんが初登場で星座アピールを出す。 スターライト学園

README.md require-from-twitter Since Twitter doesn't have an edit button, it's a suitable host for JavaScript modules. How to use Source tweet: https://twitter.com/rauchg/status/712799807073419264 const leftPad = await requireFromTwitter('712799807073419264'); console.log(leftPad(1, 5)); // '00001' console.log(leftPad(1234, 5)); // '01234' console.log(leftPad(12345, 5)); // '12345' Running this ex

株式会社justInCaseは、もしもの時に備えるのみならず、インタラクティブでこれまでにない体験を通じて、保険に新しい価値を提供する会社です。

「家での筋トレだけでも、そこそこ変われたよね」――5カ月にわたって自宅でトレーニングした人がぽっちゃりからバキバキボディーに生まれ変わった姿を公開し、Twitterで話題を呼んでいます。これは努力のたまもの……！ 話題を呼んでいるのは、コスプレ写真などを撮影している柊せんせー（@hiiragisensei）さん。ここ数日人気のハッシュタグ「#私はここまで成長しました見た人も晒す」に乗って、「無修正やで」と2枚の写真を投稿したところ、9万2000件もの“いいね”を集めることとなりました。 筋トレ前（左・5カ月前）と筋トレ後（右・5カ月後） 話題の画像は2枚ともジーンズを履いた柊せんせーさんを撮影したもので、上半身は裸、下はジーンズ姿。1枚目は食い込んだジーンズの上にでっぷりとした太鼓腹がどーんと乗ったわがままボディーとなっていますが、5カ月後に撮影された2枚目の写真では、腹筋が見事に6つに割

先日gamescom 2019向けの最新トレイラーが披露されたThe Farm 51開発の新作サバイバルホラー『Chernobylite』ですが、海外メディアMagazyn CD-Actionが約13分のゲームプレイ映像を公開しました。 チェルノブイリの立入禁止区域を舞台にしたSci-Fiサバイバルホラーとなっている本作。ゲームプレイ映像ではトレイラーにも収められている原子力発電所への潜入を紹介しており、美しいグラフィックスや幻覚のような演出、ステルス要素、謎めいた展開などを確認することができます。 サバイバル、陰謀、恐怖、愛、執着などが入り交じる『Chernobylite』は、2019年秋にSteam早期アクセス配信予定です。 gamescom 2019 トレイラー 《RIKUSYO》

先週の金曜日（2019/8/23）に発生したAWSの東京リージョンで大規模な障害が発生しました。障害の内容は、一つのAZで空調設備の問題からEC2インスタンス並びにEBSに問題が発生したという事象です。詳細についてはAWSから発表があるので、そちらをご参照ください。 aws.amazon.com 障害の最中にTwitterのタイムラインを見ていると、単一AZ障害ではなく複数のAZで障害が発生しているのではないかという観測が多く見られました。障害としては、AWSの発表通り単一AZ障害です。では何故多くの人に勘違いされたのでしょうか？理由は2つあります。 AZの割り当ては、アカウントごとに違うという事が知られていない マルチAZ構成にしていても、単一AZの障害の影響を受ける ここでは前者のAWSアカウントの割り当ての話を説明します。 あなたが見ているap-northeast-1aは、私が見てい

なぜこの記事を書いたのか？ 決定木をベースにしたアルゴリズムのほとんどに特徴量重要度という指標が存在する。データに対する知識が少ない場合はこの指標を見て特徴量に対する洞察深めることができる。KaggleではEDAのときにとりあえず重要度を見てみるなんてこともするようだ。 しかし、この特徴量重要度にはバイアスが存在していて、特定の条件下では信用出来ないことがある。そういった条件を広く知ってほしいということでこの記事を書いた。 この記事では人工データを生成しバイアスを再現してみた。また、こういったバイアスに対処したという論文を見つけたので軽く紹介する。おまけとしてgainベース以外の特徴量重要度についても紹介する。 目次 なぜこの記事を書いたのか？ 想定読者と実験の枠組み 想定読者 限定する枠組み 特徴量重要度とは？ 特徴量重要度にバイアスが生じる条件 1. 解像度が低い場合 2. 特徴量同士

Node.jsのお勉強を兼ねてブログのアイキャッチ画像を自動生成するツールを作ってみました。 完全に自分向けに作ったので公開はできないのですが、代わりに作り方をまとめておきます。 処理の流れは 記事のメタ情報（タイトルやカテゴリなど）を取得カテゴリを元に背景画像を選択タイトル文字列を画像化背景画像とタイトル文字列画像を合成ファイルに保存となっています。この中からいくつかキーポイントをご紹介。 記事のメタ情報を取得記事のメタ情報はmarkdownのFront Matterに書かれています。 きっとパーサがあるだろう、と思って探したらいくつか見つかりました。複雑なことをしたいわけではないのでどれを選んでもよさそうでしたが、今回はgray-matterをチョイス。自分はFront MatterをTOMLで書いているのでTOMLのパーサと連携させて使います。 jonschlinkert/gray-

tl; dr TypeScriptとExpressを使ってアプリケーションを開発するにあたって、以下の課題がある。 現状、 @types/express における型定義は厳密でない リクエストハンドラの中でごちゃごちゃとやってしまい、ステートフルになりがち こうした課題に対して、gcanti/hyper-ts が有効である。 1. @types/express における型定義はstrictでない 例として、Application インターフェースの render メソッドの型定義を見てみる。 render(view: string, options?: object, callback?: (err: Error, html: string) => void): void; この型定義は厳密さに欠ける。まず、第二引数のoptionsの型は objectである。（cookieメソッドのオプシ

もくもく温泉開発合宿(15) に参加してきた． この記事はその参加報告である． はじめに もくもく温泉開発合宿への参加は3回目である． 前回に引き続き「スポンサーされる枠」及び「運営スタッフ」として参加した． 今回は，7/13 ~ 7/15 にかけて 山喜旅館 にて決行された． もくもく温泉に関しては こちら を参照されたい． きっかけ 6月下旬，私はひどく疲弊していた． 環境と，それに順応できない自分に嫌気が差していた． Twitter で弱音を吐いたときに tabunmuri255 さんより「温泉入りましょ」とお誘いいただき参加するに至った． (正確に言うと，もともと参加するつもりが，心に余裕がなかったため忘れていた) 要するに，湯治というやつである． 1日目 午前中の用事が伸びた，マズい． 仕方なく新幹線に乗って向かうことにした． ご自由に使ってください 山喜旅館は伊東駅の近くにある

マルハン 廿日市For an international add campaign.カバネリ st 駆け抜けFor a regional festival event.蓮田 ティアラCreated for a best selling children's book.30入金不要ボーナスFor an international add campaign.ダン まち スロットClassic retro style illustration.キクヤ 昭島Creative storyboard illustration背景 赤Regional ad for a local company.日本 カジノFor an international add campaign.ピー くん ガーデンFor a feature film.マルハン 津山For an international add camp

2019/07/06 の Battle Conference Under 30 2019 で話した登壇スライドです。

2. Who? Yuta Suzuki (@euxn23) Engineer @ Bitbank (2018/07-) Lead of Developer Success Team AWS, DevOps, NodeJS Engineer formally, Application Engineer (Frontend / Backend) Community activities Lead of CROSS Party 2019 Member of TypeScript meetup JP Organizer of awswakaran.tokyo →← 2 / 44

The Front-End Tooling Survey 2019 について オンラインで行われている世界的なフロントエンドのアンケート 5000 人以上から集計したアンケートによって、その年のフロントエンドのトレンドが分かるようになっている https://ashleynolan.co.uk/blog/frontend-tooling-survey-2019 昨年も行われている UIT での Front-End Tooling Survey について きっかけは東京以外のエンジニアも増えた中での技術スタックが知りたくなった 東京, 福岡, 京都, 韓国, 台湾, タイと組織全体での集計のきっかけに UIT では 2018 年から実施 質問内容は基本的にグローバル向けのアンケートと同じ内容 2019 年のアンケート概要 アンケート回答者が 55 人に増加。参加率40%程度。 全体として経験

はじめに みなさんはじめまして。こんにちは。高部（たかべ）と申します！ MayaがMaya 2019にバージョンアップするということで、今月から隔月予定で6回、コラムを書かせていただくことになりました。至らない点も多々あるかと思いますが、およそ1年間、よろしくお願いします！ このコラムでは、私がとても好きなローポリのキャラモデルを取り扱います。これからモデルを作ってみたい方は、ローポリモデルから作ってみてはいかがでしょうか？ポリゴン数が増えたり、複雑なモデルになったりしても、ローポリモデルで学んだ基礎は役に立つことも多いと思います！ 1回目もくじ ・自己紹介 ・コラムの内容 1　使用するツール 2　仕様 ・モデル作成の流れ 1　モデルのデザインと仕様を決定 2　Maya 2019のセッティング 3　素体モデルの作成 4　デザインしたモデルを作成 5　モデル完成後 ・作るキャラクターのデザイ

@potato4d が @kawasako に、 Safari に搭載される ITP 2.2 の話を聞いてみました。 インテリジェンス・トラッキング・プリベンション preventDefault の prevent Safari におけるプライバシー保護のシステム 2017 年から ITP 1.0 が存在、最新は 2.2 ITP 1.x 3rd-party cookie の制限システム サイトをまたいだクッキーの読み書きの制限 ML によってアド向けのクッキーであるかを判別 学習モデルの詳細: https://webkit.org/blog/7675/intelligent-tracking-prevention/ ITP 2.x 1st-party cookie にも一部制限が入る アプリケーションに影響がないように代替となる Storage Access API を制定 Safari