月別アーカイブ: 2015年10月

為替予想再開への準備運動 その2

この3ヶ月間のバックテストの結果をレビューしてみる。 その2。

通貨別バックテスト結果のまとめ (30日、60日、90日)

それぞれの通貨のシグナルの回数と、勝敗結果。

通貨 回数     利益機会     勝敗    
  30日 60日 90日 30日 60日 90日 30日 60日 90日
USDJPY 4 1 1 1.78 2.18 4.23 LLLW W W
AUDJPY 1 4 6 3.60 7.50 10.20 W WWWW WWWWWW
CADJPY 2 9 1 1.75 3.00 8.25 WW WWWWWWWWW W
EURJPY 2 3 7 4.28 5.28 1.93 WW WWW LWWWWWW
GBPJPY 4 5 1 3.80 10.72 7.20 WWWW WWWWW W
NZDJPY 2 1 3 6.85 6.55 11.60 WW W WWW
TRYJPY 1 7 7 1.91 2.85 4.80 W WWWWWWW WWWWWWW
ZARJPY 0 1 1 0.00 0.23 0.23   W W
AUDUSD 1 6 2 1.66 3.96 5.10 W WWWWWW WW
EURUSD 2 9 12 5.84 5.85 7.50 WW WWWWWWWWW WWWWWWWWWWWW
NZDUSD 2 4 7 6.15 4.55 2.10 WW WWWW WWWWWLW
合計 21 50 48 37.62 52.67 63.14      

今週までの3ヶ月間を通して、それなりに値幅が取れて予測可能だった通貨は、 AUDJPY、EURJPY、NZDJPY、AUDUSD、EURUSD、NZDUSDあたり。

USDJPYは見事なレンジ相場で、テクニカル指標はダマシが多い。

細かくバックテストの結果を見て行くと

3種類のバックテストの結果を定性評価してみた。

通貨 sim1 sim2 sim3 メモ
USDJPY ×     少し前の水準に戻ったところ、慎重に
      10/23 BUY 121.430 T 123.250 L 119.900 D -1.530 +1.820 (36) エネルギーはかなり貯まっている
      × 10/23 BUY 121.430 T 127.600 L 119.600 D -1.830 +6.170 (31) エネルギーはかなり貯まっている
AUDJPY ×      
       
      10/23 BUY 87.610 T 89.000 L 86.500 D -1.110 +1.390 (14) いびつなシグナル
CADJPY     92.3 を越えれば 93.5 まで
      92.3 を越えれば 92.975 まで
      ×  
EURJPY     10/23 SELL 133.720 T 132.900 L 135.600 D -1.880 +0.820 (8) ターゲットに至らず大幅反落中
    ×   10/23 SELL 133.720 T 131.600 L 136.400 D -2.680 +2.120 (11) 綺麗な反落中 132.6 くらい有り得そう
      10/23 SELL 133.720 T 134.950 L 135.600 いき過ぎ感のある反落中
GBPJPY     10/23 BUY 185.920 T 185.500 L 182.500 ターゲットを越えて上昇中 187.45 も有り得る
      10/23 BUY 185.920 T 185.850 L 181.200 丁度ターゲット水準
      × 10/23 BUY 185.920 T 188.800 L 181.200 D -4.720 +2.880 (7) 今度こそ 189円のせするか?
NZDJPY     10/23 BUY 81.950 T 82.300 L 79.400 D -2.550 +0.350 (4) 持ち直して再度上昇中
      10/23 BUY 81.950 T 83.200 L 79.400 D -2.550 +1.250 (6) 微妙に有り得そうな形
      × 10/23 BUY 81.950 T 82.650 L 79.350 D -2.600 +0.700 (5) 82.65くらいは有りそう
TRYJPY     ターゲット到達後の反落中
      ターゲット到達後の反落中
      ターゲット到達後の反落中
ZARJPY      
      8.85 を下れば 8.0 まで大幅下落
      8.85 を下れば 8.0 まで大幅下落
AUDUSD     10/23 SELL 0.721 T 0.712 L 0.736 D -0.015 +0.009 (9) 綺麗な反落
      10/23 SELL 0.721 T 0.719 L 0.736 D -0.015 +0.003 (6)
      10/23 SELL 0.721 T 0.707 L 0.735 D -0.014 +0.015 (10)
EURUSD     10/23 SELL 1.101 T 1.091 L 1.127 D -0.025 +0.011 (7) ターゲット到達後の大幅反落、行き過ぎ感あり
      10/23 SELL 1.101 T 1.127 L 1.147 到達済み 大幅に行き過ぎ感あり
      10/23 SELL 1.101 T 1.127 L 1.147 到達済み 大幅に行き過ぎ感あり
