
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