portal shit!

人気記事を確認できるようにしたという記事を以前書いている。もう 7 年も前のことのようだ。

🤩人気記事を表示するようにした

ブログに人気記事を表示するようにしてみた。やり方はめっちゃ雑で、 Nginx の access_log を集計して Bot や Crawler 、 RSS Reader からのアクセス、画像や ...

portalshit.net

調べればこういうログ集約・集計系のサービスはあるようだったが、個人ブログなのでなるべくお金はかけたくない。

Telemetry (formerly Logtail) | Better Stack

Visualize your entire stack, aggregate all your logs into structured data, and query everything like a single database with SQL.

betterstack.com

Access Denied

www.papertrail.com

しばらくの間は集計後のログを捨てていたが、 2 年半前からログローテートするタイミングで日付ごとのファイルを書き出し保存するようにしていた。日付ごとのログファイルは Amazon の S3 にアップロードしてさくらの VPS サーバーからは待避させている。現状、 2022 年の 6 月 13 日のログから S3 上にデータが残っているので、その日以後の日ごとの人気記事を確認できるようにした。こんな感じ。

portal shit!

森井ゴンザレス（ morygonzalez ）のブログ。 ブログを書くこと、プログラミング、インターネット、 Mac の便利なソフト、働くこと、ランニングについて書いています。

portalshit.net

日付の選択は最初 React のライブラリを使って作ろうかと思ったが、そういや最近のブラウザーは <input type="date" /> とすると結構ちゃんとしたカレンダー UI と日付選択の機能を提供してくれるので楽をすることにした。

<input type="date"> - HTML: ハイパーテキストマークアップ言語 | MDN

<input> 要素の type="date" は、ユーザーが日付を入力できる入力フィールドを作成します。 日付選択入力 UI の表示は、ブラウザーやオペレーティングシステムによって異なります。 値は yyyy-mm-dd 形式に正規化されます。

developer.mozilla.org

max と min を指定すると選べない日付は非活性にされるし、無理に選択すると form を submit したときにバリデーションしてくれる。

ブログの閲覧者からしたらいつどの記事が読まれていたかなんて興味ないだろうけど、著者である自分には興味深い情報になる。セルフホストのブログだからできる機能だ。

YouTube の OGP が読み込めない問題があって、回避策をいろいろ考えていた。

YouTube は未ログインで bot っぽい User Agent でアクセスすると OGP のタグが入ってないページを返すようだった。

検索すると facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php) という UA でリクエストすれば OGP タグ入りのページを返してくるようだった。

Finding Open Graph tags on youtube

I'm working on a Tampermonkey script to hide related videos on youtube if the og:video:tag contains "League of Legends". When I use the Open Graph Debugger (link) it find many tags (og:video:url, og:

stackoverflow.com

このやり方を試してみようとしたが、使っている gem が UA の上書きに対応していないので面倒くさそうだった。

追加でいろいろ調べてみると、そもそも YouTube は埋め込み用の HTML 片を返す API を用意しているようだった。

Youtube Video title with API v3 without API key? - Stack Overflow

Is it possible to get the video title using the video ID with API v3 without the API key? I could not find any information or example of getting the title in the API documentation.

stackoverflow.com

動画の ID がわかっているなら https://www.youtube.com/oembed?url=動画のURL という風に GET リクエストを投げると、動画のメタ情報に加えて埋め込み用の iframe スニペットを返してくれる。こんな感じ。

{
  "title": "Ride - Vapour Trail (Live on KEXP)",
  "author_name": "KEXP",
  "author_url": "https://www.youtube.com/@kexp",
  "type": "video",
  "height": 113,
  "width": 200,
  "version": "1.0",
  "provider_name": "YouTube",
  "provider_url": "https://www.youtube.com/",
  "thumbnail_height": 360,
  "thumbnail_width": 480,
  "thumbnail_url": "https://i.ytimg.com/vi/9bVS9j8NoZ0/hqdefault.jpg",
  "html": "<iframe width=\"200\" height=\"113\" src=\"https://www.youtube.com/embed/9bVS9j8NoZ0?feature=oembed\" frameborder=\"0\" allow=\"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" allowfullscreen title=\"Ride - Vapour Trail (Live on KEXP)\"></iframe>"
}

結果はこんな感じ。

こういう仕組みは標準化されていて oEmbed というっぽい。そういえば一昔前に聞いたことがあるような気がする。

OGP カードのようにしようかなと思ったけど、 YouTube 動画ならその場で再生できた方が便利かなと思ったので、 YouTube 動画の URL はすべて埋め込みとして表示することにした。

ちなみに YouTube にまつわる何かを検索しようとするとなかなか知りたい情報にたどり着けなくて困った。 YouTube OGP みたいなキーワードで検索すると、大量に OGP について解説している YouTube 動画がヒットする。技術寄りの内容というよりマーケターっぽい人向けの情報。これは地獄みがある。 Google だけでなく DuckDuck Go でも同じような結果だった。相変わらずインターネットは不便になってきている。

1 月

正月早々、山に登った。二年連続阿蘇山。砂千里側から登って仙酔峡に下山した。北面は日が当たらず凍っており、傾斜の急なバカ尾根を下るのは怖かった。

ブログには書いていないが確か正月の初売りで Mac mini の M2 Pro モデルを買った。 Apple Silicon の速い Mac を手に入れたので Whisper CPP を使って Castro を作っていた Supertop の Podcast の文字起こしをしてブログに書こうとしていたが、未完のまままだ公開できてない。年末年始で書き上げたい。

whisper.cpp で英語の Podcast を文字起こし

OpenAIのWhisperを使って英語のPodcastを文字起こししている。Podcastにはフィラーや言い間違いが多く理解が難しいが、whisper.cppのモデル選択で精度を調整できる。A...

portalshit.net

仕事はアプリのダウンロード数をどうやったら増やせるかを延々考えていた。開発をしてダウンロードを増やすなんて無理ゲーだろうと思ってたが、頭を使って何個か施策を考えた。あとは企業向けの機能をテコ入れしていた。