NZDUSD     蓄積中 0.6690 より下げれば 0.651 、 0.678 より上げれば 0.700 まで
      蓄積中 0.6700 より下げれば 0.664 、 0.679 より上げれば 0.686 まで
      蓄積中 0.6703 より下げれば 0.683 、 0.679 より上げれば 0.682 まで

週末に大きな動きがあったばかりなので、シグナルの出方はまちまちで方向感が明確じゃない。

USDJPY が更に上昇するか、いつも通り反落するかで、変わってきそうなので、 来週は様子見かな。

考察

sim1〜sim3 は、最適化する期間が違うだけなのだけれど、 これだけバラつくのは、過学習してしまってるんだろうなぁ。

ターゲットへの値幅が小さ過ぎるのが多いし、 最適化の都合でシグナルが消滅してしまうのは扱いにくい。

最適化の方法から見直した方が良さそうだ。

El Capitan のその後: Homebrew と pip の不都合修正

El Capitan をインストールした後 Homebrew や pip で新規インストールや update/upgrade が出来ない事に気付いた。

/usr/local の所有者が root になっていて書き込めないのが原因。

brew update / upgrade できない

/usr/local の所有者をユーザに変更する。

sudo chown -R $(whoami):admin /usr/local

パーミッションに書き込み許可を追加

/usr/local の所有者をユーザに変更すれば凡そ解決なのだけれど、 うちの Mac は、 MacBook Pro も Air も numpy が更新できなかったので、 これも修正する。

書き込み付加のパーミッションが無いために upgrade できないが問題。

なので。

find /usr/local/lib/python2.7/site-packages/numpy -type f -ls -exec chmod 0755 {} \;
sudo chown -R $(whoami):admin /Library/Python/2.7/site-packages
find /usr/local/Cellar/numpy/1.10.1/lib/python2.7/site-packages -type f -ls -exec chmod 0755 {} \;
find /usr/local/Cellar/numpy/1.10.1 -type f -ls -exec chmod 0755 {} \;

為替予想再開への準備運動

2015年も秋の収穫期に突入してしまった。 相変らずテクニカルの指標は不揃いで 自信を持てるシグナルが少ない状況に変化なし。

ただ、バックテスト上で個別の通貨を見ていると、 良い結果を出すシグナルが増えてきた。

そこで、この3ヶ月間のバックテストの結果をレビューしてみる。

この3ヶ月の利益機会 (30日、60日、90日)

テクニカル指標の売買シグナルに全て対応出来たとしたら、利益機会はこれだけあった。 単位は円(100pips)。

  30日間 60日間 90日間
買い 30.720 31.010 25.285
売り 18.550 44.950 72.705
合計 49.270 75.960 97.990

休場しないで真面目に取引していたら、そこそこ利益になってたんだなぁ。

あくまでバックテストなので、どの位将来まで使えるかどうかは分からないけれど、 ボラリティが復活しつつああり、買いエネルギーの方へとバランスが移動しているみたいだ。

通貨別バックテスト結果のまとめ (30日、60日、90日)

それぞれの通貨のシグナルの回数と、勝敗結果。

通貨 回数     利益機会     勝敗    
  30日 60日 90日 30日 60日 90日 30日 60日 90日
USDJPY 4 2 1 0.65 2.35 3.60 LLLW WW W
AUDJPY 1 4 6 3.60 7.50 10.20 W WWWW WWWWWW
CADJPY 2 3 1 1.75 2.70 8.57 WW WWW W
EURJPY 4 4 6 4.85 4.22 1.70 WWWW WWWW WLWWWW
GBPJPY 1 6 1 3.80 13.05 7.20 W WWWWWW W
NZDJPY 1 1 3 5.20 6.00 11.05 W W WWW
TRYJPY 3 5 5 1.32 1.96 2.80 WWW WWWWW WWWWW
ZARJPY 1 4 2 0.41 0.56 1.12 W WWWW WW
AUDUSD 3 2 3 0.02 0.06 0.07 WWW WW WWW
EURUSD 2 9 11 0.04 0.06 0.07 WW WWWWWWWWW WWWWWWWWWWW
NZDUSD 2 5 7 0.06 0.04 0.02 WW LWWWW WWWWWLW

こうして見ると、この3ヶ月間を通して、それなりに値幅が取れて予測可能だった通貨は、 AUDJPY、EURJPY、NZDJPY、TRYJPY、ZARJPY、AUDUSD、EURUSD、NZDUSDあたり。

