"Bir hata oluştu" yazan bir log satırı, olay anında hiçbir işe yaramaz. Neyi, hangi seviyede ve hangi bağlamla loglamak gerektiğini, nelerin asla loglanmaması gerektiğini ve yapılandırılmış logların hayatı nasıl kolaylaştırdığını anlatıyorum.
Composer modern PHP'nin temel taşı, ama composer.lock dosyasını depoya koymamak ya da canlı sunucuda composer update çalıştırmak gibi küçük hatalar büyük sorunlara yol açıyor. Doğru iş akışını ve sürüm kısıtlarının nasıl okunduğunu anlatıyorum.
Regex'i görünce gözlerini kaçıranlardan mısınız? Aslında günlük işlerin çoğu bir avuç sembolle hallediliyor: log dosyasından IP ayıklamak, telefon numarası doğrulamak, toplu metin değiştirmek. Temel yapı taşlarını ve gerçek hayattan örnekleri anlatıyorum.
2.4.1'den 2.5.0'a geçmek güvenli mi, 3.0.0 neden korkutucu? Anlamsal sürümlemenin kurallarını, bir sürüm numarasının kullanıcısına verdiği sözü ve okunan, işe yarayan bir değişiklik günlüğünün nasıl yazılacağını anlatıyorum.
Kod bir kez yazılır ama defalarca okunur. Değişken, fonksiyon ve sınıf isimleri, bir kodun ne yaptığını anlatan en önemli belgedir. $data, $tmp ve process() gibi isimlerin neden pahalıya patladığını ve iyi isim seçmenin pratik kurallarını örneklerle anlatıyorum.
Kod incelemesi ya bir formaliteye dönüşüp "LGTM" ile geçiştiriliyor ya da bitmeyen tartışmalara ve kırgınlıklara yol açıyor. İnceleme yaparken neye bakmak gerektiğini, nasıl yorum yazılacağını ve incelenecek değişikliğin nasıl hazırlanacağını anlatıyorum.