2 月

熊本城マラソンに出てる。サブフォーを狙っていたが練習不足で果たせなかった。一人で出て誰も知り合いのいない熊本城マラソンは孤独だった。来年雪辱を果たしたい。

熊本城マラソン 2024 敗因分析

熊本城マラソン2024に出場し、4時間12分で完走。練習不足や補給タイミングのミスが影響し、目標のサブフォー達成ならず。今後は練習距離を増やし、習慣化を目指す。

portalshit.net

中旬のやたら寒い時期に佐賀と長崎県境の多良岳・経ヶ岳に登山に行った。パラパラと落ちてくる樹氷の下を歩くのは楽しかった。花粉がやたらきつくて寒かったけど楽しい登山だった。

仕事はやたらネットワーク効果について考えてたが、まだ思考が甘かった。その後ハイパー起業ラジオを聞いたり本を読んだりしてネットワーク効果についての知見を深めていく。

3 月

3 月から 6 月にかけてはブログ記事がない（ 3 月に熊本城マラソンの記事を書いているが、それ以外は何もない）。

3 月の頭に糸島であったトレランのレースに出た。ショートレースであまりパッとしない成績だった。まだ 300km も走ってないアルトラのトレランシューズ Outroad が破れて悲しかった。

仕事は新規ユーザーの継続率を伸ばすための A/B テストをやってた。

4 月

平尾台のトレランレースロングに出た。雨降りでコンディションが悪く、関門タイムギリギリのゴールだった。このときからギリギリグセが付いている。

家の近くの山で有名なトレランチームの人たちを招いて緩い練習会をやった。グループ位置共有を宣伝できてよかった。

仕事はどうやって EC を伸ばすかを考えていた。やはり基本はネットワーク効果だと思って、ユーザーがレビューを書ける機能の土台を作っていた。日の目を見るのはだいぶ先のことになる。

あと、ユーザー登録数を劇的に増やす施策をリリースして、毎月の新規ユーザー数をかなり上積みできた。

5 月

南畑里山トレイルというトレランのレースに出た。楽しかったがショートレースは出し惜しみをしてしまう。レース後、体力が有り余っていた。

仕事ではこの頃から組織変更が計画されていて、自分の役割がちょっと変わりつつあった。

顧客起点を本格的に取り入れることになり、 N1 インタビューをやったりもしてた。

6 月

仕事で久住に登山に行った。ミヤマキリシマ終わったあとの平日の久住は静かでよかった。

組織変更の荒波に揉まれたり、 EC のシステムをどうするかを考えたりしてた。もはや単なるプロダクトマネージャーではなくなりつつあった。

7 月

キリエビのロングに出た。こちらも関門 10 分前のギリギリゴール。最後の 15km くらいを近くにいた人たちと励まし合いながら一緒に走った。とても良い思い出。

仕事はなんと平社員からいきなり部長になってしまった。やることが大きく変わり、隣の部長から厳しいご指摘を賜りながら歯を食いしばって働いた。

この頃からハイパー起業ラジオを聴いて積読していたネットワーク効果の本をちゃんと読むようになった。

8 月

脊梁ピストントレイルというトレランのレースに出たが、初めてリタイヤした。登りが急で、また水場がなく、とても消耗するレースだった。折り返し地点の関門時刻に間に合わず、失格となってしまった。めっちゃ悔しい。まだまだ自分は雑魚だと思い知らされたレースだった。来年は完走したい。

仕事では相変わらず EC のシステムをどうするかとネットワーク効果について考えていた。ユーザーインタビューではなく、山を歩いている人に話しかけて話を聞かせてもらうというのもやった。山を歩いてる人たちはほとんど自社アプリを使ってくれているのではないかと思っていたがそうでもなくてショックを受けた。

9 月

PayPay ドームリレーマラソンに出た。リレーマラソン前の二週くらいは休みの日の朝に大濠公園に集まってみんなで練習したりしてた。大濠公園から西公園や南公園に走りに行った。

仕事は相変わらずゴタゴタの整理をしていた。この頃はあまり戦略的な動きができず、目の前の仕事に右往左往していた。

10 月

翌月の福岡マラソンに向けて 30km 走を 2 回やりたかったが 1 回しかできなかった。しかし、初めて一人で大濠公園で 30km 走をやったのは自信になった。一人だと諦めないか心配だったけどちゃんと最後まで走れた。

仕事は相変わらずゴタゴタ処理。この頃から MAU を自分たちの力でどれくらい伸ばせるかにチャレンジすることになって、年末に怒涛の機能リリースをすることに。仕込みを始めた。

11 月

オアシス再結成の報を受けてオアシスをよく聞くようになってた。その流れでアンディー・ベルがオアシス加入前にやってたバンド RIDE の曲を聞くようになった。 Vapour Trail めっちゃよい。

ランニングは福岡マラソンに出てきた、ネットタイムではあるかサブフォーをギリギリ達成した。 8 秒差。

マラソンサブフォー達成人材になった

福岡マラソン2024でサブフォー達成。前年は自己申告の遅いタイムでブロックGからスタートし、今回Dブロックの利を得た。ペース配分で前半速すぎ後半に影響。高温と補給不足が足つりを招きつつも、前半の...

portalshit.net

また 11 月から会社の人たちと週に 1 回大濠公園を走るようになった。部活みたいで楽しい。

仕事ではリリースする機能の狙いや目的を社内で共有するのが難しくて難儀した。プロダクトマネージャー間で認識をそろえるのも難しいし、他部署の人と認識をそろえるのも難しかった。

12 月

11 月に引き続き宮崎であった青島太平洋マラソンに出たが、記録更新はならなかった。初めてレース中にうんこしてしまった。最悪。そもそも想定外に福岡マラソンでサブフォーできてしまったせいでその後のランニングのモチベーションが落ちてしまって全然走れてなかった。

