CX事業本部@大阪の岩田です。 先ほど聴講していたセッションでさらっとLambdaの新機能が発表されました。 Provisioned Concurrency その名もProvisioned Concurrencyです！！ ※先ほどAWS News Blogからも公式にアナウンスがありました。 New – Provisioned Concurrency for Lambda Functions Lambdaのマネコンを開けば分かりますが、すでに東京リージョンで利用可能な状態です。 どんな機能？？ この機能を利用することで初期化処理の完了したLambda実行環境を指定した同時実行数の分だけ事前にプールしておけるようです。同時実行数はLambdaのエイリアスもしくはバージョンに対して同時実行数を設定可能です。※latestに対しては設定できません。設定した同時実行数以上にLambdaの実行要求が

おそらく多くのソーシャル系アプリにあてはまるRailsのプチ・デザインパターン的な話。 ぼくが今やっているEast Meet Eastには、ユーザごとに数多くのプロフィール属性があります。名前、性別、生年月日、郵便番号、職業などなど、カラム数にしてざっと25個。これを、全部ひとつのusersテーブルに詰め込むのは、コードの見通しという観点からも性能の観点からも、あまりよろしくありません。 なぜならば、ユーザ関連の情報を扱う局面としては主に メールアドレスとパスワードなどを使ってログインする（アカウント情報） プロフィール情報で条件を指定してユーザを検索・推薦する（プロフィール情報） という２つの独立性の高いユースケースにわかれるため、ログイン処理をやってるときにはプロフィール情報はいらないし、プロフィールを検索してるときにはメールアドレスやパスワードをロードするのは無駄です。また、開発やデ

以下の内容は毎年、新卒入社でSEOに配属されてきた人に向けて「SEOの学び方」として最初にお話ししていることです。ご参考までに。2020年版。 要約 SEOは、Web経験がない新卒にはハードなお仕事 世界中の企業がSEOに取り組んでいる理由を理解する 「この領域だけは、自信がある」というスキルの柱をつくる 要約 SEOは新卒配属で学ぶにはハードなお仕事 なぜ世界中の企業がSEOに取り組むのか、その必要性を自分で経験して学ぶこと SEO単独のスキルは実はそれほど役立たない。Web運用管理の周辺専門領域を1つ習得して、それを中心にSEOの理解を深めるのもよい SEOは、Web経験がない新卒にはハードなお仕事 SEO はインターネットの雑学の集合体です。ドメイン、Web制作の一連のフロー、サイト運用管理、コンテンツマーケティング、情報設計（IA）、UX/ユーザビリティ、Web解析、ソーシャル、そ

この記事は、4/28 に動画配信したfreee Tech Night online #1 「3月1日のfreee全社員一斉リモートワークの裏側」 の補足記事です。 www.youtube.com TL;DR freeeがフルリモートに移行するまでのあゆみを時系列でまとめるとこんな感じです。 2月12日 リモート対応打診 = リモートの人増えるかも 2月18日 VPN能力増強の正式な打診 = max 400人くらいかな 2月20日 VPN β公開 = 暫定機材で運用開始 2月26日 VPN 全社公開 = 新機材到着 2月28日 全社フルリモートへ = max 800人で 3月1日 新機材で運用開始 記事の最後に貼ってあるグラフで見ると、移行した様子が綺麗に分かります。 時系列で追ってみる 2月初旬、COVID-19はダイヤモンドプリンセス号で感染が発覚した段階で、まだ、水際で止めることができ

長らく自動テストとテスト容易設計を生業としてきましたが、最近は色々な限界を感じて形式手法に取り組んでいます。 この記事では、既存の自動テストのどこに限界を感じてなぜ形式手法が必要なのかの私見を説明します。なお、私もまだ完全理解には程遠いため間違いがあるかもしれません。ご指摘やご意見はぜひ Kuniwak までいただけると嬉しいです。 著者について プログラマです。開発プロセスをよくするための自発的な自動テストを支援する仕事をしています（経歴）。ここ一年は R&D 的な位置付けで形式手法もやっています。 自動テストの限界 自動テストとは 私がここ数年悩んでいたことは、iOS や Web アプリなどのモデル層のバグを従来の自動テストで見つけられないことでした。ただ、いきなりこの話で始めると理解しづらいと思うので簡単な例から出発します。 この記事でいう自動テストとは以下のようにテスト対象を実際に

