Skip to content

NBAサマーリーグで日本人4人!

NBAサマーリーグで日本人4人! published on NBAサマーリーグで日本人4人! へのコメントはまだありません

オフシーズン中は楽天TV解約しようと思ってたけど、今年はサマーリーグに日本人が4人(!)も参加していて解約できず。4人とは隔世の感がある。

で、昨日2試合みたので感想。

8むらさん

久しぶりの実戦のせいか、前半は全然シュート入らなかったけど、一巡目指名なのでしっかりプレイタイムもらえて、後半はまずまず。レギュラーシーズンもロースター入りは間違いないと思うので、後はどれだけ活躍できるかねー。楽しみ。

彼の成長度合いは凄いので、日本人初NBA一巡目指名だけじゃなく、いずれはオールスターとか出て欲しい・・・

ワナナビさん

サマーリーグレベルだと実力はかなり上の方だし、見てて安定感があって良かった。NBA慣れしているのが分かったし、高いレベルで揉まれて成長してるのが凄い。

MEM はトレードでフォワードがいっぱい入ってきたみたいで、今すぐの本契約は厳しいかもしれないけど、今年も 2-way 契約で頑張って契約切られずに1年を終えて、来シーズンは本契約、なんてシナリオを予想。

解説の北原憲彦さんが、「僕は渡邊君のファンですから」みたいに言っててほっこりした。

ひえじまさん

プレータイムは前回の2分から5分に増えたけど、シュートは 3pt が 0/2 で、そのうち1本はエアーボール。頑張って欲しいけど厳しそう・・・

馬場さん

ダイジェストで見ただけだけど、そこそこプレータイムをもらえて、点も取ってディフェンスとかも頑張ってたっぽい。英語でもある程度コミュニケーション出来るみたいで、そこが比江島との差なのかもしれない。

なんで英語出来るのかなって思って検索したら、以下のページが。

ハロー!ルーキーズ!! 〜Ver.2014〜 Vol.03 馬場 雄大(筑波大学) – CSPark

大学時代にちゃんと勉強してたのかなー。いくらスキルがあっても戦術理解がないと活躍が出来ないだろうから、英語って大切。

感想

八村は黒人とのハーフ、渡邊は両親共にバスケ選手っていう、他の日本人選手と比べて恵まれている部分もあるけど、才能・身体能力だけでは通用しないNBAの世界で、(まだサマーリーグだけど)普通に活躍しているってのはすごい。

馬場はGリーグと契約できないかなー。比江島も頑張れー。

東海道五十三次 ver. 2019

東海道五十三次 ver. 2019 published on 東海道五十三次 ver. 2019 へのコメントはまだありません

(本記事は、個人的な日記的なものなので、予めご了承を。)

再び旧東海道を歩く事になった経緯

平成から新元号に変わる期間が10連休となると決まってから結構経っていたが、連休中に何をするか決めてなかった。妻と娘は妻の実家に帰るのでその間何をしようかを。連休も近くなって、ふと

「以前やった東海道五十三次を歩く旅を再開しよう」

と思いたった。Facebook の過去の書き込みを見ると、連休の約1ヶ月前、3/30のことらしい。

そう思い立ったものの、特にアクションは起こしていなかった。まぁ一人旅だし大した準備も要らないでしょ、と。

連休直前に・・・

連休直前になって、そろそろ準備しようかと思ったところ、重大なことに気づいた。

我が家には猫がいる。

にゃー

何日も家を空けるなら、こいつをどっかに預けないと・・・でも、連休直前に空いてないだろうなーと思い、いつも預けている動物病院併設のペットホテルに電話したところ・・・

空いてました!

ということで、4日間くらい預けることに。

準備不足その2

前回(2009年)は箱根湯本あたりまで行ったので、今回は箱根湯本から出発することに決めた。初日は昼くらいに出発して、芦ノ湖近辺で1泊しようとか思ってたんだけど、10連休中の観光地はとにかく宿が空いていない。

