2016-05-03

都会の生活に疲れた僕はプラ舟でベランダビオトープをつくった

趣味ベランダビオトープ

ベランダにメダカが泳ぐビオトープを作った - snowlongの日記に続きこの春もう一つベランダビオトープを新たに立ち上げた。

それがこちら。水を入れてから1ヶ月くらい経過している。メダカが7匹。ミナミヌマエビが8匹。ヒメタニシが5匹くらいいる。

f:id:snowlong:20160501163238j:plain

作り方(メモ)

プラ舟を買う

プラ舟とはコンクリをかき混ぜたりするのが本来の用途らしく工事現場などで使用されることが多いようだ。だが、ベランダビオトープ界隈ではこれを水槽がわりにするのがメジャーらしくプラ舟ビオトープで検索すると実践例が見れて楽しい。

↓こんなやつ。ホームセンターとかAmazonで買う。今回はこのサイズのものを購入した。

Amazonのレビューでもほらこの通り。頑丈で大きくて色が黒というのが人気の理由らしい。

メダカ＆ビオトープ用に購入しました。しっかりしているので、土や水を入れた状態でも運べます。水生植物をいくつか入れましたがスペースに余裕アリ。40型でも十分楽しめます。メダカも優雅に泳いでいるので是非また購入したいです(^-^)
Amazon.co.jp：プラ箱 40型黒 ?いろいろ使える便利なプラブネ? [その他]の moco128さんのレビュー

プラ舟に赤玉土とか入れたいものを入れる

プラ舟が届いたらビオトープの準備をしよう。
今回プラ舟の中に投入したのは以下のものたち

赤玉土14リットル(だったかな)
荒木田土(2リットル)
砂利(2リットルくらい)
レンガブロック 1個
大きめの石 3つ
小さめの石 4つくらい
流木 2本
ウィローモス
チャルメルソウ
トキソウ
スイレン

赤玉土を入れる

f:id:snowlong:20160329194535j:plain

赤玉土を入れます。ホームセンターで売ってる赤玉土(小粒)を一袋ザーッと入れます。最終的に砂利を入れたり植物を入れたりしてかさが増したので12リットルくらい入ってると思います。肥料用にと荒木田土も2Lほど赤玉土に混ぜ込みます。ただ、これは水がにごりやすくなってしまうので失敗だったかも。
右上のは百均のアロマポットでミナミヌマエビの隠れ家に使えるかなと思って買ったのですがまだ使っていません。

残りを入れる

f:id:snowlong:20160330191813j:plain

残りのでかい石とかを入れます。
ほんとうは大きなものから投入するのがセオリーらしいですね。

f:id:snowlong:20160331063304j:plain

あらためて見ると配置のテキトーさにびっくりしますが、今回の狙いとしては水槽の左側と右側で高低差をつけるという点にありました。左側は川岸っぽく水辺の植物なんかを配置したりして右側はよどみっぽい感じにしたいなと。
実際は高低差をもっとつけたかったのですが事前の確認不足で中途半端な感じになってしまいましたが、事前のイメージとまあ近いものができたのでよしとします。

高低差を維持するためにレンガブロックと石を中央に配置します。さらに左側に砂利を追加して川岸ぽい感じにします。水中に配置する流木や大きめの石にはウィローモスを巻きつけます。
鉢植えの植物もそれぞれ適当な場所に配置してレイアウトは完成。

水を入れて待つ

水を入れて2週間位、ビオトープ内の水質やプランクトンなどの環境が整うまでメダカを入れるのは我慢します。水が減ってきたら足し水を繰り返す日々。「辛抱たまらん！」「早く入れたい！」と思う日々。別の場面でもそんなことを思うときがあったような気がするのですがどうも思い出せない。なんだっけ。
「早く入れたい！」と思う自分をトキソウの白い可憐な花が励ましてくれているようでした。花びら、花弁、「早く入れたい！」。

メダカを入れる！

さて、煩悩にまみれた人間をよそにベランダに置かれたプラ舟さんは日光にさんさんと照らされ、苔がかなり成長してしまっていました。
苔が成長するのは荒木田土の栄養分のおかげでしょうか。水はにごりやすくなってしまうので水草にはよくないので考えものですが、その役割はしっかりと果たしてくれています。

f:id:snowlong:20160501163238j:plain

↓がざっくりとしたレイアウト図です。字は読めないかもしれないですが雰囲気だけでも伝われば。 f:id:snowlong:20160503200242j:plain

