Yazılım mühendisliği
Teknoloji yığını seçimi, ön uç çerçeveleri, Arapça ve sağdan sola, yerel veya platformlar arası, bulut, test araçları ve eski sistemler.
32 soru
Teknoloji yığınını nasıl seçiyorsunuz?
Ekibinizin çalıştırabileceği ve işe alım yapabileceği, diğer sistemlerinizin kullandığı ve yazılımın yapması gerekenlerden yola çıkıyoruz. Çoğu iş yazılımı için bu, TypeScript, Java, C# veya Python gibi yaygın bir dil, ilişkisel bir veritabanı ve zaten kullandığınız bulut anlamına gelir. Her seçimi ve gerekçelerini kaydediyoruz.
Daha fazla okuyun: Uygulama, platform ve birleştirilebilir ürün mühendisliğiBu soruya bağlantı verin
Çok kiracılı bir SaaS ürünü inşa edebilir misiniz?
Evet. Kiracı izolasyonunu, kiracı başına yapılandırmayı, rolleri, faturalama kancalarını ve denetim izlerini ilk sürümden itibaren tasarlıyoruz, çünkü bunları sonradan eklemek veri modelini yeniden yazmak anlamına gelir. Güvenlik ve maliyet ihtiyaçlarınıza göre kiracıların bir veritabanını, bir şemayı veya hiçbir şeyi paylaşıp paylaşmayacağı konusunda sizinle anlaşıyoruz.
Daha fazla okuyun: Uygulama, platform ve birleştirilebilir ürün mühendisliğiBu soruya bağlantı verin
Birleştirilebilir mimari bizim için ne anlama geliyor?
Platformunuz, fiyatlandırma, katılım veya faturalama gibi kendi API’lerine sahip kendi başına iş yeteneklerinden inşa edilir. Her biri geri kalanına dokunmadan değiştirilebilir, ölçeklendirilebilir veya değiştirilebilir ve yeni ürünler bunları yeniden kullanabilir. Yıllarca büyüyecek platformlara uygundur; küçük bir aracın buna ihtiyacı yoktur.
Daha fazla okuyun: Uygulama, platform ve birleştirilebilir ürün mühendisliğiBu soruya bağlantı verin
Hangi ön uç çerçevesini kullanıyorsunuz?
Çoğu yeni uygulama için React’i Next.js ile kullanıyoruz çünkü sunucu tarafı oluşturmayı destekler ve güçlü araçlara sahiptir. Angular ve Vue.js ile de çalışıyoruz ve bu mantıklı bir seçim olduğunda zaten kullandığınız çerçevede devam ediyoruz.
Daha fazla okuyun: Uygulama, platform ve birleştirilebilir ürün mühendisliğiBu soruya bağlantı verin
Neden web uygulaması yerine masaüstü uygulaması inşa edelim?
İş çevrimdışı kullanım, cihazlara veya yerel dosyalara doğrudan erişim, yoğun veri veya grafik ya da hızlı klavye odaklı ekranlar gerektirdiğinde masaüstünü seçin. Diğer çoğu ihtiyaç için bir web uygulamasının dağıtılması ve güncellenmesi daha kolaydır. Duruma göre öneri sunuyoruz ve bazen küçük bir masaüstü bileşeni olan bir web uygulaması doğru yanıt olur.
Daha fazla okuyun: Uygulama, platform ve birleştirilebilir ürün mühendisliğiBu soruya bağlantı verin
Yerel mi platformlar arası masaüstü mü: hangisini seçmeliyiz?
Yerel uygulamalar en iyi performansı ve her işletim sistemine en yakın uyumu sağlar. Platformlar arası uygulamalar Windows, macOS ve Linux arasında tek bir kod tabanını paylaşır, bu da inşa ve değişiklik maliyetini düşürür. Tek bir platform baskın olduğunda veya iş zorlu olduğunda yerel, birkaç platform önemli olduğunda platformlar arası öneriyoruz.
Daha fazla okuyun: Uygulama, platform ve birleştirilebilir ürün mühendisliğiBu soruya bağlantı verin
Bir masaüstü uygulaması ağ bağlantısı olmadan çalışabilir mi?
Evet, buna izin veren görevler için. Her kullanıcının cihazda hangi verilere ihtiyaç duyduğuna sizinle birlikte karar verir, bunları şifreli tutar ve ağ geri dönene kadar değişikliklerini kaydederiz. Aynı kayıt iki yerde değiştiğinde, anlaşılan kurallar hangi değişikliğin kazanacağına karar verir veya bir kişiden seçim yapmasını ister.
Daha fazla okuyun: Uygulama, platform ve birleştirilebilir ürün mühendisliğiBu soruya bağlantı verin
Uygulama tarayıcılarımız, yazıcılarımız ve diğer cihazlarımızla çalışabilir mi?
Evet. Personelinizin kullandığı barkod okuyucular, fiş ve etiket yazıcıları, teraziler ve ödeme terminalleri gibi cihazlarla entegre oluyoruz. Her cihazın sürücüleri, SDK’ları veya standart bağlantı noktaları üzerinden bağlanıyor ve aynı türdeki cihazlar genellikle farklı davrandığı için tam olarak kullandığınız modeller ve ürün yazılımlarıyla test ediyoruz.
Daha fazla okuyun: Uygulama, platform ve birleştirilebilir ürün mühendisliğiBu soruya bağlantı verin
Yerel mi yoksa platformlar arası mı geliştirmeliyiz?
Swift ve Kotlin ile yerel uygulamalar cihaz özelliklerine en geniş erişimi sağlar. React Native veya Flutter ile platformlar arası uygulamalar kodlarının çoğunu iOS ve Android arasında paylaşır, bu da geliştirme ve değişiklik maliyetini düşürür. Uygulama cihaza büyük ölçüde bağlıysa yerel, çoğu iş ve tüketici uygulaması için platformlar arası öneririz.
Daha fazla okuyun: Mobil, uzamsal bilişim ve dijital ikizlerBu soruya bağlantı verin
Dijital ikiz nedir ve ne zaman geliştirmeye değer?
Dijital ikiz, fiziksel bir yerin veya sürecin sensörlerinden ve sistemlerinden gelen verilerle beslenen canlı bir 3D modelidir. O yerle ilgili kararları gerçekte test etmek maliyetli olduğunda geliştirmeye değer. Örnekler arasında bir üretim hattını değiştirmek, bir limanı planlamak, akıllı şehir bölgesi işletmek veya personeli nadir olaylar için eğitmek yer alır.
Daha fazla okuyun: Mobil, uzamsal bilişim ve dijital ikizlerBu soruya bağlantı verin
Bir dijital ikiz hangi sistemlere bağlanabilir?
Gerçek sahayı tanımlayan sistemlere: endüstriyel IoT ve sensör platformları, bina ve tesis sistemleri ile ERP ve varlık bakım sistemleri. Veri kaynakları ve her birinin ne sıklıkla güncellendiği üzerinde anlaşırız, böylece ikiz sahayı olduğu gibi gösterir.
Daha fazla okuyun: Mobil, uzamsal bilişim ve dijital ikizlerBu soruya bağlantı verin
Uygulama bağlantı olmadan çalışabilir mi?
Evet, yolculuklar izin verdiğinde. Kullanıcının ihtiyaç duyduğu verileri cihazda şifrelenmiş olarak saklar ve değişikliklerini bağlantı geri gelene kadar kuyruğa alırız. Eşitleme kuralları aynı kaydın iki yerde değişmesi durumunda ne olacağına karar verir ve bu kuralları sizinle birlikte tasarlarız.
Daha fazla okuyun: Mobil, uzamsal bilişim ve dijital ikizlerBu soruya bağlantı verin
Ürünleri nasıl erişilebilir hale getiriyorsunuz?
İlk tel kafesten itibaren WCAG 2.2 AA’ya göre tasarlarız: yeterli kontrast, görünür odak, mantıklı okuma sırası, yeterince büyük hedefler ve her kontrol için bir etiket. Otomatik kontroller her değişiklikte çalışır. Her sürümden önce kritik yolculukları klavye ve ekran okuyucularla elle test ederiz.
Daha fazla okuyun: UX ve otonom kalite mühendisliğiBu soruya bağlantı verin
Arapça ve diğer sağdan sola diller için tasarım yapabilir misiniz?
Evet. Sağdan sola tasarım ekranı çevirmekten fazlasıdır: gezinme, ilerleme göstergeleri ve yön belirten simgeler aynalanır; ancak sayılar, logolar ve medya kontrolleri genellikle aynalanmaz. Arapça metin kendi yazı tipi, boyutu ve satır yüksekliğini gerektirir ve her iki yönü de ana dili konuşan okuyucularla inceleriz.
Daha fazla okuyun: UX ve otonom kalite mühendisliğiBu soruya bağlantı verin
Kendi kendini onaran test otomasyonu nedir?
Arayüz testleri genellikle bir düğme taşındığında veya yeniden adlandırıldığında, özellik hâlâ çalışsa bile bozulur. Kendi kendini onaran testler, öğeyi yeniden bulmak ve güncellenmiş bir test önermek için yapay zekâ kullanır; bir mühendis kabul edilmeden önce bunu inceler. Paket, gerçek kusurları gizlemeden güvenilir kalır.
Daha fazla okuyun: UX ve otonom kalite mühendisliğiBu soruya bağlantı verin
Yapay zekâ modernizasyonda gerçekte ne yapar?
Büyük miktarda eski kodu hızlıca okur: bir programın ne yaptığını açıklar, verinin nereye gittiğini izler, yeniden düzenlemeler önerir ve test taslakları hazırlar. Neyin değişeceğine mühendisler karar verir, her satırı inceler ve karakterizasyon testleriyle kanıtlar. Yapay zekâ anlamayı hızlandırır; doğrulamanın yerini almaz.
Daha fazla okuyun: Yapay zekâ hızlandırmalı eski sistem modernizasyonuBu soruya bağlantı verin
COBOL ve DB2 iş yüklerini ana çatıdan taşıyabilir misiniz?
Evet. COBOL programlarını bulut yerel hizmetler olarak çevirir veya yeniden inşa ederiz ve DB2 verilerini her adımda mutabakatla taşırız. Toplu işler ve dosya arayüzleri modern eşdeğerlerine kavuşur. Kararlı ve taşınması maliyetli parçalar, sıraları gelene kadar bir API katmanının arkasında kalabilir.
Daha fazla okuyun: Yapay zekâ hızlandırmalı eski sistem modernizasyonuBu soruya bağlantı verin
Bir sistemi değiştirmek yerine sarmalamak ne zaman daha iyidir?
Eski çekirdek kararlı ve doğru olduğunda ancak erişimi zor olduğunda. Önündeki modern API’ler, yeni kanalların, iş ortaklarının ve ürünlerin iç işleyişine dokunmadan işlevlerini kullanmasını sağlar. Sistemi değiştirmeyi, sistem değişimi engellediğinde, güvenli hale getirilemediğinde veya artık kadrolanamadığında öneririz.
Daha fazla okuyun: Yapay zekâ hızlandırmalı eski sistem modernizasyonuBu soruya bağlantı verin
Egemen bulut nedir ve buna ihtiyacımız var mı?
Egemen bulut, verileri, operasyonları ve yasal kontrolü tek bir yargı yetkisi içinde tutar. Bölgesel bir sağlayıcı, bir kamu bulutu, doğru kontrollere sahip bir hiper ölçekleyici bölgesi veya kendi veri merkeziniz olabilir. Yasa veya düzenleyiciniz belirli kayıtların ülkede kalmasını gerektirdiğinde buna ihtiyacınız olur. İş yüklerinizden hangilerinin bu tür kurallara tabi olduğunu, nerede çalıştırılmalarını önermeden önce haritalandırırız.
Daha fazla okuyun: Bulut mühendisliği, SovereignTech ve hibrit geçişBu soruya bağlantı verin
Hangi bulut sağlayıcısını kullanmalıyız?
Genellikle zaten kullandığınız sağlayıcıyı, değiştirmek için açık bir neden yoksa. Belirleyici faktörler veri ikametgâhı, mevcut sözleşmeleriniz ve becerileriniz, ihtiyaç duyduğunuz yönetilen hizmetler ve diğer sistemlerinizin nasıl bağlandığıdır. AWS, Microsoft Azure, Google Cloud, Alibaba Cloud ve bölgesel kamu bulutları genelinde çalışırız ve sağlayıcıya özgü kodu yalnızca buna değdiği yerlerde tutarız.
Daha fazla okuyun: Bulut mühendisliği, SovereignTech ve hibrit geçişBu soruya bağlantı verin
Bağımlılıktan nasıl kaçınıyorsunuz?
Altyapı Terraform, OpenTofu veya Pulumi gibi açık kaynak araçlarla tanımlanır ve iş yükleri Kubernetes veya diğer taşınabilir platformlarda çalışır. Bir sağlayıcının kendi hizmeti daha iyi bir seçim olduğunda, bunu bilinçli olarak kullanır ve çıkış yolunu yazarız. Sonuçta her iş yükünü taşımanın ne gerektireceğine dair yazılı bir tahmin elde edersiniz.
Daha fazla okuyun: Bulut mühendisliği, SovereignTech ve hibrit geçişBu soruya bağlantı verin
Altyapımızı tesislerimizde mi tutmalıyız yoksa buluta mı taşımalıyız?
Her sisteme bağlıdır: verilerinin nerede tutulabileceği, performans ve bağlantı ihtiyaçları, lisansları ve ekibinizin neleri işletebileceği. Birçok kurum hibrit bir yapı işletir; bu, tek bir yapı olarak tasarlandığında iyi çalışır. Seçenekleri maliyet, risk ve emek açısından karşılaştırır ve biz olsaydık seçeceğimiz seçeneği öneririz.
Daha fazla okuyun: Bulut mühendisliği, SovereignTech ve hibrit geçişBu soruya bağlantı verin
Yapay zekâ modellerini kendi GPU’larımızda çalıştırmalı mıyız?
Veriler sınırlarınız dışına çıkamıyorsa veya kullanım, sahip olunan kapasitenin çağrı başına ödemeden daha ucuza gelmesine yetecek kadar istikrarlıysa bunu düşünün. İş yükünüz için özel bir kümeyi, egemen bir bulutu ve genel bir model hizmetini karşılaştırır, ardından kümeyi ve sunduğu modelleri boyutlandırırız.
Daha fazla okuyun: Bulut mühendisliği, SovereignTech ve hibrit geçişBu soruya bağlantı verin
Halihazırda sahip olduğumuz ekipman ve sistemlerle çalışabilir misiniz?
Evet. Elinizdekinden başlar ve yalnızca desteği sona ermiş veya tasarımın önünde duran şeyleri değiştiririz. Donanım veya lisans satın alınması gerekiyorsa, neyin neden gerektiğini belirtiriz ve tedarikçiyi siz seçersiniz.
Daha fazla okuyun: Bulut mühendisliği, SovereignTech ve hibrit geçişBu soruya bağlantı verin
Platform mühendisliği nedir ve DevOps’tan farkı nedir?
DevOps, geliştiricilerin ve operasyonun yazılımı çalıştırma sorumluluğunu paylaştığı uygulamadır. Platform mühendisliği bu uygulamayı bir ürüne dönüştürür: her ekibe hizmetleri oluşturmak, dağıtmak ve çalıştırmak için aynı test edilmiş yolu sunan bir dahili geliştirici platformu. Ekipleriniz zamanını iş akışlarına değil özelliklere harcar.
Daha fazla okuyun: DevOps, platform mühendisliği ve yapay zekâ kodlama koşum takımlarıBu soruya bağlantı verin
Hangi araçları kullanıyorsunuz?
Genellikle hâlihazırda sahip olduklarınızı. Altyapı için Terraform, OpenTofu ve Pulumi, kapsayıcılar için Kubernetes ve GitLab CI/CD, GitHub Actions ve Argo CD dahil yaygın CI/CD hizmetleriyle çalışırız. Bir değişikliği yalnızca bir araç ihtiyacınızı engellediğinde öneririz.
Daha fazla okuyun: DevOps, platform mühendisliği ve yapay zekâ kodlama koşum takımlarıBu soruya bağlantı verin
Önbellekleme ve yönlendirme yanıtların kalitesini düşürür mü?
Kullanım senaryosu başına kurulduğunda hayır. Bir görev, sınır modeliyle aynı değerlendirmeleri geçtikten sonra küçük bir modele taşınır ve önbellekteki yanıtlar yalnızca saklanan yanıtın doğru kaldığı yerlerde kullanılır. Belirsiz olan her şey yine daha büyük modele gider.
Daha fazla okuyun: SRE, gözlemlenebilirlik ve bulut ile yapay zekâ token FinOpsBu soruya bağlantı verin
GreenOps nedir?
GreenOps, FinOps yaklaşımını enerji ve karbona uygular. İş yükleri kullandıkları kadar boyutlandırılır, bekleyebiliyorlarsa elektriğin daha temiz olduğu yer ve zamanda çalıştırılır ve ESG raporlamanızın ihtiyaç duyduğu terimlerle raporlanır.
Daha fazla okuyun: SRE, gözlemlenebilirlik ve bulut ile yapay zekâ token FinOpsBu soruya bağlantı verin
Donanım güvenlik modüllerimiz kuantum sonrası algoritmaları destekliyor mu?
Destek, modele ve ürün yazılımı sürümüne göre değişir. CBOM denetiminde her HSM’i kontrol ederiz ve yükseltme veya değiştirmeyi yalnızca gerektiği yerlerde planlarız.
Daha fazla okuyun: Kuantum sonrası kriptografi ve kuantum güvenli şifrelemeBu soruya bağlantı verin
Kuantum anahtar dağıtımına ihtiyacımız var mı?
Nadiren. Kuantum sonrası kriptografi hâlihazırda sahip olduğunuz ağlarda ve donanımda çalışırken QKD özel optik bağlantılar gerektirir. QKD’ye yalnızca bir düzenleyicinin veya bir iş ortağının beklediği birkaç yüksek değerli bağlantı için bakarız.
Daha fazla okuyun: Kuantum sonrası kriptografi ve kuantum güvenli şifrelemeBu soruya bağlantı verin
Hangi bulutlar ve platformlarla çalışıyorsunuz?
AWS, Microsoft Azure, Google Cloud, Alibaba Cloud ve bölgesel kamu bulutlarının yanı sıra kendi veri merkezleriniz ve özel GPU kümelerinizle. Altyapı Terraform, OpenTofu veya Pulumi ile tanımlanır ve iş yükleri Kubernetes üzerinde çalışır; böylece sağlayıcı seçimi açık kalır.
Bir hiper ölçekleyiciden ayrılmamıza yardımcı olabilir misiniz?
Evet. Hangi hizmetlerin sizi sağlayıcıya bağladığını değerlendirir, hedefi egemen bir bulutta, başka bir sağlayıcıda veya kendi veri merkezinizde tasarlar ve iş yüklerini her biri için bir geri dönüş yoluyla aşamalı olarak taşırız. Ne kadar ileri gideceğinize siz karar verirsiniz: bazı müşteriler her şeyi taşır, diğerleri yalnızca düzenleyicilerinin önemsediği iş yüklerini.
Daha fazla soru
- Yapay zekâ ve veriModeller ve tedarikçiler, doğruluk, getirim veya ince ayar, veri platformları, gerçek zamanlı veri ve belge otomasyonu.37 soru
- EntegrasyonlarERP sistemleri, ara katman, banka formatları, ISO 8583, terminaller, host-to-host veya EBICS, açık bankacılık ve üçüncü taraf API’leri.32 soru
- SektörlerÇekirdek bankacılık, ISO 20022, dolandırıcılık izleme, mağazalar, EDI ve taşıyıcılar, HL7 ve FHIR, erişilebilirlik ve ERP yükseltmeleri.30 soru
- Departman çözümleriERP bağlantıları, e-fatura zorunlulukları, AP2 ve EDI tedarikçileri, dijital ürün pasaportları, CRM, dinamik fiyatlandırma, konuşmaya dayalı BI ve Arapça.13 soru
- Maliyet ve fiyatlandırmaBir projenin veya ekibin maliyetini neler belirler ve nasıl tahmin ederiz.29 soru
- Sürelerİşlerin başlaması ve teslim edilmesi ne kadar sürer ve bunu neler değiştirir.10 soru
- Sahiplik ve sözleşmelerKodun, verilerin ve sonuçların sahibi kimdir ve sözleşmeler nasıl işler.22 soru
- Güvenlik ve veriÇalışırken sistemlerinizi, kodunuzu ve verilerinizi nasıl koruruz.79 soru
- Ekipler ve kadrolamaProjenizde kimler çalışır, nasıl seçilirler ve ekipler nasıl değişir.30 soru
- Süreç ve iletişimİşler nasıl planlanır, raporlanır ve kabul edilir.121 soru
- Destek ve operasyonlarCanlıya aldıktan sonra ne olur: destek, izleme ve değişiklik.29 soru
- XSIS hakkındaKim olduğumuz, nerede olduğumuz ve bize nasıl ulaşacağınız.6 soru
Sözleşmeyle değil, bir görüşmeyle başlayın.
Ne inşa etmeniz, neyi bağlamanız veya neyi güvence altına almanız gerektiğini bize anlatın. Bir mimar sizinle birlikte inceler ve nereden başlanacağını önerir.
Sırada ne var
Zaman belirleme
Ekibimiz oturum için bir zaman belirlemek üzere size e-posta gönderir.
Ön danışmanlık oturumu
Bir ücretsiz 30 dakikalık çevrim içi ön danışmanlık oturumu: hedeflerinizi, sistemlerinizi ve kısıtlarınızı gözden geçiririz.
Hazırlık incelemesi
Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.
Yolun seçilmesi
Kapsamı hazır projeler 3–5 iş günü içinde içinde bağlayıcı bir teklif alır. Konsept aşamasındaki projeler Blueprint Studio’da başlar. Arızalı, belgelenmemiş veya entegrasyon gerektiren canlı bir sistem, 1–2 hafta teşhisiyle başlar. Blueprint Studio ve teşhisin her biri, teklifte belirtilen sabit bir ücrete tabidir.