T-Pot

Prettierにﾁｮｯﾄﾀﾞｹ貢献しました

Sat, 18 Jul 2026 07:35:40 +0000

背景

最近、@htnabe/prettier-plugin-go-templateというprettierのプラグインを開発しています。

もともとはNicklasPorさんが作っていたprettier-plugin-go-templateというプラグインがあったのですが、このプラグインが事実上のアーカイブ状態になっていました。

関連issue

そこで、prettier-plugin-go-templateの1ユーザーとして、このプラグインを継続的に更新していきたいと思い、上記の通り私のほうでフォークし、リリースしなおしていました。

npm.jsのほうでは以下の通り確認できるのですが、v0.0.1-rc.1のリリース時にすでに220ダウンロード程度されているので、既に使っていただけているようです。

npm.jsの方のページはこちら

貢献内容

貢献内容としては本当に小さなものです。

prettierのプラグインを紹介するページがあるのですが、このページで公開されていた、前のprettier-plugin-go-templateを@htnabe/prettier-plugin-go-templateに書き換えただけです。

詳細といえるほどの詳細はありませんが、PRはこちらです。

マージ後確認しましたが、特に問題なくCommunity pluginとして載っていました。

prettierのpluginページに乗ってる！

こうべアグリパークサンセットラン2026走ってきた

Sun, 05 Jul 2026 14:56:13 +0000

今年2回目のハーフマラソンを走ってきました。簡単な記録を残しておきます。

こうべアグリパークサンセットラン2026とは

こうべアグリパークってとこが明石の北側にあるのですが、ここでランニングしようぜっていうイベントです。

1周の長さと走れる距離は以下の通りで、今回は20kmコースで走ってきました。

1周1820ｍ
- 1.82キロは赤コース×1周
- 5.46キロは赤コース×3周
- 9.1キロは赤コース×5周
- 20キロは赤コース×11周

当日の走行記録は以下の通りです。

コース概要

1周1.8km程度で短めですが、それなりにキツい上りが2か所あります。

記録を確認したところ、11周で325mの上りだったので1周当たり30m程度の上りがある計算になります。

個人的にはこの上りが想像以上に辛くて、乳酸が結構溜まり具合的には30km走ったんちゃうかくらい溜まってました。もう少し減量して筋肉も付けてリベンジしたい…

コース全体的に道幅はそんなに広くないのですが、参加者もめちゃくちゃ多いわけではないのでめちゃくちゃ詰まるとか、そういうのは無かった印象です。

給水箇所/補給食

ゴール/スタート地点すぐに給水所があります。冷温、常温どちらも水とスポドリがありました。

飲み水はありますが、補給食はなかったです。そのため、エネルギー補給用のジェルなどは自前で用意する必要がありました。

参加賞

トマト、ナス、キュウリなど、旬の夏野菜をたくさんもらえました。普通においしく頂きました 🍅

注意点

初心者向けのコースではないので気軽におススメできないかも
バスで近くまでアクセスできるけど、少し歩いて移動する必要がある
- 走り終わった後、バスが30分に一度くらいの頻度になるので時間調整気を付けて

最後に

ここ最近忙しかったのもあり全然準備できないまま当日に臨みました。

結果は2h4min51secとのことで、距離の割にはかなり遅くなってしまいました。考えられる原因は…

土砂降りの雨
想像以上にしんどかった上り坂でペース配分分からなくなった

みたいなところでしょうか。ちなみにこのイベントで使い慣れたシューズについに穴が開き、イヤホンも片方壊れるという災難に襲われました。

シューズ買い替えて次は10, 11, 12月ごろに2回くらいイベント走りたいなと思ってます 🏃

個人ブログでのAIとの付き合い方を考える

Tue, 09 Jun 2026 14:12:18 +0000

ここ最近、仕事でも私生活でもAIとの付き合い方について考えることが増えました。

仕事での付き合い方はいろんな方が書いているので、私生活、特に個人ブログでどうAIと付き合っていくかを考えてました。

結論

現状は凄くシンプルで、個人的に書いているブログには基本AIの思考は挟まないようにしようと思っています。

理由はいくつかあるのですが、一番の理由は俗に言うAI Slopを作り出して、ネットの海を汚したくないなぁというのと、AIが自分の思っていることを変にかさましして、カルピスの10倍希釈くらいうっすい話を展開するやり方が嫌いだからです。

いつかAIもそのあたりの「うっすら嫌われてる」書き方を理解して、より生の人間らしく話したり、書いたりする未来が来ると思いますが、それは別に私が自分で書くのを辞める理由にはならないので、現状の方針は変わらないかなと思います。

このブログもなんだかんだ7年目くらいですが、安定して毎月1万PVくらい見られているみたいで、自分でもよくわからない需要があるみたいです。

AIにこのブログの内容を学ばせるかどうか

現状、このブログの内容をAI学習には使わせない方針で考えています。

理由は簡単で、別にこのブログのことや自分の考えを積極的に世に出したいとは思わないからです。

もともとこのブログを始めたのも、だれかの技術的な学習の支えになれば良いなと思って始めたのであって「困ったときに検索したら出てくる」くらいのひっそりとしたサイトとしか考えてなかったです。

なぜか知りませんが、そんなに記事数が多いわけでもないのに毎月1万pvくらい見られ続けてるこのサイトですが、そんな困ったときの助けになる（積極的にいろんな人に読んでほしいわけではない）存在であり続けたいなと思っています。

以下URLを確認してもらってもわかりますが、主要なAIサービスのクローラーや、スクレイピング系のエージェントは全て拒否しています。Claudflareの設定でも拒否しています。

t-pot.me/robots.txt

AIが今よりもっと隆盛しきったころでもこのサイトがそんな存在として残ってると嬉しいです。

ここ最近のランニングと体重変化について

Mon, 08 Jun 2026 13:05:54 +0000

ちょうど先週定期健康診断に行ってたのですが、うれしいことに去年から2kgほど減量していました。

昨年6月の健康診断で78.0kg、肥満度1の診察を受けて、なぜか再検査の連絡まで受けたのですが、それがショック過ぎてちょっとしたダイエットを始めました（食事制限一切なしで、運動だけで痩せようとしてます）。

一時期、転職活動前後のストレスで10kgぐらい増加して78.0kg（最大82kgぐらい）まで太ったのですが、結果76.0kgまでは減らせました。

普段使ってるサービス

運動と体重の記録には↓のサービスを使っています。

運動：Strava/Garmin
体重: Withings

StravaもGarminも無課金勢なのですが、ランニングについては無料でもグラフ作成できるくらいのデータは取得できます。

もともとランニングよりもサイクリングメインでやってたので、2026年1月まではせいぜい8km/1回の頻度でしたが、ハーフマラソンに出始めてからは15km/1回とかでも走るようになりました。

来月もハーフマラソン走るので楽しみです ✨

Withingsで体重を記録しているのですが、こちらはこちらでwebアプリ上で体重などの推移を確認できます（↓は体重と体脂肪）。

ちょっと見づらいのが残念ですが、去年5月ごろにピーク(82-85kgくらい)を迎え、その後徐々に落ちていっているみたいです。

Webアプリのフォントの実践的な選定

Sun, 22 Feb 2026 10:00:00 +0900

フォント設定はWebデザインにおいて可読性・雰囲気・ユーザーの信頼感に大きく影響するのですが、意外に見落とされがちな技術要素でもあるかと思います。今回、システムフォントからGoogle Fontsまで、Webサイトのフォントを選ぶときのポイントを備忘録的に記載しておこうと思います。

システムフォント: コストゼロの選択肢

システムフォントは、各OSにあらかじめインストールされているフォントです（例外あるかもですが）。これを使うと次のようなメリットがあります。

フォント取得のためのネットワークリクエストが不要になり、ページ表示が早くなる
フォント読み込みによるレイアウトシフト防止

代表的なシステムフォントスタックは次の通りです。

font-family:
 "Hiragino Sans",
 "Hiragino Kaku Gothic ProN",
 /* macOS / iOS */ "Yu Gothic UI",
 "Yu Gothic",
 "Meiryo",
 /* Windows */ "Noto Sans CJK JP",
 /* Linux / Android */ system-ui,
 -apple-system,
 sans-serif;

一方で、デザイン上の個性を出しにくいという問題点もあります。

Google Fonts: 豊富な選択肢と簡単な導入

Google Fontsには1,500以上の無料フォントファミリーがあります。次のように<head>に<link>タグを追加するだけで利用できます。

<link
 href="https://fonts.googleapis.com/css2?family=Noto+Sans+JP:wght@400;700&display=swap"
 rel="preload stylesheet"
 as="style"
/>

display=swapを付けることで、Webフォントの読み込み中もテキストを非表示にせず、読み込み完了まではシステムフォントで表示できます。

メリット:

フォントの選択肢が非常に多い
CDN配信で比較的高いパフォーマンス

多言語サイトでの考慮点

和文と欧文の両方を扱うサイトでは、両方の文字体系に十分対応したフォントを選ぶ必要があります。

用途	推奨フォント	補足
本文（ラテン文字）	Noto Sans	クセが少なく読みやすい
本文（日本語）	Noto Sans JP	Noto Sansと見た目の相性が良い
見出し / ディスプレイ	Orbitron, Raleway	ラテン文字向けかつスタイリッシュなデザイン

Noto Sans JPは、1つのフォントファイルでラテン文字と日本語グリフの両方をカバーできるため、レンダリングの挙動を把握しやすく、実運用でも扱いやすい選択肢です。

真冬の海岸を散歩

Mon, 02 Feb 2026 20:52:25 +0900

最近買ったカメラを持って散歩しつついろんな場所の写真を撮るのにハマってる。

須磨海浜公園行くと必ず通る道

明石海峡大橋も見える

遠近感のある写真だと、スマホで撮るより綺麗。

ぱっと見夏空っぽいけど実際は5℃の寒空

天気はいい

こんな寒くてもヤシの木は元気そう

めちゃくちゃ遠くに船

須磨海浜公園のロゴがめちゃくちゃオシャレですこ。

PLがおもんないので、楽しくやるための考え方を考えた

Fri, 16 Jan 2026 13:41:04 +0000

プロジェクトリーダー(PL)をやるようになって、色々と分かってきたことがあるので書いておこうと思います。プロジェクトが無事終わるまで我慢して続ける、という精神論以外の向き合い方について考えたいなと。

はじめに

次のような構成の架空の請負プロジェクトを考えます。あくまで架空。どこかで見たことがあっても他人の空似です。

プロジェクト規模間：半年～1年
チーム構成
- 経験のあるPM的なポジションの先輩社員が1人
- エンジニアは正社員少数で、関係会社のパートナー社員が数人
  - パートナー社員のレベル感はまちまち
- こんな感じのチームのリーダーをやるとする
  - もちろんコードも書くし、設計もする
お客さんはIT知識のある方もいればない方もいる。要するにランダム。

私の経験

PL経験は数か月、FE技術についてはある程度理解できるし、初めて触る技術も調べつつベストプラクティスに沿って実装できる。今まで1人プロジェクトが多かったが、ここ半年でチームで働く機会が滅茶苦茶増えた。

ちなみにプロジェクトリーダー・プロジェクトマネージャーに関する書籍は読んだことがない。理由はそんなに早くこのポジションを任されると思ってなかったから。

本来は、一度名著的なものを呼んだほうが良いとは思ってる。いい感じの本があったら教えてえろい人。

プロジェクトリーダーをやってみて

一言でいうと、面白さを感じられていない。最大かつ唯一の理由は、成功体験を継続的に得られないからです。あるいは成功を感じるための知識・経験をまだまだ蓄えられていないから、とも言えるかもしれません。

幸せって、やりがいって何だっけ

そもそも、幸せは、ある目標を達成する際の継続的な成長、あるいは目標に向かって自分自身が活躍できている・貢献できている、と感じること自体にあるのではないかと思っています。

また、幸せとやりがいは完全に等価ではありませんが、角度が小さいときのΘとsinΘくらいに相似したとしましょう。そのやりがいの過程に面白さがあるとすれば、どう考えても、継続的な成功体験は必須だなと思ってしまいます。

色々考えるとチームや組織のやり方の話にも展開される

これはチームリーダー・マネージャーの方針と合わないとできないことですが、人を（もちろんリーダーも）育てるうえで、継続的な成功体験は重要な要素だと思っています。人月商売だと、比較的単価の高いリーダー・マネージャーの人数を少なくして、単価の低い人材を外部から入れてプロジェクトを回すことが売り上げに直結しますが、それだけを追い求めすぎると、離職率の向上や、恒常的なモチベーションの低下を引き起こしてしまいます。

少し話がそれますが、Cybozu Inside Out - 開発チーム作成ガイドを公開しますにも似た話が載っているので引用します。

優れたチームは、一般的に、タスクに関する成果（顧客満足、予算と納期の順守、高い品質etc）と人に関する成果（このチームで働き続けたい、成長できる、幸せだetc）を両立します。重要なのは、これらを両立させるという点です。

タスクに関する成果を重視しすぎると、燃え尽きや低いモチベーション、高い離職率などの問題が発生します。人に関する成果を重視しすぎると、仲良しのぬるま湯のようなチームになったり、顧客を無視して技術的な課題を探究してばかりのチームになってしまったりします。

ひどく放任主義、あるいはお粗末な仕事をするリーダーやマネージャー（本人の意図がどうであれ）に当たると、こうした継続的な成功体験を味わうことなく、よくわからないプロジェクトによくわからない状態で放り込まれたりするのかなと思っていたりします。

プログラマ vs 設計者 vs リーダー

次に、プログラマ、あるいは設計者とPLを比較してみると、プログラマ・設計者としては次のような成功体験や成長を感じることができます。

自分で書いた/AIに指示して書かせたプログラムが想定通り動いた
保守性の高いコードやテストを書いて、価値のある機能を実装できた
要件に基づいて、too muchにならないようなディレクトリ構成で実装できた/提案できた
最終的に自分たちが作ったソフトウェアを一定数以上のユーザーに使ってもらえて、何らかの問題を解決できた

設計からコーディングまででは、プロジェクト全行程でそれぞれ面白さや楽しさがありますが、自分の能力の及ばない難易度の高い（あるいは炎上している）プロジェクトにPLとして入ると、こういう面白さが全くないのがつらいところです。

プロジェクトが進んでいく途中は、自分がやっていること（施策）が「おそらく正しいだろう」という推測のもと進んでいくのですが、結果がわかるのはプロジェクトが終わった/終わりそうなタイミングになってようやくなので、そもそも成功体験を積みづらいというのはあると思っています。

ではどうするか

当事者はいくつか取れる行動があると思っています。銀の弾丸ではないですが、少なくともプラスチックの弾丸よりは固いと思っています。

PLを引き受ける代わり、その辛さを給料に反映してもらうよう交渉する（超ムズイ）
PM（先輩社員）や営業/仕事をとってきてもらう人に、自分のレベル感に合う案件を振ってもらうよう依頼する（時の運もあるのでムズイ）
継続的に成功体験を得るのは難しいので、視点を変え、継続的に失敗を重ねないよう、PMに業務分担を依頼する（比較的簡単）
「何が何でも」自分より経験や知識のある社員をアサインしてもらい、PLの業務を分担してもらう（時の運もある）
逆に（というか最善の策は）、PLが仕事しなくても遅延が生まれない/仕事しなくても勝手に遅延をリカバリしてくれるメンバーが集まった少数精鋭部隊に入れてもらうように依頼する（時の運もあるが一番簡単）

他にもあるかもですが、パッと思いつくところだとこんな感じです。

要するに、おもんないことにはそれ以上におもろいことをぶつけて相殺するしかないのでは？という話です。

PLもチームメンバーであることを忘れないで

PLの役割は、プロジェクトの遅滞なく、メンバーの無理なくプロジェクトを成功させる（サポートする）ことだと思っています。そして「無理なく」の対象にはもちろん自分自身も含まれることを忘れてはいけないと思います。

PLがおもんないなら、おもんないことをカバーできるだけのおもろいことをやらせてもらおう。

そもそも、おもろいことをやらせてくれない会社・組織終わってんだろの精神で、そういう会社を選ばない/活躍の場を変えるのも手だと思っています（ありがたいことに私の会社は多少やばいけど話を聞いて対処してくれる会社なので良かった）。

（というか、↑を許してくれないからリーダーをやる人が、あるいはリーダーを任されるくらい優秀な、経験のある社員が残ってくれないんじゃない？知らんけど）

まとめという名の蛇足

そもそもだが、超絶仕事できる開発チーム・プロジェクトにアサインされたらこんなこと考えなくて良いのにね。

皆がリーダーで、皆が仕事のQCDSを管理して働いてくれるチームで働きたいだけの人生だった。

p.s. 最近オーイシマサヨシの曲聞きながらランニングしてるんだがめちゃくちゃはかどってる。

【レビュー】Lenovo Tab Plus

Sun, 30 Nov 2025 05:33:30 +0000

※ 本コンテンツの一部の画像は生成AIツールを使って作成されました。

🚀 はじめに

プライベートで書籍を読む際や動画を見る際にコンパクトかつ自立するタブレットが欲しいなぁ～と思っていたのですが、Lenovo Tab Plusがほどよいコスパと機能感だったので共有します。

Lenovo Tab Plus公式ページはこちらです。詳細なスペックの説明は以下のサイトなどに任せます。

なお、本機は Android 15 までアップデートが予定されていますが、セキュリティサポートの終了は2028年7月となっている点にはご注意ください（以下参考）。

Lenovo Androidアップグレード表（公式）はこちら

📆 4か月使ってみて

結論

「エンタメ消費用」として割り切るなら、この価格帯では最強格の選択肢だと思います。意外かもしれませんが、処理の重いスマホゲームも設定次第で特に問題なく動きます。

一方、本体質量は 約650g と重めです。通勤電車などで片手持ちしていると角が手に食い込むほか、腕もそれなりに疲れるので、とにかく軽い端末を探している方にはおすすめできないかもしれません。

バッテリー持ちは普通です。パフォーマンス設定と利用頻度にもよりますが、私は週2, 3回の充電サイクルで使っています。そこらのスマホや一般的なタブレットと比較しても、体感的に大差はありません。

🔉 音響体験

各種レビューサイトやLenovo公式が強調している通り、音質へのこだわりは相当なものを感じました。JBLスピーカーが8基も搭載されているだけあり、タブレットとは思えない厚みのある音が出ます。

YouTubeのトーク動画などでは違いを感じにくいかもしれませんが、SpotifyやRadikoで音楽を流すと、一般的なスマホやノートPCとは比べ物にならないほどの臨場感があります。Bluetoothスピーカーを用意せずとも、これ一台で上質なBGM環境が整うのは大きなメリットですね 💪

📺 2Kディスプレイの満足感

実売価格を考えると、このクラスで2Kディスプレイ（2000x1200）を搭載しているのも推せるポイントです。

【レビュー】アイリスオーヤマ食器洗い乾燥機 KISHT-5000-W

Sat, 29 Nov 2025 13:25:29 +0000

はじめに

数か月前に食器洗い乾燥機を買いました。公式の商品ページは下の通りです。

私は普段から週1, 2くらいでお弁当を作ったり、日々の料理をしていたのですが、皿洗いが精神的にだいぶ負担だったので買うことにしました。

ただ、自宅のキッチンがそんなに広くないので（マンション選びミスったなぁ…）現状は使う時だけカウンターに出して、使い終わったらシンク下に収納しています 😿

簡単スペック

種類：卓上型食器洗い乾燥機
サイズ感：コンパクト（幅x高さx奥行 = 42cm x 44.5cm x 43.5 cm）
容量の目安：食器数枚＋弁当箱や小さめフライパンが入る程度
給水方式：内部に水を貯めて動作するタイプで、使うたびに注水が必要

第一印象

実際のサイズ感

奥行(43.5 cm)

【レビュー】Teskyer ガジェットケース

Sat, 29 Nov 2025 11:36:37 +0000

はじめに

今年からハイブリッドワーク（週3~4リモート）をするようになって使い始めたガジェットケースを紹介します。一旦半年使っての感想となります。

第一印象

一旦、私用と社用のスマホの充電コード、社用スマホ、目薬等々を持ち運びしたいな～と思ってamazonで探して上の方に出てきたやつを選びました。

Teskyer ガジェットケース TC05BK（ブラックＭ）

amazon.co.jp

サイズ感は商品ページにある通り、縦x横x奥行 = 6.5cm x 14.5 cm x 23cmとなっています。

社用スマホが小型なおかげで余裕で入ります。

現在は↓の充電器やスマホ、目薬などを入れています。

割とギチギチ

スマホは上段のポケットへ

サイズ感はこんな感じ。

年末に読むアジャイルサムライ

Sun, 23 Nov 2025 08:21:11 +0000

Techカテゴリに書こうかなぁ…と思ったけど、読み物としておもしろいのでDailyカテゴリにした。

