Google Cloud Spanner用のコード生成ツールを公開しましたYo! - Mercari Engineering Blog
こんにちは、メルペイのバックエンドエンジニアの @kazegusuri です。 メルペイではクラウド環境としてGoogle Cloud Platform(GCP)を採用しています。 そしてデータストレージとしてほとんどのマイクロサービスでGoogle Cloud Spannerを採用しています。 SpannerではMySQLのようなRDBMSとは全く異なるスキーマ設計や実装が必要となるため、日々試行錯誤しながらサービスの開発を行っています。 本記事ではサービス開発中に開発したSpanner用のコード生成ツールのYoについて紹介したいと思います。 xoについて Yoについて説明する前にYoの元になった xo について紹介します。 xoはMySQLだけでなくPostgreSQLやOracleなどの複数のデータベースに対応したコード生成ツールです。 今までGoでデータベースを扱うために data
ASUS「ROG Phone」用周辺機器をまとめてレビュー。“変なデバイス”はスマホにおけるゲームの常識を変えるかもしれない - 4Gamer.net
ASUS「ROG Phone」用周辺機器は，スマホにおけるゲームの常識を変えるかもしれない ASUS TwinView Dock ASUS WiGig Dock Gamevice for ROG Phone Text by 林 佑樹 2018年11月23日に発売となるASUSTeK Computer（以下，ASUS）のゲーマー向けスマートフォン「ROG Phone」は，多種多様な周辺機器を同時にラインナップしているのも見どころだ。そこで本稿では，ROG Phone本体のレビューでは触れられなかったROG Phone用周辺機器をチェックしてみよう。 なお，本稿はROG Phone本体についての説明は省略している。まだ未見の人は，ぜひとも先に本体のレビューを参照してほしい。 関連記事 「ROG Phone」レビュー。確かにこれは「ゲーマー向けスマートフォン」だ ASUSが開発した新型スマートフ
GitHub のラベルを宣言的に管理する - tellme.tokyo
ソフトウェアの宣言的設定について “何かを管理する"となったときに、宣言的に設定できるようになっていると非常に便利である。 この宣言的設定 (Infrastructure as Code) とは、イミュータブルなインフラ (Immutable Infrastructure) を作るための基本的な考え方で、システムの状態を設定ファイルにて宣言するという考え方である。 具体的には Kubernetes のマニフェストファイル (YAML) だったり、Terraform のコード (HCL) が挙げられる。 この考え方は、インフラ領域に限らず、何らかの状態管理にはもってこいの手法である。 GitHub のラベルは Issues/P-Rs を管理するために便利な機能である。 しかし、リポジトリの規模やラベルの数が増えてくると、ラベル自体も管理する必要が出てくる。 実際に Kubernetes 規模
エラー画面やAPIエラーから独自エラーまで！ フローチャートでちゃんと理解するLaravelの例外処理とケーススタディ - Qiita
エラー画面やAPIエラーから独自エラーまで！ フローチャートでちゃんと理解するLaravelの例外処理とケーススタディPHPLaravelexceptionlaravel5.5 TL;DR Laravel 5.5 ベース（Laravel 5.7 まで対応） フローチャートでおおまかな処理の流れと、どこでどんなことをするのかを解説します それを踏まえて「こんな時はこうする」というケーススタディを紹介 中小規模のプロジェクトにはそのままコピペで使ってもらえるベストプラクティス的なものを目指しています 実際にこれをベースにしたものが中規模業務アプリに実装されています バリデータ編もあります。 → フロー図で理解するLaravelバリデータの仕組みと、チーム開発でのケーススタディ 動機 個人的にエラー処理の仕組みを理解するために書いたチャートです 自分で勉強しようとしたとき、Laravelのエラー
Re:Invent 2018 での AWS ビッグデータと分析セッション | Amazon Web Services
Amazon Web Services ブログ Re:Invent 2018 での AWS ビッグデータと分析セッション re:Invent 2018 が間もなく開催です! 今年は、データと分析の追跡が盛り上がっています。 このブログ記事では、re:Invent 2018 のデータと分析セッションを特集しています。本年のイベントに参加されるなら、会議で行われるセッション、ワークショップ、チョークトーク、ビルダーセッションを確認してください。これまでと同じく、分析、深層学習、AI Summit、サーバーレス、アーキテクチャ、データベースなど、さまざまなトピックカテゴリーのイベントが行われます。 Intuit、Nike、Intel、WuXi NextCODE、Warner Brothers、AutoDesk、NFL、SendGrid、McDonald、AirBnB、Hilton、Guardia
感情を組み込むマークアップ言語「EmotionML」正式採用 『ハーモニー』の世界が現実に？
W3C（ワールド・ワイド・ウェブ・コンソーシアム）は、5月22日付で人間の感情に関する情報を扱うためのマークアップ言語仕様「Emotion Markup Language（EmotionML/エモーション・マークアップ・ランゲージ） 」の勧告を発表しました。 EmotionMLでなにができるの？ EmotionMLは、コンピュータ内部やWeb上でも人間的な感情を扱うべき場面が増えてきたことに対して、人間の感情についての情報もデータとして一緒に組み込むことや、感情のデータを元にしてプログラムを動かすということを目的にしています。 利用例としては、テキストデータや電子書籍の本文に感情の情報を組み込むことで、自動音声でも感情のこもった声色や抑揚で自然な発話ができるようになったり、動画のシーンごとに感情のデータを設定することで、対応する機器やソフトを通じてより感情移入できる体験をつくりだす手助けと
M3 USA 出張記 #6: Arrayの差分を検出するJavaScriptライブラリ array-diff-itemsを開発・公開しました - エムスリーテックブログ
エンジニアリンググループの冨岡(@jooohn1234)です。年末までM3USAの開発をサポートするため、USに滞在しています。 とにかくハンバーガーがうまい 現在、M3USAが運営するMDLinxにて利用するCMSサービス(Contentful)をサポートする内部向け機能を作成しています。その一環で、Contentfulが提供するRichTextのバージョン間の差分を検出・表示するというエンジニアっぽいことをやったのでそれを紹介します。 背景 エムスリーUSAでは、医療従事者に向けた記事等を発信しています。この記事を作成するバックエンドとしてSaaS CMS (Contentful)の利用を検討しています。 www.m3tech.blog M3USAのワークフローでは、世界各国のコントリビューターに執筆依頼、レビュー、修正依頼などをしながら一つの記事を作成していきます。これを補助する機能
Instagram、平文パスワードが含まれたURLを生成してしまう不具合 | スラド IT
Instagramにて、ユーザーデータをダウンロードするためのURLとしてそのユーザーアカウントのパスワードが含まれるURLを生成して提示してしまうというトラブルが発生していたそうだ（GIGAZINE、ギズモード・ジャパン、iPhone Mania）。 ここまでくるとわざとやってるとしか思えない。POSTとか経由でパスワード平文を受け渡してたのかな、雑すぎ。っていうかパスワード平文で保存して利用してるってことは、そのファイルアクセスできる人全員で覗き放題か。 問題が発生していたのは、Instagramに登録している自身のユーザー情報をJSON形式でダウンロードする機能。WebやiOS/Androidアプリからデータダウンロードを申し込むと、ダウンロードのためのURLが生成される。このURLにアクセスするにはログインパスワードが必要なのだが、一部のユーザーにはこのログインパスワードが平文で含
VR映像に「女性のいい香り」「温かいコーヒー」「ゾンビの腐敗臭」などプラス 「VAQSO VR」発売、999ドル - ITmedia NEWS
VAQSO VRは、匂いが出るカートリッジを最大5種類まで取り付けられるデバイス。「Oculus Rift」「HTC VIVE」など市販のVRヘッドマウントディスプレイの前面に巻き付けるように面ファスナーで装着して使用する。 海や森の匂いの他、コーヒー、カレーといった食べ物、ゾンビ（腐敗臭）、女性（振り返ったときのシャンプーの香り）など15種類の匂いを用意。デバイス購入時は5種類までしか付いていないが、1種類当たり70ドルで追加購入が可能だ。法人向けに、1種類当たり3000ドルで匂いのオーダーメイドで開発も行う。 VRコンテンツ開発者は、同社が公開する無料のAPIを使うことで、VR映像と連動して匂いを出し分けたり、瞬間的に消したりできるという。本体サイズは、約147（幅）×約83（奥行き）×約30（高さ）ミリ、カートリッジを装着していないときの重さは125グラム。Micro USBでノート
hp 200LXの液晶に発症したビネガーシンドロームを修理 | ひとりぶろぐ
先日、メルカリで往年の名機hp 200LXを購入。 この個体は液晶が黒く変色していることを理由に、ジャンクとして非常に安く買えた。 筆者にとって、これは3台目のhp 200LXだ。しかし、別に懐古趣味で蒐集しているわけではない。 本機は昔の機械なれどれっきとしたPCであり、VZ Editor、ATOK8というソフトウェア史に燦然と輝く名作が動き、現代水準で評価しても素晴らしい使い勝手を発揮する。 単3乾電池2本で30時間動作（ノーマル時）し、瞬時のサスペンド、サスペンドからの復帰が可能。 サスペンドさせたままなら、いつ電池交換したのかを忘れるぐらい電池の持ちがいい。少なくとも1カ月以上は電池が持ったはず。今は自己放電特性が優秀なエネループがあるから尚更だ。 本機は人に寄り添い、人生に溶け込むかのような使い勝手を持っている。 インターネットの喧騒が忘れせしめた、静謐な書斎がここにはある。 こ
モニタリングするためにどんなデータを集めるべきか - アルパカ三銃士
Datadog のブログで公開されている "Monitoring 101: Collecting the right data" を読んだ。本記事は紹介した Datadog のブログ記事を独自に簡略化したものである。もっと詳しく知りたい場合は Datadog の記事を読むと良い。 記事では次の項目を実現するためにどんなデータを収集し分類するかが記載されている。 自動検知によって潜在的な問題に効果的なアラートを受信する。 素早く調査を行いパフォーマンスに関する原因へ到達する。 Metrics メトリクスはある時点のシステムに関連する値を取得する。通常 1 秒間に 1 回もしくは 1 分間に 1 回など時間の経過とともに監視する。 メトリクスを以下の 2 つのとても大切なカテゴリに分けられる。 Work metrics システムのトップレベルでの health 状態を表せられるメトリクスを指す
「ＡＩで〇〇したいんだけど」の相談前に確認してほしい３つのこと - Qiita
はじめに みなさん、こんにちは。 株式会社キカガクの代表取締役の吉崎です。 今回のテーマは「ＡＩで〇〇したいんだけど」という相談についてです。 １か月ほど前に書いた「機械学習を使った事業を成功させるために必要な考え方や人材、フェーズとは？」という記事に多くのいいねをいただき、このあたりの内容にご納得いただけたようで、とても嬉しいです。 そして、今回のテーマで扱う「ＡＩで〇〇したいんだけど」という相談について一概に否定するわけではないのですが、基本的には何もわからないからとりあえず話を聞かせてほしいという文脈の相談が多く、こちらとしても解析に使う時間などを削って相談に乗っているので、何もないと何の時間だったの...と思うわけです。 そこで、今回は１人分の相談に乗れる時間を使って、こういったことをすでにクリアしているのであれば、さらに相談すると実りがありますよという線引きをしておきたいと思いま
モバイルウェブのスピードアップに不可欠なのは 画像・JS・フォント の最適化 #ChromeDevSummit
[レベル: 中級] 昨日とおとといに続いて、今日も Chrome Dev Summit 2018 のセッションレポートをお届けします。 セッションのタイトルは “Speed Essentials: Key Techniques for Fast Websites” です。 昨日レポートしたセッションと同じようにモバイルウェブの高速化がテーマです。 しかし、こちらはより実践的な内容になっています。 パフォーマンス改善に非常に役立つテクニックが満載です。 パフォーマンス改善の優先対象は画像とJS、フォントの3つ モバイルウェブで 1 ページあたりデータ量が多いリソースは次の順番（HTTP Archive 調べ） 画像 (約 500 KB) JavaScript (約 380 KB) フォント (約 80 KB) この 3 つは Performance Budget（パフォーマンス バジェット）
研究室のHPをサーバレス、SPA、GraphQL、ChatOpsで作った - Qiita
Slack botが更新する研究室のHPを作りました。 できたもの https://moriokalab.com Slack botが動いている様子 なぜ作ることになったか 〜ある日〜 指導教員「研究室のHPが欲しいから作って。何も管理したくないからWordPressとかCMSはいやだ。Slackから投稿出来るようにしたい。」 後輩くん「分かりました」 〜その後〜 後輩くん「先輩・・・お願いします・・・」 俺「任せろ」 こうして我々はHPを作ることになった。 要件整理 使う技術を決める前に、まずは頂いた要件を整理します。 webページを作る 動的に変更されるコンテンツがある データのリレーションは特になし サーバーやパスワードとか、何も管理したくない 研究室のみんなで更新したい Slackからアップデートできるようにしたい なるほど。どう作るかぼんやりと見えてきました。 構成を考える まず
サービスメッシュを実現するLinkerdの将来を、開発元のBuoyantが語る | Think IT（シンクイット）
サービスメッシュのLinkerdを開発するBuoyantのCEOにインタビューを実施。LinkerdとConduitとのマージなどについて語ってもらった。 サービスメッシュを実現するためのProxyであるLinkerdを開発するBuoyantのサンフランシスコのヘッドクォーターを訪問。Co-FounderでCEOであるWilliam Morgan氏にインタビューを行った。 自己紹介をお願いします。 私はBuoyantのCEOで、Oliverと一緒にBuoyantを立ち上げました。Buoyantの前は二人ともTwitterでエンジニアをやっていました。私は主にバックエンド、Oliverはインフラストラクチャー側を担当していました。私が書いた写真を扱うライブラリーは、今でもTwitterで動いていると思いますよ。 LinkerdやConduitを開発した理由を教えてください。 そもそもTwit
「72時間ホンネテレビ」の負荷対策と舞台裏 総視聴数7,400万をサーバーダウン「0」で乗り切れた理由
2018年10月13日、株式会社AbemaTVが主催するイベント「AbemaTV Developer Conference 2018」が開催されました。3度目の開催となる今回のテーマは「PAST→FUTURE」。開局から2年半の実績を元に、快適な視聴体験を届けるための取り組みや、大規模な同時接続に対するシステム開発・運用に寄って得られた技術的知見を共有します。プレゼンテーション「『72時間ホンネテレビ』の負荷対策とその裏側」に登壇したのは、株式会社サイバーエージェント技術本部、インフラエンジニアの柿島大貴氏。昨年大きな話題を呼んだ「72時間ホンネテレビ」を技術面から支えた、開発チームの知られざる活躍を紹介します。講演資料はこちら 『72時間ホンネテレビ』の負荷対策とその裏側 柿島大貴氏：それでは、「72時間ホンネテレビ」の負荷対策とその裏側というタイトルで発表させていただきます。よろしくお
Vue.js 2.0 OAuth2.0ベースのサードパーティログインコンポーネント - プログラマーのフロントライン
Githubはアクセス記録を含むデータを返します。 Jsonは、異なるAcceptヘッダーに従って異なる形式を返すために推奨されています。 Accept: application/json {"access_token":"e72e16c7e42f292c6912e7710c838347ae178b4a", "scope":"repo,gist", "token_type":"bearer"} クライアントは、GETモードでGithubが提供するアドレスにアクセスし、ヘッダーにaccesstokenを追加または追加します。 GET https://api.github.com/user?access_token=... curl -H "Authorization: token OAUTH-TOKEN" https://api.github.com/user Githubはユーザーのjso
Kentaro Haraさんのツイート: "Googleの2億行のソースコードを解析した結果、関数に渡す引数の順番を間違える系のバグは、引数の個数が6個以上になったときに著しく増えるので、引数の個数は5個以下が望ましいことがわかったという話。 https://t.co/R5yy31pDyu"
Googleの2億行のソースコードを解析した結果、関数に渡す引数の順番を間違える系のバグは、引数の個数が6個以上になったときに著しく増えるので、引数の個数は5個以下が望ましいことがわかったという話。 https://t.co/R5yy31pDyu
機械学習で負荷を予測し備えるPredictive Scaling（予測スケーリング）機能がAWSのAuto Scalingに追加
機械学習で負荷を予測し備えるPredictive Scaling（予測スケーリング）機能がAWSのAuto Scalingに追加 AWSは負荷に対応してサーバ数を自動的に増減させるAmazon EC2 Auto Scaling（以下、Auto Scaling）と呼ばれる機能を提供しています。 Auto ScalingはサーバのCPUの使用率やネットワークのトラフィックなどのメトリクスをつねにチェックし、それが一定数を超えた場合にはサーバ数、すなわちAmazon EC2のインスタンス数を増加させ、一方で一定数を下回るとインスタンス数を減少させるといった操作を自動的に行ってくれます。 このおかげでアプリケーションは負荷が高いときでも適切な性能を実現できるだけでなく、負荷が小さいときには無駄なインスタンスを終わらせることで適切な使用コストも実現できるのです。 Auto Scalingは便利な機能
AWS Fargateを本番運用した所感 - コネヒト開発者ブログ
こんにちは。インフラエンジニアの永井(shnagai)です。 今回は、Fargateを本番投入し1ヶ月強が過ぎたので、運用する中で気付いた点について書こうと思います。 以前書いた、Fargateに関する調査のまとめ記事はこちら。 tech.connehito.com 内容はざっくり下記3項目です。 いきなりFargateはハードルが高め 良かった点 コンテナのリソースキャパシティを簡単に変更出来る オートスケーリングもシンプルに組める 安定運用 つらい点 タスクの起動速度がEC2バックエンドと比べるとやはり遅い 料金面 いきなりFargateはハードルが高め Fargate導入を通して一番感じたのは、新規にコンテナ化するアプリケーションをECSで動かす場合、EC2バックエンドで試験をパス出来る状態まで持っていった後に、最後にFargateで動かすパターンがよさそうということです。 今回のF
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「注意喚起しても効かない……」、さくらインターネットから利用者への“お願い”【JPAAWG 1st General Meeting】
「アレクサ、犯人は誰？」殺人事件の現場にあったスマートスピーカーに出廷命令が出される(アメリカ) : カラパイア
VSCode (Visual Studio Code)で簡単に履歴・バックアップが取れる拡張機能「Local History」が便利 | カレリエ