ETC障害で後払い 利用者「微妙」
Source link
Views: 0
OpenAIのサム・アルトマンCEOが自身のXアカウントで今後の製品リリース予定について語り、未発表モデルの「o3」「o4-mini」「GPT-5」のおおまかな登場時期が判明しました。
change of plans: we are going to release o3 and o4-mini after all, probably in a couple of weeks, and then do GPT-5 in a few months.
there are a bunch of reasons for this, but the most exciting one is that we are going to be able to make GPT-5 much better than we originally…
— Sam Altman (@sama) April 4, 2025
アルトマンCEOは自身のXアカウントで製品のリリース予定に言及することがよくあります。2025年2月13日にはGPT-4.5を数週間以内にリリースし、GPT-5を数カ月以内にリリースすると告知。さらに、o3-miniの完全版であるo3をGPT-5に統合した形でリリースすることも予告していました。
「GPT-4.5」と「GPT-5」のリリース予定にOpenAIのCEOが言及、GPT-4.5は最後の非推論モデルでGPT-5は複数の技術を統合 – GIGAZINE
その後、2025年2月27日にはアルトマンCEOの予告通りにGPT-4.5がリリースされました。
OpenAIがGPT-4.5をリリース、「これまでで最大かつ最高の会話用モデル」とアピール – GIGAZINE
新たに、アルトマンCEOは2025年4月4日に自身のXアカウントで「計画の変更:結局、我々はo3とo4-miniをリリースすることになりました。o3とo4-miniは数週間後にリリースされます。そして、GPT-5は数カ月後にリリースされます」と述べました。つまり、o3はGPT-5と統合された形ではなく単体のモデルとしてリリースされ、さらに次世代のo4-miniもGPT-5のリリースに先立って公開されるということのようです。
change of plans: we are going to release o3 and o4-mini after all, probably in a couple of weeks, and then do GPT-5 in a few months.
there are a bunch of reasons for this, but the most exciting one is that we are going to be able to make GPT-5 much better than we originally…
— Sam Altman (@sama) April 4, 2025
アルトマンCEOはGPT-5のリリースを先送りした理由について「多くの理由がありますが、最もエキサイティングなことは、我々が当初考えていたよりもGPT-5をはるかに優れたものにできるということです。また、我々はすべてをスムーズに統合することが思っていたよりも困難であることにも気付きました。さらに、GPT-5は前例のない需要が予想されるため、十分なキャパシティを確保したいとも考えています」と述べています。
なお、OpenAIにとってコンピューティングリソースの不足は切実な問題となっており、GPT-4.5のリリースもGPUの不足が原因で当初の予定より遅れたとされています。また、2025年3月には高性能な画像生成機能「4o Image Generation」をリリースしましたが、GPUの不足を原因に利用制限を設けています。
OpenAIがChatGPTの新画像生成機能が「GPUが溶ける」ほど人気と発言、一時的に制限を設けざるを得ない状況 – GIGAZINE
この記事のタイトルとURLをコピーする
・関連記事
OpenAIがGPT-4.5をリリース、「これまでで最大かつ最高の会話用モデル」とアピール – GIGAZINE
OpenAIが推論能力を大幅に強化した「o3」シリーズを発表、 推論の中でOpenAIの安全ポリシーについて「再考」する仕組みを導入 – GIGAZINE
無料版ChatGPTでも使える高性能AIモデル「OpenAI o3-mini」をOpenAIがリリース – GIGAZINE
Metaが次世代マルチモーダルAI「Llama 4」をリリース、MoEアーキテクチャ採用で競合モデルに匹敵する高性能を誇る – GIGAZINE
Googleが次世代推論AIモデル「Gemini 2.5」発表、推論とコーディング性能が大きく向上 – GIGAZINE
OpenAI o1相当の推論モデル「DeepSeek R1」を中国AI企業が商用利用や改変が可能なMITライセンスでリリース – GIGAZINE
Views: 0
スタートアップフリーズの問題の1つの原因が特定されています。
CPUがAVX2命令をサポートしていないユーザーに対して問題が発生することを確認しました。
参考のために:
Intel CPUSは、2013年6月にリリースされたHaswell Architectureから始まるAVX2をサポートしています。
AMD CPUは、2015年6月にリリースされたExcavator Architectureから始まるAVX2をサポートしています。
次の更新では、CPUがAVX2サポート要件を満たしていない場合にユーザーに通知するメッセージを実装する予定です。
私たちは心から謝罪しますが、これらの環境は最小システム要件を下回り、サポートされていません。
ご理解と協力をありがとう。
他のスタートアップの問題を経験しているユーザーについては、次のことを試してください。
更新スケジュール:
日本と英語の両方(米国)の両方のキーボードのキーボードバインディングサポートは、今週の金曜日までに実装される予定です。
この更新の一環として、次の変更も検討しています。
「「充電キャンセルの継続」を無効にする
bution斜めの入力オプションを追加します
old古いリプレイが再生できなくなった場合でも、過去のランキングデータを保持します
これらの機能は、金曜日に実装される予定です。
マスターモードの難易度について:
私たちは、コントロールスタイルの間に大きな困難のギャップがあると判断しました。
そのため、視覚ガイダンスのためにオプションのアシスト機能を追加することを計画しています。
さらに、教科書の練習モードにもアシストディスプレイオプションを追加する予定です。
ここにリストされていない他の更新または修正については、準備が整ったらすぐに詳細を提供します。
継続的なサポートと忍耐をありがとう。
議論: https://steamcommunity.com/app/3328480/discussions/0/60302689646835351/
Source link
Views: 0
真新しい時間です itch.ioはバンドルを選択しますしかし、今回は少し違うことを試みています。私たちのお気に入りのゲームのいくつかのコレクションとして私たちの以前のバンドルを覚えているかもしれませんが、今回は私たち全員の意欲的な(そして熟練した)ゲーム開発者を支援するために私たちのお気に入りのツールのいくつかを収集しました。
バンドルは1週間(午前10時に3/31から午前10時に4/7)に実行され、15ドルで次のようになります。
それで、あなたがゲームを作るつもりなら、あなたは人々が見るために何かを必要とするでしょう? Spritestackが登場する場所です。適切に名前が付けられたこのプログラムでは、「Sprite Stacking」メソッドを使用して3Dアセットを作成できます。これは、スプライトの層を作成し、それらを互いに積み重ねることにより、3Dモデルを構築することを意味します。これは、Spritestackにベータアニメーターがいるという事実によってさらに甘くなった使いやすいプログラムです。
まず最初に、私のお気に入りのTo Doリスト:テープでプロジェクト(ゲームまたはその他)を計画してください!このミニマリストトラッカーは慣れるのにいくらかかかるかもしれませんが、テープに精通したら、他に何も欲しくないでしょう。それはシンプルできれいで、あなたが取り組んでいることを邪魔しません。物事をさらに良くするために、あなたはテープをカスタマイズすることができます 100のウサギのテーマシステム。
1つのプログラムですべてを完了したい場合は、TIC-80の準備をしてください。このファンタジーコンソールを使用すると、コード、音楽の作成、スプライトの作成など、独自のフェイクレトロゲームを構築するために必要なものすべてができます。それだけでは不十分な場合は、コンソールで作成した他のゲームを簡単にプレイできます!
私たちはあなたのことを忘れてしまったとは思わないでください、作家。ここにはみんなのために何かがあります! Nimble Writerは、注意散漫のないワードプロセッサであり、メモと参照資料を追跡するための独創的なパネルを備えています。バインダーペーパーの未解決の山からアップグレードを検討したことがあるなら、これはあなたのためです。機敏な作家の簡単なスタイルでストーリーとデザインドキュメントを管理してください。
https://www.youtube.com/watch?v=k0znyu043qu
これまでのところ、私たちが持っていたものには視覚的なコンポーネントがありますが、プロジェクトの音声はどうですか? 1Bitdragonは、私が今まで見た中で最も親しみやすい音楽トラッカーの1人と一緒にいます。ピアノロールにいくつかの形状が落書きされ、ドラゴンがそのことをします。ここには、ほぼ同じ数のドラムサンプルがある200近くの楽器があるため、1ビットドラゴンの外に出ることなく、たくさんのジャンルで音楽を大量に作ることができます。あなたが音楽を作り始めることができないほど脅迫されたことがあれば、これは始めるのに最適な場所です。
バンドルの最後のピースは、潜在的に最も愚かなプロジェクトです。 Sok-Storiesは、アクセシビリティを目的としたゲームを作成するプログラム全体です。そのため、ここでできることは限られていますが、間抜けは明白です。すべてが手に描かれており、あなたの相互作用はクリックとドラッグに限定されていますが、試してみると、より魅力的なエンジンを見つけることができるかどうかは疑わしいです。
SOK-STORIESが何ができるかを見たいですか?他の人の作品を簡単に共有または再生できます sok-stories.com。
Views: 0
日本コロムビアは、2000年放送の特撮ドラマ『仮面ライダークウガ』関連楽曲を網羅した6枚組CDBOX「仮面ライダークウガ 25th Anniversary Ultimate Music BOX」を、6月11日(水)に発売する。価格は11,000円(税込)。
Source link
Views: 0
小僧寿しは、4月7日~11日の平日期間限定で「北海グルメうまい丼フェア」を開催。カニ・ホタテ・サーモンをメインに、「北海」の海の幸をイメージした特別な海鮮丼がラインアップ。
Views: 0
はじめに
JavaScript(TypeScript)で非同期処理を書く際に、流れでなんとなくawaitを書いていないでしょうか?
私はこれまで、fetch()やres.json()などを呼び出したらセットでawaitを書いてしまっていましたが、コードレビューで不要なawaitを書いてしまっているとの指摘を受けました。
そのため本記事では、非同期処理でawaitを書かなくても良いケースと、不要なawaitを書いたことによるパフォーマンスの差について調査した結果を記載します。
結論としては、次のとおりです。
不必要にawaitを使用するとパフォーマンスは悪化する
非同期処理の実行結果…
Source link
Views: 0
私はタイポグラフィに焦点を合わせたエディションの気分です。私は読むつもりだったいくつかのリンクを保存しました。私は今読み始めます、そして、私が以下に置く良いものになるリンクを読み始めます。
マイク・マイがまとめた タイポグラフィマニュアル (ウェブ上のタイプ用)。それは11ビットのアドバイスのかなりランダムな飛び散りです。元は ペン!私はそれらのそれぞれを読んで、私を育てざるを得ません まあ、実際 指、しかし、私はますますこの業界でニュアンスを排除するのが好きなので、私は指を抑えます。 これをするだけです アドバイスはかなり貴重です。どこから始めればよいかわからない場合は、アドバイスに従ってください。レベルアップしたら、独自のルールブレイクを行うことができます。
#1のように 「1つのフォントを使用」 しかし、ヘンリーは非常に経験豊富なデザイナーとして、できます 彼が望んでいることをしてください。
これは一年半ばでしたが、まだステファニー・エックルズだと思います 最高のガイドがあります 現時点で モダンな 流体タイプ。 「流体タイプ」がビューポートユニットを使用することを意味するこの期間がありました(例: vw
)、理想的にはa calc()
、タイプサイズを設定する(そして時々 line-height
)。それから私たちが得たとき、物事は少し良くなりました clamp()
コードがもっと簡単になったので(ところで、 これは有益なマインドトリックです)。私たちが持っているので、今はもう一度物事がもう一度変化しています コンテナユニットSと彼らは再びアプローチを変更します。
まるで
1vw
平等です1%
ビューポートの幅の場合もあります1cqi
等しい1%
コンテナのインラインサイズの。使用しますcqi
サイズをライティングモードの水平軸に関連付けることを望んでいるため、流体タイポグラフィを定義する目的で。
比較的新しいユニットといえば、CSSの現在のラインの高さ(および「ルート」ラインの高さ)を表すユニットがあります。 lh
そして rlh
。 PawełGrzybekはそれらの使用方法について書いています 「垂直リズム」のアイデアを達成する:
垂直リズムは、通常、ラインの高さをベースとして使用する要素間の一貫した間隔をたどることにより、調和のとれたレイアウトを作成するのに役立つデザインコンセプトです。印刷されたメディアがまだ何かであったデザインの時代にそれを学びました。
それは、理論的にページをより快適にするのがより快適になる目に見えないアイデアのようなものです。
過去には、これがやってくるのがかなり困難でした。これらのユニットは、古いアイデアをはるかに簡単にする新しいCSSテクノロジーのもう1つの例です。
なぜ タイポグラフィの興味深い。美学があります。タイプを見栄えを良くすることは芸術ですが、それは日常の結果を持つ芸術です。タイポグラフィが悪いと、人々に製品が見掛け倒し、レストランが気にしない、サービスが信頼できないと感じさせることができます。素晴らしいタイプは、人々が単に美学を通して単に別のものよりもあるものを選択させるためのチートコードになることができます。しかし、タイポグラフィの別の側面は読みやすいことです。あなたが人々にテキストを読んでもらいたいなら、そしてあなたがしているなら(そしておそらくそれを読んでいる間、彼らに特定の方法を感じることさえします)、あなたは読みやすさに非常に関心があります。
メアリーC.ダイソンには、これに関するまったく新しい本があります: 読みやすい。メアリーが初期の章で明らかにしているように、それは確かに本に値するトピックです。
タイポグラフィおよびグラフィックデザインの中で、標識が読みやすい(特に遠くから)読みやすいかどうか、小さな印刷を解読できるか(特に人生の後半)、アイコンを簡単に識別または認識できるか(テキストラベルなし)、小説や教科書が読み取り可能なタイプに設定されている場合(読み取りを奨励する)かどうかを検討するかもしれません。これらの質問は、デザインが読みやすいかどうか、またはそれらがどれほど読みやすいかを判断する際に考慮する必要があるのは、テキストまたはシンボルの物理的特性だけではないことを強調しています。読書の目的、読書のコンテキスト、および読者の特性も読みやすさを決定します。
私の心は次のとおりです。明らかに読みやすいフォントを選び、ラインの高さで寛大になり、ラインの長さをあまりにも長くしないで、大きすぎる(大きすぎない)。しかし、それは読みやすさ101のようなものであり、考慮すべきことがたくさんあり、それらの基本にもっと深い深みがあります。
実際に新鮮なフォントを見つけるために実際にどこに行きますか?私はあなたのために完璧な答えがあればいいのにと思いますが、個々のウェブサイトを備えた何百ものフォントファウンドリーがあり、すべてが異なる方法で行うことがあります。私の最善のアドバイスは、あなたが彼らに出会ったときにそれらをブックマークすることであり、フォントを選ぶ時が来たら、ウィンドウショッピングに行くのに十分な時間を作ることです。
ただし、これは確かに保存するものです。なぜなら、私は通常、フォントの支払いを非常に満足させていますが、すべてのプロジェクトがそれを予算内に持っているわけではないので、 無料 必要なものです。 Googleフォントは相変わらず多くの可能性を秘めていますが、フォントのより大きな世界では、あなたが思っているよりも制限されています。ここには本物です: 集団。
Collletttivoは、オープンソースタイプのファウンドリーであり、相互交換とコラボレーションを通じてタイプデザインの実践を促進する人々のネットワークです。
それはすでにかなり素晴らしいものです:すでにすばらしいグループです。
私はあなたがすでにCSSのフォントのためのいくつかの一般的なキーワードがあることを知っているに違いない。 serif
そして sans-serif
。最近では、ようなキーワードを手に入れました system-ui
これは、オペレーティングシステムが主に使用するフォントを選択することになっています(これは素晴らしいです)。その静脈にはもっとあります:
font-family: system-ui;
font-family: ui-serif;
font-family: ui-sans-serif;
font-family: ui-monospace;
font-family: ui-rounded;
現在、W3Cで議論があります より一般的なフォントファミリの場合、その多くは非ラチン言語のフォントを中心としています。それは素晴らしいアイデアだと思います。ラチン以外の言語のカスタムフォントを選択し、ロードする際にいくつかの問題があり、必要な言語をサポートしていない次のフォントをリストにすることがどれほど残念であるかを想像してください。
これらの新しいジェネリックフォントの選択肢は実用的な結果をもたらし、ブラウザがランダムなフォントに戻ると読者の問題を引き起こす可能性がある状況で適用します。異なるフォントが、テキストの一部を別のテキストから区別するために従来使用されているため、またはテキストが間違ったフォントで読み取られない可能性があるため(例えば、kashmirの非nastaliq style)。それは単なるプレゼンテーションの好み以上のものです。
可変フォント:まだクールです。
マンディマイケルは完璧なURLで彼女のサイトを復活させました: https://variablefonts.dev/
私は、可変フォントが出てきたときにヒットすると思っていたほど激しくヒットしなかったと言いたいと思います。しかし…私はそれについて間違っているかもしれません。それらはウェブ上で全面的にサポートされています。それらがたくさんあります。デザインツールでの彼らのサポートはかなり良いです。マンディのような良いリソースサイトがたくさんあります。人々は一般的に彼らについて知っており、彼らが良い考えだと思っています。それはかなり良いことです。私はそれらがトンを使用しているのを見ないように感じます。彼らに対する最大のストライキは、彼らがどれほど大きくなるかであり、私はそれが人々を怖がらせると思います。
実際のフォントで終わるのはどうですか: playpen sans!コミックサンズの上品なバージョンのようなものです。どちらももっと読みやすいと思います(コミックサンズはすでに非常に読みやすいので) そして もっと楽しく。私 本当に 各文字に自動的にアクティブになる代替グリフがたくさんあるように、ほとんどのフォントのようなものしか存在しない場合よりも、実際に手書きのように見えます。さらに、それは無料です。
思い出させてください コミックコード (これはコードフォントファミリとして提供しています Codepen)およびのすべてのバリエーション インクウェル 家族。
Views: 0
こんにちは。
GENEROSITYのSREを担当している川口です。
コスト削減。どの組織でも必ず直面する課題ですよね💰
今回はAWSを運用している方向けに、コスト削減の方法を伝授します。
「まだコスト削減何も対応してないよ」という組織においては何かしら得られる情報があるはずです。
また弊社以上にたくさんのアカウント、リソースを運用中であれば、さらなる削減が期待できます。
施策実行直後のため200万円という数値はあくまで見積もりであり、多少の変動があることはご容赦ください。
少しでもみなさんの参考になれば幸いです。
まずは結論をお話しします。
私はせっかちなので、結論を見るとすぐに「よっしゃやってみよ!!!」と思いますが、後になってつまづかないように、ぜひ最後まで読み進めていただくことをオススメします。
(そしてぜひ♡押してください。励みになります。。🙇)
本記事内で登場する単語については細かく説明しません。後ろにリンクを貼りますのでそちらをご確認ください。
実はコスト削減をしなければ!という意識はあったようなのですが、以下理由から中々手をつけられずにいました。
今回私が正式にSREチームにアサインしたことで、本格的にコスト削減しよう!となったのがきっかけです。
AWS運用状況はこんな感じでした。
(改善の余地があったとご理解いただければ幸いです。)
このような状態から、調査・検討含め他対応と並行しながら約3ヶ月で全施策を達成しました。
結論。コスト削減のためにはこれをやるべし にて記載した各施策に辿り着いた過程をお話しします。
なぜその施策が必要なのか。にも通ずる内容です。
AWS コスト削減
で検索Organizations、一括請求
はクリアしていました
それぞれの施策で何をしたのかについてお話しします。
RIではインスタンスファミリーを指定して購入する必要があるとお話ししました。
不適切なインスタンスを購入すると、1年または3年間インスタンスを変更することができないため(できる方法もありますが割引率が下がります)まずは最適化しようと考えました。
弊社ではGravitonを利用していなかったので、まずはGraviton化することを行いました。
もし時間に余裕があり、変更が可能なリソースであれば負荷テストや使用率を確認した上で、適切なサイズに変更することが理想です。
移行対象のEC2, RDSにおいてダウンタイムをなるべく小さくするため 変更
ではなく 移行
の方法で手順書を作成しました。
対象を直接変更するのではなく複製したインスタンスに切り替える
という考え方です。
(内容をざっくり記載します。より良い方法があるかもしれませんので、参考程度にお願いします。)
EC2起動時に指定するアーキテクチャが x86
か Arm
により、ボリュームのMOUNTPOINTの名称など違いが存在するため、手順を分けること、検証をすることが重要です。
振り返ると、復旧手順をより充実すべきだったなと感じました。。次回に活かします!
RIとSPのどちらを購入するか?についてですが、以下ポイントで弊社状況によりRI購入を選択しました。
状況に併せて組み合わせやプランを検討してください。
1年以上継続利用予定
のアカウントを対象すべての施策が完了!年間200万円の削減(見込み)達成!🎉
これらの対応を行うには 開発メンバーとのコミュニケーションが必要不可欠
です。
SREは何をやるべきか、どうやるべきかを考えますが、すべて自身で対応できるわけではありません。
対応のため、開発メンバーはスケジュールの中にこれらの対応を組み込み、リソースを削って対応せねばなりません。
(実はここが一番苦労したポイントでもあります)
そこで協力をお願いするにあたり、以下を意識して取り組みました。
施策を終えて (目安)1ヶ月半以上前から情報を頭出しする
ことで、より開発メンバーの心理的負担が軽減できると考えます。
【頭出しがない場合】
(SRE)1ヶ月以内にインスタンス移行よろしく!対応に3人日くらい必要かも!
(開発)いきなり3人日必要と言われても困るなぁ。。どこに差し込めばいいんだろう。。
【頭出しがある場合】
(SRE)来月移行でインスタンス移行しようと思っているよ!対応に3人日くらい必要かも!あとでリソース状況などヒアリングさせてね!
(開発)来月のスケジュールは3人日空けておかないとな。リソース状況確認しておこう!
各施策の調査・検討を始める前に、事前に知っておくことでスムーズになりそうなポイントをまとめてます。
各セクションで登場した単語やリンクのまとめです。
ここまでお読みいただきありがとうございます。
私がさいごみなさんにお伝えしたいのは
SREの活動は開発メンバーとSREが一丸となって取り組む
ものであるということです。
先ほどもお話ししましたが、すべての対応をSREのみで実施することは不可能であり、必ず開発メンバーとのコミュニケーションが必要となります。組織をより良くするために、お互いが同じ方向へ進むためのコミュニケーション
をしましょう。
長くなりましたが、少しでもみなさんの参考になれば幸いです。
ここまで読んでくださりありがとうございました!
Views: 1