Geliştirici mi Kiralamalı, Yapay Zeka ile mi Yapmalısınız? Nasıl Karar Verilir

İlk sürüme hızla ihtiyacınız olduğunda, uygulama çoğunlukla formlar, listeler, paneller ve sayfalardan oluşuyorsa ve kendiniz test ederek öğrenmeye istekliyseniz yapay zeka ile yapın. Uygulama büyük ölçekte para ya da hassas veri işliyorsa, karmaşık entegrasyonlara bağlıysa ya da kırılmasını göze alamayacağınız bir işse geliştirici kiralayın. Birçok insan için en iyi cevap ikisidir: İlk sürümü yapay zeka ile oluşturun, insanların bunu istediğini kanıtlayın, sonra incelemesi ve geliştirmesi için bir geliştirici getirin.

Her seçenek size gerçekte ne sağlar

Burada bilerek saatlik ücret ya da maaş vermiyoruz: bunlar ülkeye, deneyime ve projeye göre çok değişir ve tek bir rakam yanıltıcı olur. Bunun yerine aynı yazılı kapsam için iki ya da üç teklif alın. Bir uygulama yapmak ne kadar tutar fiyatı neyin belirlediğini açıklar.

Yapay zeka ile yapmanın daha iyi seçim olduğu durumlar

• Bir fikri test ediyorsunuz. Amaç mükemmel kod değil, birinin bunu isteyip istemediğini öğrenmek. Bir uygulama fikri nasıl doğrulanır rehberine bakın.
• Uygulama çoğunlukla CRUD. Oluşturma, okuma, güncelleme, silme: formlar, listeler, kayıtlar, paneller. Yapay zeka oluşturucular bunları iyi yapar.
• Çok yineleme yapacaksınız. Fikrinizi değiştirmek bir değişiklik talebi değil, bir komut maliyetidir.
• Dahili bir araç. Küçük ve bilinen bir kitle kaba kenarları affeder ve neyin yanlış olduğunu söyler.
• Bütçeniz dar. Yapmaktan çok kullanıcı kazanmaya harcamak istersiniz.
• Ürününüzü anlamak istiyorsunuz. Kendiniz yapmak, karmaşıklığın nerede gerçekten olduğunu öğretir.

Bunun sizden istedikleri: net açıklamalar, her değişikliği test etmek için sabır ve ne zaman yetersiz kaldığınızı dürüstçe kabul etmek.

Geliştirici kiralamanın daha iyi seçim olduğu durumlar

• Standart ödeme sayfasının ötesinde ödemeler, para hareketi ya da finansal kayıtlar.
• Hassas veriler: sağlık, çocuk verileri, devlet kimlik numaraları; hataların yasal sonuçları olduğu durumlar.
• Eski sistemlerle karmaşık entegrasyonlar, sıradışı API'ler ya da tamamen senkronize kalması gereken veriler.
• Performans ve ölçek: ağır gerçek zamanlı özellikler, büyük veri işleme, yoğun trafik.
• App Store ve Google Play için yerel mobil uygulamalar, duyarlı bir web uygulaması yetmiyorsa.
• Uygulama zaten işiniz. Ödeme yapan müşteriler, kesintiyi ve veri kaybını pahalı hale getirir.
• Zamanınız yok. Yapay zeka ile yapmak yine de saatlerce dikkatinizi ister; bunu veremiyorsanız, verebilecek birini tutun.

Hibrit yol: yapay zeka ile yapın, sonra geliştirici tutun

Bu giderek yaygınlaşıyor ve çoğu zaman en mantıklı yol:

1. Ne inşa ettiğinizi yazın. Kısa bir spesifikasyon, sonrasındaki her şeyi iyileştirir. Yapay zeka ile ürün gereksinim dokümanı nasıl yazılır bir şablon içerir.
2. İlk sürümü yapay zeka ile yapın. Küçük tutun: fikri kanıtlayan tek akış.
3. Gerçek kullanıcıların önüne koyun. Daha fazla harcamadan önce neyin önemli olduğunu öğrenin.
4. Kodu dışa aktarın ya da GitHub'a bağlayın. Bir geliştiricinin ihtiyacı olan gerçek kod, ekran görüntüleri değil.
5. Önce bir inceleme için geliştirici tutun. Sabit, küçük bir iş: güvenliği, veri işlemeyi ve yapıyı incelemek ve neyi değiştirmek isteyeceklerini listelemek.
6. Bulgularına göre karar verin. Mevcut kodu sağlamlaştırıp genişletin ya da ölçeklenmeyecek kısımları yeniden yazın.

İnceleme adımı önemlidir. Daha fazlasına girmeden önce bir geliştiricinin işini yargılamanın düşük riskli bir yoludur ve yapay zeka ile yapılan sürümünüzün ne kadar sağlam olduğunu dürüstçe gösterir. Bir yapay zeka prototipini üretime nasıl taşırsınız genellikle neye dikkat edilmesi gerektiğini anlatır.

Geliştirici tutarsanız bunu iyi yapmak

Kiminle konuşmadan önce hazırlanın

