Writing Something

It is obvious that almost all the organizations in the world need a strong change. Do you think it is normal that everybody who has a job is very busy? Is it normal making overtime work all the time to finish important and urgent tasks, and feeling stress while working. We need to re-engineer the corporations!

Now, a lot of people from different sectors work stress-fully to bring up their trivial works as if they were important. But even they are aware of this unimportance; they do nothing to change it.

Let me say something, we have to change it. If there are people who think that change is unnecessary, they should not think their misapprehend achievements are under guarantee.

We have to improve our processes. Constant change should be our permanent feature not a harbor that we rarely visit. Unfortunately, our ways will always change; there will be operations that we cannot easily figure out. It seems hard but there are naturally adapted Y and Z generations for these possible changes. It is unacceptable to make plans for organizations without considering Y and Z generations.

People should notice that as soon as possible. But it is not that easy. I notice that my actions generally do not create awareness in my family and my colleagues.

A book named “A Sense of Urgency” which is published by Harvard Business Press is very inspiring about what I told above. It can increase the awareness of readers.

One of the things that the book indicates that people are satisfied with their situations. As I see and very surprised that people really are. This satisfaction can be explained as being not aware of the danger. In a very fast changing world, sloth and this satisfaction are the enemies of productivity and quality.

The interesting thing is, even a manager who agrees with what I wrote above, sometimes cannot notice that a team which he/she directs is full of employees who are satisfied with their situations And this will never let that manager to accomplish his/her future dreams.

The pressure that he/she puts on the team knowingly or unknowingly creates a false sense of urgency. So people show themselves urgently working so much… But I guess you can imagine how hard working it is! A manager can wake up when he/she notices the inefficiency despite of her/his team’s long working hours. Maybe he/she will never wake up!

Akın Öngör’ün “Benden Sonra Devam” adlı kitabını okuyup Garanti Bankası’nın hikayesini biraz daha detaylı öğrenince saygı duyduğum liderler arasına Akın Öngör’ü de ekledim. Şu an kalbimde Steve Jobs kadar önemli bir yere sahip :)

Türkiye süreçleri değiştirmenin çok zor olduğu bir ülke. Bir sürü tembelin bir arada uyuştuğu bir yer… Böyle bir ülkede “Garanti Bankası” gibi bir marka yaratmak, değerini 150 milyon $’dan 5 milyar $’a çıkarmak, “Apple” yaratmaktan daha zor olsa gerek…

Akın Öngör başarısını iyi elemanlara, iyi sistemlere ve baskı altında başarı uyumuna atfetmiş. Bir liderin görevi insanların uyumlu çalışmasını sağlamaktır. Ama ilk adım doğru ekibi bir araya getirmektir. Verimli bir ekip kurmakla ilgili kitaptaki şu paragrafa dikkat çekmek istiyorum;

İnsana yatırım yap… yetiştir… geliştir… gelişmiş teknoloji ile besle… çalışanına güven… onu cesaretlendir… yetkilendir… fikirlerini ifade etmesi için imkan ver… önerilerle gelmesi için yüreklendir… çalışanların uygulanan önerilerini ve etkin çalışmalarını ödüllendir… bunu doğal sonucu olarak motivasyon ve yaratıcılık gelecektir.

Akın Öngör oluşturmuş olduğu bu yaratıcı ortamla Türkiye Bilişim camiasına da Garanti Teknoloji’yi kazandırmıştır.

Kitaptan çok ilgimi çeken bir ayrıntı da çalışanlara “Kişisel Bakım Eğitimi” uygulaması oldu. İlk intiba ve dış görünüş gerçekten çok önemli. Aslında çoğumuz da farkındayız. Ama uygulamada biraz yetersiziz… Gelişmiş ülkelerde çoğunluk kesimin daha bakımlı ve daha temiz olduğunu fark etmiş olabilirsiniz. Bence bu konuda ülkemizde ilkokuldan başlayarak ciddi eğitimler verilmeli…

Kitabı bitirip okuduklarım üzerine düşünürken 1-2 konuda Akın Öngör’e kızarken buldum kendimi… Birincisi erken emekli olması, ikincisi Ziraat, Emlak ve Halk bankasının eş başkanlığı teklif ettiğinde kabul etmemesi, bence Türkiye bu hayırla çok şeyi kaçırdı… Her ne kadar Doğal Hayatı Koruma Vakfı ile faydalı işler yapsa da kendimi ikna edemedim…

