Ant, hafif JavaScript runtime’ı ve ekosistemi

 (antjs.org)
1 puan yazan GN⁺ 4 시간 전 | 1 yorum | WhatsApp'ta paylaş
  • Kendi geliştirdiği Ant Silver motoru ile gerçek npm paketlerini çalıştırıyor; yaklaşık 8,6 MB’lık tek bir binary ve hızlı başlangıç süresini öne çıkarıyor
  • V8·JSC·SpiderMonkey’i saran bir yapı değil; compat-table 100% ve WinterTC uyumluluğu belirtiliyor, Hono·Elysia·TypeScript·React·Rolldown·Wasm gibi ekosistemleri destekliyor
  • Hono’yu yükleyip 2 route kaydettikten sonra kapanan cold start ölçümünde 5,4 ms kaydederek Bun’ın 12,8 ms, Deno’nun 24,8 ms, Node.js’in 31,1 ms değerlerinden daha kısa kaldı
  • Paketleri npm’den en fazla 40 kat daha hızlı kuruyor; TypeScript’i doğrudan çalıştırma ve varsayılan fetch export’unu sunma sayesinde ayrı bir build veya framework adaptörü gerekmiyor
  • Güvenilmeyen kodlar için VM izolasyonlu sandbox ve npm protokolüyle uyumlu herkese açık ants.land registry’si sunuyor; macOS·Linux’ta arm64 ve x86_64 üzerinde ayrı bir toolchain olmadan kullanılabiliyor

Kendi motoru ve hızlı geliştirme akışı

  • Ant, sıfırdan inşa edilmiş yüksek performanslı bir JavaScript runtime’ı; Ant Silver motorunu içeren yaklaşık 8,6 MB’lık taşınabilir tek bir binary olarak dağıtılıyor
    • V8·JSC·SpiderMonkey tabanlı bir wrapper değil
    • compat-table’da %100 sonuç alıyor ve WinterTC Conformant olarak gösteriliyor
    • Hono·Elysia·TypeScript·React·Rolldown·WinterTC·Wasm ekosistemlerini çalıştırıyor

  • Cold start performansı

    • Hono yüklenip 2 route kaydedildikten sonra kapanarak yalnızca modül çözümleme ve başlatma maliyeti ölçülüyor
    • Ant: 5,4 ms
    • Bun: 12,8 ms
    • Deno: 24,8 ms
    • Node.js: 31,1 ms

  • Paket kurulumu

    • ant i hono komutuyla paket kurulabiliyor; örnekte 1 adet hono@latest kurulumu 155 ms içinde tamamlanıyor
    • npm’den en fazla 40 kat daha hızlı kurulum hızı öne çıkarılıyor ve ayrı bir paket yönetim aracı yapılandırmak gerekmiyor

  • Sunucu ve TypeScript çalıştırma

    • Dosyanın varsayılan fetch export’unu sunucu olarak sunduğu için Hono gibi framework’ler adaptör olmadan çalıştırılabiliyor
    • TypeScript dosyaları ant app.ts ile doğrudan çalıştırılabiliyor
      • tsconfig ayarı, bundler, dist dizini veya tsc && node dist/app.js adımı gerekmiyor

İzole çalıştırma ve paket ekosistemi

  • VM tabanlı sandbox

    • ant:sandbox içindeki Sandbox, basit bir izin kontrolünün ötesine geçerek güvenilmeyen JavaScript’i VM izolasyon sınırı içinde çalıştırıyor
    • Her sandbox bağımsız bir KVM veya Hypervisor.framework VM kullanıyor
    • Dosya sistemi mount’ları, açıkça yazma izni verilmediği sürece salt okunur kalıyor
    • Ağ varsayılan olarak tamamen engelleniyor ve yalnızca belirtilen portlar iletiliyor

  • Herkese açık paket registry’si

    • ants.land Ant için herkese açık paket registry’sidir
    • npm protokolünü kullandığı için yalnızca Ant’ten değil npm·Yarn·pnpm·Bun’dan da erişilebiliyor
    • Paketler scope’lu veya genel adlarla kuruluyor; esm.ants.land üzerinden tarayıcıda da kullanılabiliyor
    • ant land login ile giriş yapılıyor ve ant land publish ile paket yayımlanıyor
    • Registry bilgilerinde dokümantasyon·lisans·uyumluluğu yansıtan 0–100 arası bir puan yer alıyor
    • macOS ve Linux’ta arm64 ve x86_64 desteği sunuyor; ayrı bir toolchain gerekmiyor

