ああ、私だけじゃなかったんですね

少人数のチームが勝つ理由として、スピード、明確さ、当事者意識にはひとまず同意しますが、安定した運営も必要な状況であれば、組織は大きくならざるを得ないと思います。
最近、大きな組織の中でセルやサイロとして運営される理由とも合致している気がします。

こんにちは。DevSecMLGitOpsの担当者です。

ログインなしでも読み取り可能なように変更しました。ご不便をおかけして申し訳ありません。

Macにインストールしてみたんですが、韓国語入力が子音と母音（ジャモ）で分解されて入力されます。。

ただの天才だと思っていましたが、この文章を見るだけでも、どれほど真剣に努力を重ねているのかが分かりました。

ボットかどうか分かりませんが、要約を掲載してくれると助かります。

リンクは会員登録が必須なので、見るのがためらわれます。

それでも、この程度ならかなり安い方だと思います。

GoogleとRed Hatがスポンサーとして参加しているようなイベントみたいにできるわけがないでしょう...。さて、これで1回目なので、これから少しずつ良くなっていくと信じてみようと思います。

いい方法ですね！

むしろ人間のほうがAIの発展の妨げになっているんですね。これは面白いジレンマですね。笑

復旧の過程を見ると、少し妙なのは、EC2インスタンス起動システムが DynamoDB に依存していて、その DynamoDB サービスが EC2 インスタンス上で実行されていることですね。障害範囲が分離されていないのを見ると、そもそも最初から設計がきちんとできていなかったか、時間が経つにつれて構成が雑然としてしまったのかもしれませんね。

使ってみましたが、予想どおり思ったより悪くないですね。

わあ、すごいですね（笑）。でも、どうせ復元したらそのトークンがそのまま使われるってことじゃないんですか？ 保存状態のトークンだけ節約できるってことではないんでしょうか？ よく分かっていないので、分かりやすく説明してくださる方がいたらお願いします。

入場料が必要だなんて残念です… FOSDEMのように、スポンサーやボランティアの協力で全部カバーできたらいいのに。これが韓国の現実なのでしょうか…

韓国では、エンジニアはある程度の段階まで行くとみんなマネージャーになってしまって途切れてしまうし...
アメリカでは、効率化という名目のもとでシニアをみんな切ってしまうのが問題だし...
本当に簡単ではないですね...

PaddleOCRなら商用で使っているところもあるんじゃないですか??

ヨーロッパに行って見てみたら、Uberの運転手はUberだけでなく、運転していないときはBoltやLyftも運転しているみたいなんです。そして運転中にUberをオンにして、ずっとコールも受けていました。これは大丈夫なのか分かりませんが、事故が起きやすそうに思います。

最も重要なものが抜けていますね。

• ORMを使うこと

multi-az まではやっていましたが……リージョン単位の障害への備えもしておくべきなんでしょうか……