Firebase mi ? Kendi Backend servislerimiz mi ?

[Yusuf Unlu]

Merhabalar, bir mobil uygulama yapıyoruz : genel olarak sosyal denebilir.

Mesajlaşma ve real time notifaction olacak. 

Bu iş için Firebase mi kullansak yoksa Amazondan Elastic Beanstalk bir backend server kurup servisleri verip db yi de burada yaratıp client daki mesaj ve notificationlar için socket.io mu kullansak ? 

React Native ile yazıyoruz mobil tarafı. Firebase bizi çoğu dertten kurtaracak gibi duruyor ama dezavantajları hakkında sizlerin fikirlerini alırsak güzel olur

Teşekkürler

Yusuf

[roy simkes]

Selam,

Firebase gibi sistemlerdeki en buyuk problem vendor lock-in. Tasinmak istediginiz zaman ciddi bir problem ile karsilasiyorsunuz. Ayrica yarin Firebase tarafindaki bir degisiklik sizin APIleri bozabilir, bu durumda en hizli sekilde app i guncellemekten baska secenek yok. Bu tarz sistemlerin cok cekici oldugu da bir gercek, ihtiyacinizi iyi analiz etmeniz gerekiyor, keza Firebase'in yapabildikleri ile sinirli oldugunuzu unutmamak lazim. Firebase ile gitmeden, onun ne yapaMAdigini anlarsaniz, sizin icin uygun bir alternatif mi degil mi daha net gorebilirsiniz. Projenin ortasinda, "aaa bilmem ne ozelligi yokmus bunun, ne yapacagiz" sorusuna cevap vermek cok guc duruma dusurebiliyor insanlari. Keza pazarlama mambo jambosunda urunun en guclu taraf(lar)i size anlatilip, agzinizin suyu akitilirken, yapilamayan seyler de oyle bir gizleniyor ki anca support forumlarindan veya dipnotlardan veya birinin yaptigi bir konusmadan ogrenilebiliyor.

Baska bir problem de aslinda, bu servisin yarin kapanabilecek olmasi (Arkasinda Google var, nasil kapanir gibi kendimizi kandirmanin bir anlami yok. Daha yeni Facebook Parse da bunu gorduk, Google daha once de Google Apps miydi neydi adi bunu kapatip, yerine Google Cloud cikardi ve o eski sistemi kapattilar, Google Code gene bir ornek vesaire). Elbette boyle servisler bir gunde kapanmiyor (Google oldugu icin bu konuda biraz daha rahatiz, daha kucuk bir firma olsa bu kadar sansli olmayabiliriz tabii) ve size migrate etmek icin mantikli bir sure taniyorlar. Lakin bu tasinma sizin icin para ve maliyet anlamina gelebilir. Dolayisiyla yapiyi buna gore kurarken, bununla ilgili de bir yedek plan olmasi, orta vadede iyi olacaktir gibime geliyor.

Daha sonradan React Native ile ilgili tecrubelerini de paylasabilir misin? Gercek bir projede nasil performans gosterecegini merak ediyorum :)

roy

[Norm]

Kendi firebase'inizi kurmak isterseniz, rethinkdb'denin yeni projesi ilginizi çekebilir - https://github.com/rethinkdb/horizon

daha 1. major version'a geçmediler, hala hummalı bir geliştirme sürecinde.. ancak sanırım şu anda firebase'in sunduğu özelliklerin çoğunu karşılıyor.. graphql, temiz npm paketi vs. gibi işleri listelerine alabilecek kadar ilerledi proje..

ayrıca react-horizon framework'ünü çıkardı projenin core dev'lerinden birisi..

horizon'ı ayaklandırıp react-horizon örneğini çalıştırabilme noktasına gelmek kolay.. ama sonrasında öğrenilmesi gereken baya bişi var, en basitinden RQL (rethinkdb flavored SQL)

not: react native konusunda ben de yorumları merak ediyorum.

--
* Grubun nihai hedefi; grup üyelerinin kendini geliştirebileceği, yanlışlarını görebileceği, bilmediklerini ögrenebileceği, yeni bakış açıları kazanabileceği paylaşımlara ev sahipliği yapmaktır.
* İyi niyetle öğretmeye ve öğrenmeye açık olduğunuzu kabul ettiğiniz için bu grupta olduğunuzu unutmayın.
* Mesajlaşmalarda her türlü hakaret ve sataşma *uyarı olmaksızın* üyeliğin bitirilmesiyle son bulur.
* Saygı sınırlarından dolayı birbirinizin yüzüne karşı söylemeyeceğiniz sözleri lütfen mail'lerinizde kullanmayın.
 