İlgili okumalar

1 yorum

 
GN⁺ 4 시간 전
Hacker News yorumları

  • Her gün bütün gün yapay zekayla kod yazıyorum, ama geçen mart ayında açılan bu sorunun üzerinde durmaya değer olduğunu düşünüyorum
    Sonradan kodu yeniden yazmış olsalar bile, mevcut AGPL kod tabanının ilk çalışmanın önemli bir bölümünü oluşturduğu düşünülünce “sıfırdan kendimiz yaptık” ifadesi biraz rahatsız edici geliyor
    O başlığa göre eski sürümü attıktan sonra özgün yazarlar pek umursamamış gibi görünüyor ve mevcut kod biçim ve yapı olarak farklı olduğu için gerçekten yeniden yazılmış gibi duruyor. Genel olarak yapılan işi gerçekten beğeniyorum; devam etsinler, ama herkesin dikkatli olması gerekiyor

    • Ama bu yazı, JavaScript motorunu bizzat uygulamış biri tarafından yazılmış gibi görünmüyor
      Başka bir JavaScript motorundan kod almış gibi görünen bir LLM’in Git geçmişini, başka bir LLM’e blog yazısı olarak yazdırmışlar izlenimi veriyor; bu yüzden ne olduğunu anlamak da zor, projeye güvenmekse daha da zor
    • O sorun, projenin bugünkünden tamamen farklı olduğu Aralık 2025 tarihli koda işaret ediyordu
      Şubat civarında mevcut kod tabanını fiilen silip çok daha güvenilir bir sistemi sıfırdan tasarladık. O dönemki kodun neredeyse tamamen düşük kaliteli yapay zeka üretimi olduğunu biliyorduk, ama bu en büyük öncelik değildi; artık inceleme ve testten geçmemiş hiçbir kodun içeri alınmamasını sağlıyoruz

  • Apache’nin Ant’i zaten varken neden “Antjs” ya da “Ant.js” değil de Ant adını verdiklerini merak ediyorum: https://ant.apache.org

    • JavaScript ekosisteminde de zaten büyük ölçekli Ant Design bu adı kullanıyor: https://ant.design/
    • Onlarca yıl ve daha uzun süredir kod yazan insanlarda kötü bir ilk izlenim bırakmak istediğinizde Ant adını seçersiniz herhalde
    • James Apache Ant’i devrettiğinde Sun Microsystems dışındaki ilk kullanıcı ve katkıcılardan biriydim, ama başka birinin aynı adı kullanması beni hiç rahatsız etmiyor
    • Alibaba’nın Ant Group’undan çıkan bir framework sandım. Ant Design da oradan çıktığı için

  • İlk sürümü bir ayda yapma süreci ilk yazıda, birkaç ay sonraki devam süreci ise ikinci yazıda anlatılıyor
    Yeni bir runtime ve ekosistemi sıfırdan oluşturmanın ekonomik olarak anlamlı olup olmadığını bilmiyorum, ama eskiden bütün bir ekip gerektiren yazılımları artık tek bir geliştiricinin yaptığı aşamaya girmiş gibiyiz ve bu daha başlangıç

    • “Motor olan Ant Silver bizzat üretildi” diye açıkça belirtilmiş
    • LLM, eğitim verilerinden öğrendiği kodu döküyorsa bu pek etkileyici değil
      Bireysel bir geliştiricinin, daha önce ekiplerin bile yapamadığı yeni yazılımlar ortaya çıkardığını görmek istiyorum. Yapay zekaya çok olumlu bakıyorum, ama bitmek bilmeyen abartılı pazarlamadan bıktım

  • Anthropic’in ant CLI’ının Apache anti umursamadığına dair şaka yapmıştım; şimdi bir de JavaScript’in anti çıktı

    • Apache Ant’i hatırlayan tek kişinin ben olduğumu sanıyordum. İsimler tükeniyor olabilir, ama Ant çok etkili olmuş bir temel araçtı
    • Anthropic’in ant CLI’ını kullanan tek bir kişi bile görmedim

  • JavaScript ekosistemini ya da runtime’ları derinlemesine bilmiyorum, ama daha küçük boyut, hızlı başlatma, sandboxing ve rekabetçi performansın hepsini birden öne çıkarmaları beni biraz şaşırttı
    Zaten olgun ve son derece optimize edilmiş JavaScript yığınlarına kıyasla bu avantajları sağlayan temel içgörü ya da tasarım tercihi, büyük teknik hamlenin ne olduğunu merak ediyorum

    • Başlığın başka yerlerinde ele alındığı gibi bu proje, 2019’da başlayan Elk’in LLM ile yeniden yazımı gibi görünüyor: https://github.com/cesanta/elk
    • Deno burada görülen özelliklerin fiilen hepsini sunuyor; üstelik olgun ve ciddi bir proje, LLM’lerden önce yazıldı ve arkasında sağlam bir ekip var
      En hızlısı değil, ama sırf “X’ten hızlı” diye yeni bir runtime benimsemek zor. Bu projenin tasarım tercihleri, Claude ya da Codex’in Elk kod tabanının önemli bir bölümünü kopyalamasının sonucu gibi görünüyor

  • Runtime’ı, motoru ve Colony üzerinden para kazanmayı anlıyorum; ama ayrı bir registry, ayrı bir paket yöneticisi, Ant Desktop, sandbox, ne olduğu pek anlaşılmayan treatjs gerçekten gerekli mi bilmiyorum
    Bir JavaScript runtime’ının JavaScript çalıştırma şeklindeki tek işi iyi yapmasını isterdim; herkesin neden entegre bir araç kutusu hedeflediğini merak ediyorum ve bu proje şimdiden karmaşık görünüyor

  • “V8’e yakın hız” deniyor ama zoo.js benchmark’ında arada çok mesafe var gibi görünüyor: https://zoo.js.org/
    10 Şubat 2026’dan bu yana performans büyük ölçüde artmadıysa bu ifade doğru değil

    • Şubat’tan sonra motoru fiilen neredeyse tamamen yeniden yazdık ve performans çok iyileşti
      O zamanlar çoğunlukla yorumlayıcı olarak çalışıyordu ve çeşitli JIT işlemleri de eksikti; yakında nightly build’lere benchmark da ekleyeceğiz

  • İlk gözüme çarpan şey sandboxing oldu. Node ve npm’in bunu neden varsayılan olarak sunmadığını bilmiyorum; solucanları ve tedarik zinciri saldırılarını ciddi ölçüde azaltmaya yardımcı olurdu

    • Sayfanın alt kısmındaki açıklamaya göre “VM izolasyonlu sandbox”taki VM, JavaScript sanal makinesi değil hipervizör anlamına geliyor
      Zaten bir sanal makine içinde çalışıyorsanız ve iç içe sanallaştırma gerekiyorsa, desteklenip desteklenmediği bile belirsiz; hız ve verimlilik açısından da iyi olması zor görünüyor
    • Deno’da bu özellik zaten var. Projeyle bağlantılı değilim, memnun şekilde kullanan bir kullanıcıyım

  • Web sitesinde kullanılan serif yazı tipinin ne olduğunu merak ediyorum. Adını ant_serif olarak değiştirmiş ve diğer tüm tanımlayıcıları kaldırmış gibi görünüyor; oldukça hoş duruyor

    • Bu, özgün yazarın tekrarlayan yöntemi gibi görünüyor. Yani çalmak

  • Cold start benchmark’ı var, ama çalışma performansı benchmark’ının Node, Deno, Bun, QuickJS vb. ile karşılaştırıldığı bir materyal neden yok merak ediyorum