Serap Gür, Ofistekiler sitesinin yazarı

*The Bear

Serap Gür — Sun, 24 Aug 2025 20:09:23 +0000

Bu bir film/dizi eleştirisi yazısı değildir.

Bu diziyi daha önce izleyen ya da seven/sevmeyen var mı bilmiyorum. Açıkçası burada bir eleştiriden ziyade, izlemekten keyif aldığım ve özellikle mutfak sahneleriyle beni içine çeken bir yapımdan bahsetmek istiyorum. Çünkü bu diziyi izlesin istediğim pek çok insan var.

Geçtiğimiz günlerde 4. sezonunu tamamladım. İzlemek için dirensemde çünkü bitirmek istemediğimden. Önceki sezonlara kıyasla bu sezon daha sakin ve derinden işleyen bir yapıya sahipti. Çekimlerin renklerinden de anlaşılacağı üzere karakterler, kendi karanlık taraflarını güven ortamında açığa çıkararak yüzleşmeye devam ettiler. Benim için de bu sezon, izlerken adeta bir yüzleşme yolculuğuna dönüştü.

Bir yanda hayatını anlamlandırmak için tüm varlığıyla kendini mutfak sanatlarına adayan Carmy; diğer yanda çocukluğundan beri babasının favori restoranı The Beef’e gelen ve Carmy’nin yeteneklerine hayran olan Sydney… Ve tabii diğer tüm The Bear çalışanları. Bu sezon herkes kendi sınırlarını zorladı; fark yaratmak, fırsat oluşturmak için çabaladı. Ama en büyük rakiplerinin aslında kendileri olduğunu görmek oldukça sarsıcıydı.

Peki, tüm bu çabanın sebebi neydi? Michelin yıldızı mı? Kişisel tatmin mi? Yoksa tutku ile yıkıcılık arasındaki o kaotik alanda yaratıcı tatminliği bulmak mı?

Tanıdık geliyor mu?

Benim için bu sezon, içinde bulunduğum projeler, ekibim ve farklı rollerim üzerine düşünmemi sağladı. Çünkü bazen kaosu yönetirsin, bazen de kaosun ta kendisi olursun.

Scrum takımlarını düşünün. Daha önce birlikte çalışmamış, sınırlarını bilmeyen birçok insan bir araya gelir. Kimisi ekip çalışmasına yatkındır, kimisi bireyseldir, kimisi de “Ben burada ne yapıyorum?” der. PO, PM ya da müdür olmanız aslında çok bir şey ifade etmez. Bu rollerin özünde tek bir görev vardır: takımın önündeki engelleri kaldırmak.

Geliştiricilerin uyumlu çalışmasını sağlamak, işin kalitesini gözetmek, dirençleri azaltmak, müşteriden gelen baskıyı ekibe yansıtmadan “Topraklamak”…

Ama baskı nasıl yönetilir?

Başlangıçta baskı, seni işlevsiz hissettiren ağır bir yük gibi görünür. Ancak bir noktadan sonra bu baskıya alışır, hatta onu verimli kullanmayı öğrenirsin. Takım uyum sağlamaya, çark gibi işlemeye başladığında artık iş bir zorunluluk değil, kendini gerçekleştirme alanına dönüşür. İşte o anda baskı, başarı duygunun fitilini ateşler. Bir süre sonra da bu baskıya ihtiyaç duyar hale gelirsin.

Asıl soru şudur: Baskı olmadan nasıl devam edeceksin?

**Buradan sonrası spoiler.**

Final bölümünde Carmy’nin restoranı devretme fikrini sözleşmeye ekledi ve olanlar oldu. Küçük bir odada kilit isimlerin birbirleri ile çatışması aynı anda kendi içleri ile çatışmalarını izledik. Şef gerçekten gemiyi terk edecek miydi? Takım onsuz devam etmeyi göze alabilecek miydi? Birlikte başarma bilinci yalnızca “bir arada olmakla” mı mümkündü? Takım buna ne kadar hazırdı. Yoksa tüm herkes o güvenli alanda kendini büyütmenin konforunda mıydı?

Bence bu, bir takımı devretmek ya da bir PO’nun farklı bir role geçmesiyle aynı şey. Kartların yeniden dağıtılması, hizalanma süreci zordur; ama o zorluk bambaşka alanların doğmasına da sebep olabilir. Buna fırsat ve alan tanımlamalıdır takım.

Bazen oturduğun koltuğu değiştirmek gerekir. Yeni roller ve görevler; kendi içinde açılmamış kutuları açar, farklı yeteneklerini keşfetmeni sağlar. Atomların etkileşiminden doğan mucize gibi, sen de başka bir formda yeniden fark yaratabilirsin. Çünkü atomlar da kaosun içinden bir araya gelir ve bambaşka bir biçimde ortaya çıkar; biz de böylece kendimize yeni bir merak alanı yaratırız.

Benim için The Bear sadece bir dizi değil, ekipler, projeler ve liderlik üzerine düşündüren bir deneyim oldu.

Peki siz ne düşünüyorsunuz?

Kendi ekibinizde, projelerinizde farklı rollere nasıl bakıyorsunuz? Sizce değişim her zaman yaratıcılık sağlar mı?

*The Bear yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

İş Analisti: Agile’ın İsviçre Çakısı

Serap Gür — Tue, 29 Apr 2025 18:16:16 +0000

Şimdi düşünün, İsviçre Çakısı dediğimiz şey küçük ama her işi görebilen bir alet. Bir yerde bıçak, bir yerde tornavida, hatta şişe açacağı bile var. Yani her duruma uyum sağlayan kompakt bir çözüm.

İşte iş analisti de tam olarak böyle! Özellikle Agile metodolojisinde, iş analisti her noktada devreye girip ekibe yol gösteren, sorunları çözen, iletişimi sağlayan kişi oluyor.

Gelin birlikte tüm bu aracın fonksiyonları ile nasıl bağ kurduğumuzu görelim.

1. Çok Yönlülük = Agile’da İş Analisti

İsviçre Çakısı gibi, iş analisti de birçok farklı işe koşar. Gereksinim toplar, süreçleri analiz eder, ekiple koordinasyonu sağlar, hatta bazen test sürecine bile girer.

Örnek: Diyelim ki bir mobil uygulama geliştiriyorsun. İş analisti, müşteriyle konuşup “Hızlı Giriş (One Tap Login)” talebinin çok önemli olduğunu fark eder. Bunu alır, teknik ekiple birlikte “Bunu nasıl yaparız?” diye tartışır. Gerekirse UI/UX ekibiyle görüşür, veri analizine bakar, rakipleri inceler.

İşte Agile’da iş analisti budur: Bir ayağı iş tarafında, bir ayağı teknik ekipte!

2. Uyum Yeteneği = Sprintler Arasında Şekil Değiştirme

İsviçre Çakısı hem kamp yaparken hem mutfakta işe yarar, değil mi? İş analisti de farklı sprintlerde farklı roller üstlenir.

Sprint 1’de: Yeni gelen bir özelliğin gereksinimlerini yazar, Product Owner’a destek olur.

Sprint 2’de: Kullanıcı testlerine katılıp, geri bildirimlere göre düzeltme önerileri sunar.

Sprint 3’te: Bir KPI raporu hazırlayıp, “Bakın, bu özellik müşteri kullanımını %20 artırdı!” diyebilir.

Yani nerede ihtiyaç varsa, orada devreye girer.

3. Sorun Çözme = Doğru Şeyi Geliştirmek

İsviçre Çakısı sadece kesmek için değil, sıkışan vidanı gevşetmek veya ip kesmek için de var. İş analisti de sadece dokümantasyon yapan biri değil, asıl görevi doğru ürünü geliştirdiğimizden emin olmak.

Örnek: Bir e-ticaret sitesinde müşterilerin sepette ürün bırakıp çıkma oranı çok yüksek diyelim. İş analisti:

Müşteri geri bildirimlerini inceler,
Sepet adımlarını analiz eder,
“Sepette kredi kartı kaydetme seçeneği yok, belki bunu eklersek vazgeçme oranı düşer” diyerek çözüm önerir.

Ve bu sayede sprintlerin gerçekten işe yarayan geliştirmeler yapmasını sağlar.

4. Agile Ekibinin Yapıştırıcısı = İletişimi Sağlamak

İsviçre Çakısı farklı araçları tek bir noktada birleştirir. İş analisti de teknik ekip, iş tarafı, müşteri ve yöneticiler arasındaki boşluğu kapatır.

Geliştiricilerle konuşur: “Bu entegrasyon zor mu, API ile çözebilir miyiz?”

İş birimiyle görüşür: “Bu özellik gerçekten işinize yarayacak mı?”

Müşteriden geri bildirim alır: “Kolay kullanım açısından eksik kalan bir şey var mı?”

Kısacası, herkesin ortak bir noktada buluşmasını sağlar.

5. Sprint Döngüsünde İş Analisti Ne Yapar?

Kullanıcı hikayelerini netleştiriyor, gereksinimleri yazıyor.
Teknik ekip + Product Owner ile sprintin kapsamını belirliyor.
Ekipte bir sorun var mı, ilerleme nasıl gidiyor takip ediyor.
Geliştirilen fonksiyonları iş gereksinimlerine uygun mu? diye test ediyor.
“Daha iyi nasıl yapabiliriz?” diyerek süreç iyileştirme önerileri sunuyor.

Her aşamada bir şekilde devrede. Boş durmak yok! Boş duranı Allah sevmez zaten : )

