• 02-06-2018, 02:01:39
    #64
    Üyeliği durduruldu
    EdgeBear adlı üyeden alıntı: mesajı görüntüle
    Evet işte, bu.
    bak diğer sayfada cevap verdim soru sordum sana, cevaplarsan iyi olur, işine gelen soruyu cevaplamak kolay.
    fw kullanmayın diye ortaya atlarsan yakanı bırakmazlar soru sorarlar
  • 02-06-2018, 02:03:59
    #65
    Konuda kavga çıkmış, vay arkadaş la hepimiz aynı şeyi yapıyoruz algoritmaları çalıştırıyoruz neyle çalıştırırsak çalıştıralım FW nin tabanıda php salt phpde zaten php neyin kavgası bu ben tercih etmiyorum kullanmayı sen edersin o etmez. Sakin olun bi
    2000lerde php mi asp kavgası yapardık yıllar php yi böldü )
  • 29-06-2018, 02:24:54
    #66
    15 senedir php yazılımcısıyım. Yıllarca kendi yazdığım sınıflarla iş yaptım. Yaklaşık 2 ay önce Voyager denen laravel eklentisini gördüm ve hayatımda kaybettiğim yıllara küfrediyorum.
  • 29-06-2018, 06:30:29
    #67
    ztk adlı üyeden alıntı: mesajı görüntüle

    Cevap yazmayınca kendimi eksik hissedeceğim. Başka bir arkadaşın da dediği gibi bu konuya itibar etmeden önce lütfen bir kez daha düşünün.
    Haklı olduğu nokta şurası; kendinizi framework ile uygulama geliştiricisi yapmayın, frameworklerin mantığını da öğrenin, kendinizi yazılım mühendisi yapın. Framework ile sınırlı kalmayın. Ancak framework kullanmayın demek, hatta bunu araya sıkıştırmayıp başlıkta bile kullanmak çok ilginç geldi.

    Frameworkleri amacına uygun kullanırsanız diğer yazılımcılardan birkaç ışık yılı ileride olursunuz.
    Neymiş efendim, sunucuya gereksiz sınıflar yükleniyormuş.
    Yüklemeyin efendim, Laravel, symfony gibi popüler frameworklerin service containerları var ve siz istediğiniz sınıfların çalışmasını sağlayabilirsiniz.
    ZN Framework (Türk geliştiricilerin geliştirdiği muhteşem framework) gibi HMVC frameworklerle istiyorsanız kendi mimarinizi (dosya düzenine kadar) oluşturabilirsiniz.
    Composer bağımlılıklarına gelmişken, yani ben şimdi projemde redis kullanıyorum, oturup predis mi yazacağım;
    Guzzle varken curl fonksiyonları yazarak mı http request atacağım, yoksa guzzle gibi birşey mi yazacağım,
    Intervention Image paketi varken kendime image manipulation sınıfı mı yazacağım,
    yazmakla bitmez arkadaş, https://github.com/ziadoz/awesome-php şu adresteki paketlerin neredeyse 5 te birini kullanıyorum.
    Bunları siz yazdınız mı? Yazdığınız kodları onlarca kişi inceleyip pull request atıyor mu? Hataları görüp sizi uyaran oluyor mu?

    Üstelik projenize dahil ettiğiniz yeni birine kendi sınıfınızı öğretmek mi daha avantajlıdır yoksa Laravel bilen birini bulmak mı daha avantajlıdır? Hangisi kolay. Tamam TR'de buldunuz kendi mimarinizi öğrettiniz, siz çok ulustan insanların bir arada olduğu bir projede hiç çalışmamışsınız belli ki, başka ülkeden bir vatandaşa kendi sınıfınızı mı anlatacaksınız, ya uzaktan çalışıyorsanız, of of..

    Siz sınıflarınızı psr standartlarına göre mi autoload yapıyorsunuz? Kodlarınızı bu standartlara göre yazıyor musunuz?

    Daha test konusuna girmedim, template enginelere girmedim, eventlere girmedim, middlewarelere girmedim. Yani şu devirde framework kullanmayın demek gerçekten çılgınca bir fikir.

    Siz ne geliştireceğinizi ve neler kullanacağınızı ve nasıl kullanacağınızı biliyorsanız framework size zaman ve para kazandırır. Api mi yazıyorsunuz, slim kullanın, bir kaç sayfa bir iş için kullanmaya gerek yok ama onlar zaten proje değil, şimdi gidin php ye yeni başlamış birine, eminim ki size 15 sayfalı crud yapabilen panelli bir iş çıkartır. Bence bu bile mikro framework gerektirir.

    Akıllı telefon kullanmayın, kendinize kamera alın, walkman alın, nokia 3310 alın, not defteri taşıyın, verilerinizi cd lere yükleyip taşıyın çünkü bunların hepsinin toplamı akıllı telefon ediyor demişsiniz resmen.
    Diyeceksiniz ki akıllı telefonun şarjı 1 gün gidiyor, 3310 şarjı 1 hafta gidiyor. Elektrik maliyeti fazla. (Sunucu maliyetine hitaben) Göz ardı edilemez mi? Ben olsam akıllı telefon seçerim.

    Neyse fikirlerinize saygı duyuyorum ama hiç kimseye önermiyorum.
    Hocam tamamen katılıyorum.
    Framework nedir bilmeden ya da başlangıç seviyesinde kurup sonra of ne karmaşık deyip bırakan insanlardan gelen yorumlar var çoğunlukla.

    Olumsuz görüş bildirenlerin çoğu performanstan yakınmış. Cache ve autoload olaylarından haberleriniz yok galiba? Güzel cache yapılmış ve sağlam bir frontend framework kullanılan orta-büyük çaplı bir proje, salt php ile kodlanmış projelerin %99.99 undan daha performanslıdır.

    Ufak çaplı tek sayfa sadece mesaj gönderilen ufak bir script için tabiki framework kullanmaz isteyen. Ama projeler biraz daha büyüyüp karmaşıklaştığında?

    Mysql veritabanına bağlanıp işlemleri yapan arkadaşlar, yarın bir firma ben oracle a bir ton para döktüm veritabanı oracle olacak derse ne yapacaksınız? Açıkçası ben Yii framework kullanıyorum ve veritbanını oluşturduktan sonra sadece veritabanı bağlantı tipini değişitirip, projede kullandığım sorguların bir tanesini bile değiştirmede yoluma devam edeceğim.

    Ekip olarak çalışmanın önemini bilmeyen,
    Sadece mysql e takılıp kalmış,
    Cache nedir bilmeyen,
    Sadece gerektiğinde sınıfların çağırılabileceğini bilmeyen,
    Yüzlerce, binlerce insanın geliştirmeye katkıda bulunduğu ve güvenlik açısından salt php ile 1 kişinin beceremeyeceğinden daha çok kontrol ve teste tabi tutulduğunu bilmeyen,
    Yeni geliştireceğinde günler belki haftalar alabilecek bir eklenti veya sınıfı 2-3 dakikada sisteme entegre edebileceğini bilmeyen,
    RBAC nedir bilmeyen, sağlam frameworklerde bir tablo için crud işlemlerini 1 dakikadan daha bir kısa sürede hazırlayabileceğini bilmeyen,
    Tema motoru nedir bilmeyen,
    Test ve debug nedir bilmeyen,
    Api geliştirmek nedir bilmeyen,
    Kullandığı açık kaynak frameworkü kendinin de geliştirip üzerine bir şeyler ekleyip çıkarabileceğini bilmeyen,
    ve burda yazılabilecek bir çok kilit noktanın en az 3 tanesini bilmeyip ne işe yaradığını kavrayamamış insanların framework kullanmayın demesi kadar doğal bir şey yok.

    Bugün senden bir framework ile 3 ayda bitirilebilecek bir projeyi salt php ya da bu güne kadar oluşturduğun functions dosyasını ya da klasörünü kullanarak mvc yapısına uygun şekilde geliştirmeni istesem?
    Aynı zamanda projede webservice desteği de vermen gerektiğini söylesem?
    5 farklı api ile çalışıp, aynı zamanda istendiğinde çok az emek harcayarak loadbalancing için izole edilmiş katmanlara bölünebilen bir sistem olacak desem?
    2 farklı cache sunucusuyla çalışıp, MySQL, PostgreSQL, MSSQL ve Oracle veritabanları kullanılacak desem?

    ne kadar zamanda teslim ederdin? 1 yıl? 2...

    Php'de Framework kullanmayın = Dünya düzdür
  • 29-06-2018, 12:20:37
    #68
    ztk adlı üyeden alıntı: mesajı görüntüle
    Titan'ı da çok beğeniyorum. Ama ZN mini fw değil ve son zamanlarda çok güzel işler çıkartıyor. Son sürümleri denemediyseniz deneyin. Denediyseniz ama yine de beğenmediyseniz yapacak birşey yok.
    Zn güzel ama bug var biraz kendilerinede bildirdim bazı hataları, biraz daha yerleşmesi lazım bence güncellemelerde özellik değilde sistemi oturtsalar iyi olur.
  • 29-06-2018, 14:14:24
    #69
    YazilimUzmani adlı üyeden alıntı: mesajı görüntüle
    Hocam tamamen katılıyorum.
    Framework nedir bilmeden ya da başlangıç seviyesinde kurup sonra of ne karmaşık deyip bırakan insanlardan gelen yorumlar var çoğunlukla.

    Olumsuz görüş bildirenlerin çoğu performanstan yakınmış. Cache ve autoload olaylarından haberleriniz yok galiba? Güzel cache yapılmış ve sağlam bir frontend framework kullanılan orta-büyük çaplı bir proje, salt php ile kodlanmış projelerin %99.99 undan daha performanslıdır.

    Ufak çaplı tek sayfa sadece mesaj gönderilen ufak bir script için tabiki framework kullanmaz isteyen. Ama projeler biraz daha büyüyüp karmaşıklaştığında?

    Mysql veritabanına bağlanıp işlemleri yapan arkadaşlar, yarın bir firma ben oracle a bir ton para döktüm veritabanı oracle olacak derse ne yapacaksınız? Açıkçası ben Yii framework kullanıyorum ve veritbanını oluşturduktan sonra sadece veritabanı bağlantı tipini değişitirip, projede kullandığım sorguların bir tanesini bile değiştirmede yoluma devam edeceğim.

    Ekip olarak çalışmanın önemini bilmeyen,
    Sadece mysql e takılıp kalmış,
    Cache nedir bilmeyen,
    Sadece gerektiğinde sınıfların çağırılabileceğini bilmeyen,
    Yüzlerce, binlerce insanın geliştirmeye katkıda bulunduğu ve güvenlik açısından salt php ile 1 kişinin beceremeyeceğinden daha çok kontrol ve teste tabi tutulduğunu bilmeyen,
    Yeni geliştireceğinde günler belki haftalar alabilecek bir eklenti veya sınıfı 2-3 dakikada sisteme entegre edebileceğini bilmeyen,
    RBAC nedir bilmeyen, sağlam frameworklerde bir tablo için crud işlemlerini 1 dakikadan daha bir kısa sürede hazırlayabileceğini bilmeyen,
    Tema motoru nedir bilmeyen,
    Test ve debug nedir bilmeyen,
    Api geliştirmek nedir bilmeyen,
    Kullandığı açık kaynak frameworkü kendinin de geliştirip üzerine bir şeyler ekleyip çıkarabileceğini bilmeyen,
    ve burda yazılabilecek bir çok kilit noktanın en az 3 tanesini bilmeyip ne işe yaradığını kavrayamamış insanların framework kullanmayın demesi kadar doğal bir şey yok.

    Bugün senden bir framework ile 3 ayda bitirilebilecek bir projeyi salt php ya da bu güne kadar oluşturduğun functions dosyasını ya da klasörünü kullanarak mvc yapısına uygun şekilde geliştirmeni istesem?
    Aynı zamanda projede webservice desteği de vermen gerektiğini söylesem?
    5 farklı api ile çalışıp, aynı zamanda istendiğinde çok az emek harcayarak loadbalancing için izole edilmiş katmanlara bölünebilen bir sistem olacak desem?
    2 farklı cache sunucusuyla çalışıp, MySQL, PostgreSQL, MSSQL ve Oracle veritabanları kullanılacak desem?

    ne kadar zamanda teslim ederdin? 1 yıl? 2...

    Php'de Framework kullanmayın = Dünya düzdür
    Ağzına sağlık...
  • 03-07-2018, 03:07:24
    #70
    Üyeliği durduruldu
    EdgeBear adlı üyeden alıntı: mesajı görüntüle
    Hakkımda bilgi sahibi olmadan konuşmayınız.

    Benim anlatmak istediğim, çoğu insanın emeklemeden yürümeleri. Yazılımcı değiller, sadece ajanslar.
    Müşterilerin sitelerini Wix, blogger gibi sitelerden de yapabilirler. Hatta wordpressle bile. Kod yazmaya dahi gerek yok.

    Open source sınıflar yazıp Github'da paylaşmak oldukça önemlidir, Git kullanımı, versiyon kontrolü vb.

    Şimdi hiçbir şekilde alt taban olmadan hazır ve kolay diye her şeyi seçen birine ben yazılımcı demem. Önce github profiline bakarım, sonra istediği FW'yi kullansın.
    Profilinde Unit Test'li libraryler, Container Test'leri, Ortam testli kod, versiyona önem vermiş mi ona bakarım. Eğer adam o profilinde kendine ait 2-3 sıfırdan library üretmişse istediği FW'yi kullansın.

    Ama daha 2 satır kod yazmayı bile bilmeyen adamın FW'lerde at koşturmasına ben yazılımcı demem. Bizim gibi FW'leri üreten adamlarla eşit mi şimdi onlar?

    Kodlamayı bilmeyen adam FW'yi performanslı kullanamaz. FW'nin kernelini adam akıllı değerlendiremez.

    Github profili önemlidir. Önce Github üzerinde halka açık open-source kodlar geliştirmeye odaklanılmalı, gerçek yazılımcı olmak için, sonrasında FW'lere yönelinmeli.

    Sonra bi' kaç yıl sonra, abi ben hiçbir şey bilmiyormuşum diyenleri çok tanırım.
    sen hiç birşey bilmiyorsun, https://www.r10.net/1073524168-post1.html bu konuyu açıp bu mesajı yazan adam bırak yazılımı doğru düzgün windows kuramaz.
  • 03-07-2018, 06:14:39
    #71
    EdgeBear adlı üyeden alıntı: mesajı görüntüle
    Hakkımda bilgi sahibi olmadan konuşmayınız.

    Benim anlatmak istediğim, çoğu insanın emeklemeden yürümeleri. Yazılımcı değiller, sadece ajanslar.
    Müşterilerin sitelerini Wix, blogger gibi sitelerden de yapabilirler. Hatta wordpressle bile. Kod yazmaya dahi gerek yok.

    Open source sınıflar yazıp Github'da paylaşmak oldukça önemlidir, Git kullanımı, versiyon kontrolü vb.

    Şimdi hiçbir şekilde alt taban olmadan hazır ve kolay diye her şeyi seçen birine ben yazılımcı demem. Önce github profiline bakarım, sonra istediği FW'yi kullansın.
    Profilinde Unit Test'li libraryler, Container Test'leri, Ortam testli kod, versiyona önem vermiş mi ona bakarım. Eğer adam o profilinde kendine ait 2-3 sıfırdan library üretmişse istediği FW'yi kullansın.

    Ama daha 2 satır kod yazmayı bile bilmeyen adamın FW'lerde at koşturmasına ben yazılımcı demem. Bizim gibi FW'leri üreten adamlarla eşit mi şimdi onlar?

    Kodlamayı bilmeyen adam FW'yi performanslı kullanamaz. FW'nin kernelini adam akıllı değerlendiremez.

    Github profili önemlidir. Önce Github üzerinde halka açık open-source kodlar geliştirmeye odaklanılmalı, gerçek yazılımcı olmak için, sonrasında FW'lere yönelinmeli.

    Sonra bi' kaç yıl sonra, abi ben hiçbir şey bilmiyormuşum diyenleri çok tanırım.
    Hocam merhaba,
    Öncelikle şahsınıza bir ithamda bulunmak istemedim. Yanlış anlaşıldıysam kusura bakmayın. Yaptığınız işe, bilgi ve tecrübenize saygılıyım. Yorumumu yaparken sizi ya da bir başkasını direk hedef almadım. Sadece tüm sayfaları okuyup genel bir yorum yaptım. Kimin neyi yazdığını bile hatırlamıyorum sadece ortada dönen düşünceler hedefimdi. Bu güzel, açıklayıcı ve kibar cevabınız için teşekkür ediyorum.

    Size katıldığım ve katılmadığım konular var. Öncelikle mimari öğrenilmesinin çok daha faydalı olacağı konusunda sizinle aynı fikirdeyim. Evet doğrusu bu, böyle olsa çok daha iyi. Bu detay programcı ile yazılımcı arasındaki farkı belirliyor. Bu işe gönül verenler için "PHP frameworke bel bağlamayın" demek aslında en doğru tabir. Belki de bunu demek istemiştiniz konu başlığında, bilmiyorum.

    Size katılmadığım ilk nokta frameworklerin mimari yapıdan ibaret olmadığı. Bir çok avantajı da yanında getiriyor. Bunları tek tek yazmaya zaman yetmez. "PHP Framework kullanmayın" gibi radikal bir başlık kullanmanızın doğru olmadığını düşünüyorum. XXX frameworkü kullanmayın çünkü... diye bir başlık olsa ve içerikte performans testleriyle aynı işi yapan kodları 10.000 client ile test etseniz ve kanıt olarak sonuçları paylaşsanız bu kadar tepki almazdınız.

    Bence atladığınızı düşündüğüm bir nokta da framework ile yazılım mantığını çözüp sonrasında kendi kütüphanelerini oluşturabilecek on binlerce junior olduğu. Mvc yapısı framework içerisinde hazır halde gelip, hazır kütüphanelerle üretim yaparak ortaya ürün çıkaran gençlerin startup başlatıp hem kendilerine, hem ülkelerine katkıda olabileceklerini de göz önünde bulundurmak gerek.

    Katılmadığım bir diğer nokta frameworkler ile ajansları ve baştan savma projeleri ilişkilendirmeniz. Ajansların, yazılım firmalarının framework kullanmalarının çok daha farklı nedenleri var. En önemlisi de projelerin baştan savma olmamasını istemeleri ve sürdürebilirliğinin olması. Projeyi yapan adamlara değil, o frameworkü bilen adamlara bel bağlamak istemeleri. Belli standartlar getirmek istemeleri.

    Bence atladığınız bir nokta da şu, siz bir araba satın almak istediğinizde belirli kriterleriniz olur. Bu kriterlere göre araba seçersiniz. Fiat firmasının motorunu kendi üretip üretmemesiyle ilgilenmezsiniz. Gövdede hangi tip alaşım kullanılmış, aynalar ithal mi değil mi buna bakmazsınız. En azından çoğumuz bu şekilde. Mercedes'in motoru dışarıdan alıp üzerine kendi geliştirmelerini ekleyip satmasına tepki gösteremezsiniz. Php framework kullanmayın demek ile Mercedes motorunu kendi üretsin demek bence aynıdır. İş dünyasında arz talep meselesi vardır ve talebi istenilen kriterlere göre en hızlı hangi şekilde karşılayacaksanız o yöntemi tercih edersiniz. Bir web sitesine ister 3 kişi girsin, ister 3 milyon, önemli olan istenilen ürünü istenilen sürede istenilen kriterlerde çıkartmaktır ve bunu yaparken müşteriden özel bir istek gelmediği sürece geliştirebileceğiniz en hızlı şekilde geliştirirsiniz. Yaptığınız uygulamayı sanata dönüştürüp, tüm kodları oturup baştan yazarak uzun deadline süreleriyle çalışmak kişisel tercihtir.

    Bu noktada sizinle aynı fikirde olduğum kısma tekrar geliyorum. Kişisel anlamda konuyu ele alacak olursak eğer mimariyi bilip geliştirebiliyorsanız, işiniz her zaman hazırdır. Ama framework kullanarak mimariyi öğrenirsiniz, ama sıfırdan oturup öğrenirsiniz. Yazılımcı olma yoluna framework ile girmek, temel bazı detayları bildikten sonra emeklemeden yürümek olarak görülmemeli. Yeni başlayan adam mvc yapısını, nesne yönelimini öğrenmeye çalışırken bunalıp vazgeçiyor. Bunun yerine framework kullanarak bir şeyler üreterek motive olup, hem mvc hem oop kavramak daha kolay.

    Bu konu üzerine söylenecek çok şey var. Herkesin kendince doğruları yanlışları var. Ama çok fazla uzatmaya gerek yok. Sonuçta tek bir doğrunun olmadığı, aynı konuda bir çok doğrunun olduğu nadir bulunan sektörlerden birindeyiz. Yazılımı, mimariyi, standartları öğrenirseniz hangi dilde öğrendiğinizin önemi olmadan, her dilde sadece syntaxları ve temel kuralları öğrenerek kısa sürelerde yazılım üretebilirsiniz. Framework öğrenip kendinizi geliştirmezseniz, o framework olduğu sürece varsınız demektir.
  • 03-07-2018, 08:41:16
    #72
    Burada konu baya kaymış ama bende bir kaç fikir sunayım istiyorum.
    Framework dediğiniz yapılar gereklidir, kullanması "zorunlu" olmamak ile birlikte günümüz çoklu programcılık mantığında mecburi gibi bir şeydir.

    Çoğu kişi ve başlığı açan arkadaş dahil herkes hız dan bahsetmiş. Ama hız dediğiniz olay php de bitmez sadece. Gerçek hız arıyorsanız kusura bakmayın c, c++ tarzı programlama olayına yada en azından python tarzı yapılara girişmelisiniz. Phpde kazanacağınız % 2-10 arası bir hız gözle görülmeyecektir. Hatta işin açıkçası bir çok kere frameworklere ön yargı beslediğimden bende sizin gibi düşünüyordum. Ama şuan proje bazlı düşünülmesi ve ön yargılardan kaçınılması daha mantıklı.

    Mesela diyelim ki bir muhasebe backend programı yazıyorsunuz. Bu programın ne kadar "hızlı" olması önemlidir. Kullanacak kişi sayısı 1500 şubeli bir müşteriniz bile olsa taş çatlasın aynı anda 15 kişi. Hız ne derece önemli.

    Yada bir büyük data aplikasyonu yazıyorsunuz, tüm işiniz hadoop yada spark ile devam ediyor, yaptığınız şey ajax ile verileri ekrana yazmak. Bu noktada ne kadar kütüphaneniz olması önemli ?

    Tabii frameworklerin baya büyük sıkıntıları yok demek değil ama buda çöpe atın hepsini demek anlamına gelmiyor. Bazı arkadaşlar veritabanı geliştirmesinden optimazyonsununda haberi yok direk frameworkleri çöpe atın diyor.

    Buradaki ana etmen frameworklerin takım çalışmasına uygun olması, ve geriye dönük geliştirmelere daha fazla imkan vermesi. Siz framework kullanarak 10 programcıyı aynı tip kod yazmaya zorunlu hale getirirsiniz. ( PHP Standartları Tavsiyeleri nedir?
    Bu sayede yapmış olduğunuz geliştirme herkes tarafından anlaşılır ve kolay uygulanır.

    Türkiyede en büyük problemlerden biri toplu geliştirmenin ne demek olduğunu çoğu kimse bilmiyor. O yüzden facebook geliştiremezsiniz. Basitçe kod büyüdükçe yeni arkadaşlar katıldıkça, standartlarınız olmalı. Kafanıza göre değişken ismi bile veremezsiniz. Siz gittiğiniz ve yerinize bir başka arkadaş geldiğinde oturur bakar bu ne halt etmiş diye.

    Frameworkler bunun için gereklidir. Diğer script dillerinde çok uzun zamandır varlar ve phpde de olacaklar.