まとめ

プラ舟に赤玉土を入れて水草を配置して水を入れて数週間たってからメダカを入れる。
これでベランダビオトープの出来上がり。
あとはこの小さな生態系を眺めながら神の気持ちになるのもよし。荒んだ心を清めてもらうのもよし。
慌ただしい日々を過ごし、都会の生活に疲れた我々にはピッタリの趣味だと思いますよ。

f:id:snowlong:20160501163137j:plain

2016-04-30

BitBar をインストールする

BitBar

BitBar とは

スクリプトの標準出力をMacのメニューバーに表示してくれるアプリケーション。ちょっとしたスクリプトでもいちいちコマンドを叩いて結果を確認するのが面倒だったりするので地味に便利。

f:id:snowlong:20160430140017p:plain

これはCPUの使用率を表示するプラグイン。

インストール

homebrew

brew cask install bitbar

自分の場合、ansible にbrew コマンドを記述して管理しているので localhost.ymlのhomebrew_cask_packages: に

      - { name: bitbar }

を追記し、ansible-playbook コマンドを叩いてインストールする。

起動＆Plugin Folder を決める。

Spotlight検索からbitbar と入力してBitBarを起動する。その際Plugin Folder を指定する。

Plugin をダウンロードする

Githubにプラグインのリポジトリがあるのでそれを先ほどPlugin Folderに指定したところにgit clone する。

Plugin Folder直下にplugin のスクリプトファイルがないと動かないのでPlugin Folder直下に動かしたいpluginスクリプトファイルのalias を貼る。

ln -s ファイルのパス リンクのパス

bitbar を再起動

bitbar を再起動するとplugin のスクリプトが実行されメニューバーに表示されていることが確認できる。

まとめ

自分用にスクリプト書いたけど手動でコマンド叩くのもあれだし、cronで叩いてそれをメールで送るとかしてもメールを開くのが面倒。じゃあslack に通知を送るようにするかというとslackを開くのも(略なのでMacのメニューバーなら否が応でも確認することができるのでこれはなかなか素敵だなと思った。ただ、自作のスクリプトが銀行の口座残高を確認するとかなので口座残高が常にメニューバーに表示しておくのってなんかいろいろアレな気がする。

本家のプラグインを見てみて面白そうなのがあればどんどん試してみたい。とにかく気軽なのがいい。

2016-03-06

中世では夫は妻にEDであるという理由で告発されたあげく、裁判所で自らの「能力」を証明していた

歴史雑学

reddit から。なにこの地獄。

いわく、
16世紀のフランスにおいて、女性は自分の夫がEDであることを理由に告発することができた。告発された旦那は法定でおっきくさせて、写生することを証明させなければいけなかった。失敗した場合、旦那は議会によって裁判を要求し、専門家の前で妻とセックスを試みることもあった。

TIL that in France in the 1500s, women could charge their husbands with impotence. He would have to become erect and show he could ejaculate in a courtroom. If he failed, he could demand a Trial by Congress and attempt to have sex with his wife in front of the experts.

どこから突っ込めばいいのか…つまりはこういうことでしょ。

]

ソース元はこちらのサイト。

中には、パートナーを変えても役に立たないままなのか女性証人が確かめようと被告の男性に様々な試みを行うも"役に立たないまま"で終わったというケースもあったようです。その手があったか。

中世は王族の出産は公開だったり、人間のモラルは数百年でここまで変化するものなんですね…

EDに悩む諸氏は現代に生まれた幸せを噛みしめて強く生きてほしい。

裸体とはじらいの文化史―文明化の過程の神話〈1〉 (叢書・ウニベルシタス)

作者: ハンス・ペーターデュル,Hans Peter Duerr,藤代幸一,三谷尚子
出版社/メーカー: 法政大学出版局
発売日: 2006/07
メディア: 単行本
クリック: 1回
この商品を含むブログ (3件) を見る

2016-03-03

Oculus Riftとか各社のVR製品をリスト化したがこれは期待できそうだ

投資 VR

最近、VRが盛り上がっている。

Oculus を筆頭に各社VRゴーグルなどVR装置を発売している。以下に各社の製品をリスト化した。
ほかにも安価なところではサムスンがスマホ向けに出しているGalaxy Gear VR とかGoogleの段ボール製 3D メガネGoogle Cardboard（グーグル・カードボード) などもある。