USDJPYは見事なレンジ相場なので ループイフダンで儲かっているけれど、 USDJPYのテクニカル指標はダマシばっかりだったんだなぁ。

細かくバックテストの結果を見て行くと

バックテストは3種類計算しているので、それぞれの様子を定性評価してみた。

通貨 sim1 sim2 sim3 メモ
USDJPY × 短期はダマシ多い/戻りが弱い/最悪117〜113円
AUDJPY  
CADJPY  
EURJPY  
GBPJPY     10/14 BUY 184.200 T 186.400 いい感じのシグナル
      10/17 BUY 184.470 T 185.850 いい感じのシグナル
      × 10/17 BUY 184.470 T 188.800 いい感じのシグナル
NZDJPY ×     10/17 BUY 81.400 T 81.900 頭打ち/延びれば84.1
    ×   10/17 BUY 81.400 T 82.200 頭打ち/延びれば84.2
      × 10/17 BUY 81.400 T 81.900 頭打ち/延びれば84.2
TRYJPY  
ZARJPY     10/17 BUY 9.062 T 9.135/9.24 ターゲット到達済み
      10/17 BUY 9.062 T 9.120/9.24 ターゲット到達済み
      × 10/17 BUY 9.062 T 9.960/9.33 良い形だけど遠い
AUDUSD  
EURUSD  
NZDUSD 10/17 BUY 0.681 T 0.684/0.702 頭打ち/抜ければ…

なんとなくまとめると。 AUDJPY、EURJPY、EURUSD、NZDUSDあたりは、そこそこ予想が当っていて利益機会も多かった。 予測は余り当らなかったけれど、そこそこ利益がとれたのは GBPJPY、NZDJPY、ZARJPY。

今現在は、その微妙な3通貨にシグナルが出ている。

  • GBPJPY 買い 185.85, SL 181.2/182.4
  • NZDJPY 買い 81.90, SL 75.8/79.2/79.4/79.35
  • ZARJPY 買い 9.120, SL 8.595/8.82 (10/19ターゲット到達済み)

少し打診買いしてみるか。

もはや ドル安=円高 ではない

この1〜2年は、ドル安=円高 と考えて不都合なかったけど、 この1ヶ月で様子が違ってきた。

対ドルで円高になった日でも、 他の通貨に対しては変化なしか円安に振れることが増えてきた。

リスク回避とドルの金利上げ期待に振り回されて、 円とドルで資金がピンポン状態で移動していたのが、変化してきている。

リスク選好とまでは言わないけど、 高金利通貨に資金が戻り始めたという事なんだろう。

アベノミクスの株高演出も終わって、正常化していくのかな。

恐しいのが USDJPY の円高リスク

テクニカル指標上では、113〜117円の円高ドル安に相当するエネルギーが貯まっている。

ドルの金利期待が徐々に薄れてきているし、黒田バズーカへの警戒も根強いから、 うやむやになる可能性はあるけれど、瞬間117円到達なら十分にありそう。

117円位なら基本は静観。113円だとキツイなぁ。 ともかく、ドルのポジションには要注意。控え目にしておこう。

MacBook Air 2014 / MacBook Pro Retina15 2015 に OS X El Capitan を上書きインストールした結果 その後

多少応答が速くなったような気がしていた El Capitan だけど、 1日もすれば、気のせいだったのかなぁ、と思う位の違い。

大した機能追加もないので、ささいな不具合の印象の方が強い。 ちょっと、使用感をまとめてみた。

El Capitanのその後: 毎度毎度 Wi-Fi の不具合

一番直して欲しい不具合。

主にDHCPの不具合で、サスペンドした後などにネットが不通になる問題で、 大抵は一旦WiFiを切って再接続するか「DHCPリースを更新」すると直る。

ルータ側のDHCPリースタイムは無制限にしてあるので、Mac側の問題のはず。

「主に」と言うのは、たまにPCを再起動しないと戻らない事があるためで、 これが本当に大迷惑。 Yosemite からの問題がそのまま。いい加減対策してほしい。

El Capitanのその後: サードパーティの対応、ESET と Paralles Desktop

ESETが未だに対応してくれなかったり、 Paralles Desktop でアップグレードする必要があったり、 サードパーティの対応が良くない。

Paralles Desktop にはアップグレード費用が必要。(しないけど)

El Capitanのその後: 日本語のライブ変換

機能的には便利なのだけど、キーの応答が遅くてストレスになるなので、 結局 Google日本語変換に戻して使っている。

El Capitanのその後: メニューバーを自動的に隠す機能

これは特に Airでは便利に感じている。

ただ、まだアプリ側の対応が十分でないらしく、 ちょいちょいウインドウの位置が下側にズレてしまう。

