目的 sbtをずっと何となく使っていたので一度ちゃんと調べました。 mavenやgradle触ってた人がある日突然sbtを触らなければならなくなった時用のメモ。 バージョンはsbt 0.13.8 ディレクトリ構成 sbtプロジェクトの基本構成は以下の通りです。 maven等を触っていた人にとっては比較的見慣れた構成ですね。 . ├── build.sbt ├── project │   ├── build.properties │   ├── plugins.sbt │   ├── project │   │   └── target │   └── target ├── src │   ├── main │   │   ├── java │   │   ├── resources │   │   ├── scala │   └── test │   ├── java │   ├── re

Windowsでは動かないScalaのコードがあって、VirtualBoxにLubuntuを入れ、そこにIntelliJをインストールしてScalaのコードを書いてきた。しかし、IntelliJの動作が重くてツラいのでEmacs + ENSIMEを試してみることにした。 scala-mode githubのscala-mode2のページを見ると以下のようになっており、ENSIMEのdependenciesに含まれている為、別途インストールする必要は無くなっている。 Development of scala-mode2 has moved to https://github.com/ensime/emacs-scala-mode Install stable-mepla stable-meplaをinit.elに以下を登録しておく。

「Node.jsはシングルスレッドだから、プロダクションで使うのはリスクだ」みたいな発言に対するアンサー（今更感） Node.jsは戦略的にシングルスレッド・シングルプロセスを採用しているわけで、 しかも任意にマルチプロセス化が可能だし、重いデータを扱う際は内部(libuv)で勝手にマルチスレッド化して処理される。 今のシリコンバレーではNode.js経験者の需要が高い、なんて話も聞く。 開発効率の良いNode.jsでプロトタイプを作り、リリースを繰り返すことがベンチャーにとって重要だからだ。 TwitterやGoogleレベルならともかく、ベンチャーレベルのtrafficで、パフォーマンス的な問題が出たという話は聞いたことがない。 なお、プロダクションで使うことを勧める記事ではありません。 またECMAScriptのSharedArrayBufferなどの話は無視します。 前段 Node

