Bugünkü yazımız statik kod analizi yapan sonarqube alt
yapısına bağlanan ve benzer kuralları işleten bir araç olan SonarLint'i
inceleyeceğiz. SonarLint microsoft visual studio üzerine kurulan bir extention olup bunu rahatlıkla
microsoft visual studio içinde kurabilir veya
buradan da indirip kurabilirsiniz. Resmi sitesinde C# ile ilgili yaklaşık
390 kural görünmektedir, fakat biz sadece kendi karşılaştıklarımızı ele
alacağız. Bunların bazılarını çözmek biraz daha kolay iken bazılarını çözmek ise biraz
vakit alabiliyor. Tüm kurallar için ise
buraya göz
gezdirebilirsiniz. Karşılaştığım kuralları hangi kritere göre sıralamak
konusunda çok düşündüm. En sonunda hata kodlarını küçükten büyüğe sıralamaya
karar verdim. Bu yazıyı güncelle tutmaya özen gösterip karşılaştığımız hataları eklemeye devam edeceğiz.
clean code etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
clean code etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
21 Haziran 2020 Pazar
Sonarlint ile Refactoring
S.A. Arkadaşlar,
Etiketler:
C#,
clean code,
csharp,
performance,
sonarqube,
temiz kod
22 Nisan 2019 Pazartesi
Kendini Geliştirmek İsteyen Yazılımcılara...
S.a. Arkadaşlar,
Hayatımıza uygulamamız gereken bir kaç pratik bilgiden bahsetmek istiyorum. Bunları uygulamanın bir çok faydası var. Zaman zaman bunları uygulamak benim de yaşadığım bir sıkıntı maalesef. O yüzden bunları önce kendime söylüyorum. Daha sonra belki başka faydalananlar da çıkar ümidiyle paylaşmak istedim. Belki bu sayede kafalarda birer soru işareti, birer yol işareti olması dileğiyle.
Kod Okumak
Benim kendi adıma dert yandığım konulardan biri kod okumaktır. Hepimiz kod yazıyoruz, ama yazdığımız kodun kalitesi hakkında fikir sahibi miyiz ?
Benim kendi adıma dert yandığım konulardan biri kod okumaktır. Hepimiz kod yazıyoruz, ama yazdığımız kodun kalitesi hakkında fikir sahibi miyiz ?
Hadi onu da geçtim, başka biri bu kodu nasıl yazardı veya bu mimariyi nasıl tasarlardı diye hiç düşündünüz mü ? Bazen yazdığım kodlardan sonra bunu düşünüyorum. Acaba iyi bir çözüm müdür, daha iyisi yazılabilir mi diye kafa yorduğumu oluyor. Ve bu yetiyi geliştirmek için github üzerinden bol bol kod okumak lazım.
Mümkünse açık kaynaklı kodlara destek vermek lazım. Ayrıca hackerrank tarzı siteleri de es geçmemek lazım. Bazen oralarda problemler çözüyorum.
Merak edip insanların çözümüne bakıyorum, çok makul ve etkili çözümler görebiliyorum, işte böyle böyle gelişebiliriz.
Burada Tarık Güney’in bir makalesiyle baş başa bırakayım sizi. Kendisi de çok üretken çok bilgili bir meslektaşımızdır.
Kod Kata
Belki de bu kavramlar arasında en nadir duyduğunuz kavram budur. Ben bunu kavramı ilk defa Özcan Acar Hoca’dan duydum. Kendisi bu konulara çok kafa yoran bilgili, üretken bir Java Şampiyonudur.
Belki de bu kavramlar arasında en nadir duyduğunuz kavram budur. Ben bunu kavramı ilk defa Özcan Acar Hoca’dan duydum. Kendisi bu konulara çok kafa yoran bilgili, üretken bir Java Şampiyonudur.
Günlük olarak pratik yapmamız gerektiğini söylüyor. Futbolcu nasıl her antrenmandan önce ısınma hareketleri yapıyorsa ve bu onu zinde tutuyorsa bizim de bunları yapmamız gerektiğini söylüyor. Aşağıda vereceğim siteye göz atabilirsiniz, ayrıca ben bunu son zamanlarda aksatsam da her gün hackerrank’tan bir problem çözmek olarak hedef koymuştum kendime. Bunu bir düşünmenizi tavsiye ederim.
Kod Kata
Code Review
Bu da başka önemli bir konu. Büyük şirketlerde çalışan arkadaşlar bu açıdan daha şanslı olsa da bu imkana sahip olmayanlar da kendine bir arkadaş bulabilir ve müsait oldukça ya da belirli günlerde arkadaşıyla kodları inceleyebilirler. Mesela ben bunun için kendime bir arkadaş buldum ve ara sıra da olsa bunu yapmaya çalışıyorum. Siz de bence bu iş için birilerini bulabilirsiniz.
SonarQube ve Resharper
Sonarcube kodun kalitesini statik olarak ölçen ve size bu konuda öneriler sunabilen bir araçtır.
Resharper ise direkt c# için visiual studio refactor aracı da diyebiliriz.
Şahsen resharper kullanmadım ama sonarcube kullandım ve oldukça da eksiklikleri görüp düzeltmiştim. Bu konuda dinlediğim bazı podcast’lerde yurt dışında sonarqube’den geçmeyen kodların push’lanmadığını bazı yerlerde ise kodun derlenmediğini dahi duydum. Buları hep ayarlayabiliyorsunuz. Tabi bunları Türkiye’de başarabilmek ne kadar mümkün bilemiyorum.
Bu da başka önemli bir konu. Büyük şirketlerde çalışan arkadaşlar bu açıdan daha şanslı olsa da bu imkana sahip olmayanlar da kendine bir arkadaş bulabilir ve müsait oldukça ya da belirli günlerde arkadaşıyla kodları inceleyebilirler. Mesela ben bunun için kendime bir arkadaş buldum ve ara sıra da olsa bunu yapmaya çalışıyorum. Siz de bence bu iş için birilerini bulabilirsiniz.
SonarQube ve Resharper
Sonarcube kodun kalitesini statik olarak ölçen ve size bu konuda öneriler sunabilen bir araçtır.
Resharper ise direkt c# için visiual studio refactor aracı da diyebiliriz.
Şahsen resharper kullanmadım ama sonarcube kullandım ve oldukça da eksiklikleri görüp düzeltmiştim. Bu konuda dinlediğim bazı podcast’lerde yurt dışında sonarqube’den geçmeyen kodların push’lanmadığını bazı yerlerde ise kodun derlenmediğini dahi duydum. Buları hep ayarlayabiliyorsunuz. Tabi bunları Türkiye’de başarabilmek ne kadar mümkün bilemiyorum.
Bununla ilgili medium’da bir yazım var isterseniz inceleyebilirsiniz.
Burada da Suat Köşe’nin güzel bir yazısı mevcut.
Farklı platformlar için medium üzerinden kolaylıkla farklı örnekler buldum. Sizler de kullandığınız dil veya platforma göre bulabilirsiniz.
Çıplak sınıf kalmasın
Bu kavramı ilk defa Engin Demiroğ’den duymuştum. Kendisi bu konularda oldukça bilgi bir meslektaşımız. Bu konu aslında kendime kızdığım bir konu. Base class oldukça yaygın kullanıyorum, fakat interface kullanımında kendimi eksik görüyorum. (Bu yazıyı daha önceden hazırlamıştım, şimdi tekrardan gözden geçirirken bu konuda da kendimi geliştirmeye devam ediyorum. Bu eksikliğimi de gidermeye devam ettiğim için ayrıca mutlu oldum:) Yani bir class oluşturduğumuzda base’inde (java’da super class) , implementasyonunda bir arayüz (interface) yoksa orada sıkıntılar var demektir. Bu konu belki de hastalıkların babasıdır. Çünkü mimari düzgün kurulmadığında, sınıflar birbirine sıkı bağımlı olduğunda, test yazmak daha da zorlaşır. Test yazmak zorlaşırsa proje kırılgan olur. Kırılgan olan projede değişikler yapmak zor ve maliyetli olur. Her değişikliğin maliyeti artar ve en son sonunda yeniden yazmak zorunda kalacağınız bir projeniz olabilir.
AOP ve @-Attribute
Bu konu da oldukça güzel bir konu. Yıllar önce okumuştum, fakat o zamanlar ne demek istediğini tam anlayamamıştım. Daha sonra tekrar araştırma fırsatı buldum. Burası benim kendi adıma sevindiğim bir nokta oldu. Adını bilmeden kullandığım bir yapıymış. Bunu kısaca açıklayacak olursak;
Bir metot içerisinde onlarca kontrol varsa bunları attribute olarak tanımlayıp kodu basit hale getirebiliyoruz. Bu başlı başına bir yazı olduğu için buradan bir örnek vereyim. Bu yazı oldukça uzun bir yazıdır. Hepsini okumazsanız bile en azından yarısına kadar gelmenizi şiddetle tavsiye ederim. Ayrıca benim de MVC yapısı ile kullanarak hazırladığım bir yazım var.
Clean Code
Bu konu başlı başlına çok büyük bir konu gerçekten, fakat sürekli tavsiye edilen bu kitabın İngilizcesi gerçekten çok uzun. Bu yüzden
Büşra Uzun’un bu konuda paylaştığı notları var. 12 yazı şeklinde yayımlamış. Gerçekten çok emek harcamış ve kesinlikle okunması gereken bir yazı serisi.
Sonuç
Tüm bu konuları ele alıp bu linkteki gibi kendi kod standartlarımızı dahi yapabiliriz. Eksik veya eklemek istediğiniz yerler olursa yazıya yorum olarak ekleyebilirsiniz. Ayrıca karşılıklı olarak da konuşmak isteyen arkadaşlar özelden (linkedin veya twitter’den) de yazabilir.
Selametle Kalın.
Burada da Suat Köşe’nin güzel bir yazısı mevcut.
Farklı platformlar için medium üzerinden kolaylıkla farklı örnekler buldum. Sizler de kullandığınız dil veya platforma göre bulabilirsiniz.
Çıplak sınıf kalmasın
Bu kavramı ilk defa Engin Demiroğ’den duymuştum. Kendisi bu konularda oldukça bilgi bir meslektaşımız. Bu konu aslında kendime kızdığım bir konu. Base class oldukça yaygın kullanıyorum, fakat interface kullanımında kendimi eksik görüyorum. (Bu yazıyı daha önceden hazırlamıştım, şimdi tekrardan gözden geçirirken bu konuda da kendimi geliştirmeye devam ediyorum. Bu eksikliğimi de gidermeye devam ettiğim için ayrıca mutlu oldum:) Yani bir class oluşturduğumuzda base’inde (java’da super class) , implementasyonunda bir arayüz (interface) yoksa orada sıkıntılar var demektir. Bu konu belki de hastalıkların babasıdır. Çünkü mimari düzgün kurulmadığında, sınıflar birbirine sıkı bağımlı olduğunda, test yazmak daha da zorlaşır. Test yazmak zorlaşırsa proje kırılgan olur. Kırılgan olan projede değişikler yapmak zor ve maliyetli olur. Her değişikliğin maliyeti artar ve en son sonunda yeniden yazmak zorunda kalacağınız bir projeniz olabilir.
AOP ve @-Attribute
Bu konu da oldukça güzel bir konu. Yıllar önce okumuştum, fakat o zamanlar ne demek istediğini tam anlayamamıştım. Daha sonra tekrar araştırma fırsatı buldum. Burası benim kendi adıma sevindiğim bir nokta oldu. Adını bilmeden kullandığım bir yapıymış. Bunu kısaca açıklayacak olursak;
Bir metot içerisinde onlarca kontrol varsa bunları attribute olarak tanımlayıp kodu basit hale getirebiliyoruz. Bu başlı başına bir yazı olduğu için buradan bir örnek vereyim. Bu yazı oldukça uzun bir yazıdır. Hepsini okumazsanız bile en azından yarısına kadar gelmenizi şiddetle tavsiye ederim. Ayrıca benim de MVC yapısı ile kullanarak hazırladığım bir yazım var.
Clean Code
Bu konu başlı başlına çok büyük bir konu gerçekten, fakat sürekli tavsiye edilen bu kitabın İngilizcesi gerçekten çok uzun. Bu yüzden
Büşra Uzun’un bu konuda paylaştığı notları var. 12 yazı şeklinde yayımlamış. Gerçekten çok emek harcamış ve kesinlikle okunması gereken bir yazı serisi.
Sonuç
Tüm bu konuları ele alıp bu linkteki gibi kendi kod standartlarımızı dahi yapabiliriz. Eksik veya eklemek istediğiniz yerler olursa yazıya yorum olarak ekleyebilirsiniz. Ayrıca karşılıklı olarak da konuşmak isteyen arkadaşlar özelden (linkedin veya twitter’den) de yazabilir.
Selametle Kalın.
Etiketler:
AOP,
attribute,
clean code,
code review,
kod kata,
resharper,
sonarqube
22 Aralık 2018 Cumartesi
Code Simplicity ( Kod Basitliği - 9)
S.a. Arkadaşlar,
İlk yazısına 1 Nisan'da başladığımız kod basitliği kitabının nihayet sonuna gelmiş bulunuyoruz. Bu kitaba başlamama vesile olan İbrahim Kürce'ye de buradan bir teşekkürü borç bilirim. Şimdi de kitabı bitirmenin heyecanıyla son yazıyı ele alıyoruz. 9.bölüm olan son yazımızda testi ele alacağız. Ayrıca bu yazımız yılın da son yazısı olacak. Şimdi sizi yazıyla baş başa bırakalım.
İlk yazısına 1 Nisan'da başladığımız kod basitliği kitabının nihayet sonuna gelmiş bulunuyoruz. Bu kitaba başlamama vesile olan İbrahim Kürce'ye de buradan bir teşekkürü borç bilirim. Şimdi de kitabı bitirmenin heyecanıyla son yazıyı ele alıyoruz. 9.bölüm olan son yazımızda testi ele alacağız. Ayrıca bu yazımız yılın da son yazısı olacak. Şimdi sizi yazıyla baş başa bırakalım.
9 Aralık 2018 Pazar
Code Simplicity ( Kod Basitliği - 8.2)
S.a. Arkadaşlar,
İyiden iyi sona yaklaşıyoruz artık. Tatlı bir heyecan sarmaya başladı beni. Bu yazımızı da tamamladığımızda sadece bir bölüm kalacak, onu da yıl bitmeden tamamlamaya çalışacağım. Bildiğiniz üzere 8.bölümü 2 kısma ayırmıştık. İlk bölümde karmaşıklık ve kötü teknoloji seçiminden bahsetmiştik. Şimdi ise geri kalan konuları işlemeye çalışacağız. Hazırsanız başlayalım.
İyiden iyi sona yaklaşıyoruz artık. Tatlı bir heyecan sarmaya başladı beni. Bu yazımızı da tamamladığımızda sadece bir bölüm kalacak, onu da yıl bitmeden tamamlamaya çalışacağım. Bildiğiniz üzere 8.bölümü 2 kısma ayırmıştık. İlk bölümde karmaşıklık ve kötü teknoloji seçiminden bahsetmiştik. Şimdi ise geri kalan konuları işlemeye çalışacağız. Hazırsanız başlayalım.
31 Ekim 2018 Çarşamba
Code Simplicity ( Kod Basitliği - 8.1)
S.a. Arkadaşlar,
Kod basitliği kitabının artık iyice sonlarına yaklaştık. Şimdiye kadarki tüm yazılarımızda basitliğin üzerinde durduk. Hep olması gerekeni konuştuk, onu uygulamaya çalıştık. Özellikle bir önceki bölümde basitliğin üzerinde iyice durduk. Bu yazımızda basitliğin tersi olan karmaşıklığı ele alacağız. Uzun olmaması için yazıyı yine ikiye ayırıyor olacağız. Hazırsanız başlayalım...
Kod basitliği kitabının artık iyice sonlarına yaklaştık. Şimdiye kadarki tüm yazılarımızda basitliğin üzerinde durduk. Hep olması gerekeni konuştuk, onu uygulamaya çalıştık. Özellikle bir önceki bölümde basitliğin üzerinde iyice durduk. Bu yazımızda basitliğin tersi olan karmaşıklığı ele alacağız. Uzun olmaması için yazıyı yine ikiye ayırıyor olacağız. Hazırsanız başlayalım...
30 Eylül 2018 Pazar
Code Simplicity ( Kod Basitliği - 7.2)
S.a. Arkadaşlar,
Kod basitliği kitabından öğrendiklerimizi yazmaya devam ediyoruz. En son kitabın en önemli konusu olan 7.bölümde kalmıştık. 7.bölüm uzun olduğundan 2 yazıya bölme ihtiyacı doğmuştu. 1.kısmına buradan erişebilirsiniz. Bugün ise 2.kısmını ele alacağız. Hazırsak başlayalım.
Kod basitliği kitabından öğrendiklerimizi yazmaya devam ediyoruz. En son kitabın en önemli konusu olan 7.bölümde kalmıştık. 7.bölüm uzun olduğundan 2 yazıya bölme ihtiyacı doğmuştu. 1.kısmına buradan erişebilirsiniz. Bugün ise 2.kısmını ele alacağız. Hazırsak başlayalım.
16 Eylül 2018 Pazar
Code Simplicity ( Kod Basitliği - 7.1)
S.a. Arkadaşlar,
Bildiğiniz gibi kod basitliği kitabını işliyorduk. İlk 6 konuyu her hafta işlemeye özen gösterdim. Yeni iş, yeni proje , yeni teknoloji sebebiyle basitlik yazılarına ara vermek zorunda kalmıştık. Neyse ki pes etmeden tekrar devam etmek nasip oldu. Bugün kitabın 7.konusu olan kitabın temelini oluşturan basitliği işliyoruz. Hem konunun önemi hem de uzunluğu sebebiyle yazıyı 2 parçaya böldük. En yakın zamanda 2.parçasını da yayımlamak dileğiyle. Hazırsanız başlayalım.
Bildiğiniz gibi kod basitliği kitabını işliyorduk. İlk 6 konuyu her hafta işlemeye özen gösterdim. Yeni iş, yeni proje , yeni teknoloji sebebiyle basitlik yazılarına ara vermek zorunda kalmıştık. Neyse ki pes etmeden tekrar devam etmek nasip oldu. Bugün kitabın 7.konusu olan kitabın temelini oluşturan basitliği işliyoruz. Hem konunun önemi hem de uzunluğu sebebiyle yazıyı 2 parçaya böldük. En yakın zamanda 2.parçasını da yayımlamak dileğiyle. Hazırsanız başlayalım.
4 Haziran 2018 Pazartesi
Code Simplicity ( Kod Basitliği - 6)
S.a. Arkadaşlar,
Kod basitliği kitabının 6.bölümüyle devam ediyoruz. Geçen yazımızda kitabı yarısı geçtiğimizi söylemiştik. Şimdi artık yokuş aşağı iniş başladı diyebiliriz. İnşaallah hayırlısıyla bitirmek de nasip olur. 5.bölümde yazılımdaki değişiklikleri ve 3 kusuru işlemiştik. Bugün ise hatalar ve tasarım başlığını inceleyeceğiz. Hazırsak başlayabiliriz.
Kod basitliği kitabının 6.bölümüyle devam ediyoruz. Geçen yazımızda kitabı yarısı geçtiğimizi söylemiştik. Şimdi artık yokuş aşağı iniş başladı diyebiliriz. İnşaallah hayırlısıyla bitirmek de nasip olur. 5.bölümde yazılımdaki değişiklikleri ve 3 kusuru işlemiştik. Bugün ise hatalar ve tasarım başlığını inceleyeceğiz. Hazırsak başlayabiliriz.
13 Mayıs 2018 Pazar
Code Simplicity ( Kod Basitliği - 5)
S.a. Arkadaşlar,
Kod basitliği kitabının 5.yazısına başlıyoruz bugün. Bildiğiniz üzere 9 yazılık bir seri olacaktı. Bu yazıyla yolun yarısını da geçmiş oluyoruz. Seriyi de tamamlarız inşaallah en yakın zamanda. Geçen yazımızda yazılımın geleceği konusunu işlemiştik. Bugün ise yazılımdaki değişiklikleri işleyeceğiz. Kısa bir giriş yaptığımıza göre artık başlayabiliriz.
Kod basitliği kitabının 5.yazısına başlıyoruz bugün. Bildiğiniz üzere 9 yazılık bir seri olacaktı. Bu yazıyla yolun yarısını da geçmiş oluyoruz. Seriyi de tamamlarız inşaallah en yakın zamanda. Geçen yazımızda yazılımın geleceği konusunu işlemiştik. Bugün ise yazılımdaki değişiklikleri işleyeceğiz. Kısa bir giriş yaptığımıza göre artık başlayabiliriz.
7 Mayıs 2018 Pazartesi
Delegation Dictionary ile Sınıfları Koşulsuz Çağırma
S.a. Arkadaşlar,
Bugünkü yazacağımız konu, kodun düzenlenmesiyle ilgilidir. Farklı sınıfları çağırırken if veya switch case yapısı yerine nasıl bir yöntem izleyebiliriz ona bakacağız. Öncelikle switch case yapısını inceleyeceğiz, daha sonra reflection ile düzenleme yapacağız, en son da delegate dictionary ile kodu düzenleyeceğiz. Aradaki farkı gördükten sonra istediğiniz yapıyı kullanmak size kalmış, fakat sanki tercihiniz belli gibi olacak. Hazırsak başlayalım.
Bugünkü yazacağımız konu, kodun düzenlenmesiyle ilgilidir. Farklı sınıfları çağırırken if veya switch case yapısı yerine nasıl bir yöntem izleyebiliriz ona bakacağız. Öncelikle switch case yapısını inceleyeceğiz, daha sonra reflection ile düzenleme yapacağız, en son da delegate dictionary ile kodu düzenleyeceğiz. Aradaki farkı gördükten sonra istediğiniz yapıyı kullanmak size kalmış, fakat sanki tercihiniz belli gibi olacak. Hazırsak başlayalım.
24 Nisan 2018 Salı
Code Simplicity ( Kod Basitliği - 4)
S.a. Arkadaşlar,
Bildiğiniz gibi Kod Basitliği kitabını bölüm bölüm inceliyorduk. Geçen yazımızda tasarımın zorluklardan bahsetmiştik. Bugünkü yazımız ise diğer üç yazımıza göre biraz uzun olacaktır. Umarım en keyifli şekilde okursunuz. Bugünkü yazımızın 3 temek başlığı yazılım tasarım denklemi, tasarımın kalitesi ve öngörülmeyen sonuçlardır. Eğer hazırsak başlayalım :)
Bildiğiniz gibi Kod Basitliği kitabını bölüm bölüm inceliyorduk. Geçen yazımızda tasarımın zorluklardan bahsetmiştik. Bugünkü yazımız ise diğer üç yazımıza göre biraz uzun olacaktır. Umarım en keyifli şekilde okursunuz. Bugünkü yazımızın 3 temek başlığı yazılım tasarım denklemi, tasarımın kalitesi ve öngörülmeyen sonuçlardır. Eğer hazırsak başlayalım :)
15 Nisan 2018 Pazar
Code Simplicity ( Kod Basitliği - 3)
S.a. Arkadaşlar,
Bildiğiniz gibi Kod Basitliği kitabı yazı serisine başlamıştık. Önceki yazıda kayıp bilimi işlemiştik. Yazılımcının aynı zamanda bir tasarımcı olduğunu ve yazılım bilim ilişkisi üzerinde durmuştuk. Bugün ise 3.bölüm olan yazılım tasarımının zorluklarına değineceğiz. Şimdi kısa bir giriş yaptıktan sonra yazımıza geçebiliriz.
Bildiğiniz gibi Kod Basitliği kitabı yazı serisine başlamıştık. Önceki yazıda kayıp bilimi işlemiştik. Yazılımcının aynı zamanda bir tasarımcı olduğunu ve yazılım bilim ilişkisi üzerinde durmuştuk. Bugün ise 3.bölüm olan yazılım tasarımının zorluklarına değineceğiz. Şimdi kısa bir giriş yaptıktan sonra yazımıza geçebiliriz.
8 Nisan 2018 Pazar
Code Simplicity ( Kod Basitliği - 2)
S.a. Arkadaşlar,
Daha önceki yazımızda bahsettiğimiz gibi Code basitliği kitabın çevirisini yapıp anladıklarımızı aldığımız notları bazen de ek açıklamalar yaparak yazısı dizisi hazırlıyorduk. Bugün bu yazı dizisinin 2.bölümü olan Kayıp Bilimi işleyeceğiz. Bu başlık altında Her programcı bir tasarımcıdır, yazılımm tasarımın bilimi ve tasarımda neden bilim yok konularını işleyeceğiz. Hazırsak başlayalım :)
Daha önceki yazımızda bahsettiğimiz gibi Code basitliği kitabın çevirisini yapıp anladıklarımızı aldığımız notları bazen de ek açıklamalar yaparak yazısı dizisi hazırlıyorduk. Bugün bu yazı dizisinin 2.bölümü olan Kayıp Bilimi işleyeceğiz. Bu başlık altında Her programcı bir tasarımcıdır, yazılımm tasarımın bilimi ve tasarımda neden bilim yok konularını işleyeceğiz. Hazırsak başlayalım :)
1 Nisan 2018 Pazar
Code Simplicity ( Kod Basitliği - 1)
S.a. Arkadaşlar,
Bugün yeni bir yazı dizisine başlamayı düşünüyorum. Max Kanat-Alexander'in Kod Basitliği adlı kitabını elimden geldiğince okuyup anladığım kadarıyla , bazen de küçük notlar ekleyerek yazmayı düşünüyorum. Kitap 9 bölümden oluşmaktadır. Ben de 9 yazı şeklinde bunu yayınlamayı düşünüyorum. Her haftanın belirli bir günü yazıları yayınlamayı düşünüyorum. Bana bu konuda ilham veren Büşra Uzun'dur. Daha önce medium üzerinden yayınlamış olduğu Clean Code adlı ünlü kitabın çevirisi çok hoşuma gitmiş ve her okuduğum yazıda kendisine müteşekkir olmuştum. Her birimiz böyle değerli bir kitabı iyi kötü çevirsek bu konuda daha da gelişiriz diye düşünüyorum. Kısa bir girişten sonra artık sözü kitaba devredelim :)
Bugün yeni bir yazı dizisine başlamayı düşünüyorum. Max Kanat-Alexander'in Kod Basitliği adlı kitabını elimden geldiğince okuyup anladığım kadarıyla , bazen de küçük notlar ekleyerek yazmayı düşünüyorum. Kitap 9 bölümden oluşmaktadır. Ben de 9 yazı şeklinde bunu yayınlamayı düşünüyorum. Her haftanın belirli bir günü yazıları yayınlamayı düşünüyorum. Bana bu konuda ilham veren Büşra Uzun'dur. Daha önce medium üzerinden yayınlamış olduğu Clean Code adlı ünlü kitabın çevirisi çok hoşuma gitmiş ve her okuduğum yazıda kendisine müteşekkir olmuştum. Her birimiz böyle değerli bir kitabı iyi kötü çevirsek bu konuda daha da gelişiriz diye düşünüyorum. Kısa bir girişten sonra artık sözü kitaba devredelim :)
25 Şubat 2018 Pazar
Sonarqube ile Kod Analizi
S.a. Arkadaşlar,
Bugün sonarqube ile statik kod analizi aracını inceleyeceğiz. Sonarqube nedir ,kurulumu nasıl yapılır, nasıl kullanılır soruları üzerinde duracağız. İnternette farklı şekillerde anlatan makaleler var. Burada ise sade ve adım adım anlatmaya çalışacağız. Hatayla karşılaştığımız yerleri de belirteceğiz ki siz de aynı hatalarla karşılaştığınızda kolaylıkla o problemleri aşabilirsiniz.
Bugün sonarqube ile statik kod analizi aracını inceleyeceğiz. Sonarqube nedir ,kurulumu nasıl yapılır, nasıl kullanılır soruları üzerinde duracağız. İnternette farklı şekillerde anlatan makaleler var. Burada ise sade ve adım adım anlatmaya çalışacağız. Hatayla karşılaştığımız yerleri de belirteceğiz ki siz de aynı hatalarla karşılaştığınızda kolaylıkla o problemleri aşabilirsiniz.
Etiketler:
bug,
clean code,
fix,
programming,
sonarqube,
statik analiz,
temiz kod
Kaydol:
Kayıtlar (Atom)