読んだ内容を一気にまとめようと思うと時間がかかりそうなのでスクラップとして書いておく。

2025/11/23

諸事情により↓の書籍を読み始めた。

アジャイルサムライ−達人開発者への道−

amazon.co.jp

一旦第2章まで読んだ。

第1章

アジャイル開発についての概要が書かれていた。

期待をマネジメントする

はウォーターフォールでも同じことが言えそうですね。

第２章

アジャイル開発の詳細について学んだ。キーワードは次の通り。

自己組織化
職能横断型チーム
- ゼネラリスト
- チームメンバーを探す際に考慮すること
オンサイト顧客/プロダクトオーナー
権限

今までアジャイル開発に対して理解の浅かった箇所が言語化されることで要点が分かってきた気がしている。

特に次の記述は、自分がモヤってた箇所をちゃんと説明してくれているのでありがたいですね。

チームビルディングをうまくやるために望ましいのは、役割に人を合わせるんじゃなくて、人に合わせて役割分担を決める
アジャイルプロジェクトでは…（略）…誰もが色んな役割の帽子をかぶり分けなきゃならない

それと同時に、よくある役割分担と自分の性格とか思想に対する相性も見えてきた…

役割	相性	理由
アナリスト	△	経験が少なくて動き方を想像しづらい
プログラマ	◎	製品に対する思想と今までの経験が一番合致する（当たり前か）
テスター	〇	プログラマほどではないが、概ね一致
PM	〇	経験は少ないが、思想が一致
UXデザイナ	×	ゴミなUIは理解できるが、実際にUX改善のために何をやるのかわかってない
DB管理者	〇	なんとなくイメージはつくが、DBチューニングや重めの保守管理業務の経験がほぼない
インフラ管理者	×	未経験すぎる

今のところはこんな感じ。明日以降もちょっとずつ読み進める。

2025/11/25

第5章の途中まで読んだ。

第３章

インセプションデッキの概要（10の質問）の役割と重要性を学んだ。

第４章

プロジェクトの開始時点で次の項目を実施した方が良いことを学んだ。

CLIライブラリ作成メモ

Sun, 16 Nov 2025 13:20:32 +0000

2025-11-16

コミットに署名を追加する

農産物みたく「私が作りました」を表示する。

当初、devcontainer上でGPG鍵を作成しようしたがエラーが出てしまっていた。調べてみると、いろいろと黒魔術っぽいことすれば回避できるようだったが、だる過ぎるので署名にSSHを使うことにした。

下の記事を参考にした。

ローカル → GithubへのAuthenticaionにSSHの公開鍵を登録してSSH接続するのと同じようにして、Signing-keyに公開鍵を登録する。

ローカル側でも細かい設定が必要だが、詳細は上記記事を参照して下し亜。

いまさらながらGithub Actionsを使って自動publishを試す

地味に開発を続けているalgolia-uploaderについて、いまさらながらGithub Actionsで新しいタグが出た際に自動的にnpm publishコマンドが走るように設定した。

主役のファイル：publish.yml

まずnpmjsのGUI上からトークン生成する際に躓いた。

Packages and scopesの説明しかり、Bypass 2FAの説明しかり「いったいどういう意味だってばよ」状態になってた。

少し調べたら出てきますが、各選択肢は下記記事の説明に従って作ればよいはず。

上記はいったん解決したが、普通にNPM_TOKENを設定しただけだと次のようなエラーが出た。

npm error 403 403 Forbidden - PUT https://registry.npmjs.org/algolia-uploader - Two-factor authentication is required to publish this package but an automation token was specified
npm error 403 In most cases, you or one of your dependencies are requesting
npm error 403 a package version that is forbidden by your security policy, or
npm error 403 on a server you do not have access to.
npm error A complete log of this run can be found in: /home/runner/.npm/_logs/2025-11-16T04_29_06_002Z-debug-0.log

原因を探していくうちにnpmjsのTrusted Publisherなるものを知った。最近？あったnpmのサプライチェーン攻撃に対する対処の一つなのかな？知らんけど。

【2025年】新年のご挨拶

Mon, 06 Jan 2025 13:11:44 +0000

明けましておめでとうございます。本年も本ブログをよろしくお願いいたします。

本ブログの2024年の振り返り

旧年も「中々記事を書く時間を作れなかったなぁ…；；」というのが正直なところです。

そんな中でも相変わらず以下の記事を多くの方に読んでいただいているようです。まあニッチすぎて誰も書いてないということなんでしょう😅

北大院試験を落ちた話
ティモシェンコ梁についての解説
モニターアームのレビュー記事
グリーンのひずみについて
React Native関連

今年はドメイン代の回収はできませんでした…悲しい 😓

ドメイン代	ブログでの収入(2024/1/1 ~ 2024/12/31 )
＄14.19 ≒ 2220円	1253円

ちなみに、ドメイン代も1年で約1ドル上がっており、外貨と円安の両者の影響をスーパーの野菜とかよりも5割り増しくらいで体感しました。

個人的な振り返り

2024年前期
- 基本情報を取った（虚無）

資格が大切なのは分かるが資格を取ったからと言って受ける仕事が変わるわけでもなく、仕事でガッツリ活かせたというわけでもなく…また、取った後でもChatGPT先生に聞けば分かる内容がほとんどなので、何だコレ感が凄い。

資格の勉強よりも、自分の気になってる技術触るとか個人開発の時間に当てたい感がとても強かった。

2024年中・後期
- ガッツリ転職活動
  - 理由は昨年記事にまとめたのでここでは省略
  - マッチする企業が中々見つからずいったん保留
    - 現職の二の舞にならないような企業選びをかなり慎重にやっているのでそうもなるか…という感じ

最後に

伏見稲荷大社で引いたおみくじ

年始に伏見稲荷大社にいったのですが、おみくじにも「今が最後の機会」といわれるくらいなので、2025年はさっさと転職先を勝ち取る年にしたいと思います。

あと今年の2月には早速React Osakaのイベントで発表予定なので、そちらでの活動もすごく楽しみです。

現場からは以上です。

年末に読むアンガーマネジメント

Tue, 24 Dec 2024 12:03:20 +0000

タイトルの通り、2024年末にアンガーマネジメントに関する書籍を二冊ほど読みました。

アンガーマネジメント入門 (朝日文庫)

amazon.co.jp

[図解]アンガーマネジメント超入門「怒り」が消える心のトレーニング(特装版)

amazon.co.jp

読もうと思ったのには2つの理由があります。

ここ最近、感情的になっている人を観測したため
よりイージーモードで人生を過ごしたいと思ったから

まぁ、１点目はあまり重要ではないです。が、みなさんご存じの通り、仕事の際は強く怒って不適切な発言をしてしまうと、それだけで社会的に大きな不利益を被ります。

何があっても自分は感情的にならないように、そしてあわよくば社内にアンガーマネジメントの技術を広げるために習得しておこうと思うようになりました（そもそも社内で講習があれば良かったなぁ…というのは別の話）。

むしろ私としては2点目の方が重要です。私は楽できるところは徹底的に楽をして、楽するために頑張るというスタンスで生きています。さらに、仲間は多ければ多いほうが良いとも考えています。そのため、よりイージーモードで生きられるのなら「アンガーマネジメントってコスパ最強では？」と思うようになりました。

今までの自分と、本を読んでみて

今までの私は、正直なところ、仕事であまりやりたくない技術や案件を扱う際に、顔に（めんどくさいなぁ…という）感情が出てしまっていました。

それは、「将来イージーモードで生きるためにその仕事や技術が直接結びついていない」と決めつけていたからです。

また、学生の頃には同じ研究室でよく怒られていた同期や後輩・先輩に対して「何で○○をさっさとやらないんだよ～」と心の中でイラっと感じていたことがありました。

これも「どんな背景があろうと、皆、指導教員に怒られないように頑張らなければならない」と決めつけていたからです（もちろん学生としては頑張ったほうが良いとは思うのですが）。

一方、このように、今まで自分が（小さくても）怒りを感じたことを振り返ることが、自分自身のコアの価値観を認知するために非常に重要な行動だということが本を読んでみてよくわかりました。

私としてはまだまだ自分の怒りやストレスを分類し始めたばかりで、より解像度高く自分のコアの認知を把握・修正するため、今後も定期的に振り返ろうと思っています。

衝動のコントロールについて

一方、私は「衝動のコントロール」については既に実践できているな、と感じました。

「魔法の呪文」や「グラウンディング」、「タイムアウト」などは書籍を読む前から自然にできていました。これは、自分自身を危機から守るために今までの経験の中で自然と身についていました（怒られたときにむっとして言い返さずに逃げることを選んでいたから）。

この方法が正攻法として紹介されていたので、これからも自信をもって実践できそうです^^♪

蛇足

大きな責任を追う必要のある大企業の従業員や、比較的余裕のある会社で努めている方ならコンプライアンス研修などでこういったことも学ぶのだと思います。

一方で、小さくて自転車操業的に仕事をやりくりしている会社では、アンガーマネジメントなどの講習は優先度がかなり低くならざるを得ないんだろうなぁと思います。

しかしながら、コンプライアンス違反・ハラスメント行為を防止する重要性は、企業の規模に依存せず理解され始めており、これからも更に厳しくなっていくのかなと思います。

まあ何が言いたいかというと、現代の社会人にとってアンガーマネジメントはコスパ最強で人生イージーモード化に必須の教科なんじゃないかなぁ（主観）ということです。

Happy anger management!

Bootstrapにダーク・ライトモードがいつの間にか来てたので導入してみた

Sun, 04 Aug 2024 16:38:24 +0900

このブログでは以前からBootstrapを使っているのですが、この前Bootstrapのドキュメントを読んでたらv5.3からカラーモードが追加されていたことに気が付きました（該当のページは↓）。

追加されたのは1年以上前なんですけどね…😂

ということで、土日を使ってパパっとダークモードとライトモードの切り替えや、ユーザーのシステム設定を自動反映させるように変更しました。

本サイトのソースコードのこことここで処理を書いています。

導入時のTips
- bg-bodyやbg-body-tertiaryでページの背景色を設定することでダーク・ライトの切り替え時に自動的に切り替わるよ
- 文字についてもtext-bodyを設定していれば、背景色の反転と同時に切り替わるよ
- 切り替え処理自体にはJSが必要だよ
- png, webpみたいに背景が透過する画像だと、場合によっては文字が背景色に同化しちゃうよ😢

MINIS FORUMのミニPC UN100L買っちゃった

Sat, 27 Jul 2024 17:15:28 +0900

この記事では詳細な商品レビューは行いません。そういうのを期待した方は以下の記事などをお勧めします。

はじめに

実家のノートPCが約10年間の稼働に耐えかねてついに起動すらしなくなったそうで、「新しいPCを見繕って～✋」と両親から連絡が来たので前々から興味のあったミニPCを始めて購入したよ！

公式サイトはこちら↓（メモリ16GB & 512GB SSDのモデル）

両親からは次の条件で探してほしいとお願いされていた。

予算はディスプレイ込みでMax8万
メイン用途はネットサーフィン・動画視聴
スマホで取った写真を保管するためのストレージがそれなりに欲しい
町内会の資料の作成を任せられることがあるかもだからOffice使ってもサクサク動く
なるべく場所を取らない
無線LAN, Bluetooth接続できるもの
（上記を満たすならあとは好きなの選んでおｋ）

購入までの経緯

オッヤ🙋「頼んだやで～」

ワイ　「おかのした」

ワイ　「…はは～ん、それならちょっと冒険してみよか～」ﾒｶﾞﾈｸｲｯ

ワイ　「場所とらないなら、ミニPC一択やな」

ワイ　「ggるついでに友達にも聞いてみるカァ～」

超有能トッモ　「IntelのN100プロセッサがとんでもなく低いTDPで動くらしいやで～^^」

ワイ　「マ？ちょっと探してみるわ～有賀と那須！^^」

ワイ　「見せてもらおうかN100の性能とやらを」

N100公式ページ↓

ワイ　「ﾜｧ…」

（省略）

あ…ありのまま今　起こった事を話すぜ！

「おれは　N100プロセッサ搭載のミニPCを探していたと　思ったら　いつのまにかMINI FORUMのPCをポチっていた」

な…　何を言っているのか・・・・・・・・・　わからねーと思うが・・・・・・・・・　

おれも・・・　何をされたのか・・・・・・・　わからなかった・・・・・・・…

HUGOでSassを導入する

Sat, 27 Jul 2024 15:51:58 +0900

HUGO内でSass | Scssを使ってスタイルをイイ感じに記述する方法は色々な方が解説していますが、導入方法は公式ドキュメントの奥深くにあったり記事が古くなっていたりするのでこの記事で簡単な解説を加えます。

Sassでの記述方法やHUGOでの導入例は下記の通り。

導入方法

詳細はこちらにあります。Sass => CSSへのトランスパイラが必要なので別途インストールする必要があります。

私はWSLでbrewコマンドを使ってHUGOのバージョンを管理していたのでそのままbrew install sass/sass/sassでインストールしました。

また、公式サイトにもある通りですが、scssファイルのトランスパイラを指定することも可能です。

{{ $opts := dict
 "transpiler" "dartsass"
}}
{{ with resources.Get "sass/main.scss" | toCSS $opts | minify | fingerprint }}
 <link rel="stylesheet" href="{{ .RelPermalink }}" integrity="{{ .Data.Integrity }}" crossorigin="anonymous">
{{ end }}

GitHub Pages, GitLab Pages, Netlifyに自動デプロイしているような環境では、先ほどの公式ページでも紹介されていたように、workflowを追加する必要があるみたいです。

私はCloudflare Pagesを使っているのですが、特別設定の変更は必要なかったので省略します。

それでは良きSass生活を～！👋

HUGOの.Permalinkでlocalhostが指定されてしまう場合の対処法

Mon, 22 Jul 2024 21:24:20 +0900

結論

hugo serveコマンドはデバッグ用のコマンドなので、hugoコマンドやhugo buildコマンドで本番用にビルドしてあげる必要があります（当たり前体操）。

下記の記事を参考にしました。

なぜこの記事を書いたか

このブログではブログ内検索にAlgoliaを使っているのですが、検索結果の記事のBaseUrlが何故かlocalhost:1313（ローカル環境でのURL）になってしまっていたため、検索した記事に飛べない状況になってしまっていました… 😿

原因

元々、ローカル環境でのデバッグは次の手順で行っていました。

何らかの編集
hugo serverコマンドを実行して動作確認
npm scriptで設定したコマンドを使って自動的にAlgoliaにデータをアップロード
githubにも変更点をプッシュして自動デプロイ

今までは特に気にしたことも無かったのですが、手順2のhugo serverコマンドによってビルドされたファイルの.Permalinkはlocalhost:1313になってしまいます。Algoliaへのデータの反映はこのビルド時のデータを元にしていたので、Algolia経由での検索結果のURLがおかしくなっていました…😿

対策

編集 ~ ビルド ~ デプロイまでの手順を次の様に変えました。

何らかの編集
hugo serverコマンドを実行して動作確認
hugoコマンドを実行
npm scriptで設定したコマンドを使って自動的にAlgoliaにデータをアップロード
githubにも変更点をプッシュして自動デプロイ

手順3により、.Permalinkがちゃんとconfig.toml等で指定したbaseUrlになりました。

なお、実際には手順3, 4はほぼ同時に行われるようにしており、package.jsonのscript内では次のようなコマンドを定義し、サイトのビルドとAlgoliaへのアップロードをシームレスに実行しています。

"scripts": {
 "algolia": "algoliaへの自動アップロード処理"
 "build": "hugo --minify --gc && npm run algolia"
}

蛇足

本業並に時間があればAlgoliaの検索機能のテストコードも書いて実装したいんだけどそんな余裕はない…

社会人1年目を終えての所感とこれから

Tue, 09 Apr 2024 00:00:00 +0900

たまには個人ブログらしく、自由気ままに思ったことを書きます。 ~~普段から自由に書いてるだろっていうクソリプはやめてね😢~~

1年目の驚き

社会人生活を通じて一番の驚きは、結構この世の中良くも悪くも適当に回ってるんだなってこと。

例えば私はプログラマなのでプログラムを例にとってみても、使っている人たちが中身をよく分からないまま使っているレガシーかつ危険すぎるコードとか、アルゴリズムがドキュメントとして残っていないようなクソみたいなソフトウェア（）なんかもあるんですよね。もちろんテストなんて1ミリも書かれていない。

そして先人たちはそれらを使って色々なサービスやモノを作り上げてきた、というか来れてしまった。

そんな奇跡的なバランスの上に成り立っているものを見るたびに、意外とこの世の中、適当に回ってんだなと思いましたね。と同時に、自分も適当に肩の力を抜いて働こうかなと思った¹。

それ以外にも幾つか驚きがありました。

意外とみんな（クソデカ主語）自分のやってる仕事とか使ってるツール etc. に深い興味を持っていない
自分の知っていることをみんなに共有することで業務全体の効率化を目指すことの重要性を理解している人って少ない

上記は私の職場の特徴であって、他人の職場でも同じことがいえるほど一般化された話ではないと思います。ただ、皆知ってた方が仕事の効率が上がるような小ネタ・How toみたいなものを積極的に共有しようとする人がとても少なかったですね。

理論的に考えたら「仕事を効率的に進める」という目標に対して、「皆の仕事に共通した技術的な小ネタ」とか、いわゆる仕事・コーディングの原理原則みたいな部分を共有した方が良くね？思うんだけど意外とする人は少なかった…

「そんなもんしてる暇あったら自分の仕事進めるわ」みたいな意見も出てきそうだけど、長期的な視点や社内文化の醸成の視点からすると明らかに知識の共有ってした方が良くないですか？と私は思いますね。

たとえ個人的にはクソ限られた場面でしか使えないような知識の共有でも、しないよりはした方がいいに決まっていると思うんですよね。結局情報の取捨選択は受け取り側にあるので別にゴミみたいな情報でもないよりはあった方がいいはず（もちろん限度はある）。

それと、別に上記の話には視座の高低は関係なく、むしろ普段から気軽に情報共有できる場があるかどうかが一番大きいとも感じてます。ちなみに私の職場にはそういう場はほとんどと言って良いほど無い。

「じゃあ作れば良いじゃん」って思うでしょ？それが出来たら多分この記事でこの話を書いて無いんですよね…

喜び

ひとまず1年間病気にかからず、精神的にも落ち着いた状態で欠勤することなく働けたことが嬉しいです。

特にうちの会社は一年目の半年間は有給0日なのでインフルとかかかったら強制的に5日間無給になるとかいう地獄なので…（別にブラックではないし法律も順守しているけどね）

あと強いて言えば、計算力学固体2級の試験に受かったことも嬉しかった。受かったおかげで2倍近く昇給したので。個人的には全然満足いく金額ではないのだけど、具体的にはベースアップを合わせて約26600円昇給しました。

仕事は関係ないけど人生初のハーフマラソンを完走できたのも嬉しかったな。

悲しみ

今の会社での仕事はほとんど個人開発とそんなに大差ないということですかね。

個人開発と違うのは

作るものの仕様が最初からある程度決まってる
お金をもらっていること
当事者意識が無くても作れちゃう

くらいですかね。あと、ツール・言語とか設計に関する知識は基本的に自分でggるかChatGPTに聞いてるから、会社の人に聞くことはまあほぼないです…唯一聞く（というか報告する）のは仕事の進め方・見積・進捗くらいですね。

そうなってくるとやはり「この職場じゃなくて良くね？」感がとてつもなく出てくる。

まともな教育
本格的なOJT
目指したくなるようなキャリアモデル

この辺りがうちの職場は全くないので、まあわざわざこの会社じゃなくても…感は強い。それと上述の「当事者意識」は面白い仕事をするうえで一番大事だと感じていて、これを現職では必要とされない（むしろない方が仕事を進めやすいまである）のが結構しんどいかも。

それに、この職場じゃ仕事をそつなくこなす力は身に付くけど、いざ外に出るとﾁｮｯﾄﾌﾟﾛｸﾞﾗﾑできるだけのおじさんになっちゃうんだよね…

これから

ひとまず1年働いたけど、基本的にはアルバイトしてるのと気持ちは変わらないくらいのぬるま湯感覚なので、今年度中に別の環境移ろうと思っています。

次の環境に求めるのは以下の要素（現職にも部分的にはあるっちゃある）。

給与（大事。増えるだけで人生の選択肢が増える。）
心理的安全性（ここは正直外部から確認のしようが無いけど）
- 仕事の話からしょうもない話まで気軽にできる人間関係と言い換えてもいいかも
- 健全な意見の衝突ができる職場・人間関係でもあるか
技術を極められる案件に関わり続けられる
当事者意識を持って良いものを作り上げ、改善にまで携われる
チームで何かを作り上げる案件に携われる
（できれば）海外のエンジニア etc. と関われる職場