この記事のstatus 執筆中 概要 Fabric対応バージョン v1.2.1 fabric-samples (https://github.com/hyperledger/fabric-samples) ではHyperledger Fabricのサンプル設定/実行例がいくつか載っているが、説明に乏しいのでわかりにくい。 のでまとめてみました。 一覧 basic-network first-network chaincode abac/go chaincode_example02 fabcar marbles02 marbles02_private sacc chaincode-docker-devmode fabric-ca balance-transfer fabcar: Node.js SDKのサンプル。参考記事: Fabcarサンプルで学ぶHyperledger Fabric No

遅刻しました 20日のアドベントカレンダーです。 Emacsを使ってたらカッコいいという理由で始めて ３年くらいつかってますが未だに使いこなせてないです。 一応参考 OSX Emacs 24 Go 1.5.2 Emacsは色々設定詰め込んで起動が重くなったのでemacs serverを立ち上げて emacs clientで接続しています。 GoはHomeBrewでインストールしました。 環境変数にパスを通す 以下の様に環境変数を設定しています。 export GO15VENDOREXPERIMENT=1 export GOROOT=$(brew --prefix go)/libexec export GOPATH=$HOME/work export PATH=$PATH:$GOPATH/bin:$GOROOT/bin GO15VENDOREXPERIMENTはコンパイルするためのGOPAT

Change Log 2018-09-29 v1.3.0-rc1のリリースに伴い説明変更 2018-07-08 v1.2.0のリリースに伴い説明変更 参考文献 最新版のドキュメントはこちら。 http://hyperledger-fabric.readthedocs.io/en/latest/install.html ただしv1.3.0-rc1向けに記述が変わっているので注意。release-1.1用のドキュメントを見ようとするとエラーになるので注意。 bootstrap.shのダウンロード curlで取ってこいと (v1.3.0-rc1の) ドキュメントに書いてあるのはこちらのファイル: 閲覧用 https://github.com/hyperledger/fabric/blob/master/scripts/bootstrap.sh 生 https://raw.githubuserco

はじめに BlockChain Advent Calendar 2017の10日目の記事です。 この記事は、Hyperledger Fabricのサンプルリポジトリ(hyperledger/fabric-samples)を使って、ブロックチェーンネットワークの構築手順を解読した結果を記載しました。 設定ファイルや環境変数については、サンプルリポジトリの内容を確認してください。 Hyperledger Fabricとは The Linux Foundation主体で開発しているブロックチェーン基盤の1つ。 詳細は、以下の先人の記事を参照してください。 公式サイト 公式ドキュメント オープンソースのブロックチェーン Hyperledger Fabric を試してみる 環境構成 動作環境 OS: Ubuntu 16.04 台数: 1台 利用バージョン Hyperledger Fabric: v1

Node.js では C++ を用いた拡張機能を作ることができます． 実際に作ってみたところ，意外と情報が少なく苦労したのでまとめておきます！ 前準備 以下のコマンドで node-gyp をインストールします． これは Node.js 拡張で用いるビルドツール的なものです． node-gyp を動作させるためには以下のツールが必要です． Python 2.7 系 （Python3は非対応！） コンパイル環境 make (Unix) XCode (Mac OSX) Visual Studio 2013 (Windows) （より詳しい情報はこちら（英語）） これで準備は完了です． Hello, world してみる 例として "Hello, world" という文字列を返すだけの関数を作ります．見慣れないクラスや単語が出てきますが，見て見ぬふりをしましょう！ #include <node.h

HighSierraにしてpyenvからpython入れようとしたら失敗した”The Python ssl extension was not compiled. Missing the OpenSSL lib?”PythonmacOSpyenvHighSierra $ pyenv install 3.6.3 Downloading Python-3.6.3.tar.xz... -> https://www.python.org/ftp/python/3.6.3/Python-3.6.3.tar.xz Installing Python-3.6.3... ERROR: The Python ssl extension was not compiled. Missing the OpenSSL lib? Please consult to the Wiki page to fix the p

はじめに 前回、Hyperledger Fabricの環境を作るところまで実施してみました。今回は実際にトランザクションを発生させてみます。GO言語のチェーンコード、Java SDK、Node.jsのチェーンコードを試してみたのですが、GO言語とJava SDKはエラーが解決できず、ひとまずNode.jsのチェーンコードでトランザクションを発生させることができました。(GO言語はJava SDKは機会があれば試してみようと思います。) ※環境構築はこちらを参照。 1. 前提 以下の環境で動作した内容を記述しています。 Windows 10 Home (64bit) Vagrant 2.0.2 VirtualBox 5.2 bento/ubuntu-16.04 Hyperledger Fabric 1.1.0-rc1 Node.js v8.10.0 (on ubuntu) npm 5.6.0

最近のフロントエンド開発には必須なNode.js。異なるNode.jsのバージョンを扱いたいケースが多いので、Node.jsのバージョン管理ツールとして「Nodebrew」がお薦めです（参考「node.jsのversionを管理するためにnodebrewを利用する」）。 ところで、Nodebrewに何か問題があった時には削除や再インストールの必要がありますが、Nodebrew本体を削除するにはどうすればよいのでしょうか？ Nodebrewはホームディレクトリ(/Users/myName)の.nodebrewフォルダにインストールされるので、このフォルダを削除すればNodebrewを削除できます。 Nodebrewが削除される為、下記のコマンドを実行しても何の反応も出なくなります。 今後Nodebrewを使わないならばPATHも削除する 今後使う必要がないならば、PATHも削除しておきましょ

オープンソースのブロックチェーン基盤の一つ、Hyperledger Fabric を試してみました。 環境構築からチェーンコードの設置・実行まで挑戦してみましたので、今から始める方の参考になれば幸いです。 Hyperledger とは Hyperledger (ハイパーレッジャー) とは、オープンソースのブロックチェーン技術推進コミュニティです。 ブロックチェーン技術とは、ネットワーク接続された数多くのコンピュータ群で分散処理/データ管理を行うことで、1つの巨大高性能システムと同等の機能を実現するという技術です。"変更不可能な形でデータを保持するデータベース" と表現されます。 Hyperledger Project は、The Linux Foundation のプロジェクトとして、これらの技術検証について、オープンソース精神に基づき、グローバルレベルで共同検証を実施し、デファクトスタン

はじめに 以下書籍を参考にHyperledger Fabricのサンプルチェーンコードfabcarを試したのでまとめておきます。 ブロックチェーン技術の教科書 サンプルのチェーンコードfabcarはDocker Composeの用意があり、チェーンコードの実行リクエストをしてみることで処理の流れをみることができるのでとりあえず試したい方には最適だと思います。 なお後述しますがgRPCのバージョンアップ対応をする必要があるのでそこだけ書籍と手順が異なります。 環境 Mac Docker version 18.03.0-ce, build 0520e24 Hyperledger Fabric v1.05 node v8.11.1 手順 まずは環境の準備をしていきます。 # Docker HubからDocker Imageの取得 $ curl -sSL https://goo.gl/byy2Qj

OSSの分散型台帳 Hyperledger/fabric をdocker swarmで分散させてみよう（1/3）〜 動作確認編GoDockerBlockchainDockerSwarmHyperledger-fabric この記事は、OSSの分散型台帳技術であるHyperledger/fabricを用いて簡易な入出金処理を作り、docker swarm modeで分散処理させてみる、という連載の１回目です。 今回は、単体のdocker上にHyperledger/fabricネットワークを立ち上げて動作を確認してみます。 OSSの分散型台帳 Hyperledger/fabric をdocker swarmで分散させてみよう（1/3）〜 動作確認編 OSSの分散型台帳 Hyperledger/fabric をdocker swarmで分散させてみよう（2/3）〜 chaincode解説編 OS

チェーンコードの実装やアプリケーションの開発にあたって、開発環境が必要になります。 今回は開発環境の立ち上げを行ってみました。 開発環境を構築する3つの方法 Vagrant を利用 :note: http://hyperledger-fabric.readthedocs.io/en/latest/Setup/Chaincode-setup/#option-1-vagrant-development-environment Hyperledger Fabric リポジトリの devenv ディレクトリ下に、Vagrantfile とプロビジョニング用のスクリプトが用意されているため、それを使用して構築します。 Vagrant, VirtualBox をインストール refs: https://github.com/hyperledger/fabric/blob/master/docs/dev

MacにNode.jsの環境を構築するメモ。 その前に ※以下の方法もオススメです！ MacにNode.jsをインストール（anyenv + nodenv編） 上記の場合はプロジェクト毎（フォルダ毎）にNodeのバージョンを指定して実行ができます。 フォルダを変えるごとに、いちいちバージョンを切り替える作業がいらないので、複数のプロジェクトを持っている方にはおすすめです。 nodebrew使いたいって人は無視して以下を進めてください。 インストールの流れ Homebrewのインストール nodebrewのインストール Node.jsのインストール ・Homebrew HomebrewはMac用のパッケージマネージャ。 ツールのインストールとか諸々を管理してくれます。 http://brew.sh/index_ja.html nodebrewをインストールするためにHomebrewを使います

2014/04/23追記 別記事にshenzhenでipaファイル作成する方法を書きました。 ↑のほうが簡単です。 DeployGateでiOSアプリを配布できるようになりましたが、配布の度にGUIからちまちまアーカイブするのはだるいです。 だるくて仕事やる気がなくなりSNSをダラダラ眺めていたら、make adhocだけで.ipaをサッと作るという記事が流れてきたのでDeployGateで配布するところまで出来るようにしてみました。 まず、AdHoc配布用にプロビジョニングプロファイルを作成します。 iOS Developer CenterのCertificates, Identifiers & Profilesから、 [Provisioning Profiles] > [Distribution]でAd Hocのプロビジョニングプロファイルを作成してください。 作成したらダウンロードし

pythonでテスト用DBを立てようと思ったが、1からの環境構築が面倒だったので Docker＋マイグレーションツールでサクっと構築したいと思った。 ついでにDB周りのコードもほぼ手書きだったので、O/Rマッパーも導入 SQLAlchemyとSQLAlchemy-Migrateで実現できそうだったのでやってみた。 実行環境 Windows10 Python 3.6.3 MySQL 14.14 (Docker Image) SQLAlchemy 1.2.2 SQLAlchemy-Migrate 0.11.0 PyMySQL 0.8.0 mysqlclient 1.3.12 インストール pip install sqlalchemy pip install sqlalchemy-migrate pip install pymysql pip install mysqlclient

鍵交換とは 例えば、zipを作成するときにはパスワードを設定しますね。これは、zip作成者がパスワードを知っている人だけが中身を読めるようにするためのものです。 我々がふだん使っているセキュアな通信(TLS, SSHなど)は、送信側と受信側が同じ「鍵」を共有することで行います。実際には鍵は一定の長さのビット列(256ビットがよくありますが、暗号アルゴリズムとその設定でまちまちです)なのですが、送信者と受信者だけが鍵を知っていて、他の人は知らないというのがポイントです。 では、通信を開始するとき、送信者と受信者はどのように鍵を取り決めるのでしょうか？　通信を傍受している悪者がいたとすると、「これからこの鍵で暗号化して通信するよー！」と鍵をそのままネットワークに流しては鍵が悪者にばれてしまい、その後の通信も盗み見ることができてしまいます。しかし通信開始時には暗号化された通信経路は存在しないので

はじめに ChromeやFirefox、Opera、Edgeなどのブラウザでは、WebCrypto APIを使ってブラウザで鍵の生成や暗号化と復号、署名と検証ができるようになっていますが、今回はECDHを使った鍵共有(およびAES-GCMで暗号化)を題材として、WebCrypto APIの使い方の一例を試してみます。 ECDHでは鍵ペアの生成と鍵共有を行います ECDHを使って暗号化と復号を行うには、一般的には次のような手順となります(楕円曲線ディフィー・ヘルマン鍵共有)。 暗号化する側Aと、暗号化されたデータを復号する側Bの両方で、鍵ペア(秘密鍵・公開鍵)を生成 AとBが互いに相手の公開鍵を共有 Aは「Aの秘密鍵」と「Bの公開鍵」を使って共有鍵を生成し、この共有鍵でデータの暗号化を実行して、Bに送信 Bは「Bの秘密鍵」と「Aの公開鍵」を使って共有鍵を生成し、この共有鍵で暗号化されたデータ