El Capitanのその後: Spotlight

インストール直後は便利そうに感じたのだけど、使用する機会がまだ無い。

うちのMacは開発用PCで、ソースファイルの検索方法は別にあるし、 包括的な検索手段ってのはあまり必要ないみたいだ。

cygwinのファイルアクセスが遅い件:解決編

もうmagit無しではemacsでコーディングできない体になってしまった。 さらに便利を求めて git-gutter-fringe+ をインストールしたところ、 Macではもう最高の使い心地。

だけども。 これをCygwinとntemacsで使うと、しょっちゅうプチフリーズしてしまう。 Cygwinのファイルアクセスが異常に遅いせいなのだけれど、 仕事上Cygwin環境は必須だし、git-gutterは手放したくないし。

いくら便利でも、作業中に30秒も固まられると、さすがに我慢できない。 いい加減、ちゃんとCygwinに対策をしなければ…

と言う訳で。

Cygwinの起動やファイルアクセスが遅くて怪しい場合に

CygwinのFAQサイト を検索してみた。

以下、Cygwinのページから引用。

4.2. Starting a new terminal window is slow. What’s going on?

There are many possible causes for this.

~snip~

For almost all its lifetime, Cygwin has used Unix-like /etc/passwd and /etc/group files to mirror the contents of the Windows SAM and AD databases. Although these files can still be used, since Cygwin 1.7.34, new installations now use the SAM/AD databases directly.

To switch to the new method, move these two files out of the way and restart the Cygwin terminal. That runs Cygwin in its new default mode.

~snip~

For the AD case, it can be slower than the old method, since it is trading a local file read for a network request. Version 1.7.35 will reduce the number of AD server requests the DLL makes relative to 1.7.34, with the consequence that you will now have to alter /etc/nsswitch.conf in order to change your Cygwin home directory, instead of being able to change it from the AD configuration.

If you are still experiencing very slow shell startups, there are a number of other things you can look into:

One common cause of slow Cygwin Terminal starts is a bad DNS setup. This particularly affects AD clients, but there may be other things in your Cygwin startup that depend on getting fast answers back from a network server.

~snip~

Another cause for AD client system is slow DC replies, commonly observed in configurations with remote DC access. The Cygwin DLL queries information about every group you’re in to populate the local cache on startup. You may speed up this process a little by caching your own information in local files. Run these commands in a Cygwin terminal with write access to /etc:

getent passwd $(id -u) > /etc/passwd getent group $(id -G) > /etc/group Also, set /etc/nsswitch.conf as follows:

passwd: files db group: files db

~snip~

Either in addition to the previous item or instead of it, you can run cygserver as a local caching service to speed up DC requests.

~snip~

A less preferable option is to create a static read-only cache of the authentication data. This is the old-fashioned method of making Cygwin integrate with AD, the only method available in releases before 1.7.34. To do this, run mkpasswd and mkgroup, then put the following into /etc/nsswitch.conf to make Cygwin treat these files as the only sources of user and group information:

passwd: files group: files

~snip~

If none of the above helps, the best troubleshooting method is to run your startup scripts in debug mode. Right-click your Cygwin Terminal

~snip~

4.3. Why is Cygwin suddenly so slow?

If suddenly every command takes a very long time, then something is probably attempting to access a network share. You may have the obsolete //c notation in your PATH or startup files. Using //c means to contact the network server c, which will slow things down tremendously if it does not exist.

要するに、ドメインで使っている会社のPCで遅くなる原因は。。。

  1. cygwinを 1.7.35 以降の最近のバージョンにする (古いのは遅い)
  2. DNSのIPアドレスが間違っていると、長い待ちがおこる
  3. ドメインじゃないなら、 /etc/passwd と /etc/group を消すと良いかも(知れない)
  4. ドメインなら、ドメインコントローラの返事が遅いのかも
    • その場合、passwd/group をキャッシュして高速化できる
    • cygserverでドメンインキャッシュサーバをたててみても良いぞ
    • そもそもドメインにアクセスするの辞めちゃえば? (ADが更新しても知らんけど)
  5. それでもダメならデバッグモードで起動してみな
  6. ひょっとして ‘//c’ とか書いてない?

DNSが関係しているのは分かっていたけど、 会社のドメインコントローラが遅いとは疑っていなかった。 Windowsでは困ったことないし。

でもやってみよう。

まずはバージョン確認

以下のどちらかで確認できる。

uname -a
cygcheck -c cygwin

2.2.0 だったので、問題なし。

/etc/passwd と /etc/group の削除