Her işe koşar ,gereksinim toplar, analiz yapar, test eder, süreç iyileştirir.Teknik ve iş birimi arasında köprü olur ve sprintler boyunca değer yaratır

Yani, agile ekibinde iş analisti varsa her şey daha düzenli, daha net ve daha verimli ilerler. O yüzden “İş analisti, Agile dünyasının İsviçre Çakısıdır!”

Bu yazdıklarıma katılıyor musunuz? Hadi farklı fikirleri birlikte değerlendirmek için aşağı yorumlarda buluşalım. Bir sonraki yazıya kadar…

İş Analisti: Agile’ın İsviçre Çakısı yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

Görüyorum Ama Müdahale Etmiyorum (!)

Serap Gür — Sun, 27 Apr 2025 19:18:46 +0000

Cursor’lar uçuşuyor, LLM’ler gün aşırı versiyon atlıyor, Midjourney neredeyse Picasso’yu emekli etmeye geldi. Artık birkaç kelimeyle rapor yazılıyor, kreatif kampanya yaratılıyor, analiz çıkarılıyor. Yani teknoloji sadece destek olmuyor; yer yer sahnenin başrolüne oynuyor. Hatta öyle bir hale geldi ki kendi meslek grubumuz özelinde oyuncak kutularımızı başlangıç kitlerimizi bile mizahi bir dil ile bize sunuyor : )

Peki biz bu tabloda neredeyiz?

Eskiden ajanslar “yaratıcılık insana ait, duygular AI’la olmaz” diyordu. Bugün aynı ajanslar “AI Uzmanı” arıyor. İronik mi? Fazlasıyla. Ama bir o kadar da gerçek.

Çünkü işler değişti. Yaratıcılık artık sadece içgörüyle değil, veriye oturtulmuş yaratıcı sistemlerle geliyor. Ve evet, bazen bir prompt, onlarca beyin fırtınasının önüne geçebiliyor. Bu kötü mü? Hayır. Ama doğru kullanılırsa.

Kurumsal dünyada da tablo aynı:Yeni biri alınacaksa, artık sadece “analitik mi, yaratıcı mı?” değil;

“AI’a dokunmuş mu, elini biraz kirletmiş mi?”diye de bakılıyor.

Kendi alanımdan örnek vereyim.Bir İş Analizi Müdürü olarak hem teknik hem stratejik işler yürütüyoruz. Ama son 1 yıldır gördüğüm şey şu:Artık ekip arkadaşlarımızın prompt yazma merakı, Excel formülünden daha değerli hale gelmeye başladı.Çünkü üretken yapay zekâ sadece hız değil, bambaşka bir düşünme biçimi sunuyor.Ama bu hız aynı zamanda büyük bir riski de beraberinde getiriyor:

Her şeye yetişmeye çalışırken hiçbir şeye yetememek.

O yüzden fark ettim ki mesele; yapay zekâya “yetişmek” değil, onunla nasıl ilerleyeceğimiz.

Geçenlerde Black Mirror’un son sezonunu izledim (bu noktadan sonrası küçük bir spoiler olabilir ama durma, hayatın ta kendisi spoiler zaten).

İlk bölümde beyin çipi “ilerleme” diye sunuluyor ama sonuç: distopya. İkinci bölümde kuantum bilgisayar, evrenler arası geçişi sağlıyor ama sonunda gerçeklik bile griye bulanıyor.

Yani soru netleşiyor:

Teknoloji bizi ileri mi taşıyor, yoksa biz sadece yeni bir versiyona mı yükleniyoruz?

O zaman ne yapacağız peki?

AI’a entegre olmalı, ama teslim olmamalı.
Otomasyonu kullanmalı, ama özgünlüğü kaybetmemeli.
AI’dan destek almalı, ama yaratıcılığın iplerini bırakmamalı.

Çünkü AI bir araç, ama biz yönünü belirleyen elleriz. Ve bence asıl mesele şu ki;

Yapay zekâyı herkes kullanacak.Ama onunla kendi sesini kaybetmeden üretmeye devam edenler, fark yaratacak.

Bir sonraki yazıya kadar,

Serap.

Görüyorum Ama Müdahale Etmiyorum (!) yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

Sürekli Yorgunluk: Neden Hepimiz Tükenmiş Hissediyoruz?

Serap Gür — Thu, 20 Feb 2025 06:52:55 +0000

Sadece kışın değil, yazın da aynı yorgunlukla mücadele etmekten yorulanlardan mısınız? Çarşamba günü gelince hafta bitti diye hayıflananlardan? “Bu kadar kahve içiyorum arkadaş, yine de dinmiyor bu yorgunluk!” diyenlerden mi? Pandemiden önce dışarıdan eve girmeyen ben, pandemiden sonra evden dışarı çıkacak enerjiyi bulamayanlardan biri oldum. Peki, yalnız mıyım? Hayır, çünkü çevremde herkes aynı durumda.

Peki, neden böyleyiz? Neden hepimiz sürekli yorgun hissediyoruz? Gerçekten enerjimiz mi azaldı, yoksa bu modern çağın bir yan etkisi mi? İşte bu sorunun cevabını bulmak için biraz araştırma yaptım ve birkaç önemli noktaya ulaştım.

Modern Dünyada Neden Sürekli Yorgunuz?

Öncelikle, yalnız olmadığımızı söyleyeyim. Dünyanın her yerinde insanlar kendilerini giderek daha yorgun hissediyor. İngiltere’de “Tired All The Time” (Sürekli Yorgun) sendromu diye bir kavram varmış, ben de araştırırken yeni öğrendim. Amerika’da yapılan bir araştırmaya göre, insanların %44’ü haftanın en az 2-4 günü kendini uykulu hissediyormuş.

Nasıl bu kadar yorgun olabildik?

Eskiden, özellikle 80’lerde doğan insanların çoğu gün doğumuyla uyanır, daha fazla fiziksel çalışır ama daha az zihinsel yük taşırdı. Şimdi ise durum tam tersi. Fiziksel olarak daha az hareket ediyoruz ama beynimiz hiç durmuyor. Sabah alarmla kalkıyoruz, gün boyu bildirimler alıyoruz, sürekli kararlar vermek zorunda kalıyoruz ve beynimiz aşırı yükleniyor. İşte bu yüzden eskisinden daha yorgunuz.

Kaşık Teorisi: Enerjinizi Nasıl Kullanıyorsunuz?

Her sabah elimizde belirli sayıda “kaşık” yani enerji birimi var. Sağlıklı bir insan gün içinde yeni kaşıklar kazanabilir ama sürekli yorgun hisseden biri için her aktivite bir kaşık eksiltiyor. Örneğin:

İş toplantısı → 3 kaşık
Sosyal medya gezintisi → 2 kaşık
Market alışverişi → 4 kaşık
Stresli bir olay → 5 kaşık

Eğer günün sonunda kaşıklarımız biterse, işte o zaman “tükenmişlik” hissi geliyor. Yorgunluğun en büyük nedenlerinden biri de enerji yönetimi eksikliği.

Beynimiz Neden Yorgun Hissediyor? (Glutamat ve Adenosin Etkisi)

Beynimizin yorgunluğuna sebep olan iki temel şey var: Glutamat ve Adenosin.

Glutamat: Beynimizin ana uyarıcı nörotransmitteri. Sürekli bilgi işlemek zorunda kaldığında seviyesi aşırı yükseliyor ve beyin yoruluyor. Yani sosyal medya, haberler, mailler derken beynimiz “çok fazla sekme açık bilgisayar” gibi yavaşlıyor.
Adenosin: Beynin “dinlen” sinyali. Gün içinde birikiyor ve bize uykumuzun geldiğini söylüyor. Ama biz ne yapıyoruz? Kahve içiyoruz! Kahve, adenosini engelliyor ve yorgunluk sinyalini susturuyor. Ama kahvenin etkisi geçince birikmiş tüm adenosin bir anda üzerimize çöküyor. İşte öğleden sonra ani yorgunluk hissinin sebebi tam olarak bu! buna ek ayran 😀 ayranda çok uyku yapıyor bence 😀

Yorgunluğu Azaltmanın Bilimsel Yolları: HUZUR ve TUTKU

Yorgunluğu yönetmek için 5 temel çözüm var ve bunları akılda kalıcı hale getirmek için “HUZUR” kelimesiyle özetledim. Ama bunun yanı sıra, gerçekten sevdiğimiz ve tutkuyla yaptığımız şeyleri hayatımıza katmak da büyük bir fark yaratıyor.

Hareket → Düzenli yürüyüş ve egzersiz, enerjiyi artırıyor. Günde 30 dakika hareket etmek bile fark yaratıyor.

Uyku → Kaliteli uyku, bedenin en büyük şarj kaynağı. 7-8 saat uyumaya ve aynı saatlerde yatıp kalkmaya çalış.

Zaman Yönetimi → En önemli işleri enerjinin yüksek olduğu saatlerde yap. Pomodoro gibi teknikleri dene.

Uyum → Biyolojik ritmini tanı, ona göre yaşa. Sabah mı enerjik hissediyorsun yoksa gece mi? Buna göre plan yap.

Rutin Beslenme → Kan şekerini dengele, fazla kafeinden kaçın ve sağlıklı beslen.

Tutku → Hayatımıza gerçekten sevdiğimiz ve bizi heyecanlandıran şeyleri dahil etmek, motivasyonumuzu artırır ve zihinsel yorgunluğu azaltır.

Bu 6 madde, yorgunluğu azaltmanın en doğal ve bilimsel yollarından biri. Aslında bildiğimiz ama uygulamakta zorlandığımız şeyler.

