はてなブックマーク

現在、js-ipfs を使ったアプリケーションを一つ作っているが、そもそも IPFS ってどうやって動いてるの？ってのが分からなくて怖かったので、一回きちんと調べることにしました。 ただ、とても分量が多かったので、何回かに分けることにした。 IPFS を調べた その 1 - Identities, Network IPFS を調べた その 2 - Routing, Exchange, Discovery IPFS を調べた その 3 - Objects, Files, Naming IPFS ( InterPlanetary File System ) https://ipfs.io/ https://github.com/ipfs/specs https://github.com/ipfs/awesome-ipfs IPFS is the Distributed Web IPFS 自体は

これだけで導入は完了。Windows でも問題なし。素晴らしい。 エディタ支援 Editor Plugins - Reason VS Code が推奨されているので、素直にそれを使う。 これまでは、以下のプラグインを利用していたが、 https://marketplace.visualstudio.com/items?itemName=freebroccolo.reasonml 今後は公式に作られている以下プラグインの方が良いだろう。 https://marketplace.visualstudio.com/items?itemName=jaredly.reason-vscode サンプル体験 コードの書き心地をするだけなら、Playground が用意されているが、実際の開発をイメージするためにローカルで始める。 プロジェクト作成 $ bsb -init sample_1206 -the

前回は、Docker Desktop を Linux Container Mode で利用した際の構成についてまとめた。 Docker Desktop の復習と、Windows Container に入門: Docker Desktop + Linux Container 復習編 Docker Desktop の復習と、Windows Container に入門: Windows Server Container 理論編 Docker Desktop の復習と、Windows Container に入門: Windows Hyper-V Container, LCOW 理論編 Docker Desktop の復習と、Windows Container に入門: 実践編 今回は、いよいよ Windows Container についての概要と、Windows Server Container

Docker Desktop の復習と、Windows Container に入門: Docker Desktop + Linux Container 復習編LinuxDockercontainerwindowsServerContainer 以前、Windows Native な Docker Container を試した際、Image が 10 GB 近くあったため、そっ閉じしたままになっていた。 それが、風の噂で色々進んでいるよと聞いたので、もう一度しっかり入門してみる。 Docker Desktop の復習と、Windows Container に入門: Docker Desktop + Linux Container 復習編 Docker Desktop の復習と、Windows Container に入門: Windows Server Container 理論編 Docker

Windows で WSL 環境を整えた 際、ついでに WSL に導入していた各コマンド・ツールも一通り見直したのでまとめておく。 見やすく・速く・操作しやすくて分かりやすい 環境構築を目指している。 標準コマンドの置き換え系 新しいツールを導入しても、導入したことを忘れてしまい結局使ってないなんてことが多いので、標準コマンドを置き換えることで強制的に使わざるを得ない状況にする。 Note : Shell Script 内で利用されるコマンドが置き換えられてしまうと意図しない動作をする危険性がある為、Shell がインタラクティブな場合にのみ適応されるように定義する必要がある。 exa ls を色付きで見やすくしたコマンド。Rust 製。 https://github.com/ogham/exa 色綺麗 git と連携、A|C|D|M|R|T|U|X|B を表示 .gitignore で指

以前の記事 で、Hyper を使うようにしていたが、最近もっと良いものがないか探した。 改めて、Hyper https://hyper.is/ https://github.com/zeit/hyper Electron 製 Windows, macOS, Linux に対応 悪くは無かったが、パフォーマンス面はどうしても気になった。 以下は、候補として試してみたもの。 Terminus https://eugeny.github.io/terminus/ https://github.com/Eugeny/terminus Electron 製 Windows, macOS, Linux に対応 まだ α 版 特徴 機能 タブ機能 簡易的な SSH Client 機能 日本語周りで困ることが少ない リガチャーも大丈夫 デザイン そこそこ良い 背景透過可能 外観テーマ機構あり カラースキー

アプリケーションやサービスプロトタイプを作り、サーバ上に環境構築し動かし始めると、「今、このサーバ・ミドルウェア・アプリケーションはどんな状況にあるのだろう」と全体を俯瞰したくなる時がある。 もちろん、top したり dstat したり cat /proc/~ したり、もしくは journalctl ~ してログから見てみたり。 何かもっと手軽に全体のメトリクスをパッと見られる方法は無いものか。 この場合、真っ先に思いつくのは、いわゆる監視ツールに分類されるもの。 そこで Google で 『メトリクス 監視』『サーバ 監視』などと検索してみるが、でてくるのは ガチなやつばかり がヒットする。 それらはきっとリリース後には重要になるんだろうけど、その前段階で必要なのは、もっと手軽に色々見れるものだ。 やりたいこと サーバ・ミドルウェア・アプリケーションのあらゆる 『状態』を一括で見たい サ

まえがき 今年は色々あって、時間も取れずアドベントカレンダーにいまいち乗り切れないまま11月となってしまった。 とはいえ、せっかくの機会なので、前年の様に手を動かすことにこだわらず、気軽に今年気になったツールの体験記や情報まとめでも記して行こうと思う。 Pijul とは 分散型バージョン管理システム (distributed version control system) 。 Git や Mercurial の仲間。 プロジェクト自体は約 3年前にスタートしていて、今年の 11月に 0.11 がリリースされた。まだまだ若い VSC。 特徴 その最大の特徴としては、カテゴリー理論 (パッチ理論) をベースとしたデータモデルを採用している事 らしい。 カテゴリー理論 (パッチ理論) カテゴリー理論 (パッチ理論) について深掘りする心の余裕が無かったので、とにかく情報だけ集めた。 https:

社員の人なら覚えている人もいると思うが、3年前に WebRTC を利用して顔のスナップショットを共有するサービスを社内ロンチしたことがあった。 当時、思っていた以上に多くの人に利用して頂けて嬉しかった事を覚えている。 が、紆余曲折解あり、今ではサーバは止まったままである。 あれから月日が立ち、当時よりも技術環境は良くなっていると感じており、どこかでもう一度フルスクラッチで書き直したいなぁと思っていた所、今回のアドベントカレンダーちょうどいいなと思ってやった。 当時のサービスについて はっきり言って、Sqwiggle の模倣だった。 あの当時、naoyaさんが書いた記事 で知り、『これは凄い』と直ぐに事業所の人を集めて語った記憶がある。 それから 1～2ヶ月、プライベート時間をかけて、 HeadShot というサービスを構築した。 コンセプトは 雰囲気の共有。 ※ ちなみに、Sqwiggle

Movidius Neural Compute Stick とは Neural Compute Stick ( 以降、NCS ) は、USB で接続するだけで Deep Learning の高負荷演算のリソースとして利用できるという優れもの。Intel® 社製。 Myriad 2 という VPU ( Vision Processing Unit ) を搭載していて、たった 1W で 100 GFLOPS 以上の性能を持つ。( 凄いのかどうかよく分からんが ) NCS を利用できる Library TensorFlow Caffe NCS を利用できる Platform Ubuntu 16.04 Raspberry Pi 3 Model B MacOS ( Ubuntu 16.04 on VirtualBox ) Windows ( Ubuntu 16.04 on VirtualBox )

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

※ これは、Docker による開発をまとめた記事 の続きです。 Immutability と Data 上記記事の中で、周辺システム疑似インテグレーションテスト を試みているという話をした。 これは、開発するアプリケーションの依存する周辺サービス・ミドルウェアをモック化 & コンテナ化し、開発段階から擬似的にインテグレーションテストを行いながら進めてくというやり方。 ※ Service2 を動かすには、Database と Task2 と Message Queue が必要なので、これをモック化 コンテナ化するということは、Immutable であるということであり、それはすなわち 起動する度に真っさらになる ということである。 アプリケーションを Stateless にするのは利点が多いが、それは State を一元管理する Node がシステムの何処かにいることと表裏であり、それは

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

Reason 面白そうだったので、ちょっと触った感想を残す。 まとまってなかったり、情報が古かったりする可能性もあるので注意下さい。 1. BuckleScript Reason を知る前に、まずは BuckleScript を知る必要があった。 What & Why - Intro - BuckleScript Concepts Overview - Intro - BuckleScript BuckleScript は、OCaml Compiler の為の新しい Backend ( 中間形式からコードを生成する部分 ) で、OCaml ( or Reason ) を受け取って、Javascript を生成する。 OCaml と Javascript のスムーズな統合 を志向しており、相互運用性を高めるためのアイデアが各所に散りばめられている。 Readable な Javascript

tl;dr パッケージマネージャ マジ便利 Scoop と PackageManagement は Windows で使えるパッケージマネージャ PackageManagement Microsoft製のパッケージマネージャ 後ろで動いてるのは、NuGet や Chocolatey Scoop 主にCLI環境を整えるのにフォーカスしているパッケージマネージャ 未登録パッケージでも、独自にBucketというリポジトリを登録すれば管理できる この2つがあれば、大概のことは何とかなる パッケージマネージャって何？ そもそも、Windows だけを使っていると、パッケージマネージャと言うものにあまり馴染みが無いかも知れない。 例えば、Firefox をインストールしようと思った時、従来の Windows ユーザであれば、 ブラウザを開く ( 当然Firefoxではない ) Google で Fir

10月頃から、一部有志を集めて学習会を開いていて、その第一弾に選んだ題材が DDD (Domain-driven design) だった。 まだ道半ばであるが、ここいらで一度まとめておきたい。 tl;dr Kotlin, IntelliJ, PlantUML, Spock の使い方の解説はない DDD の解説はない 正しい DDD とは、とかも無いです UDD は、ubiquitous language driven design 造語です DDD を目指しドメイン設計を実施してみて、何が変わったのか 実施前 業務ドメインが分からなすぎた でも、取り敢えず設計・作成するだけならこれでも行けた でも、やっぱり業務知らないと、将来的に辛い お客さんとのメンタルモデルの差を埋める何かが欲しい 実施後 複雑に絡んでいると思った業務が、やってみると意外とそうでもない (と思えるようになった) ユーザ

tl;dr 昔は Windows で Git を使うのは辛かったが、現在は悪くない Scoop で簡単に構築できる 操作は CLI, 閲覧は GUI クライアントで使い分けている GUI クライアントは、 VS Code がオススメ Git 言わずと知れた、バージョン管理システム。 Windows と Git そもそも Git は、 Unix/Linux 文化圏で生まれてきたもので、Windows 対応はされてはいるがイマイチな時期が長く続いた。 イマイチだった点 Git を導入するために、Git 以外の登場人物が多く辛い ( 特に新人 Windowser には msys Git Bash ssh 情報が色々あって辛い 3~4 年前までは、まだ Cygwin 派の記事もあった Windows への導入の記事なのに、何となく Linux の知識ある前提だったり 鍵生成が辛い putty 形式