マイクロサービスにおける認証と認可の、一般論としての設計パターンを調べたところ、Web 上の複数の記事で似たようなパターンが登場していた。ここでは、まず認証と認可が実現したい一般的な要件と、そのマイクロサービスでの難しさを整理し、認証と認可に分けて調査したパターンをまとめた。 あくまで “一般論” なので、実際には個々のドメインにあわせてアレンジが必要 往々にしてこの “アレンジ” に価値が宿るものだが、まずはセオリーを知っておきたいというモチベーションで調査した Web 上の記事を読んでまとめただけなので、手を動かしての確認はしておらず、理解が甘い部分はご容赦ください 具体的な通信方式やサービス間通信のセキュリティといった具体論までは踏み込めていない。このへんはサービスメッシュやゼロトラストネットワークといったトピックが登場すると思われる これらは次回以降の Todo としています その

最近のツイッターランドはとても殺伐としていますね。 先日に某テレビ番組で出演していた女性がSNSからの誹謗中傷によって傷付き自殺してしまったという件もありました。 SNSは表現の自由が最大限に発揮できます。 しかし、SNSではどうも画面の向こう側にいるのが生身の人間だということを理解せず好き勝手に言ってしまう人がいるようです。 非常に嘆かわしい話です。 さて、もし仮に誹謗中傷されたときはどのように対応するのがベストなんでしょう。 泣き寝入り？逆に相手に執拗に嫌がらせをしてみる？ ぼくがとった行動はというと、法律事務所に相談です。 そして、結果的に20万円の示談金をもって加害者の方と示談するに至りました。 先日の誹謗中傷の件で、あれから本人に直接DMで謝罪いただき、損害賠償請求は取りやめて示談金を20万円として示談で解決することにしました！ みんなインターネットで誹謗中傷しちゃダメだよ！ —

ここ2週間でこのようなプレスリリースを出させていただきました。 なんでブロックチェーンの会社がSaaSと?具体的には何をやるんだ?どういう意図なんだ?と疑問に思った方も多くいると思いますのでその意図を解説するようなnoteを書いてみます。 【対象となる読者】 「LayerXで働きたいと思ってるがどんな会社なのか戦略なのか気になっている方」、「LayerXと仕事をしてみたいが、ブロックチェーンでお願いしないといけないの?どんな切り口でお願いすればいいの?と疑問をお持ちの企業の担当者の方」、「LayerXと組んでみたいSaaSサービスの関係者の方」 を想定しています。 ワークフローをデジタル化する(長いなと思う人はここだけ読んでください！) LayerXがやっていきたいこととして「ワークフローのデジタル化」というものがあります。どういうことでしょう。ワークフローという単語がなじまない人はワーク

.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

GraphQLやめました2020.05.27 当初Golang + GraphQLで作っていたAPIをRails + OpenAPIで作り直しました。なぜGraphQLで始めたのか、どうして作り直すことにしたのかなどを経緯とともにまとめました。 始まり弊社では qrop という農家さん向けのサービスを鋭意開発しています。 私はAPI等のバックエンドの開発を主に担当しており、このサービスの開発を始める段階でAPIは GraphQL にしよう、という話になりました。 GraphQL | A query language for your APIこの時点でGraphQLである必要性はなく、詳しいメンバーがいたわけでもなく、新しい技術に触れておきたいよねという程度の理由でした。 せっかくだしGolangで開発しよう、インフラはGCPにしよう、という具合にその時やりたいことを詰め込んで開発はスタート

As adoption of the Jamstack model has become more widespread, so have the needs of a traditional CDN shifted. Today, content is expected to be fast, highly customizable, and up to date within a fraction of a second. Strictly static CDNs, which store static assets and serve them indistinguishably for every request, are insufficient to handle the more dynamic, personalized nature of modern content.