Softwarové inženýrství

Vycházíme z toho, co váš tým umí provozovat a na co umí nabírat, co používají vaše ostatní systémy a co musí software umět. Pro většinu podnikového softwaru to znamená mainstreamový jazyk, jako TypeScript, Java, C# nebo Python, relační databázi a cloud, který už používáte. Každou volbu a její důvody zaznamenáváme.

Přečíst více: Aplikace, platformy a komponovatelné produktové inženýrstvíOdkaz na tuto otázku

Ano. Izolaci tenantů, konfiguraci po tenantech, role, napojení na fakturaci a audit navrhujeme už v prvním vydání, protože jejich pozdější přidání znamená přepsat datový model. S vámi se dohodneme, zda tenanty sdílejí databázi, schéma, nebo nic, podle vašich nároků na bezpečnost a náklady.

Přečíst více: Aplikace, platformy a komponovatelné produktové inženýrstvíOdkaz na tuto otázku

Vaše platforma je postavená ze samostatných obchodních schopností s vlastními API, jako ceny, onboarding nebo fakturace. Každou lze změnit, škálovat nebo nahradit bez zásahu do ostatních a nové produkty je mohou znovu použít. Hodí se pro platformy, které porostou roky; malý nástroj ji nepotřebuje.

Přečíst více: Aplikace, platformy a komponovatelné produktové inženýrstvíOdkaz na tuto otázku

Pro většinu nových aplikací používáme React s Next.js, protože podporuje serverové vykreslování a má silné nástroje. Pracujeme také s Angular a Vue.js a pokračujeme v rámci, který už používáte, když je to rozumná volba.

Přečíst více: Aplikace, platformy a komponovatelné produktové inženýrstvíOdkaz na tuto otázku

Desktop zvolte, když práce potřebuje offline provoz, přímý přístup k zařízením nebo místním souborům, náročná data či grafiku nebo rychlé obrazovky ovládané klávesnicí. Pro většinu ostatních potřeb se webová aplikace snáze zavádí a aktualizuje. Doporučujeme případ od případu a někdy je správnou odpovědí webová aplikace s malou desktopovou částí.

Přečíst více: Aplikace, platformy a komponovatelné produktové inženýrstvíOdkaz na tuto otázku

Nativní aplikace dávají nejlepší výkon a nejbližší soulad s každým operačním systémem. Multiplatformní aplikace sdílejí jednu kódovou základnu pro Windows, macOS a Linux, což snižuje náklady na výstavbu i změny. Nativní doporučujeme, když dominuje jedna platforma nebo je práce náročná, multiplatformní, když záleží na více platformách.

Přečíst více: Aplikace, platformy a komponovatelné produktové inženýrstvíOdkaz na tuto otázku

Ano, u úkolů, které to umožňují. S vámi rozhodneme, která data každý uživatel na zařízení potřebuje, držíme je šifrovaná a zaznamenáváme jeho změny, dokud se síť nevrátí. Když se stejný záznam změní na dvou místech, dohodnutá pravidla určí, která změna vyhraje, nebo požádají člověka, aby zvolil.

Přečíst více: Aplikace, platformy a komponovatelné produktové inženýrstvíOdkaz na tuto otázku

Ano. Integrujeme zařízení, která váš personál používá, jako skenery čárových kódů, tiskárny účtenek a štítků, váhy a platební terminály. Připojujeme se přes ovladače, SDK nebo standardní porty každého zařízení a testujeme s přesnými modely a firmwarem, které používáte, protože zařízení stejného typu se často chovají různě.

Přečíst více: Aplikace, platformy a komponovatelné produktové inženýrstvíOdkaz na tuto otázku

Nativní aplikace ve Swiftu a Kotlinu dávají nejplnější přístup k funkcím zařízení. Cross-platform aplikace v React Native nebo Flutteru sdílejí většinu kódu mezi iOS a Androidem, což snižuje náklady na stavbu i změny. Nativní doporučujeme, když aplikace silně závisí na zařízení, a cross-platform u většiny obchodních a spotřebitelských aplikací.

Přečíst více: Mobil, prostorové výpočty a digitální dvojčataOdkaz na tuto otázku

Digitální dvojče je živý 3D model fyzického místa nebo procesu, napájený daty z jeho senzorů a systémů. Vyplatí se, když jsou rozhodnutí o tomto místě drahá na testování ve skutečnosti. Příklady jsou změna výrobní linky, plánování přístavu, provoz čtvrti chytrého města nebo školení personálu na vzácné události.

Přečíst více: Mobil, prostorové výpočty a digitální dvojčataOdkaz na tuto otázku

