LAで、カーシェアでTESLAかりてロードトリップしてきたお話：レンタル編 @shun5nem #note note.com/shunnemo/n/nf21a0e8…

🌊今日は「波の日」🌊 ゆれる波、きらめく太陽☀️ そして、サーフボードのうえには ━━ ごきげんな“波乗りジョージ”🐵🏄‍♂️🌊 #おさるのジョージ

テスラ新型モデルYのサスペンションは旧型にも装着可能で、乗り心地が向上するとの報告。 米国では約$800で部品を注文可能で、中古の旧型モデルYとの組み合わせに有効としています👀 You Can Put The New Tesla Model Y Suspension On The Old One insideevs.com/news/764141/mo…

テスラロボタクシーのアプリはいい感じです。こういうのは自動車メーカーには作れない部分ですね。

ソース: 日経クロステック（xTECH） share.google/X0pcRWuhPIx1LaB…

この時代にいれて良かった。採算性の目処が立ちそうなソリューションだし、社会構造が大きく変わる。これこそが100年に一度の変革期の中心だと思う

Peace and love. See you soon Japan. 🙏🏾 thinkcommon.com

Here is my experience (in 4K) from earlier today in one of the world's first ever public Tesla Robotaxi rides in Austin, Texas with FSD Unsupervised! No-one is in the driver seat and the safety monitor in the passenger seat does not have a steering or pedals. It was awesome.

Robotaxi Launch party 🎉 ❤️

ロボタクシーがアメリカや中国では普通になる。日本はまだライドシェア以前のタクシーです😅

Shohei Ohtani plays peacemaker at the end of another wild game between the Padres and Dodgers.

良さそう、ようやく日本でもAAOS導入かな。アリアでは停止際のピッチングが気になるレベルだったから、RWDのほうが良いと思うんだが、3in1 e-PTのレイアウト的にFWDしか無理なのかな？

Slackがどのように1日何百万のメッセージをリアルタイムメッセージを実現しているか書いてあるブログ記事ですが、めちゃくちゃ参考になりますね ステートフルなシステムをスケールさせるのは難易度が高いのですが、Consistent Hashingでチャネルサーバーを分散してる点や、Consulを使ったチャネルサーバーディスカバリーの実装や、地理的に分散配置されたGatewayサーバーでWebSocket接続を行うなど、大規模なリアルタイムチャットサービスのシステムデザインを行う上で必要な要素が書かれてて参考になりますねー slack.engineering/real-time-…

システム開発における要件定義はいったい誰の仕事なのか――。最近、そんなことを考えさせられることが増えた。「何を言っているの。要件定義は依頼者側の仕事に決まっているじゃないか」と読者は笑うことだろう。もちろん、私もそんな理屈は認識している。 share.google/OXScV3AZGDAb74u…

今日は人生で一番キツい宣告を受けた。

何も知らない人がFlutterで作ったアプリをiOS 26に対応させてよという無茶振りが行われるかと思うと涙を禁じ得ない

だれがバスケットボールのキャラクターねばか！ #ChatGPT

日系メーカーの適用の遅さよ

隣の7,80代のオジィは手術できそうで、40代の自分は手術できない。これが運命、と割り切るしかない。

マイクロサービスアーキテクチャに関する利点と欠点は特に大手テック企業の面接を受ける時にしばしば聞かれる質問なので、答えられるようになっておきましょう。 利点としてはサービス間が疎結合になり影響範囲や責任範囲が明確化されることで、アプリケーションの高頻度で信頼性の高いリリースを可能にします。 また技術選定をドメインやチームメンバーに即した内容に決定できるのも良い点ですね。例えば、全体がJavaで構成されているようなシステムであっても、パフォーマンスが求められるようなサービスでは一部Rustを用いるという選択を取ることができます。 基本的には、コンウェイの法則に従って、マイクロサービスアーキテクチャをとることで組織構造もそれに合わせて変化していき、各サービスごとにチームが編成されるという形がよくある手法です。 一方で、マイクロサービス間のネットワーク通信は常に不安定であり、リトライの設計が必要、Cascading failureを防ぐためにサーキットブレーカーを導入する必要があります。 マイクロサービス間の一貫性があるトランザクションの実装が困難で、Sagaパターンなどのアーキテクチャパターンを導入する必要があり、よりシステムの複雑さが増すなど、デメリットも多いです。 面接ではこれらのトレードオフを語れるようになっておき、適切に会話できるようになっておきましょう。 一部解説されている記事は参考として↓においておきます。

先日導入したLaunchkeyMini2mk4 とセットでミニミニDJ live セットを構築したい！