* Slack grubumuz: https://istanbulcoders.slack.com/ dahil olmak icin: https://icodersslack.herokuapp.com/
* Kişilere cevap yazacağınız zaman, lütfen ilgili kişiyi alıcı (to) kısmına koyun.
* Mesaj alım frekansınızı grup üyelik ayarlarınızdan değiştirebilirsiniz.
* İş arama veya ilan verme ile ilgili mailler için konu kısmına [IS_ILANI] tag'i eklemeniz gerekmektedir.
* İş ilanlarında grubu Ek Alıcı (cc) kısmına koyun ki cevap dönenler tüm gruba dönmesinler.
---
You received this message because you are subscribed to the Google Groups "istanbul-coders" group.
To unsubscribe from this group and stop receiving emails from it, send an email to istanbul-code...@googlegroups.com.
To post to this group, send email to istanbu...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Erkan Ceran]

Kucuk bir duzeltme:

Google Apps kapanmadi Google App Engine olarak guncellendi.

https://cloud.google.com/appengine/

Konuyla dolayli yoldan alakali olacak ama ;

Google adwords ten sonra en buyuk kazanc sagladigi ve yatirimlarini arttirtidigi proje olarak gosterdigi cloud cozumlerini bence kapanmanin aksine iyilestirerek devam edecektir. Biz bazilarini kullaniyoruz cokta memnunuz olasi bir guncellemede onceki apiler patlamasin kodlari guncelleyin diye 90-120 gun arasi bir sure veriyor google.

Firebase de bunlardan biri, cloud cozumleri ile entegre calisiyor.(bigquery, bigtable vs.) Oylece kapatacagini sanmam bircok mobil uygulama coktan baglandi bile ve buyuk oyuncular ciddi paralar oduyor firebase tarafina.

Bazi ozelliklerin soylenmedigi iyi arastirip oyle bu servisleri kullanma konusunda size katiliyorum.

--

[H. Omer Sensoy]

Startupsaniz ve hizli yurumeniz gerekiyorsa Firebase aslinda size çok ciddi zaman kazandırır ve öbür türlü kompike bir mükendisliği avucunuzun içine dakka bir koyar. Fiyatlandırma modeli de şu anda eskiye göre çok daha makul durumda... uygulamanız uçarsa ordan da bir problem olmaz.

Tabii Parse gibi bir gün çıkıp 'Dükkanı kapatıyoruz!' demeleri de bir risk ama Google gibi büyük firmalar bunu bugünden yarına yapmayacak kadar güçlü firmalar. Hele Parse kapandıktan hemen sonra 'Google Firebase'in %100 arkasındadır' diye açıklama yaptıktan sonra kolayına böyle birşey olmaz.

Kısaca, ben oyumu firebase'ten yana kullanırım.

Başarılar.

11 Temmuz 2016 14:42 tarihinde Erkan Ceran <erkan...@gmail.com> yazdı:

--

İyi çalışmalar,

H. Ömer Şensoy

Frontend Dev. @VNGRS

Twitter: @osensoy

Github: @homer

[huseyin]

Bende zamaninda bir iki uygulamada kullandim Firebase . Gelistireceginiz urun e gore degismekle birlikte bana gorede iyi bir baslangic noktasi. Hatta bir projede\ sadece prototipleme icin kullanmistim ve sonrasinda o prototip uzerinde gercek sistemin yazilma surecine gecmistim.  Cok hizli bir gelistirme sureci sunuyor. 

Google, facebook un Parse a yaptigini en azindan Facebook gibi pat diye kapatmak seklinde `firebase` e yapmaz. Google, En az kullanilan servislerini bile kapatmadan once en az 1 yillik bir on duyuru ve sonrasi icin bir future plan ile yapiyor. Firebase ciddi kullanim oranina sahip onun icin bence guvenle kullanilabilir.

firebase-queue kullanimin eklenmesi ile birlikte daha kolay customuzation saglamakta, bir cok durum icin `background processing, integrating with third party APIs` vs. gerekli alt yapiyi kullanabiliyorsun. Kucuk bir node.js instance ile fire-base queue ve AWS Lambda ile nerdeyse %100 bir Serverless kullanima gecebiliyorsun. 

Sozun ozu, bence gayet makul bir alternatif Firebase

Kolay Gele 

10 Temmuz 2016 Pazar 09:54:37 UTC-4 tarihinde Yusuf Unlu yazdı:

[Yusuf Unlu]

Çok teşekkür ederim görüşleriniz için. hızlıca ortaya ürün çıkarmak için firebase deneyecez. 

Horizon.io da çok iyimiş. Bunu da eğer servislerde en azından customizastion istersek kullanırız diye düşündük.

React Native hakkında bilgilendirme için geri döneceğim. 

11 Temmuz 2016 21:32 tarihinde huseyin <donm...@gmail.com> yazdı:

--