メーカー	製品名	価格	備考
Microsoft	Hololens	$3,000	デベロッパー向け段階
Facebook	Oculus Rift	$599 / 9万4600円	別売りコントローラも必要
Sony	Playstation VR	未定	$400 くらい？
HTC	Vive	$799 / 11万1999円	Valveとの共同開発
Nintendo	VIRTUAL BOY	15,000円(税別)	生産中止

上記の表で気になるのが、Hololens の3,000ドルと突出した価格になっている点だが、これはデベロッパー向けのキットを含めた価格でありコンシューマー向けはおそらくもっとお安くなるはずである。
また、他社のVR製品はあくまでもVR空間の中でのみ成立するのに対し実際の物や風景の上にホログラムを重ねる方式なので現実の空間と仮想空間を融合させることができるので技術的にはHololens の方がすごい。

後発でソフトウェアで稼ぐビジネスモデルのPlaystation VR が他社製品よりも価格は抑えられる見込みで、Oculus Rift も Vive も価格的にも性能的にもそれほど差がない。

ただ、全体的に価格は高めでまだ開発者やアーリーアダプター向けの製品という位置づけであり、これから世代を重ね一般的に普及していくというのが大方の見方のようだ。

で、このVR エロとの親和性が高いのだ。

オキュラスリフトに代表されるVRヘッドマウントディスプレイの登場により、三次元のアダルトゲームがより効果的に表現できるようになりました。これはアダルトゲームにおいて革新をもたらすと確信しています。今後のゲーム業界もVRを主として発展していくと期待しています

ここで紹介されているゲームの評判はパッとしないようだが…

KAFは意気揚々と、VR空間で寝転がりながら女の子のスカートの中を覗く、という、現実の世界でやったらたとえ相手が嫁さんだろうと変態呼ばわりされることは確実なアプリケーションの可能性について語り、「恋人がいない男性の一人暮らしの多い日本でこそVRは流行る。そのためにはアダルトVRプラットフォームが必要」と熱く語る。

ますます少子化が捗るなあ。

「新しいデバイスがブレイクするか否かはエロスが鍵を握る」とまことしやかにささやかれる中で、「VRポルノ」を初めて体験した人がどのような反応を示すのかを記録したムービーが公開されました。

公園で他人に知られずにそういう映像を見るってなかなかレベル高いと思う。

ビデオデッキが家庭に普及したのはアダルト向けコンテンツが家庭でも楽しめるためだったと言われている。
紹介した記事を読むかぎり、VRも将来的には家庭に普及する可能性を大いに秘めている。というわけで今年はFacebook か SONY の株を買おうかなと思ったりしております。

2016-02-10

JS Tips 関数定義式と巻き上げ(Hoisting)

Javascript

JS Tips からHoisting(巻き上げ)の紹介

今回もJS Tips の紹介。

ネタはHoisting(巻き上げ)、というJavaScriptの言語仕様についてのTipsだ。
この仕様が理解できれば、以下の(a)と(b)のコードの違いがわかるようになる。

// (a)
function f(x) { return x; }

// (b)
var f = function(x) { return x; }

宣言と定義の違い

変数の巻き上げについてのTipsを読む前に宣言と定義の違いについて知っている必要がある。
以下が宣言と定義の例だ。

var a; // 宣言

a = 'hello'; // 定義

簡単だ。
こんなふうに宣言と定義を同時に行うことだってできる。

var a = 'hello'; // 宣言と定義を同時に行う

こんなことは普段意識することなくコードを書いているのでいざ宣言と定義の違いと言われても「え、なんだっけ」ってなりがちだ。

ついでに関数の宣言と定義についても見てみよう。

関数の宣言と定義

先ほどの(a)と(b) の例に戻ろう。

// 関数宣言文
// (a)
function f(x) { return x; }

// 関数定義式
// (b)
var f = function(x) { return x; }

前者が関数宣言文、後者が関数定義式と呼ばれる。 (b)は宣言した変数に関数を定義している。これが変数の宣言と定義を同時に行うのと同じようなものだ。
(a)は関数を宣言している。で、これは変数の宣言と同じ…ではないな。なんだろうこれうまく説明できないな。
まあ、これが関数定義式だということで話を進める。

さて、JavaScriptという言語だが、この関数宣言文と関数定義式の違いが重要な言語なのだ。
それがhoisting = (宣言の)巻き上げという概念だ。

以下の例を見てみよう。

function someFunc(){
    foo(); // -> foo :関数宣言前でも実行可
    bar(); // -> TypeError: undefined is not a function :実行不可   

    function foo(){
        console.log('foo');
    }

    var bar = function(){
        console.log('bar');
    };

    bar(); // -> bar :関数式後なので実行可
}

