Tags: , , | Categories: Fun, Programlama, Security, Tip, Web Uygulaması Posted by okutbay on 24.07.2013 21:26 | Yorumlar (0)

İlk web sayfalarımı yaparken içerik kopyalanmasını önlemek için çeşitli numaralar yapar kopyalayanın işini zorlaştırmaya çalışırdım. Sonraları bunun gereksizliğine inandım. Çünkü içeriğin kopyalanması engellemezdi ve ayrıca ziyaretçiler için sinir bozucu olabiliyordu. Ben de bu uygulamadan vazgeçtim. Ama görüyorum ki bazı sitelerin yöneticileri hala yazılımcılarından böyle önlemleri almalarını istemekte ve arkadaşlarımızın değerli zamanlarını ve emeklerini gereksiz konulara yönlendirmekteler. Yapmayın etmeyin. Boşverin isteyen istediğini kopyalasın. Unutmayın kilit dost içindir. Hırsız niyet ettiyse kilit falan dinlemez.

Neden yazdım bu kadar yazı. Çünkü sinirlendim. Okuduğum bir Yılmaz Özdil yazısını facebookda paylaşmak istedim. Açıklama kısmına yazıdan bir bölümü kopyalayıp yapıştırmak istediğimde başarısız oldum. Hemen bir word belgesi açtım. Seçili bölümü sürükleyip belgeye bıraktım. Ve işte metin buradaydı. Orada durmadım düz metine çevirmek için bir ne notepad açıp wordden oraya yapıştırdım. Oradan da facebook a.

Sonuç sadece insanları sinir ediyorsunuz...  

2 kişi tarafından 4.5 olarak değerlendirildi

  • Currently 4,5/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Tags: , , | Categories: IDE, SSS (FAQ), Tip, UI, Web Uygulaması Posted by okutbay on 01.10.2011 02:16 | Yorumlar (0)

Geliştirdiğimiz web uygulamasını belirli aralıklarla düzenli olarak bir sunucuya göndermemiz gerekiyorsa her seferinde tüm dosyaları sunucuya yüklemeye çalışmak zaman kaybettirebilir...

Son güncelleme zamanından önce değiştirilmiş dosyaları bulmak için dosya arama fonksiyonunu kullanabilirsiniz. Bulunan dosyaları seçil sildiğinizde elinizde sadece son guncelleme zamanindan bu yana degisen dosyalar kalacaktır.

Windows 7 de arama bir miktar farklı olduğundan belirli bir tarihten onceki dosyalari bulmak için arama kutucuğunua "datemodified:<‎18.‎05.‎2011" yazabilirsiniz.

 

 

1 kişi tarafından 5.0 olarak değerlendirildi

  • Currently 5/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Tags: , , , , | Categories: Tip, UI, Web Uygulaması Posted by okutbay on 20.09.2011 20:53 | Yorumlar (0)

İDOnun hizmetlerini beğenerek kullanıyoruz. Daha önce dikkatimi çekmemişti ama bu sefer bilet alırken bir miktar zorlandım.

İlk zorlandığım nokta bileti al butonu ile kredi kartı bilgilerinin girileceği yerin birbirine olan uzaklığıydı. Butona odaklandığım için kredi kartı bilgilerini gireceğim yeri görmekte kısa da olsa bir süre zorlandım. Bence yolcu bilgileri ile kredi kartı bilgileri yer değiştirse daha iyi olur.

Diğer bir nokta ise kullanıcının bilet alma işini sonlandırabilmesi için şartları kabul etmesi gerekiyor. Burada bir sorun yok. Ama şartları kabul etmeninizin gerektiğini anlamanın tek yolu kredi bilgilerini girdikten sonra bir kısım checkbox ın altında yer alan ayrı bir checkboxı işaretlemeniz gerektiğini söyleyen bir notu okumak...

Bu notu okumayı atlarsanız benim gibi "yahu bu bilet al butonu niye pasif, neyi eksik yaptım" diye söylenerek aranırsınız.