Sözün özü bu kitabı mutlaka okuyun…

Neredeyse dünyadaki tüm organizasyonların çok sıkı bir değişime ihtiyaç duyduğu ortada… İşe giden herkesin çok yoğun olması sizce normal mi? Birbirinden önemli ve acil! İşleri yapmak için sürekli fazla mesai yapması, çalışırken üstünde bir stres hissetmesi sizce normal mi?

Şu anda tüm sektörlerden pek çok insan stresli bir şekilde incir çekirdeğini doldurmayacak önemde bir şeyleri çok önemliymiş gibi yetiştirmeye çalışıyor. Ama bu gereksizliğin farkında olmasına rağmen bunu değiştirmek için elini taşın altına koymuyor…

Size bir şey söyleyeyim; bunu değiştirmek zorundayız. Değişmesini gerekli görmeyenler de geçmişteki göreceli başarılarının geleceklerini garanti altına aldığını düşünmesin…

Süreçlerimizi sürekli iyileştirmek zorundayız. Değişim devamlı niteliklerinizden biri olmalı, ara sıra uğradığınız bir liman değil. Malesef uyguladığımız yöntemler daima değişecek, ezbere yapamayacağımız süreçlerimiz olacak. Size zor gelse de, buna doğuştan uyumlu bir Y ve Z jenerasyonu var. Artık organizasyonların Y ve Z jenerasyonunu dikkate alır şekilde süreç planlamamalarının kabul edilebilir bir özrü yok…

İnsanlar bunu biran önce fark etmeli ama bunun hokus pokus bir yolu yok. Ben genelde yaptığım eylemlerin bir farkındalık uyandırmadığını fark ediyorum. Ailemde ya da çalıştığım yerlerde gereksiz çırpınışlar içindeymişim gibi görüyor insanlar.

“Harvard Business Press” yayınlarından yayınlanmış John Kotter’ın “Bu çok acil” isimli kitabı bu konuda gerçekten çok ilham verici… Okuyanların farkındalığını arttırabilir…

Kitapta vurgulanan şeylerden biri insanların aslında içinde bulundukları bu durumdan hoşnut olduğu… Bende gözlemlediğim kadarıyla insanlar şaşılası şekilde kendilerinden hoşnut. Kendinden hoşnutluk, tehlikenin farkına varamayacak şekilde gönül rahatlığı ve tatmin duygusu olarak tanımlanabilir. Hızlı hareket eden ve değişen bir dünyada, uyuşukluk ya da var olan durumdan hoşnutluk duymak verim ve kalitenin düşmanıdır.

İşin ilginci yukarıda yazdığım satırlarla hemfikir olan bilgili bir yönetici bile 1-2 kademe altında, geleceğe ilişkin hayallerinin gerçekleşmesine asla izin vermeyecek ölçüde kendinden hoşnut bir ekibinin bulunduğu gerçeğini fark edemeyebiliyor.
Ekibine farkında olmadan ya da kendince mantıklı olarak kurduğu baskı, sahte bir ivedilik ortamı oluşturuyor. Böylelikle yöneticimizin sürekli çok çalışan ve stresli ekip arkadaşları oluyor. Benim için çok çalışıyorlar tarafını gören ama verimsizliği göremeyen bu yönetici arkadaşlar çok da uzak olmayan bir süre sonra çok çalışılmasına rağmen ortaya bir iş çıkmaması ile uykularından uyanabilir ya da hiç uyanmayabilir…

Bir kaç yıl önce bir eğitim için Toyota fabrikasına gitmiştim. Etraf bana çok düzenli gözükmüştü. Yakın bir zaman önce başka bir araba üreten fabrikada bulunmuştum. İster istemez ikisini kıyaslamıştım. Gözümde Toyota baya büyümüştü… Toyota’nın bir üretim felsefesi olduğundan bahsetmişlerdi. (Kaizen!)

