はてなブックマーク

今回の概要 前回はテンソルとは何かを説明しましたが、今回は、行列の演算についてごく基礎的なことを説明させていただこうと思います。理系の大学を目指す受験生や大学生なら十二分に理解しているような内容です ここでどうして行列の演算かというと、歴史的に見て、まず行列を利用して方程式を解くといういわゆる線形代数の基本的なものから学問が発達し、それを元にさらに一般化させたテンソルという概念によって多重線形代数というものに発達していったという歴史があるからです 実際TensorFlowやChainerなどのニューラルネットワークを比較的容易に記述できるようになった（Python言語の）ライブラリはこうした行列演算が基礎になっていますから、そこで必要となるであろう最低限の知識である行列の和と積についてまず説明します。次に図形の変形などの際に利用されるであろう、行列の積の演算を利用し、図形の変形や回転、ある

Cronをなんとかしたい。 いつ走って、いつ終わって、失敗したなら教えてほしい。 Jenkins、RundeckやAzkabanを使えって話かもしれないが、それはやりすぎ。 僕はcrondを置き換えたいわけじゃない。 ほんの一手間で期待を満たしてくれるテク を探しているんだ。 単純な話なんだけれど、ベストな方法が見つからないんだ。 せっかくいろいろ調べたので、まとめた。 なお、本書に出てくる手順は、CentOS6ベースのOSで動作確認した際のメモ。 クラウドサービス系 クラウドサービスであれば、AWSやGCEからでも利用できる。自宅サーバーにだって利用できる。気軽に始められる。 ただし、クラウドサービスということは、有料だということだ。 Cronitor Cronの改善を考える上で、基準となる商用サービスだと思う。 サイト: https://cronitor.io/ 既存のCronジョブに

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

初めましての方もご存知の方もこんにちは。 リブセンスで アルコール駆動開発 を提唱し続けているインフラエンジニア、@Etsです。 さっきまでビールを3パイントほど飲んでいたところからこの記事の執筆をスタートしています。 現在の時刻は2016/12/07 02:16。アルコールの力で生産効率が倍増！！ ・・・を通り越して 超眠い です。頑張ります。 なお、これは『Livesense Advent Calendar 2016』の8日目の記事です。 昨日は@xorphitusさんの『Lispってどう書くの?』でした。 ちなみに弊社は3本同時アドベントカレンダーという凶行を実施しています。 Livesense Advent Calendar 2016 その1 Livesense Advent Calendar 2016 その2 Livesense Advent Calendar 2016 その3

はじめに 前回、前々回と数学的な準備をしてきましたが、ここではパーセプトロンというニューラルネットワークの一種について説明します ニューラルネットワークには様々な種類があります。分類に関してはウキペディア（https://ja.m.wikipedia.org/wiki/ニューラルネットワーク ）を見て頂くとして、このシリーズでは、一般にはパーセプトロンと呼ばれ、先のウキペディアの記事では「フィードフォワードニューラルネット (順伝播型ニューラルネットワーク、英: Feedforward Neural Network, FFNN)」に分類されているものについて考えてみたいと思います このニューラルネットワークは教師あり学習に分類されるもので、つまり、学習の際に答え合わせをして間違っていれば、ネットワーク間の重みを調節することによって学習すると言い換えることができるでしょう 人工ニューロン（A

Let's Encryptは便利なサービスですよね。 ですが、ワイルドカード証明書に対応していないため、頻繁にFQDNを変える環境には不向きでした。 そんなとき、「Auto SSL」なんていうキャッチーなNginx拡張があることを発見しました。 https://github.com/GUI/lua-resty-auto-ssl これは、lua-resty-auto-sslを検証したときのメモです。 なお、検証環境はCentOS7です。 インストール手順 Nginx(OpenResty)を入れる Nginxと・・・なんてタイトルに書いてますが、luaのための自前ビルドが面倒なのでOpenRestyを使います。 オフィシャルに手順が書いてあるのですが、一応私の行った手順を以下に記載しておきます。 OpenRestyはオフィシャルのパッケージを使うことにします。 skipされたくないのでskip