最近は Google で「○○(地名) 宿」とか検索すると、その地域の空いている宿と価格が出てくる。連休に入ってすぐに、確か「芦ノ湖 宿」で検索したら、3万円台の宿が結構出てきたので、意外に大丈夫だなと安心してたんだけど、ここには3つの罠が・・・

  1. デフォルトだと、宿泊日は、検索当日ではなく数日後となる。今同じ検索を試してみたら、宿泊日は3日後くらいに設定されてたけど、その時は確か連休最終日くらいの日付が設定されていて、しかもそれに気づかなかった。連休最終日くらいなら、そりゃ宿も空いてますわ。
  2. 表示される宿は、芦ノ湖「周辺」の宿なので、箱根湯本とか強羅の辺りの宿も表示される。これも、最初は気づかなかった。
  3. そして、最大の罠は、Google 上では空きがあると表示されても、予約のリンクをクリックして飛ばされる旅行会社とかのサイトだと、「空きがありません」となることがある。

出発前日・当日に色々調べたけど、これらの罠に気づいた後で判明したのは・・・

箱根湯本の1泊15万くらいの宿しか空いていない。

じゅうごまん・・・

一応準備したもの

前回、2日目以降足が痛くなった反省を活かして、今回は以下のものを買うことにした。

  • ウォーキングに適した靴
  • 湿布

ということで、前日に靴を買った。前から欲しかったPC用バッグもついでに買った。眼鏡は、数週間前に酔っ払って無くしたので、こちらも新調した。湿布は当日でも良いだろう。

ちなみに、今思うと、膝のサポーターとかも持って行けば良かった。

まとめ

一人旅とは言え、準備は大切。

次回以降、歩いた記録を書いていく。

Vagrant 起動時の共有フォルダ周りで Protocol error

Vagrant 起動時の共有フォルダ周りで Protocol error published on Vagrant 起動時の共有フォルダ周りで Protocol error へのコメントはまだありません

症状

vagrant up で起動時に、共有フォルダを設定するところで、以下のようなエラーとなる。

==> default: Mounting shared folders...
default: /vagrant => /Users/kazu/Documents/workspace/foo
Vagrant was unable to mount VirtualBox shared folders. This is usually
because the filesystem "vboxsf" is not available. This filesystem is
made available via the VirtualBox Guest Additions and kernel module.
Please verify that these guest additions are properly installed in the
guest. This is not a bug in Vagrant and is usually caused by a faulty
Vagrant box. For context, the command attempted was:

mount -t vboxsf -o uid=1000,gid=1000 vagrant /vagrant

The error output from the command was:

/sbin/mount.vboxsf: mounting failed with the error: Protocol error

環境

  • Host: Mac
  • Guest: Linux (Ubuntu 14.4)
  • Vagrant 2.2.2

原因と解決方法

エラーメッセージでググると、色々な原因でこのエラーが発生しうるが、自分の場合、`/home/vagrant` 以下に `vagrant` という名前で `/vagrant` へのシンボリックエラーがあったのが原因。

vagrant@vagrant-ubuntu-trusty-64:~$ ls -l /home/vagrant/vagrant
lrwxrwxrwx 1 vagrant vagrant 8 Dec 28 15:18 /home/vagrant/vagrant -> /vagrant

このシンボリックリンクを削除して `vagrant reload` で問題は解消した。

Vagrant のこの issue が参考になった。

このエラーがでるその他の可能性

  • VirtualBox Guest Addition が正しくインストールされていない、壊れている
  • 共有フォルダの設定が間違っている
  • などなど
karate

フリーランス中年男性のかんがえたさいきょうのスキルアップ方法

フリーランス中年男性のかんがえたさいきょうのスキルアップ方法 published on フリーランス中年男性のかんがえたさいきょうのスキルアップ方法 へのコメントはまだありません

フリーランスのスキルアップ方法あれこれ

昨年、Twitter でたまたま流れてきた以下のブログ記事を読んだ。

フリーランスやめるので本当のことを全部書く – Webを楽しもう「リパレード」

それ経由で、以下のアドベントカレンダーの記事もざっと一通り読んでみた。

フリーランス Advent Calendar 2017 – Adventar

フリー歴通算10年以上のおっさんとしては、「あー分かる分かる」って感じの内容が多かった。

で、本ブログエントリーでは、上の2つのページを踏まえて

  • フリーランス向けのスキルアップ方法
  • その他、アドベントカレンダーに書かれていないような事

辺りを書こうと思う。と思ったけど、長くなったので、今回は前者に絞って書く。

いわゆる、「ぼくのかんがえたさいきょうのすきるあっぷほうほう」

企業に所属した方がスキルは身につく(但し・・・)

最初に紹介したブログ記事の方は、フリーだとスキルが身につかない、というのが会社員に戻る大きな理由の一つっぽい。書かれている事は概ね正しいと思うし同意できる。

