Evet, o yeteneği sürekli keşfetmeye ve geliştirmeye devam etmemiz gerekiyor gibi görünüyor.

 

Gerçekten çok iyi bir bakış açısı sunan yorum için teşekkürler :)

 

Lütfen ücreti düşürün..

 

Asıl metinde de değiniliyor ama ben ayrıca bir SP simülatörü yapıp son n gündeki workload’u temel alarak burada ne kadar daha fazla SP satın alınırsa "mevcut maliyet + Covered olduğu için azalacak maliyet + Recurring olduğu için boşa gidecek maliyet" toplamının en aza ineceğini hesaplıyor ve buna göre karar veriyordum.

 

Aynen öyle....

Ben de merak edip Claude'a sormuştum, paylaşıyorum ama çok da katıldığımı söyleyemem.


TypeScript kullanımının artılarını ve eksilerini eleştirel biçimde analiz edeyim:

Artılar (Pros):

  1. Geliştirme ekosistemi entegrasyonu
  • Örneklerin büyük kısmı web framework'leri (React, Vue, Svelte vb.) etrafında şekilleniyor
  • Frontend geliştiriciler için giriş bariyeri minimuma iniyor
  • npm ekosisteminden yararlanılabiliyor
  1. Teknik avantajlar
  • Tip güvenliği sayesinde altyapı yapılandırma hataları önceden engellenebiliyor
  • Doğal ESM desteğiyle modül sistemi modernleşiyor
  • Asenkron işlemler (async/await) doğal biçimde destekleniyor
  1. Genişletilebilirlik
  • "Extensible" özelliği öne çıkıyor; fonksiyon tabanlı kaynak genişletmesi kolay
  • Yapay zeka entegrasyonu kolaylığı ("AI-first" vurgusu)
  • Tarayıcıdan serverless'a kadar çeşitli runtime'lar destekleniyor

Eksiler (Cons):

  1. Performans kaygıları
  • TypeScript derleme süreci gerektiriyor
  • Bellek kullanımı Go veya Rust gibi sistem dillerine göre daha yüksek
  • Büyük ölçekli altyapı yönetiminde performans darboğazı yaşanabilir
  1. Güvenlik riskleri
  • JavaScript/TypeScript'in dinamik yapısı nedeniyle çalışma zamanında hata oluşma ihtimali var
  • eval() gibi riskli özelliklere erişim mümkün
  • Bağımlılık yönetimi karmaşık (her ne kadar "zero dependencies" denilse de, pratikte ek bağımlılık eklenme ihtimali yüksek)
  1. Teknik sınırlamalar
  • Düşük seviyeli sistem erişiminde kısıtlar var
  • Garbage collection nedeniyle öngörülemeyen gecikmeler olabilir
  • Native binary üretmek zor
  1. Ekosistemle ilgili kaygılar
  • IaC aracı olarak görece olgunlaşmamış
  • Terraform ve Pulumi'ye kıyasla topluluk/ekosistem daha küçük
  • Enterprise düzeyinde destek/doğrulama eksik
  1. Mimari değerlendirmeler
  • "No strong opinions" yaklaşımı tersine bir dezavantaj olabilir (best practice eksikliği)
  • Durum yönetiminin dağılma riski ("store state anywhere")
  • Yerel state dosyalarını yönetmenin karmaşıklığı

Sonuç olarak, TypeScript tercihi web geliştirici dostu bir ortam kurmak için uygun olsa da, enterprise düzeyinde bir IaC aracı olarak hâlâ doğrulanmaya ihtiyaç duyuyor gibi görünüyor.

 

Şu anda AWS Korea'da çalışıyorum.

İşe girdikten sonra verilen eğitimlerde en önemli başlıklardan biri, müşterilerin bulut maliyetlerini daha az kullanabilmesi için yöntemler düşünmek oluyor; bu noktada en etkili yöntemlerden biri olarak RI & SP öneriliyor.

 

RI'ı bilmiyor olsam da, SP söz konusu olduğunda birden fazla iş yüküne uygulanabildiği için sabit giden bir maliyetiniz varsa bunu kesinlikle değerlendirmeye değer. Hatta biz, beklenen optimizasyon zamanını da hesaba katarak satın alma yapmıştık... haha Mesela 9 ay sonra optimizasyon tamamlanıp sunucu maliyetinin yarıya düşeceğini düşünüyorsanız, yine de 1 yıllık almak daha kârlıysa o şekilde satın alıyorduk.

 

Yapay zeka olup olmadığından bağımsız olarak, biri kafaya koyarsa crawling'i de tespit edemiyorlar.

 

Bunun yapay zeka botu olup olmadığını neye göre ayırt edecekler?

 
ethanhur 2025-07-02 | üst yorum | konuda: Grammarly, Superhuman'ı satın aldı (reuters.com)

Hiç beklenmedik bir birleşim, gerçekten şaşırtıcı. Grammarly'nin ne düşündüğünü merak ediyorum.

 

Özellikle neden ts kullanıldı ki,,

 

Cloudflare’ın derdi para kazanmak demek
Sonuçta para kazanmaya çalışanların hepsi oraya toplanacak
Cloudflare’ın hacmi büyüyecek
Veri de niteliksel bir düşüş yaşayacak
Naver de Instagram da YouTube da, işin içinde para olan her yerde aynı eğilimi gösterdi

 

Oho.. En temel Tag’leri bile eklesek belli bir noktaya kadar iş görür gibi görünüyor.. :)

Ama RI ya da SP gibi şeyleri kullanarak maliyeti düşürmek de zaten temel olarak yapılması gerekenlerden mi sayılıyor acaba....
Altyapımızda hangi boyutun kullanılacağı konusu da gerçekten epey kafa yorulan bir kısım gibi görünüyor...

 
shakespeare 2025-07-02 | üst yorum | konuda: Claude Code artık hook'ları destekliyor (docs.anthropic.com)

Lütfen Windows sürümünü de yapın :(

 

Gridfinity, 3D baskıya başlayanların ilk başta en çok kullandığı biçimlerden biridir.
Bir çekmecenin içindeki eşyaları düzenlerken veya masa üstü düzenleyiciler basarken kullanışlıdır.

https://www.printables.com/search/models?ctx=models&q=gridfinity
https://makerworld.com/en/search/models?keyword=gridfinity

Sadece Gridfinity diye aratsanız bile çok çeşitli kullanım örnekleriyle karşılaşabilirsiniz.

Ben kişisel olarak çekmeceler için BaBo serisini basıp kullanıyorum.
https://makerworld.com/en/models/14125-babo-organizer-drawer-module-30

Babo + Gridfinity de mümkün.
https://printables.com/model/…

 

Ha?.. Neden öyle yazmışlar acaba :( Bence kod ile olması daha doğru görünüyor.

 

Tek satır uzunsa mümkün tabii
Google arama motorunda da uzun yazarsanız tek satırda mümkün olur herhalde, haha

 

Tek satır kodla... bu söz nereden çıktı acaba?

 

Kore'de de böyle YouTube videolarının olması gurur verici, mutlaka faydalanacağım teşekkür ederim!