someFunc();

このコードは関数宣言と関数式の違い - Qiita から引用させていただいた。

someFunc内の2つの関数を別のソースコードにわけてみよう。

// sample1
function someFunc(){
    foo(); // -> foo :関数宣言前でも実行可

    // 関数の定義をしている！
    function foo(){
        console.log('foo');
    }

    foo(); // -> もちろん宣言後でも実行可能
}

// sample2
function someFunc(){
    bar(); // -> TypeError: undefined is not a function :実行不可   

    // 関数の宣言と定義をしている！
    var bar = function(){
        console.log('bar');
    };

    bar(); // -> bar :関数式後なので実行可
}

sample1 とsample2 のコードは以下のコードに等しい。

// sample1a
function someFunc(){
    // 関数の定義をしている！
    function foo(){
        console.log('foo');
    }
    foo(); // -> foo :関数宣言前でも実行可

    foo(); // -> もちろん宣言後でも実行可能
}

// sample2a
function someFunc(){
    // 宣言だけ巻き上げられる！
    var bar;
    bar(); // -> TypeError: undefined is not a function :実行不可   

    // 定義は巻き上げられない！
    bar = function(){
        console.log('bar');
    };

    bar(); // -> bar :関数式後なので実行可
}

ここまで前置き。 JSのライブラリ読むときにこの辺わかってるとすっきり読める、はず。

ここからJS Tipsの翻訳。

#11 - Hoisting(巻き上げ)

変数の巻き上げ(hoisting)について理解することは関数のスコープを制御する上で役に立つだろう。変数の宣言と関数の定義はその先頭に巻き上げられると覚えればいい。変数の定義は、たとえ同じ行に変数の宣言と定義を同時に行っても先頭に巻き上げられることはない。ある変数が宣言されていて定義による変数の割り当てが行われていれば、システムはその変数の存在を知ることができる。

function doTheThing() {
  // ReferenceError: notDeclared is not defined
  console.log(notDeclared); // 宣言されていない

  // Outputs: undefined
  console.log(definedLater); // スコープ外で宣言のみされている
  var definedLater;

  definedLater = 'I am defined!'
  // Outputs: 'I am defined!'
  console.log(definedLater) // スコープ内で宣言と定義が行われている

  // Outputs: undefined
  console.log(definedSimulateneously); // スコープ外で宣言と定義が行われている
  var definedSimulateneously = 'I am defined!'
  // Outputs: 'I am defined!'
  console.log(definedSimulateneously) // スコープ内で宣言と定義が行われている

  // Outputs: 'I did it!'
  doSomethingElse(); // スコープ内に定義されている関数

  function doSomethingElse(){
    console.log('I did it!');
  }

  // TypeError: undefined is not a function
  functionVar(); // スコープ内に定義されていない変数(中身は関数)

  var functionVar = function(){
    console.log('I did it!');
  }
}

コードを読みやすくするために、変数の宣言は関数スコープの先頭で行おう。その変数のスコープがどこから始まるのかが明確になる。変数の定義は変数が必要となる前に行う。 Define your functions at the bottom of your scope to keep them out of your way.(訳せなかった。関数の定義はなるべくやらないようにしようってこと？)

Hoisting – JS Tips – A JS tip per day!

JSTips関連の記事

2016-02-06

吾輩は紙の本。名前はまだ無い。

雑記電子書籍

電子書籍と対比してのわたし

電子書籍でない書籍、紙媒体としての書籍に世間的にコンセンサスが取れた名称というのがまだないということに気づいた。
ぱっと思いついたのが物理書籍だが、なんだかググラビリティもそんなによくなさそうだしいまいちなセンスだ。単純に紙の本でもいいのだが、もうちょっと業務的に使えたりするようなかっこいい感じの言葉はないものだろうか。
ぐぐってみるとfixed-book(固定書籍と訳すのか？)、印刷書籍、印字書籍とかがまあ候補としてはあるようだが決め手になる言葉はないみたいでなんとなく文脈の中で区別しているみたいだ。

みんなはどんな名前で紙の本を読んでいるのだろう。「あのかさばる重いやつ」とか「枕代わり」とか「森林資源の浪費」などと呼んでたりするんだろうか。
こんな名前でわたしのところでは読んでいるよとかあれば教えて下さい。

