メモリーパレス メモリーパレスを解放する：ステップ・バイ・ステップ ステップ1：誘導的な会話 ステップ2：糸口をつかむ ステップ3：会話を始める リファラルの否定的側面 結論 もし私たちのリクルーティング計算機を使ったことがあるなら、より迅速に人材を採用するためにできる一番のことは、社員による紹介（リファラル）の数を増やすことだと知っているはずです。多くの企業が紹介ボーナスを提供したり、社員の横に座って彼らのLinkedInプロフィールをくまなくチェックしたりすることで、紹介を増やそうとするでしょう。どちらも良いテクニックですが、十分ではありません。 メモリーパレス 隠されたリファラル採用の機会を表面化する根本的な提案があります。とても意外な場所を掘り下げる調査に乗り出すのです。それは、最高の社員たちの隠されたメモリーパレスです。 「メモリーパレス」という用語は、長い詩を覚えるためのキケロ

エンジニアのマネージメントで悩んでいる人が集まる会 #1(https://em-meetup.connpass.com/event/118019/) 発表資料

Amazon Web Services ブログ Docker on AWS: AWSのコンテナ関連サービスの選定例の紹介 本記事ではこれからAWS上でDockerコンテナを活用される方向けに、AWSのコンテナ関連サービスのどれを選択すると良いかの一例を紹介します。前提としては、example.com社の技術者Aさんが、自社のWebサービスをAWS上で構築するにあたって構成を決めるために、AWSのソリューションアーキテクト(SA)に相談するという流れの記事になります。AWSのどのサービスを使うかのご参考に是非ご覧ください。※こちらの選定はあくまで一例です。要件によっては選択すべきAWSのサービスが異なる点、予めご了承ください。 Dockerコンテナの基礎については以下をご覧ください。 https://aws.amazon.com/jp/docker/ AWS Black Belt Onlin

こんにちは。メルペイで、決済・振込申請のバックエンドソフトウェアエンジニアをしている id:koemu です。 今日は、バッチ処理を行う理由について、考察を深めて設計に活かしていく話をしたいと思います。 はじめに バッチ処理とは、ある決まったタイミングで1つのプログラムが複数のデータを 一括処理 することを指します。この反対の言葉として、オンライン処理があります。オンライン処理とは、お客様の操作を初めとしたイベントをもとに 逐次処理 されるものです。OLTP(Online Transaction Processing)とも言います。 本エントリでは、バッチ処理を採用するにあたり、どういったユースケースが適切なのかを整理して、今後のソフトウェアの設計の指針にできることを目指しています。今回は、「バッチ処理を採用するとき」と「バッチ処理の設計」の2つについて取り上げます。 バッチ処理を採用する

ゲームを作っていつの間にか10年ほどたつが、意外に表題の問題が解決されないどころか、予算が増えるに連れて難しくなっていくので困る。 こんな話題があった。 まず、話をする前に私のポジションを書いておくと、元エンジニアのゲームデザイナー（ゲームのメカニクスを考える人）／ディレクターだ。新しいシステムを作るのは得意、アート系は苦手だ。 研修でのゲーム作り私も過去に所属している会社で、新卒教育としてのカジュアルゲーム作りや、今の会社でも似たようなことをしていたりするが、「やったできた」以上のものを得るのは難しいと感じる。 ソーシャルゲーム初期のガラケーの時代は、予算が低く試行錯誤ができた上で、リリースをすればヒット率高く、売上が立ったので良かった。みんな施策や企画を自主的にコミットして、結果成功した人は成長できた。自分の足りない視点を補うことができ、全体像を理解し何がよいのか何が足りないのかどうす

検索技術勉強会「Search Engineering Tech Talk #1」でお話した内容です。 株式会社メルカリ Director of Search Engineering Tairo Moriyama（森山 大朗） https://twitter.com/tairoRead less

「ゲームをEthereum（イーサリアム）上で動かそうとしたら、バトル1回でものすごい手数料が掛かっちゃって……」。 仮想通貨Etherの基盤であるEthereum上で動作するブロックチェーンゲーム「My Crypto Heroes」を開発したdouble jump.tokyoの上野広伸CEO（最高経営責任者）は、こう言って苦笑する。 2018年、Bitcoin（ビットコイン）やEthereumなどの主要な仮想通貨の価値が数分の1に下落した。2019年に入って価格の下落は落ち着きつつあるが、かつての一般投資家を巻き込んだ熱狂は過去のものとなった。 それでもブロックチェーン技術の開発には、今も企業やベンチャーキャピタルなどから多額の資金が注がれている。ブロックチェーンゲームのような新たな用途が登場し、処理性能への要求は高まる一方。これに合わせ、従来の性能限界を突破する新たな技術も相次ぎ登場し

ECMAScriptの浮動小数点数の丸め関数である Number.prototype.toFixed() について調べてみたところ、浮動小数点数をわかっている人が作った硬派な仕様だと感じたので、解説してみます。 浮動小数点数の丸めの善し悪しについて 私はプログラミング言語の浮動小数点数の丸め処理に興味があり、過去に関連記事を30本以上書いています。こうした活動から得られた知見として、良い丸め関数には次のような性質があると考えています。 仕様がシンプルで直感的であること 仕様が抜け漏れなく文書化されていること バグを作り込みにくい仕様であること どれも良い関数の一般論のような話ですが、丸め処理に限って言えば簡単な話ではありません。そもそも浮動小数点数の性質が人の直感に反するため利用者にとっても実装者にとっても罠が多く、結果として上の条件を満たせないことが多いのです（私が面白いと感じるポイント

