chamchi 2026-02-11 | 親コメント | トピック: 完璧なリンターを待たないことにした: ESLint V9マイグレーションとBiomeハイブリッド導入記 (blog.lemonbase.team) eslint と prettier の代わりに oxlint と oxfmt を使ってみる考えはありませんか？ config を 1対1 で対応しつつ、速度は少なくとも数十倍速くなります selene 2026-02-11 | 親コメント | トピック: 完璧なリンターを待たないことにした: ESLint V9マイグレーションとBiomeハイブリッド導入記 (blog.lemonbase.team) まだリントの性能問題に悩んでいる方にとって、良いインサイトを与えてくれる記事だと思います。 私たちも昨年、oxc(oxlint) と ESLint をハイブリッドで使うように改善し、200秒以上かかっていたリントを15秒以内まで短縮した経験があります。 私も最初は AI で力任せにマイグレーションを進めたのですが、抜け落ちたり変質したルールがたびたび発生したので、一つひとつ見直そうかと悩んでいました。 oxc でサポートされているルールを抽出するスクリプトを AI で作成し、oxc でサポートされていないルールだけを ESLint で有効化するように改善しておいたところ、今では新たにサポートされるルールを定期的に更新するのも楽になりました... 初期には上の過程は半自動化でしたが、今では Skill として定義してあり、Claude Code で実行すればよいので負担も少なくなって良かったです crawler 2026-02-11 | 親コメント | トピック: WebMCP（Web Model Context Protocol）公開 (developer.chrome.com) Chromeが主導すれば、ほかのブラウザーにもすぐに入ってきそうですね xguru 2026-02-11 | 親コメント | トピック: WebMCP（Web Model Context Protocol）公開 (developer.chrome.com) @firt がXで話してからかなり話題になっています。リンクはGoogleのものにしました。 ウェブサイト自動化はスクリーンショット/DOM分析よりも10%のトークンだけで可能になるとのことです。 トークンコストを節約してくれるソフトウェアが進化論的な圧力によって生き残るだろうという予想とも一致しています. mammal 2026-02-11 | 親コメント | トピック: シンギュラリティは火曜日に起こるだろう (campedersen.com) 面白い点として、OpenAI、Google、Anthropicの新しいモデルのような大きな発表日は、たいてい火曜日と木曜日です。 韓国時間では水曜日と金曜日の午前2〜3時ごろ（カリフォルニア時間では午前10時）に発表されるので、夜更かしして眠れないときはこの時間にニュースをチェックしてみてください siisee11 2026-02-11 | 親コメント | トピック: Obsidian CLI公開 (help.obsidian.md) わあ... calofmijuck 2026-02-11 | 親コメント | トピック: Obsidian CLI公開 (help.obsidian.md) Obsidian の Reddit で見かけたコメントが印象的でした。 Imagine telling someone 10 years ago that CLI tools would be all the rage in 2026 😁 とにかく、良いノートテイキングソフトを探している方にはいつも Obsidian をおすすめします!! ffdd270 2026-02-11 | 親コメント | トピック: Obsidian CLI公開 (help.obsidian.md) 今回のアップデートはかなり期待しています。まだインサイダーレベルなので公開されるまでには少し時間が必要そうですが、私のキャリアを通してずっと安定してアップデートを提供し、便利な機能を継続的に追加してくれる、本当に大好きなソフトウェアです。 tested 2026-02-11 | 親コメント | トピック: AIは簡単な部分をより簡単にし、難しい部分をより難しくする (blundergoat.com) > AIは開発を難しくしているのではない > むしろ、人々がこれまで見て見ぬふりをしてきた本当に難しい部分を浮き彫りにしている > この15年間、開発者たちはすでに「人間版のvibe coding」をやってきた — Stack Overflowからコピペし、計画なしにリファクタリングし、「自分のノートPCでだけ動けばいい」という感覚で仕事をしてきた > それを今はAIがやっているから、突然みんな計画を立て、テストを書こうとしている > 遅くなっても品質が改善されるなら、それこそが本当の前進だ eastkim64 2026-02-11 | 親コメント | トピック: Google、Developer Knowledge APIとMCPサーバーを公開 (developers.googleblog.com) トス・ペイメンツを見ると、すでに連携のためのMarkdownページを用意していたようで……時代を先取りしていますね。 helloppfm 2026-02-11 | 親コメント | トピック: OpenClawが私の人生を変えつつある (reorx.com/blog) まだ開発者向け中心ではありますが、最終的には OpenClaw のようなサービスが近いうちに登場しそうです。 oozoofrog 2026-02-10 | 親コメント | トピック: Show GN: mcp-baepsae – AIがiOSシミュレータを直接操作するMCPサーバー (github.com/oozoofrog) こんにちは。ご関心ありがとうございます。 最も大きな違いは、ios-simulator-mcp が Facebook IDB を通じてシミュレータを制御する一方で、baepsae は Swift で macOS API を直接呼び出す点です。そのため、IDB を別途インストールせずに使えますし、おっしゃる通り macOS アプリの制御も可能です。 iOS シミュレータ自動化の面でも、いくつか違いがあります。 ios-simulator-mcp にない機能: キーボード入力（ショートカットキーの組み合わせなど）、ドラッグ＆ドロップ、右クリック、クリップボード、メニュー制御 テキスト入力は ASCII 500 文字の制限なく自由に行え、UI ツリー取得時には検索・フィルタ・ページネーションも可能です 対象指定も UDID のほか、bundle-id やアプリ名でも可能です 速度については直接ベンチマークしたわけではありませんが、IDB を経由しない構造なのでオーバーヘッドは少ないと思われます。 一方で ios-simulator-mcp は npx ですぐ使えるため、インストールが簡単という利点があります。baepsae は Swift のビルドが必要ですが、npm インストール時に自動で行われます。 ffdd270 2026-02-10 | 親コメント | トピック: 2026年のAIとUXに関する18の予測 (uxtigers.com) 「正式なプログラミング技術なしで」という部分だけを見ると、この点はゲームエンジン技術の発展の中で徐々に実現されてきたことではありました。AIのおかげで、より大きな夢を実現できる人が増えると思います。AI以前にも、『Spelunky』を作った方がいましたし（著書で、従来のプログラミングなしにGameMakerというツールで作れたのは本当に幸運だったと書いていました）、すべての分岐を単一のswitchに詰め込み、プログラミングにはあまり大きな関心がなかった『Undertale』の開発者の方もいましたから。今の、プログラミングをさらに減らしていく流れも、その延長線上にあるのだと思います.... ただ、企画とアートについては、今でもゲーマーたちがいわゆる「量産型」にどれほど飽き飽きしているかを考えると、結局は元記事が言うように人間の最終判断がより重要になるのではないでしょうか。だからこそ、これからも重要なのは、自分が考えられることを表現できる文章力と、自分が何を良いと思うかという趣味・センスの力だと思います。ゲームだけの問題ではないでしょうが。 hackerst 2026-02-10 | 親コメント | トピック: 私たちの職人精神を悼む (nolanlawson.com) ここで唯一の事実は、あなたの意見は事実ではないということです。 joyfui 2026-02-10 | 親コメント | トピック: GitHubで再び障害が発生 (githubstatus.com) 今日未明にGitHubでエラーが出ていたのは、私だけではなかったんですね。 roxie 2026-02-10 | 親コメント | トピック: Claudeが生成したCコンパイラとGCCの比較 (harshanu.space) Hello world does not compile ミームの元ネタはこれなんですね（笑） snisper 2026-02-10 | 親コメント | トピック: 私たちの職人精神を悼む (nolanlawson.com) 再帰的なヒューマンエラー pmc7777 2026-02-10 | 親コメント | トピック: Gemini Voyager - Google Gemini向けオールインワン拡張機能集 (github.com/Nagi-ovo) Complexityと似たような拡張機能ですね crawler 2026-02-10 | 親コメント | トピック: 生成をやめて、考えることを始めよう (localghost.dev) > 自動生成コードは非決定的（non-deterministic） > 「人工知能」というブランディングには反対 本当にいちばん重要な言葉です.. GeekNewsでも電卓やカメラにたとえる方がいましたが、開発者たちもこういう認識なら一般の人たちはどうなのか、深刻に思えます。 sports7744 2026-02-10 | 親コメント | トピック: Mole - Macを徹底的にクリーンアップし最適化するオールインワンツール (github.com/tw93) これを使ってみた方、セキュリティは大丈夫でしょうか？ コメントをさらに読み込む
eslintとprettierの代わりにoxlintとoxfmtを使ってみる考えはありませんか？config を 1対1 で対応しつつ、速度は少なくとも数十倍速くなります
まだリントの性能問題に悩んでいる方にとって、良いインサイトを与えてくれる記事だと思います。
私たちも昨年、oxc(oxlint) と ESLint をハイブリッドで使うように改善し、200秒以上かかっていたリントを15秒以内まで短縮した経験があります。
私も最初は AI で力任せにマイグレーションを進めたのですが、抜け落ちたり変質したルールがたびたび発生したので、一つひとつ見直そうかと悩んでいました。
oxc でサポートされているルールを抽出するスクリプトを AI で作成し、oxc でサポートされていないルールだけを ESLint で有効化するように改善しておいたところ、今では新たにサポートされるルールを定期的に更新するのも楽になりました...
初期には上の過程は半自動化でしたが、今では Skill として定義してあり、Claude Code で実行すればよいので負担も少なくなって良かったです
Chromeが主導すれば、ほかのブラウザーにもすぐに入ってきそうですね
@firt がXで話してからかなり話題になっています。リンクはGoogleのものにしました。
ウェブサイト自動化はスクリーンショット/DOM分析よりも10%のトークンだけで可能になるとのことです。
トークンコストを節約してくれるソフトウェアが進化論的な圧力によって生き残るだろうという予想とも一致しています.
面白い点として、OpenAI、Google、Anthropicの新しいモデルのような大きな発表日は、たいてい火曜日と木曜日です。
韓国時間では水曜日と金曜日の午前2〜3時ごろ（カリフォルニア時間では午前10時）に発表されるので、夜更かしして眠れないときはこの時間にニュースをチェックしてみてください
わあ...
Obsidian の Reddit で見かけたコメントが印象的でした。
とにかく、良いノートテイキングソフトを探している方にはいつも Obsidian をおすすめします!!
今回のアップデートはかなり期待しています。まだインサイダーレベルなので公開されるまでには少し時間が必要そうですが、私のキャリアを通してずっと安定してアップデートを提供し、便利な機能を継続的に追加してくれる、本当に大好きなソフトウェアです。
> AIは開発を難しくしているのではない
> むしろ、人々がこれまで見て見ぬふりをしてきた本当に難しい部分を浮き彫りにしている
> この15年間、開発者たちはすでに「人間版のvibe coding」をやってきた — Stack Overflowからコピペし、計画なしにリファクタリングし、「自分のノートPCでだけ動けばいい」という感覚で仕事をしてきた
> それを今はAIがやっているから、突然みんな計画を立て、テストを書こうとしている
> 遅くなっても品質が改善されるなら、それこそが本当の前進だ
トス・ペイメンツを見ると、すでに連携のためのMarkdownページを用意していたようで……時代を先取りしていますね。
まだ開発者向け中心ではありますが、最終的には OpenClaw のようなサービスが近いうちに登場しそうです。
こんにちは。ご関心ありがとうございます。
最も大きな違いは、ios-simulator-mcp が Facebook IDB を通じてシミュレータを制御する一方で、baepsae は Swift で macOS API を直接呼び出す点です。そのため、IDB を別途インストールせずに使えますし、おっしゃる通り macOS アプリの制御も可能です。
iOS シミュレータ自動化の面でも、いくつか違いがあります。
速度については直接ベンチマークしたわけではありませんが、IDB を経由しない構造なのでオーバーヘッドは少ないと思われます。
一方で ios-simulator-mcp は npx ですぐ使えるため、インストールが簡単という利点があります。baepsae は Swift のビルドが必要ですが、npm インストール時に自動で行われます。
「正式なプログラミング技術なしで」という部分だけを見ると、この点はゲームエンジン技術の発展の中で徐々に実現されてきたことではありました。AIのおかげで、より大きな夢を実現できる人が増えると思います。AI以前にも、『Spelunky』を作った方がいましたし（著書で、従来のプログラミングなしにGameMakerというツールで作れたのは本当に幸運だったと書いていました）、すべての分岐を単一の
switchに詰め込み、プログラミングにはあまり大きな関心がなかった『Undertale』の開発者の方もいましたから。今の、プログラミングをさらに減らしていく流れも、その延長線上にあるのだと思います....ただ、企画とアートについては、今でもゲーマーたちがいわゆる「量産型」にどれほど飽き飽きしているかを考えると、結局は元記事が言うように人間の最終判断がより重要になるのではないでしょうか。だからこそ、これからも重要なのは、自分が考えられることを表現できる文章力と、自分が何を良いと思うかという趣味・センスの力だと思います。ゲームだけの問題ではないでしょうが。
ここで唯一の事実は、あなたの意見は事実ではないということです。
今日未明にGitHubでエラーが出ていたのは、私だけではなかったんですね。
Hello world does not compileミームの元ネタはこれなんですね（笑）再帰的なヒューマンエラー
Complexityと似たような拡張機能ですね
> 自動生成コードは非決定的（non-deterministic）
> 「人工知能」というブランディングには反対
本当にいちばん重要な言葉です..
GeekNewsでも電卓やカメラにたとえる方がいましたが、開発者たちもこういう認識なら一般の人たちはどうなのか、深刻に思えます。
これを使ってみた方、セキュリティは大丈夫でしょうか？