Vay, gerçekten çok iyi hazırlamışsınız. Ben hâlâ yeterince deneyimli olmadığım için iç içe geçmiş menüleri iyi yönetemiyorum ama Starlight bunu gerçekten çok iyi hallediyor.
Merhaba, yorumların bu kadar geç de olsa bu kadar çoğaldığını görünce bir geri bildirim bırakmak istedim.
Blogda ağırlıklı olarak native’den Flutter’a geçişle ilgili içerikler paylaşıyorum; sonra bunu tekrar yazıyla yazar mıyım bilmiyorum ama kısaca paylaşayım.
Yaklaşık 3 gün içinde toplam 3 binden fazla kişi sayfayı 50 binden fazla kez görüntüledi.
Bu projeyi yayımlamamın üzücü bir hikâyesi de var.
Kısa süre önce çalıştığım yerde küçük çaplı bir yeniden yapılanma sorunu yaşandı. Ben kaldım ama birlikte çalıştığım kişilerden bazılarının iş değiştirmesi gereken bir durum ortaya çıktı ve ekip arkadaşlarımın ustalıkla kullanabildiği konuları Flutter kullanan başka şirketlere de tanıtmak istedim. Elbette ekibimizden iş değiştirecek kişilerin bu seviyedeki işleri yapabildiğini söyleyebilirim.
İçeriğin temeli, benim ve ekip arkadaşlarımın şirket içinde hazırladığı kılavuzlar ile şirket projelerinde kullandığımız teknolojilere dayanıyor. Yeni bir ekip üyesi geldiğinde ona onboarding kılavuzu olarak vermek istediğim bir içerikti ama şu anda içeride kullanılacak bir durum kalmadığı için tamamen herkese açık olarak paylaştım.
Hâlâ eksik tarafı çok ve ele alamadığım pek çok konu var ama beğenmeniz için teşekkür ederim 🙇🏻♂️
Ayrıca sayfayı iyileştirmek için bir anket de yapıyorum; vaktiniz olduğunda katılırsanız gerçekten çok sevinirim.
Ben de hem web ödemesini hem de uygulama içi ödemeyi destekleyen durumlarda bile çoğu zaman uygulama içi ödemeyi seçiyorum. Tüm ödemeleri tek bir yerden yönetebilmek oldukça büyük bir avantaj ve özellikle bir iki kez denemelik ürünlerde, Apple üzerinden ödeme yapmanın daha güven verici olduğunu düşünenlerin de bir kısmı var gibi görünüyor.
Ben de bu görüşe katılıyorum. HTML'e eklenen mantığın vanilla değil de kendine özgü bir syntax olması büyük bir engel. Basit bir UI uygulamasında sorun olmaz ama mantık karmaşıklaştığında geliştirme esnekliği açısından fark ortaya çıkıyor ve öğrenme eğrisini de göz ardı etmek mümkün değil.
Gerçekten çok katılıyorum.
Kurumsal tarafta bir çözümü devreye alma konumunda olanlar için, yeni bir teknoloji iyi göründüğünde sadece o kısma odaklanmak kolay oluyor; ancak gerçekte, alışılmış çalışma biçimini değiştirmenin getirdiği zorlukları ve uyum için gereken zamanı da birlikte düşünmek gerektiği açısından gerçekten çok dokunan bir yazı.
Bu biraz Julia'nın neden ortaya çıktığıyla ilgili bir hikâye gibi görünüyor. Kütüphaneleri öğrenmek gerekiyor ama NumPy'nin birçok sorununu çözmesi açısından gerçekten çok cazip bir seçenek gibi duruyor.
İnsanların zevki farklı olabilir ama ben Angular, Vue vb.'nin (bu kütüphane mi? markup mı? buna dahil) <li for> yaklaşımındansa, vanilla JS ile işlenen JSX'teki .map((item) => <li>) kullanımını daha çok seviyorum.
https://tech.kakao.com/posts/700 Bu gönderiyi gördüğümde bunun Vibe Coding için iyi bir örnek olduğunu düşünmüştüm; bağlamın benzer olduğunu düşünüyorum. Ben de yazdıklarınıza katılıyorum.
Uyarı niteliğindeki bildirimlere olan güven azalırsa, gerçekten önemli bir uyarı çıksa bile insanların bunu görmezden gelip geçebileceğini düşünüyorum. Bildirimlere duyulan güvenin zedelenmesinden kaynaklanan sorunlar sonuçta yalnızca tüketici mağduriyetini artıracak gibi görünüyor.
Teşekkür ederim! Hâlâ üzerinde epeyce düzeltme yapılması gereken şey var ama buna rağmen güzel değerlendirmeniz için teşekkür ederim.
Vay, gerçekten çok iyi hazırlamışsınız. Ben hâlâ yeterince deneyimli olmadığım için iç içe geçmiş menüleri iyi yönetemiyorum ama Starlight bunu gerçekten çok iyi hallediyor.
Merhaba, yorumların bu kadar geç de olsa bu kadar çoğaldığını görünce bir geri bildirim bırakmak istedim.
Blogda ağırlıklı olarak native’den Flutter’a geçişle ilgili içerikler paylaşıyorum; sonra bunu tekrar yazıyla yazar mıyım bilmiyorum ama kısaca paylaşayım.
Yaklaşık 3 gün içinde toplam 3 binden fazla kişi sayfayı 50 binden fazla kez görüntüledi.
Bu projeyi yayımlamamın üzücü bir hikâyesi de var.
Kısa süre önce çalıştığım yerde küçük çaplı bir yeniden yapılanma sorunu yaşandı. Ben kaldım ama birlikte çalıştığım kişilerden bazılarının iş değiştirmesi gereken bir durum ortaya çıktı ve ekip arkadaşlarımın ustalıkla kullanabildiği konuları Flutter kullanan başka şirketlere de tanıtmak istedim. Elbette ekibimizden iş değiştirecek kişilerin bu seviyedeki işleri yapabildiğini söyleyebilirim.
İçeriğin temeli, benim ve ekip arkadaşlarımın şirket içinde hazırladığı kılavuzlar ile şirket projelerinde kullandığımız teknolojilere dayanıyor. Yeni bir ekip üyesi geldiğinde ona onboarding kılavuzu olarak vermek istediğim bir içerikti ama şu anda içeride kullanılacak bir durum kalmadığı için tamamen herkese açık olarak paylaştım.
Hâlâ eksik tarafı çok ve ele alamadığım pek çok konu var ama beğenmeniz için teşekkür ederim 🙇🏻♂️
Ayrıca sayfayı iyileştirmek için bir anket de yapıyorum; vaktiniz olduğunda katılırsanız gerçekten çok sevinirim.
https://tally.so/r/w559Vv
Ben de hem web ödemesini hem de uygulama içi ödemeyi destekleyen durumlarda bile çoğu zaman uygulama içi ödemeyi seçiyorum. Tüm ödemeleri tek bir yerden yönetebilmek oldukça büyük bir avantaj ve özellikle bir iki kez denemelik ürünlerde, Apple üzerinden ödeme yapmanın daha güven verici olduğunu düşünenlerin de bir kısmı var gibi görünüyor.
Bilginize, "Dezayır Paths" aslında "Desire paths" idi.
Ben de bu görüşe katılıyorum. HTML'e eklenen mantığın vanilla değil de kendine özgü bir syntax olması büyük bir engel. Basit bir UI uygulamasında sorun olmaz ama mantık karmaşıklaştığında geliştirme esnekliği açısından fark ortaya çıkıyor ve öğrenme eğrisini de göz ardı etmek mümkün değil.
Sayenizde keyifli bir yazı okudum! Teşekkürler.
Gerçekten çok katılıyorum.
Kurumsal tarafta bir çözümü devreye alma konumunda olanlar için, yeni bir teknoloji iyi göründüğünde sadece o kısma odaklanmak kolay oluyor; ancak gerçekte, alışılmış çalışma biçimini değiştirmenin getirdiği zorlukları ve uyum için gereken zamanı da birlikte düşünmek gerektiği açısından gerçekten çok dokunan bir yazı.
Bu biraz Julia'nın neden ortaya çıktığıyla ilgili bir hikâye gibi görünüyor. Kütüphaneleri öğrenmek gerekiyor ama NumPy'nin birçok sorununu çözmesi açısından gerçekten çok cazip bir seçenek gibi duruyor.
numpy'de vectorization'ı iyi kullanamazsanız performans mahvoluyor. Bunu hesaba katarak yazmak da stresli ve zor.Çok ilginç ya
https://sdmntprwestus2.oaiusercontent.com/files/…
İnsanların zevki farklı olabilir ama ben Angular, Vue vb.'nin (bu kütüphane mi? markup mı? buna dahil)
<li for>yaklaşımındansa, vanilla JS ile işlenen JSX'teki.map((item) => <li>)kullanımını daha çok seviyorum.https://tech.kakao.com/posts/700 Bu gönderiyi gördüğümde bunun Vibe Coding için iyi bir örnek olduğunu düşünmüştüm; bağlamın benzer olduğunu düşünüyorum. Ben de yazdıklarınıza katılıyorum.
Biraz eski Python kütüphanelerinin hepsinde benzer sorunlar var gibi görünüyor.
Peki ya 3? -> Bu, kaynak desteği meselesi.
Yukarıda 1, 2, 4, 5 diye numaralandırmıştım ama Markdown'da otomatik olarak 1234'e dönüştü.
Next.js vs TanStack – Next.js'in sınırlamaları ve TanStack'in avantajları
Bu oyunu daha önce oynadık!
^ ActiveX’te düşünmeden “Evet” tıklatmaya yönlendiren öğrenme
Uyarı niteliğindeki bildirimlere olan güven azalırsa, gerçekten önemli bir uyarı çıksa bile insanların bunu görmezden gelip geçebileceğini düşünüyorum. Bildirimlere duyulan güvenin zedelenmesinden kaynaklanan sorunlar sonuçta yalnızca tüketici mağduriyetini artıracak gibi görünüyor.
Apple gerçekten sonuna kadar çok çirkin davranıyor lol