ただし、それには条件があると思う。

各ジャンルのプロフェッショナルがいる企業に所属したほうが断然効率がいい

とその方が書いている通り、「各ジャンルのプロフェッショナルがいる企業」というのが条件。

そして、そうした企業は意外に少ない。

Continue reading フリーランス中年男性のかんがえたさいきょうのスキルアップ方法

[書評] 大国の暴走「米・中・露」三帝国はなぜ世界を脅かすのか

[書評] 大国の暴走「米・中・露」三帝国はなぜ世界を脅かすのか published on [書評] 大国の暴走「米・中・露」三帝国はなぜ世界を脅かすのか へのコメントはまだありません

戦略SLGと国際政治ニュース

「先の事を考えるのが楽しい」点が似ている

子供の頃は戦略シミュレーションゲームが好きだった。光栄(現:コーエーテクモ)のゲームとか、大戦略シリーズとか。相手がどうやって攻めてくるのか、それをどう撃退するのかとか、色々考えるのが楽しかった。

話を現代に戻すと、普段、ニュースサイトとかアプリで色んな記事を読む。その中で、個人的に国際関係のニュースが一番好きなのは、多分戦略ゲームと同じ感覚なんだろうという事に気づいた。国と国同士の(広義での)攻防の行方を想像したりするのが結構楽しいんだと思う。

身体性の有無

もちろん、そうした攻防の中で、(シリアやミャンマーの例を出すまでもなく、)生身の人間が沢山死んだりしているのは知っているんだけど、何だかんだであまり身近な話ではなく、いまいちリアルな感覚を持ちきれない面があるのは否定できない。

身近な北朝鮮問題であっても、ミサイルが来る可能性があるのは米軍基地か東京都心だろうし、自分が住んでいるところは大丈夫、とか思ってしまうのは安全性バイアスというやつかもしれない。

Continue reading [書評] 大国の暴走「米・中・露」三帝国はなぜ世界を脅かすのか

Categories

複数バージョンの Ansible を使う

複数バージョンの Ansible を使う published on 複数バージョンの Ansible を使う へのコメントはまだありません

複数の Ansible を使いたい理由

本番環境のプロビジョニングやら開発環境構築で Ansible を使っている人は多いと思う。Ansible はバージョンがどんどん新しくなっていくので、複数のプロジェクトをやっていると、プロジェクト毎に必要とされる Ansible のバージョンが異なって困る、という事が良くある。

VM を使って、隔離された環境を使えば?という意見もあるけど、開発環境構築では、

  • ローカルマシンの Ansible を使用して
  • (Vagrant 等で構築した)VM 上の環境を構築

というケースが結構あるので、Ansible のバージョン毎に異なる VM を使うというのはちょっとやりづらい。

実現方法の案

大抵のプログラム言語では、複数のバージョンを使い分ける仕組みが整っているけど、Ansible にはそういうのが無いようなので、ある程度自分でやる必要がある。

Ansible のインストール方法のページを見ると、色んな方法が用意されている。