Geçen gün okuduğum bir kitap bana Kaizen’i tekrar hatırlattı… Toyota yola “mümkün olduğunca verimli” bir şekilde ekonomik otomobil üretme hedefi ile çıkmış bir firmadır. Mümkün olduğunca verimli; yani üretim fazlasından tutunda, aşırı parça stoku ve çalışan hatasına kadar her türlü israftan kaçınmak üzere bir üretim sistemi… Sistem sadece ihtiyaç duyulanı, ihtiyaç duyulduğunda üretmeyi hedefliyor. (Tam Zamanında Üretim) Sistemdeki bir başka ilgi çekici uygulamada şu; sorun gördüğünde herhangi bir çalışanın bile üretimi durdurma hakkı olması. (Doğru süreçten sapan herşey israftır!)

Hata gören kişi bir düğmeye basıp koca üretim hattını durduruyor. Hatayı inceliyorlar ve kökenine inene kadar “Neden burada sorun çıktı?” diye soruyorlar… Ve sorun kökeninden çözülüyor.

Süreçte çalışan herkes hata çıkmasa bile daima süreci “Acaba daha iyi nasıl yapabiliriz?” diye sorguluyor… Birşey bugün 10 saniyede bitiyorsa yarın 9 saniyede bitmeli… Üretim sürecinde hiçbir şey küçük değildir! İşte bu felsefeye “Kaizen” diyorlar.

Bence “Kaizen” işe yarıyor. Toyota bunun en göz önündeki örneği. Bugüne kadar hiç kaizen uygulayan bir takımın üyesi olamadım. Dolayıyla Kaizen’i işlerken görmüşlüğüm yok… Ama işlerken görmeden ölmek istemiyorum.

Bu yazı Karl Seguin‘in Foundations of Programming ebook’unun ilk bölümünün çevirisidir. Bir ara gaza gelip çevirmeye başlamıştım ama devamı gelemedi. Aslında alt.net grubunda bir çevirme girişimi olmuştu. Makinede bir bahar temizliği yaparken tekrar gözüme ilişti. Ben bunu bir blog yazısı yaparım dedim :)

Eğer şimdiki durumla ilgili bir memnuniyetsizlik varsa, güzel. Eğer ortamda bir karmaşa varsa, daha da güzel. Eğer huzursuzsanız, ben mutluyum. Madem öyle fikirlerin oluşmasına izin verelim ve çok sıkı tartışmalar, çalışmalar olsun. Eğer biri eksik olduğunu düşünüyorsa, bırakın eksiğini kapatsın!
Hubert H Humphrey

Bir kaç yıl önce programcılık kariyerimde köşeyi dönecek kadar iyi bir durumdaydım. Karşıma insanlara yol gösterme fırsatı çıktı ve ben fırsatı iyi bir şekilde değerlendirdim. Bir kaç aylık bir dönemde programcılık becerilerim son 2 yıla oranla çok daha fazla gelişti, sanatımı belirginleştirmeye devam ettim. Şüphesizki hala çok şey öğrenmeliydim. 5 yıl önce yazdığım kodlara baktığımda utanıyorum. Eskiden beri programcılık becerimden eminim ama çok az şey bildiğimi kabul ettiğim anda (ve bu her zaman böyle olcak – bildiklerim bilmediklerimden az olacak) gerçekten anlamaya başlamıştım.

Programlamanın temelleri e-kitabı, hevesli programcıların birbirlerine yardımcı olmaları için yazılmış yazılar serisidir. Bu yazılarda henüz bilmeyenler için çok derin birçok şeyden bahsedeceğiz. Ben .NET camiasında iki baskın taraf görüyorum. Birini MSDN’ciler olarak tanımlıyorum. VB 6 ve Klasik ASP’den beri Microsoft’un yönlendirdiği kitle. Diğer tarafıda Alt.NET olarak tanımlıyorum. Nesne yönelimli programlama pratiklerini önemseyen ve Java konseptlerinden etkilenen kitle.
Gerçekte bu iki kitle birbiriyle kıyaslanabilir değil. MSDN yolunu takip eden kitle, sipesifik metot çağırımlarıyla bir şekilde çalışan bir sistem kurar. Bu MSDN’ci tutuma karşılık Alt.NET daha soyut konulara da değinerek bir sipesifik implimentasyon yapar. Jeremy Miller’ın da söylediği gibi “.NET camiası API ve Framework detaylarında fazlasıyla kaybolmuş durumda ve design ve kodlama becerilerine yeterli vurgu yapılmıyor.” Örnek vermek gerekirse, MSDN her veritabanı bağlantısı için DataTable ve DataSet kullanmaya yönlendiriyor. Alt.NET de DataTable ve DataSet kullanır. Lakin Alt.NET, tasarım kalıpları ve nesne ilişkilerindeki zorlukları, nesne uyuşmazlıklarını, Nhibernate(ORM) ya da MonoRail(Aktif Kayıt – Active Record) gibi sipesifik araçlarla çözmeyi de düşünür. Başka bir deyişle Alt.NET sadece MSDN’de yazanlara ALTernatif değildir. Alt.NET developerların faklı çözümleri de anlayıp uygulması gerektiği inanışıdır.