はじめに PMの実態 よくあるケースと処方箋について PMが全部把握したいマンになっているケース 処方箋 PMがタスク持ちすぎなケース 処方箋 PMがコミュニケーションのハブになっているケース 処方箋 おわりに はじめに プロダクトマネージャーをやっていると楽しい一方で、MTGや問い合わせ多くて、忙しすぎるという声をよく聞きます。 そこで本来集中すべきことは何かと、それを阻害する忙しさにどう対処するべきかまとめてみました。 PMの実態 組織内でPMが大変そうと思われる。周りからなりたくない職種と思われるのは危ないサインだと思います。 プロダクトマネージャーというとミニCEOと呼ばれたり、花形とか言われますが、実態としては割と忙殺されていて、職場でも「あの人すごいと思うんだけど、なりたいかと言われると、、、」 みたいに見られているのが多いんじゃないかと思います。 PMが忙しいパターンとそれぞ

AWSのParameter StoreとSecrets Manager、結局どちらを使えばいいのか？比較AWSSecurityIAMSSM AWSのアクセスキー/シークレットアクセスキーのコード書き込みは危険 GitHubにAccess Key/Secret Access Keyを含むコードをPushしてしまい、 公開されたキーで犯罪者にAWS環境へのアクセスを許してしまい、 ハイスペックインスタンスタイプ(料金が高い)のインスタンスを 仮想通貨マイニング等に利用されてしまい、 請求書を見て青ざめる、 というインシデントが定期的に発生しています。 今年の2月にその危険性を検証された方がおられ、 「git pushから13分でご利用開始」とのこと。 GitHub に AWS キーペアを上げると抜かれるってほんと？？？試してみよー！ - Qiita GitHubからアクセスキーを抽出するスクレ

FukuokaJS『三大フレームワーク + WebComponents』（2019/02/26）の発表資料です。

We’ve been working steadily to get Wasmer to execute WebAssembly modules on the server-side as fast as possible. TL;DR — We got 100x improvement on startup time on Wasmer 0.2.0 Before getting into details, it’s essential to understand how Wasmer works under the hood to see what could be improved. How WebAssembly runtimes workWhen a user executes a WebAssembly file with Wasmer, the following happen

「MESH: Compacting Memory Management for C/C++ Applications」という論文を読んだのでその紹介です。arXiv.org で公開されています。PLDI 2019 で採択されている論文のドラフトだそうです。私は v2 を読みました。ソースコードが GitHub (plasma-umass/Mesh) で公開されています。 免責 読み間違えている可能性があります。正確な情報が欲しい方は必ず論文を読んでください。誤りの指摘や補足、議論などは GitHub Issue や Twitter へお願いします。 読んだ動機 C/C++ でリロケーションせずにコンパクションを行う手法に興味があった。 Speedmetor 2.0 benchmark を走らせた Firefox でメモリ消費量が減ったと報告されており、ブラウザ開発者として気になった。 Ch

この記事はAkatsuki Advent Calendar 2018の12日目の記事です。 前回は hayamaruさんの、知覚メカニズムと網膜投影でした。 はじめに 継続的デリバリーという文脈で、素早く、安全にデプロイする手法について、近年多くの記事を見かけます。 例えば、カナリアのおかげで命拾い : CRE が現場で学んだこと でカナリアリリースについて詳しく触れられています。このアイデアは「たとえテスト環境で十分な検証をしたとしても、本番環境で問題が発生しないということを保証するのは難しいので、少しづつトラフィックを移動して問題があったらすぐにロールバックをしよう」というものです。 上記記事中に紹介されているKayentaといったツールを使ってカナリア分析を行い、自動的にカナリアリリースするというのも良いですが、人間による承認を元にデプロイするならもう少しコストの低い方法で良さそうで

DMやPrivate Channelを使うな、といっても意味がないから、 なんでDMを使ってしまうのかをまず考える、 そこからPublic channelの使い方を考えましょう みたいな話 https://eof-github.github.io/eof2019/

『我が名は神龍……どんなテストもひとつだけ自動化してやろう』 じゃ、じゃあ！このブラウザテストを自動化してください！ Chromeで https://kids.yahoo.co.jp/ にアクセスして 検索ワードに ねこ と入力して さがすをクリックして 検索結果にネコ - Wikipedia が含まれていることを確認して 検索結果に 買い方 を追加して さがすをクリックして 探しているのは「猫の飼い方」？と表示されることを確認して クリックすると猫の飼い方で再検索されて 検索ボックスを不倫で上書きして さがすをクリックして このページは表示できませんと出ていることを確認 『よかろう……たやすい願いだ』 まずはライブラリのインストールと初期設定をしてやろう…… # [ライブラリのインストール] # CodeceptJSとPuppeteerをインストールします。nodeとnpmが必要ですので

これもバズるんかい！！！！！！！！！！！！！！！！！！！！！ 「ブログがバズってうれしい」みたいな投稿したらバズっちゃった！！！！ よそのブログに迷惑がかかるかもしれないから本文だけ消してこの文章を残すぞ！！！！ コメントは取っておきたいから投稿は消さない！！！！！ すまん！！！！！ 数日とか400とか数字を出したけど真に受けないでくれ！！！！ バズったのは嘘じゃないけど数字は適当だ！！！ 投稿したのは数日前じゃなくて1日前かもしれないし1ヶ月前かもしれない！！！ ブックマークは200かもしれないし600かもしれない！！！ 嘘ついて数日とか400とか数字出しちゃったからドンピシャのブログがあったらそこに迷惑かかるかもしれん！！！ 結構マジにブログ探してるやつがいるから一応消す！！！！！ ネットのどこかでたまに更新してるからまたブックマークつけてくれ！！！！ ありがとよ！！！！！！！！！ ビ