複数バージョンを使い分ける方法としては、以下が考えられそう。

  • 複数バージョンのソースを持ってきて、ソースから実行する(Running From Source
  • pyenv 等で複数の Python 環境を用意して、 pip でバージョン指定で Ansible をインストールする

今回は、前者の方法でやった。その途中で後者の方法も思いついたけど、実際に試してはいない。pip でのインストールは、ドキュメントでは Latest Releases Via Pip という見出しだけど、バージョン指定も出来るはず。

Continue reading 複数バージョンの Ansible を使う

コイン

[書評] 新 賢明なる投資家

[書評] 新 賢明なる投資家 published on [書評] 新 賢明なる投資家 へのコメントはまだありません

概要

「賢明なる投資家」は、「投機」でなく「投資」のバイブル的書籍。現代における投資の神様的存在のウォーレン・バフェットも、本書を絶賛してるらしい。

1949年に初版が出て、1973年(?)に第4版が出たが、それに現代の状況に合わせた「注解」を加えて2003年に発行されたもの。日本語版は2005年出版。

随分前に買ったのに、数年間本棚に眠っていたのを、ようやく読んだ。もっと早く読んでおけば良かった。

自分なりに簡単にまとめる

本書の教えを、日本の現在の状況に合わせて勝手に解釈して3行にまとめると、以下の通りかと。

  • 「積極的投資家」と「防衛的投資家」とは、取れるリスクの違いではなく、かける時間の違い
  • 大多数の人が当てはまるであろう「防衛的投資家」は、株式インデックスファンド:債権インデックスファンド=1:1の割合で定額積立すべし(iDeCo や NISA を活用)
  • 相場(Mr. Market)に惑わされるな

感想等

歴史の重み

内容は素晴らしいに尽きる。彼の理論は、長い年月を経て正しいことが実証されている。「長い年月」には、大恐慌や、本書発行後のインターネット・バブルなども含まれる。大抵の「理論」は、過去10〜20年たまたま上手くいっただけの手法を、真理かのごとく喧伝しているのがほとんどだが、本書にかかれている内容の正しさは歴史が証明済みで、重みがある。

注解が助かる

ベンジャミン・グレアムによる原文が書かれたのは1973年だが、40年以上前なので、当然状況が現在と異なる。また、一読しただけだと内容が分からない文も結構あった。各章の後ろについている、ジェイソン・ツバイクによる詳細な注解は、当時の状況と現在の状況の違いや、分かりにくい部分の解説などもあって、個人的には助かった。

アメリカと日本で異なる

とは言え、注解もアメリカでの話なので、日本の状況に置き換えて理解するには、最低限の経済・金融商品の知識が必要だと感じた。

自分自身も専門家ではないが、書籍等でごく基礎的な知識は持っているつもりなので、ある程度は理解出来た(と思っている)。

本書が難しすぎると感じた人は、ページ末尾の本をお勧めする。

もっと若いうちに読んでおけば良かった

読んだ感想で一番大きいのは、もっと若いうちに読んで、定年後の生活費や子供の将来の学費などのために、賢く資産形成をしておくべきだと思った。

ということで、このページを読んだ若い方は、是非本書を購入して読んで欲しい。

個人的まとめの補足

債権

日本では、個人投資家が債権に投資する選択肢としては、実質的には

  • 個人向け国債
  • 債権ファンド(ETF 含む)

くらいしか無いと思う。

時間をかけたくない「防衛的投資家」にとっては

  • 分散投資という観点では、債権ファンドが良い
  • 手数料を考えるとインデックスファンドが良い
  • ドルコスト平均法で時間軸で分散投資するためには、積立型が良い

ということで、債券インデックスファンドへの積立が良いかと。

(誤りのご指摘等があれば、是非お願いします。)

株式

株式も債権と同様の理由で、株式インデックスファンドへの積立(TOPIX連動型とか)が良いと思う。

国内、海外先進国、エマージング等は、個人の好みで適当な割合でどうぞ。

税金

投資で無視できないのが、税金(と手数料)。

所得控除され、運用益も非課税の iDeCo は最強。年数が決まってるけど運用益が非課税の NISA も使うべき。

ただ、iDeCo は、60才まで下ろせない点だけは要注意。

基礎的知識を得るための書籍

本書は、読み進めるにはある程度基本的な知識が必要だと思う。それがない人向けに、(個人的に良かったと思う)入門書を何冊か挙げておく。

と思ったけど、別エントリーとして書く予定。

サーバーラック

AWS の r3 より r4 + EBS の方が安くて速かった

AWS の r3 より r4 + EBS の方が安くて速かった published on AWS の r3 より r4 + EBS の方が安くて速かった へのコメントはまだありません

結論

AWS の r3 系インスタンスを使っている人は、r4 系 + ディスク追加に切り替えると、値段が安くなってパフォーマンスも上がる可能性が高い。

背景

仕事で、EMR 上で Sparkを 使っている。処理としては、1日1回のバッチ。(詳細は書けないので省略。)

日によってデータ量にばらつきがあり、persist した時に、メモリに入りきらず一部ディスクに書き込まれる時がある。ちなみに、storage level は MEMORY_AND_DISK を指定している。

インスタンスタイプは、r3 系を数十台使っている。

途中からプロジェクトに加わったので詳しい経緯は分からないけど、ディスクも使うため、インスタンスストアのある r3 を使っているものと思われる。スペックの違い等は、以下のページを参照。

インスタンスタイプ – Amazon EC2 | AWS

r4 の方が安いが、EBS のみ

以下の価格表を見ると、r3 インスタンスの後継(?)である r4 インスタンスの方が安い。

EC2 インスタンスの料金 – アマゾン ウェブ サービス (AWS)

が、r3 インスタンスには付いていたインスタンスストア(SSD)が r4 インスタンスには付いていない。

また、色々調べてた時に見た以下のブログ記事に、

東京リージョンで「r4」インスタンスが利用可能になりました | Developers.IO

以下のような記述があった。

現在、「r3」のオンデマンドで稼働中であったり、リザーブドインスタンスの契約更新を控えたEC2インスタンスについては、 利用中のストレージを確認し、EBSのみの利用でである場合には、「r3」→「r4」への変更を検討頂ければと思います。

なので、ディスクを使いたい場合は r3 を使う必要があると思いこんでいた。

ディスクは追加出来る

一旦、r3 での運用で落ち着いていたけど、やはりコスト削減はしたい。ということで、もう少し調べてたら、EMR のインスタンスには EBS ボリュームを追加することが可能。詳細は以下のページを参照。

インスタンスストアと Amazon EBS – Amazon EMR

ということで、r3 → r4 + ディスク増設に切り替えてみた。

結果・・・

  1. 時間あたりの料金削減(r3とr4の差額分削減、EBS追加分増加、トータルでは削減)
  2. バッチ処理時間削減

となった。2は予想外だったけど、以下のページにちゃんと書いてあった。

次世代のメモリ最適化EC2インスタンス(R4) | Amazon Web Services ブログ

大きなL3キャッシュと高速なメモリを搭載することで、既存のR3インスタンスより高い性能を発揮します。

ちなみに、ディスク追加の方法だが、GUI の場合は、画面から EBS を追加できるはず。(やったことないので未確認。)CLI の場合は、create-cluster の –instance-groups で EbsConfiguration を指定する。

詳細は以下のページを参照。

create-cluster — AWS CLI 1.11.136 Command Reference

まとめ・雑感

リザーブドインスタンスが残っているのでなければ、一般的には最新のインスタンスに乗り換えたほうが良い。あと、やっぱり、オフィシャルのドキュメントをしっかり読み込むのが大事。

国際化

Play framework + React サイトの i18n

Play framework + React サイトの i18n published on Play framework + React サイトの i18n へのコメントはまだありません

概要

タイトルからある程度想像はつくと思うけど、一応書く。

前提

  • Play! framework の messages ファイルとかを使って、テキストの i18n を行っている。ドキュメントはこの辺
  • 日付とか、その辺の i18n は今のところやっていない

やりたい事

  • React で表示しているメッセージも多言語化したい
  • Play 用、React 用と、ファイルを2セット用意するのは避けたい

環境

  • Play! framework 2.5
  • React 15

結論 (tl;dr)

  • Play JsMessages というライブラリを使用し、messages ファイルの内容を JavaScript のオブジェクトとして出力するエンドポイントを作成 (/i18njs/allMessages という名前にした)
  • Play! framework のビューの中で <script> タグを使ってそのJSオブジェクトを読み込む
  • i18next というライブラリに、その JS オブジェクトを渡す
  • React (やその他 JS コード)でテキストを出力する部分で、i18next を使う

Continue reading Play framework + React サイトの i18n

Nunjucks + gulp で静的 HTML をモジュール化する

Nunjucks + gulp で静的 HTML をモジュール化する published on Nunjucks + gulp で静的 HTML をモジュール化する へのコメントはまだありません

やりたいこと

概要

静的 HTML を複数ページ作成するときに、共通部分(ヘッダーとかフッターとか)をコピペしたくない。

「PHP とか使って include とかすればいいじゃん」

ていう意見もあるんだけど、動作確認に web サーバー立てるの面倒だし、単なる HTML で済むなら HTMLで 完結させたい。

細かい背景

gulp-ect を使って、やりたいことは大体実現出来ていたんだけど、以下の2つの理由により、別の方法に切り替えたいと思った。

  • ECTgulp-ect も最終更新日が3年前
  • ファイルのパスを埋め込む(後述)、というののやり方が分からなかったし出来なさそう

やったこと(TL;DR)

さきに結論だけ書いておくと、

  • Nunjucks というテンプレートエンジンの記法で、ファイルを作成
  • gulp-nunjucks-render という gulp のプラグインを使って、HTML を出力
    • gulp-data という微妙な名前のも併用

という方法で実現した。

Continue reading Nunjucks + gulp で静的 HTML をモジュール化する