二つのベクトルがつくる角度を0～360度の範囲で求めたい。 内積関数に2つのベクトルを渡し、 返ってきた値を、アークコサイン関数に渡す。 そうすると角度が返ってくる。 このやり方で求めることが出来るのは、 右回り、左回り0～180度の範囲。 0～360度の範囲で角度を求めることが出来ない。 ▼どちらも角度を求めると90度 ▼左回りで0～360度の範囲で角度を求めたい場合 360から角度を引けばいい。 図で見るなら感覚的にわかるけど、 プログラミングで判別するためにはどうすればいいのか？ ▼方法1 2つのベクトルの外積を求める事で判別できる。 ベクトルaからbが右回りだったら、 360度から角度を引けば良い。 右回りか、左回りか、どう判別するのか？ 求めた外積のZ成分がプラスだったら左回り。 求めた外積のZ成分がマイナスだったら右回り。 実際に計算して確かめてみる。 ↓外積の式 ▼例１ ベク

ナマステ、どうもアーティストの千葉です。 今回はUE5.1の新機能「透過オーバーレイマテリアル」について解説します！ 透過オーバーレイマテリアルとは UE5.1から入った新機能でメッシュを二回レンダリングして、元々設定されているマテリアルとは別のマテリアルを画像編集ソフトのレイヤーのように重ねることができます。 この機能を使うことで今まではメッシュを複製して重ねる必要があった背面法を使ったアウトライン等が一つのメッシュだけで表現できるようになりました！ 設定方法 透過オーバーレイマテリアルはレンダリングの「Overlay Material」から設定できます。 早速以下のような半透明のマテリアルを設定してMannyに重ねてみましょう。 上から赤いレイヤーを重ねたような表現ができました！ 作例 面を反転させてワールドポジションオフセットで外側にふくらませることでアウトラインを表現することができ

Introduction Unreal Engine ユーザーたるもの、Blueprint は日々活用されていることでしょう。そういった皆々様方は、かつてBlueprint に入門されたことかと思いますが、Blueprint の裏側を覗きに行く機会はあまりないかもしれません。 Unreal Engine に搭載されたスクリプティング言語としての Blueprint が、はたしてどのような形で記述され、誰によって実行され、どうやって C++ と連携しているのか？ そんな裏側について掘り下げ、「Blueprint に入門」してみるのが本記事です。 使えなさそうで、意外と実用できる場面もある知識だったりしますので、興味のある方はぜひ読んでみてください。「そんなこととっくに知ってるぜ」というパワー系の皆さんは、本記事の粗を探してつついてくれると大変助かります。 目次 前提 検証環境 対象読者 記述

My first programming languages were Lisp, Scheme, and ML. When I later started to work in OO languages like C++ and Java I noticed that idioms that are standard vocabulary in functional programming (fp) were not so easy to achieve and required sophisticated structures. Books like Design Patterns: Elements of Reusable Object-Oriented Software were a great starting point to reason about those struct

結果はどうなったでしょうか。 自分が今使っているGoogle Chromeだとこうなりました。 結果は{a: 10}というオブジェクトです。まあ、これは当然ですね。3 + 5と入力すれば実行されて8が返ってくるのですから、{a: 10}というオブジェクトリテラルを書けば{a: 10}というオブジェクトが作られるのは当然です。 ……。 ここで、一部の人は「おいふざけんなよ」と思っているかもしれません。というのも、この例は環境によっては違う結果になるのです。具体的には、Chrome以外2のブラウザのREPL（FirefoxやEdgeなど）が該当します。あと、ts-nodeのREPLも該当するらしいです。これらの環境では、結果は{a: 10}ではなく次のようになります。 オブジェクトを作ったはずなのに結果が10とか意味不明ですね。そもそも、こんな簡単なプログラムで結果が全然違うとか、JavaSc

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

こんにちは。アプリエンジニアの五味です。 2017年4月にリクルートホールディングスの新卒Web採用枠で入社した新卒社員のうち、21名がリクルートテクノロジーズに配属となりました。（いらっしゃい！） リクルートテクノロジーズでは「ブートキャンプ」と呼ばれる新卒社員向けの技術研修を3か月間実施しています。 もともと高い能力を持つ彼・彼女らですが、「これからのリクルートをリードしていく存在」になって欲しいという期待を込め、プロとしての重要な立ち上がり期を支援しています。 今年からは社外講師の既存プログラムに加え、より実践的な内容を求める経験者をターゲットに、総勢12名の現場エンジニアが担当する特別講座を開催しました。 各分野のスペシャリストがこれまで現場で培ってきた「本当に必要な生きた知識・技術」のインプットは、彼・彼女らの成長を加速させ、これからのエンジニア人生の礎になってくれるものと僕らは