Tabiki, yukarda anlattıklarımızdan da anlaşılacağı üzere Alt.NET yolu geliştiricide çok daha geniş bir bilgi dağarcığı istiyor.Ve bu bilgiyi öğrenme yolu zorlu ve yardımcı kaynaklar su yüzüne yeni yeni çıkıyor. (Bende bu sebeple bu yazıları yazmaya karar verdim.) Ancak, sonucunda aldığımız ödül bu zahmete değer(bence), ben profesyonel gelişimimin sonucunda çok mutlu oldum.

Amaçlar

Basit olmasına rağmen, aldığım her programlama kararı büyük oranda bakımının kolay olmasına dayanır. Bakımı kolay kod(Maintainable) kurumsal yazılım geliştirmenin köşe taşıdır. CodeBetter’ın sıkı takipçileri bunu duymaktan bıkmışlardır ama bakımının kolay olması hakkında bu kadar sık konuşmamızın iyi bir nedeni var; bu iyi bir yazılım geliştirici olmanın anahtarıdır. Böyle düşünmemin bir kaç nedenini sıralayabilirim. İlk olarak, yapılan çalışmalar ve ilk elden deneyimlerimizden çıkardıklarımıza göre, Sistemler, bakıma önemli ölçüde zaman harcarlar. %50’nin üzerinde zaman değişiklikler, hata düzeltmeleri veya destek için harcanır. İkinci olarak, değişiklikler ve yeni özellikler devamlı olarak varolan koda yapılır. Çevik geliştirme felsefesi adapte etmediğinizde bile, müşterileriniz muhtemelen sizden her çeşit değişikliği yapmanızı isteyecektir. Kısaca, bakımı kolay olan bir çözüm sadece masrafınızı azaltmakla kalmaz, aynı zamanda sunacağınız özelliklerin sayısını ve kalitesini de yükseltir.

Programlamada görece yeni olsanız bile; şanslısınız ki, nasıl bir kodun işinizi kolaylaştıracağı konusunda araştırmalara başlamış durumdasınız. Başka birinin yazdığı bir uygulamayı, diğer çalışma arkadaşlarınızla yazdığınız bir uygulamayı, hatta bir kaç ay önce yazmış olduğunuz bir şeyi düzeltmeye çalışırsanız göreceksinizki baya bir yol katedeceksiniz. Yapabileceğiniz en önemli şeylerden biri, size tam olarak doğru görünmeyen şeyleri not almak ve daha iyi sonuçlar için bilinçli bir şekilde google da aramalar yapmak. Örneğin, bizim gibi klasik ASP kullanarak yıllarını geçirmiş programcılar şunu iyi bilir ki, kod ile HTML rasındadaki entegrasyon ideal değildir.

Bakımı kolay kod yaratmak en önemsiz şey değildir. Başladığınız zaman, süreç doğal gözükmeye başlayana kadar extra gayretli olamanız gerekecektir. Tahmin edebileceğiniz gibi, biz bakımı kolay kod üzerine düşünen ilk insanlar değiliz. Son olarak, aşina olmanız gereken bir takım sağlam fikirler mevcut. Bu fikirlerin üzerinden geçtikçe, her birini etraflıca düşünmek için zaman ayırın, farklı bakış açıları ve daha fazlası için google’da arama yapın ve en önemlisi bunları üzerinde çalıştığınız projeye nasıl uygulayabileceğinizi görmeye çalışın.

Basitlik

