> ClickHouse ile StarRocks'u karşılaştıran biri var mı merak ediyorum; birkaç ay önce StarRocks'un join performansı daha iyi görünüyordu https://d2.naver.com/helloworld/1168674
Ah, OpenAI’nin gelecekteki vizyonunu ya da Browser+AI’ın geliştirilmiş yeniliğini küçümsemek gibi bir niyetim yok.
Benim söylemek istediğim şu: OpenAI bu yönde bir girişimde bulunacaksa, Chromium ya da Firefox gibi büyük tarayıcılar açık olduğu için geliştirme açısından ayrıca bir satın almanın gerekli olduğu bir durum olduğunu düşünmüyorum.
Demek istediğim, teknolojik hendek oluşturmak için satın alma şart değil.
Bu yüzden, bir satın alma düşünülüyorsa bunun teknik yönlerden çok pazar payı üzerinden genişleme amacıyla daha baskın olduğunu düşünüyorum.
Sadece Chromium tabanlı yeni bir tarayıcı çıkarılırsa, Chrome’dan geçmeyen kullanıcılar için çok büyük bir cazibesi olmaz; ama Chrome satın alınırsa, tarayıcı pazarının %70’ini oluşturan kullanıcılara resmi güncellemeler üzerinden kendi yapay zeka model hizmetlerini deneyimleme imkanı sunulabilir. Yeni hizmetlerin yayılma bariyeri çarpıcı biçimde azalır.
Söylediğiniz gibi, Edge’in genişleyemiyor gibi görünmesi de benzer bir bağlamda okunuyor. Tarayıcı pazarı gerçekten çok muhafazakar. Bence OpenAI de bunu hesaba kattığı için Chrome’u satın almayı düşünüyor. Bu yüzden OpenAI’nin "yapay zeka odaklı web gezintisi" başlatacağından söz edilince, bunun OpenAI’nin yetkinliğinden çok Chrome pazarının etkisiyle ilgili olduğunu düşünüyorum.
Supabase’in öne çıkan yanı, CRUD tabanlı sistemler için uygun olmasıdır; API sunucusu geliştirmeden/işletmeden de frontend tarafında CRUD uygulanabildiği için backend geliştirme yükü düşüktür. Frontend ve backend geliştiricileri API sözleşmeleri yerine tablo tanımları üzerinden iletişim kurar; özellikler arasında en çok web konsolu, kimlik doğrulama ve nesne depolama kullanılıyor.
Frontend, DB tabloları ile görünümlerin ve fonksiyon tanımlarının tanımlarına bağımlı olduğu için veri değişikliklerinin takibine biraz dikkat etmek gerekir. Sunucu tarafı mantığına ihtiyacınız varsa, WAS/REST API’yi ayrıca kurmanızın daha iyi olacağını düşünüyorum.
Gerçekten çok sevdiğim bir hizmet. Karmaşık backend/DB kurulumu olmadan, sadece frontend ile bir servis oluşturabiliyorsunuz.
Ben de bunu gerçek bir serviste kullanmak için yoğun şekilde kullanıyorum; hatta geliştirici deneyimi açısından bana firebase'den daha iyi geldi.
Yerli bölge seçeneği de var ve oldukça cömert bir free tier sunuyor, bu da güzel. self hosting de yapabiliyorsunuz.
Series D yatırımı alması harika bir haber! Ancak yorumlarda sürekli belirtildiği gibi, sürdürülebilir bir iş olup olmadığı konusunda endişelerim var.
Bana göre vendor’un serverless hizmetlerini kullanmak riskli, ancak container’ları kullanarak şirketin kendi içinde serverless ortamı sunması iyi bir fikir gibi görünüyor. Serverless’ı bir hizmetten ziyade bir kavram olarak kullanmak iyi olabilir.
Bilişim teknolojilerine tutkuyla çalışıp üreten birçok insan da var. Kendi düşünce ve deneyimlerinizi genelleştirmeyin. Çünkü bu, o insanlara karşı aşağılayıcı oluyor.
Geçmişten farklı olarak, tek bir kişinin üstlenmesi gereken alan genişledikçe ortaya çıkan sorunlar var.
•Geçmişe kıyasla tek bir mühendisten beklenenlerin daha geniş ve daha büyük olduğu doğru. Ayrıca geçmişe göre çok daha fazla gerçek dünya bilgisayar sistemlerinin içine girdi ve buna paralel olarak soyutlama ile uygulama zorluğu da hızla artıyor. Gerçek dünyadaki daha zor işleri sıralıyor olmak, bu işin zor bir iş olmadığını savunmayı gerektirir mi, emin değilim.
•Başlıkta "çılgınlık" diye çevrilmiş ama bence sadece insanı bezdiren mevcut durumu anlatıyor olabilir. Ayrıca ben de ana metindeki yazıya bir ölçüde katılıyorum. Geçmişe kıyasla tek bir mühendisten beklenenlerin daha genişleyip arttığı doğru. Ve geçmişe göre çok daha fazla gerçek dünya unsuru bilgisayar sistemlerinin içine girdi; buna bağlı olarak soyutlama ve uygulama zorluğu da hızla yükseliyor. Gerçek hayatta daha zor işleri sıraladık diye bu iş zor değilmiş gibi savunmaya gerek var mı, emin değilim.
•Sanırım yazılım geliştirmenin sadece kod üretmek, API üretmek olduğunu sanıyorsunuz. Oysa yazılım geliştirmenin özü, gerçekliği soyutlayıp protokoller ve arayüzler oluşturmak ve bunları birbirine uyacak şekilde bir araya getirmektir. Farklı şekillerde çalışan şeyleri birbirine bağlayıp tek bir şey gibi çalıştırmak demektir. Bu, düşünüldüğünden daha karmaşık bir zihinsel faaliyettir; bu yüzden de yazılım mühendisi yetiştirmek sanıldığından daha zordur. Şu an insan çok deniyor ama bunların içinde gerçekten düzgün çalışabilecek insan gücü ne kadar? Çoğu sadece bir aracı bir kez kullanmış durumda; oysa bu, yazılım mühendisliğinin özü değildir.
•İmalatla doğrudan karşılaştırmak anlamlı mı? Sektörün yeterince olgunlaşmadığı bakış açısından bu karşılaştırma hedefi imalat gibi görünüyor. Yazılım işini imalat paradigmasıyla anlamaya çalışırsanız el işi ya da hobi geliştirme gibi görünebilir; ama tersine, tam da bu unsurların yazılım geliştirmeye özgü esnek ve yaratıcı kültürü oluşturduğunu ve bunun üzerinde yükselerek büyüdüğünü düşünüyorum.
•Geçmişe kıyasla tek bir mühendisten beklenenlerin daha geniş ve daha büyük hale geldiği doğru. Ayrıca geçmişe göre çok daha fazla gerçek dünya, bilgisayar sistemlerinin içine girdi ve buna paralel olarak soyutlama ile uygulama zorluğu da hızla artıyor. Gerçek hayattaki daha zor işleri sıraladık diye, bu iş zor bir iş değil... demek zorunda mıyız, emin değilim.
•Ortam değişti. Piyasada geliştiricilere yönelik beklenti ve karşılığın geçmişe göre artmasının tek nedeninin onların teknolojisi, ustalığı ve uzmanlığı olduğunu düşünmüyorum. BT insan yaşamına ne kadar derinlemesine nüfuz ederse, yazılım da o kadar önemli hale geliyor ve çok sayıda altyapıyı ayakta tutuyor. Her bir geliştiricinin kapasitesi arttığı için karşılıkların yükseldiğini değil, işin kendisinin artık daha pahalı hale geldiğini düşünüyorum. Çünkü geçmişe göre daha önemli oldu.
Aşağıda yerinde eleştiriler var. Bilişim teknolojilerinin erişilebilir olmasında da yazılım mühendislerinin katkısı büyük. Erişilebilirliğin yüksek olması, profesyonel olmanın da kolay olduğu anlamına gelmiyor. Yemek yapmaya erişimin kolay olması, aşçılık uzmanı olmanın kolay olduğu anlamına mı gelir?
•Öğrenmesi kolay. Kabul ediyorum ama giriş bariyerinin düşük olması, uzmanlığın da düşük olduğu anlamına gelmez. Diğer sektörler, özellikle de imalattaki diğer teknik mesleklerle kıyaslandığında öğrenmesinin daha kolay olmasının nedeni, geliştirmenin kendisinin kolay olması değil; daha çok açık kaynak kültürü ya da riskin düşük olması olabilir diye düşünüyorum. Az önce bahsettiğim geliştirici çeşitliliği açısından bakınca, hızlıca öğrenip yapılabilecek işler de var, uzmanlık temelli yapılması gereken işler de var.
•Biraz resim öğrendikten sonra çizgi roman çizerinin yanına asistan olarak girdi diye ortalıkta profesyonelim diye mi gezeceksiniz? Ya da biraz aşçılık kursuna gidip mutfakta işe girince kendinize yemek uzmanı, şef mi diyeceksiniz? Söyledikleriniz onunla benzer düzeyde. Madem bu kadar basit, o zaman ona profesyonellik denmez.
Spring geliştirirken en zor şeylerden birinin bağımlılık döngüsü olduğunu düşünüyorum..
Sonsuzca birbirlerini başlatıp bellek sızıntısıyla çöküp gitmelerinin yarattığı o bunaltıcı his...
Duruma uymayan bir eleştiri yapıyorsunuz. Asıl yazıyı yazan kişi kimseyi aşağılamadı; tam tersine, SW mühendisi mesleğinin değerini küçümseyip itibarsızlaştıran kişi siz değil misiniz?
> ClickHouse ile StarRocks'u karşılaştıran biri var mı merak ediyorum; birkaç ay önce StarRocks'un join performansı daha iyi görünüyordu
https://d2.naver.com/helloworld/1168674
5 yıl önce açık beta başladığında bunu haber olarak paylaşmıştık; kurucu ortaklardan biri de gelip yorum bırakmıştı, bu süreçte inanılmaz büyümüşler haha
Supabase açık beta başladı - açık kaynaklı Firebase alternatifi
Ah, OpenAI’nin gelecekteki vizyonunu ya da Browser+AI’ın geliştirilmiş yeniliğini küçümsemek gibi bir niyetim yok.
Benim söylemek istediğim şu: OpenAI bu yönde bir girişimde bulunacaksa, Chromium ya da Firefox gibi büyük tarayıcılar açık olduğu için geliştirme açısından ayrıca bir satın almanın gerekli olduğu bir durum olduğunu düşünmüyorum.
Demek istediğim, teknolojik hendek oluşturmak için satın alma şart değil.
Bu yüzden, bir satın alma düşünülüyorsa bunun teknik yönlerden çok pazar payı üzerinden genişleme amacıyla daha baskın olduğunu düşünüyorum.
Sadece Chromium tabanlı yeni bir tarayıcı çıkarılırsa, Chrome’dan geçmeyen kullanıcılar için çok büyük bir cazibesi olmaz; ama Chrome satın alınırsa, tarayıcı pazarının %70’ini oluşturan kullanıcılara resmi güncellemeler üzerinden kendi yapay zeka model hizmetlerini deneyimleme imkanı sunulabilir. Yeni hizmetlerin yayılma bariyeri çarpıcı biçimde azalır.
Söylediğiniz gibi, Edge’in genişleyemiyor gibi görünmesi de benzer bir bağlamda okunuyor. Tarayıcı pazarı gerçekten çok muhafazakar. Bence OpenAI de bunu hesaba kattığı için Chrome’u satın almayı düşünüyor. Bu yüzden OpenAI’nin "yapay zeka odaklı web gezintisi" başlatacağından söz edilince, bunun OpenAI’nin yetkinliğinden çok Chrome pazarının etkisiyle ilgili olduğunu düşünüyorum.
Kişisel projelerimde çok iyi kullanıyorum.
Birden Godot mu..?!
Supabase’in öne çıkan yanı, CRUD tabanlı sistemler için uygun olmasıdır; API sunucusu geliştirmeden/işletmeden de frontend tarafında CRUD uygulanabildiği için backend geliştirme yükü düşüktür. Frontend ve backend geliştiricileri API sözleşmeleri yerine tablo tanımları üzerinden iletişim kurar; özellikler arasında en çok web konsolu, kimlik doğrulama ve nesne depolama kullanılıyor.
Frontend, DB tabloları ile görünümlerin ve fonksiyon tanımlarının tanımlarına bağımlı olduğu için veri değişikliklerinin takibine biraz dikkat etmek gerekir. Sunucu tarafı mantığına ihtiyacınız varsa, WAS/REST API’yi ayrıca kurmanızın daha iyi olacağını düşünüyorum.
Yan proje yapmak isteyenlere her zaman ilk seçenek olarak Supabase’i öneriyorum. Umarım Supabase daha da başarılı olur!
Gerçekten çok sevdiğim bir hizmet. Karmaşık backend/DB kurulumu olmadan, sadece frontend ile bir servis oluşturabiliyorsunuz.
Ben de bunu gerçek bir serviste kullanmak için yoğun şekilde kullanıyorum; hatta geliştirici deneyimi açısından bana firebase'den daha iyi geldi.
Yerli bölge seçeneği de var ve oldukça cömert bir free tier sunuyor, bu da güzel. self hosting de yapabiliyorsunuz.
Series D yatırımı alması harika bir haber! Ancak yorumlarda sürekli belirtildiği gibi, sürdürülebilir bir iş olup olmadığı konusunda endişelerim var.
Bana göre vendor’un serverless hizmetlerini kullanmak riskli, ancak container’ları kullanarak şirketin kendi içinde serverless ortamı sunması iyi bir fikir gibi görünüyor. Serverless’ı bir hizmetten ziyade bir kavram olarak kullanmak iyi olabilir.
"Muz istemiştim ama ormanı getirmiş" sözü gerçekten çok komik.
Başkalarının neden bu kadar eleştirdiğini iyice düşünün ve kendiniz de bundan sonra kibirlenip böyle saçma sapan laflar etmeyin.
Bilişim teknolojilerine tutkuyla çalışıp üreten birçok insan da var. Kendi düşünce ve deneyimlerinizi genelleştirmeyin. Çünkü bu, o insanlara karşı aşağılayıcı oluyor.
Geçmişten farklı olarak, tek bir kişinin üstlenmesi gereken alan genişledikçe ortaya çıkan sorunlar var.
•Geçmişe kıyasla tek bir mühendisten beklenenlerin daha geniş ve daha büyük olduğu doğru. Ayrıca geçmişe göre çok daha fazla gerçek dünya bilgisayar sistemlerinin içine girdi ve buna paralel olarak soyutlama ile uygulama zorluğu da hızla artıyor. Gerçek dünyadaki daha zor işleri sıralıyor olmak, bu işin zor bir iş olmadığını savunmayı gerektirir mi, emin değilim.
Bunu karşılaştırmaya gerek yok.
•Başlıkta "çılgınlık" diye çevrilmiş ama bence sadece insanı bezdiren mevcut durumu anlatıyor olabilir. Ayrıca ben de ana metindeki yazıya bir ölçüde katılıyorum. Geçmişe kıyasla tek bir mühendisten beklenenlerin daha genişleyip arttığı doğru. Ve geçmişe göre çok daha fazla gerçek dünya unsuru bilgisayar sistemlerinin içine girdi; buna bağlı olarak soyutlama ve uygulama zorluğu da hızla yükseliyor. Gerçek hayatta daha zor işleri sıraladık diye bu iş zor değilmiş gibi savunmaya gerek var mı, emin değilim.
Bu bambaşka bir örnek değil mi? Geri alırsan biter mi diyorsunuz? Sizin yaşadığınız deneyim her şey değil. Büyük ölçekli işler yapmadınız mı?
•Sanırım yazılım geliştirmenin sadece kod üretmek, API üretmek olduğunu sanıyorsunuz. Oysa yazılım geliştirmenin özü, gerçekliği soyutlayıp protokoller ve arayüzler oluşturmak ve bunları birbirine uyacak şekilde bir araya getirmektir. Farklı şekillerde çalışan şeyleri birbirine bağlayıp tek bir şey gibi çalıştırmak demektir. Bu, düşünüldüğünden daha karmaşık bir zihinsel faaliyettir; bu yüzden de yazılım mühendisi yetiştirmek sanıldığından daha zordur. Şu an insan çok deniyor ama bunların içinde gerçekten düzgün çalışabilecek insan gücü ne kadar? Çoğu sadece bir aracı bir kez kullanmış durumda; oysa bu, yazılım mühendisliğinin özü değildir.
•İmalatla doğrudan karşılaştırmak anlamlı mı? Sektörün yeterince olgunlaşmadığı bakış açısından bu karşılaştırma hedefi imalat gibi görünüyor. Yazılım işini imalat paradigmasıyla anlamaya çalışırsanız el işi ya da hobi geliştirme gibi görünebilir; ama tersine, tam da bu unsurların yazılım geliştirmeye özgü esnek ve yaratıcı kültürü oluşturduğunu ve bunun üzerinde yükselerek büyüdüğünü düşünüyorum.
•Geçmişe kıyasla tek bir mühendisten beklenenlerin daha geniş ve daha büyük hale geldiği doğru. Ayrıca geçmişe göre çok daha fazla gerçek dünya, bilgisayar sistemlerinin içine girdi ve buna paralel olarak soyutlama ile uygulama zorluğu da hızla artıyor. Gerçek hayattaki daha zor işleri sıraladık diye, bu iş zor bir iş değil... demek zorunda mıyız, emin değilim.
•Ortam değişti. Piyasada geliştiricilere yönelik beklenti ve karşılığın geçmişe göre artmasının tek nedeninin onların teknolojisi, ustalığı ve uzmanlığı olduğunu düşünmüyorum. BT insan yaşamına ne kadar derinlemesine nüfuz ederse, yazılım da o kadar önemli hale geliyor ve çok sayıda altyapıyı ayakta tutuyor. Her bir geliştiricinin kapasitesi arttığı için karşılıkların yükseldiğini değil, işin kendisinin artık daha pahalı hale geldiğini düşünüyorum. Çünkü geçmişe göre daha önemli oldu.
Aşağıda yerinde eleştiriler var. Bilişim teknolojilerinin erişilebilir olmasında da yazılım mühendislerinin katkısı büyük. Erişilebilirliğin yüksek olması, profesyonel olmanın da kolay olduğu anlamına gelmiyor. Yemek yapmaya erişimin kolay olması, aşçılık uzmanı olmanın kolay olduğu anlamına mı gelir?
•Öğrenmesi kolay. Kabul ediyorum ama giriş bariyerinin düşük olması, uzmanlığın da düşük olduğu anlamına gelmez. Diğer sektörler, özellikle de imalattaki diğer teknik mesleklerle kıyaslandığında öğrenmesinin daha kolay olmasının nedeni, geliştirmenin kendisinin kolay olması değil; daha çok açık kaynak kültürü ya da riskin düşük olması olabilir diye düşünüyorum. Az önce bahsettiğim geliştirici çeşitliliği açısından bakınca, hızlıca öğrenip yapılabilecek işler de var, uzmanlık temelli yapılması gereken işler de var.
•Biraz resim öğrendikten sonra çizgi roman çizerinin yanına asistan olarak girdi diye ortalıkta profesyonelim diye mi gezeceksiniz? Ya da biraz aşçılık kursuna gidip mutfakta işe girince kendinize yemek uzmanı, şef mi diyeceksiniz? Söyledikleriniz onunla benzer düzeyde. Madem bu kadar basit, o zaman ona profesyonellik denmez.
Spring geliştirirken en zor şeylerden birinin bağımlılık döngüsü olduğunu düşünüyorum..
Sonsuzca birbirlerini başlatıp bellek sızıntısıyla çöküp gitmelerinin yarattığı o bunaltıcı his...
Duruma uymayan bir eleştiri yapıyorsunuz. Asıl yazıyı yazan kişi kimseyi aşağılamadı; tam tersine, SW mühendisi mesleğinin değerini küçümseyip itibarsızlaştıran kişi siz değil misiniz?