• Yazılı bir kapsam: kullanıcılar, temel özellikler, kapsam dışında kalanlar, veriler, izinler.
• Beğendiğiniz uygulamaların örnekleri ve nedenleri.
• Kabaca bir bütçe aralığı ve son tarih.
• Varsa çalışan prototipiniz; çoğu zaman herhangi bir dokümandan daha açıktır.

Neye bakmalı

• Kullanabileceğiniz ilgili işler. Sadece ekran görüntüleri değil, canlı uygulamalar.
• Nasıl iletişim kurdukları. Kullanıcılarınız hakkında iyi sorular mı soruyorlar, yoksa sadece teknolojiyi mi?
• Kapsama bağlı yazılı bir teklif, kapsam değiştiğinde ne olacağı dahil.
• Sahiplik. Sözleşme kodun sizin olduğunu ve hesapların (barındırma, alan adı, veritabanı, ödeme sağlayıcısı) sizin adınıza olduğunu belirtmeli.
• Devir. Belgeler, depoya erişim ve onlar olmadan uygulamayı nasıl çalıştıracağınız.
• Lansmandan sonra. Hataları kim düzeltir, ne kadar süreyle ve hangi maliyetle.

Küçük başlayın

Küçük ücretli bir deneme işi (bir inceleme, bir özellik, bir hata düzeltmesi), herhangi bir mülakattan daha çok şey söyler. Yabancıyla büyük sabit fiyatlı bir proje yapmaktan iki taraf için de daha adildir.

Yapay zeka ile yapıyorsanız bunu iyi yapmak

• Kodu değil ürünü tarif edin. Kullanıcılar, akışlar, veriler, izinler. Bkz. yapay zeka uygulama oluşturucular için komutlar nasıl yazılır.
• Her seferinde bir değişiklik, bir sonrakinden önce test edilmiş.
• Kontrol noktalarını kullanın, böylece kötü bir değişiklik geri alınabilsin.
• Güvenliği ciddiye alın: her özel sayfada giriş, kullanıcıların yalnızca kendi verilerini görmesi, gizli bilgilerin koddan uzak tutulması.
• Çıkışı açık tutun. Kodu dışa aktarmanıza ya da bir Git deposuna senkronize etmenize izin veren bir araç seçin; böylece bir geliştirici sonradan devralabilsin.
• Sınırlarınızı bilin. Aynı düzeltmeyi üç kez istediyseniz ve hâlâ bozuksa, bir geliştiricinin gözü gerekebilir.

Her iki yolda da uyarı işaretleri

Bazı işaretler, seçtiğiniz yolun işe yaramadığını gösterir.

Yapay zeka ile yapmak işe yaramıyorsa...

• Aynı hata birkaç düzeltme denemesinden sonra geri geliyor.
• Güvenli olup olmadığını söyleyemiyorsunuz. Hangi verileri kimin gördüğünü bilmiyorsunuz ve kontrol edemiyorsunuz.
• Her değişiklik başka bir şeyi bozuyor. Uygulama kimsenin planlamadığı şekillerde büyümüş.
• Kullanıcılardan öğrenmek yerine düzeltmeye daha çok zaman harcıyorsunuz. Hızlı yapmanın amacı öğrenmekti; bu durduysa yeniden düşünün.

Bunların hiçbiri baştan başlamanız gerektiği anlamına gelmez. Genellikle mevcut şeyi incelemek için bir geliştiricinin zamanının geldiği anlamına gelir.

Geliştirici tutmak işe yaramıyorsa...

• İlerlemeyi göremiyorsunuz. Üzerinde anlaştığınız ilk kilometre taşından sonra tıklayıp inceleyeceğiniz çalışan bir sürüm yok.
• Tahminler, kapsam değişmeden büyümeye devam ediyor.
• Hesaplar ve kod sizin adınıza değil. Başka her şeyden önce bunu hemen düzeltin.
• Ne için ödediğinizi anlamıyorsunuz ve sorular belirsiz yanıtlar alıyor.

İyi bir geliştirici, işini erken göstermekten, değiş tokuşları sade bir dille açıklamaktan ve onlar olmadan da devam edebileceğinizden emin olmaktan memnuniyet duyar.

Hızlı karar rehberi

İlk sürümü Mythex ile yapmak

Mythex, "önce kendin yap" yolu için bir yapay zeka uygulama oluşturucusudur: uygulamayı tarif edersiniz, canlı bir önizlemede kodu yazar ve çalıştırır, gerektiğinde bir veritabanı ekler ve gerçek bir URL'de yayınlar. Telefonlarda çalışan web uygulamaları oluşturur ve Pro'da bunları Google Play ve TestFlight için Android ve iPhone uygulaması olarak sarabilir. Bir geliştirici getirmeye hazır olduğunuzda, Pro projeyi dışa aktarmanıza ya da kendi GitHub deponuza senkronize etmenize izin verir (GitHub ve dışa aktarma); tam kod düzenleyici ise bir geliştiricinin doğrudan projede çalışmasını sağlar. Her planın neleri içerdiği için fiyatlandırma sayfasına bakın.

Sorular