K těm, které popisují skutečné místo: průmyslové IoT a senzorové platformy, budovní a provozní systémy a ERP a systémy údržby aktiv. Dohodneme datové zdroje a jak často se každý aktualizuje, aby dvojče ukazovalo místo takové, jaké je.

Přečíst více: Mobil, prostorové výpočty a digitální dvojčataOdkaz na tuto otázku

Ano, tam kde to cesty dovolí. Data, která uživatel potřebuje, ukládáme v zařízení šifrovaně a jeho změny zařadíme do fronty, dokud se připojení nevrátí. Pravidla synchronizace rozhodují, co se stane, když se stejný záznam změnil na dvou místech, a tato pravidla navrhujeme s vámi.

Přečíst více: Mobil, prostorové výpočty a digitální dvojčataOdkaz na tuto otázku

Navrhujeme podle WCAG 2.2 AA od prvního drátového modelu: dostatečný kontrast, viditelný fokus, logické pořadí čtení, dostatečně velké cíle a popisek u každého ovládacího prvku. Automatické kontroly běží při každé změně. Před každým vydáním ručně testujeme klíčové cesty klávesnicí a čtečkami obrazovky.

Přečíst více: UX a autonomní kvalitativní inženýrstvíOdkaz na tuto otázku

Ano. Design zprava doleva není jen zrcadlení obrazovky: navigace, ukazatele průběhu a směrové ikony se zrcadlí, zatímco čísla, loga a ovládání médií obvykle ne. Arabský text potřebuje vlastní písmo, velikost a výšku řádku a oba směry kontrolujeme s rodilými čtenáři.

Přečíst více: UX a autonomní kvalitativní inženýrstvíOdkaz na tuto otázku

Testy rozhraní obvykle spadnou, když se tlačítko posune nebo přejmenuje, i když funkce dál funguje. Samoopravné testy pomocí AI prvek znovu najdou a navrhnou aktualizovaný test, který inženýr před přijetím zkontroluje. Sada zůstává spolehlivá, aniž by skrývala skutečné vady.

Přečíst více: UX a autonomní kvalitativní inženýrstvíOdkaz na tuto otázku

Rychle čte velké množství starého kódu: vysvětluje, co program dělá, sleduje, kam jdou data, navrhuje refaktoringy a píše testy. Inženýři rozhodují, co se změní, kontrolují každý řádek a ověřují jej charakterizačními testy. AI zrychluje pochopení; nenahrazuje ověření.

Přečíst více: Modernizace legacy systémů s podporou AIOdkaz na tuto otázku

Ano. Programy COBOL překládáme nebo přestavujeme jako cloud-native služby a data DB2 migrujeme s vyrovnáním v každém kroku. Dávkové úlohy a souborová rozhraní dostanou moderní ekvivalenty. Části, které jsou stabilní a jejichž přesun je drahý, mohou zůstat za API vrstvou, dokud na ně nepřijde řada.

Přečíst více: Modernizace legacy systémů s podporou AIOdkaz na tuto otázku

Když je staré jádro stabilní a správné, ale těžko dostupné. Moderní API před ním umožní novým kanálům, partnerům a produktům používat jeho funkce, aniž by se dotýkaly vnitřností. Nahrazení doporučíme, když systém blokuje změnu, nelze jej zabezpečit nebo na něj nelze sehnat lidi.

Přečíst více: Modernizace legacy systémů s podporou AIOdkaz na tuto otázku

Suverénní cloud drží data, provoz a právní kontrolu v jedné jurisdikci. Může to být regionální poskytovatel, vládní cloud, region hyperscalera se správnými kontrolami nebo vaše vlastní datové centrum. Potřebujete ho, když zákon nebo váš regulátor vyžaduje, aby určité záznamy zůstaly v zemi. Než doporučíme, kde úlohy poběží, zmapujeme, které z vašich úloh pod taková pravidla spadají.

Přečíst více: Cloudové inženýrství, SovereignTech a hybridní migraceOdkaz na tuto otázku

Obvykle toho, kterého už používáte, pokud není jasný důvod ke změně. Rozhodujícími faktory jsou umístění dat, vaše stávající smlouvy a dovednosti, řízené služby, které potřebujete, a to, jak se připojují vaše ostatní systémy. Pracujeme s AWS, Microsoft Azure, Google Cloud, Alibaba Cloud a regionálními vládními cloudy a kód specifický pro poskytovatele držíme jen tam, kde se to vyplatí.

Přečíst více: Cloudové inženýrství, SovereignTech a hybridní migraceOdkaz na tuto otázku

Infrastruktura je definovaná v open-source nástrojích, jako jsou Terraform, OpenTofu nebo Pulumi, a úlohy běží na Kubernetes nebo jiných přenositelných platformách. Kde je vlastní služba poskytovatele lepší volbou, používáme ji záměrně a sepíšeme cestu ven. Nakonec máte písemný odhad toho, co by přesun každé úlohy vyžadoval.

