Category Bağımsız Oyun Geliştirme

date=”10.03.2016″ destination=”New York City”

Serkan Bal Yorum bırakın

En son yazımda hayatımla ilgili verdiğim önemli bir karardan; kariyer değişikliğimden ve bunun getirdiği belirsizlikten bahsetmiş; programlama alanında alacağım eğitim için önümde uzunca bir araştırma süreci olduğunu yazmıştım.

21.07.2016 tarihi itibariyle aldığım kabul mailiyle araştırma süreci tamamlanmış; bu “belirsizlik sisi” biraz aralanmış bulunuyor: 3 Ekim tarihinde, New York’ta “Android Development Immersive” programına başlıyorum!

Sayısız Olasılık: Eğitim Kurumları, Programlar ve Ülkeler/Şehirler

İnsanın kendine tamamen yeni bir şeye başlarken yaşadığı en büyük problem kuşkusuz bilgisizlik ve kararsızlık. Kariyer değişikliği konusunda kararlı olmama rağmen; programlamanın hangi kısmı üzerine eğitim almam gerektiği konusunda tabiri caizse “cahildim”. Programlama da; kullanılan diller açısından kendi içinde onlarca alt kırılıma ayrıldığından; kendime en uygun dalı bulmak çok da kolay olmadı.

Bunun üzerine bir de hangi seviyede bir programa katılmak gerektiği, (BS, MS, sertifika vs.) eğitim ücreti, hangi ülke/şehirde hayat masraflarının en uygun olduğu ve mezuniyet sonrası hangi ülke/şehirde iş bulma olasılığının en yüksek olduğu gibi parametreleri de eklediğimizde iş içinden çıkılmaz bir hal alıyor.

Bu durumda benim yaptığım ise; diğer tüm faktörleri denklem dışında bırakıp öncelikli olarak ne yapmak istediğimi belirlemek oldu. Tüm bu kariyer değişikliğini uygulama geliştirmek için yapıyordum; dolayısıyla çoğunlukla uygulama geliştirme üzerine odaklanmış bir program benim için en uygunu olacaktı. Bu kararı verdikten sonra ise hangi dili öğrenmek istediğimiz sorunu çıkıyor karşımıza. Neyseki buradaki seçim çok daha kolay ve limitli: Android üzerine odaklanmak istiyorsanız Java & XML, iOS üzerine odaklanmak istiyorsanız ise Swift öğrenmeniz gerekiyor. Uygulamalarımın ilk versiyonlarını hep Android’de çıkardığım ve Android üzerine çalışmak -nedense- hep daha az yorucu geldiği için; burada biraz daha duygusal bir karar ile Android üzerine yoğunlaşmayı seçtim. (2015 verilerine göre Dünya genelinde aktif olarak kullanılan 1.4 milyar Android cihaz bulunması da bu romantik kararımı bir miktar etkilemiş olabilir.)

Android_Logo_09

Geriye kalan; kendime maddi açıdan uygun, yaşamak isteyeceğim bir ülkede; iyi bir eğitim kurumu bulmak oldu ki; bu bölüm en can sıkıcı geçen kısımdı diyebilirim.

Araştırmalarıma ilk başladığımda en çok hoşuma giden program Vancouver – Kanada’da bulunan Vancouver Film School’un sunduğu “Programming for Games, Web + Mobile”  sertifika programıydı. Ancak hem programın ücreti, hem de programın birbiriyle çok alakası olmayan birden çok niş konuyu paketleyip sunması sebebiyle; bir süre sonra bu seçenek aklımdan çıktı. Bu aşamadan sonra ne kadar eğitim kurumu, program araştırdığımı gerçekten bilemiyorum; ancak hiçbiri gerçek anlamda içime sinmedi. Ta ki General Assembly’ye rastlayana kadar…

General Assembly, New York City

General Assembly programlama, kullanıcı deneyimi & dizayn, pazarlama vb. konularda eğitim veren, 2011 yılında hayatına start-up olarak başlamış; ancak aldığı yatırımlar ile dünya genelinde farklı ülke ve lokasyonlarda merkezler açarak hızlıca büyümüş bir eğitim şirketi. Daha detaylı bilgi isteyenleri şuraya alalım.

generalassembly-open-graph

General Assembly’nin benim için en “seksi” yanı ise; Android eğitim müfredatının tamamiyle Google ile birlikte oluşturulması ve bu sebeple Google onaylı nadir eğitim merkezlerinden biri olması. Bu, hem alacağım eğitimin güncelliğinin ve kalitesinin bir garantisi, hem de daha sonra staj/iş ararken “etiket” değeri yüksek bir özellik.