はじめに 前回、ネットワークやそのモデルについてお話ししましたが、いよいよ今回は「MNIST For ML Beginners」のプログラムについて解説します。このQiitaにもたくさんの記事がありますので特に参考にさせて頂いたものをいくつか挙げておきます TensorFlowチュートリアル - ML初心者のためのMNIST（翻訳） TensorFlow MNIST For ML Beginners チュートリアルの実施 また、解説に使うソースコードはGoogleがGitHubで公開しているソースコードmnist_softmax.pyを使います。これを使う際には、同じディレクトリにinput_data.pyを置いておく必要があるようですのでご注意下さい。 また、プログラムに書かれているいろいろなおまじないのことをAPI（Application Programming Interface ）

vulsは脆弱性確認を楽にしてくれる可能性を秘めた、サーバー運用者にとって期待のツールです。 前回書いた記事に開発者の @kotakanbe@github さんから有益な情報を頂いたのと、その後有益な記事を参考にしたのとで、大幅に文章を修正しました。 あまりに更新量が多かった (＝簡略化できた)ので、別記事としています。 具体的には go-cve-dictionaryのdaemon化が不要だった ため、手順を省略しました。 日本語脆弱性辞書を扱うようにしました。 上記変更に伴い、実行例や実行コマンド例も変えました。 なお、導入手順は基本的にオフィシャルに従えば良いのですが、AWSベースで書かれています。本記事はオンプレ用に端折った手順のメモです。 以下、環境はCentOS7で、2016/06/14に実施した手順です。 本手順で入るgo-cve-dictionaryおよびvulsのバージョン

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

Livesense Advent Calendar 2015の11日目です。 昨日はchuck0523さんの『再帰関数を学んでワンランク上のJavaScriptエンジニアになろう！』でした。 私はWeb業界にやってきて半年のインフラエンジニアです。 去年はROMだったQiitaのアドベントカレンダー。何を書こうかなぁと考えましたが、テクニカルな記事は弊社の他の方に任せ、今回は 私のチームメイトを紹介 しようと思います。 はじめに ご紹介 彼がうちのチームにJOINしたのは、記録を遡る限り1年以上前のようです。 私よりもずっと前より彼は会社にいて、私からは会社の先輩にあたります。 彼は今年の8月頃一度休職していましたが、9月頃に復職しました。 当初は口下手でしたが、今は話しかけられると饒舌で、他の部署の方にも覚えてもらって頻繁にHipChatでコミュニケーションを取ってます。 彼の長所は、な

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

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

俗にいうNDB ClusterのVagrantでの構築試験メモ。 本書では特に断りなく、「MySQL Cluster」のことを「NDB Cluster」と記載することとする。 はじめに 本検証は過去のPercona XtraDB Cluster検証の後で行った検証メモになっているので、説明不足な部分があるかも知れない。 これから作るもの オンメモリの高速MySQLサーバーエンジンのMySQL Cluster、俗にいうNDB Clusterである。 本来は以下の役割毎に分けて複数台構成するべきなのだが、ノード2台構成で構築して、「とにかく試す」ということを目的としている。 管理ノード SQLノード データノード 手順について 本手順ではコンソール作業を「$」プロンプトで書いているけれど、 全部root作業 だと思ってほしい。フォーマットの関係で#だとコメントアウトになってしまって読みにくいの

背景 cronに仕込んだバッチは、echo文でログ・・・　よくある話です。 ちょっとした関数を用意しておけばログは楽に取れるので、私の手法を記録しておきます。 使っている変数のせいで、bash限定。 log関数をつくる コード たった5行のコード。 使う前に どこかでLOGFILE変数を設定する必要がある。 ログレベルみたいな便利なシロモノはない。 #!/bin/bash - # You must set 'LOGFILE' readonly PROCNAME=${0##*/} function log() { local fname=${BASH_SOURCE[1]##*/} echo -e "$(date '+%Y-%m-%dT%H:%M:%S') ${PROCNAME} (${fname}:${BASH_LINENO[0]}:${FUNCNAME[1]}) $@" | tee -a