ssig33's avatar

ssig33

@ssig33@hollo.ssig33.com

170 following249 followers

新人声優

  • +81-9014502501 mail@ssig33.com 0088-7709-7529 it/it.
  • my opinion may be not my own. but my fate is my own.
@ssig33@hollo.ssig33.com

Ankerっていまあきらかに品質に対して値段が高すぎで、コスパいいメーカーってどこかな?って思って探してみるとBelkinなんですよね。一昔前だとBelkinオシャクソ高級ブランドって感じだったけど、今のBelkinってAnkerはもちろんエレコム、サンワ、CIOよりさらに一段安くて、それでいてそれなりにデザイン性はエレコム、サンワよりは上、みたいなめっちゃお買い得なメーカーになってる。

@ssig33@hollo.ssig33.com

いろいろカメラ発売される度に思うのが、結局RX100M7でほとんどすべての用途は賄えるという事実

@ssig33@hollo.ssig33.com

CloudFrontの裏にWebアプリを置くことについて

現代において、クラウドサービスをもちいてWebを構築するとき、CDNを立ててその裏側にアプリケーションを置くことはごく当たり前に行なわれている。

その理由について

  • DDoS対策になる
  • とにかく全部CDN通しとけば管理が楽
  • 経路が最適化され高速化される

などとよく言われると思う。ところで、「経路が最適化され高速化される」って本当?っていうのが気になっている。

というのが、最近別のクラウドサービスからAWSに移行したWebアプリケーションについて、大幅にレスポンスが悪化する現象が見られたため。

移行前はアメリカから配信し、主に日本国内からアクセスされていた。 このとき、アプリケーション内での処理時間はおよそ平均にして 0.01 秒ほど、日本からのレスポンスタイムはおよそ 0.23 秒ほどであった。経路にかかっている時間は 0.2 秒ほどかかっていたといえる。

移行後もアメリカから配信し、主に日本国内からアクセスされている。このとき、アプリケーション内での処理時間はおよそ平均にして 0.01 秒ほど、日本からのレスポンスタイムはおよそ 0.6 秒ほどに悪化した。経路にかかっている時間が 0.4 秒悪化したことになる。

そしてこのアプリケーションは本番環境と開発環境がデプロイされており、本番環境についてはデプロイ直後はレスポンスタイムが 0.6 秒ほどであったものが、24時間後に計測したところ 0.19 秒ほどに改善された。

開発環境についてはデプロイ直後から今にいたるまで 0.6 秒ほど時間がかかっている。

本番環境については24時間それなりの頻度でアクセスされている一方で開発環境についてはかなりアクセスが疎である。

現状この計測結果が得られただけで、これ以上の知見はないのだけど

  • 一定数以上の頻度でアクセスされるアプリであればCloudFrontによる経路最適化効果はある
  • アクセス数が少ないアプリは大幅にパフォーマンスが劣化しうる

CloudFrontについてはある程度のアクセスがないと経路の最適化を効かてくれないのでは?と想像している。基本的には「まあ何も考ずにCDN通せばいいよ」だとは思うけど、E2Eでパフォーマンスをちゃんと観測しておくとよいとは思う。

また、CDNを通してなかったサービスをあとからCDNを通す場合、一定時間パフォーマンスが劣化することは覚えておいていいと思う(DNSラウンドロビンとかでCDN通す率を制御しながら移行することである程度緩和できるかも?)。

@ssig33@hollo.ssig33.com

真っ二つになったダース・モールが「実は生きてました」なんだから銃で一発撃たれたぐらいのごんぎつねのごんが死んでるわけないよな

@ssig33@hollo.ssig33.com

「選択と集中」には非難轟々なのに「フードロスを減らそう」は全く同じことなのに積極的に支持されちゃうよね。非常時の供給を安定させるためには食べ物は日常的に大量に捨てるべきなのに。

@ssig33@hollo.ssig33.com

わたくしは転売屋を肯定している(東映特撮関連高額商品は品質が信頼できないため、2倍程度割高であったとしても商品レビューみてから転売屋から買いたい)というのがあるため結構バイアスかかってるとは思います。

@ssig33@hollo.ssig33.com

米の供給について資料をいろいろみていたら

2023年-2024年

  • 需要予測: 682万トン
  • 実需要: 705万トン
  • 実供給: 661万トン

でまず44万トン(需要の6%ショート)不足していて

2024年-2025年

  • 需要予測: 663万トン
  • 実需要: ????
  • 実供給: 683万トン

となっていて、実需要は実際のところ「米不足」とか散々報じられて米という商品につき単純接触効果が考えられることなどを考慮すると700万トン前後と考えていいのではなかろうか。単純に去年44万トン需要を先食いしたところ、今年も供給が20万トン不足しているわけだから、大まかにいって60万トン不足している、ということになるはず。

需要の8.5%供給がショートしているわけだから、これはとんでもない品不足だということで値段倍になるのは当然だろうと思う。

「モノが無いから高い」という極々シンプルな話だと思うんだけど「買いだめ、売り惜しみをしている人がいる」という陰謀論に国中の人々が上も下も飛び付いていて、これはなんなんだ、という気持ちになっている。

@ssig33@hollo.ssig33.com

Github CopilotのUIまじで意味わかんないことになってきてるし、Copiloを活用してちゃんと整理してから出してほしいと思うし、AIまだまだアカンのかねなどとも思う

@ssig33@hollo.ssig33.com

Amazonは労働者の権利を守らないから使いたくない、書店を守りたい という人を発見してしまったが、書店の労働者の待遇とかAmazonの倉庫が神に見えるレベルやで

@ssig33@hollo.ssig33.com