Robin’in Hikayesi ve Etkileşimli Oyun

Bu noktada, Robin adlı etkileşimli görsel roman/oyun tam da bu konuyu deneyimlemenizi sağlıyor. Kronik yorgunluk sendromunu anlatan bu oyunda, her sabah sınırlı sayıda enerji kaşığıyla başlıyorsunuz ve gün içinde hangi aktiviteleri yapacağınıza karar vermeniz gerekiyor.

Örneğin:

Duş almak → 1 kaşık
Kahvaltı hazırlamak → 2 kaşık
İşe gitmek → 3 kaşık
Sosyal aktivite → 2 kaşık

Bu oyun, günlük enerji yönetiminin ne kadar zor olabileceğini anlamaya yardımcı oluyor. Robin’in deneyimi, aslında hepimizin yaşadığı modern çağ yorgunluğunu gözler önüne seriyor.

(oyun linki -> https://robingame.itch.io masaüstü bir oyun unity den yapılmış basit ve kolay anlatımlı)

Küçük Değişiklikler, Büyük Farklar

Bunu yazarken düşündüm de, aslında hepimiz bu konuları biliyoruz ama uygulamıyoruz. Yorgunluk, bir tembellik ya da zayıflık değil, bedenimizin bize verdiği bir sinyal. Eğer sürekli yorgun hissediyorsak, bu sinyali ciddiye almak zorundayız.

O yüzden bir önerim var: Bugünden itibaren enerjini nasıl yönettiğine bir bak. Gün içinde hangi aktivitelerin seni daha çok yorduğunu fark et. Belki sosyal medya seni düşündüğünden daha fazla yoruyor, belki de uyku düzenin bozuk. Küçük değişiklikler büyük farklar yaratır.

Ve en önemlisi, Tutkunu bul! Seni gerçekten heyecanlandıran, sana enerji veren bir şey bulup hayatına kat. Çünkü tutkuyla yaptığımız şeyler, bize en büyük enerjiyi sağlar.

Yorgunluk konusunda senin deneyimlerin neler? HUZUR ve TUTKU formülünden hangisi sence en etkili? Yorumlarını bekliyorum. Ve unutma, dinlenmek de en az çalışmak kadar önemli!

Sürekli Yorgunluk: Neden Hepimiz Tükenmiş Hissediyoruz? yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

Think, Draw, Implement: İş Analizinin 3 Boyutu

Serap Gür — Fri, 29 Nov 2024 19:13:06 +0000

Bir iş analistinin çalışma süreci, tıpkı bir ressamın bir başyapıt yaratma yolculuğuna benzer. Bir ressamın hayalindeki tabloyu gerçeğe dönüştürmek için geçtiği aşamalar gibi, iş analistinin de müşteri beklentilerini şekillendirmek ve bir yazılım projesine dönüştürmek için üç temel aşamadan geçtiğini söyleyebiliriz. Gelin bu aşamaları birlikte inceleyelim.

Eskiz Hali: Hayalin Şekillenmesi

Her şey bir hayal ile başlar. Bu ilk aşama, müşterinin beklentilerini anlattığı ve bizim zihnimizde üç boyutlu bir taslak oluşturduğu bir hayal etme sürecidir. Tıpkı bir ressamın, gördüğü manzarayı önce karakalemle kağıda aktarması gibi, bu aşama da mükemmel olmaktan uzaktır. Ancak burada önemli olan, sınırları belirlemek ve müşterinin “done” tanımını, yani kabul kriterlerini anlamaktır.

Bu aşama, müşteri beklentilerinin genel hatlarıyla çizildiği bir ön çalışma alanıdır. Henüz detaylar üzerinde durulmaz, yalnızca temel çerçeve belirlenir. İş analisti için bu süreç, müşterinin ihtiyaçlarını anlamaya çalışırken zihinlerinde bir model oluşturma fırsatıdır. Hayal edilen bu model, bir sonraki aşamaya geçiş için bir basamaktır.
Fonksiyonel Tasarım: Detayların Renklendirilmesi

Bir ressam eskizini tamamladıktan sonra, ihtiyaç duyduğu renkleri ve malzemeleri belirler. İş analistinin ikinci aşaması da tam olarak budur: Fonksiyonel tasarım. Bu aşamada, müşterinin beklentileri ve ihtiyaçları, yazılımın yapılabilirliği açısından değerlendirilir.

Fonksiyonel tasarım süreci, müşteriyle tekrar tekrar hizalanmayı gerektirir. İhtiyacın teknolojik olarak uygulanabilirliği test edilir, mümkün değilse alternatif yollar aranır. Bu süreçte birçok revizyon gerekebilir. Örneğin, Agile yöntemlerinde bu aşama genellikle “refinement” oturumlarında ele alınır. Burada, geliştirici ekibiyle fikirler çatışabilir, yeniden şekillenir ve netleştirilir.

Bu aşama tamamlandığında, ihtiyaçların net bir şekilde tanımlandığından emin olunmalıdır. Eksik veya belirsiz noktalar varsa, bir önceki aşamaya geri dönülerek bu eksiklikler giderilir. Netleşmeyen bir tasarım, sonraki aşamada büyük sorunlara yol açabilir.
Teknik Analiz: Detayların İnşası

Artık eskiz tamamlanmış, renkler belirlenmiştir. Şimdi sıra, teknik detaylara inmeye gelir. Bu aşama, her şeyin net olduğu, yapılacak işlerin adım adım tanımlandığı, işin tüm teknik bileşenlerinin belirlendiği aşamadır.

Teknik analiz sürecinde, kullanılacak tablolar, yazılacak kodlar, beklenen çıktılar ve entegrasyon durumunda servis sözleşmeleri gibi detaylar belirlenir. Tıpkı bir ressamın tuvali, fırçaları, boyaları ve diğer tüm malzemelerini hazırladığı an gibi, burada da yazılımı üretmek için gerekli tüm araçlar hazır hale getirilir.

Artık yazılım geliştirme süreci başlayabilir. Ancak bu aşamada şu soru akla gelebilir: Yazılım geliştirme sırasında hiç aksilik çıkmayacak mı? Elbette çıkabilir. Belki de analiz sırasında gözden kaçırılan noktalar vardır. Bu durumda ne yapılır? İşte bu noktada, önceki aşamalara geri dönmek ve yeniden değerlendirme yapmak gerekebilir. Tıpkı ressamın, eserini tamamladıktan sonra yaptığı son dokunuşlar gibi, yazılım geliştirme sürecinde de sürekli bir iyileştirme ve revizyon döngüsü vardır.

*Claude yardımı ile çizilmiştir

Hayalin Gerçeğe Dönüşmesi

Bir ressamın eserini tamamladıktan sonra, kuruması için bir kenara koyması gerekir. Ancak bu süreçte bile, sevimli dostlarımızın esere ufak “katkılar” yapma ihtimali vardır. Bu yüzden, iş analistleri için her aşama öncesinde bir eylem planı yapmak kritik önem taşır.

İş analizi süreci bir ressamın eser yaratma yolculuğu gibidir:

Hayal Etmek
Detaylandırmak
İnşa Etmek

Her aşama, bir sonrakinin temelini oluşturur ve tüm bu aşamalar, müşterinin hayalini gerçeğe dönüştürmek için birlikte çalışır.

O zaman “Think, Draw, Implement” diyoruz. Bir sonraki yazıya kadar bana aşağıdaki adresten ulaşabilirsiniz.

Think, Draw, Implement: İş Analizinin 3 Boyutu yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

Batman’dan Teletabiler’e: Jaguar’ın Yeni Logosu

Serap Gür — Thu, 21 Nov 2024 20:59:49 +0000

Jaguar’ın yeni logosu , yalnızca bir görsel değişiklik değil, markanın köklü bir dönüşüm hamlesinin sembolü. Elektrikli araç dünyasına giriş yaparken, geleneksel lüks algısını da yeniden tanımlamayı hedefleyen bu radikal değişim, özellikle eski müşteriler arasında büyük bir soru işareti yaratıyor: “Bu hâlâ bizim bildiğimiz Jaguar mı?”

Eski logo, yalnızca bir tasarım değil, Jaguar’ın yıllar boyunca inşa ettiği kimliğin bir parçasıydı. Zarafeti, gücü ve seçkinliği temsil eden sıçrayan jaguar (leaper) sembolü, marka ile müşterileri arasında duygusal bir bağ kurmuştu. Şimdi ise, minimalist ve geometrik çizgilerden oluşan Batmandan Teletabilere: Jaguar’ın Yeni Logosu, modernliği ve elektrikli geleceği simgeliyor. Ancak bu değişim, markanın geçmişteki sofistike cazibesini bir kenara bırakıp, daha geniş bir kitleye hitap etmeye çalıştığı algısını yaratabilir. Özellikle sosyal medyada yer alan “Batman’den Teletabilere” yorumu, bu algının bazı eski müşterilerde nasıl bir hayal kırıklığı yarattığını özetliyor.

Jaguar’ın bu değişimi, sadık müşteriler üzerinde hem olumlu hem de olumsuz etkiler yaratabilir.

Olumsuz Etkiler

Kimlik Kaybı: Eski müşteriler, Jaguar’ın yeni kimliğinde geçmişteki zarafet ve asalet hissini bulamayabilir. Bu, markayla kurdukları duygusal bağı zayıflatabilir ve “Bu artık benim Jaguar’ım değil” düşüncesine yol açabilir.
Prestij Algısının Değişimi: Jaguar’ın Yeni Logosu ve modern tasarım, bazı müşteriler için Jaguar’ın geleneksel lüks algısını törpülediği hissini yaratabilir. Marka, eski sembolün yansıttığı “seçkinlik” imajından uzaklaşıyor gibi görünüyor.
Elektrikli Araç Şüphesi: Elektrikli araçlar, çevre dostu bir gelecek sunsa da, eski müşteriler için güçlü motor sesleri ve sürüş hissiyatının yerini sessiz, teknoloji odaklı bir deneyime bırakması markayla olan bağlarını zedeleyebilir.

Olumlu Etkiler:

Geleceğe Uyum: Modern çağa ayak uyduran Jaguar, sürdürülebilirlik konusundaki bu büyük hamlesiyle çevre bilinci yüksek müşteriler arasında takdir kazanabilir. Yeniliği cesur bulan eski müşteriler, markanın bu adımını “geleceği kucaklayan” bir hareket olarak görebilir. Özellikle, çevresel farkındalığın arttığı günümüzde, bu değişim birçok kişinin gözünde markaya artı puan kazandırabilir.
Merak Uyandırma: Radikal değişiklikler genellikle ilgi çeker. Eski müşteriler, “Yeni Jaguar nasıl olacak?” sorusuyla bu değişimi deneyimlemek isteyebilir. Marka, elektrikli araçlarıyla yeni bir sürüş ve lüks anlayışı sunarsa, bu müşterilerin sadakatini koruyabilir hatta yeniden canlandırabilir.

Peki, Bu Değişim Gerçekten Değecek mi?

Jaguar, bu hamleyle yalnızca bir marka değil, aynı zamanda elektrikli geleceğin öncülerinden biri olmak istiyor. Ancak bu denli radikal bir değişimin değip değmeyeceği, yalnızca logoyla değil, markanın yeni vizyonunu nasıl hayata geçireceğiyle doğrudan bağlantılı. Elektrikli araçlarının performansı, tasarımı ve sunduğu sürüş deneyimi, bu değişimin gerçek karşılığını belirleyecek. Eğer Jaguar, modernliğin ötesinde, geçmişten gelen o prestijli imajını da koruyabilirse, bu dönüşüm bir başarı hikayesine dönüşebilir.

Ancak dengeyi kurmak kolay olmayacak. Sadık müşteriler, Jaguar’ın yalnızca bir otomobil değil, bir statü ve yaşam tarzı simgesi olduğunu hatırlatan mesajlar görmek isteyecek. Bu nedenle, eski müşterilerin duygusal bağlarını koruyacak özel modeller veya kampanyalar, bu süreçte kritik rol oynayabilir.

Sonuç olarak, Jaguar’ın bu dönüşümü tartışmaları da beraberinde getiriyor. Yeni logonun tasarımı ve markanın geleceğe yönelik vizyonu, kullanıcılar arasında hem övgü hem de eleştiriyle karşılanıyor. Bu durumun yansımasını sosyal medyada Nothing markasıyla yaşanan esprili diyalogda da görmek mümkün. Jaguar’ın “Copy Nothing” sloganı, Nothing markasının mizahi bir yanıtıyla “Copy Jaguar” şeklinde karşılık buldu. Bu tür etkileşimler, Jaguar’ın yeni kimliğinin sadece tasarım boyutunda değil, rekabet ve farkındalık yaratma açısından da nasıl dikkat çektiğini gözler önüne seriyor. Ancak asıl önemli soru hâlâ geçerliliğini koruyor: Bu radikal değişim, markayı yeni nesil tüketicilere taşırken eski müşterilerle olan bağını koruyabilecek mi? Bu sorunun cevabını zaman gösterecek.

Batman’dan Teletabiler’e: Jaguar’ın Yeni Logosu yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

Futbol Sahasında Product Owner Olmak

Serap Gür — Thu, 21 Nov 2024 19:24:55 +0000

Küme Düşme Tehlikesine Karşı İlk Adımlar

Futbol Sahasında Product Owner Olmak

Bir futbol takımını küme düşme hattından çekip çıkarmak, yalnızca taktikler veya transferlerle başarılamaz. Aynı zamanda, bir ürün geliştirme sürecindeki gibi doğru bir sistem kurmak ve bu sistemi sürekli iyileştirmek gerekir. Süper Lig’de küme düşme riskiyle karşı karşıya olan bir takımın Product Owner’ı olarak sahaya indiğimde, futbolu bir organizasyonel proje olarak ele alıyorum.

1. Durum Analizi: “Takımın Röntgenini Çekmek”

Her şeyden önce elimde bir gerçeklik haritası olması gerekiyor. Takımı ayağa kaldırmak için nerede olduğumuzu bilmeliyim. Bu yüzden:

Performans ve Rakip Analizi: Oyuncuların fiziksel ve zihinsel durumlarını, takım dinamiklerini ve rakiplerin güçlü/zayıf yönlerini anlamak için veriye dayalı bir analiz yaparım.
Sorunların Net Tanımı: Neredeyiz ve nereye gitmek istiyoruz? Bu sorunun cevabını almak için takım içi anketler, birebir görüşmeler ve hatta taraftar geri bildirimlerini bir araya getiririm.

2. Backlog Oluşturma: Problemleri Görünür Kılmak

Bir Product Owner’ın en önemli araçlarından biri backlog’dur. Futbol sahasında da bu böyle. Her problemi ve hedefi bir backlog maddesi gibi ele alıyorum.

Backlog’un temelleri: Kondisyon eksiklikleri, düşük motivasyon veya takım içi iletişim problemleri.
- Oyuncu bazlı sorunlar: Kondisyon eksiklikleri, motivasyon problemleri.
- Teknik ekip ihtiyaçları: Strateji geliştirme, veri analizi, taktik hazırlık.
- Taraftar hedefleri: Maç günü atmosferi, sosyal medya etkileşimi.
Önceliklendirme (Prioritization): En yüksek puan getirme potansiyeline sahip alanlara odaklanıyorum. Örneğin, savunmadaki açıkları kapatmak, hücum organizasyonundan önce gelebilir. Backlog, yalnızca benim rehberim değil, takımın tüm üyelerinin de görebileceği bir yol haritası olacak.

Bu backlog, sadece benim yol haritam değil, tüm takımın gözünün önünde duran bir rehber olacak. Her hafta güncellenecek ve hangi soruna odaklanmamız gerektiği netleşecek.

3. Scrum Takımını Güçlendirme: “Takım Ruhu ile Verimliliği Artırmak”

Futbol dünyasında başarı, bireysel performanstan çok takım oyunu ile gelir. Scrum takımını bu ruha uygun hale getirmek için birkaç önemli adım atarım:

Daily Stand-up: Her antrenman öncesi mini toplantılar düzenleyerek takımın o günkü hedeflerini belirlerim. Oyuncular bu toplantılarda kendi hedeflerini ve ihtiyaçlarını paylaşır.
Sprint Retrospective: Maçlardan sonra, “Neyi iyi yaptık? Neyi geliştirebiliriz?” sorularını sorarız. Bu retrospektifler, sadece sahada değil, soyunma odasında da dönüşüm yaratır.
Scrum Master ve takım içi liderlik: Teknik ekip içinden bir Scrum Master seçerek (örneğin yardımcı antrenör), tüm süreçlerin tıkır tıkır işlemesini sağlarım.

4. Küçük Zaferler için Sprint Planlaması: “Adım Adım Yükselmek”

Başarı, küçük adımlarla inşa edilir. Her maçı bir sprint olarak ele alır ve hedefleri bu doğrultuda belirlerim.

Hedefler: Bir sonraki 3 maçta kaç puan alacağımıza, hangi oyuncuların performansına odaklanacağımıza karar veririz.
Ölçülebilir Sonuçlar (KPI’lar): Gol atma yüzdesi, pas isabet oranı, koşu mesafesi gibi ölçülebilir hedeflerle her sprintin sonucunu değerlendirebilirim.

5. Taraftarı Oyuna Dahil Etmek: “12. Adamın Gücü”

Bir ürünün kullanıcıları ne kadar bağlıysa, başarı o kadar hızlı gelir. Aynı şekilde taraftarın enerjisini takıma yansıtmak çok önemli:

Sosyal medya üzerinden doğrudan iletişim kurarak takım ruhunu güçlendiririm.
Taraftarların maçlarda etkili olabilmesi için özel etkinlikler ve motivasyon kampanyaları düzenlerim.

6. Sürekli İyileştirme: “Agile ve Kaizen Yaklaşımı”

Her hafta, her maç bir öğrenme fırsatı. Geri bildirim kültürü ile her sprintten sonra iyileştirme önerilerini backlog’a eklerim. Bu döngü, takımın gelişimini sürdürülebilir hale getirir.

Bu noktada futbol artık sadece bir oyun değil, takımın bir “ürün” gibi ele alındığı, kullanıcıların yani taraftarların memnuniyetinin artırıldığı bir dönüşüm sürecidir. Backlog’umuz, Scrum prensiplerimiz ve sürekli iyileştirme odağımızla hedefe adım adım ilerleriz. Çünkü her problem bir backlog maddesi, her maç ise yeni bir sprint. Sezon sonu geldiğinde, sadece ligde kalmış değil, büyümek için sağlam bir sistem kurmuş bir takım olmayı hedefliyoruz.

Ne dersin, takımın ritmini yakalayabilir miyiz? 😊

Futbol Sahasında Product Owner Olmak
Futbol Sahasında Product Owner Olmak

Futbol Sahasında Product Owner Olmak yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

Yapay Zeka ile Şifa Arayışı: İnsanlığa Yeni Bir Dokunuş

Serap Gür — Sat, 16 Nov 2024 10:56:29 +0000

Bizim zamanımızda diyerek başladığım bir cümlenin olacağı yaşlara gelmiş olmak ne kadar can sıkıcı olsa da, bugün yazacağım konu benim için oldukça önemli bir alan üzerine.

Lisans eğitimimi mühendislik üzerine almış biri olarak, çocukluğumda doktor olmayı ve birçok hastayı kurtarmayı hedefleyen bir amaçla büyüdüm. Küçük deneyler yaparak hayallerimi beslesem de asıl amacım iyi bir doktor olmaktı. Ancak sınav sistemi mağdurlarından biri olarak, hayallerimi başka seçimlerle yeni bir rota hesaplamaya mecbur kaldım.

Yıllar geçti, 2014-2015 yıllarında yakınlarımın zorlayıcı bir tedavi sürecine şahit oldum. O zamanlar yapay zeka henüz hayatımızda yoktu; her şeyi tek tek araştırmak, kelimelerin hangi alanlarda ne anlama geldiğini öğrenmek ve sayısız makale taramak gerekiyordu. Bu süreç zorlayıcı ama aynı zamanda öğreticiydi.

Bugün başka bir yakınımın tedavi sürecinde yine yoğun araştırmalar yapıyorum. Ancak bu sefer Gen AI desteğini göz ardı edemem. Filmler, raporlar, tıbbi görüntüler… Hepsini yorumlayan, makaleler öneren ve bunları okuyarak en azından konu hakkında fikir sahibi olmamı sağlayan bir yardımcı var elimde. En kıymetlisi de bu fikir sahibi olmak için aylarca uğraşmıyor oluşum.

Elbette yapay zeka hayatımıza muazzam bir aydınlık ya da şifa sunmuyor. Zaten tüm uygulamaların ana teması, sen onu nasıl kullanırsan onun da sana öyle karşılık verecek olması, değil mi? Körü körüne bağlanmak mı, yoksa kendine ek bir kaynak sağlayacak bir asistan tutmak mı?

Bu konuyu Can Tosun a anlattığımda bana , Çin’de yeni açılacak bir yapay zeka hastanesinden bahsetti. Biraz araştırdım; gerçekten şahane bir sistem kurgulamışlar. Hatta iki yılda bir doktorun bakabileceği hasta sayısını birkaç haftada karşılayabileceklerini iddia eden bir makale bile var. ilgli habere aşağıdaki linkten ulaşabilirsiniz.

https://www.webtekno.com/cin-yapay-zeka-hastanesi-h150460.html

Aslında Gen AI hayatımıza geçen yıl girmedi. Makine öğrenimi, istatistiksel analizler, robotik süreçler gibi pek çok teknoloji zaten deneniyordu. Dijital ortamda bilginin çokluğu ve bu kolaylaştırıcı AI ajanlarını kullanmayı öğrendikçe yeni alanların keşfi hız kazandı. Ancak bu noktada birkaç tedirginliğimi belirtmeden geçemeyeceğim:

Sistemlerin ve tedavi yöntemlerinin güncelliği çok kritik. Yapay zekanın getirdiği bu konfor alanı, yeniyi deneme heyecanını ve üretme isteğini köreltebilir.
Bazı ameliyatlar var ki yalnızca bilgiyle değil, el işçiliği ve o an alınan kararlarla başka bir boyuta taşınabiliyor. Ameliyat sırasında bu muhakeme gücünü bir robota nasıl öğreteceğiz?
Beslenmeyen bir ekmek hamuru nasıl mayalanmazsa, araştırmalar desteklenmezse yenilikler de üretemez. Araştırmaları teşvik etmek için neler yapılacak?

Gün geçtikçe sağlık sektörünün zorlukları ve bu mesleğin değerlerinin azalması, bu alanın robotlarla doldurulması fikrini kimi zaman heyecan verici gösterse de, insanın anlık küçük dokunuşlarla büyük hayatlar kurtardığını unutmamalıyız. Bu yüzden işleri kolaylaştıracak bir sistem kurgularken, aynı zamanda bu ateşi harlayacak araştırma ve deneyleri de sürdürmek gerekir.

Siz bu konu hakkında ne düşünüyorsunuz? Yorumlarda buluşalım.

(Yazıdaki görseller Chatgpt’nın yapay zeka görsel oluşturucusu kullanılarak üretilmiştir.)

Yapay Zeka ile Şifa Arayışı: İnsanlığa Yeni Bir Dokunuş
Yapay Zeka ile Şifa Arayışı: İnsanlığa Yeni Bir Dokunuş

Yapay Zeka ile Şifa Arayışı: İnsanlığa Yeni Bir Dokunuş yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

Teknik ve Görsel Gücün Buluşması: Unreal Engine ile LC Waikiki’nin 3D Mağaza Planlama Serüveni

Serap Gür — Sun, 03 Nov 2024 20:02:45 +0000

LC Waikiki’nin 3D Mağaza Planlama Serüveni

Önceki yazı serimizde, VDP projemizin ilham verici yolculuğuna ilk adımı atmıştık. Bu bölümde ise, Unreal Engine’i neden seçtiğimize, bu güçlü platformun sunduğu avantajlara ve karşılaştığımız zorluklara odaklanıyoruz. Arayüz tasarımının detaylarından altyapının Unreal dünyasındaki işleyişine kadar her ayrıntıyı, işin ustalarının dilinden sizlerle buluşturuyoruz. İlk olarak Damla Sadı Ayrancı’nın arayüz tasarımındaki perspektifine göz atacağız, ardından Fatih Emre Kurşun’un Unreal’da sahne tasarımını nasıl hayata geçirdiğini keşfedeceğiz.

Dijital Evrenlerin Mimarları: Unreal Engine’de Gerçekliğe Hayat Vermek – Damla Sadı Ayrancı

Unreal Engine üzerinde 3D artist ve arayüz tasarımcısı olarak çalışıyorum. Bu rol, oyunlar ve simülasyonlar gibi etkileşimli 3D dünyalar yaratmayı ve aynı zamanda bu dünyalarla kullanıcıların rahatça etkileşim kurmasını sağlayan arayüzleri tasarlamayı içeriyor. Yaratıcı bakış açısı, gerçekçi modeller, çevreler ve karakterler oluştururken, kullanıcı deneyimini optimize eden arayüzler tasarlamak temel prensiplerimizden biridir. Yaptığımız işler, hem estetik hem de işlevsellik açısından yüksek kalitede projeler ortaya koymamıza olanak sağlamıştır.

500’den fazla tasarımcının çalıştığı, farklı çalışma disiplinlerine ve farklı çalışma yaklaşımlarına sahip bir firmada program arayüzünün temel prensibi; ilk temasın sağlandığı kritik bir noktadır ve etkili bir arayüz tasarımı, işlevselliği estetikle buluşturur.

Yapı ilkesini ele alırken arayüzün düzeni ve bilgi mimarisi, kullanıcıların aradıklarını kolayca bulmasını hedeflemiştir. Beklentilere uygun yerleşim ve net navigasyona sahip bir tasarım yaparak kullanıcıların aradıkları tool ya da butonlara kolay erişebilmesini sağlamayı hedefledik. İkon tasarımlarının sade ve işlevine yönelik tasarımları kullanıcı dostu olması yönünden atılan ilk adımlardan biriydi.

Unreal Engine’de yaptığımız tasarımlarda, renk paleti oldukça sade ve minimalist bir yaklaşımla belirlenmiştir. Butonlarda kullanılan ikonlar, kullanıcıların kolayca anlayabileceği basitlikte tasarlanmış, işlevselliği ön planda tutarak dikkatlice düşünülmüştür. Arayüzde ise, özellikle blur efekti ile görsel derinlik kazandırılmış ve mor, temel renk olarak kullanılarak tasarıma modern ve sofistike bir hava katması hedeflenmiştir. Bu yaklaşımın, hem kullanıcı deneyimini geliştirmesi hem de estetik açıdan dengeli bir görünüm sağlaması tasarım süreçlerimize olan bakış açımızın temel prensiplerinden biridir.

Sadelik ilkesini önümüze koyduğumuz zaman ise karşımıza çıkan senaryoda multidisipliner bir çalışma ortamı olduğu için arayüz, karmaşıklıktan uzak, her kullanıcının uzmanlık seviyesinden bağımsız olarak rahatça kullanabilmesini sağlamak amaçlı programın arayüz tasarımının ana hatları belirlenmiştir ve önemli öğelerin, kullanıcıya net bir şekilde sunulması amaçlanmıştır. Gereksiz detaylar yerine işlevsel ögeler öne çıkarılmıştır

3D modelleme, dijital tasarımın kalbi diyebileceğimiz bir süreçtir. Çeşitli adımlardan geçerek oluşturulan 3D modeller, mimari projelerden endüstriyel ürünlere, animasyonlardan oyun dünyalarına kadar birçok alanda kullanılır. LC Waikiki’nin çalışma dinamiklerinde, Mimari Konsept Geliştirme departmanının tasarladığı LC Waikiki mobilyalarının (duvar, orta ünite vs.) teknik çizimlerine bağlı kalarak VDP içerisinde mağaza tasarımı yapılmasına olanak sağlanmaktadır. Bu 3D modeller, mağaza tasarımın yanı sıra aynı zamanda kapasite, ürün yönetimi, ürün yerleşimleri gibi parametlerinde ölçümlenmesini sağlamaktadır.

Blender ve Archicad programlarını kullanarak yürüttüğümüz 3D modelleme süreci, bir modelin sıfırdan bitimine kadar çeşitli adımları içerir. İlk olarak, teknik çizimler analiz edilir ve modelin temel formu bloklama yöntemiyle oluşturulur. Ardından, modelin detayları eklenir ve poligon yapısı optimize edilir.

Yüzeylerde doku uygulaması için UV haritalama yapılır; malzeme ve dokular eklenerek modelin gerçekçiliği artırılır. Aydınlatma ve görselleştirme adımlarının ardından kalite kontrol yapılır, böylece endüstriyel standartlara uygun, estetik ve işlevsel bir 3D model elde edilir. Ürün 3D modelleme sürecini tamamladıktan sonra VDP uygulaması içerisinde bulunan Studio modülüyle son geliştirmeleri yapılarak kullanıcıyla buluşturulur.

Sonuç olarak, bu adımlar sayesinde detaylı ve endüstriyel standartlara uygun bir 3D model ortaya çıkartmış oluyoruz. Bu süreçleri titizlikle uygulamak sonucun hem gerçekçi hem de işlevsel olmasını sağlamaktadır.

Diğer çalışmalarımı incelemek isterseniz bu adresten takip edebilirsiniz.
Damla Sadı Ayrancı – Portfolyo

2D’den 3D’ye: LC Waikiki’de Unreal Engine Destekli Mağaza Planlamasında Teknik Detaylar – Fatih Emre Kurşun

1. Giriş ve VDP’nin Amaçları

LC Waikiki’de ürün yönetimi, SUIT adlı web uygulaması üzerinden yapılmakta; burada ürün fotoğrafları yüklenerek, “Line” olarak adlandırılan koleksiyonlar oluşturulmakta ve mağazalara gönderim tarihleri önceden planlanmaktadır. Ancak, bu süreç 2 boyutlu olarak yönetilmekte olup mağaza içi görseller veya ünitelere yerleşim bilgisi sunmamaktadır.

Bu eksikliği gidermek amacıyla geliştirilen Virtual Design & Planning (VDP) yazılımı, SUIT verilerine API ile erişerek ürün bilgilerini 3 boyutlu bir mağaza ortamına aktarmakta ve kullanıcıların bu ortamda gerçekçi planlamalar yapabilmesini sağlamaktadır. Böylece, iki boyutlu olarak planlanan ürünler, üç boyutlu bir mağaza dijital ikizinde sergilenerek daha kapsamlı bir görsel deneyim sunmaktadır.

VDP, ayrıca zaman çizelgesi özelliğiyle, ürünlerin haftalık bazda ünitelere göre sergilenmesini görselleştirmekte ve hazırlanan bu 3D planlar, planogram olarak PDF formatında mağazalarla paylaşılmaktadır. Bu sayede, mağaza içi ürün yerleşimlerinin belirli standartlara uygun şekilde gerçekleştirilmesi sağlanmaktadır.

2. Neden Unreal Engine ve Oyun Motoru Seçimi

VDP yazılımının geliştirilmesinde, üç boyutlu bir uygulamanın .exe formatında çalıştırılabilmesi amacıyla oyun motoru kullanılmasına karar verilmiştir. Oyun motorları, grafik işlemciye (GPU) doğrudan erişim sağlayarak gerçek zamanlı render ve gelişmiş görselleştirme teknolojileri sunduğundan, Unreal Engine ile bu sürecin hızlandırılması hedeflenmiştir. Bu sayede sıfırdan bir çözüm geliştirilmek yerine güçlü bir render altyapısına sahip bir motorun avantajlarından yararlanılabilmiştir.

Unreal Engine tercihinin sebepleri arasında yüksek görsel kaliteye erişim sağlanması ve esneklik sunması öne çıkmaktadır. Unreal Engine, yüksek grafik gücüne ihtiyaç duyulduğunda bu gücü kullanma olanağı sunarken, daha düşük donanımlı cihazlara uyum sağlamak için grafik özelliklerinin ayarlanabilmesine de imkan tanımaktadır. Ayrıca, proje ekibinin Blueprint ve C++ dillerine hakim olması da bu tercihi destekleyen etkenlerden biridir. Unreal Engine’in sunduğu optimizasyon araçları ve esnek yapı sayesinde, VDP yazılımının hem görsel olarak etkileyici hem de teknik gereksinimlere uygun şekilde yapılandırılması mümkün olmuştur.

3. 2D’den 3D’ye Geçiş Stratejisi

VDP yazılımında ürünlerin doğrudan 3 boyutlu modellere gereksinim duyması yerine, SUIT uygulamasında bulunan mevcut iki boyutlu fotoğrafların 3 boyutlu görseller olarak işlenmesi tercih edilmiştir. Bu yaklaşım, uzun süredir iki boyutlu planlama süreçleriyle yürütülen iş yapış biçiminin tamamen değiştirilmesinin önüne geçilmesi ve bu geçişin daha yumuşak bir şekilde gerçekleştirilmesi amacıyla benimsenmiştir.

Bu yöntemin bir diğer avantajı ise teknik gereksinimlerdeki düşüş olarak öne çıkmaktadır. Ürünlerin doğrudan 3 boyutlu modeller yerine daha düşük poligon sayısına sahip 3 boyutlu yüzeyler olarak temsil edilmesi, performans açısından önemli bir katkı sağlamaktadır. Bu durum, özellikle aynı anda çok sayıda ürünün bir sahnede görüntülenmesi gerektiğinde, hem işlemci hem de GPU yükünün azalması anlamına gelmektedir.

Ayrıca, çıktı olarak elde edilen görsellerde, ürünlerin doğrudan karşıdan görünmesi sağlandığından, fotoğraflardan türetilmiş 3 boyutlu modeller ile tam 3 boyutlu modeller arasında gözle görülür bir fark bulunmamaktadır. Böylece hem çıktı kalitesinde herhangi bir kayıp yaşanmamakta, hem de süreçte daha hızlı ve pratik bir modelleme elde edilmektedir.

4. Teknik Gereksinimler ve Başlangıç Yapısı

VDP projesi geliştirilirken, LC Waikiki bünyesindeki kullanıcıların bilgisayar donanımlarında önemli farklılıklar göz önünde bulundurulmuştur. BrandVM ekiplerinde GTX1050 gibi orta segment ekran kartlarına sahip kullanıcılar olduğu gibi, bazı kullanıcıların yalnızca Intel’in dahili grafik kartlarını kullanmakta olduğu tespit edilmiştir. Bu çeşitlilik, yazılımın 60 FPS hızını koruyabilmesi için optimize edilmesi gerektiği anlamına gelmiştir. Özellikle VRAM yönetimi bu noktada kritik bir faktör olarak ele alınmıştır.

Başlangıç olarak; örnek bir mağaza ortamı yaratılarak ilk 3D sahne hazırlanmıştır. Dörtgen formda oluşturulan bu mağaza tasarımı, statik ışıklandırmalar kullanılarak optimize edilmiştir. Işıklandırma hesaplamalarının her karede tekrar yapılmasının önüne geçilmesi amacıyla, ışıklandırmalar statik olarak işlenmiş ve lightmap kullanılarak sahneye gömülmüştür. Bu yöntem, ekran kartına düşen yükü önemli ölçüde azaltmış ve daha düşük konfigürasyonlara sahip bilgisayarların da programı akıcı bir şekilde çalıştırabilmesine olanak tanımıştır. Ayrıca, kullanıcıların kendi ışıklandırma ayarlarını yapma gerekliliğini ortadan kaldırarak mağaza içi görsel deneyimlerin daha homojen bir yapıda sunulması sağlanmıştır.

Bu kararın ardından, yazılım içinde kullanılacak texture boyutları, 3D model poligon sayıları ve ışıklandırma gibi unsurlar belirli teknik gereksinimlere uygun olarak yapılandırılmıştır. Statik ışıklandırma kararı, bilgisayar hafızası ve işlemci performansı üzerinde olumlu bir etki yaratmış ve VDP kullanıcılarının ürün yerleşimlerine odaklanabilmelerini sağlayan stabil bir mağaza ortamı oluşturulmuştur.

5. OpenCV ile İmaj İşleme

VDP yazılımında, SUIT uygulamasından gelen ürün fotoğraflarının belirli bir formata dönüştürülmesi süreci için OpenCV kullanılmıştır. SUIT’te yer alan ürün görselleri, yatay, dikey veya kare formatlarda ve çoğunlukla şeffaflık (alpha kanalı) içermeyen görsellerden oluşmaktadır. VDP ortamında ise ürünlerin, 512×512 piksel boyutunda, şeffaf arka planlı ve merkeze yerleştirilmiş PNG formatında kullanılmaları hedeflenmiştir. OpenCV, bu gereksinimlerin karşılanması için yazılımın temel bileşenlerinden biri olarak seçilmiştir.

Bu süreçte, ürünlerin piksel verilerinin analiz edilmesi yoluyla çevre sınırlarının (border) vektörel verilere dönüştürülmesi sağlanmıştır. Elde edilen vektör verileri, ürünün üç boyutlu bir yüzeye dönüştürülmesine olanak tanımıştır. Daha sonra, SUIT uygulamasından alınan kalınlık bilgisi kullanılarak bu yüzeye gerçekçi bir kalınlık verilmiş ve ürünün tam anlamıyla 3D bir görünüm kazanması sağlanmıştır. OpenCV, ayrıca runtime’da yüklenen görsellerin gerekli format dönüşümlerini yaparak tutarlı bir yapıda kullanılabilmesini sağlamıştır.

Ek olarak, kullanıcıların program içinde ürünlerin renklerini değiştirme, üzerine yeni bir desen ekleme veya farklı bir baskı uygulama gibi ihtiyaçlarını karşılamak üzere, OpenCV ile imaj işleme işlemleri program dışına çıkılmadan gerçekleştirilmiştir. Unreal Engine’e entegre edilen üçüncü parti bir OpenCV eklentisi, tüm bu işlemlerin VDP içerisinde hızlı ve verimli bir şekilde yapılabilmesine olanak tanımıştır.

6. SUIT ve VDP Arasındaki API Entegrasyonları

SUIT uygulamasında yer alan ürünler, belirli sezonlara, koleksiyonlara (Line) ve paketlere göre organize edilmektedir. Bu yapı içerisindeki verilerin VDP’ye aktarılabilmesi amacıyla, SUIT ve VDP arasında API entegrasyonları gerçekleştirilmiştir. Bu entegrasyon sayesinde, kullanıcıların VDP üzerinde istediği ürünlerin sezon, Line ve Merch Alt Grup (MAG) bilgilerini seçmeleri sağlanmıştır. Kullanıcı “Ürün Al” butonuna tıkladığında, seçilen ürünlerin görselleri ve ilgili bilgileri bir veri yapısında toplanarak VDP’ye aktarılmaktadır.

Bu süreçte, VDP yazılımı, SUIT üzerinden aktarılan ürün görsellerini indirip UTexture2D formatına dönüştürmektedir. Ardından, OpenCV destekli imaj işleme prosedürleri devreye alınarak görseller üzerinde gerekli piksel ve şeffaflık düzenlemeleri yapılmaktadır. Bu adımda, arka planı temiz olmayan ürün görsellerinin arka planları temizlenmekte ve işlem tamamlandıktan sonra görseller texture olarak saklanmak üzere bir klasöre yazılmaktadır. Böylelikle, verilerin düzenlenmiş ve optimize edilmiş bir formatta program içinde kullanılabilir olması sağlanmaktadır.

Veri aktarımları ve görsel düzenleme işlemlerinin tamamlanmasının ardından, ürünler widgetlar üzerine eklenmekte ve kullanıcı tarafından sürükle-bırak yöntemiyle kullanılabilir hale getirilmektedir. Kullanıcı, arayüzden seçtiği bir ürünü sahnedeki bir ünitenin üzerine yerleştirdiğinde, ürün imajı, sınır vektörleri kullanılarak 3 boyutlu bir yüzey olarak modellenmektedir. SUIT’ten gelen kalınlık ve boyut bilgileri de göz önünde bulundurularak ürün, ünitenin üzerine gerçekçi bir şekilde yerleştirilmektedir. Bu API entegrasyonları sayesinde, SUIT’teki ürün verileri ile VDP arasında senkronizasyon sağlanmakta ve kullanıcıların ürünleri hızlı ve pratik bir şekilde üç boyutlu mağaza ortamına yerleştirebilmeleri mümkün hale gelmektedir.

7. Ünitelerin Yapısı ve Oluşumu

VDP yazılımında, mağaza içinde ürünlerin sergilendiği üniteler, özel bir yapı ile modellenmiştir. LC Waikiki mağazalarında kullanılan üniteler, askı ve raflardan oluşan kombinasyonlarla çeşitlenmekte olup farklı sergileme gereksinimlerine göre farklı düzenlemeler içermektedir. Bu çeşitlilik göz önünde bulundurularak, ünitelerin procedural (yordamcı) bir yapı ile oluşturulması hedeflenmiştir. Böylece, her bir ünitenin ayrı ayrı modellenmesi yerine, ortak askı tipleri ve yerleşimlerin veri yapılarıyla birleştirilmesi sağlanmıştır.

Bu yapının temelinde, her bir ünitenin, hangi askı veya raf bileşenlerine sahip olduğu ve bu bileşenlerin sahnedeki pozisyonları gibi bilgilerin tutulduğu bir veri yapısı bulunmaktadır. Kullanıcı, VDP arayüzünden bir ünite seçip sahneye eklemek istediğinde, ilgili veri yapısı anında okunmakta ve ünite, bu veriye uygun olarak hızlı bir şekilde oluşturulmaktadır. Üniteyi oluşturan bu yapı sayesinde, yeni eklenmesi istenen üniteler kolayca sisteme dahil edilebilmektedir.

VDP Studio adı verilen modül, ünitelerin yapısını daha esnek hale getirmek için geliştirilmiştir. Şirket içerisindeki belirli yetkililerin erişimine açık olan bu modül, yeni ünitelerin yapılandırılabilmesi ve veri yapılarının görsel olarak düzenlenebilmesi için tasarlanmıştır. Ünite bilgileri, VDP Studio üzerinden oluşturulup cloud’a kaydedildikten sonra, program her açılışında bu verileri cloud’dan okuyarak kullanıcı arayüzüne yüklemektedir. Bu sayede, kullanıcı sahneye bir ünite sürükleyip bıraktığında, ünite, ihtiyacı olan 3D askı ve raf modellerini renk ve boyut bilgilerine göre çağırarak milisaniyeler içinde kendini sahnede oluşturmaktadır.

Bu prosedür, mağazalarda kullanılan ünitelere ait dijital modellerin pratik bir şekilde güncellenebilmesini ve yeni ihtiyaçlar doğrultusunda hızlıca düzenlenebilmesini sağlamaktadır. Kullanıcılar, VDP aracılığıyla farklı üniteleri bir araya getirip sahneye entegre ederek mağaza içi ürün yerleşimlerini gerçekçi bir biçimde planlayabilmektedir.

8. VDP Launcher ve Dağıtım Süreci

VDP yazılımının LC Waikiki bünyesindeki bilgisayarlarda kolayca dağıtılabilmesi ve güncellemelerin etkili bir şekilde sağlanabilmesi amacıyla, VDP Launcher adı verilen bir başlatıcı uygulama geliştirilmiştir. Unreal Engine dışında, C# ile hazırlanan bu Windows tabanlı uygulama, VDP’nin şirket içindeki kullanıcılar tarafından en güncel sürümüyle kullanılmasını sağlamaktadır.

VDP Launcher, açıldığında ilk olarak yazılımın mevcut sürümünü kontrol etmekte ve güncellemelerin olup olmadığını denetlemektedir. Eğer yeni bir güncelleme mevcutsa, Launcher otomatik olarak ilgili dosyaları indirip kurulum işlemlerini gerçekleştirmekte ve kullanıcıya güncelleme sürecine dair bilgilendirme yapmaktadır. Böylece, kullanıcıların manuel bir güncelleme sürecine ihtiyaç duymadan her zaman güncel yazılıma erişmesi sağlanmaktadır.

Launcher, ayrıca çeşitli başlatma parametrelerini yönetme işlevi de görmektedir. Yazılımın performansını donanım yapılandırmalarına göre optimize edebilmek amacıyla, kullanıcıya “Yüksek Grafik” ve “Düşük Grafik” seçenekleri sunulmaktadır. Bu seçenekler, programın hangi shader yapısıyla başlatılacağını belirlemekte olup, yazılımın farklı donanım seviyelerine sahip cihazlarda en verimli şekilde çalışmasını sağlamaktadır. Örneğin, düşük konfigürasyonlu cihazlarda Shader Model 3.1 ile başlatılacak şekilde ayarlanabilmekte, böylece daha düşük grafik özellikleriyle akıcı bir deneyim elde edilmektedir.

VDP Launcher, güncellemeler ve başlatma parametrelerinin yanı sıra, yazılıma dair çeşitli kullanıcı rehberleri ve destek dökümanlarına hızlı erişim imkanı da sunmaktadır. Bu başlatıcı, yazılımın şirket genelinde düzenli, güncel ve kolay erişilebilir olmasını sağlayarak, kullanıcıların VDP deneyimini sorunsuz bir şekilde yaşamalarına yardımcı olmaktadır.

9. Optimizasyon Süreci

VDP yazılımının 60 FPS hızında akıcı bir deneyim sunabilmesi için GPU ve CPU üzerindeki işlemler dengeli bir şekilde optimize edilmiştir. Bu optimizasyon sürecinde özellikle ışıklandırma, 3D model poligon sayıları, texture boyutları, shader karmaşıklığı (shader complexity), drawcall sayısı ve her karede çalışan matematiksel işlemler gibi unsurlara odaklanılmıştır.

GPU ve Render Thread Optimizasyonları

CPU ve Render Thread Optimizasyonları

VDP projesi, %50 Blueprint ve %50 C++ kullanılarak geliştirilmiş olup, yoğun işlem gerektiren bölümler C++ kullanılarak yazılmıştır. OpenCV ile imaj işleme, üç boyutlu modelleme gibi işlem yoğunluklu fonksiyonlar, C++ ile yapılandırılmıştır ve bu sayede milisaniyeler içinde çalışabilmektedir. Projede, her karede hesaplanması gereken iş yükünü azaltmak adına EventTick’te çalışan fonksiyonlardan mümkün olduğunca kaçınılmış, bu tür fonksiyonlar yalnızca kullanıcı girdileriyle tetiklenecek şekilde düzenlenmiştir. Bu yöntem, işlemlerin yalnızca gerekli olduğunda çalıştırılmasını sağlayarak CPU yükünün düşmesine katkıda bulunmuştur.

Düşük Konfigürasyonlar İçin B Planı

GTX 1050 gibi ekran kartlarına sahip sistemlerde yazılım optimize edilmiş olsa da, Intel dahili grafik kartları gibi daha düşük donanımlı cihazlar için ek çözümler geliştirilmiştir. Unreal Engine’in mobil platformlara yönelik sunduğu olanaklardan yararlanılarak, VDP’nin Shader Model 3.1 ile çalışacak bir versiyonu da hazırlanmıştır. Program başlatılırken, VDP Launcher üzerinden Yüksek Grafik veya Düşük Grafik seçeneklerinden biri seçilmekte ve uygun shader yapısı kullanılmaktadır. Bu düşük grafik modu, yansıtma kalitesi, post-process efektleri ve anti-aliasing gibi görsel işleme özelliklerinden fedakarlık yapılarak, düşük donanımlı cihazlarda da yazılımın akıcı çalışmasına imkan tanımaktadır.

Bu kapsamlı optimizasyon süreci sayesinde, VDP yazılımının farklı donanım yapılandırmalarında yüksek performans sunması sağlanmış ve kullanıcı deneyimi iyileştirilmiştir.

10. ALICE: VDP’nin Yapay Zeka Destekli Metahuman Asistanı

VDP yazılımının kullanıcı deneyimini geliştirmek amacıyla “ALICE” adlı bir Metahuman karakteri, yapay zeka destekli bir chatbot olarak entegre edilmiştir. ALICE, programın işlevsellikleri, kullanım kılavuzları ve teknik özellikleri hakkında anında bilgi sunarak kullanıcıların programa daha hızlı adapte olmasına yardımcı olmaktadır. Kullanıcılar, programı kullanırken herhangi bir noktada ALICE’e başvurarak detaylı bilgi edinebilmekte ve rehberlik alabilmektedir.

ALICE, Metahuman teknolojisi kullanılarak geliştirilmiş ve böylece insan benzeri bir yüz, ses ve jestlerle kullanıcıya daha doğal bir iletişim deneyimi sunmaktadır. ALICE’in görevleri arasında, programın ana işlevlerinin nasıl kullanılacağı, belirli modüllerin ve araçların nasıl çalıştığı gibi konular hakkında rehberlik etmek yer almaktadır. Ayrıca, ürün yerleşimi, planogram hazırlığı ve API entegrasyonları gibi daha teknik işlemler konusunda da ALICE’ten yardım alınabilmektedir.

Kullanım Kolaylığı: ALICE, kullanıcıların menüler arasında dolaşmasına gerek kalmadan, doğrudan sorularını yazılı olarak ileterek yardım almasını sağlamaktadır.

Öğrenen Asistan: ALICE, kullanıcılarla etkileşimleri üzerinden öğrenme yeteneğine sahip bir yapay zeka altyapısıyla donatılmıştır. Kullanıcıların sıkça sorduğu soruları veya belirli işlevlerde tekrar eden işlemleri analiz ederek, bu bilgilere dayalı olarak daha akıllı ve özelleştirilmiş rehberlik sağlama kapasitesine sahiptir. Bu öğrenme yeteneği, gelecekte ALICE’in daha proaktif bir asistan olarak işlev görmesini ve kullanıcıların ihtiyaçlarını daha öngörülü bir şekilde karşılamasını sağlamaktadır.

Bu yapay zeka destekli asistan, VDP’nin kullanıcı dostu yapısını güçlendiren bir yenilik olarak konumlanmıştır. ALICE, LC Waikiki çalışanlarının programı etkin bir şekilde kullanmalarına katkıda bulunmakta ve mağaza içi planlama süreçlerinde karşılaştıkları sorulara anında cevap sunmaktadır. Böylelikle, VDP’nin kullanıcı deneyimi daha etkileşimli ve verimli bir yapıya kavuşmaktadır.

Sonuç

LC Waikiki için geliştirilen VDP (Virtual Design & Planning) yazılımı, mağaza içi görsel planlama süreçlerini dijitalleştirme ve üç boyutlu bir platformda kullanıcı dostu bir deneyim sunma amacıyla hayata geçirilmiştir. Unreal Engine ile geliştirilmiş olan VDP, SUIT uygulamasındaki ürün verilerini API entegrasyonlarıyla içe aktararak ürünlerin mağaza ortamında üç boyutlu olarak sergilenmesini sağlamış ve geleneksel planlama yöntemlerine kıyasla daha gerçekçi ve etkili bir çözüm sunmuştur.

Yazılım, statik ışıklandırma ve optimize edilmiş texture boyutları gibi teknik kararlarla farklı donanım yapılandırmalarında yüksek performans gösterecek şekilde yapılandırılmıştır. Ürünlerin 2 boyutlu görsellerinden 3 boyutlu modeller elde edilmesini mümkün kılan OpenCV desteği, VDP’nin temel bileşenlerinden birini oluşturmuş ve performansı artıran bir çözüm olarak öne çıkmıştır. Bunun yanı sıra, kullanıcıların ihtiyaçlarını anında karşılayan ve programın kullanımını kolaylaştıran yapay zeka destekli ALICE Metahuman asistanı, yazılımın kullanıcı deneyimini önemli ölçüde iyileştirmiştir.

Optimizasyon süreçleri ve yenilikçi yapay zeka entegrasyonlarıyla LC Waikiki mağazalarındaki ürün sergileme süreçlerini dijitalleştirme yolunda önemli bir adım atan VDP, LC Waikiki’nin görsel planlama alanında teknolojik olarak daha güçlü bir yapıya geçmesini sağlamaktadır. Program, esnek yapısı ve güçlü altyapısıyla gelecekte de LC Waikiki’nin ihtiyaçlarına uyum sağlayacak şekilde geliştirilmekte olup, mağazacılık sektöründe yeni standartlar belirleyen bir çözüm olarak konumlanmaktadır.

Diğer çalışmalarımı incelemek isterseniz bu adresten takip edebilirsiniz.
Fatih Emre Kurşun – Portfolyo

Teknik ve Görsel Gücün Buluşması: Unreal Engine ile LC Waikiki’nin 3D Mağaza Planlama Serüveni yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.

Yapay Zeka Dünyasında Bir Gün: Hangi Agent En İyi? CoPilot mı, ChatGPT mi, Yoksa Gemini mi?

Serap Gür — Sat, 26 Oct 2024 21:08:40 +0000

Geçen hafta Microsoft’un #microsoftAITour etkinliğine katılma fırsatım oldu. Co Pilot ın son gelen güncellemelerinede bir case ile göstermeleri şahane olmuştu. Neredeyse kobi olan tüm firmaların ne istediklerini doğru bir şekilde yazmalarına bile gerek kalmaksızın internet sitesi kurulumunu, frontend backend yazılımlarını, hatta pazarlama planını bile tek başına halledebiliyor.

İnanılmaz dediğinizi duyar gibiyim. Peki bunu nasıl yapıyor. Açıkcası nasıl yaptığını bilmiyorum ama tahminim arkasında iyi bir eğitim ve titizlikle çalışılmış bir dökümante sistemleri mevcut. Kulağa ürkütücü gelebilir, hatta yapay zeka işimizi elimizden alıyor işte bu da kanıtıda diyebilirsiniz.

Bence işler öyle ilerlemiyor çünkü yüzyıllardır dijitale yüklediğimiz bir çok veriden sonra eğer yeni bir şey üretmeyip ortaya yeni bir keşif bilgi çıkarmazsak yapay zekada bize artık ilginç gelmeyecek. Kısıtlı kapasitede kısıtlı içerik çıkar öyle değil mi?

Etkinlikten sonra aklıma komik hatta bazılarına göre saçma bir deneme yapma fikri geldi. Şuan popüler olan tüm yapay zeka agentlarına “En iyi yapay zeka agentı hangisidir tarafsız olarak yorum yapar mısın?” sorusunu sordum. Ve sırayla aşağıda paylaşıyorum dönüşlerini 😊

Co pilot en iyilerinin birinci sırasında kendisini sonra google apple siri yi ve amazon Alexa yı eklemiş. Neden Chatgpt yok merak konusu

2. Sırada en popüleri CahtGpt yi ekliyorum. Chatgpt nin listesi co pilot a göre daha kalabalık ama dikkat çeken bir durumda google gemini ismi ile güncellediği bert ismini düzeltmemiş kendi alt yapısında. Bu da bir düşündürdü yani tek seferlik mi bu bilgilerin içeri alınması ?

3. Son günlerde popülerliğine popülerlik katan Anthropic in claude si ise hiç duymadığım agentlardan bahsetti. Özellikle açıp baktım baya faydalı olabilecek popüler olanlardan daha çok çıktı veren uygulamalar olarak görünüyorlar. Fırsatınız olunca sizinde bakmanızı öneririm.

4. Ve sona sakladığım Gemini yada eski adı ile bard 😊 gemini bu konuda çok bir firma sunmasada kendisi bile güncel adını değilde eski adını yazarak öneriyorsa dahada bir şey demem. Birileri bu arkadaşların database nin güncellemesi gerektiğini söylemeli 😊

Bende yapay zeka agent ları gibi şöyle bitiriyorum.

Sonuç: Agentlar dijitale yüklenen her ne var ise yeni bir veri olarak bu sistemleri besliyor. Her yeni gün insan ihtiyacına yönelik yeni bir keşifte bu yapay zeka aletlerinide değiştirecek o yüzden hangi alanda hangi asistana ihtiyacınız varsa en verimli olana odaklanmakta fayda var bir sonraki yazıya kadar…

Yapay Zeka Dünyasında Bir Gün: Hangi Agent En İyi? CoPilot mı, ChatGPT mi, Yoksa Gemini mi? yazısı ilk önce Ofistekiler üzerinde ortaya çıktı.