general-assembly-04

General Assembly New York Ofisi

Kabul Süreci

Eğitim paralı olunca; insan genelde “paraya basar girerim” gibi komik ve gerçek dışı bir yanılgıya düşebiliyor; ancak daha önce Sabancı MBA’ye kabul edilirken de gördüğüm üzere; sadece maddi anlamda eğitim masrafını karşılayabiliyor olmak, kursta yerinizi garantilemek için yeterli olmaktan çok uzak. General Assembly programa katılımcı sayısını sınırlı tuttuğu için sizi bir dizi mülakata sokuyor:

  1. Telefon mülakatı
  2. Programlama ödevi
  3. Görüntülü mülakat

Telefon mülakatı daha “soft” geçen; karşınızdaki arkadaşın; neyi neden ve gerçekten ne kadar istediğinizi tartıp anlamaya çalıştığı bir mülakat.

Bu mülakatı geçtiğiniz takdirde size bir programlama ödevi veriliyor. Burada “Ben programlama bilmiyorum; neyi nasıl yapacağım?” tarzı bir endişe kapılmaya gerek yok; çünkü ödevden önce yaklaşık 4-5 saat süren bir html & css eğitim sürecinden geçiyorsunuz ve ödev olarak, istenilen özelliklerde bir web sayfası kodluyorsunuz. Buradaki amacın sizin kodlama yaparkenki tarzınızı ve entellektüel merakınızı anlamak olduğunu düşünüyorum; yoksa kimse sizin ne kadar optimize kod yazdığınız veya sitenin dizaynı tarzı detaylara girmiyor.

Web sayfanızın kodunun beğenilmesi durumunda son olarak Skype veya Google Hangout üzerinden görüntülü mülakat yapılıyor. Bu mülakatta da sayfanızın kodu ile ilgili detaylı sorular ve “Sayfayı daha da geliştirecek olsanız neler yapardınız?” tarzı sorular yer alıyor. Bu aşamayı başarılı bir şekilde atlatabilirseniz; General Assembly’den resmi kabul mailinizi ve sonrasındaki süreci içeren bir mail alıyorsunuz.

Bundan Sonrası

Şu anda programla ilgili gerekli legal dokümanları dolduruyorum. Akabinde ise kalacak yer ve vize işlemleri ile uğraşacağım. Kalacak yer için General Assembly’nin önerdiği “adult dorm” konseptinde yerler mevcut; ancak orası olmazsa Airbnb’de uzunca bir araştırma süreci beni bekliyor demektir.

Yazının başında da söylediğim gibi; “belirsizlik sisi” artık yavaş yavaş çözülmeye başlıyor. Sonunda içime sinen bir program bulduğum ve buradan da kabul aldığım için gerçekten çok mutlu ve heyecanlıyım. Bundan sonraki süreçte de yaşadıklarım ve tecrübelerimle ilgili yazılar yazacağım.

Başka yazılarda görüşmek üzere…

gty_new_york_city_jef_130409_wmain

Apple’ın Uygulamaları Reddetmesinin Başlıca Sebepleri

Serkan Bal Yorum bırakın

Her ne kadar bir uygulama üretmenin en zor yanı uygulamayı dizayn edip kodlamak gibi gözükse de, bir o kadar çetrefilli olan diğer bir süreç de uygulamanızın, uygulama dükkanlarında başarılı bir şekilde yer almasını sağlamak. Bu süreç Google Play’de nispeten daha basit. Geliştirici hesabınızdan gerekli bilgileri girip, uygulamanızın APK dosyasını yükledikten sonra tek yapmanız gereken beklemek; çünkü Google uygulamaları dükkanda gözükmeden önce herhangi bir test sürecinden geçirmiyor. Apple tarafında ise işler çok daha karmaşık. Apple uygulamanızı en ufak detayına kadar inceliyor. İşin kötüsü ise; Apple bu süreç konusunda hiç de şeffaf değil. Çoğunlukla uygulamanızın neden reddedildiğine dair çok spesifik bir açıklama bulmakta zorluk çekiyorsunuz. Apple yakın zamanda bu konu ile ilgili bir makale yayınladı ve uygulamaların en çok hangi sebeplerden ötürü reddedildiğini geliştiriciler ile paylaştı. Gelin bu makaleye bir bakalım.