仕事は仕込んでいた機能が次々リリースされた。炎上した割に期待した効果が得られない機能や、そもそも使ってもらえない機能もあったが、一つは結構当たって成果を出せた。加えて失敗のリカバリーで出した機能も大きな成果につながった。例年、 12 月になると利用が落ち込むが、 MAU を自分たちでコントロールすることは出来なくはないということがわかったのは収穫だった。いままで大雑把に捉えていた MAU を細かく分解して、それぞれの要素ごとの継続率なんかを分析してる。まだこれといった施策はないが、来年はこの知見を活かしてさらにサービスを成長させていきたい。

2025 年の抱負

仕事

去年のふりかえりでは「何者にもなれない人生だった」と書いていた（2023 年のふりかえり）が、いきなり部長になってしまった。

プロダクトマネジメントとピープルマネジメントは別物と本には書いてあるけど、人に頼んで何かやってもらうという点ではあまり変わらないとも思う。人から信頼してもらい、自分の言葉や考えを信じてもらって行動してもらうという点は変わらない。

それを言い始めたらエンジニアだろうが営業職だろうが同じかもしれない。仕事をしていく上で人から信頼してもらうことは重要だ。そんなの誰でも知ってそうだけど、意外とそれができない。

たまたま年末に買った『プロダクトマネジメントの教科書』という本が良くて、この辺のスキル（人から信頼される、リーダーシップやオーナーシップを発揮する）ことについて実践的な内容が書かれていた。

いかにリーダーシップを発揮するかやピープルマネジメントについて書かれてるのもいい。PMはミニCEOです（いや、違います）とかなんか言ってそうで何も言ってない本が多いなか、この本はどうやってリーダーシップを発揮するか、どうやってチームから信頼してもらうかが書かれてる。 pic.twitter.com/TsWLvppMGU

— morygonzalez (@morygonzalez) December 31, 2024

役割に応じた働きができるよう、もうちょい戦略的に動きたい。

ランニング

ランニング実は去年に比べて距離が伸びていない。これまで毎年距離を伸ばせていたが、今年は夏くらいから走る距離が短くなっている。毎月 200km は走りたいのに、部長になってからみるみる前年同月比の走行距離が落ちている。

ただ、ランニングのペース（スピード）は上がっている。去年だったらできなかったような、キロ 5 分を切るペースで 20 分間走をやれたりはしてる。なので練習の質は上げられていると思う。

来年こそは距離を伸ばして、月間 200km をコンスタントに超えていきたい。できればマラソンで 3 時間 45 分くらいでゴールできるようになりたい。少なくとも 2 月の熊本城マラソンではサブフォーを再現したい。

ブログ

実はこの記事を含めても 11 記事しか書けていない。もう少し気負わずに日記感覚で気楽に書きたい。クソみたいな記事でも書かないよりは書いた方がマシ。書かなければ何も残らないしふりかえることすらできない。

Twitter が X になったり、 Threads や mixi2 が登場したりしたけど、セルフホストのブログが一番表現力が高く自由度も高い。死ぬ間際に Twitter や Instagram を見返すより自分のブログを見返した方が良いと思える状況にしておきたい。

ソフトウェア開発者（エンジニア、デザイナー）の働き口は大きく分けて二種類あると思う。一つは受託開発の会社で、もう一つは自社開発の会社だ。これまで受託開発の会社は避けた方が良いと感じていたが、実は自社開発の会社も二種類に分類でき、ソフトウェアの強みをいかせる業種とそうでない業種があることに気がついた。

IT 系の専門学校とか大学で情報系の学部にいた人ならどういう業種が有望かを学校で習うのかもしれないが、専門的な教育を受けることなく IT 業界に潜り込んだ自分はこういう業界分析的なことができてなくて、なんとなく働き口を見つけて仕事を始めた。これまでの経験をもとに、どういう会社で働くとソフトウェア開発者が価値を発揮できて、良い報酬を得られそうなのかを整理してみたいと思う。

いま就職活動をしている人の参考になれば嬉しいが、どっちかというと転職者向けの情報になると思う。 IT 業界は転職が当たり前なので、新卒や業界未経験ならここに記載される分類を過剰に意識することなく、ブラックではない会社を選んで働いてみて、 2, 3 年経って技術が身についたらこの記事の内容を加味しながら転職活動をしてみるといいと思う。

ソフトウェアビジネスの特性

大前提として、ソフトウェアビジネスの特性から話したい。

ソフトウェアビジネスの重要な特性として、ユーザー数が増えたときの開発費用が線形に増えないことがある。経済学の言葉でいうと限界費用が限りなくゼロに近いということだ。メルカリのユーザー数が 100 人から 101 人に増えたとき、メルカリというシステムを開発するのにかかる費用は増えない（商品が追加で一個売れたときに発生する費用のことを限界費用という）。ユーザー数が 100 人から 10000 人に増えたら、さすがにサーバーインフラの費用は増えるかもしれないが、 100 倍にはならないし、ソフトウェアの開発コスト自体は（パフォーマンスチューニングなどは必要かもしれないが）基本的には増えない。

ユーザー数が増えても比例して費用が増えないということは、ソフトウェアビジネスは規模が大きくなればなるほど儲けられるということだ。対象とする市場が十分大きく、ユーザーのニーズにマッチする商品を提供できるならめっちゃ大きく当てられるビジネス領域なのだ。

ちなみにビジネスの費用構造によっては、規模を拡大できない業種もあるし、規模を拡大することはできるが限界費用が下がらず儲けられない業種もある。規模を拡大することで儲けられるビジネスは、膨大な初期投資が必要なことが多かった。電力・ガスなどのインフラ企業や大量生産大量消費型のメーカーなどだ。これらの業種は国の事業を土台にしていたり、戦前からの財閥にルーツを持つ会社だったりして、ぽっと出の零細企業が規模拡大型の戦略を取ることは極めて難しかった。