そもそも書籍としてはおれは生まれた時からずっと書籍だったしいまさら新しい名前になれと言われても応じかねるというのが正直なところではないだろうか。
弟が生まれたから名前が変わってしまうのであればアイデンティティもへったくれもあったものではない。

ガラケーオンプレミス

ちょっと前、時期としては2009年、東京の看板が白くなった頃に突如としてガラケーという言葉が出てきた。
その言葉は今まで僕らが携帯と呼んでいたもののことを指すようだった。 f:id:snowlong:20160206182127p:plain

もう携帯はかつてのように携帯とは呼ばれなくなった。蔑称的な意味合いの含むガラケーという名で呼ばれるようになった。その理由はiPhoneという「スマートフォン」にカテゴライズされる携帯、今ではスマホと呼ばれるもの、が出現したからだった。

携帯といえば、国内メーカーが生産するSymbian OSの搭載された携帯電話のことだった。
それがある日突然、AppleによるiOSが搭載されたタッチパネル式の携帯電話がそれに取って代わった。

その後の栄枯盛衰っぷりはご覧のとおり、Appleは時価総額世界一にまで登りつめ、国内メーカーは市場から撤退したり、巨額損失を出したり、台湾の会社に救済されたり、内定先を彼女に伝えたところ別れ話を切りだされたり散々だ。

同じような例として聞き慣れない人もいるかと思うが、オンプレミスという言葉がある。

f:id:snowlong:20160206182857p:plain

これも2009年から登場する言葉だ。
この言葉が生まれた理由は「クラウド」だ。 AWSなどのクラウド型のホスティングサービスと比較して旧来からある自前でサーバーを運用する形態に名前が必要になったのだ。
おそらく自前でサーバーを運用する形態が当たり前だったためオンプレミスという言葉以前にこの概念を表す言葉はなかったと思う。

今まで絶対的な存在であった何かが、yet anotherなものの登場により存在が相対化され再定義され新しい名前が与えられる。そして、yet anotherだった何かに片隅に追いやられ誰も見向きもしない存在になる。そうやって歴史は前に進んでいく。

で、紙の本に新しい名前がついてないってのはレコードとかCDが新しいメディアが登場しても名前が変わらなかったように、記録媒体は名前が変わらないという性質を持っているのかもしれない。

結論としては電子書籍目が疲れるし紙の本と比べても安くないから個人的にはそんなに嬉しくない存在だなーというところでしょうか。

2016-01-29

JS Tips 翻訳: Tips22 配列を空にする際の注意点

Javascript

JS Tips というJavascriptのTipsを集めたサイトがあってこれがなかなかへ～となったので紹介。 Javascriptはその~~クソな~~独特な言語仕様に驚かされることが多いがTipsのいくつかはそういった独特な言語仕様について取り上げている。

ここではひとつだけ配列を空にする際にlist = [];だとコピーした参照はメモリに残ったままになるからlist.length = 0;を使うといいよというTipsを紹介してみる。そうなんだ、知らなかった。

github に同様のリポジトリがある。
個人的にはこっちのが見やすいと感じる。

22 - Empty an Array

定義した配列の中身を空にしたくなるとする。ふつう、こんなふうに書くだろう。

// define Array
var list = [1, 2, 3, 4];
function empty() {
    //empty your array
    list = [];
}
empty();

だが、もっとパフォーマンスのよい別のやり方もあるのだ。

このコードのようにするとよい。

var list = [1, 2, 3, 4];
function empty() {
    //empty your array
    list.length = 0;
}
empty();

list = [] は変数に新しい配列への参照を割り当てる。一方、他のどの参照も影響を受けない。以前の配列の中身の参照はメモリに残ったままになっているということであり、メモリリークにつながる。
list.length = 0 はその配列の中身をすべて消去し、他の参照しているところにもヒットする。

配列のコピーがあるとして(A とAのコピー)、list.length = 0 で中身を削除すると、コピーの方もその中身をを失うのだ。

var foo = [1,2,3];
var bar = [1,2,3];
var foo2 = foo;
var bar2 = bar;
foo = [];
bar.length = 0;
console.log(foo, bar, foo2, bar2);

//[] [] [1, 2, 3] []

開眼! JavaScript ―言語仕様から学ぶJavaScriptの本質

作者: Cody Lindley,和田祐一郎
出版社/メーカー: オライリージャパン
発売日: 2013/06/19
メディア: 単行本（ソフトカバー）
この商品を含むブログを見る

気が向いたら他のTipsも取り上げてみる。