cygwinでドメインに関係するような事はしないし、 むしろ悪さしそうなので、まず削除して様子をみてみた。

数時間使ってみて、酷いフリーズは経験しなかったけれど、 プチフリーズが解決したかと言うと、ちょっと分からない。

AD情報のキャッシュ化

ドメインの情報を削除するのも危険な気がしたので、 一応キャッシュしておいて、様子をみてみた。

ドメイン情報のキャッシュは、こうしてとれる。

getent passwd $(id -u) > /etc/passwd
getent group $(id -G) > /etc/group

その後、 /etc/nsswitch.conf を編集して、 ADにアクセスするより先にキャッシュ(files)を見るように変更する。

passwd: files db
group:  files db

正直、これも良くなったのか悪くなったのか分からない。

そもそもドメイン情報を使わないようにする

いくつか試してみた結果、 /etc/passwd と /etc/group を削除してしまうことにした。

実はこの状態でも、ドメインでアクセス管理しているネットワークサーバの ファイルにアクセスできたのだった。しかも今迄よりもサクサクと。(汗)

まだ、たまにフリーズはするものの (キャッシュはあった方が良いのかも知れない)、 全体的にファイルアクセスが軽快になった。

無くて良いものは、無い方が良い。 この状態で、またしばらく使ってみようと思う。

MacBook Air 2014 / MacBook Pro Retina15 2015 に OS X El Capitan を上書きインストールした結果

10月1日に一般公開された OS X El Capitan。 2、3問題があって、配布当日のインストールは見送っていた。

  • 使用しているセキュリティソフト ESET がまだ未対応
  • 常用している Homebrew を消される可能性がある (あった)
  • Paralles Desktop が完全対応していない (アップグレード費用が必要)

配布から2日経った段階の評判が良かったので、上書きインストールしてみたところ、 全体的に動作が機敏になった以外には大きな変化もなく、ESET以外の不安が無くなった。 少し触ってみた感触では、Yosemiteと何にも変わらない。

MacBook Air 2014 については、 Snow Leopard,Merberick,Yosemite と上書きインストールして来ていて、 毎回SSDの残り容量が減ってきていてたのだけれど、El Capitanでは空きが 5GB 増えた。 これだけで、El Capitan をインストールした甲斐があったかも知れない。

MacBook Pro Retina15 2015 については、 Airに比べて動作が機敏になったのが体感し易いが、基本的にはYosemiteと変わらない。

念の為、変わったはずの部分を確認しながら、これは重要と思ったものから順に ファーストインプレッションをまとめておく。

上書きインストールに必要な時間

インストールプログラムを起動し、途中で何か選択肢が出るだろうと、 ボタンを押して進めていったら、あっさりとインストールが始まってしまい、 後戻りが出来ないので、何となくインストーラを起動するのは要注意。

MacBookAirの場合、大体40分で上書きインストール完了。 MacBookProでは20分くらい。(SSDが倍速いというのは本当らしい)

/usr/localの使用量が多いとインストールに時間がかかるという前情報があったが、 どちらもHomebrewで /usr/local を 1.7GBほど使用していて、この位の時間で終了した。

El Capitanの感触: ESET

非対応と言われていた ESET は、特にエラーやワーニングも出さず、 普通に動いている様に見える。

正式対応までは、リアルタイム保護とファイヤウォールを無効にしておくことにする。

El Capitanの感触: PDFの表示が高速化(素晴しい)

今迄がWindowsより遅過ぎたのだけど、PDFの表示が恐しく高速化した。 やっとSSDらしい速度になって、これは便利になりそう。

SSDが高速な MacBookPro2015だけでなく、 MacBookAir2014でも かなりの高速化を体験できる。

これは、出先で資料を確認するのに、すごく助かる。

El Capitanの感触: メニューバーを自動的に隠す機能

システム環境設定>一般に「メニューバーを自動的に隠す」オプションが。

画面が11インチのMacBookAirでは、これで1行多く表示できるようになるので有難い。

El Capitanの感触: Spotlight

以前のSpotlightは今いち中途半端だったし、emacsとキーバインドが被るので 使っていなかったのだけど、今回のは使い易そう。

システム環境設定>キーボード>Spotlight でShift+Command+Space に割り当てて、 しばらく使ってみる。

El Capitanの感触: 日本語のライブ変換

ATOKみたいに、どんどん勝手に変換してくれるようになった。 日本語だけの文章は、大分快適に入力することができる。

全般的には快適だけど、アルファベットが混じった文章は苦手なので、 技術的な報告書には向かないかもしれない。

しばらくGoogle日本語変換の代わりに使ってみようと思っている。