(Kaynak: https://developer.apple.com/app-store/review/rejections/)

  • Eksik / Yetersiz Bilgi (Reddedilme Sebepleri Arasındaki Yüzdesi: %12)

Uygulamanızı Appstore’a koyarken Apple sizden açıklama, ekran görüntüleri, iletişim bilgileri gibi birçok bilgi isteyecektir. Bu bilgilerdeki eksikler veya hatalar uygulamanızın reddedilmesine sebep olur.

Bu tür sebeplerden ileri gelen reddedilmeler “Metadata rejected” başlığı altında toplanır ve uygulamanızı tekrar yüklemeniz gerekmeyeceği için, gerekli düzeltmeleri yaptıktan sonra uygulamanız tekrar uzun inceleme sürecine girmez ve 1 – 2 gün içinde onay alabilir.

  • Buglı (Hatalı) Uygulamalar (Reddedilme Sebepleri Arasındaki Yüzdesi: %9)

Apple uygulamanızı test ederken buglarla (hatalar) karşılaşırsa maalesef direkt olarak uygulamayı reddediyor. Bu durumla karşılaşmamak için yapılması gereken en iyi iş, uygulamanızı defalarca farklı durumlarda, farklı cihazlarda, eğer internet kullanıyorsa; farklı bağlantı çeşitleri ve hızlarında test etmek. Doğal olarak -genellikle amatör- geliştiriciler uygulamaları tamamlandıktan hemen sonra uygulamaların dükkanlarda yerini almasını istiyor. Ancak hem sonradan kafanızın ağrımaması için, hem de inceleme sürecine kafanızın rahat girmesi için kendinize en az 3 – 4 günlük bir test zamanı ayırmanızın sizin için en yararlısı olacağını düşünüyorum. Amerikalıların dediği gibi “Better safe than sorry.”

Bu tür sebeplerden kaynaklanan reddedilmelerde yeni IPA yüklememiz gerekeceği için maalesef inceleme süreci tekrar sıfırdan başlar ve yaklaşık 8 – 10 gün sürer.

  • Kullanıcı Arayüzünün Karışık / Yetersiz Olması (Reddedilme Sebepleri Arasındaki Yüzdesi: %5)

Apple’ın günümüzdeki konumuna gelmesinin başlıca sebeplerinin biri de mükemmel bir kullanıcı deneyimi yaşatmasıdır. Bunu da kusursuz bir kullanıcı arayüzü sunarak yapar. Dolayısıyla Apple sizden bu şekilde bir deneyim hazırlamanızı bekliyor olacak. Tabi ki kreatif olarak özgürsünüz; ancak fonksiyonelite olarak uygulamanızın karışık olmaması ve kullanımın doğal olması gerekir.

  • Uygulama İsminin, Ekran Görüntülerinin veya İçeriğinin Uygulamanın Kendisi ile Alakasız Olması (Reddedilme Sebepleri Arasındaki Yüzdesi: %4)

Bu başlık altındaki reddedişler genelde geliştiricilerin uygulamaların daha fazla indirilmesi için uygulamaya çalıştıkları küçük kurnazlıklardan kullanılıyor. Örneğin bir el feneri uygulaması yaptınız ve biliyorsunuz ki uygulama dükkanlarında en çok aratılan oyun Clash of Clans oyunu. Eğer uygulamanızın uygulama dükkanındaki ismini Flashlight XYZ – Clash of Clans gibi koyarsanız; uygulamanızın reddedilmesi kaçınılmazdır. Bu örnek size çok ekstrem gelmesin; çünkü bu gibi çok örnek var. Uygulamaların içeriği ve ekran görüntüleri için de benzer “mini çakallıklar” yapıldığını da söyleyebiliriz.

Apple’ın isimlerin yapısı gibi konusunda da uyulmasını şart koştuğu bazı direktifler de var. Örnek verelim:

God of War oyunundaki bir karakter olan Kratos ile ilgili bir uygulama yaptınız. Dolayısıyla God of War isminden de, önemli bir anahtar kelime olduğundan yararlanmak istiyorsunuz. Sonuç olarak ismi şu şekilde koydunuz: Kratos (God of War) Uygulamanız maalesef reddedilecektir; çünkü direktiflere göre bu şekilde “tagline” kullanan uygulamaların isim yapısı yine örneğimiz üzerinden gidersek şu şekillerden biri gibi olmalıdır:

  • Kratos – for God of War
  • Kratos – God of War Edition 
  • Kratos – God of War Version

Bu ve bunun gibi direktiflerin yer aldığı Apple’ın geliştiriciler için yayınladığı rehberin linkini yazının sonunda vereceğim.

  • IOS Geliştirici Programı Sözleşmesine Aykırı Olunması (Reddedilme Sebepleri Arasındaki Yüzdesi: %3)

Programa dahil olurken “Accept, accept” diyerek geçtiğimiz çarşaf çarşaf yazılar var ya; işte oradaki bir maddeye aykırı bir uygulama hazırlamışsınız. Neyse ki Apple size hangi maddeye muhalefet olduğunuzu bildiriyor. Burada sözleşme imzaladığınız için, uygulamanızı Apple’ın istediği şekle çevirmekten başka bir şansınız yok.

  • Uygulamın Dükkandaki Adının, Cihaza Yüklendikten Sonraki Adından Çok Farklı Olması (Reddedilme Sebepleri Arasındaki Yüzdesi: %3)

Yine örneğimiz üzerinden gidelim. Uygulamamızın dükkandaki ismi Kratos – for God of War‘du. Tireden sonra gelen ve for ile başlayan taraf reklam amaçlı koyduğumuz “tagline”ımız. Dolayısıyla isimden bu bölümü çıkarmamızda hiçbir sıkıntı yok. Cihaz üzerinde uygulamamız direkt olarak Kratos olarak gözükebilir. Buradaki “- for, – edition, – version” kalıplarının amacı da bu zaten. 

  •  Yanlış Yönlendirici Uygulama İsimleri veya İkonları Kullanılması (Reddedilme Sebepleri Arasındaki Yüzdesi: %3)

Bu başlık altındaki reddedilmelerin sebebi kullanıcıya vaad ettiğiniz özellikler ile uygulamanızın gerçek özelliklerinin örtüşmesi. Örneğin uygulamanızın adı İddia Oyna olsun; ancak siz uygulama içinde sadece maçların canlı sonuçlarını gösteriyor; iddia oynatmıyor olun. Bu durumda kullanıcıyı yanlış yönlendiriyor oluyorsunuz ve uygulama dükkanına maalesef giremiyorsunuz.

  • Uygulamanın IOS Veri Depolama Kurallarına Uymaması (Reddedilme Sebepleri Arasındaki Yüzdesi: %3)

Uygulamanızın veri kaydediş şekli IOS verin veri depolama kurallarına uymuyor. Apple spesifik olarak hangi madde ile ilgili probleminiz olduğunu size bildirecektir. Buna göre gerekli düzenlemeyi yapmalısınız.

  • Uygulamanızın Çökmesi (Reddedilme Sebepleri Arasındaki Yüzdesi: %3)

Bu başlık üzerinde çok konuşulacak bir şey yok aslında. Apple’a hatasız, çökmeyen bir uygulama yollamalısınız. Ne sebeple olursa olsun uygulamanız test sırasında çökerse, o build ile onay almak hayal olur.

Şahsen ben, en çok dikkat edilmesi gerekilen konunun “memory leak” problemi olduğunu düşünüyorum. Özellikle amatör geliştiricilerin kolaylıkla gözden kaçırabileceği ve uygulamanın açık bulunduğu süreye göre sonuçta kesin olarak uygulamayı çökertecek bir durum olduğu için; çok dikkat edilmesi gerekir. Konuyla ilgili gerekli bilgiyi Google’da aratarak bulabilirsiniz.

  • Çocuk Kategorisindeki Uygulamaların Ödemeler için Ebeyn Onayı Mekanizmasını Kullanmaması (Reddedilme Sebepleri Arasındaki Yüzdesi: %2)

Geçmişte Apple’ın kafası bu konu ile ilgili çok ağrıdı. Anne babalarının kredi kartlarını oyun içi ödemeleri gerçekleştirmek için kullanan küçükler yüzünden Apple; bu durumlara karşı bir sistemi olmadığından defalarca mahkemeye verilip, mahkemeleri kaybetti. Sonuç olarak bir ebeyn onayı mekanizması geliştirildi. Çocuk kategorisine ücretli bir uygulama veya sonradan ücret tahsil edebileceğiniz bir uygulama koymak istiyorsanız, bu mekanizmayı zorunlu olarak kullanmak zorundasınız. Aksi takdirde uygulamanız asla onaylanmaz.

 

Bu maddeler Apple’ın uygulamaları reddetmesindeki en göze çarpan nedenler. Bu durumlarla ve daha fazlaları ile karşılaşmamak için şu rehberi iyice okuyup sindirmenizi tavsiye ederim.

 

Lisanssız (Korsan) Game Maker: Studio ile Üretilen APK Google Play’e Yüklenebilir Mi?

Serkan Bal Yorum bırakın

Game Maker: Studio (GM:S) ve kendi oyunum Lost Aliens (Süper Uzaylılar) ile ilgili yazılarıma bu geçen altı ay içinde en çok gelen yorum programın lisanssız (korsan) versiyonları ile üretilen APK’ların Google Play’e konulup, konulamayacağı ve eğer konulursa herhangi bir problem ile karşılaşılıp, karşılaşılmayacağıydı.

Burada olayın etik yanının muhakemesini yapmak istemiyorum; ancak teknoloji ve yazılım sektörünün içinde olan bir insan olarak korsan ürün kullanmanın karşısında olduğumu da belirtmeden geçemeyeceğim. Programın sahibi firma olan YoYo Games periyodik olarak üründe %50 oranın indirimler yapıyor. Ben de programın profesyonel versiyonunu böyle bir indirim zamanında almıştım.

Şimdi gelelim asıl konumuza:

Öncelikle şunu belirtmem gerekiyor. Bu konu ile ilgili kesin bir bilgiye sahip değilim; hem program hem de uygulama yükleme süreci ile ilgili deneyimim olduğundan mantık yürüteceğim. GM:S ve korsan yazılımlar ilgili kesin olarak bildiğim; birkaç yıl önce bir versiyonda korsan sürümlere önlem almak için şöyle bir yola gidilmiş:

Programa eklenen bir kod ile program, eğer korsan bir versiyon ise, bir şekilde bunu fark ediyor ve bunu fark ettiğinde üretilmiş tüm sprite’ları bir korsan bayrağı sprite’ı ile değiştiriyor. Nasıl çok haince; ancak bir yandan da çok dahice değil mi? Ancak maalesef evdeki hesap çarşıya uymuyor ve programı ücretini ödeyip, yasal olarak lisanslı alan müşterilerin birkaçının başına da bu olay geliyor. Bir gün uyanıp bilgisayarı açtığınızda tüm kodunuzun çöplüğe dönüştüğünü düşünün. İnsanın akıl sağlığıyla oynayacak kadar sinir bozucu bir durum! Bunun üzerine firma bu yoldan vazgeçiyor ve klasik DRM korumalarına geri dönülüyor.

Konuya direkt olarak giriş yapıyorum ve söylüyorum:

Hayır, korsan GM:S versiyonları ile ürettiğiniz APK’ların Google Play’e yüklenmesinde ve daha sonraki süreçte herhangi bir problem ile karşılaşacağınızı düşünmüyorum; çünkü aslında daha büyük bir sorun var. 

Uygulama geliştirme konusunda deneyimli olan arkadaşların da bileceği gibi Google ve Apple uygulama mağazalarının gereksinimleri konusunda sürekli olarak bir geliştirme ve değişim çabası içindedirler. Bu gereksinimler sizin uygulamanızın koduna, dizaynına ve diğer birçok parametresine müdahelede bulunur. Yaptığınız uygulama bu gereksinimlere uymak zorundadır; aksi halde ya reddedilir ya da kısa bir süre sonra mağazadan kaldırılır.

YoYo Games burada bahsettiğim parametreleri Google ve Apple’ın yayınladığı yönergelere göre ayarlayıp, sürekli olarak GM:S için güncelleme yayınlıyor ve sizin ürettiğiniz APK’ların bu kurallara uygun olmasını sağlıyor. Eğer korsan bir GM:S versiyonu kullanırsanız, sürekli olarak güncelleme şansınız olmayacağından ürettiğiniz uygulama belli bir süre için uygulama mağazalarının gereksinimlerini karşılasa da, bir zamandan sonra bu olanaksız olacağı için mağaza ile sürekli olarak problem yaşamaya başlarsınız. Örneğin Süper Uzaylılar için en son güncellememi 5 Mayıs 2014 tarihinde yapmıştım. Bu 7 aylık süreç içerisinde uygulama mağazasında yapılan değişiklikler yüzünden, kendi uygulamamı güncellemem gerektiğine dair 3 ayrı mail gelmiş. Eğer bir süre daha bu mailleri dikkate almazsam, uygulama mağazadan kaldırılacaktır.

Yani sonuç olarak toparlamamız gerekirse;

  • Lisanssız (Korsan) GM:S ile üretilecek APK’nın Google Play’e yüklenmesinde veya daha sonraki işlemlerde bir problem olacağını düşünmüyorum. 
  • Ancak uygulama yönetimi sürekli olarak güncellemeler gerektireceği için korsan ve güncellenmeyen bir GM:S sürümü ile başarılı ve stabil bir uygulama yönetimi yapılamaz.