Oysa "bilet al" butonunu da bu bilgiyi vermek için kullansa, mesela pasif yapmasa tıklayınca uyarı mesajı verse, ya da onun sağına soluna bi yere de not yazsa kullanılabilirlik adına daha yüksek bir kaliteye ulaşılır. Çünkü kişiler bir an önce bileti almaya odaklandıkları için diğer bölümleri hızlı hızlı geçip o butona tıklama eğilimindedir. Ve siz butona tıklama eğiliminde olan kullanıcının bu işlevi kullanmasını engelleyerek sadece onlar için hayatı zorlaştırırsınız.

 

 

 

 

 

 

2 kişi tarafından 3.5 olarak değerlendirildi

  • Currently 3,5/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Tags: , , , , | Categories: Tip, UI, Web Uygulaması Posted by okutbay on 21.01.2011 20:02 | Yorumlar (0)

Her ne kadar ülkemizde de yavaş yavaş arayüz geliştirme ve yazılım geliştirme farklı uzmalıklar olarak algılanmaya başlasa da hala katedilmesi gereken çok mesafe var.

Kullanılabilirlik konusu alt yapının yetenekleriyle sınırlıdır. Alt yapının size izin vermediği özelliklerin müşteriler tarafından istenmesi elbette geliştiren için çok büyük acıdır. Ama öte yandan alt yapının yeteneklerini bilmek ve arayüzde mümkün olan en iyi kullanılabilirliği sunmamız oluşturmaya çalıştığımız ürünün kalite algısını üst düzeylere çıkartacaktır.

Elbette bu yeteneklerin yanlış kullanılması da ters bir etkiyi doğrucaktır. Örnek vermek gerekirse bir arama kutucuklarına yazmak için geldiğiniz de önceki yazılmış metnin silinmesi çok yaygın bir uygulama. Bir çok sitede görülebilir. Ama yaygın olması doğru olduğu anlamına gelmiyor. Mantık olarak kullanıcının yazdığı bir metni yine kullanıcının silmesi doğrudur. Burada bahsettiğim arama kutucuğunda bulunan "Type to search" initial textin silinmesi değil. "abc xyz" şeklinde yaptığım ve arama sonuçlarından memnun olmayarak arama metnini değiştirmek istediğimde "abc xyz" metninin temizlenmesi. Arayüz geliştiren arkadaşlara önerim bu metni silmek yerine, seçili duruma getirebilirler. En doğru uygulama bu olacaktır.

Ne kadar can sıkıcı olabileceğine örnek vermek gerekirse yazdığım durak adını her seferinde tekrar yazmak zorunda kaldığım şu sayfaya bakabilirsiniz...

image

http://harita.iett.gov.tr/

Aynı mantık sayfa üstünde bulunan hat arama ve adres arama kutuları için de uygulanmış ve kanımca hoş bir kullanılabilirlik örneği değil... Geliştirmeyi yapan arkadaşın kodunu sadece initial texti temizleyecek ve diğer metinleri seçecek şekilde değiştirmesi yeterli olacaktır.

Tabi ki bu haliyle de çok faydalı. Kullanışlı ama çok ufak dokunuşlarla kullanılabilirlik ve kalite algısını üst düzeye çıkarmak mümkün.

Klavyeleriniz şen ola...

1 kişi tarafından 5.0 olarak değerlendirildi

  • Currently 5/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Tags: , , | Categories: Tip, Programlama, Genel Posted by okutbay on 26.02.2010 11:41 | Yorumlar (0)

You can always write comment to your codes. But comment itself can be outdated and misleads a developer. So writing self-documented codes must our first aim to make our code more maintainable.

In my opinion a big step to achieve self-documented code begins writing if clauses.

If a developer understands if clause, he/she understand purpose of the code block more easily.

But how can we write more readable if clause.

Very easy: Don't write logical comparisons into if clause.

    1 if ((preprocessedFailedEmails.Count > 0) || (failedEmails.Count > 0))

    2 {

    3     //some code

    4 }

Although this is a very simple if clause it's a bit hard to get what is happening there. Let's make it more readable.

    1 bool hasErrors = ((preprocessedFailedEmails.Count > 0) || (failedEmails.Count > 0));

    2 if (hasErrors)

    3 {

    4     //some code

    5 }

Happy coding...

Bu yazıyı ilk değerlendiren siz olun

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5