El Capitanの感触: ターミナルのバージョンアップとショートカットキー

最近のターミナルと同じ様にタブが使えるようになり、地味に便利。

別のターミナルをインストールする必要が減る。

あと。 Command + ↑/↓ ショートカットキーで、コマンドの履歴がハイライト表示される。

El Capitanの感触: パフォーマンス改善

AirもProも、 Blenderが、気持ちサクサクと動くようになった気がするけれど、 Matplotlibの表示(元々Airは遅い)には変化は感じられなかった。 特に Pro の方では、ウインドウの切り替えが早くなった気がする。

どっちにしても、明日には差が分からなくなる程度の違いだと思う。 「倍速くなった」と言うのは、言い過ぎだと思う。

どちらかと言えば、バッテリーの持ちへの効果の方を期待したい。

El Capitanの感触: 新しいMission Control

もともと微妙な使い勝手だったのが、大分見易くなった。 Split View 機能を設定するのにも、Mission Controlを使うのが分り易い。

ただ、普段は Command + TAB でアプリを切り替えているので、 今後もあまり使わないと思う。

El Capitanの感触: Split View 機能

そもそもOSXはマルチウインドウなので、同じ様なことは元々出来る。

Split View では、メニューバーの幅の分、画面を広く使える効果はあるのだけど、 上述の「メニューバーを自動的に隠す」オプションも追加されたので、 Split View のメリットが良く分からない。

Webページを見ながら、テキストエディタに何か書くような状況では便利かも知れない。 Split View にするまでに何ステップかの手間がかかるので、それなりに時間がかかる 作業でないと、使う気にはならないだろうし。

また、 アプリ毎のフルスクリーンやCommand + TAB 操作と完全には連動していないのが残念。 元々のフルスクリーンアプリと Split View が混在していると、 望みのアプリに切り替えるのに混乱することがある。

直感操作に拘りのある Apple にしては、ツメが甘い印象。

El Capitanの感触: マウスポインタをシェイクして大きくできる

これは微妙。 1秒くらいシェイクしないとカーソルが大きくならない。 この1秒を短縮するオプションは無いみたい。

El Capitanの感触: 新しいフォント関係

新しく、綺麗なフォントになったらしいが、 常用しているソフトでは恩恵を受けられない。

フォント関係では、文字単位で表示が乱れる不具合をたまに見付ける。 表示を更新すると正しく表示されるので、さほど深刻ではない。 アプリ側の対応がしっかりしてくれば、徐々に無くなるのだと思う。

El Capitanの感触: 新しいSafari

バッテリーの持ちが良いというのが売りだけども、その分モッサリ。

使い勝手は、やはりChromeの方が上だなぁ。 今回もSafariは使わない予定。

El Capitanの感触: 新しいメール

インストール直後に新規メールを取り込んだ後、何故か更新できず。 今迄も設定した後使っていなかったから実害はないから良いけど。

他所の人にも不具合が起っている様なので、メールアプリを使っている人は要注意。

El Capitanの感触: 新しいNotesアプリ(メモ)

クラウドのメモを使っていると、特に必要は感じないアプリ。 Appleに囲われてしまうのはチョットいやなツールでもあるので 多分今後も使わないなぁ。

El Capitanの感触: トラックパッドの新しいジェスチャー操作

対応しているのはメールアプリだけのようなので、関係なし。

2015年の9月末までの取引まとめ

中国株式から始まる世界株安をキッカケに始まった通貨不安。
リスクオフから円高になるかと思いきや、120円付近で持ち堪えている。

ここから底抜けするか、上抜けするか、全く予想できない。
こういう状況なので、ポジションを整理して、殆ど休場している。

その結果、USDJPYのループイフダン以外はヒドイ状態で、
大幅な損切りのために二年ぶりに月間赤字になった。

スワップとループイフダンの収入が本当に有り難い。

# 市況
## 米国
利上げはどうなる?で始まった9月。
米国内は順調に見えるが、完全に利上げのタイミングを失なってしまった格好。

ここで利上げしても、ドル高に動くか、失望売りになるか、
もう誰にも分からないのでは。。。

## EUの経済破綻問題
## ギリシャ
ユーロというかドイツが何とかするんだろう。という雰囲気。
ところが、そのドイツに大問題発生。

## ドイツ
ユーロの救世主だったはずのドイツ、フォルクスワーゲンに一大不正発覚。
排ガス規制を回避するボッシュ製エンジン制御プログラムが明るみになり、
対策費用は2兆円とも4兆円とも言われている。

VWのブランド失墜に加えて、同じボッシュ製プログラムを使っているメーカや
クリーンディーゼルを謳っているメーカへの影響も考えられる。