Yazdığımız kodun bakımını kolaylaştıran en temel araç, onu mümkün olduğunca basitçe yazmaktır. Bakımı kolay sistemler, gelebilecek herhangi bir isteği karşılayabilecek şekilde geliştirilmelidirler. Bu güne kadar, müşterilerin tüm isteklerini karşılayabilmek için, meta tablolar ya da xml konfigürasyon dosyaları üzerine kurulmuş sistemler gördüm. Bu sistemler, performans gibi ciddi teknik limitlerinin yanısıra kurulmuş oldukları amaçları karşılamakta da başarısızdırlar. Deneyimlerime göre esnekliğe giden doğru yol bir sistemi mümkün olduğunca basit tasarlamak. Böylelikle siz veya bir başka developer sizin kodunuzu rahatlıkla okur, anlar ve gerekli değişiklikleri yapabilir. Neden sadece kullanıcı adı doğru uzunlukta mı diye kontrol etmek için, konfürüge edilebilir bir kurallar motoru geliştirelim… Daha sonraki bölümlerde test odaklı geliştirmenin basit sistemler geliştirmeyi başarmamıza nasıl yardımcı olacağından bahsedeceğiz. TDD bu işi bizi, müşterilerimizin ödediği kadarını yazmaya odaklayarak başaracak.

YAGNI (You Are not Going to Need It – Buna ihtiyaç duymayacaksın)

YAGNI bir ekstrem programlama inanışı. Gelecekte ihtiyaç duyacağını düşünerek bir şeyi geliştirmemelisin, tecrübe diyor ki, büyük ihtimalle ihtiyaç duymayacaksın ya da tamamen başka bir şeye ihtiyaç duyacaksın. Sadece 2 satırlık bir e-posta ile çöpe dönüşebilecek bir şeyi bir aydır geliştiriyor olabilirsin. Daha geçen gün yanlış anladığım bir mail yüzünden değiştirilebilir bir rapor motoru yazdım. Ama müşterinin gerçek istediği benim 15 dakikada yapabileceğim basit, günlük bir rapordu.

Öteleyebildiğin kadar ötele

Öteleyebildiğin kadar ötele şu demek, gerçekten yapmak zorunda kalıncaya kadar ötele. Hiç kuşkusuz bazen çok öteleyemeyiz. Geliştirme aşamasının en erken safhalarında yazmamız gereken kodlar vardır. Bu konsept YAGNI ile sıkıca bağlıdır. Gerçekten yapmak zorunda olduğunuzu bildiğinizde daha fazla bekleyemeyeceğiniz ana kadar bekletin. Bu size ve müşterilerinize gerçekten bu modüle yada eklentiye ihtiyaç duyup duymayacağınıza emin olmak için ekstra zaman verir. Öteleyebildiğiniz kadar ötelemenin geliştirme anı ve sonrasında karşımınıza çıkabilecek değişiklik sayısını azaltacağını umuyorum.

DRY(Don’t Repeat Yourself – Kendini Tekrar Etme)

Kod duplikasyonu yazılımcılar için çok büyük başağrılarına neden olabilir. Bunlar sadece kodun değiştirilmesini zorlaştırmaz (çünkü aynı şeyi yaptığınız tüm yerleri bulmak zorunda kalırsınız), fakat aynı zamanda, ciddi aksaklıklar oluşturabilecek potensiyele sahiptirler ve yeni yazılımcıların aşama kaydetmelerini gereksiz derecede zorlaştırabilirler. Bir sistemin ömrü boyunca, Don’t Repeat Yourself (DRY; Kendini tekrar etme) prensibini uygulayarak, daha temiz ve bakımı kolay bir koda sahip olabilirsiniz. Şunu aklınızda tutun: kavram kopyala-yapıştırın ötesindedir ve tüm biçimlerdeki işlevsellik/davranış duplikasyonunu yoketmenize yardımcı olur. Nesne enkapsulasyonu ve bağlılık oluşturan kod, duplikasyonu azalmamıza yardımcı olabilir.

Açıklık ve Uyum

Kulağa basitmiş gibi geliyor, fakat kodunuzun, yapacağını söylediği şeyi yapıyor olduğundan kesinlikle emin olmalısınız. Bu, fonksiyonların ve değişkenlerin; standart yazım kullanılarak, ve gerektiğinde yeterli dökümatasyonlar sağlanarak doğru isimlendirilmeleri anlamına gelir. Üretilen bir sınıf, sizin veya ekibinizdeki bir başka yazılımcının yaptığının aynısını yapmalı ve müşteriniz de bunun böyle olması gerektiğini düşünmeli. Ek olarak, sınıfınız ve yönteminiz çok fazla uyumlu olmalı- bu tek bir amaçlarının olması gerektiği anlamına gelir. Eğer kendinizi, sipariş verişi yönetmeye başlayan bir müşteri sınıfı yazarken bulursanız, sipariş sınıfı yaratmaya ihtiyacınız olduğunu anlamalısınız. Birden çok ve farklı meselelerden sorumlu sınıflar, çok çabuk idare edilemez duruma gelirler. Bu bölümde; nesne yönelimli programlamanın, açık ve uyumlu bir kod yazarken size sunabileceği olanaklara bakacağız.