ここでの適当とは言葉の通り求められる水準未満でも超過でもないピッタリのこと ↩︎

【TypeScript】文字列と数値からオブジェクト型リテラルの値を取得する例

Thu, 07 Mar 2024 21:49:20 +0900

前置きは置いておいて先にプログラムの例を以下に示す。

文字列から取り出す例

// enumの代わりにオブジェクトリテラルで変数を定義
const Status = {
 invalid : -1,
 good : 0,
 bad : 1,
} as const;

/** Statusのプロパティの文字列を指定して値を取得する */
function getStatusFromString(statusStr: string): number{
 const status:string[] = Object.keys(Status);
 if(status.includes(statusStr)){
 return Status[statusStr as keyof typeof Status];
 }
 return Status.invalid;
}

// 例
const goodStatus= getStatusFromString("good");
const invalidStatus = getStatusFromString("xxxx");

console.log(`typeof goodStatus: ${typeof goodStatus}. value: ${goodStatus}`);
console.log(`typeof invalidStatus: ${typeof invalidStatus}. value: ${invalidStatus}`);

// typeof goodStatus: number. value: 0
// typeof invalidStatus: number. value: -1

数値から取り出す例

先ほどと同様にStatusについて考える。

予算1万円で作る内窓（あるいは二重サッシ）

Sat, 06 Jan 2024 13:51:14 +0900

完成形

最終的には↓のようになりました。

色々バタバタしてて片付けまで間に合わなかった…

今のところは取っ手を付けてないので扉の開け閉めが面倒ですが、ひとまず寒気をしのげている（主観）ので当初の目的は達成できたかな～と思います。

動機

↓を見て意外と簡単に内窓を作れるということが分かったので、我が家（1K）にも導入してみよ～と思った、ただそれだけ。

必要なモノ

今回購入したのは以下の通りです。

項目	費用（円）	用途など
ポリカーボネート板（厚さ4㎜、サイズ1820×910mm、2枚）	7018	内窓そのもの
カッター	269
両面テープ（幅15mm）	522	レールの固定用
ガラス戸レール上・下（各2m）	955

合計: 8791円

組み立ててみた

まず届いたポリカーボネート板を試しに窓枠に立てかけてみます。

ピッタリサイズやね

立てかけてみると分かり易いですが、板同士が結構重複してますね。

【2024年】新年のご挨拶

Mon, 01 Jan 2024 00:00:00 +0900

明けましておめでとうございます。本年も本ブログをよろしくお願いいたします。

本ブログの2023年の振り返り

旧年は「中々記事を書く時間を作れなかったなぁ」というのが正直なところです。

そんな中でも以下の記事を多くの方に読んでいただいているようです。狙い通りニッチな内容を読んでいただけているようでうれしいです。

北大院試験を落ちた話
ティモシェンコ梁についての解説
モニターアームのレビュー記事
グリーンのひずみについて
React Native関連

良かったところ

今年も何とかドメイン代は回収できました！このサイトを訪問してくださった皆様のおかげです！ありがとうございます！😚

ドメイン代ブログでの収入(2023/1/1 ~ 2024/1/1 )

＄13.10 ≒ 1886円 3277円

ドメイン代	ブログでの収入(2023/1/1 ~ 2024/1/1 )
＄13.10 ≒ 1886円	3277円

世知辛いお金の話は置いておいて、他には

Qiitaのアドベントカレンダーでopenapiについての記事を出せたこと
- アドベントカレンダーについては以前から参加したいと思っていた
- OpenAPI自体の具体的な使い方について、色々な方法がある中の一つの方法を示せて良かった

改善点

一部、過去の記事の内容が古くなっていたりするので、修正・アップデートは必須だなぁ
最近作ったばかりのOpenAPIの記事については、書きたい or 書けるネタは沢山あるので追記したい

個人的な2023年の振り返り

2023年前期
- 神戸にお引越し
- 計算力学技術者試験のお勉強、昇給のためにTOEICの受けなおし（虚無）
2023年後期
- 計算力学技術者（固体）試験2級の受験
- 本当は秋くらいにハーフマラソンを走ろうと思ってたけど色々あって参加できず
- 結局2024/1/14にハーフマラソンを走ることになりますた
- 基本情報のお勉強
2023年全体を通じて
- 仕事では機械系の知識等を求められることはほぼないので、このブログで力学系の記事を追加・更新することはもう無さそう
- 情報系の知識を身に着ける方が個人的な興味を満たすだけでなく、金銭的なモチベにもなるので
- 更新してほしい内容があったら投げ銭してください

年始頃に色々プレイしてました。今年は週1くらいでやる時間あるかな？

最後に

2024年は、個人的にはOpenAPI, React, TypeScript, C#, Blazor周り, MySql, Docker, CI/CD辺りのWeb系のスキルセットを身に着けるための1年にしたいなぁと思っています。

あと基本情報は確定で取るとして、応用情報も12月か遅くても2025年1月までには取りたいなぁ…

皆様のご多幸をアビスの新年深淵から願っております。ﾝﾅｧ~~

【OpenAPI】TypeScript+ReactとASP.NET Web API間でデータをやり取りする

Sat, 16 Dec 2023 10:36:35 +0900

はじめに

TypeScriptアドベントカレンダー24日目の記事です。残念ながらTypeScriptの要素は2割くらいしかありません（すまん）。

この記事では、ローカル環境でTS + Reactで作ったフロントエンドとASP.NETで作ったバックエンド間のデータのやり取りをする例を紹介します。デプロイ先についての検討や各資源の管理方法については述べません。

現実的な例で言うと、「C#で書かれた既存のWeb APIサーバーを使って新たにWebアプリを作りたいけど、フロントサイドの技術者がTS/JSしか使えないとき」みたいな感じでしょうか。稀によくある（無い）。

完成形

↓のようにボタン押下時にリクエストを送り、戻ってきたデータをそのまま表示します。

構成は次の通りシンプルです¹。

実際のプログラムなどは↓のレポジトリで公開しています（また、開発環境はdevcontainerで公開しています）。

最終的なディレクトリ構成

root
┣ /front
┃ ┗ /openAPI
┗ /webAPI

今回は特にDockerも使うことなく、Windows11上にプロジェクトを作りました。自動生成されるインターフェイスを含むフォルダを/openAPIと名付けています。

RubberduckのTips

Sat, 14 Oct 2023 22:31:03 +0900

はじめてのアドベントカレンダー17日目の記事です。

※ サムネイルはRubberduckホームページのものを引用しています。

追記

Rubberduckは現在アーカイブ状態に移りました。

理由はこちらに記載のある通り、仕事としてRubberduck VBAをフルタイム開発するためであるそうです。

この記事で伝えたいこと

前回Rubberduck + Gitでプログラムを管理する方法について書きましたが、他にもいくつか便利な機能があります。

便利な機能

Unit TestingやCode Inspections、RefactoringsやNavigatorなどの主要な機能についての説明は以下の記事などで説明されているので省きます。

その他に便利な機能として主に次の二つが挙げられます。

Annotations
Peek Definitions

Annotations

変数に対する説明や、サブルーチン・関数・クラスが担当する処理、そしてモジュール単位での説明も加えられ、なおかつ、どこからでもその説明を参照できます。

例えば次の様な、簡単なプログラムに説明を付け加えます。

Public Function DoubleValue(ByVal Value As Integer) As Integer
 DoubleValue = Value * 2
End Function

このプログラムに対して、@Description接頭辞を付け、なおかつコメントアウトすることで説明を加えられます。

'@Description("値を二倍にして返す")
Public Function DoubleValue(ByVal Value As Integer) As Integer
 DoubleValue = Value * 2
End Function

実際の画面では↓のように、VBEの上部に説明が表示されます。

実際の画面

Peek Definition

変数・サブルーチン・関数・クラスなどが、どのように定義されているのかを確かめられます。デフォルトのショートカットキーはCtrl + Shift + Dです。

RubberduckでVBAプログラムをGit管理する

Sat, 14 Oct 2023 13:24:53 +0900

サムネイルはRubberduckのホームページのものを引用しています。

追記

Rubberduckは現在アーカイブ状態に移りました。

理由はこちらに記載のある通り、仕事としてRubberduck VBAをフルタイム開発するためであるそうです。

take Rubberduck to the next level by finally working full-time on it,

この記事で伝えたいこと & この記事で言っていないこと

伝えたいこと
- Rubberduckを使うことで比較的簡単にVBAプログラムのバージョン管理を行えます
言っていないこと
- 全てのVBAプログラマにとって、そしてあらゆる案件でRubberduckを使うことが最善手です
- VBAとVBEは令和の時代でも十分使えます

そもそもRubberduckで何ができるのか

この辺りの内容は色々な方がまとめているので省略します。

Gitで管理する具体的な方法

次のように、エクセルファイルとVBAプログラムの格納先のフォルダ（src）を用意してみます。

 /root
 ┣ hoge.xlsm
 ┗ /src

hoge.xlsmを開いて、rubberduckのタブからExport Active Projectを選択します。

タブ選択

【レビュー】ニトリのスマホスタンドが廉価で有能な件

Sat, 11 Mar 2023 13:20:55 +0900

はじめに

今回購入したのは↓の商品。

送料が550円となっていますが、ニトリのyahoo!店や楽天市場店だと11000円以上購入することで送料無料になります¹。

商品スペックと特徴

この商品のスペック等は下の通り¹。


価格	999 円
対応サイズ	4 ~ 6.5 inch
重量	約62g

実際に5.5インチのスマホ（ASUS Live L1）の横に並べてみるとこんな感じのサイズ感。

スタンドのサイズ感

このスタンドの主な特徴は次の2つ。

充電用ケーブルを通す孔がある
底面とスマホ接触面に滑り止めがある

まず充電用ケーブルを通す孔ですが、↓のようにケーブルを通せます。

パタ-ン1

パタ-ン2

【レビュー】ライザのアトリエ2 〜失われた伝承と秘密の妖精〜

Thu, 02 Mar 2023 21:17:30 +0900

この記事にはネタバレと太ももが含まれています。未プレイの方はブラウザバックをお勧めします☆

はじめに

3/24発売のライザ3楽しみ過ぎる～。オラwkwkすっぞ！

それと、KOEI TECMO HOLDINGS CO., LTD.様のガイドライン的に広告収入以外での収入は禁じられており、ゲーム画像を記載する場合でも同様であると認識しています。

したがって、ガイドラインにより収益化が禁止されているため特別な金銭的ご支援は行わないようお願いします。また本記事内で用いている画像は©コーエーテクモゲームスです。

現在のプレイ時間とストーリー到達度

現在はストーリーをすべてクリアし、難易度CHARISMAでラストセンチネルを倒すとこまでやりました。残念ながら難易度LEGENDでの裏ボス攻略はまだ出来ていません；；

本当は難易度LEGENDでクリアし終わってからレビューしようかと思ったのですが結構時間かかりそうなので一旦ここでレビューしておきます。あと一応、自分はライザ1もプレイ済みです。

序盤

ライザ1から引き続きカメラモードが優秀過ぎる。このゲームの値段の8割はこのモードのためにあるといっても過言 ~~でもないかも~~。可愛いﾝｺﾞね～。

このページのサムネもカメラモードで撮ったんですけど、雰囲気が神がかってて個人的なベストピクチャーです。とまぁ、2時間くらいカメラモードで一通り楽しんだ後にようやくストーリーを進め始めた。

ひとまず序盤で気付いたライザ1からの大きな改善点は以下の通りです。

会話の自動送り機能
マップ間移動の減少
カメラモードの際の表情やポーズのパターンの増加
オートセーブ機能
僅かな段差をジャンプで超えやすくなった
~~なんかロミィさんがめちゃくちゃ可愛くなった~~

まず会話の自動送り機能ですが、↓のようにボタン一つで会話をAUTOで流せるようになったのはかなり嬉しいですね。ライザ1では、ただでさえムービーシーンが多くてグダりがちなのに全ての会話を送るのに毎回ボタンを押す苦行を強いられていたのですが、今作からはようやく自動送り機能が追加されました。

それとストーリー進行に伴うマップ移動を多少ですが自動でしてくれるようになったのも嬉しいですね。前作では明らかに用が済んだマップから町に戻るのにもプレイヤーにマップ移動を強制していた割とグロ仕様だったので嬉しい改善点です。

5億年（4年）ぶりにTOEIC受けたら800点超えた話

Fri, 17 Feb 2023 11:49:29 +0900

あらすじ

修士論文の書ける部分を書き終わってやることが無くなった
習慣的に英語学習を続けたいと思った

のでTOEICを受けることにした。そして前回の記事ではテスト41日前の心境とか状況を書いていた。

今回はテストを受けた感想と点数、それと今後の学習スタイルについて書くぞ。 ~~タイトルでネタバレしてて草~~

点数

とりま点数は↓の通り。

4年前に受けたTOEICはでは720点しか取れてなかったのでいつの間にか100点アップしたことになるね。

テストを受けた感想と反省点

受験者数がめちゃくちゃ多かった

1/29に受けたんですけど、受験者数が多かったのはやっぱり就活のために受けた人が多かったんじゃないかと推測してる。次回は人が少ない月に受けたいね。

会場がデカすぎて音の反響がひどかった

こればっかりは対処の仕様がないんですが、音の反響がひどすぎて、家でリスニングの練習する時みたくクリアな音で聞けなかったのが残念だったなぁ。人が少ないときに受けたい欲がさらに上がった。

そこまで難しい単語は出てこなかった

ちょっと以外だったのは運よく知らない単語がほとんど出てこなかったとこですね。

速読のスキルをもっと上げよう

個人的な反省点として、Part6と7を速読するスキルをもっと磨くべきだなぁと思った。このスキルが身につけばリーディングの点数はまだまだ上がると思う。伸びしろですねぇ…

ぶっ通し2時間の本番想定の練習をしよう

当たり前なんですが、本番のテスト時間が2時間あるわけなので練習でも一度は2時間ぶっ通しで問題を解いてみるべきだった。これをやってなかったので本番ではリーディング（最後の一時間）でかなり集中力が切れてしまった。

今後の予定

引き続き1日30分の英語学習（単語15分、速読やリスニング15分）を続けていこうと思ってる。まだまだ↓の参考書を使って勉強を続ける予定です。

蛇足

ちなみに今より英語力があったはずの2020年（DMM英会話を定期的に使ってた頃）にTOEFL iBT76点を記録したのですが、TOEFL<=>TOEICの換算表によるとTOEIC換算で850~900点くらいらしい。割と妥当な気がする。

島根大学大学院の授業料を2年間免除された話

Fri, 20 Jan 2023 18:51:40 +0900

今回利用した制度や自分自身の経済状況などの情報を以下に記しておきます。なお、ここに記されている情報は修士課程（博士前期課程）の学生向けのものであり、2023年1月のものです。

どの制度を使ったか

利用した制度：大学制度による授業料免除

下記ページでも紹介されている「② 島根大学の制度（経済的理由・災害等特別な事情）による免除」です。

「島根大学の制度」の定める基準について

この制度で授業料減免を受けるためには、学力基準と家計基準を満たす必要があります。

学力基準（院1年生の場合）：学部4年までに110単位以上かつ学業成績指数3.0以上
家計基準：下記の収入基準額の表の通り

なお次の3点に注意してください。また、ここに記載の無い情報については公式の情報を参照してください。

卒業要件単位として認められない単位は含まれません。

『総所得金額』＝『総収入金額』－【給与所得の必要経費】－【特別控除額】