ドイツが沈んだら、ユーロはどうなるやら。という状況。

## トルコ
ISIS空爆と政治空白で泥沼化。
11月の再選挙が濃厚になり、かつ再選挙が良い方向に転ぶ見込みも少ない。

ここは買いのハズの歴史上の安値圏なのだが、反発しそうな切っ掛けが無いだけに、
リスクオフムードの方が強い。

## 中国
中国の官製相場は、この後どうなるのか?
バブルはどう収束するか?

中国株の下げは、バブル前水準まであと少し。
意外とソフトランディングだったとも言える。

が、一方で中国政府が半端で強引な対策を繰り返したため、
根本的な解決には見えず、本当に収束したのか市場は疑心暗鬼なまま。

## オセアニア
オセアニアとしては、通貨安を望んでいるんだろう。
金利もまだ下げて行くのだろう。

オージーは中国と共倒れしたがっている様にしか見えないし、
キューイはTPPで乳製品をゴリ押ししただけで、現実的な対策をしていない。

## 日本
直ぐに120円まで戻したものの、他国の状況が円高圧力になっているので、
そろそろ黒田サプライズがあっても良い頃合いかもなぁ。

市場参加者も同じ思いらしく、120円を下回ると直ぐに反発してくる。
かと言って、円安方向に上抜ける様子もない。

# 裁量取引の成果と課題
ポジションを整理して捻出した余力で、裁量取引きを増やす予定が、
円高ショックに対応に資金を使ってしまい、9月は完全に休場してしまった。

円の反発が明確になるまでは、休む予定。

# トラリピ/ループイフダン成果
トラリピは、円高に備えてポジションを何割か損切りしたため、
110万円の赤字になってしまった。

それでも、損切りを除けば17万円の利益を確保できたのは有り難い。

ループイフダンの方は、早めにポジション整理できたため、
月間では8万円の利益になった。

dyerware.com



dyerware.com


dyerware.com



dyerware.com


# 今後のトラリピ/ループイフダンの課題
トラリピのスワップとループイフダンで、安定した利益が上ってくるのが助かる。

また、予定通り、ループイフダンの仕掛けを USDJPY_B15 と AUDJPY_B20 に絞った。
ほぼ安全圏の証拠金率なので、このまま放置する。
AUDJPY_B20 は何れ廃止するが、時期はしばらく様子を見て決める。

# 今後の計画
## ループイフダン
USDJPY_B15_15 を、当初の予定通り 127円を目処にS15に切り替える。
それまでは放置。

## トラリピ
損切りするタイミングが遅過ぎたため、身動きがとれなくなってしまった。
高値ポジションをあと少し整理して、安全圏を維持する。

## 裁量取引
TRYJPYのナンピンを継続。

この数ヶ月、トラリピに頼り過ぎていたのを反省し、
秋には裁量取引を復活させる。

org-mode で WordPress の記事を書きたい その3 スタイル追加

とりあえず、手元の emacs で書いた org-mode の記事を、 そのまんま WordPress の載せられるようになったけれど、 見た目があまりにも素気ないので、スタイルシートを追加してみる。

HTMLはともかく、デザインっぽい css には縁がなく、サッパリ分らない。 とりあえず、人様のを パクってきて 参考にしてみよう。

とその前に。 WordPressが勝手に追加したHTMLタグを削除しておく。

まずは WordPress 標準の HTML タグを排除する

remove_filter で、余計なフィルタを削除する事までは分かっている。 削除するフィルタは ‘wptexturize’、’wpautop’、’wp_richedit_pre’ あたりで十分そうだ。

ただ、どの資料や先人のブログを見ても、remove_filter を functions.php に 記述するように、とある。

今回のプラグインでも、呼び出される時に同時に remove_filter を行なうと、 とりあえず想定通りの動作はした。

無駄はあるかも知れないけれど、まぁ良いか。

プラグインに挿入したのは、こんなコード フィルタの存在確認は特に必要ないようだし、 このプラグインでは画面の種類まで気にする必要がないので、 今は、これで必要十分。

remove_filter('the_title', 'wptexturize');   // タイトルの記号を実態文字化する
remove_filter('the_content', 'wptexturize'); // 記事の記号を実態文字化する
remove_filter('the_excerpt', 'wptexturize'); // 抜粋の記号を実態文字化する
remove_filter('the_title', 'wpautop');       // タイトルの自動整形を無効にする
remove_filter('the_content', 'wpautop');     // 記事の自動整形を無効にする
remove_filter('the_excerpt', 'wpautop');     // 抜粋の自動整形を無効にする
remove_filter('the_editor_content', 'wp_richedit_pre'); // 改行とBRのあつかい

