Sabitlenmiş Tweet
今日とて驚き屋
141 posts
推論と画像生成をシームレスに、賢く画像が作れる注目のモデルがきました！
Luma@LumaLabsAI
Uni-1 is here! A new kind of model that thinks and generates pixels simultaneously. Less artificial. More intelligent.
日本語
これあるねー！
多分UIだけでなく、時折見せる頭の悪さがそうさせてる。 不安定さに対するストレスがイメージとしてある。
しまぶー@shimabu_it
本当に不思議なんだけど、GeminiはなぜかUI的に使う気が失せる 他のチャット系AIと何が違うのかうまく言語化できないが、たぶんUIのせいだと思う OCRの精度とかYouTubeの要約とかはダントツで強いので使っているが、それ以外で使う気が起きないんだよなぁ...なんでだろうか
日本語
@aiodorokiya LSP系はまだ考えておりませんが、コードの修正など直接する場合は必要そうですね👀
ご意見感謝です🙌
日本語
TauriでCursorに変わるエディタ的なものを作っています。CLI(シェル)のGUIラッパーですが、既存エディタよりも親しみやすく使いやすい感じにできたらいいなと思っています。デスクトップアプリは経験がほぼないので、勉強しながら完成までできたらいいなと思ってます(無理なら諦めます)。
日本語
本当にこれ。
CursorのGlassモードからClassicに戻したいけど、
戻し方よく分からない、、
David Solheim@davidtsolheim
Cursor, please keep the traditional editor accessible easily. It is so nice to be able to use a different AI tool, then open in the normal editor to see the code. I know in the future we will not need this, and you need to plan for that of course, but for now please keep. <3
日本語
最近のAI駆動開発でJavaがいいなと思うことがいくつかあったので書いておきます。
・固く設計をしておき、ハーネスも整えると若手でもブレにくくなり、危ない橋を渡らずに済む
・Spring Bootを中心にモダンな組み方をすると、意外と他のWebフレームワークより開発しやすい（Railsは除く）
・定義が多いのでコンテクスト量は多くなるけど、AIがしっかり読み取ってくれる
・組み立ててる感が強いので、他よりプログラミングしてる感が残ってる
AI時代にプログラミングしてる感を残すのは意外とJavaじゃないかと思い始めてます。
えび＠プログラマー@ebiebi_pg
Javaをディスればキラキラエンジニアって思ってポストしてる人 ダサいしスキル低そう
日本語
これらほとんどが 無料枠ではまともなプロダクトの運用はできません。
せいぜい社内利用システム
ろじん｜Levela CXO@fiction_log
これらを使えば月3,000円でスタートアップ企業を開始できる時代に。 形にすることが簡単になったのでアイデアや構築に価値は無い "売れるか"で差が付く時代になる。マーケティングが出来ないと良きアイデアを生み出してもすぐにパクられて負ける とにかくマーケティングに価値がある時代に変わる
日本語
@mg_develop はい、確かにRLSを理解している方には便利な機能なんですが、
それらを理解していない
「バイブコーディングで個人開発始めました！」界隈の方々にとっては
とても危険だと思っているだけです笑
日本語
Data API自体が危ないというより、「デフォルトで外に出せる構造」をどう扱うかの問題かなと思ってます
逆にRLSやキーの使い分けを前提にすれば、
どのクエリが外部に公開されるかをDB側で制御できるので、アプリ層に依存するより安全にできるケースも多いかと
便利機能で事故るのは確かにあるので、そこは「使わない」ではなく「どう縛るか」の設計の話かなと思いますね
今日とて驚き屋@aiodorokiya
supabase のDBは デフォルトで外部公開APIがついてくるという 便利機能を装った 初心者バイブコーダー殺し。 個人的にはDataAPIという概念自体が嫌い
日本語
supabase のDBは
デフォルトで外部公開APIがついてくるという 便利機能を装った 初心者バイブコーダー殺し。
個人的にはDataAPIという概念自体が嫌い
Masaki Go@mg_develop
① APIに認証がない → これはどのバックエンドでも同様で、Supabase固有ではなく単純にAPI認証設計の問題 ② RLS不備による漏洩 → SupabaseはむしろRLSでDBレイヤーから制御できるのが強みで、適切に設計すればクライアント直アクセスでも安全に構築可能、 ③ サインアップによる外部アクセス → こちらもマルチテナント設計やロール設計の問題であり、「登録できる＝見れる」ではない 総じて、挙げていただいたリスクはどの技術スタックでも発生し得るものであり、Supabase固有の脆弱性では全くない むしろDBレイヤーで制御できる点では、安全に設計しやすいと思います その上で、レビュー体制を入れるという点は非常に重要だと思うので、そこはぜひ取り入れないとですね
日本語
時代って怖くて一周回ってまだMCPでしょになってるけど。
MCPがコンテキスト数食う問題がツールサーチでだいぶ軽減されたのがでかい。エンジニアはCLIでいいけど非エンジニアはSlackとかと繋ぐのにAPIキー発行したくない。
現にAnthropicはコネクタやプラグインの実装をMCP依存のままにしてる。
pospome@カミナシのVPoE@pospome
なるほどなー。 zenn.dev/hiraly/article…
日本語
Next.jsは Vercelロックインを受け入れさえすれば、経験の浅いVibeコーダーでも
それなりのパフォーマンス要件は満たせる優れものでもある
Serverlessでのスケーラビリティ確保
Cache によるパフォーマンス向上
WAF での基礎セキュリティ対策
Runtime Log での運用監視
とVercel標準で最低限はカバーされている。
第五次React闘争@yuta0801_
Next.jsって別に性能として速いわけじゃないのって昔からだけど、キャッシュ戦略を標準で提供してるのを曲解してF1マシンだって誰かが雑に言い始めて誤解されるようになったよな 何度でもいうがNext.jsはF1マシンなんかではなくて、本当に最高のパフォーマンスが必須要件のプロジェクトの技術選定なら自分はNext.jsを採用しない。あれは9割の人が満足できてベースラインを少し底上げするだけのSUVに過ぎない（原文ママ）
日本語
AIコーディングでのWebアプリのUI修正は
agentation.com
がおすすめ！
プロンプトで
「どこどこのページの、どこどこのコンポーネントのどこどこが、、」
と修正したい部分をAIに伝える手間が省けて 捗ります！
今日とて驚き屋@aiodorokiya
UIの修正をGPT-5.4にやらせると本当にストレスが溜まるな、、 フロントエンドはOpusかComposer 2 に任せるようにしよう
日本語
ほんとにこれ
auto compact の直前のアホさが嫌なので、実装方式が纏まったタイミングで自分で圧縮したいんよ
Timur Khakhalev@timurkhakhalev
why there are no /compact command in codex app :( @dkundel @ajambrosino
日本語