Oct 20 3:03 AM PDT We continue to observe recovery across most of the affected AWS Services. We can confirm global services and features that rely on US-EAST-1 have also recovered. We continue to work towards full resolution and will provide updates as we have more information to share.
Oct 20 2:27 AM PDT We are seeing significant signs of recovery. Most requests should now be succeeding. We continue to work through a backlog of queued requests. We will continue to provide additional information.
AIで出遅れたAppleの悪あがきのようにも見えますが、それでもやはり期待してしまいますね（笑）
雨後の筍みたいに乱立する詐欺スタートアップらしく、サイトだけはよく作ってますねｗｗｗｗ
コメントとは違って、むしろこの文章が語っているのは、最近デジタル・ドーパミンデトックスをしようとしたり、そのためにフィーチャーフォン風の機能制限付きE Inkスマートフォンや、バータイプのフィーチャーフォン形状のスマートフォンを購入したり、オフラインのワードプロセッサー機器に高級メカニカルキーボードの外装を追加したものを買ったりするようなニッチ市場こそ、ここで語られている注意力の「ぜいたく」な活用であり、ヒップスターのように個人を表すための消費だと紹介しているように読めます。
こうした市場を狙おうとするスタートアップ創業者やアプリ開発者は、製品哲学の方向性をどう定めるべきかを語っているようです。
もう復旧したようですね。私が知っているサービスだけでも、Perplexity、Canva、Airtableでエラーが発生していて、Vercelも不安定だったようです。
短い間ですが最初のころから使ってみた立場としては、ものすごい進歩だと思いますし、もう一度使ってみようかな？と思わせてくれますね（笑）
>本人が数分おきにスマートフォンを確認する習慣を持っていないなら別ですが。
結局、いつもこれが問題なんですよね
Oct 20 3:03 AM PDT We continue to observe recovery across most of the affected AWS Services. We can confirm global services and features that rely on US-EAST-1 have also recovered. We continue to work towards full resolution and will provide updates as we have more information to share.
Oct 20 2:27 AM PDT We are seeing significant signs of recovery. Most requests should now be succeeding. We continue to work through a backlog of queued requests. We will continue to provide additional information.
大部分は復旧したとのことです。今後の補償案が気になりますね
Docker Hub も障害が発生しているリージョンにあるため
docker pullができず、ビルドできません。一時的に Amazon ECR Public Gallery を活用しています。
https://gallery.ecr.aws/
早く復旧してほしいです。
早く解決されることを願います。大変な騒ぎですね。
Perplexity の履歴も見えないですね🥲
最近では、注意力を奪う媒体としてスマートフォンが最も多く挙げられます。もちろん第一には、そのように誘導するアプリケーションの作り手に問題がありますが、正しい使い方を知っていれば解決できる問題だと思います。
アプリケーションの通知は基本的にすべてオフにし、必要な通知だけを残すべきです。
残した通知も重要度で分け、本当に必要なものだけ音やバイブレーションをオンにし、それ以外はAODやロック画面にも表示されないようにするべきです。緊急の通知でなければ、見たいときに通知一覧をまとめて確認すればよいのです。
メールの場合もフォルダを分けて自動分類し、緊急なものだけ通知が来るように設定するべきです。
この程度だけでも、スマートフォンのせいで注意力が分散される心配はなくなるでしょう。本人に、数分おきにスマートフォンをのぞき込む癖がなければですが。
素晴らしいプロジェクトです。ですが、Hugoとかなり範囲が重複しているプロジェクトですね。
説明を求めるIssueへの回答としては、
ターミナルでのプレビュー、迅速なデプロイ、メールニュースレターシステム、Obsidianテーマあたりがあるとのことですが、あまり強くは響きませんね。
MarkdownをレンダリングしてくれるCLIツールは多いですし、ニュースレターもRSS/Atomを自動発行してくれる機能が多いので..
長期的には、（特に反復的で非熟練な）労働をAIとロボットが代替していくのは当然でしょう。その一方で、すべての付加価値が生産者にだけ帰属しないよう、分配システムの変化も必要になってくるでしょう。
これがうまく発展してくれるといいですね。
実際、ソフトウェア工学で学んだことをMarkdownでやると考えれば、シンプルで実用的です。要件定義書さえうまく書ければいいのです。
以前の document driven develope や readme driven develope といった話と似ているように見えますね。
https://ja.news.hada.io/topic?id=15502
この記事の趣旨に合うコメントかどうかは分かりませんが…
見方の違いではありますが、
結局のところ、意思決定者の意思がいちばん重要だと思います。
知りたくない、
とにかく「できます」という話を聞きたい、
任せておけばやるという話を聞きたい、
そういう中で説明するというのは、意思決定者にとって耳の痛いことを言うことになるのだと思います。
ps.
意思決定者は正しい？という前提に立った話のように思います。
意思決定者＝審判が嫌がるなら、結局どんな方法も無意味だと思います.
今は時間がないから、とりあえず目先の火だけ消して後で書き直そうと言っていたものが、積み重なると恐ろしいクエリ地獄になりますよね。私もいくつも作ってきました。あれらを書き直す「後で」なんて永遠に来ないと分かっていながら、そうしてしまうのです。
今見ても、とてつもない名機ですね
懐かしさを呼び起こす技術ですね