Eşleşmek

Eşleşme, iki sınıfın birbirine bağlı olduğu durumlarda gerçekleşir. Mümkün olduğunda, değişikliklerin yarattığı etkiyi minimize etmek için eşleşmeyi azaltmak isteyeceksiniz ve kodunuzun test edilebilirliğini artıracaksınız. Eşleşmeyi azaltmak veya tamamen ortadan kaldırmak, aslında bir çok insanın düşündüğünden daha kolaydır, bu konuda size yardımcı olabilecek stratejiler ve araçlar bulunmaktadır. Püf noktaları, istenmeyen eşleşmeyi tanımlayabilecektir. Daha sonraki bölümlerde eşleşmenin üzerinden detaylı bir şekilde geçeceğiz.

Birim Testleri ve Sürekli Entegrasyon

Birim Testleri ve Sürekli Entegrasyon (genel olarak CI olarak anılacaktır), daha sonraya ertelemek zorunda kaldığımız bir başka konu. Ama bundan once bilmeniz gereken bir kaç şey var. İlk olarak, ikisi de bakımı kolay bir kod yazabilme amacına ulaşabilmemiz için çok önemlidir. Birim testleri, yazılımcılara inanılmaz derecede fazla güven vererek onları güçlendirir. Siz bişeyleri iyileştirirken, değiştirirken ya da yeni özellikler eklerken, herhangi birşeyi bozmadığınızı garanti altına alan yüzlerce veya binlerce otomatik testin olması inanılmazdır. İkinci olarak, birim testlerini, kabul etmeye istekli değilseniz, en azından denemeye, bu yazıyı okuyarak zamanınızı boşa harcıyorsunuz. Üzerinden geçeceğimiz çoğu şey, kesinlikle kodununuz test edilebilirliğini artırabilmek amaçlı olacaktır.

Bölüm Özeti

Bu bölüm herhangi bir kod içermemesine rağmen, bir kaç öğenin üzerinden geçmeyi başardık. Teorik olmasından ziyade, daha elle tutulabilir olmasını istediğimden, buradan sonra ilk olarak gerçek koda kafa üstü dalacağız?. Umarım şimdiye kadar, son zamanlarda duymaya başladığınız garip kelimelerin anlamının size daha anlaşılabilir gelmesini becerebilmişizdir. Önümüzdeki birkaç bölüm, OOP’yi ve yüksek düzeyde devamlılığı(persistence) kapsayarak, geri kalan işimizin temelini atacak. O zamana kadar, umarım bahsettiğim bazı anahtar kelimeleri araştırarak zaman harcarsınız. Sizin kendi deneyimleriniz en iyi aracınız olduğu için, son ve şimdiki projeleriniz üzerinde düşününün ve iyi sonuç veren şeylerin olduğu kadar, işe yaramayan şeylerinde de listesini yapmaya çalışın.

…
codebetter.com/karlseguin/2008/06/25/foundations-of-programming-ebook/

Artık arama sonuçlarımızı sosyal medya uygulamalarındaki arkadaşlarımız’ın! (sosyal network) internet davaranışları da etkileyecek. Aradığımız konuda bir arkadaşımızın paylaşımı varsa, sonuçlarda göreceğiz. [1]

O kadar çok sosyal medya uygulaması varki… şaşırmak için “http://namechk.com” adresine bir bakabilirsiniz. Bu adreste ayrıca, uygulamalarda sizin isminizle üyelik açılmış mı, açılmamış mı bunu da kontrol edebilirsiniz. Ama tabiki bu servislerden en önemlilileri twitter ve facebook. [2]

Genel arama sonuçlarında da artık twitter, facebook gibi uygulamaların kullanıcılarının beğendiği ya da paylaştığı şeyler de dikkate alınıyor. Ben bu yazıyı hazırlarken henüz google “facebook like” sayılarını dikkate almaya başlamamıştı ama bing “facebook like” sayılarına baktığını söylüyor.