Přečíst více: Cloudové inženýrství, SovereignTech a hybridní migraceOdkaz na tuto otázku

Záleží na každém systému: kde smějí být jeho data, jaké má nároky na výkon a konektivitu, jaké má licence a co váš tým umí provozovat. Mnoho podniků provozuje hybridní prostředí, které funguje dobře, když je navržené jako jeden celek. Možnosti srovnáme podle nákladů, rizika a úsilí a doporučíme tu, kterou bychom zvolili.

Přečíst více: Cloudové inženýrství, SovereignTech a hybridní migraceOdkaz na tuto otázku

Zvažte to, když data nesmějí opustit vaši hranici nebo když je využití natolik stálé, že vlastní kapacita stojí méně než platba za volání. Pro vaši úlohu srovnáme privátní cluster, suverénní cloud a veřejnou modelovou službu a poté nadimenzujeme cluster a modely, které obsluhuje.

Přečíst více: Cloudové inženýrství, SovereignTech a hybridní migraceOdkaz na tuto otázku

Ano. Vycházíme z toho, co máte, a nahrazujeme jen to, co je mimo podporu nebo v cestě návrhu. Kde je třeba koupit hardware nebo licence, specifikujeme, co je potřeba a proč, a dodavatele volíte vy.

Přečíst více: Cloudové inženýrství, SovereignTech a hybridní migraceOdkaz na tuto otázku

DevOps je praxe, kdy vývojáři a provoz sdílejí odpovědnost za běh softwaru. Platform engineering mění tuto praxi v produkt: interní vývojářskou platformu, která každému týmu dává stejnou otestovanou cestu, jak služby stavět, nasazovat a provozovat. Vaše týmy tráví čas funkcemi, ne pipeline.

Přečíst více: DevOps, platform engineering a vývojová prostředí s AIOdkaz na tuto otázku

Obvykle ty, které už máte. Pracujeme s Terraformem, OpenTofu a Pulumi pro infrastrukturu, Kubernetes pro kontejnery a běžnými službami CI/CD včetně GitLab CI/CD, GitHub Actions a Argo CD. Změnu doporučíme jen tehdy, když nástroj blokuje to, co potřebujete.

Přečíst více: DevOps, platform engineering a vývojová prostředí s AIOdkaz na tuto otázku

Ne, když se nastaví pro jednotlivé případy využití. Úkol přejde na menší model až poté, co projde stejnými hodnoceními jako frontier model, a cachované odpovědi se používají jen tam, kde uložená odpověď zůstává správná. Vše nejisté jde dál na větší model.

Přečíst více: SRE, observabilita a FinOps pro cloud a tokeny AIOdkaz na tuto otázku

GreenOps uplatňuje přístup FinOps na energii a uhlík. Zátěže se dimenzují podle spotřeby, běží tam a tehdy, kde je elektřina čistější, pokud mohou počkat, a reportují se v pojmech, které vyžaduje vaše ESG výkaznictví.

Přečíst více: SRE, observabilita a FinOps pro cloud a tokeny AIOdkaz na tuto otázku

Podpora se liší podle modelu a verze firmwaru. Každý HSM zkontrolujeme v auditu CBOM a upgrady či výměny plánujeme jen tam, kde jsou potřeba.

Přečíst více: Postkvantová kryptografie a kvantově odolné šifrováníOdkaz na tuto otázku

Zřídka. Postkvantová kryptografie běží na sítích a hardwaru, které už máte, zatímco QKD potřebuje vyhrazené optické linky. Na QKD se díváme jen u několika vysoce hodnotných linek, kde to očekává regulátor nebo partner.

Přečíst více: Postkvantová kryptografie a kvantově odolné šifrováníOdkaz na tuto otázku

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud a regionální vládní cloudy i vaše vlastní datová centra a privátní GPU clustery. Infrastruktura je definovaná v Terraformu, OpenTofu nebo Pulumi a zátěže běží na Kubernetes, takže volba poskytovatele zůstává otevřená.

Přečíst více: Cloud a infrastrukturaOdkaz na tuto otázku

Ano. Posoudíme, které služby vás vážou k poskytovateli, navrhneme cíl v suverénním cloudu, u jiného poskytovatele nebo ve vašem datovém centru a zátěže přesouváme po etapách s cestou zpět pro každou z nich. Rozhodujete, jak daleko jít: někteří klienti přesunou vše, jiní jen zátěže, na kterých záleží jejich regulátorům.

Přečíst více: Cloud a infrastrukturaOdkaz na tuto otázku