Açıkçası zig adında bir programlama dili ile geliştirmesi, contributor sayısını çok fazla etkileyecektir. GitHub reposundan contributors baktığımda sadece 2 elemanın çok fazla desteklediğini görebiliyoruz. En çok katkı yapan
Bu eleman, projeden elini kolunu çekerse, geliştirmesi durma seviyesine gelebilir. Zig, C++, JavaScript üçlemesinin domain bilgisinin (altapı, mimari, projenin detayları) çok çok fazla olduğu aşikar.
2. en çok contribute yapan eleman zig yazdığını gördüm. Fakat diğeri kadar çok büyük katkı yapmamış. Genelde bug fixliyor. Issue kısmında da aktif. Zig ile sıfırdan bir modül yazdığını göremedim. (birkaç commit baktım. Belkide yazmıştır tüm commitleri incelemek lazım.)
Böyle bir geliştirme sürecindeki bir projeye güvenip gerçek bir sistemi buraya aktarmak riskli.
Ayrıca Node compatibility süreci olması güzel. Fakat bir hata aldığında bu hatanın çözümünü bulmak zor olabilir. Mesela diyelim Node: FS modülünü kullanmak istiyorsun, fakat bir şekilde hata aldın. Bu hata senden mi kaynaklı yoksa runtime(bun Source) kodundan mı kaynaklı bilemeyebilirsin. Tek gideceğin yer ıssues kısmı olacak. Ya da forklamak. Süreci hem zorlaştırıyor hem de uzatıyor. Aynısını Node.js içinde alabilirsin. Fakat Node.js büyük bir topluluğa sahip hem de gerçek sistemde çok fazla kullanılıyor. Böyle bir hata gelmiş olması ve bu hatanın giderilmiş olması (+%90). Issue açmak zorunda kalmıyorsun. Okuyup ilgili versiyona geçersin olur biter.
Açıkçası zig yazmış yazmamış kimin umurunda diyebilirsiniz. Fakat bun, Node.js artısını vermiyor. Her şey performans değildir. Çok çok fazla önemli olan bir yerde bir şekilde kullanılabilir. Fakat performans önemli olan bir projede de daha gelişmekte olan bir teknolojiyi kullanmakta bilemedim. Sadece performans için sistemi bilmediğin bir altyapıda geliştirmek ileride daha büyük riskler doğurabilir (henüz yeni geliştiği için olası hata vermesi normal).