Sosyal medyanın bize faydalarını arama motorları açısından değerlendirdiğimizde 2 kola ayırabiliriz.

• Social search, Real time search gibi araçlar üzerinde görünürlük. [3]
• Sosyal medya uygulamaları aracılığı ile daha çok kişiye ulaşmak. Yani SEO için en önemli kriterlerden olan trafik için olumlu katkı. Ve tabiki retweetler ile gelen değerli linkler…

Sosyal medya daha ölçülebilir bir ortam olsada manipülasyonu mümkün. Bu manipülasyonu tüm uygulamalarda sahte hesaplar açarak yapabilirsiniz. Bu durumun önüne geçmek için arama motorları çeşitli yollar deniyorlar. Mesala twitter hesapları için otoritelik seviyelendirmeleri var. Sıradan bir hesabın paylaştığı link sonuçları çok da etkilemiyor. Ama bir doğrulanmış hesap (Verified account) paylaşırsa ciddi bir etki yapmış oluyor. [4]

Aklımıza hemen “Ben nasıl otorite hesabına sahip olurum?” sorusu geliyor. :) İnternetteki makalelerde söylenenlerden birkaçını sıralayalım;

• Mümkünse verified account olmak
• Farklı paylaşımlar yapmak
• Paylaşımlarımızın diğer kişiler tarafından çok retweet edilmesi
• Paylaşımları çok retweet edilmiş kişilerce takip edilmek
• Otorite seviyesinde twitter hesapları tarafından takip edilmek

Şu anda twitter otoritelik seviyenizi öğrenmek isterseniz twitter oturumunuzu kapattığınızda twitter sayfanızın pagerank değerine bakın. Mesela benim “twitter.com/hserdarb” adresimin pagerank değeri yok. Ama internet ekipler amirimiz :) Serdar Kuzuloğlu’nun “twitter.com/mserdark” adresinin pagerank değeri “6”. Kendisi aynı zamanda Türkiye’nin ilk verified twitter account’una da sahiptir.

Özetlemek gerekirse, sosyal medya uygulamaları yeni, arama motorlarının sosyal medya uygulamalarındaki kullanıcıların paylaşımlarını dikkate almaya başlaması yeni … Aslında arama sonuçlarımız yapım aşamasında gibi bir durumdayız :) Arama motorlarının, sosyal medyanın arama sonuçlarını etkilemesi ile ilgili algoritmalarında değişiklikler olmaya devam edecek.

Zaten arama motoru optimizasyonu kriterleri de sürekli değişen kriterler. Bilgilerimizin güncelliği korumak için güvenli kaynakları devamlı takip etmemiz gerekiyor. Benim çok güvendiğim 2 kaynak var. Sizlere de bu kaynakları özellikle takip etmenizi tavsiye ederim.

1. youtube.com/GoogleWebmasterHelp (Google arama takımı liderinin sorulara yayınladığı net cevaplardan oluşan bir kanal, bilgiyi birinci ağızdan almış oluyorsunuz!)
2. searchengineland.com (SEO gurularının yayınladığı makalelerin bulunduğu bir sayfa. )

Benim gördüğüm kadarıyla, arama motorları merkezlerine insanlara daha yararlı, daha kaliteli içeriği ulaştırmayı koymuşlar. Optimizasyon kriterlerini inceleyip uygulamaya çalışırken zaten çok kaliteli, benzersiz bir içerik ya da ürünümüz varsa işimiz çok daha kolay oluyor gerçekten doğal bir değerlenme yaşıyorsunuz.

Hedefimiz daima daha iyisini ve daha kalitelisini üretmek olmalı. Çünkü bu şekilde optimizasyon kriterleri değişse bile bizim içeriğimiz doğal olarak yükselmeye devam edecektir.

Kaynaklar

1. searchengineland.com/google-expands-social-circle-in-search-results-including-page-rankings-65202
   searchengineland.com/what-social-signals-do-google-bing-really-count-55389
   youtube.com/watch?v=ofhwPC-5Ub4
2. searchengineland.com/bing-now-with-extra-facebook-see-what-your-friends-like-52848
3. searchengineland.com/google-realtime-search-49393
4. seomoz.org/blog/google-bing-confirm-twitter-facebook-influence-seo