それがソフトウェアビジネスでは数人でやってるような零細企業でも真似できてしまうのだ。 GAFAM が成長したのにはこういう背景がある。このソフトウェアの特性をどれだけ活かせているかで IT 系の会社の種類を区別できる。

受託開発

最初は受託開発について。最も求人の数が多いと思う。受託はきついというのはネットでも見てたし、自分自身も受託の会社で働いたことがあってきつかった。当時の辛かった思い出について記事を書いている。

前働いていた会社の思い出と近況

前の会社では長時間労働やサービス残業が常態化し、精神的に辛い経験をした。労働環境が悪く、離職率も高かった。転職活動を通じて、自分に合った職場を慎重に選ぶ重要性を実感した。現在は新しい職場で楽しく...

portalshit.net

受託はきついはきついのだが、お金を得るのは比較的簡単だ。お客さんがこういうの作ってほしいと言ってるのを作ればよくて、作ったシステムがどのくらい当たるか（お客さんのビジネスの良し悪し）に収益が左右されることはない。お客さんが大コケしても対価はちゃんと支払われるし、お金がもらえるまでの期間が短い。スタートアップなんかだと黒字化するまでに 5 、 6 年かかることはザラにあるし、そもそも失敗して廃業する会社の方が多い。

しかし逆に受託開発は大成功しても最初の取り決め以上に報酬が得られる訳ではないので、ローリスクミドルリターンのビジネスと言える。受託開発は労働者として加わるときついが、経営者として考えたときには結構おいしいビジネスなのではないだろうか。

ちなみに冒頭で言ったソフトウェアビジネスの特性を活かせているかについていうと、活かせていない。お客さんの数が増えたときには新しくシステムを作る必要があり、費用が発生する。つまり限界費用はゼロではない。お客さんに納品するソフトウェア自体にはスケーラビリティがあるかもしれないが、それで儲けられるのはお客さんであって開発を受託した会社ではない。

とはいえ受託開発は自分が昔思っていたよりも悪くはない。どうやって価値を生み出すかはお客さんが考えてくれるので、いかにソフトウェアを最適化するか、スケジュールに間に合わせるかが開発者の腕の見せ所になる。キャリアの最初に、開発のノウハウを得るためと割り切って勤める分にはよいだろう。技術を突き詰めたいという人には実はこちらの方が向いている可能性すらある。ただしブラックではない会社を厳選すること。受託はビジネスの規模が大きくなりづらいのでやばい会社も存在する（自分が前勤めてた会社は本当にやばかった）。おすすめ度★★☆。

自社開発

ソフトウェア開発を自社で行っている会社と定義する。言い換えるとソフトウェア開発者を社員として雇用している会社。自分は受託開発の会社で働いてみてこりゃダメだと思ったので、次は自社開発の会社で働きたいと思って転職活動をした。当時はペパボに転職した。

自社開発にも二種類あって、何のためにソフトウェアを開発しているのかで大きく二分できる。業務効率化のためにソフトウェアを開発している会社と、自社の事業を成り立たせる骨子の部分がソフトウェアになっている会社だ。

業務効率化のためにソフトウェア開発を行うビジネス

このタイプの会社は自社にソフトウェアとは無関係の本業がある。ソフトウェアは本業の業務効率化に利用している。例えば自社で生産したものや仕入れたものを売るために EC サイトを作っているようなビジネスだ。ソフトウェア（ EC サイト）はおまけで、プロダクトの販売経路の一つに過ぎない。この手の会社は昔は受託開発会社の顧客だったりする。以前はどこかの会社に出していた EC サイトの開発を自社でやるようになったタイプだ。

この種のビジネスは本業の部分のスケーラビリティがボトルネックとなってしまう懸念がある。例えば EC サイトの部分は限界費用ゼロでどんどんスケールできるが、本業で作ってるプロダクトは限界費用がゼロではない。サプライチェーンがあって、完成品をどこかの倉庫に在庫しておき、注文が入ったら発送しないといけない。価値を届けるいろんなステップで物理的な制約が挟まり、製品がめっちゃ人気になっても需要を満たす分だけの供給を行うことができない。なのでソフトウェアの特性を活かせないビジネスということになる。

D2C のビジネスがこれに当たると思う。 D2C というと一見、テクノロジースタートアップ的な雰囲気があるが、物理的な制約が足枷となるビジネスなのは注意した方が良い。価値の源泉が本業の物理的な製品にあるので、ソフトウェア開発者の位置付けは低くなる。物理的な製品の開発部門とマーケティング部門の権限の方が強く、報酬もそういった部門の方が高いはずだ。

さらに言うと、 EC のシステム自体は枯れた技術なので、 Shopify とか STORES とか BASE みたいな EC サイトを構築するための汎用的なシステムが存在していて、こういう仕組みで代替することも可能だ。開発しているソフトウェアの対象領域が EC でなかったとしても、例えば労務管理とか給与計算とかだったりしても、いまは SmartHR とか freee のような SaaS があるので依然として置き換えのリスクはある。

なので本業がソフトウェア開発ではない会社にエンジニアが就職するのは結構危ないと思う（よっぽど独自性の高いシステムを開発する場合を除く）。入社してもおそらく二級市民扱いだ。おすすめ度は★☆☆。

ソフトウェア自体が価値を生み出すビジネス

物理的な製品を仕入れたり開発して売ることが主ではないビジネスだ。アメリカのテックジャイアントは全てこれにあたる。 Google や Apple はスマートフォン、 Meta （ Facebook ）は Meta Quest などを売っているじゃないかと思われるかもしれない。しかし彼らはデバイスを売るのが本業ではなく、 Google や Meta であればデバイスを経由した広告収入、 Apple であれば App Store でのサービス収益がかなり大きい。 Apple は最近、サービス部門の利益がデバイス販売（ iPhone など）の利益を超えたと発表している。

Apple’s Profits From Services Are on the Cusp of Surpassing Its Profits From Device Sales

Apple’s success with services is no more a distraction from their core business than their success with their own chain of retail stores has been.

