Embarcadero Sponsor Oluyor

[boreas]

Bana daha çok adını duyurma çabası geliyor ve samimi gelmiyor.

[nguzeller]

açık kaynak delphi kodu kaynak kodu yayınlayan kişi sayısı artarsa çok iyi ne kadar nasıl bir destek verecekler bilmiyorum artık.

[tabikisura10]

(28-05-2020, Saat: 09:47)Abdullah ILGAZ Adlı Kullanıcıdan Alıntı:

(27-05-2020, Saat: 11:29)mrmarman Adlı Kullanıcıdan Alıntı: Community Edition lisans konusunda güzel bir destek aslında değil mi ? 
- Full özellikleri yıllık 5000$'lık ciroya kadar ticari kullanımı serbest. 
- Emeğinize 5000$'lık lisans katkısı. Zaten bu rakam da bir lisans parası ediyor 
- Yıllık 5000$ karın tokluğuna karşılık.  

@mrmarman üstad lisans maliyetini bireysel geliştirici ve geliştirme (çevre, kira, vergi, hammadde/kaynak(elektrik, internet vb.)) maliyetlerini hesaba katmazsak $5k iyi bir rakam. Ancak bu kadar gelişmiş bir IDE ne yazık ki bir CxGrid niteliğinde varsayılan komponent çıkartamadığı için ilave satın almalar gerekiyor. Yıllık güncelleme ve güncelleme süresince izlenilen politikalardaki hataları da cabası. (Daha önce XE5 ve XE8 lisanslarımıza ek Mobile Addon paketi diyerek FMX satmışlardı, 10.x serisinde varsayılan pakete dahil ettiler. Biz hem ide için €1000+ güncelleme, hem de €560 mobil eklenti paketine güncelleme ücretleri ödedik, güncellemesine para ödediğimiz paketin gerek kalmadığını öğrendiğimde kazıklandığımı hissetmiştim.)

Öte yandan Community adı üstünde Topluluk sürümü. Yani bizler gibi Türk Ticaret Kanunu'na tabi olarak bir katma değer ürün/hizmet üretimi gerçekleştirenleri hedefleyen bir lisans modeli değil. Orada üreticinin esnek bırakarak ticari faaliyetlere destek maksadıyla $5000 gibi bir gelir elde etmesini öngörüyor ancak bu cironun % kaçı geliştiriciye kâr olarak yansır, satışı gerçekleştirdikten sonraki süreçte destek, güncelleme ve yeni geliştirme faaliyetlerinin maliyetlendirmeleri gibi durumlar var.

Ne yazık ki Silikon Vadisi konsepti olmadığı için birçok maliyet çıkıyor karşımıza. Ticaret odası üye aidatından değerli kağıtlara ödenen tuhaf rakamlara kadar birçok prosedür var. Çalıştığınız banka bile değerli kağıtların zaman aşımında sizi kilitleyip bu prosedüre zorlayabiliyor.

Özetlersek: $5000 çok komik bir rakam. Delphi gibi pastadan payını fazla fazla yitirmiş bir platformun tekrar yükselmesi, diğer derleyicilerden 4 kat hızlı olması, nitelikli ve kaliteli eğitim içeriklerinin üretilmesi, üniversitelerde ve diğer eğitim kurumlarında tekrar "promote" edilmesi gerekirken, üstelik çok fazla "korsan" kullanıcı varken, hak hukuk gözetip lisans bedeli ödemeye hazır olan "gerçek" kullanıcıların bu şekilde küstürülmemesi, kırılmaması gerektiğini düşünüyorum. Yıllık 100-200 euro yapılsa, eminim birçok "korsan" bile bu ücretleri ödeyecektir.

okudum çok haklısınız.
özellikle component eksikleri bence çok fazla. extra farklı yapımcılarada ücret ödenecekse dediğiniz gibi 5k fazla. component eksiklerinden dolayı bir nebze düzelir diye fmx geçmek istedim ram tüketimi çok fazla benim için kullanılamaz durumda. artık mide bulandırmaya başladı.

[Fesih ARSLAN]

(29-05-2020, Saat: 02:02)tabikisura10 Adlı Kullanıcıdan Alıntı:

(28-05-2020, Saat: 09:47)Abdullah ILGAZ Adlı Kullanıcıdan Alıntı: @mrmarman üstad lisans maliyetini bireysel geliştirici ve geliştirme (çevre, kira, vergi, hammadde/kaynak(elektrik, internet vb.)) maliyetlerini hesaba katmazsak $5k iyi bir rakam. Ancak bu kadar gelişmiş bir IDE ne yazık ki bir CxGrid niteliğinde varsayılan komponent çıkartamadığı için ilave satın almalar gerekiyor. Yıllık güncelleme ve güncelleme süresince izlenilen politikalardaki hataları da cabası. (Daha önce XE5 ve XE8 lisanslarımıza ek Mobile Addon paketi diyerek FMX satmışlardı, 10.x serisinde varsayılan pakete dahil ettiler. Biz hem ide için €1000+ güncelleme, hem de €560 mobil eklenti paketine güncelleme ücretleri ödedik, güncellemesine para ödediğimiz paketin gerek kalmadığını öğrendiğimde kazıklandığımı hissetmiştim.)

Öte yandan Community adı üstünde Topluluk sürümü. Yani bizler gibi Türk Ticaret Kanunu'na tabi olarak bir katma değer ürün/hizmet üretimi gerçekleştirenleri hedefleyen bir lisans modeli değil. Orada üreticinin esnek bırakarak ticari faaliyetlere destek maksadıyla $5000 gibi bir gelir elde etmesini öngörüyor ancak bu cironun % kaçı geliştiriciye kâr olarak yansır, satışı gerçekleştirdikten sonraki süreçte destek, güncelleme ve yeni geliştirme faaliyetlerinin maliyetlendirmeleri gibi durumlar var.

Ne yazık ki Silikon Vadisi konsepti olmadığı için birçok maliyet çıkıyor karşımıza. Ticaret odası üye aidatından değerli kağıtlara ödenen tuhaf rakamlara kadar birçok prosedür var. Çalıştığınız banka bile değerli kağıtların zaman aşımında sizi kilitleyip bu prosedüre zorlayabiliyor.

Özetlersek: $5000 çok komik bir rakam. Delphi gibi pastadan payını fazla fazla yitirmiş bir platformun tekrar yükselmesi, diğer derleyicilerden 4 kat hızlı olması, nitelikli ve kaliteli eğitim içeriklerinin üretilmesi, üniversitelerde ve diğer eğitim kurumlarında tekrar "promote" edilmesi gerekirken, üstelik çok fazla "korsan" kullanıcı varken, hak hukuk gözetip lisans bedeli ödemeye hazır olan "gerçek" kullanıcıların bu şekilde küstürülmemesi, kırılmaması gerektiğini düşünüyorum. Yıllık 100-200 euro yapılsa, eminim birçok "korsan" bile bu ücretleri ödeyecektir.

okudum çok haklısınız.
özellikle component eksikleri bence çok fazla. extra farklı yapımcılarada ücret ödenecekse dediğiniz gibi 5k fazla. component eksiklerinden dolayı bir nebze düzelir diye fmx geçmek istedim ram tüketimi çok fazla benim için kullanılamaz durumda. artık mide bulandırmaya başladı.

Yapmaya çalıştığınız yöntemin/algoritmanın yanlış olmasından kaynaklandığını düşünüyorum. 
Belirttiğiniz gibi ciddi sorunlar olsa bu mimari yıllar önce bırakılırdı. 
Şu an tam tersi bir durum söz konusudur; bir çok büyük firma artık alt yapıyı bu mimariye taşıyor.
Yakın zamandaki bir örnek: Broken Games'in Başarı Hikayesi
Embarcadero'nun yeni araştırmasına göre mevcut müşterilerinin %40'ı FMX mimarisi ile proje geliştiriyormuş. (Kaynak: Embarcadero Community)
Bu mimari çıktığı ilk günden beri (belki de ilk test edenlerdenim) üzerinde yoğun çalışmalar yapıyorum.
Edindiğim tecrübelerde, en büyük sorunun şu olduğunu gördüm; VCL projesinin FMX mimarisine taşınmak istenmesi.
FMX'in kendine özgü bileşen yapıları var. "VCL'deki şu bileşen..." dediğiniz anda işin içinden çıkamazsınız. Olması gereken; VCL'deki şu modülün mobil mimaride nasıl sunulması gerektiğidir.
Uygulama mağazalarındaki milyarlarca uygulama arayüzüne (UI) bakın (tümüne bakmaya ömrümüz yetmeyebilir, fakat kısa bir zamanda genel tasarım ve mobil uygulamaların işleyiş kanısı oluşacaktır), kullanılan tasarım ve kullanılabilirliklerini (UX) inceleyin. 
Bir sorun veya mantıksal bir çıkmaza girerseniz birlikte çözüm üretelim.