Netflixのパフォーマンスエンジニアである筆者からの、topコマンドなどで表示されるCPU使用率(%CPU)は、いまや本当の使用率を表しておらず、チューニングなどのための指標として使えないという指摘。なぜそうなってしまったのか、何を見れば本当のCPU使用率がわかるのかをわかりやすく解説した記事。 私たちみんながCPU使用率として使っている指標は非常に誤解を招くもので、この状況は毎年悪化しています。CPU使用率とは何でしょうか？プロセッサーがどのくらい忙しいか？違います。CPU使用率が表しているのはそれではありません。私が話しているのは、あちこちで、あらゆる人たちに、あらゆる監視製品で、あるいはtop(1)でも使われている、"%CPU"という指標のことです。 あなたの考えているであろうCPU使用率90% : 実際 : "stalled"(訳注 : 以下ストールと言う)とは、プロセッサーが

2019年度リクルート新人ブートキャンプ エンジニアコースの講義資料です

追記 作り直しました。 senyoltw.hatenablog.jp この記事はIoTLT Advent Calendar 2016 - Qiita 16日目の記事です。 昨日はマインクラフトのTNTを現実世界から爆発させてみる（Wio Nodeを使います） - ぐるなびをちょっと良くするエンジニアブログでした。 成果物 手っ取り早く成果物の動画です。 音声を聞ける状態でご査収ください。 Raspberry Pi(Volumio) + PowerMate + NFCリーダー + NFCカードで構成されています。 音量の調整、音楽の一時停止/再生が可能です。 ポストカードに仕込んだnfcにSpotifyのプレイリストが紐付けられており、 ポストカードをプレイヤーの上にのせることで再生中のプレイリストを変えることができます。 いい感じにオサレっぽい雰囲気が出ていて満足です。 おしまい。 以下、

この記事は、技術翻訳 Advent Calendar 2016 の15日目です（枠が空いてたので勝手にお邪魔してます）。前回（6日目）は、id:msyksphinz さんの「個人が趣味で技術書を翻訳するという意義について」でした。 今回ご紹介するのは、昨年末に公開された Kris Jenkins さん (@krisajenkins) の "What Is Functional Programming?" です。日本語訳の公開については著者から承諾済みです。また、London Functional Programmers meetup での同タイトルの講演動画が公開されています。 関数型プログラミングの考え方は、世間ではどうも小難しい話だと思われている節があります。その理由の一つに、議論の抽象度が（比較的）高いことが挙げられるでしょう。例えば、以前このブログで紹介した「なぜ関数プログラミング

Googleの最新IT技術などを学べるYouTubeチャンネルとして「Google Developeres」がありますが、基本的に英語コンテンツなので敬遠していた方も多いのではないでしょうか。 そんな背景から、日本語で作られた技術動画や講演動画などを集めたYouTubeチャンネル「Google Developers Japan」が開設されましたのでご紹介しようと思います！ 動画をピックアップしてご紹介！ まずは、どのような動画コンテンツが視聴できるのか、いくつかピックアップしてみたので、ぜひチェックしてみてください！

はじめに もうすっかり年末なので、これから2015年にかけてアプリケーションアーキテクチャがどのようになっていくのかという個人的な考え/妄想や背景について、「リアクティブ」というキーワードをもとににまとめてみたいと思います。 Google Trendsを見ると"reactive programming"という言葉は2010年前後から、ゆっくりとバズをし始め、現在も上昇を続けています。 また、仕事としては、2010年ごろから大規模なWebサービス開発において、フロントエンド、バックエンド、アルゴリズム改善といった様々な箇所で、リアクティブプログラミングの要素を取り入れながら、アーキテクチャの改善を進めてきました。そのため、こういったアーキテクチャがコード品質の維持や安定性の向上、実際的で複雑な問題の解決にも適応可能であるということを実感として持っています。 近年、そういった要素が様々なツール

これは「関数型プログラマのための Rx 入門」の補足記事です（タイトル変えた）。 前編、後編とお送りしてきたこの記事だが、特に後編について「何を言ってるのか分からん」というコメントを何人かの方から頂いた。…なんというか、ごめんなさい。 繰り返しになるが、Rx を使う上で関数型プログラミングの知識は必ずしも必要ではないし、むしろ（関数型のコンセプトが基礎にあるのに関わらず）知らなくても使えるようになっている。ライブラリの作者たちは「過度な抽象化は害になる」ということを弁えているのだろう。 しかし、Rx と関数型プログラミングの関係を把握しておくと、非同期データストリームのビルディング・ブロックの作り方について大いに視野が広がるだろう。もし、貴方がこの記事の前提となる「関数型」のパラダイムに興味をお持ちなら、まずは「関数プログラミング実践入門」をお勧めしたい。 関数プログラミング実践入門 ──