daringfireball.net

日本だとソシャゲの会社やメルカリのような、物理的な製品を作って売るのではなく、ソフトウェア自体が売り物である会社が良い。 LINE もそうだ。ネットで調べれば分かるがこれらの会社は給料が良い。ソフトウェア開発者の待遇も決して悪くないだろう。価値の源泉がソフトウェアにあるからだ。

もうわかると思うが、このタイプのビジネスが最もソフトウェアの特徴を生かしている。規模の拡大が容易で、どんどん規模を大きくして利益を出すことができる。物理的な制約がビジネス成長のボトルネックになることがほとんどない。

デメリットを挙げるなら、これらの会社は人気企業なので入るのが難しいということだ。創業初期なら入りやすいかもしれないが、将来有望な会社を見つけること自体が極めて難しいし、いわゆるスタートアップ的な環境に耐えられる人でないと続けられないだろう。理不尽にも思える方針変更が頻発するし、初期のスタートアップはお金がなくて人手が足りないので、オフィスの掃除を自分たちでやったり、ユーザーサポートをエンジニアがやったりしないといけない。かつてドワンゴのエンジニアがユーザーイベントで焼きそばを作らされて炎上していたが、あれしきに耐えられない人はスタートアップには向いてない。ああいうのがいやなら最初から GAFAM を目指そう（入るのが超難しいけど）。

おすすめ度は★★★で最もおすすめ。

まとめ

いろいろ書いたが、同じソフトウェアを作る仕事でもソフトウェアビジネスの特徴を生かせるものとそうでないものがあるということを覚えておいてほしい。当然、特徴を生かせる仕事の方がおすすめだ。

おすすめの順で整理するなら以下だ。

1. 自社開発: ソフトウェア自体が価値を生み出すビジネス
2. 受託開発: 他の会社のためにソフトウェア開発を行うビジネス
3. 自社開発: 業務効率化のためにソフトウェア開発を行うビジネス

冒頭にも書いたとおり IT 業界では転職は日常茶飯事なので、これからソフトウェアエンジニアになろうという人は 2 か 3 の会社で修行をしてから 1 のタイプの会社を目指すのが良いだろう。もちろん有名大学でコンピューターサイエンスを学んでいておっさんに負けないくらいコードを書ける自信がある人は新卒でいきなり 1 の門をたたいても良いだろう。

2024 年買って良かったものをつらつらと。

Kindle Paperwhite

動作が速くてビックリ。これまで使っていた 2020 年のモデルは動作がもっさりしていて線を引くことすら難しかったが、 2024 年のモデルはキビキビ動く。また 2020 年モデルはバッテリーの減りが早く、あまり使っていないのに読もうと思って開いたらバッテリー切れになっていることが多かった。しかも充電が micro USB というのがイライラした。充電端子が USB-C になり、ケーブルの問題とバッテリー持ちの問題が同時に解決されて満足。

今回、初めて純正ケースも買ってみたけどなかなか良かった。バッグに入れてるといつの間にかスリープが解除されててページが移動したりバッテリーが減ってることもあったがそれがなくなった。液晶も傷つかない。

おおむね気に入っているが値段に関しては不満が大きい。 10 年前に買った初代 Kindle Paperwhite は 7800 円だったのに今回のは 30000 円近くしたので 4 倍近く値上がりしてるのにはちょっと閉口。比較的発売されたばかりなのに 1 月 3 日からの初売りで 5000 円引きになるらしい。この前のプライムデーでもセールしてたしやっぱり値付けが高すぎるのだと思う。

Apple Watch Series 10

Series 6 からの買い換え。 Ultra も持ってるけどこっちはドナドナすることに。 Ultra は重すぎてランニングで使うにはしんどかった（登山では良いと思う）。

実は今年 COROS の Pace 3 も買っている。 Pace 3 は軽くて電池持ちよくて GPS の精度が高いのもよいが、ランニング時に取れるメトリクスが Apple Watch よりも少ない。具体的には Ground Contact Time （接地時間）と Vertical Oscillation （上下動）が取れない。これらを計測するためには追加で COROS Pod を買わないといけない。

センサーの性能や Apple Pay とか音楽再生のコントロールとか日常生活での利便性を加味するとやっぱり Apple Watch が最強。シリアスに走るとき（マラソンのレースとか、 30km 走とか）やトレランのレースでどうしても Apple Watch だとバッテリーが足りなくなることが想定される際には COROS を使うが、普段は Apple Watch で問題なし。

TAZO ORGANIC CHAI

会社でサンプル品のチャイのティーバッグをもらって飲んだらうまかったが、自分で買うには値段が高すぎて買えなかった（ティーバッグ一つあたり 280 円くらいする）。代わりになるものを探していて、ハーブティーといえば TAZO だなと思って調べてみたら何といまは TAZO は日本国内では取扱がないようだった。 20 年以上前、自分がアルバイトしていた頃のスターバックスのお茶は TAZO だったのだが、スターバックスは傘下に収めていた TAZO を手放したらしい。

スタバが好調のお茶ブランド「Tazo」を手放す理由 | Forbes JAPAN 公式サイト（フォーブス ジャパン）

米コーヒーショップ・チェーン大手スターバックスは11月2日、所有するお茶ブランド「タゾ（Tazo）」を消費財大手の英蘭ユニリーバに3億8400万ドル（約440億円）で売却することで合意したと発表した。「タゾ」はオレゴン州ポートランドの起業家...

forbesjapan.com

仕方なく楽天で探したらアメリカから発送してくれる会社があった。それでもティーバッグ一つあたり 80 円くらいするので結構高い。でも味は期待通りだった。

ちなみに TAZO のティーバッグが切れたので代わりに Amazon で安く売られていた他のチャイを試してみたら、香りが薄くてイマイチだった。 TAZO のやつの方が生姜とスパイスの香りがガツンときてうまい。高いとは思いつつも引き続き楽天で TAZO のやつを追加購入した。