WP-Markdown や JP Markdown のソースコードを見てみると、 上と同じコードがないし、それぞれ違う実装方法を選んでいるみたいだ。

WP-markdownでは

./wp-markdown.php:79:  remove_filter( 'bbp_new_reply_pre_content', 'bbp_code_trick',  20 );
./wp-markdown.php:80:  remove_filter( 'bbp_edit_reply_pre_content', 'bbp_code_trick',  20 );
./wp-markdown.php:81:  remove_filter( 'bbp_get_form_reply_content', 'bbp_code_trick_reverse',  10 );
./wp-markdown.php:85:  remove_filter( 'bbp_new_topic_pre_content', 'bbp_code_trick', 20 );
./wp-markdown.php:86:  remove_filter( 'bbp_edit_topic_pre_content', 'bbp_code_trick', 20 );
./wp-markdown.php:87:  remove_filter( 'bbp_get_form_topic_content', 'bbp_code_trick_reverse', 10 );
./wp-markdown.php:91:  remove_filter( 'content_save_pre', 'balanceTags', 50 ); //Remove balanceTags and apply after MD -> HTML
./wp-markdown.php:125: if ( remove_filter( 'content_save_pre', 'wp_filter_post_kses' ) ) {

jetpack-markdownでは

./markdown/easy-markdown.php:137: remove_filter( 'wp_insert_post_data', array( $this, 'wp_insert_post_data' ), 10, 2 );
./markdown/easy-markdown.php:138: remove_filter( 'edit_post_content', array( $this, 'edit_post_content' ), 10, 2 );
./markdown/easy-markdown.php:139: remove_filter( 'edit_post_content_filtered', array( $this, 'edit_post_content_filtered' ), 10, 2 );
./markdown/easy-markdown.php:141: remove_filter( '_wp_post_revision_fields', array( $this, '_wp_post_revision_fields' ) );
./markdown/easy-markdown.php:143: remove_filter( 'content_save_pre', array( $this, 'preserve_code_blocks' ), 1 );
./markdown/easy-markdown.php:161: remove_filter( 'pre_comment_content', array( $this, 'pre_comment_content' ), 9 );
./markdown/easy-markdown.php:238: $this->kses = remove_filter( 'content_filtered_save_pre', 'wp_filter_post_kses' ) && remove_filter( 'content_save_pre', 'wp_filter_post_kses' );
./markdown/easy-markdown.php:568: remove_filter( 'wp_revisions_to_keep', '__return_false', 99 );

WordPressのどこを勉強すれば、こういう方法を思いつくのかな?

せめてソースコードのスタイルシートは綺麗に

さて、問題のスタイルシート。 WordPressのHTMLタグを取り除いたので、ひとまず見られる位になったので、 もう少し華やかにしてみたい。

出来るだけ楽をしたいので デザインに自信ないので、出回っている物を流用しよう。

検索すると、 Highlight.js と SyntaxHighlighter が見付かった。 軽量で扱い易そうな Highlight.js を有り難く使わせて頂こう。

javascriptの設置と登録

Highlight.js は、名前の通り javascript なので、 どこかのサーバに置いて、 WordPress に教えてあげる必要がある。

そこではたと困るのが、プラグインのフォルダを知る方法。 探してみると、それっぽいのが結構色々みつかる。

Highlight.js から zenburn.css を選んだとすると。 こんな感じ?

wp_enqueue_script('org2html-highlight', plugin_dir_url( __FILE__ ) . 'script/highlight.pack.js');
wp_enqueue_style('org2html-style', plugin_dir_url( __FILE__ ) . 'style/zenburn.css');

動く以前に、何か怒られた。

login_enqueue_scripts hooks. Please see Debugging in WordPress for more information. (This message was added in version 3.3.) in ... /wp-includes/functions.php on line 3622

検索してみると、一旦関数にして add_action で登録しろって事らしい。 なので、それっぽく書き直してみよう。

function my_enqueue_scripts() {
    wp_enqueue_script('org2html-highlight', plugins_url('script/highlight.pack.js', __FILE__ ));
    wp_enqueue_style('org2html-style', plugins_url('style/zenburn.css', __FILE__ ));
}
add_action('wp_enqueue_scripts', 'my_enqueue_scripts');

あと、本文の方に javascript の実行部分を追加して、作業完了。

$html .= '<script>hljs.initHighlightingOnLoad();</script>';

おぉ〜 良い感じになった。

想定外の文字が意外に多くて、時々パーサが失敗してるけど… まぁ、良いか。そのうち直そう。