2019/07/08

エーハの外部フィルタを復活させたい

ラベル:
エーハイムの昔使っていた外部フィルタを復活させたい。

スペック
EHEIM 2211
Hz: 50(60) ※ 関東なので以下は50Hzのスペック
適合水槽: 45cm以下（48L以下）
ロ材料(L): 1.9
ポンプ水量(L/h): 250
消費電力(W): 4
最大揚程(m): 0.9
給水ホース(内径/外径 mm): 12/16
排水ホース(内径/外径 mm): 9/12

charm - TOP > エーハイム特集 > 外部式フィルター機種別スペック表

とりまアマゾンかチャームか近所のドイトでかき集めるべ。
必要そうなもの
* 給水パイプ
* 給水ホース
* 給水パイプの先っちょにつけるモフモフ
* 排水パイプ
* 排水ホース
* 排水の途中につ行ける水止めのやつ
* ろ材（要検討）

ろ材は、以下があったので、エーハ標準の構成に不足しているやつを買うかなー
* 粗目スポンジ
* 細目スポンジ
* 生物ろ材（ボール型）

不足しているのは以下
* リングろ材（エーハイム メックとか）
* 活性炭（性能活性炭 ひかりウェーブ ブラックホールとか）

INORIS - 外部フィルターのろ材の選び方とは？おすすめの順番と組み合わせを紹介
QUBE - 水槽フィルターの濾過槽内に入れるおすすめのろ材・ろ材の順番

やめるときに使えそうな本体は取っておいて、劣化したら使えなくなるチューブ類は捨てたようだ。
排水・給水はADAの失敗品のいい奴を持っていたけれど、割れたんだっけか。。。
また探そう

投稿者 柴犬 時刻: 0:33

2019/07/07

趣味日記２

ラベル: , , , , ,
一日で飽きるという、いつものやつ。

そして復活。

---------
盾の勇者をとうとう見終わったのでとりあえず上げようと思ったわけです。

まさに最初の5話ほどが一番の盛り上がりで、あとは、普通の異世界ものかも？
盛り上がりポイントがちゃんと用意されているので、まぁ、見れるかな。

主題が移り変わっていく感じは嫌いではない。
とりあえずこんなところ。

---------
アメドラは良いのに巡り合っていない。。。
悲しス

---------
他の趣味を探し始める。
昔の趣味を掘り起こす系と新たな趣味を開くというダブル攻め。

昔の趣味
* ヘンプアクセサリー
* 水草水槽

新たな趣味
* 建築模型

---------

ヘンプアクセサリーは、娘が約束を守れるように、ミサンガ的なものを作ろうという発想の元復活。
とりあえず一つ編み切って娘に渡す。
「これを見て約束を思い出してね」というバケモノの子的な方向で試してみる。
これ書いているのは渡して初日。

---------

水草水槽

祖母の49日法要で実家に帰った際、父親の趣味で爆増えしたメダカの稚魚を大量にかっぱらってきたので30cm水槽を復活させようと思った。

とりあえず、オトシンを入れて2酸化炭素添付を目指す。
まずはエーハの外部フィルタの周辺アイテムを集めねば。

--------

建築模型

ある意味、主はマイクラなのだが。
何か建造物を作るにも、基礎知識（こだわり）がなさ過ぎて納得いくものが作れない。
なので、まずは建築技術について学ぼうという壮大な計画（ぇ

頑張ろう。

--------

娘にマイクラを買って、自分も始めた結果、youtubeで参考になる動画をあさるようになったおかげで、諸々動画を見るようになってしまった。
そこから、アクアリウム動画やら、模型作成動画やら見ていたらやりたくなって、こんなことに。

--------

またもやどこまで続くのやら。
投稿者 柴犬 時刻: 23:44

2019/02/11

趣味日記

ラベル: , ,
アメドラと映画とアニメで気に入ったものを記録したい。
でも、いい感じのサービス見つけられない（検索の力の問題とおもわれ）
そんなわけで、書いておく。
そのうち移行できたらいいな。

