TABLE OF CONTENTS 01 はじめに 本書の構成と本書で使用するライブラリのバージョンについて説明していきます。 02 ElixirとPhoenixについて ElixirやPhoenixについて、またElixirが動くErlangからコミュニティに関するまでElixirに関する周辺情報を説明していきます。 03 Elixir Elixirのインストールから始まり、本書を読むにあたってのElixirの基本文法にテストの書き方を書いていきます。 04 Phoenix Phoenixのインストールから始まり、Ruby on Rails TutorialをベースにPhoenixでのWeb開発を説明していきます。 05 あとがき 本書にかかわった方々の説明とあとがきです。

2006年のデータマイニング学会、IEEE ICDMで選ばれた「データマイニングで使われるトップ10アルゴリズム」に沿って機械学習の手法を紹介します（この論文は@doryokujin君のポストで知りました、ありがとうございます！）。 必ずしも論文の内容には沿っておらず個人的な私見も入っていますので、詳細は原論文をご確認下さい。また、データマイニングの全体観をサーベイしたスライド資料がありますので、こちらも併せてご覧下さい。 データマイニングの基礎 View more presentations from Issei Kurahashi 1. C4.5 C4.5はCLSやID3といったアルゴリズムを改良してできたもので、決定木を使って分類器を作ります。決定木といえばCARTが良く使われますが、CARTとの違いは以下のとおりです。 CARTは2分岐しかできないがC4.5は3分岐以上もできる C

多くのユーザーがその柔軟さ故に Git を分散型バージョン管理システムとして採用しています。特に Git のブランチとマージのモデルは、分散型の開発ワークフローを実現する強力な方法となっています。この柔軟性が大半のユースケースに機能する一方で、それほど美しく扱いきれないこともいくつかあります。そのようなユースケースの一つは、monorepo という大きな一枚岩のリポジトリで Git を使用することです。この記事では、Git を使用して monorepo を扱う際の課題について説明し、その問題を緩和するヒントを提供します。 monorepo とは? さまざまな定義がありますが、我々は monorepo を以下のように定義します。 論理プロジェクトを二つ以上含むリポジトリ (iOS クライアントやウェブアプリケーションなど) 各プロジェクトはほとんど関連がなく、疎結合、または異なる方法で繋がっ

きっかけ qiita.com で知りました。 BabelやReactのGithubのリポジトリは単一のリポジトリ内に複数のpackageを入れているとのこと https://github.com/babel/babel/tree/master/packages とか https://github.com/facebook/react/tree/master/packages みたいに。 このように単一リポジトリで複数のpackage|projectを管理するやり方を"monorepo"というらしい。 メリット？ 上記QiitaのBabelドキュメントの日本語訳を引用させていただくと、メリットの方が多そうに見えます。 lint, build, test, release のプロセスを共通化できる package をまたがった修正が容易になる issue 管理を一元化できる 開発環境の構築が簡