カッコ内は全額免除の収入基準額(予算状況によって変動する場合があり


世帯人員	学部	博士前期課程	博士後期課程
1人	167（88）万円以下	182（96）万円以下	254（132）万円以下
2人	266（140）万円以下	290（152）万円以下	404（212）万円以下
3人	306（162）万円以下	334（177）万円以下	467（245）万円以下
4人	334（175）万円以下	364（192）万円以下	507（266）万円以下
5人	360（189）万円以下	393（208）万円以下	548（288）万円以下
6人	378（199）万円以下	412（217）万円以下	574（302）万円以下
7人	395（207）万円以下	432（226）万円以下	602（315）万円以下

自分の場合

実家暮らし（両親二人と自分一人）
日本学生支援機構の第一種奨学金（月5万）を受給
両親：自分が学部4年生になったタイミングで定年退職
学部生時代のGPA：3.5程度（うろ覚え）

世帯収入の情報については公開しませんが、正直全額免除の基準に達していないと思っていたので初めて免除の連絡を受けた時は驚きました（それくらい基準に達していないと思っていた）。

一方の学力の基準については、自分が学部生のときにそれなりに上位の成績を納めていたので問題ないだろうと思っていました。

授業料免除申請書の文面

自分は↓のように申請理由を書いていました。一例として載せておきます。

昨年度から引き続き，研究や授業に忙殺されアルバイトに時間を割けない状態が続いています．また，2020年度までは両親の経済的支援があったものの，昨年度からはコロナ禍で母親の仕事による収入が減り，父親も無職のため，両親からの支援が無くなり，奨学金や貯金の切り崩し，TA業務による収入で生活していました．今年度も引き続き両親からの支援が見込めず，奨学金に頼った生活となるため，授業料の免除を希望します．

最後に

大学院進学を検討する方にとって授業料免除制度や奨学金（特に給付型や無利子貸与型）に関する情報を知っているかいないか、あるいは申請したかどうかで大学生活の経済状況は大きく変わると思います。

手続きに必要な書類が多かったりと少し大変かもしれませんが、半年で26万円弱免除されるのは大きいですよね（そのお金で別のこと出来る訳だし）。この情報が誰かの役に立つことを祈っています¹。

その他、詳しい情報が必要でしたらTwitterまでDMしてください。 ↩︎

一般化逆行列についての雑記

Wed, 11 Jan 2023 00:13:44 +0900

始めに

とある資格の勉強中に一般化逆行列の性質についての問題があったので気になって調べてみた。

ggってみると幾つかヒットしたので読んでみた。大まかに理解するのに下記のページが比較的分かり易かった。

ただ、色々調べてみると一般化逆行列の表記が$[A^-]$と$[A^+]$に分かれていることに気づいた & ラグランジュの未定乗数法を用いて計算を行う際に若干違和感を抱いてしまった。

行列の表記の違いについて

まず$[A^-]$と$[A^+]$の表記の違いについて調べた。

文献を漁ってみたところ、下記の文献では一般化逆行列を$[A^-]$、ムーアペンローズ一般逆行列を$[A^+]$と表していた。

また、日本機械学会の運営する公式サイトではムーアペンローズ一般逆行列を$[A^+]$として表現している。その他、下記の記事でも一般化逆行列とムーアペンローズ一般逆行列の表記を$[A^-]$と$[A^+]$で分けている。

一方、線形代数の参考書として有名な下記の書籍では、一貫して一般逆行列に$[A^-]$を使っており、特に使い分けている感じは無かった¹。

やはり一般逆行列とムーアペンローズ一般逆行列を明確に分けるための表現のようだが、そこまで厳密には決まってないのかもしれない。

ラグランジュの未定乗数法を用いた計算

未知数$m$が行列$[A]$のランク$r$以上の場合（$m\geq r$）、ラグランジュ関数を定めて$\{x\}$が最小となるときの$\{\lambda\}$を探すのだが、ここで$\{x\}^T\{x\}$に$1/2$がかかっているのが（初めて見た時は）理解できなかった。

\begin{equation} L = \frac{1}{2}\{x\}^T\{x\} - \{\lambda\}^T ([A]\{x\}-\{b\}) \end{equation}

何も知らない状態でラグランジュの未定乗数法を用いると、単に$\{x\}^T\{x\}$が最小となる候補を探す計算になるはずなので、$\{x\}^T\{x\}$に$1/2$が掛からない次のような形になるのでは…？と思っていた。

\begin{equation} L = \{x\}^T\{x\} - \{\lambda\}^T ([A]\{x\}-\{b\}) \end{equation}

このまま計算すると、

\begin{equation} \frac{\partial L}{\partial\{x\}}=2\{x\} - \{\lambda\}^T[A]=0 \end{equation}

\begin{equation} \therefore \{x\} = \frac{1}{2}\{\lambda\}^T[A] \end{equation}

となるが、結局$\{\lambda\}$は任意の実数を含むベクトルなので$1/2\{\lambda\} = \{\lambda’\}$とおけば、

\begin{equation} \{x\} = \{\lambda’\}^T[A] \end{equation}

【Gnuplot】multiplotを使って複数のグラフを一つにまとめる方法

Tue, 10 Jan 2023 22:37:55 +0900

始めに

下記のサイトに従えば主な使い方は分かると思いますが、マージンの設定や、SVGファイル（あるいはepsなど他の形式）で直接出力する方法についてまとまった記事が無かったのでここにまとめておきます。

直接svgファイルで出力する方法

今回使っているdatファイルはこちらからダウンロードしてください。

datファイルを用意した状態で下記のコマンドを実行すると、直接svgファイルのグラフが出力されます。

reset

set terminal svg enhanced font "Arial, 24" size 1280 960 # svg出力、1280px x 960px
set output "example.svg"
set multiplot layout 3,1 # 3行1列出力
set key horizontal opaque box height 0.6 font "Times New Roman, 20" # 横長の凡例
set xr[0:15]
set xtics (0, 5, 10,15)
set yl font "Times New Roman, 28"
set rmargin screen 0.9 #キャンバスの長さの20%(100%-80%)の余白を右側に作る
set lmargin screen 0.1 #キャンバスの長さの20%の余白を左に作る

set yl "{/:Italic E_{x}, hoge = 10 [m/s]}"
set format x ""
set bmargin screen 0.7128 #グラフの高さとグラフ間の余白設定
set tmargin screen 0.9504
plot "example1.dat" using 1:2 w p ps 0.5 pt 7 title "{/:Italic {E_{x}}^{(1)}" , \
 "example1.dat" using 1:3 w p ps 0.5 pt 9 title "{/:Italic {E_{x}}^{(m)}" , \
 "example1.dat" using 1:4 w p ps 0.5 pt 5 title "{/:Italic {E_{x}}^{(-m)}" , \
 0 w l dt (5, 5) lw 1.5 lt rgb 'black' notitle

set yl "{/:Italic E_{x}, hoge = 100 [m/s]}"
set format x ""
set bmargin screen 0.4224 #グラフの高さとグラフ間の余白設定
set tmargin screen 0.66
plot "example2.dat" using 1:2 w p ps 0.5 pt 7 title "{/:Italic {E_{x}}^{(1)}" ,\
 "example2.dat" using 1:3 w p ps 0.5 pt 9 title "{/:Italic {E_{x}}^{(m)}" ,\
 "example2.dat" using 1:4 w p ps 0.5 pt 5 title "{/:Italic {E_{x}}^{(-m)}" , \
 0 w l dt (5, 5) lw 1.5 lt rgb 'black' notitle

set yl "{/:Italic E_{x}, hoge = 1000 [m/s]}"
set format x "%g"
set bmargin screen 0.132 #グラフの高さとグラフ間の余白設定
set tmargin screen 0.3696
set xl "{/:Italic n}" font "Times New Roman, 28"
plot "example3.dat" using 1:2 w p ps 0.5 pt 7 title "{/:Italic {E_{x}}^{(1)}" ,\
 "example3.dat" using 1:3 w p ps 0.5 pt 9 title "{/:Italic {E_{x}}^{(m)}" ,\
 "example3.dat" using 1:4 w p ps 0.5 pt 5 title "{/:Italic {E_{x}}^{(-m)}" , \
 0 w l dt (5, 5) lw 1.5 lt rgb 'black' notitle
unset multiplot
unset output

コマンドについての注意

set terminal svgをset terminal epsなどに変更することで出力するファイル形式の変更可能

terminalの種類を変えることで出力するファイル形式を変更できますが、文字化けが起こる可能性があり、svg形式では上手く表示できたのにeps形式に変えると上手くいかない、というような場合があります。ファイルの保存形式を変更（例：utf-8 → Shift-JISなど）することで文字化けを避けられることがあります。

【レビュー】ライザのアトリエ ~常闇の女王と秘密の隠れ家~【う～んこれは太ももw】

Mon, 02 Jan 2023 23:54:32 +0900

この記事にはネタバレと太ももが含まれています。未プレイの方はブラウザバックをお勧めしますん☆

世界200億人の太ももフェチの皆さんお待たせしました。太ももフェチ協会理事のワイも（今更ながら）プレイしてきたのでレビューを書き留めておきます。

始めに

KOEI TECMO HOLDINGS CO., LTD.様のガイドライン的に広告収入以外での収入は禁じられており、ブログ上でゲーム画像を記載する場合でも同様であると認識しています。

現在のプレイ時間とストーリー到達度

現在のプレイ時間は45時間で、ストーリーの到達度としてはラスボス（メインストーリーのボス）と5属性の各妖精を倒し終わったところです。

どうやら裏ボスなるものがあるそうなんですけどまだそこまで行けてません。

ということでまぁ、一通りクリアしてキリの良いとこまでやりきったのでレビューしておきます。

序盤

ゲーム開始直後に↑のOPが流れるのですが、このOP見た時までは割と「お、おもろそうじゃん」って感想が湧いてました（過去形）。

けど実際にゲームを進めてみると、風景はキレイだけどAAAタイトルのRPGと比べるとモブキャラのデザインやBGMのクオリティの粗さが目立つなと感じてしまいました。まだBGMは我慢できるんだけど、モブキャラの使い回しはさすがにひどいなと思わざるを得なかったですね…

あと実際にプレイしてみて分かったんですけど、ゲーム性やUIのごちゃごちゃ感、クソ長いチュートリアルはいずれも古き良き（？）JRPG感が強く、令和の時代のプレイヤーからはあまり好評ではないだろうなと思いました。平成でギリギリかな。昭和なら許されてただろうね。

あと、↑のOPでアンペルさんとリラさんがライザたちと敵対しているような描写があるんですけど、この描写はプレイヤーのミスリードを引き出すためのものでしかなく、ストーリーにはほとんど関係ない描写ですww ~~何でこの描写を入れたのかﾏｼﾞで理解できない~~

ただ、序盤から使えるカメラモードは割と楽しかったです。

↓みたいに井戸端会議するヒロインsとかを想像してﾆﾁｬりながらカメラモードやってたら普通に「1時間溶けちゃった^^」みたいなことが割とある

ということで、カメラモードは面白かったけどSteamでセールが入っても4900円くらいするこのゲームについては正直「買わない方が良かったかも…」って思っちゃいましたw

【2023年】新年のご挨拶

Mon, 02 Jan 2023 17:12:05 +0900

喪中のため簡単に挨拶させていただきます。

旧年も当ブログに足を運んでくださり誠にありがとうございます。

本年も当ブログをよろしくお願いいたします。

旧年のブログ運営のまとめ

旧年は計18本の記事を書きました。カテゴリ内訳としては以下の通りです。

Math: 6本
Tech: 5本
Daily: 7本

当ブログへ訪れる方の8割程度が連続体力学や固体力学当のMathカテゴリの記事を読みに来ており、旧年は「1本/月のペースで連続体力学（Mathカテゴリ）の記事を書く」という目標を掲げておりました。

しかしながら、Mathカテゴリは6本の記事しか書けず半分しか達成できませんでした。これは正直な所、旧年中の就職活動があまり上手く行かなかったことと、単純にネタに困ってしまったことが理由に挙げられます。

就活については半分言い分けですが、ネタに困ったのは割と本音の部分です。

あまり当たり前の内容を記事にするのは好きじゃなくて、痒い所に手が届くような記事を書き続けようという思いを持っており、これを貫こうと思うとどうしても（他のサイトで扱われてるかどうかのチェックも含め）深い部分まで調べたり文献を漁る必要が出てきます。

こういう思いを持っているとどうしても調べたら5秒で出てくる内容は書けず、書くネタに困ってしまいました。

ただし、旧年中に書いた記事だと、ベルヌーイ・オイラー梁とティモシェンコはりの違いの比較（理論編）や円柱座標系での連続体の運動方程式、オイラーの運動方程式とコーシーの運動方程式【初学者向け】等は、現在それなりのPV数・エンゲージメント時間となっており、狙い通り痒い所に手が届く記事になっている実感があります。

あと少し意外なのが、Robotics;Notes Dashレビュー【ロボットっていいよね & ネタバレ注意】の記事がそれなりに読まれてることですね。

当ブログでほぼ唯一のゲームレビュー記事なのですが、未だにそれなりに読まれてますw

ということで、このブログを初めて3~4年目になりますが、ようやく読者の需要が分かってきましたw

本年の抱負

旧年末から時間の余裕が出来てきたので英語学習を再開しました。そこで5億年（4年）ぶりにTOEIC受ける話にも書いてある通り、今月末にTOEICを受けますし、半年後にもTOEICを受けようと考えています（半年後だと割引効くんで）。

英語以外の目標 or 予定としてはこんな感じかなと。

計算力学技術者資格の勉強を続ける
連続体力学関係の記事を1本/2か月で書く（努力目標）
せっかくなのでプレイしたゲームのレビューを書く習慣をつける
ハーフマラソン出場
サイクリングイベント出場

計算力学技術者の資格についてはまだまだ新生活始まってからじゃないと予定を立てられない部分が多いですが、固体や振動の2級には挑んでみたいなと思っています。また、これに関連してせっかく勉強するので勉強したことや難しい部分については記事にしたいなと思います。

ハーフマラソンとサイクリングイベントについて、この冬の時期寒いのでサイクリングからランニングに切り替えまして、最近では5m25sec/kmくらいのペースで走れるようになりました。せっかく鍛えてるのでランニング・サイクリング共に適当な機会（夏秋ごろ？）にイベント参加したいと思います！

最後に

旧年の反省も活かしつつ、本年も地に足付けて着実に進んでいきます。

本年も皆様のﾊﾟﾜｰ!を心からﾊﾟﾜｰ!し申し上げます。

"~ was an another success"ってどういう意味？

Mon, 19 Dec 2022 17:30:46 +0900

例文：The event was an another success.

意味：そのイベントはまた成功した。

Twitterでこの表現を見かけたものの、どう日本語訳すべきか分からなかったので調べてみました。

another successを直訳すると「もう一つの成功」となるのですが、そこから「再びの成功」といった意味に繋がっています。

5億年（4年）ぶりにTOEIC受ける話

Mon, 19 Dec 2022 17:30:46 +0900

あらすじ

修士論文の書ける部分を書き終わってやることが無くなった　＋　仕事でも英語を使うことが多い（はずな）ので英語力を証明するために来月TOEICを受けることにした。

とは言ってもこの4年間TOEICの勉強はしてこなかったので解き方とか、そもそもの英語力に不安があった。こんな状態からでも ~~入れる保険があるんですか！？~~ それなりの点数を狙えるのだろうか。

小さな挑戦の日記。

ここまでの英語学習歴

学部1年：TOEIC Bridge
学部2年（4年前）：TOEIC 750点
学部4年：TOEFL iBT 76点（R:16, L:22, S:16, W:22）

こんな感じにTOEICを受けたのは4年前が最後で、それから2年後に記念碑的に受けたTOEFLは76点というなんとも言えない点数。

あと、修士1 ~ 2年にかけてはほとんど英語学習っぽいことはしてなかった（英語の論文を精読する機会はあったけど）。

目指す姿

最初にTOEICを受ける言い訳みたいな理由を書いたけど、それとは別に、この機会に目指したい自分がいる。

それは継続的に英語のトレーニングを続けられる自分。

2年前のTOEFLもそうだったけど、英語のテストを受ける前にならないとやる気を出せない自分とサヨナラしたい。なのでこの機会に定期的にTOEICを受けるようにして英語学習も定期的に続けていきたい。

現状とこれから

現在は↓の「TOEICの公式問題集9」と「キクタンのスコア800」を使って勉強中。選定理由は「何となく評判良さそう」と思ったから。特に深い理由はありません。

一昨日、試しに公式問題集の模擬テストをテスト本番の時間配分で解いてみた（時間の問題でリスニングとリーディングを二日に分けた）。受けた結果は次の通り。


種類	正解数（問）
リスニング	88 / 100
リーディング	89 / 100

ということで、（別日に分けたアドバンテージがあるけど）意外に良い結果になった。参考書によると、本番だったら807 ~ 935点程度の点数になるそうなので個人的には良い点数だ。ただ喜んだのも束の間で、幾つか課題も見えてきた。

時間配分が分からない（特にリーディング）
先読みスキルが無さ過ぎる（特にリスニング）

また、各パートごとの大まかな不正解率は↓の通りで、この試験を通じて自分が不得意なパートも分かってきた。


	Part1	Part2	Part3	Part4	Part5	Part6	Part7
不正解率（%）	0	20	10.3	10.5	16	18.8	9.3

Part2, 5, 6は不正解率が15%以上と他のパートよりも高く、苦手なパート。とりま今後の取り組みとしては↓の通り。

GENTOS LEDヘッドライトVA-05Dレビュー

Fri, 09 Dec 2022 21:30:03 +0900

今回購入したのはGENTOS LEDヘッドライト（MAX 300ルーメン）です。公式サイトはこちら。

最近、早朝・夜間にランニング etc.をしようと思っても足元がおぼつかないせいでとても怖かったので購入しました。

購入してから2週間、使用回数は5回だけですが、今のところかなり良い買い物だったなぁと感じたのでレビューしておきます。

主な仕様

光源：白色LEDと暖色LED各1個
本体質量（約）：81g（電池含む）
電池：単4電池2本
可動域：80°
防水：1m防水仕様（IP66、IP67準拠）
最長照射距離：66m
明るさと点灯時間

明るさ（約） 300ルーメン 100ルーメン 30ルーメン 6ルーメン（暖色）

点灯時間（約） 3.5時間 10時間 30時間 74時間


明るさ（約）	300ルーメン	100ルーメン	30ルーメン	6ルーメン（暖色）
点灯時間（約）	3.5時間	10時間	30時間	74時間

とまぁ、重要なスペックは上記の通りです。ちなみに防水性能についてはIP67で1m防水とのことなので1mの深さに30分間水没させても浸水しないことを意味しています¹。しかしながら実際の明るさや照射範囲、そして実際の付け心地とかベルトの長さが今一分からないですよね…

ということで詳しい仕様について説明します。

実際の明るさと照射範囲

まず300ルーメンから。

300ルーメンだとかなり明るく、大体2車線分くらいの幅を10m先くらいまで照らしてくれます。街灯の無い道でもかなり安心して歩ける明るさです。

次に100ルーメン。

300ルーメンの場合と比べると暗く感じるものの、街灯のある道だと特に問題なさそうな明るさです。照射範囲は大体1車線分くらいで、5m程度先まで照らしてくれています。

Strava APIを使ってアクティビティを自動ツイートする

Fri, 02 Dec 2022 11:47:09 +0900

追記：2023/1/25をもってTwitterアカウントを削除しました。なお、本記事の内容には何ら影響はありません。

目指す姿とモチベーション

サイクリング・ランニングの走行データを↓の様に定時に自動ツイートする。

サイクリングの場合

ランニングの場合

上記に似たようなことはIFTTTやZapierを使えば簡単にできます。実際に自分も以前まではそれらの自動化ツールを使っていました。しかしながら拡張性に乏しいため

走行ルートをGoogle Maps上に表示しようとするとGoogle Maps APIを使わないとムリ（っぽい）
走行距離の単位が何故かmだけ（10kmって表示してほしいのに10000mになる、みたいな）
取得可能なデータが少なく、消費カロリー等のデータにアクセスできない場合がある

といったことで多少なりともストレスがありました。「痒い所に手が届かない～；；」みたいな。

Octaveで並列処理を用いた実行時間削減を行う方法

Sat, 23 Jul 2022 20:37:34 +0900

結論

Octaveで並列処理を行いプログラムの実行処理時間を短縮するためにはparallelと呼ばれるパッケージのpararrayfunやparcellfunを使って多重for文内の処理を並列処理に変更すればよいです。

結論としては上記の通りなのですが、もう少し詳しく解説します。

並列処理を行うためのパッケージparallel

Octaveで他のプログラミング言語のように並列処理を行うためのツールとしてparallelというパッケージが用意されています。「並列処理ってなんのこっちゃ」っていう方はこちらを読んでみると良いかもしれません。

公式のマニュアルページはあったのですが、今はなくなってます。主要な関数の一つであるpararrayfun()関数について大まかな使い方も載っています。

使う上での注意

使う上で幾つか注意点があり、主なものを下記にリストします。

Windowsでインストール中にエラーが出る
引数と返り値の次元を合わせる必要がある
デバッグにはarrayfunを使うと便利

以下詳細。

Windowsでインストール中にエラーが出る

pkg install -forge parallelでパッケージをインストールする際にデフォルトの状態だとWindowsではエラーが出ます。

詳しい内容や対処方法は下記のページを参照してください。

引数と返り値の次元を合わせる必要がある

pararrayfun()関数に渡す引数と返り値は同じ次元を持っていなければなりません。

公式ページのコードをそのまま使って解説しますが、↓のプログラムでvector_xとvector_yは1行10列の同じ次元を持つ配列です。pararrayfun（というかこの場合はfun）の引数と返り値の次元は一致している必要があります。

pkg load parallel
fun = @(x) x.^2;
vector_x = 1:10;
vector_y = pararrayfun(nproc, fun, vector_x, "Vectorized", true, "ChunksPerProc", 1)

試しに引数（vector_x）を1行10列の配列とし、返り値（vector_y）を10行1列の配列とするプログラムを書いてみます。

pkg load parallel
fun = @(x) x.^2';
vector_x = 1:10;
vector_y = pararrayfun(nproc, fun, vector_x, "Vectorized", true, "ChunksPerProc", 1)

すると次のようなエラーが帰ってきます。

error: cat: dimension mismatch
error: called from
 chunk_parcellfun>@<anonymous> at line 55 column 33
 chunk_parcellfun at line 55 column 15
 pararrayfun at line 73 column 28

デバッグにはarrayfunを使うと便利

pararrayfunは通常の状態で使うとエラーの詳細までは表示してくれません。一応エラー詳細を出そうとすると引数のErrorHandlerを設定すれば見れるようですが、面倒なので私は使っていません。ErrorHandlerについては下のページを参照してください。

コスパ最強のロードバイクのスプロケット用トルクレンチ

Sat, 23 Jul 2022 00:26:32 +0900

結論

モノタロウのトルクレンチ（精度±4%）がコスパ最強なので（ガチの整備士とかじゃない限り）スプロケット交換等に必要なトルクレンチに迷ったらこれが滅茶苦茶オススメです。

これで終わっても良いのですが、以下で補足説明します。

一緒に使うのにオススメの工具

SHIMANOさんのスプロケットなら、当たり前ですがSHIMANOさんのロックリング工具がオススメです。

シマノ (SHIMANO) 工具 TL-LR15 ロックリング工具 (ガイドピン付) Y12009230

amazon.co.jp

これとモノタロウのトルクレンチを併せて使うには専用のソケットが必要です。私は↓のモノタロウさんの対辺寸法24mmのソケットを使っています。

上記の工具を一式取り付けると↓のようになります。

デジタルトルクレンチが必要かどうかは人による

デジタルトルクレンチはもちろんあったらあったで便利ですし、現在のトルクを把握しやすいのでより安全に大切な自転車を整備できるようになるとは思います。

【レビュー】PROBIKEKITさんでホイール買った話【フルクラムレーシング4】

Sat, 23 Jul 2022 00:23:13 +0900

前回から続いて2回目のProBikeKitさんでのお買い物です。

今回の買い物

今回は↓のフルクラムレーシング4（リムブレーキ版）を購入しました。

ProBikeKitの商品ページはこちらです。

支払金額

購入時の金額は、ProBikeKitさんのセールと友達紹介の報奨金で-3650円されて35205円になり¹、関税通過で+2000円支払いました。

なので今回のトータルの支出は37205円になりましたが、日本国内の店舗で購入するとすぐ5万、6万とかの値段になるのでﾏｼﾞで安い…笑

注文から受け取りまで

注文から5日でイギリスから発送されました。

今回は割と早い法ですが、ProBikeKitさんは発送に時間がかかるのがデフォなので、発送遅いな～と思ったらカスタマーサービスまでメールした方が良いです（実話）。

結局受け取りまでは1週間しかかからず、↓みたいな感じでしっかり梱包されたものを郵便局で受け取りました。白い袋には取説とかクイックリリースのパーツが入ってました。

早速試乗そして感想

さっそく100kmくらい山道や農道中心に走ってみました。

ベルヌーイ・オイラー梁とティモシェンコはりの違いの比較（計算編）

Tue, 14 Jun 2022 20:52:25 +0900

はじめに

この記事は前回の記事の続きで、ベルヌーイ・オイラー梁とティモシェンコはりの違いを実際に計算を通して調べてみようという趣旨の記事です。前回の記事はこちらです。

なお、この記事では一部説明を省略している部分もあるので、詳しくは以下の文献などを参照してください。

弾性学ハンドブック

amazon.co.jp

工業振動学第２版

amazon.co.jp

注意

前回の記事では梁に任意の分布荷重$q(x, t)$が作用している場合を考えましたが、 ~~これを解くのは面倒なので~~ 本記事の趣旨は二つの理論の単純な比較なので、以降、$q(x, t)=0$つまり自由振動の場合を考えます。

なお、$q(x, t)\ne0$とした強制振動の場合の解析方法は文献¹に記載されています。

梁についての条件

梁は下図の様に両端単純支持されたものを考えます。

ベルヌーイ・オイラー梁の場合

前回の記事から、ベルヌーイ・オイラー梁の横振動方程式は次の通り表せます。

ベルヌーイ・オイラー梁とティモシェンコはりの違いの比較（理論編）

Tue, 07 Jun 2022 13:56:55 +0900

はじめに

つい最近ティモシェンコのはり理論について学習する機会があったのですが、あまり簡易に説明されたものが無かったので自分で書くことにしました。完全に理解するためにベルヌーイ・オイラー梁の理論との比較を行います。

なお、本記事では一部の式の導出を省略していますので詳細については以下の文献などを参照してください。

弾性学ハンドブック

amazon.co.jp

楽しく学ぶ材料力学

amazon.co.jp

追記

具体的な計算例として↓のページで両者の方法を用いて梁の固有角振動数を求めてみました。理論だけでなく計算例も見たい方は参照してみてください。ベルヌーイ・オイラー梁とティモシェンコはりの違いの比較（計算編）

ティモシェンコのはり理論とは

学部生レベルの材料力学で扱うようなベルヌーイ・オイラー梁の理論とは異なり、ティモシェンコのはり理論は梁に作用するせん断力を考慮して梁の変位を計算する理論です。正確な定義はこちらにある通りです。

なお、ティモシェンコのはり理論を用いて梁の振動を考えるときには曲げモーメントによる回転運動に対する回転慣性を考慮する必要があり、これもベルヌーイ・オイラー梁の理論と異なる部分でもあります。

それぞれの理論での横振動方程式

下図のような梁の微小要素に対してベルヌーイ・オイラー梁とティモシェンコはりのそれぞれの理論を用いて梁の横振動方程式を考えます。なお、簡単のため梁は均質で一様な断面をもつと仮定します。

なお、式変形で用いる変数はそれぞれ以下の物理量を指しています。

円柱座標系での連続体の運動方程式

Mon, 02 May 2022 17:27:16 +0900

先月、円柱座標系での連続体の運動方程式の導出を扱ったのですが、複数ある導出方法の中で初学者にとって理解しやすい方法についての解説がどこにも載っていなかったので自分で書くことにしました。

はじめに

本記事ではベクトルと行列のそれぞれを明示するために行列Aの場合は$[A]$、ベクトルAの場合は$\{A\}$のように[]と{}を使い分けています。

また、本記事では円柱座標系での連続体の運動方程式の導出について簡単な紹介しか行わないため、詳細については下記の文献などを参照してください。

弾性力学入門 - ていねいな数式展開で基礎をしっかり理解する

amazon.co.jp

弾性力学

amazon.co.jp

なお、この記事を読むにあたって以前書いたオイラーの運動方程式関連の話と応力テンソルの内容を理解しておいた方が理解しやすいかもしれません。

また、ここでいう円柱座標系は下の図のような$r, \theta, z$座標系を指しています。

1年のアプリ開発の振り返りポエム

Mon, 04 Apr 2022 14:17:44 +0900

※　技術的な話は1ミリもありません。

2021年2~3月にかけてスマートフォンアプリを開発・リリースしました。アプリの名前はSUEPです。このアプリは島根大学の学生向けアプリで、島根大学に関連するあらゆる有益な情報を収集する（ことを目指している）アプリです。

元々私一人で開発を進めていたのですが、やりたいことに対して人手が足りず、途中から人を集めてチーム開発をすることにしました。

正確なリリース日は2021年3月24なので、リリースから約1年経った記念に、開発に関して色々感じたことを書いておこうと思います。

きっかけ

もともとこのアプリの開発を始めた最も大きなきっかけは新型コロナウィルスの蔓延でした。

そのころ、終わりの見えないコロナ禍で色々な面で困っている大学生の話を頻繁に聞いていました。ただでさえストレスの掛かる新学期に、大学からの通達で「大学での活動禁止」「県外からの移動の際には〇日 or 〇週間の自宅待機」といった制約がかかり、中々自由に活動できない方が多くいました。

一方、大学側の対応に不満を抱く方も多かったように思います。大学は学生に対してキャンパスに来ないようにお願いしていましたが、中々そのお願いに見合ったサポートは用意されていませんでした。

さらに、大学から発信される情報はアクセスしにくい場所（サイト）で配信されていたり、全くもって学生に便利なシステムにはなっていませんでした（現在もそうですが）。

この当時、個人的に「問題だなあ」と感じたのが学生にとって有意義な情報があらゆるプラットフォームに散らばりすぎているという点です。

大学公式のTwitterアカウントから学生向けの情報がつぶやかれることもあれば、時にはホームページ上でつぶやかれることもあり、そして時にはYouTube上で…といったような状況でした（残念ながら現在もそうですが）。

そこで、この問題を解決すために「1つのプラットフォームで島大の情報を網羅するアプリを作ってみよう！」と考えるようになりました。

そもそも有意義な情報 is 何

しかし、アプリ制作を初めて最初に躓いたのが、いったい誰のためのアプリにするのかという点でした。

当たり前ですが、人によって「重要だ」または「有意義だ」と感じる情報は異なるため、どういった情報にフォーカスするべきなのか迷うことが多々ありました。

要件定義もそうですが、ユーザーのターゲティングなど、当時の私は何も知らないことが多く、非常に非効率的な開発を進めてしまっていたのをよく思い出します。こうした背景から、（今でもまだまだそうですが）このアプリが誰のためのアプリなのかという点を考え切れていませんでした。

アプリ開発

始めに話した通りですが、リリース当初は一人でアプリを開発していました。

しかしながら、やりたい事に対して私のキャパシティが追いついておらず、一緒にプログラミング・デザイン・広報 etc. をしてくれる人を集めることにしました（合計で5人くらい欲しかった）。

一緒に開発に携わってくれる人を集め初めた最初の2か月くらいで2人、次の5か月で4人集まったのですが、現在では私を含め開発メンバーは2人しかいません。

なぜこのようなことになったかというと、私が独学できない人をサポートしきれないからです。

今回、開発に携わりたい人を集めるうえで条件は特に定めていませんでした。そのため、

「プログラミング未経験だけど興味があります（作りたいものは特にないです）！」
「デザイナー…？いや（プログラミング未経験だけど）プログミングしたいっす…」

という人も集まってきました。もちろん、今までプログラミングの機会が無かっただけで、一度プログラミングの楽しさを知った後に勝手に沼にハマるタイプの人もいるので、プログラミング未経験者をdisっている訳ではありません。

ただ、今思えば、集まってきた人たちの大多数が「最近話題によく上がるプログラミングとかいうコンテンツに興味あるし首突っ込んでみよ」という比較的軽い考えを持っていたように思います。

これを踏まえて今後どうするのか、考えた結果、ミーハーなだけの方々~~ほとんどの場合友達も連れて見学に来るので~~簡単に見分けが付くので、今後は一人で勇気をもって見学に来た人だけに対応しようと思っています。

独学できる人はとても貴重

これもまた人を集めてみたからこそ分かったことですが、独学できる人は貴重です。

私自身、幸運なことに学部生時代に所属していた部活同を通じて、ジャンルは様々でしたが、独学できる人に多く出会ってきました。

放っておいても自分でアプリ作っちゃう人、好きな学問を独学できる人、好きな何かを改造する人 etc. 色んな人がいました。

その当時は気付かなかったのですが、最近では、自分もこの独学できる人の一員で、何かモノを作るために勉強が必要ならそれを独学できて当たり前という価値観を持っています。

少し話が変わりますが、今回アプリ開発に興味を持ってくれた方の中で、非常に困惑した例を挙げておきます。

何かエラーにぶつかったとき、エラーの内容を読んでくれない / 一旦自分で調べてくれない
フレームワークのチュートリアルを一人でやってくれない

上記の例に通じているのは、問題の解決に一人で挑めない/ 挑もうとしないという点です。

初めて触るフレームワークのチュートリアルであっても何か予期しないエラーなどが起こるのは想定しえます。また、プログラミングの途中で初めて出会うエラー文もあるでしょう。私自身もそういったエラーに遭遇したことはあります。

こうした問題に対面した際、私たちのチームでは45分以上掛けて解決できなかった問題は人に聞くように定めています。ただし、これは45分間全力で調べたけど見つからない場合を指しています。

このような開発規則を定め、事前にしっかりと説明しているにも関わらず、私一人ではできない or やりたくないから始めから誰か付き合ってとお願いされることが何度かありました。

このようなお願いをされて付き合ってもお互いに成長が無い時間になってしまううえ、私自身がそこまで時間を割けないので、基本的に難しい問題についてのみ質問を受けるという仕組みにしていました。

逆にこの仕組みに納得して今まで一緒に開発で来ているのは一人だけです。

ここからも分かる通り、一人でも調べたり勉強したりして問題の解決に挑める人材というのは貴重です。

最後に

良い経験にはなったけど、多分一人で開発してた方が開発スピードは早かっただろうなと今では思っています。

ただ、チーム開発の良い点は技術や知識の俗人化を防げる点にあるとも思っていて、仮に何かしらの形で援助を受けながら長期にわたって開発・管理する際にはチーム開発がベストだろうとも思っています。

就活が落ち着いたらまたがっつりアプリ開発に戻る予定ですし、最近は時間のある時にAWSを使ったネットワーク・サーバー構築本と睨めっこしてます。

【React Native】Invariant Violation "main" has not been registered... のエラーについて

Thu, 17 Mar 2022 00:00:00 +0900

このエラーが起こった原因（私の場合）

yarnを使ってライブラリの依存管理をしているのですが、不要なライブラリを削除した後にこのエラーが出ました。おそらくパッケージマネージャ自体の何らかの不具合によるものだと思われます。

環境

package.jsonの一部抜粋です。

 "dependencies": {
 "expo": "^44.0.0",
 "react": "17.0.1",
 "react-native": "0.64.3",
 }

エラー文

Invariant Violation "main" has not been registered. This can happen if: *Metro (the local dev server)
is run from the wrong folder. Check if Metro is running, stop it and restart it in the current project.*
A module failed to load due to an error and `AppRegistry.registerComponent` wasn't called.

解決方法

私の場合、不要なライブラリの削除を行った直後にこのエラーが突然出るようになったので、yarnによってnode_modulesとyarn.lockに変更が入った不具合が生じたと推測しています。

これを解決するために、node_modulesとyarn.lockの削除と再生成を行いました。次の通りの手順を取りました。

node_modulesとyarn.lockの削除
yarn installコマンドの実行

最後に

これ以外の原因で同じエラーが出ることがあるそうですが、今回は原因が単純だったので対応も楽でした。やはりこまめにブランチを切っておくことが大事。

【React Native】EAS buildでconfigファイルが読み込まれないときの対処法

Wed, 16 Mar 2022 23:11:39 +0900

2023年1月4日に廃止になるexpo buildコマンドに変わり、現在、eas buildコマンドを介したアプリケーションのビルドが推奨されています。そこで、私もEAS buildを初体験してみようと思ったのですが、思わぬエラーに詰まってしまったので紹介しておきます。

今回起こったこと

eas buildコマンドでアプリをビルドしようとしたところ、下記のエラー文がPrebuildの段階で出ており、ビルドを完了できませんでした。なお、この時点でexpo build:andriodコマンドによるビルドは問題なく動きました。

[05:49:21] 📝 Android package Learn more: https://expo.fyi/android-package
[stderr] [05:49:21] Input is required, but Expo CLI is in non-interactive mode.
[stderr] Your project must have a `package` set in the Expo config (app.json or app.config.js).
[stderr] See https://expo.fyi/android-package
bash exited with non-zero code: 1
So, I checked package section in my app.config.js, but the package section is included.

エラー文を読んだところ、単に「app.jsonまたはapp.config.js内にpackageに関する部分が含まれていないよ！」ということを示していることが分かります。「あれ？書いてあるはずだけどな…」と思ったのですが、一応今回のプロジェクトのapp.config.jsを調べてみました。

そのときのapp.config.jsは↓のようになっていました。

export default {
 name: 'SUEP',
 icon: './assets/suep_icon.png',
 version: process.env.MY_CUSTOM_PROJECT_VERSION || '1.1.3',
 orientation: 'portrait',
 splash: {
 image: './assets/splash.png',
 resizeMode: 'contain',
 backgroundColor: '#FFFFFF',
 },
 userInterfaceStyle: 'automatic',
 assetBundlePatterns: ['**/*'],
 updates: {
 fallbackToCacheTimeout: 10000,
 },
 android: {
 package: 'com.tpot.suepapp',
 versionCode: 12,
 permissions: [],
 adaptiveIcon: {
 foregroundImage: './assets/suep_icon.png',
 backgroundColor: '#FFFFFF',
 },
 },
 hooks: {
...secret...
 },
 plugins: ['sentry-expo'],
 extra: {
...secret...
 },
};

ここで分かる通り、androidセクション内にpackageセクションが間違いなく含まれています。

応力テンソルが非対称となる場合

Fri, 04 Mar 2022 15:47:10 +0900

始めに（スキップ可）

前回、前々回と応力テンソルとその性質およびオイラーの運動方程式とコーシーの運動方程式の二つの概念ついて説明しました。

ここまでくると、特殊な場合を除いて応力テンソルが対称テンソルとなることを紹介すると思うのですが、往々にして対称テンソルとならない条件についての解説は省かれます。ここで大抵の方は「対称テンソルとならない場合があるのか…？」という疑問を持つと思います。

本記事では、応力テンソルが非対称となるある場合について解説します。なお、この記事を読むにあたって次の4点に注意してください。

微小変形を仮定しています。
応力テンソルとオイラーの運動方程式の定義を理解している方向けに記事を書いています。
本記事では、ベクトルと行列のそれぞれを明示するため、行列Aを$\left[A\right]$と表し、ベクトルAを$\{A\}$と表しており、[]と{}を使い分けています。
初学者向けに書いているので縮約記号を用いていません（縮約記号を使った方が式が短くなりますが…）。

本記事の詳細について、不明瞭な部分などは以下の書籍を参照してください。

体積モーメントの導入

ある物体に無視できない大きさの体積モーメントが作用している場合、応力テンソルは非対称となります。

体積モーメントの定義は下記の通りです¹。

電場内で誘電体が影響を受ける場合，または磁場内で磁性体が影響を受ける場合などでは，固体の各部分がモーメントを受けることがあり，このような場合に単位体積当たりに働くモーメントはベクトル量で，これを体積モーメントといい，これを記号Mで表す．

体積モーメントを生じる力を体積偶力（body moment）として紹介している書籍もあります²。これをより具体的に考えると下の図のような状態と言えます。

つまり、応力（表面力）や重力などの体積力とは別に何らかの体積力が偶力として作用している状態を示しています。

具体的な計算

まず、この記事で示したオイラーの第二運動法則（つまり連続体の角運動方程式）からスタートします。 \begin{equation} \int_V \rho\{r\}\times\{a\} dV = \int_V \rho\{r\}\times\{K\} dV + \int_S \{r\}\times\{t\} dS \end{equation} この式では連続体の密度、体積、速度、連続体に作用する応力ベクトル、単位質量当たりに働く物体力をそれぞれ$\rho, V(t), v, \{t\}, \{K\}$としています。

ここに、先ほどの定義に則って体積モーメント$\{M\}$を導入します。すると式(1)は次式となります。 \begin{equation} \int_V \rho\{r\}\times\{a\} dV = \int_V \rho\{r\}\times\{K\} dV + \int_S \{r\}\times\{t\} dS + \int_V \{M\} dV \end{equation}

React NativeでuseContextを使ってstateを変更する方法【React Native + Expo】

Tue, 01 Mar 2022 23:31:08 +0900

実現したいこと

親のコンポネント内で定義されている状態変数を別ファイルからuseContextを使って変更したい。

具体例

今回は、簡素な例ですがモーダルの出現と消滅を状態変数で管理している場合を考えます。具体的には、App.js内でuseStateを用いて定義された状態変数をCustomModal.js側で書き換えたいと思います。

ファイルとフォルダの配置

root/
┣ App.js
┣ ShowModalContext.js
┗ component/
　　┗ CustomModal.js

こんな感じに表示される

解説

ShowModalContext.js

ここではcreateContextを用いてcontextで参照するデフォルトの値を設定しています。

import { createContext } from 'react';

export const ShowModalContext = createContext({});

App.js

ShoModalContext.jsで定めた変数を呼び出し、<コンテキスト.Provider value={子コンポーネントに渡したい値}>とすることで子コンポーネントからも状態変数の参照を行えます。

import React, { useEffect, useState } from 'react';
import { StyleSheet, Pressable, Text, View } from 'react-native';
import CustomModal from './components/CustomModal';
import { ShowModalContext } from './ShowModalContext';
export default function App() {
 const [showModalVisible, setModalVisibility] = useState(false);

 const value = {
 showModalVisible,
 setModalVisibility,
 };

 const showModal = () => {
 setModalVisibility(true);
 console.log(showModalVisible);
 };

 return (
 <>
 <View style={styles.centeredView}>
 <Pressable style={styles.button} onPress={showModal}>
 <Text>Show Modal</Text>
 </Pressable>
 </View>
 {showModalVisible && (
 <ShowModalContext.Provider value={value}>
 <CustomModal />
 </ShowModalContext.Provider>
 )}
 </>
 );
}

const styles = StyleSheet.create({
 centeredView: {
 flex: 1,
 justifyContent: 'center',
 alignItems: 'center',
 },
 button: {
 borderRadius: 20,
 padding: 10,
 elevation: 2,
 backgroundColor: 'tomato',
 },
});

CustomModal.js

そして今回の子コンポーネントであるこのファイルではShowModalContextを呼び出し、useContextを用いることで状態変数をそのまま弄ることができるようになります。¹

オイラーの運動方程式とコーシーの運動方程式【初学者向け】

Mon, 10 Jan 2022 21:09:13 +0900

はじめに

本記事では連続体の運動方程式と角運動方程式を表すオイラーの第一運動法則、オイラーの第二運動法則について触れ、コーシーの運動方程式と平衡方程式の関係についても解説します。

なお、本記事は前回の記事の内容を理解している方向けに書いています。

また、本記事ではベクトルと行列のそれぞれを明示するために行列Aの場合は$\left[A\right]$、ベクトルAの場合は$\{A\}$のように[]と{}を使い分けています。さらに、話を簡単にするため、体積モーメント（体積偶力）を始めから無視しています。

この記事の詳細を知りたい方はこちら↓の文献などを参照してください。

応力ベクトルと表面力・体積力

連続体に作用する力やそのものの運動を考えるときに表面力と物体力を考える必要があります。これらの力を簡潔に説明すると下記の通りとなります。

物体力：重力や電磁力が該当する、単位質量または単位体積当たりの力
表面力：応力が該当する、面を介して作用する単位面積当たりの力

特に表面力に着目し、この力が応力ベクトルとどのように結びつくかを示すために微小面積要素$\Delta S$を考えます。

この微小面積要素$\Delta S$の法線ベクトル$\{n\}$が示す方向を正の方向とし、負の方向に働く力を$\Delta \{f\}$としたとき、表面力$\{t\}$は応力ベクトルと呼ばれ、次の通り定義されます¹。 \begin{equation} \{t\}= \lim_{\Delta S \to 0} \frac{\Delta \{f\}}{\Delta S} = \frac{d\{f\}}{ds} \end{equation}

オイラーの第一運動法則

下図の様に物体力と表面力が作用する体積$V$とその内部の微小体積$dV$を考えます。

時刻$t$におけるこの連続体の体積、速度、密度をそれぞれ$V(t), v, \rho$とします。このとき、運動量の定義からこの連続体の持つ運動量$\{P\}$は次の通り表せます¹。 \begin{equation} \{P\} = \int_V \rho\{v\} dV \end{equation}

応力テンソルとその性質

Wed, 05 Jan 2022 22:23:56 +0900

はじめに

この記事では、応力テンソルがどのようなものなのかについて解説します。ここで解説しきれない内容については以下の文献などを参照してください。

また本記事ではベクトルと行列のそれぞれを明示するために行列Aを$\left[A\right]$と表し、ベクトルAを$\{A\}$と表しており、行列とベクトルで[]と{}を使い分けています。

そして、本記事を読む上で次の記事の内容を理解できていることを前提としています。

応力テンソルを導入するメリット（扱う意義）

応力テンソルを導入するメリットについては下記の記事が参考になりますので、解説を譲りたいと思います。

テンソルの不変量の導出

結局、上の記事にある通り、座標変換を施したりしてもその物理状態を一意に示せるのがメリットですね。

応力テンソルの誘導

二つの導入方法

初めて応力テンソルを考えるとき、主に二つの方法があります。

「ある微小体積に働く応力が釣り合う場合」を考える¹（簡単）
連続体の運動方程式と角運動方程式である、オイラーの第一、第二運動法則を介して考える²（ちょっと難しい）

厳密に応力テンソルについて考える場合は後者をオススメしますが、表面力と体積力という概念について理解する必要があります。この二つの力は抽象度が高い概念であるため、初学者にとっては少し理解しづらいものだと思います。したがって、今回は前者の場合を考えます。

仮定

通常、物体に力が作用するとその物体の形状は多少なりとも変化します。この物体の変形について考えるとき、変形が大きな場合には有限変形³を考える必要がありますが、複雑な数式が多く現れるため、今のところは微小変形のみを考えます。

このことをより具体的に説明すると下記の通りとなります¹。

固体の変形は小さいと仮定して，内力を考察するにあたって固体内部の図形の面積，方向などの変化は小さいとして無視することにする．すなわち，物体の点は移動しないとして内力を考察することにする．

応力ベクトルとつり合い式

ある微小な物体の中にある微小な体積をもつ四面体OABCを考えます⁴。この四面体には応力ベクトル$\{t_{1}\}, \{t_{2}\}, \{t_{3}\}, \{t\}$のみが作用しています。

応力ベクトルはその成分に応力をもつベクトルのことです。例として$\{t_{1}\}$は次式で表されます。

\begin{equation} \{t_{1}\}=\begin{Bmatrix}\sigma_{xx}\\ \sigma_{yx}\\ \sigma_{zx}\end{Bmatrix} \end{equation}

このように、応力ベクトルはその面に作用する$x, y, z$軸方向それぞれの応力を成分としてもつベクトルです。したがって、$\{t_{2}\}と\{t_{3}\}$についても同様に、

\begin{equation} \{t_{2}\}=\begin{Bmatrix}\sigma_{xy}\\ \sigma_{yy}\\ \sigma_{zy}\end{Bmatrix},\quad \{t_{3}\}=\begin{Bmatrix}\sigma_{xz}\\ \sigma_{yz}\\ \sigma_{zz}\end{Bmatrix} \end{equation}

【2022年】新年のご挨拶

Sat, 01 Jan 2022 11:19:10 +0900

新年のご挨拶

明けましておめでとうございます！

本年も当ブログをよろしくお願いいたします。

旧年のブログ運営と本年の抱負

旧年の10月頃にブログデザインとドメインを刷新し、まだまだ月間のユーザー数も以前ほど戻ってはいません。そこで、本年は旧年以前のPV数を超えることを目標に本ブログを運営していけると良いなと思います。

また、この目標を達成するために重要な指標である、旧年に読まれた記事トップ3を紹介しておきます。

GAS初学者がSESAMEを使った部屋予約システムを作ってみた話
【初学者向け】グリーンのひずみテンソルと微小ひずみテンソル
Slack + GAS + Spreadsheetで作る備品管理システム

トップ3にGAS関連の記事があることから分かる通り、そのコンテンツのユーザー数に比例して閲覧数も増えているようです。とはいえ残念ながら、GASに関して私自身のモチベーションが無いので追加で何か記事を書く予定はありません。何か作りたいものが出てきたら記事にするかもくらいの気持ちですね…

一方、異色を放っているグリーンのひずみテンソルについてですが、これはニッチ過ぎて私のブログ以外で解説記事を書いているサイトが無いというのが現状です。

私個人としては連続体力学分野の話が好きなので、連続体力学分野の解説記事を書いてPV数を稼ごうかと思っています。~~安直すぎないか？~~

私生活での抱負（興味ない方はスキップどうぞ）

今年やりたいことをリストアップしてみました。達成できなくても書くだけならタダなので書いておきます。

スマフォアプリケーションSUEPの完成
SUEPをwebアプリとして移植・バックエンドの処理を実装する
連続体力学関連の解説記事を1本/1か月のペースで書く（基本的な応力・ひずみの関係からスタート？）
一日30分の英語トレーニングを2月から始める

本年も、地に足付けて着々と実績を積んでいきたい所存です。

最後に

長くなりましたが、本年も生暖かい目で当ブログをご利用ください。

皆様にとっても実り多い年になるようアビスの底から少しだけ祈っています。~~んなぁ～（伝われ）~~

React Native + Expoでスマホアプリを開発した感想【2021年】

Wed, 22 Dec 2021 20:30:41 +0900

はじめに

今年の4月からReact Nativeを触り始め、人生初のスマートフォンアプリ（島根大学生向けの情報収集アプリ）SUEPを開発・リリースしました。

私がこのアプリを開発する以前までに触ったことのあった言語は、

C (大学の講義で触っただけ)
Python (同上)
C# (Unityでちょっとしたゲームを作ったことがあるだけ)
Google Apps Script (ちょっとした処理ならそれなりのものを書ける)

です。React Native + Expo については人が使ってるのをチラ見したくらいで、1ミリもコードを書いたことはありませんでした。また、JavaScriptは1ミリも触った事がありませんでした。

プログラミングの経験がそこまで多くなくても、ある程度のアプリならReact Native + Expoで作れるので、これからアプリを作ろうと考えている方の参考になることを願って書き残しておきます。

選定理由

現在は私ともう一人のプログラマでアプリをメンテナンス・開発していますが、4月当初は私一人で開発していました。そのため、割とガチで自分が使ってみたかったから選びましたw

開発以前から、

React Native + Expoを使えばスマートフォンアプリを（比較的）簡単に作れるらしい
Reactと共通している部分もあり、React Nativeの構文に慣れれば、Reactベースのwebアプリも作りやすくなる（らしい）

ということを知っていました。これらの理由と、将来的にwebアプリケーションも作ってみたいな～と漠然と思っていたことが相まってこれしかないと思い開発を始めました。

残念ながら、iOSではKotlin, AndroidではJavaが有力で、クロスプロットフォームで開発するならFlutter, Unity etc. の選択肢があったことを知ったのはずっと後になってからでした。

React Native + Expoの良かったところ

React Native + Expoで良かったな～と思った点は次の3点です。

スマートフォンアプリを作る際の様々なコストが低い（Managed workflowに限る）
実機デバッグの容易さ（Managed workflowに限る）
アプリリースに必要な手続きが少ない

スマートフォンアプリを作る際の様々なコストが低い（Managed workflowに限る）

私は現在、SUEPをManaged workflowで管理しています。機能としては、ツイートを自動で取得したり、島根大学の講義情報をオフラインで参照・表示したりと簡素なものです。

一方で、Firebase Analyticsのように「ネイティブの機能を必要とする場合」にはBare workflowへ移行する必要があると認識しています。

Managed workflowではExpoで使える様々なライブラリを使うことができ、開発スピードは間違いなく上がります。

一方で、皆さんが作るアプリの要件によってはBare workflowしか選べないこともあると思います。下記の記事を参照していただきたいのですが、Bare workflowではManaged workflowと比較し、特に

開発時のライブラリの選定
リリース時の手続

の二点について、より考える必要があります。

実機デバッグの容易さ（Managed workflowに限る）

これまたManaged workflowに限った話ですが、Expoの一番の強みでもある「実機デバッグの容易さ」についても触れたいと思います。

査読付き論文でやらかした話【テストコードはとても大切】

Sat, 18 Dec 2021 19:30:37 +0900

はじめに

1年近くかけて書き続けていた査読付き論文を先々月末についに投稿しました。↓は関連の記事です。初めて査読付き論文を書く際に気を付けた方が良かったこと

この論文に関するレヴューはまだ帰ってきていないのですが、つい3日前、この論文に掲載しているグラフを作成するために用いた材料定数に誤りが見つかりました。さらに、この材料定数の誤りが論文の結果に非常に大きく影響していることも分かりました。

レフェリーには直接土下座して謝りたいほどに申し訳なく思っています。本当にすみません。

この件についてボスと話し、現在はこの論文の撤回または訂正論文の再投稿を考えています（恐らく撤回の可能性の方が高いと思います）。

この誤りが見つかるまでの経緯と見つかった後の経緯を書き留めておこうと思います。

ことの発端

先週の研究室でのゼミでのことでした。ゼミの終わり際にこんな会話をしていました（適当）。

～～～～～

ボス「来月に次の学会発表の概要の締め切りがあるから、ワイ君は来週までに概要に載せるメインの内容をまとめて何にするかまで決めておいてね。」

ワイ「おかのした。」

～～～～～～

惨劇の発覚

↑の後、1日半程度かけて直近2, 3か月分の成果を見返し、どの成果を発表のメインに置くか考えていました。さらに、追加で調べたいことがあったので過去に使っていたプログラムを確認していた時のことでした。

～～～～～～

ワイ「（この時に$B$がこうなるなら…こっちが正になるはずだから………）」ﾊﾟｿｺﾝｶﾀｶﾀ

ワイ「（そしたらこれが…..こうなってないと…………？）」ｶﾀｶﾀｶﾀｶﾀ

ワイ「（……ん…？…おかしいな…こっちは負になるはずじゃ……）」ｶﾀｶﾀｶﾀｶﾀ

ワイ「（そしたらこっちの$\Delta$値が正に……あれ…（汗）…そしたら……あれ…？？？？？）…」ｶﾀｶﾀｶﾀｶﾀ

ワイ「（そしたら材料定数が間違ってる……よな…………）」

ワイ「（ん…まてよ…..そしたら….こないだの論文に使った材料定数も間違ってるんじゃ……）」

ワイ「（待て待て、まだあわてるような時間じゃ…）」資料ﾍﾟﾗﾍﾟﾗ

ワイ「あ、あぁ…………ｵﾜッﾀ…」

～～～～～～～

結果として、本来どんなに大きくても1未満になってないとおかしいとある材料定数がプログラム側では5.07…という明らかに大きすぎる値になっていました。

人生初の査読付き論文で、なおかつ一年近くかけて書いては書き直してを繰り返していた論文でこんな事が起こるなんて1ミリも想像していませんでした。

惨劇はなぜ起きてしまったのか

専門的な用語が出てくるので~~勉強してください~~飛ばしてもらっても大丈夫です。

もともと一年ちょっと前に作成したプログラムで二次元の直交異方性材料のポアソン比$\nu_{jk}$$(j, k=x, y, z, j\ne k)$（とある材料定数です）を文献から参照して使おうとしていました。

いくつかの書籍を読んで適当なポアソン比を利用しようとしたのですが、必要なポアソン比が全て記載されたものを見つけられませんでした。そこで材料の特性を考慮し、 \begin{equation} \nu*{xy}=\nu*{zx} \end{equation}

が成り立つと仮定しさらに、マクスウェルの相反定理から得られる、 \begin{equation} \nu*{jk}=\frac{E_j\cdot\nu*{kj}}{E_k} \end{equation}

を用いてプログラム側で必要なポアソン比を計算していました。が、既にここまでに間違っている点があることに気付けませんでした。

今回考えている二次元の直交異方性材料は$x$軸方向にのみ極めて高い強度を持つ材料だったので、式(1)は間違いで、正しくは、 \begin{equation} \nu*{xy}=\nu*{xz} \end{equation}

でした。この間違いによって$\nu_{xz}>5$などという明らかにおかしい値が出てきていました。

二度と惨劇が生まれないためにどうしたのか

この惨劇が生まれる可能性を可能な限り下げるために次の三つを徹底することにしました。

文献以外から用いる数値や条件が妥当なのか、プログラミング以前に第三者によるチェックを行う
プログラムにテストコードを追加する
テストコードをクリアした結果のみを論文に載せる

一点目は当たり前なのですが、人間は間違っているものを一度正しいと思うと何かのきっかけが無いとその間違いに気付き難いので、客観的に文章を第三者に確かめてもらう必要があると考えました。

この第三者は可能な限りその研究内容を客観的に見ることのできる人物が好ましいと考えいています。ただし、余りにも予備知識が無さ過ぎるとチェック自体に時間がかかりすぎてしまうのでそれは好ましくないでしょう。人選の難しいところだと思います。

続いて、二点目と三点目は一点目と同じかそれ以上に重要です。

私は普段、研究に使うプログラムを誰かに見てもらうことをしてきませんでした。研究室によってはプログラム自体のダブルチェック（いわゆるコードレビュー）のある所もあるのかもしれませんが、私の研究室ではそれが無いので、プログラムと得られるデータの正確さをプログラマー（私）自身で担保するしかありませんでした。

今までは明らかにおかしいデータやグラフでない限りはほぼどのような結果でもスルーされてきており（これはこれで問題ですが）、得られたデータの正確さを担保するものはほとんどありませんでした（そしてその結果が今回の惨劇）。

そして今回は特に、プログラム側で材料定数の値を確認し、ある値の範囲外であれば強制的にエラーを出す、といった処理さえ行っていれば気付けたミスでした。

今回の件を通じて、プログラマー自身が成果物であるプログラムと得られたデータの正確さを担保するためにテストコードも書くべきだと思うようになりました。切実に。

おまけ

追加したコード

一応、追加したテストコードの一部を記載しておきます。言語はOctaveです。MATLABとも互換性があると思います。

# main.m
E_xx = 148*10^9;
E_yy = 10.50*10^9; # axial + vertical young's modulus
E_zz = E_yy; # two dimensinal orthotropy's condition
n_xy = 0.30;
n_yz = 0.59;
n_xz = 0.30; # poisson's ratio
n_yx = (E_yy * n_xy)/E_xx; # two dimensinal orthotropy's condition
n_zy = E_zz * n_yz/E_yy;
n_zx = E_zz * n_xz/E_xx;

for array = [n_yx n_zy n_zx]
 test_poisson(array);
end
（以下略）

# test_poisson.m
function test_poisson(n)
 if (n >= 1)
 error('Invalid poisson raio is inputted(more than 1).');
 elseif ( n < 0)
 error('Suspicious poisson raio is inputted(less than 0).');
 end
end

材料定数（ここではポアソン比）が閾値を超えると強制的にエラーをだすようなプログラムです。

【レビュー】HP製とエレコム製のシングルモニターアーム(DPA-SL02SV, BT861AA)

Fri, 10 Dec 2021 23:28:22 +0900

今回購入したもの

エレコムディスプレイアーム DPA-SL02SV

amazon.co.jp

HPのシングルモニターアーム BT861AA（Amazonでは売り切れていたためリンクを外しました）

従来の私のデスク周り

以前、ゲーム用に新しく27インチのディスプレイを購入しました。詳しくはこちらの記事をご覧ください。

この事に加えて、従来ゲーム用に使っていたディスプレイを作業用のディスプレイとしても使いたいな～と思い、モニターアームを導入することにしました。

ちなみに導入する以前には、机とディスプレイはこのような配置になっていました。

今回は、モニターアームを導入することで下の図の様に、左右どちらのデスクでもディスプレイを使えるようにするのが目的です。また、図からは少し分かりにくいのですが、デュアルディスプレイ用のモニターアームでは可動域が足りず、今回の用途には向きませんでした。

モニターアームの選定基準

身近にモニターアームを使っている方がいなかったので、正直どのモニターアームア良いのか分かりませんでした（ついでにストアの評価は信じない側の人間です）。なので、今回は次の二つのモニターアームを実際に購入しています。

SentryでReact Native(Expo)のエラーログを取得する

Tue, 07 Dec 2021 23:33:01 +0900

この記事を書いた理由

React Native + Expoのプロジェクトを友人と開発しているのですが、概ね必要な機能の実装を済ませたので、実機でのエラーログの取得について検討しました。その結果、エラーログの取得を行えるサービスとして、以下の二つが候補に上がりました。

将来的にはCrashlyticsへの移行を考えていますが、ひとまずExpo側にもドキュメントが用意されているSentryでクラッシュログの取得を行うことにしました。

しかしながら、Sentryの導入について書かれた記事が古くなっていたり、具体的にどこでトークンの取得などを行えるのか分かりにくい記事が多かったので備忘録としてもこの記事を書きました。

開発環境

Expo SDK 42

Expo SDK 40以上であればこの記事の手順でインストールできます。

実装方法

基本的にはExpo側のドキュメントを参考にしてください。Sentryの公式サイトのドキュメントにも導入方法が書かれていますが、あまり親切ではないのでExpo側のドキュメントに従うことをお勧めします。

必要なパッケージのインストール

必要なコマンドは基本的には下記のみですが、

expo install sentry-expo

環境によっては追加で下記のコマンドも実行する必要があります。

expo install expo-application expo-constants expo-device expo-updates @sentry/react-native

念のため両方のコマンドの実行をお勧めします。

コード

App.jsに下記のコードを追加してください。アプリケーションの起動時にSentryの初期化が行われます。

import * as Sentry from 'sentry-expo';

Sentry.init({
 dsn: 'https://xxxxxxxxxxxxxxxxxxxxxxx@xxxxxxxx.xxxxxx.sentry.io/xxxxxxxxxxxxx',
 enableInExpoDevelopment: true, // falseとした場合、開発時のエラーは無視されます
 debug: true, // 製品版ではfalseにしてください
});

enableInExpoDevelopmentはデフォルトでtrueになっているのですが、このままだと開発時のエラーも報告されてしまって面倒なので私は基本的にfalseにしています。

また、エラーログの送信に失敗した場合などにはdebugをtrueにしておくことで有益な情報をデバッグログとして出力してくれるようです。これについては私も現在試している部分なので詳細を省きます。

コンフィグの設定

app.jsonかapp.config.jsのいづれかに下記の項目を追加します。

{
 "expo": {
 // ... your existing configuration
 "hooks": {
 "postPublish": [
 {
 "file": "sentry-expo/upload-sourcemaps",
 "config": {
 "organization": "sentryで作成した組織名",
 "project": "sentryで作成したプロジェクト名",
 "authToken": "ランダムっぽい英数字が並ぶトークン"
 }
 }
 ]
 }
 }
}

AuthTokenとDSNの調べ方

Sentryのwebページに移り、Settingsを選びます。

【レビュー】LG UltraGear 27型ゲーミングモニター

Sun, 28 Nov 2021 20:59:52 +0900

商品スペックなど

メーカーが公開している27インチ UltraGear ゲーミングモニターのページはこちらです。こちらの商品の特徴は下の表の通りです¹。

項目	内容
フレームレート（垂直走査周波数）	48 - 144 Hz
入力端子	HDMI : 2, DisplayPort: 1
ブルーライト低減モード	〇
フリッカーレス	〇
寸法（スタンド付きの状態）(mm)	幅：614 、高さ：466 - 576 、奥行き：291
質量 (kg)	7.2
参考価格（税込み）	￥32,000

実物はこんな感じ↓です。

左が今回購入したLGの27インチモニターで、右は一年前に購入したASUSの24インチモニターです。ぱっと見ではあまり大きさに差が無いように見えますね。

組み立てとモニターの特徴について

今回届いたモニターの組み立ての様子です。段ボールではこんな感じで届き、

中身はモニターの足とモニター本体、ケーブル類＋説明書だけでした。

【レビュー】TOPEAK SIDEKICK WEDGE SADDLEBAG（Mサイズ）

Sun, 07 Nov 2021 13:41:02 +0900

商品スペックなど

メーカーが公開しているTOPEAK サイドキックウェッジパック（Mサイズ）のページはこちらです。こちらの商品の特徴は下の表の通りです¹。

スペックなど	内容
参考価格（税込み）	￥4730
寸法 (mm)	長さ：180 、幅：110 、高さ：115
容量 (L)	0.7
質量 (g)	190

実物はこんな感じ↓ですね。

実際に入るもの

実際に入るもとしては下記の項目のものは入るかと思います。

スマートフォン
チューブ
補給食（少量）
パンク修理道具
お金

実際に入れてみました。

初めて査読付き論文を書く際に気を付けた方が良かったこと

Sun, 31 Oct 2021 22:16:26 +0900

この記事を書いた背景

学部三年生の頃から長いこと付き合ってきた↓のテーマの研究について、ある程度結果がまとまったので指導教員に薦められて査読付きの論文として投稿することにしました。

中国四国支部総会・講演会講演論文

今年1月ごろから書き始めて、2021/10/31現在、提出した論文のレヴューが返ってくるのを待っている状態です。

実は、論文の仕上がりで言うと大体8割くらいが仕上がっていた頃、たまたま↓のツイートを見て「ああ、確かにこういう内容は前もって知っておきたかったなあ」と思ったので、自分も今回の論文執筆の機会から得られた知見をまとめておこうと思った次第です。

先日初めて査読付きの研究会に投稿しまして、その経験から「論文の書き方（メンタル編）」をまとめてみました。メンタル管理を主とした論文の書き方というのはあまり見かけないと思うので、経験が少ない方を中心に多くの人に役立つといいなと思っています。https://t.co/QqlqBUvgJQ
— kikuzokikuzo (@kikuzokikuzo) October 4, 2021

気を付けた方が良かったこと

細かい点を挙げるとキリが無いので別の機会に紹介します（多分）。今回挙げるのは一般的に重要な次の4点です（優先度順）。

日にちを（できるだけ）空けずに書き続ける
最初に立てた計画を可能な限り守る・守れなくても計画を随時アップデートする
定期的かつこまめな論文のレビューの依頼
（一層）趣味の時間を大切にする

以下、補足です。

日にちを空けずに書き続ける

これができれば論文は8割書けたも同然だと思います。

私の場合、学会発表が終わった3月の春休み期間中に3週間ほど論文を読まず・書かずの期間を作ってしまったことなどもあって論文投稿が大幅に遅れてしまいました。

ちなみに↓のスマートフォンアプリを呑気に作ってましたw

日数を空けた後に論文を書き始めるのは億劫になりがちですし、特に論文の訂正がある場合はなおさら辛いと思います（少なくとも自分は辛かった）。

最初に立てた計画を可能な限り守る・守れなくても計画を随時アップデートする

この辺りの話は論文執筆以外にも当てはまる話かなと思います（アジャイル開発に近しいものがある）。

私の場合、論文執筆に日数を空けてしまっただけでなく、予期せぬデータの誤りが見つかったせいで大幅な計画の見直しが必要になりました。

そもそもどうしたら予期せぬデータの誤りを出ないようにするのか、についてはここでは触れませんが、偶発的に生じる問題に対面した場合にどれだけ早く軌道修正できるかが、筆者のメンタルを保つためだけでなく、より質の高い論文を執筆するための鍵だと思います。

定期的かつこまめな論文レビューの依頼

これに関して、自分はある程度徹底できていたのですが、論文を書き始めたころはそこまでできていなかったので挙げています。

論文を書き始めたころは、毎回緒言→理論→計算例→結言の全セクションを訂正し終えてからレビューをお願いしていたのですが、そうすると序盤で大きな修正が必要になった場合に後半のほとんどを削除するか大幅な書き直しが必要になっていました。

これだと非常に効率が悪かったので、途中から下記二つの変更を加えました。

理論 → 計算例 → 緒言 → 結言（つまり主要部 → 従属部）のセクション順で訂正
1つのセクションの訂正が終わった時点でレビューをお願いする

論文を書き慣れている方としては「そんなん当然じゃん」となること間違いなしですが、執筆始めたての頃には中々気付けなかった点でした。

それと加えて、レビュアーが忙しいのを知っていたので「こんな細かい部分（あまり内容に大きな影響を与えない文章表現など）をどうすべきかわざわざ聞いて良いのかな」みたいなことを最初はよく思っていましたが、論文執筆の最終段階ではほとんど気にせず聞いていました。

最終的にはある程度（自分の場合は45分）調べても分からない事はレビュアーに相談するようにしていました。

（一層）趣味の時間を大切にする

この点だけ他と気色が異なりますが、執筆者のメンタルを良好に保つために必要な要素だと思ったので挙げておきます。

初めに紹介したツイートにあった「論文の書き方 - 主にメンタル面の対処を中心として」のタイトル通り、論文執筆は立派な社会人でもストレスが貯まらざるを得ない重労働だと思います。学生だと尚更ストレスを感じやすいと思います。

数学的証明を一切省きますが、若い==無茶できるは偽です。

人間はストレスが許容値を超えると壊れます。良い論文を書くには（良い仕事をするにはに言い換えても良い）、論文執筆以外の時間をどれだけ豊かに過ごせるかがとても大切だと私は考えています。

最後に

論文執筆は大変ですが、自分の（自分だけのではないが）成果を世に出せるのは研究者・技術者冥利に尽きることだと思います。

私自身、論文を書き続けられる職場に行けるかは未定ですが（絶賛就活中）、行くにしても行かないにしても「色々な研究の大変さ（本当に色々ありすぎる）」や「公式な文章を作る際の心構え etc.」を深く知れた良い機会でした。

【React Native】useNavigationで画面遷移情報を外部から参照する方法

Sun, 31 Oct 2021 01:23:43 +0900

実現したいこと

今回は下記のようなディレクトリ構成を考え、 FirstScreen → SecondScreen → ThirdScreenの画面遷移を行うのですが、その際の画面遷移の情報の受け渡しの仕方をまとめます。

root/
┣ App.js
┗ Screens/
　　┣ FirstScreen.js
　　┣ SecondScreen.js
　　┗ ThirdScreen.js

利用するモジュールについて

今回はReact Navigationを使うのですが、具体的にはuseNavigationを利用します。公式マニュアルはこちらです。

useNavigationのマニュアルを翻訳すると、下記のような説明になります。

useNavigationは、ナビゲーションオブジェクトにアクセスするためのフックです。navigation propをコンポーネントに直接渡すことができない場合や、深くネストした子にpropを渡したくない場合に便利です。

ということで、多くの場合、これ1つで間違いなくnavigationオブジェクト（すなわち画面遷移の情報）にアクセスできます。

実例

開発環境

Expo SDK 42
React Navigation 6.×

プログラム

↓のGitHubのレポジトリからクローンしても試せます。

レポジトリを利用しない場合、事前に以下のコマンドで必要なモジュールをインストールしてください。

yarn add @react-navigation/stack
yarn add @react-navigation/native
yarn add react-native-gesture-handler
expo install react-native-safe-area-context

App.js

import React from 'react';
import { createStackNavigator } from '@react-navigation/stack';
import { NavigationContainer } from '@react-navigation/native';

// スクリーンの読み込み
import FirstScreen from './Screens/FirstScreen';
import SecondScreen from './Screens/SecondScreen';
import ThirdScreen from './Screens/ThirdScreen';

const Stack = createStackNavigator();

export default function lectureApp() {
 return (
 < NavigationContainer >
 <Stack.Navigator>
 <Stack.Screen name="first" component={FirstScreen} />
 <Stack.Screen name="second" component={SecondScreen} />
 <Stack.Screen name="third" component={ThirdScreen} />
 </Stack.Navigator>
 </NavigationContainer>
 );
}

FirstScreen.js

import { StyleSheet, View, Button } from "react-native";
import React from "react";

export default function firstScreen({ navigation }) {
 return (
 <View style={styles.screenContainer}>
 <Button
 title="Go to second screen"
 onPress={() => {
 navigation.navigate('second' );
 }}
 />
 </View>
 )
}

const styles = StyleSheet.create({
 screenContainer: {
 flex: 1,
 alignItems: 'center',
 }
})

SecondScreen.js

import { StyleSheet, View, Button } from "react-native";
import React from "react";
import { useNavigation } from '@react-navigation/native';

export default function firstScreen() {
 const navigation = useNavigation();
 return (
 <View style={styles.screenContainer}>
 <Button
 title="Go to third screen"
 onPress={() => {
 navigation.navigate('third');
 }}
 />
 </View>
 )
}

const styles = StyleSheet.create({
 screenContainer: {
 flex: 1,
 alignItems: 'center',
 }
})

ThirdScreen.js

import { StyleSheet, View, Button } from "react-native";
import React from "react";
import { useNavigation } from '@react-navigation/native';

export default function firstScreen() {
 const navigation = useNavigation();
 return (
 <View style={styles.screenContainer}>
 <Button
 title="Back"
 onPress={() => {
 navigation.goBack();
 }}
 />
 </View>
 )
}

const styles = StyleSheet.create({
 screenContainer: {
 flex: 1,
 alignItems: 'center',
 }
})

解説

FirstScreenではnavigation情報をpropsとして{navigation}で参照しています。一方、SecondScreenとThirdScreenではuseNavgationを利用した画面遷移を行っています。

【レビュー】ProBikeKitを初めて使ってみた話

Tue, 12 Oct 2021 22:06:43 +0900

ProBikeKitジャパンとの出会い

夏に入って長距離のライドをすることがとても多くなってきたので、サドル・ボトル・フレームバッグ辺りを新調しようと思い色々なサイトを見回っていました。

自転車パーツについてはあまり安いサイトなどを知らなかったので、以前まではよくAmazon・楽天あたりを使っていました。が、今回たまたまProBikeKitさんに出会ってあの安さに衝撃を受けたので、多くのチャリダー・自転車乗りにProBikeKitさんを布教すべく記事にしましたw

購入した商品

今回購入したのはこの7点です。

FIZIK ALIANTE R3 OPEN K:IUM（サドル）
TOPEAK SIDEKICK WEDGE SADDLEBAG - MEDIUM（サドルバッグ）
TOPEAK BACKLOADER 6L（サドルバッグ）
CAMELBAK PODIUM CHILL（21オンスボトル）
DEDA SQUALO（バーテープ）
TOPEAK ROAD MORPH G（ポンプ）
PBKブランドボトルケージ

ProBikeKitさんを初めて使うということで、1回目はサドルだけを注文し、2回目に後の6点を注文しました。

サドル購入時（購入1回目）

半信半疑でサドルだけを試しに購入したのですが、商品到着までに3週間かかりました。購入時期がちょうどオリンピック開始直前の時期だったので、コロナの影響＋オリンピックによる日本への荷物輸送量の増加でめちゃくちゃ時間が掛かったみたいです。

今回はサドルがいち早く必要だった、というわけではなかったので個人的には3週間かかっても全然平気でした。

ちなみに到着時にはこんな感じで届きまして、どこぞの〇mazonさんみたくクソデカ段ボールで中身スカスカみたいな事になってなくて好印象です。

中からサドルの箱を取り出しまして、

開封です。サドルに傷が付いてたりとかは全くなかったです。~~それにしても良いデザインだ….。~~

Flatlist内でCheckBoxを使って複数選択する方法

Tue, 05 Oct 2021 12:06:17 +0900

開発環境

Expo SDK 42
React Native Elements 3.4.2

実現したい動作

今回実装しようとした動作は↓動画に示したものです。

実際の動作は下のレポジトリのinstallationの手順で試せます。

主要なモジュールと選考理由

今回はReact Native ElementsのCheckBoxを選びました。CheckBoxの候補としてはreact-native-bouncy-checkbox、react-native-checkbox等が上がるのですが、今回は

yarnでパッケージ管理が可能
IOS, Android の両者で問題なく動作

を確実に満たすモジュールとしてReact Native Elementsのものを選びました。

実装方法について

実装方法を検索したところ、主に二つの方法があることが分かりました。

FlatListに渡っているJSONデータのid等を参照し、チェックマークを付けるデータを選択・再レンダーする方法
渡ってくるデータにcheckedなどの項目を追加してchecked=trueとなった時点で再レンダーする方法

一つ目の方法については下の動画が参考になると思います。

採用した方法についてのおおまかな説明

今回は上記二つ目の方法を採用しました。例えば下のようなデータを用意し、

プライバシーポリシーおよび免責事項

Sun, 05 Sep 2021 22:50:15 +0900

個人情報の利用目的

当ブログでは、お問い合わせの際、名前やメールアドレス等の個人情報を入力いただく場合がございます。取得した個人情報は、お問い合わせに対する回答をご連絡する場合に利用させていただくものであり、この目的以外では利用いたしません。

広告について

当ブログでは、以下の広告サービスを利用しています。

Amazonアソシエイトプログラム
本サイトは、Amazon.co.jpを宣伝しリンクすることによってサイトが紹介料を獲得できる手段を提供することを目的に設定されたアフィリエイトプログラムである、Amazonアソシエイトプログラムの参加者です。
ValueCommerce（バリューコマース）アフィリエイトプログラム
当サイトは、サイトが紹介料を獲得できる手段を提供することを目的に設定されたアフィリエイトプログラムである、ValueCommerce（バリューコマース）アフィリエイトプログラムの参加者です。このプログラムにおいて取得・収集される情報等につきましては、バリューコマースのアフィリエイトプログラムにおける最新のプライバシーポリシーをご確認ください。

免責事項

当ブログからのリンクやバナーなどで移動したサイトで提供される情報、サービス等について一切の責任を負いません。

また当ブログのコンテンツ・情報について、可能な限り正確な情報を提供するように努めておりますが、正確性や安全性を保証するものではありません。情報が古くなっていることもございます。

当サイトに掲載された内容によって生じた損害等の一切の責任を負いかねますのでご了承ください。

スマホアプリの作成に参考になったサイト一覧【React Native + Expo】

Fri, 26 Mar 2021 00:00:00 +0900

追記（2022年3月）

2022年になってもまた参考になった記事が幾つか見つかったのでシェアしておきます。

始めに

最近、自分が所属する学生向けにスマホアプリを作成しました。構成としてはTwitter API, Google Cloud Platform, Google Spreadsheet API, React Native, Expoです。

周りにReact Native, Expoについて明るい方がいないので完全に独学になりました。が、その分2021年現在でも問題なく参考になるサイトを把握できたのと、お気に入りバーが狭くなってきたので自分の備忘録がてらシェアしときます。

Twitter APIについて

今回作成したアプリではTwitter APIとしてuser_timelineAPIとoEmbedAPIを用いました。それぞれ下記リンクの通りです。

通常、Twitter APIを利用してツイートを外部のアプリケーションで表示する際にはTwitterの埋め込み機能が推奨されています（Twitterの利用規約なども全て満たせています）。

これはwebアプリケーションなどではそのままhtmlのタグを読み込むだけなので簡単に実装できますが、スマホアプリ、しかもReact Native+ Expoだと、ツイートの埋め込みは面倒な手順となります。特に、Flatlist内にhtmlタグを埋め込むにはサードパーティのライブラリをがっつり導入することになったり、そもそもExpoのmanaged flowでは実装できない可能性が高いです（私には実装方法が分からなかった）。

そこでhtmlタグでの埋め込みを回避し、Twitterの利用規約や外部アプリでツイートを表示する際に必ず守らなければならないデザインの要綱を全て満たし、React NativeのViewやTextタグにスタイルを付けて実装しました。

ツイートを外部アプリで表示するためには下記の5～7番目などのTwitterの規約を守る必要があります。なかなか細かく決まっていますが根気よく読んで、違反箇所が無いように気を付けるしかかなさそうです。

React Nativeの各ライブラリについて

全体に共通する基礎部分である、RNの構文についてよくまとめられています。

トランジスタ技術2019年7月号でカルマンフィルタ完全に理解した件

Tue, 16 Feb 2021 00:00:00 +0900

この記事を書くに至った背景

2020/10始め～2021/01末まで制御工学の講義を通してH∞制御や最適レギュレータ問題についてシミュレーション＋座学を通して学んだのですが、そこで軽く扱ったカルマンフィルタが何者なのか当初はほとんど理解できませんでした。

大学の蔵書からカルマンフィルタについて書かれた文献を探して読んでみたのですが、あまりにも難しく書かれたものと、詳しい記述がほぼスルーされたもので2極化しているような感じで中々自分にとってベストな文献が見つかりませんでした。

そんな中、いつもの様にtwitterで独り言をつぶやいていると…

2019年7月号のトランジスタ技術にすごくわかりやすく解説してあるよ
— ICデストロイヤー艹木 (@woxiaota) December 21, 2020

と超絶ありがたいアドバイスをもらって早速Amazonでポチることに…

トランジスタ技術 2019年 07 月号

amazon.co.jp

※Amazonで売り切れになってましたら出版社の通販でも電子書籍版を購入できますので↓のリンクからどうぞ。

トランジスタ技術2019年7月号

私自身は紹介されるまでこの雑誌のことを1ミリも知らなかったのですが、電気業界だとめちゃくちゃ老舗の有名な雑誌（1964年10月創刊）なんですね。

ちなみに2019年7月号では月着陸船アポロに学ぶ確率統計コンピュータが特集されている他、カルマンフィルタを用いた倒立振子系の制御について細かいパーツの説明に至るまで丁寧にされており、これ1冊で理論と実験まで全て網羅できる内容になっています。

本記事でカルマンフィルタについて説明するのは知財権的に問題がありそうなのでやりませんが、個人的にはこの雑誌のおかげで人に説明できるくらいにはカルマンフィルタについての理解度を上げれたように感じています。

まとめ

そもそもカルマンフィルタについて平易に説明された文献が多くない（少なくとも自分は出会えなかった）中で、日本語でここまで丁寧に必要な知識を全て説明されている文献は非常に貴重ではないでしょうか。

おまけに送料抜き税込み1100円という超安価…！ビギナーからベテランまでお勧めできる超良本です！

【初学者向け】グリーンのひずみテンソルと微小ひずみテンソル

Tue, 26 Jan 2021 00:00:00 +0900

はじめに

本記事ではベクトルと行列のそれぞれを明示するために行列Aの場合は$\left[A\right]$、ベクトルAの場合は$\{A\}$のように[]と{}を使い分けています。また、初学者の脳みそをパンクさせないためにラグランジュ法とオイラー法についての紹介は行っていません。

本記事ではグリーンのひずみテンソルについて簡単な紹介しか行わないため、詳細を知りたい方はこちら↓の参考文献¹などを参照してください²。

この記事を書いた動機

昨年・一昨年と連続体力学（特に固体力学分野）の勉強をする機会があったのですが、主にテンソルの総和規約のせいで、とても難しく感じました。

確かに、ある概念を数学的に無駄のない形で定義通り伝える重要性は理解できますが、非常に厳密な定義や抽象的な説明が初学者の理解度を深めるのに有効であるとは思いません。

これを解決する方法として、少々時間のかかる方法ですが、初学者が従来学習してきた（はずの）応力・ひずみの概念、および行列・ベクトルの様々な計算とテンソルの演算方法を具体的に紐づける必要があると感じました（というよりも私はこれでようやく様々なテンソルの話を理解できるようになりました）。

そこで、本記事では一例としてグリーンのひずみテンソルの定義式に着目し、その定義式に則りつつも、より具体的な行列・ベクトルの計算を介することでこれらの概念を少しでも理解しやすくしたいと思います²。

グリーンのひずみテンソルとは

大変形を意味する有限変形の概念を考える上でも重要なグリーンのひずみテンソルについて、日本機械学会の公式サイトが説明してくれています。

なお、参考文献¹においてグリーンのひずみテンソルは移動前の位置ベクトル$\boldsymbol{\it{A}}, \boldsymbol{\it{B}}$と移動後の位置ベクトル$\boldsymbol{\it{A’}}, \boldsymbol{\it{B’}}$を用いて次の通り定義されています³。

\begin{equation} \boldsymbol{A’}\cdot\boldsymbol{B’}-\boldsymbol{A}\cdot\boldsymbol{B}=\rm{2\it{E_{ij}}\it{A_{i}}\it{B_{j}}}\\\ \end{equation}

定義通り説明するとこの表現が奇麗な表現になります。ただし、初学者がこの式をただ眺めても「良く分からない行列計算を良く分からない下付き文字（総和規約）を使って表現しているんだなぁ」くらいにしか分からないと思います。

グリーンのひずみテンソルの導出のような何か

まず、下図の様に位置ベクトル$\{A\}$が変位$u, v, w$によってベクトル$\{A’\}$となる場合を考えます⁴。なお、ベクトル$\{A\}$は式(2)で表されるものとしています。

\begin{equation} \{A\}= \begin{Bmatrix}\rm{d}x\\ \rm{d}y\\ \rm{d}z\end{Bmatrix} \end{equation}

続いて次式を計算します⁵。

\begin{equation} \{A’\}\cdot\{A’\}-\{A\}\cdot\{A\} \end{equation}

なお、計算の際にはベクトル$\{A’\}$が変位勾配テンソル$\left[ \it{F}\rm~\right]$と$\{A\}$を用いて次式で表せることを用います。

\begin{equation} \{A’\}=\{A\}+\left[ \it{F}\rm~\right]\{A\}=\begin{Bmatrix}\rm{d}x\\ \rm{d}y\\ \rm{d}z\end{Bmatrix}+ \begin{bmatrix} \frac{\partial u}{\partial x} & \frac{\partial u}{\partial y} & \frac{\partial u}{\partial z} \\\ \frac{\partial v}{\partial x} & \frac{\partial v}{\partial y} & \frac{\partial v}{\partial z} \\\ \frac{\partial w}{\partial x} & \frac{\partial w}{\partial y} & \frac{\partial w}{\partial z} \end{bmatrix}\begin{Bmatrix}\rm{d}x\\ \rm{d}y\\ \rm{d}z\end{Bmatrix} \end{equation}

【2021年】新年のご挨拶

Fri, 01 Jan 2021 00:00:00 +0900

新年のご挨拶

2021年、明けましておめでとうございます。

本年も当ブログならびにNabe-cyanをよろしくお願い申し上げます。

昨年のブログ運営と本年の抱負

昨年3/8日から開始した本ブログですが、昨年9か月の総ユーザー数は約1500人、つまり月当たり160人強となりました。

ブログを始めたばかりの頃は1日の訪問者数が2桁を超えた日には泣いて喜んだもんですが、今では平日の1日平均が簡単に10人を超えるようになりました。

頻繁に読まれる記事としては以下のランキングとなっています。

【Slack + GAS + Spreadsheetで作る備品管理システム】特定のチャンネルのログを取る感じでSlack API使ってみた
GAS初学者がSESAMEを使った部屋予約システムを作ってみた話
他大学から北海道大学工学院試を受けてみた
Jekyll(Minimal Mistakes) + GitHub Pagesで個人Webサイト作ってみた話2
Home
【Jekyll】日本語記事の「この記事は何分で読めます」を表示する

（7位以下略）

私がこのブログを始めた理由でもある、Slack + GAS + SpreadSheetの連携についての記事や GAS + SESAME の予約管理システムの記事が一番人気となりました（やったぜ）。

一方で、北海道大学工学院に落ちた話は特にここ数か月で一気にユーザー数が伸びました。~~特に合格発表日前後で伸びるw~~

本年はニッチなTech系統の記事をより充実させつつ、日々の趣味に関する記事も増やしていきたいなと感じています。

特にガス式昇降デスクの話については他に検索してもブロガーの感想記事が出てこないのと、約1年使ってみてのメリット・デメリットを新たに発見できたので、感想記事を新たに書いてみたいなと思っています。

という感じで、本年の抱負ですが、

ゆるーく更新＆広告付ける

でいこうと思います。無理のない範囲で更新して、そろそろ邪魔にならない程度に広告を付けようかなと思っています。

私生活での抱負というかやりたい事（興味ない方はスキップどうぞ）

今年やりたいことは幾つかあるのですが、特出したものを下にリストアップしました。

留学行く（夏以降の情勢に依りけり）
スマホアプリケーションを一つ作成（ポートフォリオ代わり）
春夏ごろに給付型奨学金を最低一つ取りに行く
（可能であれば）就職希望先でバイトする
機械学会で全国区の学会発表やる
ブログの運営費を広告収入費でまかなう
TOEIC 800 ~ 850点 + TOEFLリベンジ

本年も、地に足付けて色々と実績を詰んで行きたいと思います。

最後に

長くなりましたが、本年も生暖かい目で当ブログをご利用ください。

皆様にとっても実り多い年になるようアビスの底から少しだけ祈っています。~~んなぁ～~~

Robotics;Notes Dashレビュー【ロボットっていいよね & ネタバレ注意】

Mon, 26 Oct 2020 00:00:00 +0900

この記事にはネタバレが多少なり含まれています。未プレイの方はブラウザバックをお勧めしますん☆

初めに

Robotics;Notes Dash Steam販売開始やったぜ！&おめでとう！

ちなみに自分はSteam版の販売開始から10時間後くらいに購入、プレイ開始したんですけど、その時点で既に9件の高評価が入ってましたw

海外ファンが多いゲームのあるあるですが、海外ニキたちが購入後プレイ以前に高評価押してる感じがすぐわかりましたwロボノ、愛されてます。

ストーリー

OPから見ても分かる通りダル+チュウタネロボ部 vs 君島コウって感じでした。

ストーリーだけに着目すると、正直Akiho Phase、Last Phase以外はしゃーなしで物語を継ぎ足された感が否めませんでした。シュタゲみたいな濃厚なストーリーギミックなどを期待してた方には本作は物足りなく感じられるかもしれません。

自分の場合は単純にアニメからのロボノの結末がどうなるのか気になっていたので、色々なルートを普通に楽しめました。

総評として、ロボットSFものとしては**そこまで悪くないんじゃね？**って思ってます。

逆にアニメ版から入った方でもDaSHを違和感なくプレイできるのは良い点かもしれません（ゲーム操作性は正直微妙ですが）。

ストーリー全体的には、良くも悪くも何が何でもハッピーエンドにしてやろうという雰囲気がひしひしと伝わってくるものでした。本作に何を期待するかによってこの点についての評価が大きく変わるのではないかと思います。

また、本作にはロボノELITE、シュタゲシリーズみたいなバッドエンドがないため、そこまで緊張感なくプレイできてしまう点や、比較的薄っぺらいストーリーに残念がる方も多いのではないかと思います。これからプレイする方は過大な期待をしない方が良いと思われまする。

各ルートについての感想。

淳和ルート ポンコツかわいいﾔｯﾀｰ。最後のvs昴戦だけは熱かった。
昴ルート 腐向け。俺は何を見せられてるんだ…と感じる部分が多くプレイヤーのコンテンツへの愛を試されるルート。
愛理ルート ｲｲﾊﾅｼｶﾅｰ? 愛理たそprpr…prprprprprprpr…prprprpr…ふぅ
フラウルート えぇ…フラウたそはもっと幸せになっても良かったはず…ぽやしみ
あき穂ルート 甘々。いいぞもっとやれ。圧倒的ヒロイン感。
ダルルート 良くあるご都合主義なストーリー。だがそれが良い！~~って言える人は楽しめる~~

っていう感じですね。ダルルートの最後のシーンで、複製しては消えていく君島コウの姿が意味深に描かれてましたが、それが（あるか知らんが）次回作に繋がるのか、単なる演出かは気になるところ。

北海道大学工学院試を落ちた話

Mon, 14 Sep 2020 00:00:00 +0900

正直、試験内容は思い出したくないほど悲惨なので記録として残しておくか迷ったのですが、少しでも北海道大学工学院への進学を検討されている方の参考になれば良いなと思って残しておきます。

なぜ北海道大学なのか

理由はいくつかあるけど、一番大きなものは興味を持っている分野について先進的な研究を行える研究室があるから。

島大でそれができるなら大学院も島大で良かった。

院試に必要な知識と分野

北海道大学工学院への入試に必要とされる学問分野と大まかな各内容は以下の通りです。

学問	内容
材料力学	引っ張り、曲げ、ねじり、3軸応力、ひずみエネルギー（カスティリアーノの定理）など
機械力学・制御工学	制御工学と機械力学の基礎部分についての問題なので、島大生なら復習さえすれば満点取れます。
熱力学	サイクル効率、湿り度・乾き度、エクセルギーについての応用問題など
流体力学	非粘性・粘性・非圧縮、NS方程式・境界層方程式、ベルヌーイの定理の応用、複素速度ポテンシャルの応用問題など
英語	TOEIC or TOEFLスコアを求められる。工学院で用いられているTOEFLの点数換算方法が分からないので個人的には点の取りやすいTOEICをお勧めします。

太字部分は島根大学で学ばなかった概念です。主にこれらの内容を3.5カ月間独学しました。

勉強スケジュール

今回の院試に向けて以下の通りスケジュールを組んで勉強しました。

4~5月：TOEFL iBTに向けた勉強（オンライン英会話が主）
5~7月：4力精選問題集で問題を解きながら基礎知識の習得
8月：過去問を解いて実際のテストのシミュレーションを行う

ちなみに、英語の勉強に関連した内容は以下の記事にまとめてあるので必要でしたら確認してください。

初TOEFL iBT(Special Home Edition)

機械系学科院試に必須の一冊

正直、この本と各学問の便覧（JSMEシリーズ）などを参照すればしっかりと知識が身につくと思います。

この本にはたくさんの誤植があります。問題集としては優れていますが書籍としては…
自分は4月にこの本を購入しましたが、5月にはAmazonで高値で転売されてました。早めの購入をお勧めします。
また、購入する際は転売ヤーから購入することだけは避けましょう。
（身内ネタになるのですが、この本で扱う熱力学・流体力学の内容は島根大学で学べる内容を超えています。~~悲しみ…~~）

試験日程について

8/24：TOEFL ITP（受けたい人は受けれます）
8/25：筆記試験
8/26：面接（紙面上は一人5分）

今年はコロナの影響で英語について十分な点数を出せなかった学生を救済するためにTOEFL ITPが急遽設けられました。

自分は5月に受けたTOEFL iBTよりもいい点が取れるとは思わなかったのですが、ワンチャンに掛けてITPも受けました。

TOEFL ITPはこの記事の主役ではないので詳細は省きますが、正直かなり不幸でした。

筆記試験

午前中に行われた材料力学・機械力学・制御工学の試験ですが、関数電卓忘れました。

この正念場で電卓をホテルに忘れました…（しかも得意の材力・機力・制御でこれをやってしまった）

とは言っても電卓が無くても解ける問題がほとんどだったので、そこまで結果に影響はなかったと思います。

午後の流体・熱力には電卓を用意できたのですが、恐らく流体6割、熱力3割くらいしか回答できなかった（これが落ちた一番大きな理由）。

絶望。

面接

「この筆記試験の結果じゃあ落ちたな（確信）」と思っていたので面接に行くのがかなり億劫でした。

面接では以下を答えてくださいと言われました。

志望理由
卒業研究（に着手しているのであれば）について

さらに質問としてあったのは、

合格した場合は必ず入学するのか
希望先の教授とはすでにコンタクトを取ったか
現在就活しているか・他の大学を受験中か
北海道大学に落ちた場合はどうするのか
前日の筆記試験についての手ごたえはどうか・どの教科が難しかったか
北海道大学と島根大学のカリキュラムでは学習内容が全く異なると思うがどうか

でした。

以上について、流石に面接の時間が短すぎて卒業研究については説明する時間が無いと思い、一応前もって用意していた資料を渡しました。

初TOEFL iBT(Special Home Edition)

Wed, 24 Jun 2020 00:00:00 +0900

追記（2020年6月）

TOEFLの結果が出ました。R:16, L:22, S:16, W:22の計76点でした。もう一回くらい受ければあと4点は全然何とかなるかも…？

受けた理由

8月末にとある大学院入試に応募する際に、IELTS/TOEFL iBT/TOEFL iPT/TOEIC L&Rの中から提出できるスコアを出して欲しいとのことでした。

本当は一番点数を取りやすいTOEICのスコアを提出したかったのですが、

コロナウィルスの影響で当分TOEICを受けられないことになった
ここ3年くらいTOEICを受けてなかった

というのが原因でTOEFLを受けることにしました。

当日の様子

当日の朝から部屋を奇麗にして、机（ライト付き）とノートパソコン、パスポート、ホワイトボード（Eraserとペンも用意）の状態にしました。

テストの流れとか準備については↓の動画が分かりやすいです。

Reading

大爆死でした。

今まで使ってた教材で、Readningは結構4セクションの中でも常に一番良いか、それなりに良い点数取れてたので先週あたりからReadingは全く勉強しなかったし何とかなるやろって思ってました。

実はReadingの大門の回答時間が1つあたり18分に変わったことを知らなくて、20分で解くペースで読み進めてたのが一番の問題でした。ほかに、

最近、あまりにも長文読んでなかったせいで読む速さが遅くなってた
段落からキーワードを見つけるのも遅かった
分からない単語がめっちゃ出てきた
集中力切れ
部屋の外の環境音でかなり気が散った

でした。

特に1, 2, 3については「自分の力不足」＋「慢心」が原因だと思っています。

4点目については、今までの自分の練習の仕方がまずかったと思います。普段Readingの問題を解くときは一問ずつ解いたり、多くて連続で二問ずつしか特練習をしてこなかったので、それが原因ですね。

こうしたこともあって最初の2つの大問は何とか解けたのですが、3問目以降は定期的に集中が切れる場面が多くありました。勉強の仕方は要改善です。

Listening

Listeningは相変わらず集中力が途切れ途切れだったものの、何とか聞き取ってた感じですね。

ただ、講義を聞いて問題に答えるタイプの問題の内一つがめちゃくちゃ難しかったです。

音だけ聞いても該当する単語が思いつかないという状態を（普段以上に）何度も体験しました。

そのため、「話の流れは理解できたけど"仮説がどう提唱されて、その内容は○○で…“という説明ができない状態」になってしまいました。耳が慣れてないのもあるんですが、完全に語彙力不足です。

テストが終わって出た点数は割と納得のいく点数でした（悪くはなかった。むしろ良い）。

Speaking

Speakingついては良くも悪くもいつも通りに話せました。

ただ、自分の苦手な制限時間内に話を終わらせるという点は完璧に意識して対応できていたので、自分の成長を感じられる良い時間でした。

語彙力は相変わらず貧弱でしたが、自分の意見、その意見についての具体的な例とかまで話すことはできたのが良かった点でした。

ただ、初めてのTOEFLっていうのもあってどのくらいの点数取れたのかは本当に分かりませんでした（テスト終了時は）。

Writing

個人的には点数が一番気になるセクションでした。

【Windows10】gnuplotでの描画設定の保存方法

Tue, 02 Jun 2020 00:00:00 +0900

背景

Gnuplotを研究で頻繁に使うようになって、様々なコマンドの組み合わせで描画設定を変更することに慣れてきました。

しかしながら似たグラフを大量に作る際、起動時に毎回描画設定用のコマンドを打ち込むのってまあまあな手間ですよね…

Windowsで使用できるソフトウェアには通常、起動時に読み込むファイルがあります（例：Visual Stdio Codeのsettings.json）。そこで、「Gnuplotにも起動時に読み込む設定ファイルがあるのでは？」と思いついて探してみました。

gnuplotのバージョン

Version 5.2

設定ファイルの作り方と配置場所

Gnuplotが起動時に読み込むファイルは通常、gnuplot.iniという名前でC:\Users\ユーザー名\AppData\Roaming下に保存されています。

無い場合には上記のディレクトリにgnuplot.iniを新規作成・保存してあげると良いです。

使い方としては、gnuplotで用いられるコマンドをそのまま打ち込むだけで問題ありません。例えば、

set tics font "Arial, 25"

と打ち込み保存してgnuplotを起動。何かしらプロットすると目盛りのフォントがArialで統一されているのを確認できます。

最後に

本記事はWindows10のみを対象にしています。Mac、Linux系統での詳細は残念ながら分かりません。

使ってるソフトウェアとか、研究室での研究資料の引継ぎが細かく成されていれば自分がこれを調べる必要も無かったのに…(´;ω;｀)

【レビュー】自宅作業が捗るガス式昇降デスク(gasdeskdr1ab)

Sat, 02 May 2020 00:00:00 +0900

経緯

昨今の事情から、今年度半期は完全自宅ワークになることが決定しました。

自宅にはPCゲーム用のデスクが一つあるだけで、ON/OFFの切り替えが不得意な自分にはON/OFFの空間を手っ取り早く分ける必要があると思い、PCゲーム用デスクと作業用デスクを分けることにしました。

ついでに次の狙いもありました。

自宅ワークで運動不足対策をしたい
色んな誘惑に負けたくない

と、いうことで ~~作業効率が上がると噂の~~ 昇降式デスク導入してみるか…！（安直）

電動 vs ガス式

昇降式デスクには電動とガス式のモノがあるらしい…ということで調べてみたら色んなレビューがありました。

う～ん、電動式デスクのレビューばっかだな…

どうやら電動式でも27000円くらい（天板代金別）からあるらしく、手の出せない金額じゃないしなぁ～と最初は結構電動式にしようか迷ってました。なお電動昇降デスクの代表的なのは FlexiSpotさんみたいです。

ただ、自分の場合は机の上に重いものを置かない + 安く済ませたいと思っていたので、ガス式昇降デスクの購入を検討することにしました。

主なガス式昇降デスク

楽天市場さんでも今回紹介するデスク（gasdeskdr1ab）と同じものが安い価格であったのですがどうやら法人向けらしく、個人での注文の場合別途送料を請求される仕組みになっているようです（2020/5/2時点）。

しかも送料がいくらになるのか注文後じゃないと分からないみたいなので今回は保留。自分でそれなりに時間をかけて調べてみましたが、大体検索して出てくるガス式昇降デスクとしては以下の2点が主要なモノみたいです。

あとはこれとか。ただ、自宅ではデスクの移動がほぼ無いので「キャスター４つも要らないなぁ～」と思って良く分からないメーカーのヤツを購入しました。

組み立て

こんな感じで届きました。

総重量は32kg程度らしい。運送のお兄さんが凄い大変そうだった（ありがとう・・・！）。そんで開いてみて気付いたのですが、マニュアルが英語表記のみっぽい + 足の部分がすんごいどっしりしてました。

包装から取り出して見てみると塗装はげ、傷、包装の破れを何個か確認できましたが、品質には大きな問題はなかったです。

About

Mon, 01 Apr 2019 14:38:51 +0900

記事内容

勉強中につまづいた点や個人的な趣味の話を書いています（不定期更新）。

記事について注意とお願い

「もっと簡単な表現があるよ！」とか「それって誤った表現じゃない？」と思う部分などがあればご教示ください。可能な限り修正しようと思います。

一部難解な表現を避け、概念をおおまかに理解できるよう表現しています。そういった点は訂正しないかもしれません。

2025年11月30日より、一部の記事で生成AIによって生成された画像を載せています。生成された画像のに関する各種お問い合わせはこちらのフォームからご連絡をお願い致します。

サイト内コンテンツの転載について

ライセンス

当サイトのコンテンツは、特に明記がない限り、CC BY-NC 4.0のもとで公開されています。

当サイト内のほぼ全コンテンツ（記事内容ももちろん含みます）の著作権は特記なき限りサイト管理者が保有しています。引用や転載を行う場合は必ず下記を守ってください。

個人のブログやSNS（Twitter、Facebookなど）で紹介するのは自由です。
引用する時は、必ず以下の情報を記載してください：
- このサイトの名前
- 引用した記事のタイトル
- 記事のURL
- いつ見たか（閲覧日）
少額の広告収入（Google AdSenseなど）を得るのは構いません。ただし、大きな利益を得る目的で当サイトの内容をそのまま使わないでください。
- つまり、常識と良識を持って適切に引用してください
AIの学習にこのサイトを利用することも禁止します

商用利用が目的で当サイトのコンテンツを転載する場合

お手数ですが、x, Blueskyまたはこちらのフォームから一度ご連絡をお願い致します。

例外なく引用、転載を禁止するケース

jin115.com
blog.esuteru.com
dfnt.net
yaraon.blog109.fc2.com
その他公序良俗にするwebサイト

Author

Mon, 01 Apr 2019 14:38:51 +0900

神戸在住プログラマ / SE

🤟 Thanks!

2018: 公益財団シマノ財団奨学生

📃 発表・論文

2020

日本機械学会中国四国支部第58期総会・講演会

👉 発表内容

2021

日本機械学会 D&D2021

👉 発表内容

2022

松江オープンソース活用ビジネスコンテスト2022 奨励賞

👉 奨励賞
日本機械学会 D&D2022

👉 発表内容

T-Pot

Prettierにﾁｮｯﾄﾀﾞｹ貢献しました

背景

貢献内容

こうべアグリパークサンセットラン2026走ってきた

こうべアグリパークサンセットラン2026とは

コース概要

給水箇所/補給食

参加賞

注意点

最後に

個人ブログでのAIとの付き合い方を考える

結論

AIにこのブログの内容を学ばせるかどうか

ここ最近のランニングと体重変化について

普段使ってるサービス

Webアプリのフォントの実践的な選定

システムフォント: コストゼロの選択肢

Google Fonts: 豊富な選択肢と簡単な導入

多言語サイトでの考慮点

真冬の海岸を散歩

PLがおもんないので、楽しくやるための考え方を考えた

はじめに

私の経験

プロジェクトリーダーをやってみて

幸せって、やりがいって何だっけ

色々考えるとチームや組織のやり方の話にも展開される

プログラマ vs 設計者 vs リーダー

ではどうするか

PLもチームメンバーであることを忘れないで

まとめという名の蛇足

【レビュー】Lenovo Tab Plus

🚀 はじめに

📆 4か月使ってみて

結論

🔉 音響体験

📺 2Kディスプレイの満足感

【レビュー】アイリスオーヤマ 食器洗い乾燥機 KISHT-5000-W

はじめに

簡単スペック

第一印象

実際のサイズ感

【レビュー】Teskyer ガジェットケース

はじめに

第一印象

Teskyer ガジェットケース TC05BK（ブラック Ｍ）

年末に読むアジャイルサムライ

2025/11/23

アジャイルサムライ−達人開発者への道−

第1章

第２章

2025/11/25

第３章

第４章

CLIライブラリ作成メモ

2025-11-16

コミットに署名を追加する

いまさらながらGithub Actionsを使って自動publishを試す

【2025年】新年のご挨拶

本ブログの2024年の振り返り

個人的な振り返り

最後に

年末に読むアンガーマネジメント

アンガーマネジメント入門 (朝日文庫)

[図解]アンガーマネジメント超入門 「怒り」が消える心のトレーニング(特装版)

今までの自分と、本を読んでみて

衝動のコントロールについて

蛇足

Bootstrapにダーク・ライトモードがいつの間にか来てたので導入してみた

MINIS FORUMのミニPC UN100L買っちゃった

はじめに

購入までの経緯

HUGOでSassを導入する

導入方法

HUGOの.Permalinkでlocalhostが指定されてしまう場合の対処法

結論

なぜこの記事を書いたか

原因

対策

蛇足

【レビュー】アイリスオーヤマ食器洗い乾燥機 KISHT-5000-W

Teskyer ガジェットケース TC05BK（ブラックＭ）

[図解]アンガーマネジメント超入門「怒り」が消える心のトレーニング(特装版)