---

エレメンタリーホームズ＆ワトソンinNY
シーズン1~5

一気に視聴（といっても２週間くらいかけて）
おもろかった。
前ハマった「メンタリスト」と同じで、とんでも洞察力の主人公による犯罪捜査モノ。
ホームズとかワトソンとか言ってるだけあって、登場人物にホームズのキャラ名と同じ人たちが出てくる。
でも、洞察力がすごい点だけ同じで、他はそんなでもない。
(ホームズ本体を見てないから、実はもっと一緒ポイントがあるのかも）

とりあえず、こんな感じの作品、好みらしい。

あと、俳優と吹き替えが良い感じ。
見たことある俳優さん一杯（ほかのアメドラから）。
アメリカの俳優さんはどんな仕組みで登用なんでしょね。

---

次、
盾の勇者の成り上がり

小説家になろうの作品のアニメ化らしい。
前情報全くなしで、「盾」ってだけで見てみた。

MMOで盾職が大好き。
人と協調するのが嫌いなくせに、協調が必要な盾職が大好き。
縁の下の力持ち的なところが大好き。

そんなこんなで、伝説の勇者で武器が「盾」。
いいじゃんいいじゃん。

ただ、まだ5話だけど話が終わってしまった感がある。

なぜか盾ってだけで鼻で笑われてる主人公が頑張って周りを認めさせる感じの、タイトル通りの「成り上がり」ストーリーの様子。

amazonのレビューの酷評が怖いけど、5話までは、まぁ楽しく見れた。

盾職は認められなくて当たり前だよ、そういう役職だから。
でもがんばってるの。感謝されると嬉しいのよ。。。
と思いながら視聴。

なんとなく登場人物に悪意がありすぎて違和感バリバリだけど、そういうもんと思ってみれば面白いと思う。

続きが気になる。

---

こんな感じで続けて言ったらどうなるのか、やってみようそうしよう。
投稿者 柴犬 時刻: 22:24

2019/02/07

がんばるぞい

ラベル:
何年か前に挑戦して、誰にも理解されなかった事をやっている人がいた。。。

勝手に仲間認定して、模索を復活しようと思う。

https://kunst1080.hatenablog.com/entry/2018/03/18/225102
https://dev.to/darksmile92/run-gui-app-in-linux-docker-container-on-windows-host-4kde

---

何かと言うと、GUIで使っているツール（ブラウザやらIDEやら）を、仮想環境で起動させて、xserverを使って動作させてやろうという話。

自分がこれをやりたいと思った動機は、当時、Eclipseで複数の言語を扱っていたため、各言語・各プラグインごとに専用のEclipseを作って動かしていた。
常駐プログラマやってた関係で、いろんな客先で一から同じ開発環境を構築していたので、心が折れそうだった。
これを解決しようと思って、当時多少手軽に動かせるようになっていたVBoxのCentOS環境にAnsibleなりで諸々構築して、常に同じIDEを使えるようにしようとした。

これすげーいいと思ったんだけどね。

---

話は変わって、今はDockerが気軽に使えるように整ってきたので、同じことがコンテナ化できるのではないか？！と思っておった。
でも、Xは辛い。意味がわからない。が、発想は捨てたくない。

結果、ローカルで使うコマンドを片っ端からDockerコンテナ化するという試みを試し始めた。。。

---

基本的には、「ユーザフォルダ」と「カレントディレクトリ」をローカルからマウントして、dockerの起動コマンドをエイリアス定義するだけ。

真っ先にやったのはgitコマンド。
docker run -ti --rm -v ${HOME}:/root -v $(pwd):/git alpine/git
dockerhubのreadmeに書いてあるしね。

これまたイマイチ流行らないのだろうか。。。
投稿者 柴犬 時刻: 21:05

2016/02/15

jjugナイトセミナー

ラベル: , , , , , , ,
jjugナイトセミナー

# 
  • JSF
    • Java EE5 から導入されたプレゼンテーション層を作成するためのFW
    • Java EE7でのバージョンはJSF2.2
    • 過去はサーブレット＋JSPだったため、高レイア機能がなく、サードパーティ製のFWを合わせて使っていた。
      • → これを標準で提供しよう！というもの。
    • フェースレット
      • 画面のレイアウトを記述するXHTMLベースのテンプレートエンジン
      • → JSF2.0からフェースレットに置き換わった。（もともとJSP）
      • JSPとの違い
        • 厳密（XML）
        • スクリプレットが記載できない。
          • 処理が書けない。
        • 文字列のサニタイジング
          • 標準tag lib的な？
      • フェースレットの構成要素
        • タグリブ
          • h:XXXXのタグライブラリ
        • EL
          • #{XXXXX}で記載する。メソッドを読んだり、変数を表示したり。
    • マネージドビーン
      • フェースレットとバインドするjavaのクラス
        • フェースレット＝View, マネージドビーン＝ViewModel
      • 構成要素
        • スコープ
          • アノテーションで定義
        • バインドする値の保持
        • バインドするメソッド
        • などなど
      • フェースレットのフォームなどとマネージドビーンをEL式で紐付ける。
    • 本書では触れられなかった話
      • JSFのより詳細な機能
        • カスタムコンポーネント
          • タグライブラリの拡張
        • イベントハンドリング
          • Value Change Events
            • 値を変更してボタンを押してから動くイベントの機能なので今時は使わない。
          • Action Events
        • ビーンバリデーション
          • グループ化機能
            • 登録画面と変更画面で微妙に変えたい！とかに使うらしい。
        • EL
          • Lamda式が使える話
          • 文字列連結オペレータ
      • Java EE 8 (JSF2.3)
        • WebSocket対応
        • マルチフィールドバリデーション
          • 複数フィールド間のチェックが現状でないため、これの対応
        • Java Timeサポート
        • EL式で利用可能な暗黙オブジェクトの追加
        • マネージトビーン等への@Inject可能なオブジェクトの追加
      • MVC1.0
        • アクション指向フレームワーク
        • Java EE 8で導入（現在ドラフト）
        • JAX-RSを拡張
        • ビューにはFaceless,JSPをサポート
          • 画面のコンポーネントなどの提供は現状なし
        • 名前が直接的だけど紛らわしい。
      • JSF関連ライブラリ
        • コンポーネント系
          • 画面をリッチに構築するライブラリ
            • グラフとかアコーディオンとか。。。
            • PrimeFaces
              • JSFを利用したリッチなUIフレームワーク
        • ライブラリ系
          • JSFの開発を容易にするライブラリ
      • 今後のプレゼンテーションの選択肢
        • JSF
        • JAX-RS(REST FW) + クライアントサイドフレームワーク(JavaScript)
        • MVC1.0 + Web Components?
    • まとめ
      • プレゼンテーション層の開発について
        • Java EE 7環境でのプレゼンテーション層の選択肢
          • サーバサイドでJava開発＝JSF
          • クライアントサイドでJavaScript開発＝クライアントサイドフレームワーク＋JAX-RS

#  ビジネスロジック層の開発 CDI & EJB
  • CDIとEJBは排他的な関係ではない。
    • 実際は組み合わせて使っていくのが良いと思っている。
  • 書いてないことを中心に話していくよ！
  • 書いていること。
    • CDIの使い方
    • EJBの使い方
      • この先EJBってまだ使っていいんだよね？的な話を聞かれるが使い方があると思われる。
  • 書いていないこと。
    • CDIコンテナの取り扱い
    • @ConversationScoped
    • トランザクションの取り扱い
  • おさらい。
    • CDIとは
      • DIの一種
      • ライフサイクルに沿ったDIをしてくれるもののことを指しそう。
    • スコープ定義
      • POJOにスコープ定義さえあれば、@Injectで好きな箇所でインジェンクションできる。
        • @RequestScoped
          • GETリクエストで返したら消える
        • @ViewScoped
          • タブが違うと違うものらしい。
        • @SessionScoped
          • セッションにひもづく
        • @ApplicationScoped
          • アプリがデプロイされてから死ぬまで
        • @ConversationScoped
          • ライフサイクルをカスタマイズできるっぽい
    • EJBと比較するとリソースメリットがある
      • EJBだとプールがある（？）のでなかなかオブジェクトが消えないが、CDIだと使って終わったらすぐ消えるため軽いはず
  • CDIコンテナの取り扱い
    • Weldが実装らしい。
    • Weldのバージョンを気にした方がいいと思う！
      • 開発環境と商用環境のAPサーバのWeldのバージョン差異のため動かないことがあるよ
  • 細かい話はついていけなかった。。。
  • @ConversationScoped
    • 自分でスコープ長を定義できる
    • begin() → end()やタイムアウトで指定
    • JSFとは勝手にひもづけられる。。。。
  • トランザクションの取り扱い
    • 書かなかった言い訳が思いつかない。。。
    • JTA1.2(JSR-907)
    • めざせEJB CMTからの脱却
    • みんなそんなにEJBが嫌いなのか！
    • java.transactionパッケージ
      • @Transactional
        • トランザクション境界の設定
        • クラス・メソッドどちらでも
        • JTAなのでCDIビーンじゃなくても使える。
      • @TransactionScoped
        • 現在有効なJTAトランザクションの実行に合わせたライフサイクルを持つもの
  • まとめ
    • EJBは時代的にアレだがCDIで何でもかんでもって設計もどうかなって思う。
      • 密結合させることも必要だし悪くない。
      • スコープ制御しきれない実感
      • EJBみたいにプールが欲しい時がある。
    • EJBに任せてもいい処理があるのでは。
  • 最近こう思ってる。
    • CDIが本格的に進出してきたことでフリーダムになってしまった印象。
    • CDI+EJBでいいよね？
      • 結構増えてきている。
      • 各機能を限定して実装しているのがいいのでは？
  • この領域の残念なこと
    • フリーダム
    • アンチパターンが多くない（ので集めたい）
      • 使いすぎよくない程度
    • 本編で少し触れてるが、多量のインジェクションはやめましょう。
      • ２回ほど見かけたが、Oracle Weblogic Serverが死にかけていた。
      • 大規模開発現場で設計者が意図しないインジェクション数
      • かといってフレームワークで制御ってのも
      • 設計でカバー？？
  • 感想など
    • かけてないことがたくさんあった。
    • ちょくちょくどこかで発表したい。
    • 楽しかった。

# バッチアプリケーションの開発 jBatch

  • What is “jBatch” / Why “jBatch”
  • jBatchの構成要素
  • 本書に書いていないこと。
  • What is “jBatch”
    • バッチ処理の標準
    • Version 1.0 として Java EE 7 から登場
    • JSR-352で規定
    • Spring Batchから多くを継承
  • Why “jBatch”
    • プロセスとして実行
      • ○ シンプル
      • ▲ JVM起動時間のオーバーヘットがかかる
      • ▲ APサーバで動く他の部品との共有が難しい
    • 自作スレッドとして実行
      • ○ スレッドはプロセスに比べて軽く起動できる
      • ▲ スレッドを管理するmainプログラムを自作する必要がある。
      • ▲ APサーバで動く他の部品との共有が難しい
    • サーブレットして実行
      • ○ スレッドはプロセスに比べて軽く起動できる。
      • ○ スレッド管理プログラムを自作する必要がない。
      • ○ APサーバの部品との共有が容易
      • ▲ 実行状況の把握、スレッドの停止が難しい。
      • ▲ HTTPリクエストタイムアウトの問題
    • jBatchを利用
      • ○ スレッドはプロセスに比べて軽く起動できる。
      • ○ スレッド管理プログラムを自作する必要がない。
      • ○ APサーバの部品との共有が容易
      • ○ 実行状況の把握、スレッドの停止は機能がある。
  • jBatchの構成要素：”ジョブ”と”ステップ”
    • ”ジョブ”は”ステップ”の入れ物
    • 各ステップの名前や実行順序を定義する。→ ジョブ
    • 実際の処理が描かれている。→ ステップ
    • ジョブ
      • ジョブ＝XML
      • ジョブ名はファイル名
      • ステップを切ってクラスのフルパスを入れる。
    • ステップ
      • jBatchのインタフェースに沿って実装をする。
  • ジョブとステップの分離
    • ジョブとステップの分離は、古くはホスト時代にさかのぼる。
    • jBatchは、時代や言語を問わずに共通する、バッチ処理の「ひな型」を提供する。
  • 構成要素と機能
    • ジョブ
      • フロー
        • stepのまとまり
      • スプリット
        • 分散処理用
      • デシジョン
        • 分岐？
      • 遷移要素
        • next
        • stop
        • end
        • fail
      • ジョブオペレータ
        • ジョブの操作。かいし・中断・再開
        • ジョブオペレータの呼び出し方法の規定がない。
          • JSFで画面を作る
          • JAX-RSでREST制御など
      • エラーハンドリング
        • リトライ
        • スキップ
      • ※XDSを定義すると楽だよ
    • ステップ
      • チャンク型
        • 複数データの一括処理
          • データを読んで加工して書き込むなどの一括処理
        • 読み込み・加工を１０回繰り返した後に、一気に書き込むというフローがデフォルトで定義されている？
      • バッチレット型
        • データに依存しない処理や、コマンド発行
          • FTP転送とかフォルダ作るとか
    • 補助機能
      • ジョブリポジトリ
        • ジョブやステップの情報を格納
        • 通常はAPサーバ配下にある内部DBが実態
      • リスナ
        • 処理の前後でイベントが発生
        • →r砂を付与して任意の処理を差し込む
      • コンテキスト
        • jobContextとStepContextの２種類
        • プロパティやステータスなど、実行中のジョブ・ステップに関する情報をAPI経由で提供
        • UserDataとして、ジョブ・ステップに横断的な人にの値をセットすることもできる
      • メトリック
        • ステップに関する統計情報
        • StepContext#getMetric()
  • 書いてない話
    • ステップ・パーティショニング
      • ステップを任意のスレッド数で並行して処理する機能
    • なぜ入出力ファイルをCSV形式にしたのか？
      • JSONやXML形式の場合は、途中で中断した場合、閉じタグがないのでこける。
    • ここが変だよjBatch
      • チャンクのジェネリクスが使えない！
      • 終了ステータス・バッチステータスがジョブとステップで共用なのが直感的じゃない。
      • flow/split単位でのpropertyが指定できない。
      • GFの参照実装だと。。。
とりあえず、メモの投稿。
そのうち綺麗にするかも。
投稿者 柴犬 時刻: 23:13

2016/01/26

jjugナイトセミナー行ってきた

ラベル: , ,
jjugナイトセミナー

# Gitはじめの一歩
  • ファイルの状態のスナップショットを取り、それを履歴で管理しておくもの。
    • 初級者に伝えると理解が進む。
  • 用語
    • リモートリポジトリ：グローバルなリポジトリ
    • ローカルリポジトリ：自分のPC内にあるリポジトリ
    • ワークツリー：作業フォルダのこと
  • 反映手順
    • ワークツリーからローカルリポジトリへコミット
    • ローカルリポジトリからリモートリポジトリをコミット
  • コマンド
    • ローカル
      • リポジトリの作成
        • クローン：git clone：リモートリポジトリからローカルリポジトリを作る
        • 作成：git init：新規でリポジトリを作る
      • ローカルリポジトリの反映
        • 追加：git add：ファイルの追加
        • 反映：git commit：リポジトリへ反映
      • ローカルでの操作詳細
        • ワークツリーで編集 → インデックスへ反映（ステージ済）→ リポジトリへ反映（コミット）
      • 状態確認
        • git status：状態を確認することができる
    • リモート
      • リモートリポジトリとローカルリポジトリの紐付け
        • これがやっぱりわからない！？
      • リモートとローカルのやり取り
        • プル：git pul：作業ディレクトリまで持ってくる
        • フェッチ：git fetch：リモートリポジトリをローカルリポジトリに反映
        • マージ：git merge：ローカルリポジトリから作業ディレクトリへ反映
    • ブランチ
      • ブランチの切り替え
        • チェックアウト：git checkout：ブランチの切り替えを行う。
      • ブランチ統合
        • マージ：git merge：チェクアウトしているブランチへ他のブランチを統合する
          • fast-forward：対象のブランチ独自の変更がない場合（マージコミットができない）
          • non-fast-forward：対象のブランチ独自の変更がある（マージコミットができる）
        • リベース：git rebeas：他のブランチのHEADへチェックアウトしているブランチを統合する
    • その他コマンド
      • ログ：git log：コミットのログが見える
      • 差分：git diff：差分を確認する
      • タグ：git tag：コミットに名前をつける
  • 初心者がやりがち
    • 不要なファイルのコミット
    • gitとgithubを混同
      • ですよねー
    • コンフリクト恐怖症
      • <<<<<<< head
      • ====== 境目
      • >>>>>>> branch
      • これを落ち着いて手でマージ
  • tips
    • アボートでマージを取り消すことができる
    • コミットを取消せる
      • git revert コミット取り消し履歴が残る
      • git reset 履歴を残さず戻す
      • ※ リモート上はresetは原則しない。
    • コミットの内容を編集する
      • git commit —amend
      • ※ リモート上は危ないのでやらない
    • addの取り消し
      • git statusでヘルプが出てるよ
    • やっちまったやつ
      • git reflog 緊急戻しコマンド！ GCで消えちゃうので使えないことも。。。
  • 本の紹介
    • Pro Git 無料だよ！！
  • 質問
    • addって何？
      • コミットの単位に意味を持たせるため、編集した内容のうち意味のある単位で切り取ってaddをしつつコミットする。
      • これって、作業ファイルの編集済み部分に対して何かしてコミットしていかなくても済むのでいいかも！？

# Git実践入門

# 資料関連
投稿者 柴犬 時刻: 9:34

2015/10/19

macbook proでSDカードリーダから書き込めない！

ラベル: ,
嫁が4ヶ月ほど前にiPad miniを買ったのだが、それに合わせてSDカードリーダを買った。
それを今更開封してセッティングしたのだが、これ以外と優れもの。

無線を搭載していて、アクセスポイントとして端末から読み書きができる。
しかも、ルータの無線につなげることも可能！

早速設定をしたのだが、macbookからもWebDevでアクセス可能と歌われていたというのに、接続はできても、書き込み時に固まる。。。

取り急ぎ、データの投入は本体付属のリーダーでできるからいいかと直接さして書き込みを実施しようとしたところ、今回の本題！

なんと、書き込みができず、なんだこりゃと。

フォーマットが原因かと、あとはLockでもかかっているのかとさんざん試したが相変わらず書き込み不可！

諦めかけながら、google先生に問い合わせを続けたところ、以下のサイトを発見！
http://kanonji.info/blog/2013/11/26/macbook-pro%E3%81%AEsd%E3%82%AB%E3%83%BC%E3%83%89%E3%82%B9%E3%83%AD%E3%83%83%E3%83%88%E3%81%A3%E3%81%A6%E6%9B%B8%E3%81%8D%E8%BE%BC%E3%81%BF%E3%83%AD%E3%83%83%E3%82%AF%E3%81%8C%E3%81%8B%E3%81%8B/

同様の症状で困っている人がおり、しかも原因は、macのlockの仕組みの仕様とカード自体の仕様があっていないことらしい。。。

記述があるとおり、Lockのスライドを少しだけLock気味の解除に設定してさしてみると、あら不思議。

普通に書き込めましたとさ。

さてさて、取り急ぎ書き込めたのだが、問題はWebDevでアクセスが不調の方。
こっちは全くわからず、しばらく調べようと思う。。。

中途半端だぞ！
投稿者 柴犬 時刻: 0:35
登録: 投稿 (Atom)