[tabikisura10]

(29-05-2020, Saat: 09:46)Fesih ARSLAN Adlı Kullanıcıdan Alıntı:

(29-05-2020, Saat: 02:02)tabikisura10 Adlı Kullanıcıdan Alıntı: okudum çok haklısınız.
özellikle component eksikleri bence çok fazla. extra farklı yapımcılarada ücret ödenecekse dediğiniz gibi 5k fazla. component eksiklerinden dolayı bir nebze düzelir diye fmx geçmek istedim ram tüketimi çok fazla benim için kullanılamaz durumda. artık mide bulandırmaya başladı.

Yapmaya çalıştığınız yöntemin/algoritmanın yanlış olmasından kaynaklandığını düşünüyorum. 
Belirttiğiniz gibi ciddi sorunlar olsa bu mimari yıllar önce bırakılırdı. 
Şu an tam tersi bir durum söz konusudur; bir çok büyük firma artık alt yapıyı bu mimariye taşıyor.
Yakın zamandaki bir örnek: Broken Games'in Başarı Hikayesi
Embarcadero'nun yeni araştırmasına göre mevcut müşterilerinin %40'ı FMX mimarisi ile proje geliştiriyormuş. (Kaynak: Embarcadero Community)
Bu mimari çıktığı ilk günden beri (belki de ilk test edenlerdenim) üzerinde yoğun çalışmalar yapıyorum.
Edindiğim tecrübelerde, en büyük sorunun şu olduğunu gördüm; VCL projesinin FMX mimarisine taşınmak istenmesi.
FMX'in kendine özgü bileşen yapıları var. "VCL'deki şu bileşen..." dediğiniz anda işin içinden çıkamazsınız. Olması gereken; VCL'deki şu modülün mobil mimaride nasıl sunulması gerektiğidir.
Uygulama mağazalarındaki milyarlarca uygulama arayüzüne (UI) bakın (tümüne bakmaya ömrümüz yetmeyebilir, fakat kısa bir zamanda genel tasarım ve mobil uygulamaların işleyiş kanısı oluşacaktır), kullanılan tasarım ve kullanılabilirliklerini (UX) inceleyin. 
Bir sorun veya mantıksal bir çıkmaza girerseniz birlikte çözüm üretelim.

teşekkür ederim hocam 
Project1_BOS hiç bir buttonu kullanmadım. diğer ikisinde 1000 ve 4000 item ekledim.
projemde bir listede 4834 ekleme yapmam gerekiyor.
4000 eklediğimde süre tuttum 2,5 dakika boyunca CPU %25 kullandı. bitirdiğinde 95k ram kullanıyordu resimdeki gibi. kodları bırakıyorum.
normalde mesela 100 item eklediğimde VCL göre cok cok hızlı ekleme yapıyor. ama 1000 4000 gibi sayılar girdiğimde VCL cok daha hızlı.
bende fmx kullanmak istiyorum ama bu projedeyi kullanıcı gerekirse 10 tane açması gerekecek.

Kod: (Select All)

TListBoxItem* ListItm;
TCheckBox* pCheck1;
TCheckBox* pCheck2;
TCheckBox* pCheck3;
TCheckBox* pCheck4;

void __fastcall TForm1::Button1Click(TObject *Sender){
    for (int i = 0; i < 4000; i++) {
        ListItm = new TListBoxItem(ListBox1);
        ListItm->Parent = ListBox1;
        ListItm->Height = 20;
        ListItm->Text   = "Item" + IntToStr(i);
        ListItm->Name   = "ItemName" + IntToStr(i);
    }
}

void __fastcall TForm1::Button2Click(TObject *Sender){
    for (int i = 0; i < 4000; i++) {
        pCheck1 = new TCheckBox(ListBox1->ListItems[i]);
        pCheck1->Parent = ListBox1->ListItems[i];
        pCheck1->Position->X = 100;

        pCheck2 = new TCheckBox(ListBox1->ListItems[i]);
        pCheck2->Parent = ListBox1->ListItems[i];
        pCheck2->Position->X = 120;

        pCheck3 = new TCheckBox(ListBox1->ListItems[i]);
        pCheck3->Parent = ListBox1->ListItems[i];
        pCheck3->Position->X = 140;

        pCheck4 = new TCheckBox(ListBox1->ListItems[i]);
        pCheck4->Parent = ListBox1->ListItems[i];
        pCheck4->Position->X = 160;
    }
}