Patagonia エアシェッドプロプルオーバー

ウィンドシェルと化繊シャツのハイブリッドみたいな素材のプルオーバー。胴体はナイロン生地、腕とフードの部分はポリエステルの化繊（キャプリーンクールライトの生地）。防風性と通気性のバランスが絶妙。値段は高い（ウィンドシェルのフーディニジャケットよりも高い！）がめっちゃよい。

冬のランニング、着るものが難しい。化繊シャツの上にウィンドシェルを着ると途中で暑くなって脱がなければならずかさばる。エアシェッドプロプルオーバーは最初から最後まで着たまま走れる。暑くなったら胸のダブルジップのところを開ければ換気できるし、袖は伸縮性があるので簡単に袖まくりできる。ドライレイヤーのシャツの上にエアシェッドプロプルオーバーを着て体感気温1℃の大濠公園を走ったがちょうど良かった。

www.patagonia.jp

Smartwool のメリノビーニー

ランニングとかトレラン用の薄手のニット帽。冬のランニングは耳が痛くなるのでニット帽がないと厳しいが、厚手のやつは暑い。薄手のビーニーだとちょうどよい。ふんわりした被り心地も優しくてよい。値段も 3000 円くらいで良心的だった。唯一残念なのは薄いグレーを買ったので汗が目立つこと。頭が禿げてて頭皮が剥き出しだからかもしれない。

しばらくブログを書いてなくてなんか執筆のエンジンがかからないのでただの日記でも。

運転免許の更新だった。今回、 10 年ぶりにゴールド免許に復帰できたので南区の試験場まで行かずに済んだ。最近、渡辺通のサンセルコから千代に移動してきた県の合同庁舎内にある千代ゴールド免許センターに行った。

千代県庁口駅は地下鉄空港線沿線ではなく、中洲川端で貝塚線に乗り換えないといけない。なので遠くはないがちょっと行くのが面倒だ。

駅に着いて合同庁舎まで 3, 4 分歩く。千代の街にはほとんど来ない。福岡市民は天神のアクロスでパスポートが取れるので、県庁に来ることも基本的にないんじゃないだろうか。

合同庁舎前に着くと懐かしい感じの名称が。以前博多駅の筑紫口にあって、勉強会でよく通っていた福岡県Ruby・コンテンツ産業振興センターがここに移動してきていた。免許の更新が目的ではあったがRubyコンテンツセンターの看板をパシャリと撮った。

ゴールド免許センターは二階だった。優良講習は事前予約制で、予約したときに表示される QR コードを保存して持ってきて端末にかざさないといけない。 QR コードをキャプチャして Fantastical に保存していたのに表示されなくて焦る。 Fantastical の iPhone アプリは添付ファイルを開けない仕様だったのを思い出した。 iOS 標準カレンダーは添付ファイルを開けたが、今度は電波のつながりが悪くてなかなか画像が表示されない。自分が端末を操作する直前になって画像が読み込まれ、 QR コードを無事機械に読み取らせることができた。高齢の人にはこれは難しいだろう。事実、年寄りの人には係員の人がずっと付き添っていて渋滞していた。

優良講習の内容はいつもの内容に加えて、最近は電動キックボードが制度として組み込まれたことと、自転車のヘルメット着用が努力義務化されたことを伝えられた。前の人の頭が邪魔であまり映像がよく見えず集中できなかった。

講習が終わって新しい免許証を受け取ってもまだ 10:20 くらいだった。仕事は午後からやろうと決めていた。渡辺通のゴールド免許センターだったら講習後に寄れる店がいくらでもあるけど、千代はなかなか店がない。朝は急いでいて朝食を抜いていたのでお腹がすいている。どこか入ろうと思ったが時間が中途半端すぎる。合同庁舎の横にスターバックスがあったので、そこに入ってとりあえず時間を潰せばよかったのに、火と人という西部ガスがやってそうなレストランが気になり駅に戻ったら、ランチは 11 時からでまだ食事はできなかった。いよいよ店に入るには中途半端な時間になった。せっかく来たのだからと店名が気になった天山食堂という食堂に行くことにした。 Google マップで写真を見ると実に店構えがいい。 15 分前に店に着いたのでコンビニ行ってコーヒーを買って時間を潰す。千代のローソンはすさんでいて、ゴミ箱は持ち込みゴミ禁止の警告がペタペタと貼られ、ゴミ箱の投入口は木の板を貼られて加工され、小さなゴミしか捨てられなくなっていた。監視カメラ撮影中と至る所に掲示があったが、どこにも監視カメラは設置されてなさそうだった。カフェラテを買って車止め柵にもたれかかった飲む。朝は紅茶しか飲んでなかったので初めてカロリーを摂取する。寒かったのでほっとする。

コーヒーを飲み終わると 11:00 になっていたので天山食堂へ移動する。自分の前に一人先客がいて二番目だった。場所柄、韓国風の店なのかと思っていたが、店内は普通の和食の店という感じ。メニューに韓国風のものは豚キムチくらい。天山はきっと韓国の山の名前なのではないかと思っていたが、そうではないようだった。佐賀にゆかりがある人がやってる店なのかもしれない。

Google マップや Instagram の投稿を見ると、焼肉定食を頼んでご飯をチャーハンに変更するのが通の頼み方のようだが、裏メニューでメニューに書いていないものを一見の客が頼むのは気恥ずかしく、普通に焼肉定食を頼んだ。比較的すぐ出てきた。付け合わせの野菜炒めがとてもうまかった。厨房でガコンガコンと中華鍋を振る音が聞こえたので本格的に炒めてあるのだと思う。ラードで強火を使い短時間で炒めてあり、野菜はシャキシャキしていた。肉は甘辛い味付けで、昔ながらの家で食べる焼肉という感じだった。小鉢の冷や奴が印象に残っている。豆腐の上にネギと鰹節がかかっていた。味噌汁もちゃんとだしをとったやつでうまかった。これで 800 円。最近は福岡も外食の値段が上がっているので、ほとんど手作りでこの値段は安い。 Google マップを見ると以前はもっと安かったみたいだ。

