はじめに OAuth や OpenID Connect に関連する仕様を紹介していこうと思います。 仕様はたくさんあるものの、ほとんどオプショナルです。しかし、「認可サーバーを実装する際は、RFC 6749 だけではなく、認可コード横取り攻撃への対抗策である RFC 7636 も実装すべきである」* という点は強調しておきたいと思います。 * 「PKCE: 認可コード横取り攻撃対策のために OAuth サーバーとクライアントが実装すべきこと」という記事もご参照ください。 1. OAuth 2.0 (RFC 6749) OAuth 2.0 の仕様の本体は RFC 6749 (The OAuth 2.0 Authorization Framework) です。RFC 6749 の解説記事は世の中にたくさんあるので、ここでは要点だけ手短に紹介します。 RFC 6749 は、アクセストークンを発行

こんにちは皆さん 機械学習というと今までよくわからん、ふわっとした雲の上の世界の話でしたが、自分で実際にニューラルネットを実装してみると、どういうところで苦労するのかとかがある程度見えてきます。 前回はニューラルネットをそのままプログラムに落としてみましたが、今回は実際の例を見ることによって、機械学習がどのように行われるのかというのを見てゆくことにしましょう。 事前準備 使用関数 層状ニューラルネットを考えた時、各層にそれぞれ適当な関数を設置するわけですが、今回使う関数のコードを書いておきます。 <?php namespace Niisan\phpnn\layer; class Relu extends Base { public function activate($val) { if ($val > 0) { return $val; } return 0; } public func

こんにちは、エンジニアの王です。今回は、Git初心者を悩ませるリベースについて解説してみたいと思います。 リベースが初耳 リベースを聞いたことはあるけど、使っていない 不安を抱えながらも、リベースをなんとなく使っている 上記に当てはまる方は、ぜひ読んでくださいね。 リベースで何ができる？ コミットが綺麗になる！　以上です！　この一言に尽きる！ 具体的にどのように綺麗になるかというと…… コミット履歴がわかりやすくなる コミットメッセージを後から変える コミットの順序を後から変える 2つ以上のコミットを1個に統合する 一度コミットした内容を編集する といった具合でしょうか？　整理整頓が好きな方は、ぜひリベースを使いこなしていただきたいと思います！ マージとリベース 2つのブランチの変更点を統合するとき、Gitの最も一般的なやり方は、マージとリベースを使うことです。マージは初回で説明したので、

ちなみに、最初に結論だけ言っておくと、まずSandi Metzの「オブジェクト指向設計実践ガイド」を読め、という話です それだけで終わってしまいたい気持ちはあるが、不親切過ぎるしもうちょっとRails向けの話を書こうと思う。 ただ言いたいことは、よく分かってないのに使うのは止めろということ。 自分も本で書いたりした手前、それが参考にされた結果なのかもしれないが、世の中には本当に酷いクラスが存在するもので、雑にサンプルで書くと以下の様な感じのコードが存在したりする。 class HogehogeService # Hogehogeはモデル名まんま def process(hogehoge, option_a: nil, option_b: nil, option_c: false) history = hogehoge.histories.last unless hogehoge.activ

こちらはLife is Tech ! Advent Calendar 2016 22日目の記事です。 自己紹介 こんにちは！先日GitHubのIDがha1fha1fからha1fになりました、はるふ(@_ha1f)と申します。 Life is Tech ! では、主にiPhoneコースのメンター・講師をしています。 本記事について Gitについての記事は、世の中に多くあります。 gitコマンドの使い方 gitの仕組み gitを用いたプロジェクト管理・運用 subversionなどとの比較・歴史 など、テーマが色々有ると思いますが、本記事では、gitについて、少し仕組みについて踏み込みながら、コマンドとの関連を説明します。 用語の確認の章は初心者向けの基礎編です。使い方わかる方は飛ばしてください！ それ以降は、仕組みについて書きます。もちろん軽く使うだけなら仕組みを知る必要はないですが、自分は

グローバル変数だから？なぜ？ アプリケーションに１つだけ存在すればよい設定値オブジェクトとか、アプリケーションに１つだけのコンテキスト情報とかに使っちゃだめ？ よくわからなかったので調べてみた。 参考 シングルトンの賢い使用法@developerWorks ワタシはSingletonがキライだ 例えば, Singleton を避ける シングルトンについて思うこと 僕はアダム、シングルトン中毒から回復したんだ オブジェクト指向 - Singleton パターンの使いどころをまとめてみた - Qiita 悪い点 ワタシはSingletonがキライだより グローバル変数は悪≒ 密結合は悪 Singleton は単体テストの敵 例えば, Singleton を避けるより Singleton では, このガベージコレクションによる状態のクリアが起こらないため, 前のテストコンテキストを引きずったまま

はじめに これまでにこんな記事を書いていました。 Ansible 2.0リリース！ Ansible 2.0がリリースされたときに書いたもの Ansible 2.0リリース記事の日本語訳 Ansibleのこれまでとこれから Ansible 2.1がリリースされたときに書いたもの これまでの振り返りとロードマップの解説 と、よくよく考えてみたらAnsible 2.2がリリースされたのになんの記事も書いていないことに気づきました。これはまずい。 というわけで(Advent Calendarの穴埋めをかねて)この記事を書き始めました。 Ansible 2.2 それではいつものように CHANGELOG と リリース記事 あたりから Ansible 2.2 というリリースがどのようなものだったのか押さえておきましょう。 Ansible 2.2 brings performance enhanceme

今年はあまりSymfonyに触れなかったのですが、年末になり再びSymfonyのプロジェクトに関わる事になり、その際表題の点を改善したのでご紹介します。 ※ORMの話です。ODMは対象外ですのでご了承下さい。 おさらい Doctrine\ORMではDBAL\Statementの結果セットを特定のクラスのインスタンスにマップする事を "Hydration" と呼びます。 一度オブジェクトがHydrateされると、EntityManagerはその参照を（#detach($object)、あるいは#clear()するまで）保持し続けます。当然、Hydrateされるオブジェクトが増えるとその分メモリ使用量も増加するので注意が必要です。 普通のHTTPリクエスト上では〜数十個、多くてもせいぜい百数個のオブジェクトしか扱わないので気にする必要はありませんが、バッチ処理等時間に余裕があるケースでは数千、

今年はLaravel界隈でもDDDの話題が目立つ様になりました。 データベースなどのストレージへのアクセスを抽象化させる目的で、 リポジトリパターンを利用するケースが増えてきたのではないかと思います。 ビジネス領域に焦点を合わせて設計を行うため、 当然ながら、みなさんがそれぞれ開発するアプリケーションでは どれがEntityとなるのか、ValueObjectはどれになるかは大きく異なり、 アプリケーションごとにDomain Serviceは大きく変わるのをよく目にすると思います。 そんなモデリングの世界において、 データベースのトランザクションや、ロギング、キャッシュといったビジネス領域に当てはまらないケースが多いものはどの様に分離するべきでしょうか？ feature 開発に入る前に仕様や、ストーリーなどを記述することが多いと思います Story: Account Holder withd

はじめに この記事は、オールアバウト Advent Calendar 2016の23日目のエントリーです。 私、@tajima_tasoからは【原理原則で理解するDocker】と題して書かせて頂きます。 Dockerってそもそも何？ってところから、内部実装部分についても触れています。 Dockerとは何か? まず、Dockerとは何なのか？について軽くおさらいしましょう。 今更聞けないという方も、なんとなくイメージが掴めたら嬉しいです。 何故、今Dockerなのか? Docker ソフトウェア開発を行う環境にいる方々の中で、この言葉を耳にする機会が増えてきているのではないでしょうか？ 実際の業務において導入まではしていないとしても、何となく盛り上がっている技術用語であることは肌感覚としてあると思います。 実は、Docker実現のベースとなっているLinuxコンテナという技術自体はずっと前か

この記事は、Serverless Advent Calendar 2016の16日分(だったはずのもの)です。 なんとかクリスマスまでには間に合ったのでお許しくださいorz まとめ AWS Lambdaの功罪で混在されがちな概念が整理されて議論されるようになった 提供されるBaaSのみを使ってリッチアプリケーションを開発する手法 フルマネージドなFaaSの実行環境 高水準コンポーネントをイベントで接続するリアクティブシステム 主要各社のFaaS実行環境が揃ってきた AWS Lambda Azure Functions (2016-11-15 GA!) IBM OpenWhisk (2016-12-14 GA! おめでとうございます!) Google Cloud Functions (2016-02-13 Alpha) 国内のニフティクラウドからも サーバレスアーキテクチャにまつわる様々な動

公私共に、会話のうまい人を、たくさん見てきた。会話はコミュニケーションの基礎であり、また終着点でもある。上手であることに越したことはない。 ではどうすれば、会話が上手い人、あの人と話すのが楽しいね、と言われる人になり得るのだろうか。 一説によれば「聞き上手となるべき」という人がいる。ウンウン、と相手の話をよく聞き、相手に気持ちよく喋ってもらうことに注力せよ、という。 しかし最近、それはどうも違う、と感じることもある。聞き上手であることは特定のシーンにおいては重要なのだが、必ずしもそうではない。 例えば私は普段「聞き上手」の人をあまり求めていない。 なにか観察されているのでは、と勘ぐってしまうからなのだが、むしろ話上手、と言われる人の方が与しやすく、会話も続くのだ。 また、世の中に散らばる「会話のしかた」は、いかにもマニュアル的で個別のシーンで使い勝手が悪い。だから最近まで私は「会話に王道な

この記事の概要 Zabbixの設定もgitで管理したい・・・ その想いから Zabbicook という Zabbixの設定をファイルで記述するためのツール を作りました。 単独での利用例と、Ansibleと一緒に利用する例を紹介しています。 ユーザーの設定のみ、とか１テンプレートのみに使う、といったこともできるのですぐに導入できます！ Zabbix As Code 皆さんはZabbixの設定をどのように管理していますか？ 必要になったらGUIでぽちぽち設定するというのが普通だと思いますが、いくつか運用で困ることもあります。 設定の変更履歴が分からない（誰がいつ変えたのか） 設定の変更をレビューする方法 開発環境ごとにzabbixのインスタンスを立てていると、環境ごとに似たような設定をしないといけない Zabbixの設定もファイル化してgitで管理したい、設定ファイルで一括設定したい、そう思

これはなに？ はじめに AGCあれこれ Temporary I HOPEHOPEHOPE ASTRONAUT NOW LOOK WHERE YOU ENDED UP ふと気になりました いい時代ですね 1201&1202エラー なにそれ？ カ、カルマンフィルターだー！！！ カルマンフィルターの開発経緯 その他面白コメントアウト集 TRASHY LITTLE SUBROUTINES（つまんないサブルーチン） NUMERO MYSTERIOSO（神秘の数字） OFF TO SEE THE WIZARD COME AGAIN SOON HONI SOIT QUI MAL Y PENSE（悪意を抱く者に災いあれ）、NOLI ME TANGERE（私に触れるな） PINBALL_GAME_BUTTONS_AND_LIGHTS.agc おわりに 反省 参考文献 これはなに？ この記事はeeic Adv