ここはトレードとプログラミングのサイトだよ！
でもメインは雑談だ ^_^;
よろしくね！
2025年 9月15日 15時42分
いよいよ・・・ これから『終わりの始まり』がやってくるのかもしれない・・・
VBAなのだ。
ボクは、よく正規表現を使う。
VBAで正規表現となると、VBScript.RegExpをCreateObjectで読み込んでて・・・ ってのが一般的だと思う。
なんとそのVBScript.RegExpが、もっと言うとVBScriptを廃止にするとマイクロソフトから公式に発表されたとのことらしい。
2027年からだったかな？
マイクロソフトのメーラーソフトと言えば、Outlookだ。
Officeファミリーの１つだ。
ボクはOffice 365ユーザでVBA使いだ。
なのでOutlookにもVBAが組み込まれて今までも、もちろんOutlook VBAは使ってきた。
そのOutlookに、現在、右上の方に『新しい Outlook を試す』ってのがある。
なので試したところ、なんか違和感。
ソフトウェアというよりもガシェットというか・・・
どうもWEBベースのアプリらしい。
まぁ、それはいいのだが、開発タブがない！
いろいろと調査の結果、時期OutlookよりVBAが消えるとのこと・・・
やっぱりOfficeファミリーのメインと言えば、Word，Excel，Accessの３製品だろう。
これらに関しては、今のところ今後もサポートは続けていくとのこと。
ただそのExcelにしてもExcel in Pythonなるものが出てきたり・・・
まぁ、これに関しては完全にVBAの互換というわけでなく、ボクの感覚ではシート関数みたいなモノになるのかな？
また製品版というのかな？
マイクロソフトの統合開発ツールと言えば『Visual Studio』なのだ。
以前はVisual C++，Visual Basicがツートップというか、ちょうどJavaがブームになった頃はVisual J++なんて開発言語があったが
その後に.NETが出てきてメンバーもガラリと変わってVC++.net，VB.net，VC#.netに・・・ 2000年当初の話だ。
時間が流れて、2020年にVB.netは完全に新規機能の開発を止めたとかで・・・
まぁ、製品版のVBが止まってしまったってのは.NETが出てきた時点で覚悟は出来ていた。
だからこそVBAの方に流れていったのだが、とうとう、そのVBAも終わりに向けて動き始めたという感じなのだ。
もっと突き詰めて言えば、ボクの仕事がなくなる・・・
ボクの飯の種がなくなる・・・ ってことなのだ。
あと１５年・・・ いや、１０年！
VBA、現役で活躍してくれんかなぁ～・・・
最近、急にモチベーションが落ちた一因の一つだったりする話だ。
2025年 9月14日 11時18分
口座情報
| 軍資金 |
70,000円 |
| 預託保証金 |
126,539円 |
| 保有建玉損益 |
-30,450円 |
| 証拠金維持率 |
162％ |
| 決済時点損益 |
56,539円 |
| 実質損益 |
26,089円 |
建玉サマリー情報
| 建区分 |
平均建単価 |
単位数 |
現在値 |
評価損益 |
未実現スワップ |
合計評価損益 |
| 買 |
146.571 |
4,000単位 |
147.663 |
4,365円 |
2,237円 |
6,602円 |
| 売 |
144.890 |
10,000単位 |
147.665 |
-27,741円 |
-9,311円 |
-37,052円 |
前回よりもトータルでの儲け額が +6,000円の上積み！
それはそれで嬉しいことなんだけれどねぇ～
やっぱりずっと懸念してるように、塩ポジである売り玉を減らすことがなかなかできない。
平均で 144.890かぁ～
個別の建て玉を見てみると・・・
個別売り建て
| エントリー額 |
単位数 |
未実現スワップ |
| 143.786 |
4,000単位 |
-4,867円 |
| 144.393 |
3,000単位 |
-3,548円 |
| 146.191 |
1,000単位 |
-862円 |
| 147.135 |
1,000単位 |
-17円 |
| 147.260 |
1,000単位 |
-17円 |
こんな感じだ。
最近は、エントリーした額に対する差額のマイナスはそれほど気にならなくなった。
損切りしなきゃ、変な話絶対にプラスで終わるわけだから。
そう思えるようになってから、気にならなくなったのだ。
問題は未現実のスワップなのだよ。
こいつは確実に日数毎にマイナス額が増えていくわけで、絶対にだ。
ただし！
毎日毎日、このマイナス分スワップ額を上回る額だけ利確できりゃトータルでの口座額は確実に増えてくわけで、これも絶対だ。
これに関しては『毎日、マイナススワップ額を上回る額を利確できれば』という条件付きなわけで、この条件をずっと続けられることは絶対ではない。
そこがねぇ・・・
不安なところであって、この一点だけでエントリー差額によるマイナスに対する思いも揺らいでくるのだよ。
それに対する支えは、今週の実質損益額なのだな。
先週よりも +6,000円の上積みの 26,000円余り。
といあえず当面の目標は 30,000円オーバーかなぁ・・・
2025年 9月 6日 19時16分
口座情報
| 軍資金 |
70,000円 |
| 預託保証金 |
119,373円 |
| 保有建玉損益 |
-28,807円 |
| 証拠金維持率 |
170％ |
| 決済時点損益 |
49,373円 |
| 実質損益 |
20,566円 |
建玉サマリー情報
| 建区分 |
平均建単価 |
単位数 |
現在値 |
評価損益 |
未実現スワップ |
合計評価損益 |
| 買 |
146.463 |
3,000単位 |
147.478 |
3,044円 |
2,026円 |
5,070円 |
| 売 |
144.642 |
9,000単位 |
147.480 |
-25,536円 |
-8,341円 |
-33,877円 |
あ、あのぉ～・・・ ここを読んでいるみんなに、相談というか、確認というか、お願いというか・・・
ボクのね、実質損益が２万円オーバー行ってんだよ？！
なんか、計算間違いしちゃったのかな？ ^_^;
ボクが考えている公式（？）は、改めて以下の通り。
軍資金 ＝ これはボクが自腹で準備した金額
預託保証金 ＝ 口座額
保有建玉損益 ＝ 含み損益額
決済時点損益 ＝ 今年１年間で決済した時点での損益額
以上のことから
預託保証金 ＝ 軍資金 ＋ 決済時点損益
つまり口座額・・・ 預託保証金から軍資金と保有建玉損益を引いた金額が、現時点での純損益額 ＝ 実質損益なんだと思うんだ。
まぁ、もっと簡単に言っちゃえば・・・
決済時点損益 － 保有建玉損益 ＝ 実質損益
それを踏まえて、見てみると！
20,566円！
20,566円！！
大事なとこなので、３回表示しますっ！
20,566円！！！
間違ってないよね？！
現時点でのボクの儲け 20,566円で合ってるよね？！
2025年 8月26日 18時00分
てなわけで。
みんな、VBAやってる？！ ^_^;
別にねぇ～・・・ むちゃくちゃ人よりもVBAができるってわけでもないが。
まぁ、それでもそこそこ経験も知識もあるよなって程度くらいはねって感じ程度の自覚あり。
だけれど、やっぱ知らんもんは知らんのよねぇ～
逆にある程度知ってる分、それ以上は深入りしないというかさ、知らんくても他のやり方でなんとかなっちゃったりしちゃうからね。
まぁ、今回はある意味、ボク自身の無知を晒すようで恥ずかしい内容かも？ ^_^;
Optional句の罠
これはね、今もボク自身、『そうだっけ？』って感じなのだが・・・
自作プロシージャを作る時、多くは引数を伴うと思う。
またそのように引数という形で与えても、実際は多くの機会でデフォルト値みたいな固定の値でほとんどの場合大丈夫だが
時たま違う値をその引数に与えたいということは多々経験していると思う。
そこで役に立つのがOptional句なのだ。
というか、今回はある程度VBAが判ってる人たち向けってことで、詳細は省こうと思う。
話は飛ぶが、ボクはよくラッピングして自分専用のライブラリを作る。
これくらいはみんなもよくやるんじゃなかろうか？
一例（てか、こいつでボクもハマッたんだけどね）として、MsgBox関数なのだけれど。
MsgBox メッセージ, [ボタンスタイル], [タイトル], [ヘルプファイル], [コンテキスト]
まぁ、基本的な関数だからこれも説明いらずだろうが・・・
メッセージ以下、コンテキストまでが引数だ。
そんで [・・・] と、大カッコ（っての？）で括られている箇所は、いわゆる・・・ ここでもOptionalって言って良いのかな？
指定をしてもしなくても良い引数だよね。
つまりMsgBox関数おいて、必ず指定をしなければいけない引数はメッセージだけだ。
そこでこいつのラッピングって、どういうこと？ってなると思うが・・・
インフォメーションアイコンにしろ、クエスチョンアイコンにしろ、エクスクラメーションアイコンにしろ、指定する時のキーワードが長いじゃん？
それに加えてボク自身、英語が大の苦手さ、スペルが覚えられんのよねぇ～
たしかにVBAにはインテリセンス機能が備わっているから、そこまで気にすることはないのだろうけれど。
それ以上にやっぱ長さだよね、手入力によるわずらわしさの解消のためにも、つまりさらに楽になるようにラッピングをしているわけだ。
ちなみに、ボクがよくやるのは・・・
例えばインフォメーション（情報）アイコン，エクスクラメーション（注意）アイコン，クリティカル（障害）アイコン
これら３つのメッセージボックスの返し（ボタンスタイル）は vbOK の固定にしちゃって・・・
メッセージは引数という形で与える。
タイトルは、基本的に作ったツールのタイトルをグローバル定数（gcTitle：gcはグローバル定数に付ける接頭辞 by マイルール）という形にして与えちゃう。
だからこいつ（gcTitle）は、グローバル定数を定義してるとこにまとめて定義するよ。
そんでこれを・・・
例 インフォメーションメッセージボックス
'====================================================================================================
' Public Subプロシージャ
'====================================================================================================
Public Sub MsgInf(ByVal pMsg As String)
Call MsgBox(pMsg, vbInformation, gcTitle)
End Sub
このような自作のプロシージャを作っちゃう。
これを見てピンッと来る人もいるだろうが、この他にvbExclamation，vbCritcalも作って、それぞれMsgExc，MsgCriという自作プロシージャ事前に作っておいて、それを一つのライブラリとしてまとめている。
これだとね、いちいち MsgBox(pMsg, vbInformation, gcTitle) と長ったらしく書かなくて MsgInf(sMsg) と済むし、
あと、これならボクのように英語が苦手でも Inf，Exc，Criと書けばそれだけで各メッセージボックスの書き分けも済むわけだ。
まぁ、似たようなこと、やってる人も多いと思うけど・・・
マネしていいよ！ ^_^;
さぁ、次は今回のメインであろうクエスチョンメッセージボックスだ！
'====================================================================================================
' Public Functionプロシージャ
'====================================================================================================
Public Function MsgQue(ByVal pMsg As String, _
Optional ByVal pDefBTN As VbMsgBoxStyle = vbDefaultButton1, _
Optional ByVal pDefStyle As VbMsgBoxStyle = vbYesNo) As VbMsgBoxResult
'***初期化***
If pDefBTN = 0 Then
pDefBTN = vbDefaultButton1
End If
If pDefStyle = 0 Then
pDefStyle = vbYesNo
End If
MsgQue = MsgBox(pMsg, vbQuestion + pDefStyle + pDefBTN, gcTitle)
Public Sub
今回、メインの『Optionalの罠』の正解（？）を先に書いちゃうが、上の自作のMsgExcプロシージャなのだ。
ここで間違ったプロシージャの定義を・・・
'====================================================================================================
' 間違ったプロシージャ
'====================================================================================================
Public Function MsgQue(ByVal pMsg As String, _
Optional ByVal pDefBTN As VbMsgBoxStyle = vbDefaultButton1, _
Optional ByVal pDefStyle As VbMsgBoxStyle = vbYesNo) As VbMsgBoxResult
MsgQue = MsgBox(pMsg, vbQuestion + pDefStyle + pDefBTN, gcTitle)
Public Sub
この違い、わかるかな？
繰り返すが、まぁ、ボクが不勉強だっただけなんだけれどさ。
ボクはここで、デフォルトでフォーカスするボタンの位置とボタンの種類を引数として与えている。
且つ、基本的にクエスチョンメッセージボックスは はい／いいえ（vbYesNo）として、フォーカスは はい になるように、Optional句を引数：pDefBTN，pDefStyleを加えている。
つまり基本的なクエスチョンメッセージボックスだけを使いたい場合
Call MsgQue(sMsg)
このように書けば済む・・・ と、想定していたんだよね。
Optional句を付けると省略できて、例えば・・・
pDefBTN As VbMsgBoxStyle = vbDefaultButton1
上記で言えば、引数：pDefBTNを省略すれば vbDefaultButton1 が自動的に指定される・・・
ところがだ！
なんか想定外のことが起きちゃったんだよ。
ボタンスタイルが vbYesNo となるはずなのに vbOKOnly を指定してる状態になったり、確実に vbDefaultButton2 と指定しているのに vbDefaultButton1 が指定されている状態に・・・
もう、わけがわからん？！
調べてみたら・・・
MsgBox関数の引数：ボタンスタイル
= アイコンの種類 ＋ ボタンの種類 ＋ 規定ボタン（フォーカスさせたいボタンの位置）
さらに言えば順不同・・・ なんだが、まぁ、これも詰める必要はなかろう。
さぁ、とにかくなんで上手くいかんかったのか？
それはMsgBox関数の引数：ボタンスタイルが合算タイプのフラグ、これ自体が原因だったのさっ！
これが引数が文字列であれば・・・ 合算タイプでなければ・・・
Optional句で、指定したデフォルト値をそのまま持ってきてくれる。
だが合算タイプだと、引数：pDefStyleを省略した場合、デフォルト値が 0となってしまうこともあるらしい。
これで間違ったプロシージャを見てもらいたいのだが、こっちはデフォルトでvbYesNoとなっていると思っている。
その状態でフォーカスを いいえ に当てたいので引数：pDefBTNに vbDefaultButton2 を指定してやったのだが、引数：pDefStyleが 0 となってしまうとそれは vbYesNo ではなく vbOKOnly てあり、つまりボタンは１つだけだから引数：pDefBTNに vbDefaultButton2 を指定とかぜんぜん意味なし！
それを踏まえて正しい方のMsgQueプロシージャを見てほしい。
プロシージャの取り込みの部分で省略時は 0 として、そのプロシージャの中でIf文で値が 0 の時に改めて値をセットしているわけだ。
これを知るまで、もぉ～なんでぇ？！って状態でねぇ・・・
でもね、以前は間違ったプロシージャの定義の仕方でも、狙った通りの動作をしてたような記憶もあり・・・
それが最初の方に書いた『そうだっけ？』って歯がゆい思いになっているのだ。^_^;
これが今回ボクがハマった『Optionalの罠』なのだが、どうだったかな？
「そうだったのかぁ～」，「そういうことがあるんだっ？！」だった？
それとも「それって当たり前じゃん？」，「かぶくんまんってそんなことも知らなかったのぉ？！」だったのか？
こんなんボクでも、まだまだVBAと共に生きていくのだ・・・
2025年 8月24日 9時40分
口座情報
| 軍資金 |
70,000円 |
| 預託保証金 |
109,334円 |
| 保有建玉損益 |
-29,682円 |
| 証拠金維持率 |
169％ |
| 決済時点損益 |
39,334円 |
| 実質損益 |
9,652円 |
建玉サマリー情報
| 建区分 |
平均建単価 |
単位数 |
現在値 |
評価損益 |
未実現スワップ |
合計評価損益 |
| 買 |
147.427 |
8,000単位 |
146.931 |
-3,968円 |
+1,651円 |
-2,317円 |
| 売 |
144.314 |
8,000単位 |
146.933 |
-20,950円 |
-6,415円 |
-27,365円 |
１８～２２日のご報告。
そうねぇ～・・・ まぁ、預託保証金なんだけど、こいつは単純に現段階の口座額ね。
つまり軍資金＋決算時点損益＋保有建玉損益なんだな。
先週との差は +2,889円也！
つまりこいつが先週の・・・ プラスなら儲けであり利確額で、マイナスなら損失であり損切り額ってわけだな。
ここの数値を出していけてるのであれば、まぁ、多少の含み損，塩ポジには目を瞑ろう。
何が言いたいのかって言うと、勝負出来さえすればどんなに少額でも勝ち続ける率が今のボクには高いだろうから。
逆に言えば、今のボクは勝負が出来ない状況になることが一番ツライ，困る状態だという認識がある。
それを踏まえて、サマリーの数量を見て欲しい。
どちらも 8,000単位とある。
金曜日、少しの間だけ、売り玉との差が 6,000単位も出来たんだけれどねぇ。
つい、勝負してしまい、けっきょく逃げられず、その空いた 6,000単位の枠も買い建てですぐに潰してしまった。
そして現在の含み損が、約３万円近くもある。
まぁ、証拠金の維持率とか考えると 1,000単位くらいしか勝負できねぇ～んじゃないのかなぁ？
またボクは精神安静上、もう売り玉から入るってのは原則やらないようにって決めたんだ！
だから買い玉 1,000単位でしか勝負できない！
一方で今の状況は、かなりスワップの差引額になるだろうし、ボクからしてもありがたい。
けっきょくこれも塩ポジ如何（証拠金維持率）に関わってくる話なんだろうけれどさ。
厳しいけれど、まぁ、がんばるよぉ～
2025年 8月17日 0時22分
口座情報
| 軍資金 |
70,000円 |
| 預託保証金 |
106,445円 |
| 保有建玉損益 |
-24,219円 |
| 証拠金維持率 |
174％ |
| 決済時点損益 |
36,445円 |
| 実質損益 |
12,226円 |
建玉サマリー情報
| 建区分 |
平均建単価 |
単位数 |
現在値 |
評価損益 |
未実現スワップ |
合計評価損益 |
| 買 |
145.604 |
2,000単位 |
147.228 |
3,247円 |
1,330円 |
4,577円 |
| 売 |
144.314 |
8,000単位 |
147.230 |
-23,326円 |
-5,470円 |
-28.796円 |
ボク的には、ちょっと空いてしまった感があるが、今週の戦績だ。
こうして見るとボク自身驚いているのだが、実質損益で 12,000円もあるんだよねぇ～
現時点での話だけれどさ。
自慢じゃないが、１勝負じゃマジで負けてない！
１勝負って、玉を建ててから決済するまでのことを言ってるよ。
そりゃ、負けないって・・・ だって、ただただ損切り拒否ってるだけなんだから。^_^;
こんなやり方、自分でもどうかと思ってんだけどね。
今までもこれで、何度もコツコツどぼぉ～ん・・・ を繰り返してきてんだからさ、またこの繰り返しかなぁ～って、今も思ってはなくはないんだよね。
だもんで、サマリーを見てもらうとわかるように、売り玉の塩ポジ 8,000単位も処分できずに溜まっちゃってる。
だからねぇ・・・ どうしても日々のマイナススワップが気になっちゃって。
ボクは貧乏弱小トレーダーなので、1,000単位ずつでしか勝負できないけど、それでも１日辺り、今じゃ 16円？ 17円？
それ×（掛ける）単位数・・・ つまり、ボクの場合は今のところ ×8 なわけだから、128～136円ずつ確実にマイナスってるわけだ。
それがあるからねぇ、どんなに負けなし・・・ 連勝中・・・ って言っても、なかなか心から安心できない
自分でも、所詮またコツコツどぼぉ～んなんだろうなぁ～ってのがある。
とは言え、こういうやり方しか・・・
性格的にもね、なかなか他のやり方は出来ず、もうね、突き進むしかない！
最近は、そんな中でもまたある程度パターンを見つけてっていうか、感じていて。
それはなんとなく上がりそうだなぁ～って時で買うんじゃなくって、その時その時で、落ち切った時にエントリーする。
チャート見てて・・・ ニュースとかで・・・
今現在強いぜっ！ 上がっている時にもこのまま上がるの確実って時はエントリーしない。
それよりも、下がりそうだな・・・ 下がっている時に、逆に注目して、ここらで反転するんじゃなかろうかって時にエントリーする。
またこれだと、基本、買い建てしかできないわけで、マイナススワップも関係ない。
なので『ここらで反転するんじゃなかろうか』ってのも予想なわけだから、外れるわけもあるわけで。
だからでも、プラススワップなので『損切りしない，損切りできない』ボクでも、ぜんぜん気持ち的にも余裕が持てるわけだ。
とは言え、今現在は 8,000単位もの売り玉抱えてて、一方買い玉は 2,000単位。
買スワップは15～16円すると、１日辺り 30～32円しかプラスになってない。
売スワップとの差益は１日辺り 98～104円で、これが実質毎日のマイナスなんだな。
繰り返しになってしまうけれど、これがあるから安心できない部分もあったのだが、そんな中でも最近は日々毎日利確出来てきている。
しかも今週の利確額は 500～1,000円くらいで、そう考えると・・・ 割り切れると・・・
なんか売スワップは怖くないのかなぁ～・・・ ってね。
だから『最悪、純粋に持ち玉の損益だけをプラスで逃げ切れれば、いいんじゃね？』って思えるようになってたんだよね。
だけれど、そうは思いつつも自分でも自信が持てなかったけれど、それを踏まえての今の実質損益 12,000円だ。
正直、こんなに利益があることを知って、もしかしたらこのままでいいんじゃないのか・・・ と、思い始めてる、かぶくんまんだったりする。
2025年 8月 7日 6時30分
なぜ
無駄なのか・・・
と、いきなり始まってもなんのことやら判らぬ人もおられよう。
ある日のＸのポストなのだ。
ボクは2024年末に大病を患い入院をよぎなく、半年以上も入院生活を送ったのであった。
その間に、それまで従事していた案件先とは切れしまったが、この８月から仕事復帰。
そのために通勤のために、定期を購入！
経路は、最寄り駅であるJR浜野駅－JR新木場駅 乗り換え （東京メトロ有楽町線）新木場駅－（東京メトロ有楽町線）月島駅 乗り換え（都営大江戸線）月島駅－（都営大江戸線）築地市場駅だ。
１カ月 32,820円
職場への最寄り駅はも一つあって、それはJR新橋駅。
当初、面接時に担当の営業の人と待ち合わせ時に『JR新橋駅よりも都営大江戸線 築地市場駅の方が近いかも？』との話をしてて、素直なかぶくんまんはそれに従い築地市場駅を利用。
たしかにまともに歩くと築地市場駅の方が近いかもぉ～・・・ って感覚はある。
だが、（現段階では、また初勤務後１週間も経ってないが）慣れてくると、職場の人たちは退勤すると築地市場駅へ向かうよりも圧倒的に別ルートに向かっているがわかる。
ある時ついてってみると、（近くある）電通本社から地下道へ居りて日テレタワーとかに繋がる地下道へ・・・
そう、こいつを利用するとJR新橋駅から地上を歩くよりもかなり距離的に近い。
また電車に乗ってる時間も短いし、なにより我が最寄り駅のJR浜野駅から総武快速で乗り換え無しで１本（場合によっては、JR千葉駅乗り換えあり）で済む。
しかも・・・ 定期代 １カ月 23,950円！
マジかよ・・・ とは、思ってみても、もう後の祭り・・・
今現在は、
無駄にJR浜野駅－都営大江戸線 築地市場駅間の定期を使いつつ、日々別途 242円（だったかな？ しかも片道分！）の不足分を出しつつ、今日もボクは総武快速線を利用して通勤するのである。
2025年 8月 2日 22時31分
口座情報
| 軍資金 |
70,000円 |
| 預託保証金 |
94,002円 |
| 保有建玉損益 |
-23,337円 |
| 証拠金維持率 |
145％ |
| 決済時点損益 |
24,002円 |
| 実質損益 |
665円 |
建玉サマリー情報
| 建区分 |
平均建単価 |
単位数 |
現在値 |
評価損益 |
未実現スワップ |
合計評価損益 |
| 買 |
145.604 |
2,000単位 |
147.319 |
3,429円 |
884円 |
4,313円 |
| 売 |
144.314 |
8,000単位 |
147.321 |
-24,054円 |
-3,596円 |
-27,650円 |
本日（８/２）のある時のボクのFXの結果だ。
すごかったねぇ・・・ ドル円の動き！
ん？ それほどでもないかい?！ ^_^;
まぁ、１年通してみれば、この程度の動きなんかそこそこあるけれどねぇ・・・
それにしたって、ボクのような維持率ギリギリで飛ぶか飛ばんか分からん崖っぷちの勝負をしてるもんにとっちゃ止めてくれよって感じの値動きだったよ。
けっきょく耐えきれずに、また１万円追加しちゃったわけだしねぇ～
どんどん上げてった時は気が気でなくてねぇ、買い玉の塩漬けポジが気が付いたら指値決済に引っかかっちゃって、どんどん決済されていっちゃってさ。
もうわけわかんなくなっちゃってねぇ・・・
このまま持ってるよりも、もう少しでもハイリターンで手放した方がいいんか？
でも、そこで手放しちゃったら、今度はでっけぇ～売り玉の含み損だけが丸々残っちゃうだけで、維持率的にはどうなるんだ？！って感じでねぇ
そこを乗り越えたと思ったら、今度は 147円台まで落っこちたわけで。
２，３円くらい落ちたわけでしょ・・・ 正直、助かったよ！
含み損もさ、一気に２万円も減ったわけだし。
ここまで落ちたら、買い玉枠どれくらいあるんかな・・・
まぁ、1,000単位は確実で、2,000～3,000単位は勝負できる枠があるかなぁ？
そしたらその枠で、また地道に手堅くチッこく利確してって積極的に含み損を減らさんとなぁ～
2025年 8月 2日 13時30分
昨日は、お仕事復帰・・・ というか、社会復帰１日目の初めての職場のお仕事初日。
ボクはVBA一本の派遣プログラマ（VBAでプログラマってのも仰々しいんだけれど）なんだけれどさ、去年末に大病しちゃってこの夏前まで半年以上も入院してたんだよね。
今年の１月末で、切られちゃってさぁ～ ^_^;
７月末まで無職の電脳遊び人だったんだよね。
まぁ、そんなわけで、そのお仕事初日をがんばったってご褒美と・・・
劇場版『東京ＭＥＲ ～走る緊急救命室～ 南海ミッション』の公開初日ってことで仕事帰りに、ちょうど帰り道の道すがら、いつも通ってるご贔屓の映画館があるんで観に行った。
ボクこれさぁ～ テレビの連続ドラマでやってた時から好きだったんだよねぇ～
タイトルから内容も想像できちゃうだろうし、そのご想像通りなんだけど。
ある時、おっきな事件というか事故というかさ、しかも『南海』なんてついてるわけで南の方の諸島あたりで大規模な自然災害が起こってね。
それを助けるために右往左往するキャストに、そのキャストを助けるために頑張る主人公たち・・・
で、どうする？ どうなる？！って内容なんだけれどね。^_^;
ボクは基本的にハッピーエンドが好きなんだよね。
見ている間に、いろんなことあってハラハラドキドキすんじゃんさ。
こう・・・ 場面を盛り上げるために主要メンバーが死んじゃったりさ、最後の最後で亡くなっちゃったり・・・
そっちの方がドラマチックにもなるから、わからんでもない。
それにハッピーエンドになるには、やっぱありえない強引な展開（ありえん確率のラッキーが続くとか・・・）があったりとかで、そういう意味でしらけたり。
だけど最後にハッピーエンドだと、ホッとするじゃん。
そのギャップに癒されるというか、最後がこういう終わり方だと安心するんだよねぇ～
だからハッピーエンドの方が好きなんだよね！ ^_^
詳しい内容は書かないよ。
まだ公開したばっかってのもあるし、作品を上手にまとめて紹介するって事自体もあんまし得意ではないからね。
まぁ、ベタな内容でも、それでいい！って思えるなら楽しめると思う。
このボクの雑記程度で興味を持ったら・・・ とは言いづらいけれど、興味持ったらぜひ劇場まで！
2025年 7月31日 23時33分
口座情報
| 軍資金 |
70,000円 |
| 預託保証金 |
93,950円 |
| 保有建玉損益 |
-41,770円 |
| 証拠金維持率 |
108％ |
| 決済時点損益 |
23,950円 |
| 実質損益 |
-17,820円 |
建玉サマリー情報
| 建区分 |
平均建単価 |
単位数 |
現在値 |
評価損益 |
未実現スワップ |
合計評価損益 |
| 買 |
145.604 |
2,000単位 |
150.469 |
9,729円 |
818円 |
10,547円 |
| 売 |
144.314 |
8,000単位 |
150.471 |
-49,254円 |
-3,321円 |
-52,575円 |
本日（７/３１）のある時のボクのFXの結果だ。
軍資金を見て欲しい・・・ なにげに１万円、増資！
だって今朝口座サイトにログインしたっけ、催促されちゃったんだもん・・・ ；_；
-45円足りないよぉ～って
それくらいおまけしてくれよぉ～・・・ ってことで、迷ったけれどさ、１万円追加したのだが・・・
昨日、実を言うと 148円台の買い建て塩漬けポジが 5,000単位あったんだけど、この一気の円安でプラスになっちゃってさ
悩んだけれど、もうわかんなくなっちゃったから、決済しちゃえってね
だから利確額も、それなりに上がってんだけれど、ホールドしてる買い玉が一気に減っちゃったしバランス崩れちゃって維持率がひっかかっちゃったよぉ～
とほほ・・・ ー_ー;
しかも、ドルの快進撃が留まるところを知らず・・・
１万円も増資したのに、もう維持率 100％切りそうなんだよなぁ～・・・ ^_^;
2025年 7月30日 0時23分
やっぱし、世の中にゃ、ボクと違って有意義な活動してる人がいるねぇ・・・
ご存じ（？）のように、ボクは一応あまり相手にされてないけれど、
Ｘでアカウントを持ってちょこちょこポスってるのだな
だもんで いいね とかさ、たまぁ～にしてもらえっとむちゃくちゃ嬉しくってねぇ ^_^;
したっけ、どんな人か気になるじゃん？
だもんで相手のＸに行ってみましたよ・・・
そこで冒頭のフレーズ
有意義な活動してる人 に戻るわけだ
一応、最後のVBA使いを自認するボクとしては、ボクのようなくだらんこのサイトとはぜんぜん違う、大変有意義な見逃せないサイトを運営なさっている人だった
VBAエキスパート対策 用語問題集
いわゆるマイクロソフトのオフィス検定（MOSといか言うヤツ）のVBA版って感じ？
またVBA検定（って言っちゃうけれど）って、エキスパート，スタンダード，ベーシックってあって、このサイトってちゃんと３つの試験対策用に作ってあるんだよねぇ
すごいよねぇ・・・ えらいよなぁ～・・・
そんでさらにすごいなってのがさ、ユーザーさんってのかな？
ここを利用してそれなりに合格してるって人たち、いっぱいいるんだよねぇ～
もちろん合格した本人の努力が一番なんだろうけれど、でも、絶対に一助になってるはずだし、そういうサイトを個人で運営してるってのがホントにスゴイと思う！
最後のVBA使いを自認するボクとしては、みんなもね、ぜひ・・・
こちらのサイトをキッカケにVBAを初めてもらいたいねぇ～・・・
ん？
したっけ、ボク自身はこの問題集をやってみてどうだったってぇ？
もちろん合格レベルの得点は取れるんだろう・・・ だとぉ？！ ー_ーﾒ
やるわけないだろうっ！
やってみて、箸にも棒にもひっかからん結果になったっけ、どうしてくれる？！
かぶくんまんは実践派なんだよ ^_^;
2025年 7月28日 2時16分
口座情報
| 軍資金 |
60,000円 |
| 預託保証金 |
80,138円 |
| 保有建玉損益 |
-27,930円 |
| 証拠金維持率 |
110％ |
| 決済時点損益 |
20,138円 |
| 実質損益 |
-7,792円 |
建玉サマリー情報
| 建区分 |
平均建単価 |
単位数 |
現在値 |
評価損益 |
未実現スワップ |
合計評価損益 |
| 買 |
147.651 |
8,000単位 |
147.663 |
96円 |
1,427円 |
1,523円 |
| 売 |
144.314 |
8,000単位 |
147.665 |
-26,806円 |
-2,647円 |
-29,453円 |
本日（７/２８）のある時のボクのFXの結果だ。
タ、タスケテ・・・
勝負単体じゃ負けなし＆連勝なのだが、なにせ１勝負あたり 数十円くらいの利確額しかないからさぁ～
どんなに勝とうが利確しようが、ちぃ～っとも儲けにならん！
逆に、含み損がジワジワ増えていっちゃって・・・ ー_ー;
ホントは、ちょっとずつでも利確で含み損が減ってけばって思ってんだけれどねぇ～
これはも、もう何度も書いてっけれどさ、証拠金維持率の兼ね合いで、もうね、現状、買い建ても売り建ても新規に出来ん状況で ^_^;
今、ちょうど売りも買いも同数量だから、スワップ的に日々マイナスになっちまうんだよな
マイッタよぉ～ ；_；
2025年 7月23日 18時14分
口座情報
| 軍資金 |
60,000円 |
| 預託保証金 |
79,627円 |
| 保有建玉損益 |
-27,186円 |
| 証拠金維持率 |
111％ |
| 決済時点損益 |
19,627円 |
| 実質損益 |
-7,559円 |
建玉サマリー情報
| 建区分 |
平均建単価 |
単位数 |
現在値 |
評価損益 |
未実現スワップ |
合計評価損益 |
| 買 |
147.651 |
8,000単位 |
147.086 |
-4,520円 |
787円 |
-3,733円 |
| 売 |
144.409 |
8,000単位 |
147.088 |
-21,427円 |
-2,026円 |
-23,453円 |
本日（７/２３）のある時のボクのFXの結果だ。
まぁ、そこまで潤沢に資金があるってわけじゃないからねぇ～ ^_^;
お小遣いの範囲内で楽しんでるって感じかな？
あっ、でも、目指せお金持ち！って気持ちでいるよ！ ケタケタケタ ^◇^
御多分に漏れず、テキトーに石投げりゃ当たりそうな素人のド下手トレーダーでねぇ・・・ いや、ボクがってことね。
まず損切りできねぇ～んですわ！ ー_ー;
だもんでどんどん塩漬けポジが溜まっていっちゃって・・・
現在、買い玉，売り玉ともに 8,000単位まで行っちゃって、含み損もでけぇ～し
身動きとれんのですわ！ ー_ー;
この辺りの内容は、すでに何度もＸ（かぶくんまん，kabukunman で検索してくれっとヒットするよん）の方でポストしてっからねぇ・・・
既知の情報なんだろうけれど、ここ、まだトレード関連の内容をアップしてなかったからね。
こういう内容も出していけたらいいなぁ～って思っています。
2025年 7月17日 3時05分
いろいろとＨＰ構築のために作業してた中で、の、よもやま話。
９０年代後半から２０１０年代半ばまで、自宅サーバを立ててＨＰを運営してたんだよね。
今回、こうしてまたＨＰを開設するために、あれやこれややっててさ、当時のことを思い出しちゃってねぇ。
判る人には判ると思うけれど、作ったHTMLファイルをサーバにアップするためのFTPソフトってのがあるんだけど。
まぁ、自宅サーバを立てたらファイルをアップするってことは必要なくなるんだけどさ、ホントにＨＰを作り始めた当初はね、契約したプロバイダが用意してくれたのＨＰスペースにファイルを送るのに必要になるからね。
今回久しぶりにFFFTPという定番のフリーソフトをダウンロードして・・・ そう、それで当時のこと思い出してね。
懐かしぃ～なぁ～ こんなことあんなこと、やったよなぁ～って、ちょっとセンチメンタルな気持ちになっちゃったんだよね。^_^;
そして今回ボクが借りたレンタルサーバは
XServerだ。
ここは、３つのプログラミング言語（Perl，PHP，Python）が使えてねぇ、だったら利用するかどうかは別にして、一応使えるように設定したくなるじゃんさ。
そのためにあれこれしてたら、なんかエラーになっちゃってすんなり動かんくてねぇ・・・
そうなるとサーバの中の設定ファイルとか、ファイル自体をバイナリで確認・・・ とかしちゃった方がてっとり早いんで、TeraTermってこれまた昔ながらの定番フリーソフトがあってね。
そいつもダウンロードしてあれこれやってたら、二十歳ちょいくらいの頃もこんなことやってたなってね。^_^;
でさぁ～・・・ 懐かしいな，楽しいなってのは、ここまでで！
もぉ～ アッタマくることあってね。
こっからは、ちと備忘録的な内容に！
XServerって、使われてるＯＳはLinuxでね、ボクのローカルの作業ＰＣのＯＳはWindowsなのだ。
ＯＳが違うＰＣでおなじファイルを扱うには、その扱うファイルでおなじ文字コードを揃えんと文字化けしちまう。
サーバ側はUTF-8って文字コードを使ってるんで、それに合わせにゃいかんわけだ。
ボクは普段からテキストファイルを扱う場合、フリーソフトのTerapadってエディタの愛用者。
こいつをずぅ～っと２０年以上使ってるし、今、これを書いてるのもTerapadなのだよ。
このエディタ・・・ って、これに限らず最近のエディタは・・・ Windows付属のメモ帳もだけど保存する時に文字コードも指定して保存できるんだよね。
だからUTF-8で保存して・・・ ファイルをサーバにアップして・・・ パーミッションも変更して・・・ まぁ、PerlをCGIとして動かす設定はバッチシ行ったわけだ。
ところが・・・ HTTP EORROR 500でサンプルプログラムが動かないっ！ まったく動かないっ！
結論から言っちまうと、ちゃんと文字コード UTF-8で保存されていなかったのだよ。
このUTF-8って、普通のUTF-8とBOM付きのUTF-8の２種類あってね、ボクはこのBOM付きのUTF-8で保存してたんだよね。
このBOMって、たしかバイトオーダーなんちゃらとか言ってね。
UTF-8ってなんかわからんが、Windowsアプリの中にはUTF-8という文字コードだよって正しく認識されんのがあったりなかったり。
だからファイルの頭（ファイル名の頭じゃなくて、ファイルそのものは0,1の数値の羅列『バイナリデータ』で作られてる）に認識フラグみたいのを付けてね、確実に認識するようにしてるんだよね。
違ったかな？ ^_^;
まぁ、その認識フラグみたいなのがあるのがBOM付きUTF-8、またLinuxでは認識されたりされなかったりってことはないから付いてないUTF-8ってのが２種類ある理由だった感じかな。
そしてLinuxでは当然ディフォルトで・・・ というか、ＨＰを作成する上で？ HTMLで？
原則というか、基本BOMなしUTF-8を使おうねってお約束みたいになっているんだよね。
なぜなら、その認識フラグみたいなのが邪魔して今回のようにCGIとか正しく認識されないってことが起き易いから！
今回、動かなかった理由がまさしくこれなんだけど。
またそのボクが愛用してるTerapad自体、その両方で保存することができる。
保存する時にメニューから『文字/改行コード指定保存』ってのがあってさ、UTF-8，UTF-8Nって選択肢があるんだ。
そんでTerapadの下部右側を一目見れば、どんな文字コードか改行コードか・・・ わかるようになってるんだよ。
だけどね！
[UTF-8]，[UTF-8N] ← これを見て、どっちがBOM付きでBOMなしなのか・・・ わかる？
ボク自身、忘れてたのが一番いけないんだけれどさ、これってね・・・
UTF-8BOM付き
UTF-8NBOMなし
直感的にどうよ？
わかりづらくね？
もっかい書くけれど、こんなことすら覚えちゃいなかったボク自身が悪いんだけれどねぇ～・・・
なんか無性にハラ立っちゃってさ・・・ だって、これで３日くらい引っかかってたんだから！ ーへーﾒ
本来ならばUTF-8Nで保存しなきゃいけないところを、UTF-8で保存しててさ。
Terapadの下部右側を目視で確認しても UTF-8 だから、「よし！ BOMなしになってるぞ」って思いこんじゃってるわけで。
それで動かないわけだから、もうどこも設定とか不備ないのになんで動かんのよぉ～・・・ って、１人でイライラしちゃってたよ・・・
(´Д｀)ﾊｧ…
あと最後の最後にPythonのことも・・・
こいつもさ、XServerじゃCGIとして動くらしいのだが拡張子としては、Pythonって ファイル名.py ってのがデフォルト・・・って言っていいのかな？
またPerl自体も ファイル名.pl ってのが基本デフォだとボクは思っているんだけれどさ。
CGIのコードってことで、昔っから ファイル名.cgi ってのも使われている。
またこれ自体は、その・・・ サーバ側の設定ファイルで、この拡張子だったらCGIのコードだよって指定できるんだよね。
でもPythonは基本 ファイル名 .py だからって拡張子を .py としてしてファイル保存して試してたんだけど全然動かんくてねぇ・・・
これでまただんだんイラついてきちゃって。^_^;
Perlの時同様、またBOM付きファイルでアップしちゃってんじゃないか・・・ とか、いろいろ確認してねぇ。
最後の最後で、まさかな・・・ と、思いつつ、Pythonのコードファイルの拡張子を .py → .cgi に変更したら一発でウソのように動いてくれて！
やったーって同時に、なんかガックシきちゃったよ！ ^_^;
2025年 7月15日 6時14分
ほんとは、こういう雑記もちゃんとブログとかどっかで借りてリンクとか貼ればいいんだろうけれどねぇ
そこは性格的なもんもあってか、昔から自分で作ったのを使いたい・・・ という思いが強く
目的：ＨＰをやりたい！
→ 手段：じゃあ、ＨＰをやろう！
このように目的と手段がダイレクトに結びついてれば楽なのだろうけれど、ボクの場合は・・・
目的：Perlで掲示板を作ってみたい！
→ 掲示板はＨＰで使われるよな・・・ 手段：じゃあ、ＨＰをやろう！
こんな感じで、目的と手段があまりダイレクトじゃないんだよね
まぁ、突き詰めればね、ここで例として示した目的：Perlで掲示板を作ってみたい！ってのもひっくるめて
『ＨＰがやりたい！』になるんじゃないの？って言われちゃえば、たしかにそのとおりなんだけれど
ボクの中ではどこに比重を置いてるのか・・・ ってのも重要ということと
今、時点でこんなペライチの広告みたいなもんでしかないモノを『ボクのＨＰだっ！』って、あちこちで喧伝してることに対しての言い訳だったりする
そんなわけでね、しばらくはこんな感じのつまらんＨＰだろうけれどよろしくね
なんかメインのコンテンツができたっておもろくなるかどうかは、疑問だけれど・・・ ^_^;