分量もちょうど良く、食べ終えてあたたかいお茶を飲み、店を出た。ここから歩いて呉服町までも行ける。呉服町は以前のオフィスがあったところなので行ってみるのも一興だったが、午後の仕事が気になったのでおとなしく千代県庁口駅まで戻って地下鉄を乗り継いで会社へ向かった。孤独のグルメのような一日だった。

大学は浪人し、就職も浪人し、サブフォーも一年浪人してなんとかギリギリ達成した。先日行われた福岡マラソン 2024 でフルマラソンを 4 時間以内（ネットタイム）でゴールすることができた。

ふりかえり

スタート

去年は自己申告の完走予想タイムをだいぶ遅い時間で出してしまったために、スタートブロックが後ろの方だった。今回はタイム申告をちゃんとやってスタートブロック D に入れてもらえた。 D ブロックに入ったおかげか、スタート待ち時間は短くて済んだ。去年、 G ブロックだったときは号砲が鳴ってからスタートラインを通過するまで 9 分経過していたが、今回は 2 分で通過できた。

サブフォーを自己申告している集団なので周りが遅すぎるということはなく、ちょうどよい感じで走ることができた。ただ、サブフォーのグループだと若干ペースが速すぎるかも。今回も前回同様にネガティブスプリットを狙っていたが、回りにつられて前半少し飛ばし気味になって後半の足つりの遠因になったのではないかと思う。

中盤

スタートから 10km 地点までは時々ペースが 5 分 20 秒台になってしまうのをおさえながら走った。それでも 5 分 40 秒を切っており、想定だと最初の 5km は 5 分 50 秒台で行くつもりだったので最初から速すぎた。ただ、前半の貯金のおかげで最後は助けられた部分があったので結果オーライだったのかもしれない。

10km 地点でペパボ時代の同僚家族が応援してくれて元気をもらった。知ってる人に応援してもらえるとうれしい。家族は牧のうどん今宿店で応援すると言ってたのに結局いなくて応援してもらえなかった。悲しい。折り返しがある九大方面へとぼとぼ走る。

九大の上り坂は難所だが、このあたりで調子をこいて 5 分 20 秒を切るくらいのペースで走ってしまい、心拍数が 170 を超えるようになってしまった。これはやばいかもとペースを落として心拍数を下げようとするが、 5 分 40 秒くらいで走っても心拍数が 160 台に落ちない。心拍数を落とすことは諦めてそのまま行った。

トイレ問題

毎度頭を悩ませるトイレ問題はスタートブロックに入る前に一回行けたのでひとまずは大丈夫だったが、後半に入ってよおしたのでのらん坂の手前（ 30km 過ぎ）で一度トイレに行った。ここでトイレに行く人は少ないので待たずに用を足すことができタイムロスは最小限だったと思う。

のらん坂と足つり

坂の前でトイレに寄ったことで心拍が落ち着き、坂は止まることなくテンポ良く登れた。サブフォーペースの人たちでものらん坂は歩いてる人が結構多かった。トレランやってたらこのくらいの坂はなんともない。

しかし、坂を登りきって下りに入ったところで左のハムストリングスがピキピキし始めた。心肺的には全然しんどくないつもりだったが足には来てたのかもしれない。給水をあまり取ってなかったのも影響してそう。去年より暑かったのでもっと水を飲むべきだった。

終盤

のらん坂のあとは二見ヶ浦、桜井にかけてはゆるやかな登りと下りを繰り返すのでピキピキがぶり返す。去年は 35km 過ぎで最速ラップを刻んでたのに、それをやろうとすると足がつりそうになる。そんなときウエストパーク練（福岡市の西公園を朝から走ってるトレラン寄りのランニンググループ）の皆さんが応援してくださって元気出た。名前を呼んで応援してもらえるのはとてもうれしい。今回、家族の応援はなかったのでなおのこと。

32km を過ぎて残り 10km になったところでタイムはちょうど 3 時間くらいだったので、論理的にはここからキロ 6 分で行ってもサブフォーできる。足がピキピキしてたのでキロ 6 分近くまでペースを落とそうかなと思ったが、何があるかわからないので足がつりそうになる登り坂以外は極力 5 分 40 秒くらいのペースを維持した。そしたら案の定、残り 4km でピキピキが激しくなり、止まってストレッチをする羽目に。

結局最後は全く余裕がなく、ゴール前のストレートは足をつりそうになりながら執念のスパートをかけてネットタイム 3:59:52 でゴールした。ちょっとでも気を抜いてたら 4 時間超えてたと思う。ギリギリ中のギリギリだった。時計の距離と公式の距離が違うのも盲点。時計の距離よりも公式の方が短く書かれてる（つまり時計では 42.4km くらいになる）ので、その意味でも下手に手は抜かない方が良いと思った。サブフォーイーブンペースの 5 分 41 秒ペースで 100m 走ると 34 秒かかるので、 200m 誤差があると仮定するなら 1 分くらいは余裕を持っておいた方が良い。

補給

前日受付のコイケスポーツの露店でモルテンの完走セット（ドリンクミックス × 2 、ジェル × 2 ）を買った。

前日夜にモルテンのドリンクミックスと Mag-on 顆粒、 MAGMA を飲んでから寝て、当日朝起きてから Mag-on 顆粒を飲み、バナナ一本とサンドイッチを食べ、移動の電車の中でモルテンのドリンクミックスを飲んだ。

熊本城マラソンのときの経験からモルテン完走セットだけではハンガーノックを起こすとわかっていたので、 Mag-on のジェル 2 個とアミノバイタルの青も携帯。 10km ちょいで Mag-on をとり、 17km でモルテンのノンカフェインジェル、 23km あたりでアミノバイタル青、 32km あたりでモルテンのカフェイン入りジェル、 38km あたりで最後の Mag-on を摂った。今回はハンガーノックはなし。補給食は梅飴と塩タブレットを一つずつもらって食べた。暑かったので塩タブレットは水とともにもっとたくさん摂ってた方が良かったかもしれない。