もらえる金の量って結局他人からの感謝の量なので、金はもらえればもらえるほど精神によいのは当たり前だよね

@mzp@mstdn.nere9.help
@ssig33@hollo.ssig33.com

GPT-4o-miniでも大抵の人間をはるかに越える知能だと思うんだけど、それはfunction callingも込みで、という話であり、そして「function callingがすごい」ということにサム・アルトマンもあんま気付いてない雰囲気がある。

@ssig33@hollo.ssig33.com

o3-miniさっそくassistant APIからも使えるしまじでこれは本気っぽいな

@ssig33@hollo.ssig33.com

旧サイト独自ドメインからも撤退した。リダイレクタは10年ぐらいは置いとこ。

@ssig33@hollo.ssig33.com

Fujiwara Tech Conference にいってきました+LT発表してきました

「継続的負荷検証」というタイトルでmirage-ecs(厳密にはfujiwara wareではない)の活用事例について発表しました。資料は公表しません。資料の順番通りに喋る発表スタイルではなかったので。後日ブログ記事にして会社のほうから出します。

どういうイベントだったかは https://sfujiwara.hatenablog.com/entry/fujiwara-tech-conf-2025 fujiwaraさんの記事を見てください。

非常に感銘をうけたことが二つあったのでそれについてここでは書いておこうと思います。

SIGMA fp

fujiwaraさんが「収まりがよくて」「手触りがよくて」「高性能」なものが好きだという話をしていて、その代表してSIGMA fpを挙げていた。おれもSIGMA fpは好きで一時期もっていた。「収まりがよくて」「高性能」だとは思うが手触りがよいかというと、正直あまり同意はしない。ただ、これこそfujiwaraさんの哲学なのだろうと思った。多少の無理をきかせて収まりよく詰め込んだ結果、軽量だし、「慣れてしまえば」どうにかなる、というカメラだったと思う。「慣れてしまえば」小型軽量でありあの性能にたいしてたしかに手触りもよくなるのかもしれない。

どうも製品開発、ツール開発などで「無理しない自然な設計」みたいなものを人はうっかり好んでしまいがちなのだけど、「そうじゃねえんだぞ、本当の手触りってのは長く使ってきたときに出てくるものだ」というfujiwaraさんのメッセージではないかと感じた。

カヤックのこと

多くの発表者が語っていたfujiwara wareの魅力は

  • ほどよい責任分界点、機能のまとめかた。「よく分かっている人」が「ある程度分かっている人」のためにすっきりと作られたものであること。
    • このへんは「SIGMA fp」の話かな
  • 普遍的であること

であったと思う。fujiwara wareは個人が自分のために作ったものでありながら、Webアプリケーションの運用において普遍的な魅力をもっている。このあたり、macopyさんの発表でもちらっと触れられていたが、それはカヤックという会社が、これまでの時代において普遍的な開発をして普遍的な課題を持ち得る環境であった、ということを示していたと思う。

若い人からしたらなんじゃそりゃ、ってなるかもしれない話だが、20年近く前からのある程度の期間において、日本のWebアプリケーション開発と運用の知識の進歩の最前線はソシャゲと共にあったし、カヤックはその最先端にあった。ただし各社の運用知識は、勉強会や個人的な人脈を通じてある程度共有されつつも、普遍的なツールとして整理されることは(あまり)なかった。

fujiwaraさんはそうした風潮の偉大な例外だと思っていて、自らの経験と知識を普遍的なツールとして提供し、提供し続けてきた。

そしてカヤックはすべてのソシャゲの提供を終了し、fujiwaraさんは会社を去ることとなった。そこになにかの関連性があるのか知る由もない(発表の場でも喋ったが、ぼくはあの場において「主催者の友達」というだけのアウトサイダーなので)が、ここに一つの時代が終わったのだ、と感じた。

ソシャゲが最先端だった時代はあのイベントをもって歴史となり、そして忘れ去られていく。

こういうタイミングでの開催になったことは本当に偶然だったらしいのだけど、すごい偶然があるものだ、と感じた。

ソシャゲの時代、結局のところ、日本の技術コミュニティは普遍性のComsumerでありProviderではなかった。だが、fujiwaraさんという偉大な例外がいた。彼が今後どこでどのような仕事をしていくのかは(今のところ)公表されてはいないのだけど、より普遍的な仕事をしていくのではないかと期待しているし、今後も存分にその成果にあやかってやろうと思っている(という白々しい文章で締めておく)。

sfujiwara.hatenablog.com

Fujiwara Tech Conference 2025 を開催していただきました - 酒日記 はてな支店

皆様、本当にありがとうございました。これは「開催しました」ではなく「していただきました」と書くしかないやつです。 connpass.com 発端 2024年10月に開催された YAPC::Hakodate、懇親会後の Findy さん主催ビアバッシュ会場でのことです。@moznion が突然、「fujiwara tech conference というのをやりたいんですけどいいですか?」と言ってきて、なんだそれはと思いつつも面白そうなので「ど、どうぞ」と応えました。 その場に人もいっぱいいたし、Findy さんも会場を提供できそうと盛り上がってしまい、これは冗談では済まないなと思っていたら早速一…

@ssig33@hollo.ssig33.com

ヨドバシの通販のエクストリーム便うちに持ってきくれる人複数いるんだ けど、nest camのログ見てるとどの人も顔がドス黒い紫色をしていて、一方Amazonは顔色まともな人が持ってくるんだよね。これがあるのであんまりヨドバシ使いたくない。ちなみに一番やばいのが最近アリエクがよく使ってるエスポ便で、老衰寸前みたいなお爺さんが来る。