婆「私60代なのにお酒飲んで若い子向けの音楽聞いてるw不良になっちゃうw」 回答者「『若い感性持ってて素敵』って回答期待してるよね?みっともないからやめた方がいいよ」
婆「私60代なのにお酒飲んで若い子向けの音楽聞いてるw不良になっちゃうw」 回答者「『若い感性持ってて素敵』って回答期待してるよね?みっともないからやめた方がいいよ」
誰一人見捨てない!!! どうも、かわしんです。Celery は見捨てるんです。 この記事は Pythonその2 Advent Calendar 2019 の 15 日目の記事です。 やや強めのタイトルですが、AWS SQS を使った非同期ワーカーでまともな実装は ndkale しかないという内容です。Celery は論外です。 github.com 前半はディスってばっかりなので、ndkale のことだけを知りたい場合は途中の「大本命 ndkale」から読んでください 前提としての欲しい機能 まず、諸々をディスる前に非同期ワーカーとして欲しい機能をあげておきます。 正しく SQS を使って信頼性のあるタスク実行をする 即時再実行をする 複数のキューを使い分ける。また同じタスクでも動的に利用するキューを切り替えたい Dead Letter Queue も使えると嬉しい まず Celery を
navigation Migrate an existing applications RESTful API’s to GraphQL using AWS Amplify and AWS AppSync Welcome! In this workshop you will take an existing stock trading application written with React and AWS Amplify. you will convert its existing RESTful API from REST ( Amazon API-Gateway ) to using GraphQL ( AWS AppSync ). In doing so you will also explore the benefits that GraphQL API's have ove
TL;DR 本エントリはAWS Amplify Advent Calendar 2019の24日目です! 今回は新しくリリースされたAmplify for Androidを使って、前回と同じく下のようなチャットアプリを作るので、興味のある方は前口上を飛ばして後半をお読みください🎄 Amplifyとは 本題に入る前に、Amplifyを最近よく耳にするようになったけど何かよく分かっていないという人向けの説明をします。 Amplifyはモバイルバックエンドを爆速で作るためのサービスです。 https://aws.amazon.com/jp/amplify/ 他のいわゆるモバイルバックエンドとの際立った違いのうち、個人的に強調したいのは以下2点です。 バックエンドはAWSのサービスであり、真の意味でスケールする GraphQLのマネージドサービスを利用できる本日時点で唯一のプラットフォームである
毎年まとめているこのコーナー。 面白かった本2018 - phaの日記 面白かった本2017 - phaの日記 面白かった本2016 - phaの日記 面白かった本2015 - phaの日記 面白かった本2014 - phaの日記 2019年もいろいろ本を読みました。大体本読むくらいしか趣味があまりないんだよな。今年は引っ越しをしたら、新しく住み始めた街が本屋が充実していたので、ついつい本を買っちゃうことが多かった一年でした。 濱野ちひろ『聖なるズー』 稲田俊輔『人気飲食チェーンの本当のスゴさがわかる本』 スズキナオ『深夜高速バスに100回ぐらい乗ってわかったこと』 雨宮まみ『東京を生きる』 又吉直樹『東京百景』 山下泰平『「舞姫」の主人公をバンカラとアフリカ人がボコボコにする最高の小説の世界が明治に存在したので20万字くらいかけて紹介する本』 三宅香帆『文芸オタクの私が教える バズる文章
負荷テストとサーバレス 負荷テストに対する考え方は時代とともに変化してきました。従来はサーバスペックやシステムの限界性能を測るという考え方でしたが、クラウドネイティブなシステムではそれに加えて、システムの弾力性(スケールアウトのしやすさ)も考慮する必要があります。 本記事では、負荷テストによるシステムの弾力性の評価と、改善する方法についてツールの具体的な使用方法やアプリケーションのチューニング Tips を交えて説明します。システムの弾力性を評価するために、プロダクション環境でのユーザからのリクエストを想定したロードテストを検討します。 ロードテストでは以下の項目を検証します。 ドリップテスト ドリップテストは通常、数日間にわたって行われます。通常のバックグラウンド負荷レベルをシミュレートします。遅延またはエラー率の増加が見られる処理を特定します。 スラムテスト スラムテストは、トラフィッ
毎日帰宅してからちょこちょこ直して2年、それなりに快適なおうちになりました。 材料 入力系 (センサー類) netatmo 屋外の気温、湿度 室内の気温、湿度、CO2濃度、大気圧、騒音レベル が測定でき、クラウドにあがるのでAPIで叩くと数値を貰えます。 あまり頻度よく叩くと怒られます(笑) arduino ダスト(埃)センサー 空気質センサー 照度センサー 人感センサー 窓センサー(窓側に磁石をつけ、リードスイッチで開閉を検出) ドアセンサー(同上) すべてarduinoに繋げ、arduinoに繋がったraspberry piからmongodbに書き込ませます。 すこしずつ増築していったのと、このArduinoはこの写真の基盤以外の仕事もしているために、信号線をD-Subで引き回しています。 もし今から同じものを新規でつくるのなら、技適取得済みWiFi搭載Arduinoみたいなものをぶら
こちらは React Advent Calendar 2019 7日目の記事です。 目次 Reactの誕生とその背景 ReactのOSS化 Reactと周辺環境の時系列 Reactの誕生とその背景 2011年後半、Facebook Ads(Facebook広告の管理ツール)のUIにおいて、機能が増えていくことによりコードが複雑になり保守が困難な状況に陥っていた。 それを解決するためにFacebookの社員であるJordan Walke氏が、FaxJSというReactのプロトタイプを開発しプロダクトに導入した。 そのときのコアな発想としては、f(data)がUIになるといったように、関数にデータを与えることによってUIを生成するというものだった。 FaxJSによるコンポーネント宣言 TestProject.PersonDisplayer = { structure : function()
実践 Off the main thread 実際に Off the main thread をやりつつ、パフォーマンスチューニングをする際にどこに気をつけるべきかを今やっているので、それについて話します。 Off the main thread とは JavaScript の処理は基本的にメインスレッドで実施します。JavaScriptの実行処理以外にも記述された内容を解釈するためのパース処理やGC処理もメインスレッドをブロックします。メインスレッドの処理が多いとUI jankと呼ばれるガタツキ、チラツキ、画面の固まりの原因になります。 UI jankが発生していると、ユーザーがクリックしたり、text入力をしようとしてから反応するまでの時間(Input Latency)が即時ではなくなります。 このUI jankを無くすために、なるべくメインスレッドを阻害する要因を減らすことが Off
GraphQL クエリを学ぶ場合,気軽に使える API があると便利だと思う.よく見るのは GitHub GraphQL API や Star Wars API だけど,個人的に Star Wars の映画を観たことがなく,データの理解が難しいため,良さそうな API を探していた.すると,GitHub で公開されている「GraphQL Pokémon」を発見した.GraphQL で「ポケモン(第一世代)」のポケモンを検索することができる.これは楽しそう!さっそく試してみた. github.com クエリ環境 GraphQL Pokémon には GraphiQL コンソールがあり,ブラウザから簡単にクエリを実行できる. https://graphql-pokemon.now.sh/ https://graphql-pokemon2.vercel.app/ 個人的には GraphQL Pl
ryuzeeさんの記事で紹介されていたスクラムマスターを雇うときに聞いてみるとよい38個の質問 に答えてみました。 38個すべてに一度に答えていこうとするとかなりハードですが、1日1個ずつこつこつと、回答をしていっています。 この回答は、年月を重ねることに変わっていくかもしれません。 2019/12時点の回答がこちらです。 スクラムマスターの役割について 1. アジャイルマニフェストでは「プロセスやツールよりも個人と対話を」といっている。プロセスを守らせるスクラムマスターは、それとは反対のことをしているのではないか? スクラムマスターはプロセスを順守する・させるためだけの存在ではありません。プロセスを順守する行為は「どのように行うのか(How)」を守らせることに注力してしまいがちですが、「なんのために行うのか(Why)」のほうを重視すべきです。 アジャイルにおけるチームの成功は、「よいプロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く