ギア関係

シューズは昨シーズンの熊本城マラソンに合わせて買った Magic speed 2 を使った。 NIKE のズームフライ 6 が気になっていたが、とりあえず持ってる靴を履き潰すまでは我慢することに。 Magic speed 2 はかなり靴擦れするのが心配なのだが、今回はドン引きするくらいテングバームを塗り込んでいたおかげでひどい靴擦れにはならなかった。

スタート前の寒さ対策ではゴミ袋に穴を開けて被った。今年は去年ほど寒くなかったのでいらなかったかもしれないが、精神的な安心感が違う。次のレースでもやろう。

ウェアは Teton Bros. の ELV1000 のノースリーブにパタゴニアのストライダープロショーツ。補給食は全部ショーツのポケットに入れて走った。昨年同様、 Rush Hip などは着けなかった。全く問題なし。

防寒対策兼ねて腕には Goldwin のアームカバーを着けたが、 35km 地点くらいで暑くなり外した。カーフガードはなんとなく着けなかった。かわりにニューハレの V テープをふくらはぎに貼っていたが貼り方ミスってあまり効果なかったかも。

ゼッケンは Inner Fact のゼッケンベルトにつけた。 PayPay ドームリレーマラソンに出たときに安全ピンでゼッケン付けたらキャプリーンに穴が空いたのが悲しすぎる。ゼッケンベルトでも全然走りにくさはなかった。かなり上の位置で止めるのがポイント。

今回、サングラスを忘れてしまったが、曇りだったのでなくても問題なかった。ラッキー。

去年同様、 iPhone は置いて走った。去年は無一文だったので何かあったときに帰る方法がないなと心配になったので一万円札とクレジットカード一枚だけストライダープロショーツのポケットに入れて走った。 Exped のビスタオーガナイザー便利。

練習・コンディション

去年は 30km 走を福岡マラソンのコースの後半で 2 回やったが、今年は暇がなく大濠公園で 30km 走を一度やっただけだった。 30km 走は 20km までしか足が動かず心配だったが、本番では足は大丈夫だった。

スピード練習は去年はもっぱらインターバル走だったが、今年は LT 走に切り替えた。高い心拍数で 20 分ねばる練習は持久力向上の効果がありそうだ。 20km 以降が心拍数 170 越えでもなんとかなったのは、 LT 走で乳酸性作業閾値が高くなってるのではないかと思う。

そしてもっともでかいのが減量。去年は 70kg ちょいあった体重を、カーボローディングする前の状態で 66.2kg まで落とした。当日の朝は爆食いにより 68kg くらいあったが、それでも去年より 2kg は軽い。体重を 1kg 落とすとマラソンのタイムが 3 分縮まると言われている¹が、その通りになった。

総じて

去年の所感でも書いたが、マラソンはギリギリペースを刻んでいてもギリギリタイムでの目標達成は難しい。トイレ、給水、足つりなど想定外の出来事が起こるから。なので 10 秒ずつくらいはギリギリペースよりも速いペースで刻めるようになっておく必要があると思う。今回、前半は図らずも早めのペースで走らされたが、その貯金のおかげでなんとかサブフォーできた。もしネガティブスプリット狙いで前半に貯金がなければサブフォーは達成できてないと思う。

データ比較

スプリット

2023 年は後半にペースを上げるネガティブスプリットだったが（小出監督の本でよい走り方とされている）、 2024 年はポジティブスプリット（後半にペースが下がるあまりよくない走り方）になってしまった。 20km の地点で去年よりも 5 分早く、最も貯金があった 30km の地点ではサブフォーイーブンペースと比べて 2 分 44 秒の貯金があった。 30km から徐々に貯金を切り崩す形になり、 35km で貯金は 1 分 24 秒に。 40km 地点では貯金は 28 秒まで減っていた。こうしてみると薄氷のサブフォーだったことがうかがえる。

心拍数

心拍数は去年よりも余裕がない。ゾーン 3 で走ってる時間が去年は 40.8% だったのに対して、今年は 18.1% しかない。 77.7% の時間をゾーン 4 で走っている。去年はゴール前のスパートをかけるまで心拍数が 170 台に上がることはなくずっと 160 台で走れていたが、今年は 20km を過ぎたあたり（九大の上り坂）で心拍数が 170 を超え、その後ずっと 170 台のままゴールまで行ってしまった。

前半のペースが去年よりも速いことと、去年に比べ 5 度以上気温が高いことが影響していそうだ。去年は前半を 5 分 40 秒を超えるペースで走っていた。一方で今年は前半を 5 分 40 秒を下回るペースで走っている。 10 秒くらいは今年の方がペースが速い。去年は 5 分 30 秒で走るのは結構きつかったが、今年は 5 分 30 秒で走ってもそこまでしんどくはなかった。ほどよいペースという感じ。 5 分を切るくらいのペースでLT走をしていた効果が出ていそうだ。

天気

去年はスタート前だいぶ寒かった。アメダスのデータを見ると、何とスタートしてから気温が下がっていたようだ。スタート前は寒かったが 10 ℃台前半の気温は走りやすそうだ。去年、心拍数を低く抑えられたのは気温のおかげもあるだろう。

一方で 2024 年は気温が高い。ゴールする頃は 20 ℃近くになっていた。足つりの原因はこれだと思う。去年はつりそうでギリギリつらなかった。

総括

ギリギリではあったが、またネットタイムではあるがサブフォー達成できて一安心。今年は仕事が忙しくて去年より走れてなかったので心配だったが、 5 分ちょいタイムを縮めることができた。引き続き頑張っていきたい。

来月も青島太平洋マラソンに出るので記録更新したい。そして来年 2 月の熊本城マラソンで雪辱を果たしたい。