Inżynieria oprogramowania

Zaczynamy od tego, co Państwa zespół potrafi prowadzić i pod co może rekrutować, czego używają inne systemy i co oprogramowanie musi robić. Dla większości oprogramowania biznesowego oznacza to popularny język, taki jak TypeScript, Java, C# lub Python, relacyjną bazę danych i chmurę, której już Państwo używają. Zapisujemy każdy wybór i jego powody.

Więcej: Inżynieria aplikacji, platform i produktów komponowalnychOdnośnik do tego pytania

Tak. Projektujemy izolację najemców, konfigurację dla najemcy, role, punkty rozliczeń i ścieżki audytu od pierwszego wydania, bo dodanie ich później oznacza przepisanie modelu danych. Uzgadniamy z Państwem, czy najemcy współdzielą bazę danych, schemat czy nic, kierując się Państwa potrzebami bezpieczeństwa i kosztów.

Więcej: Inżynieria aplikacji, platform i produktów komponowalnychOdnośnik do tego pytania

Państwa platforma powstaje z samodzielnych zdolności biznesowych z własnymi API, takich jak wycena, onboarding lub rozliczenia. Każdą można zmienić, skalować lub wymienić bez dotykania pozostałych, a nowe produkty mogą je wykorzystywać. Pasuje to do platform rozwijających się latami; małe narzędzie tego nie potrzebuje.

Więcej: Inżynieria aplikacji, platform i produktów komponowalnychOdnośnik do tego pytania

W większości nowych aplikacji używamy React z Next.js, ponieważ obsługuje renderowanie po stronie serwera i ma dobre narzędzia. Pracujemy też z Angular i Vue.js i kontynuujemy w frameworku, którego Państwo już używają, gdy to rozsądny wybór.

Więcej: Inżynieria aplikacji, platform i produktów komponowalnychOdnośnik do tego pytania

Desktop wybieramy, gdy praca wymaga trybu offline, bezpośredniego dostępu do urządzeń lub plików lokalnych, dużych danych lub grafiki albo szybkich ekranów obsługiwanych klawiaturą. W większości innych potrzeb aplikacja webowa jest łatwiejsza we wdrożeniu i aktualizacji. Rekomendujemy indywidualnie, a czasem właściwym rozwiązaniem jest aplikacja webowa z małym komponentem desktopowym.

Więcej: Inżynieria aplikacji, platform i produktów komponowalnychOdnośnik do tego pytania

Aplikacje natywne dają najlepszą wydajność i najlepsze dopasowanie do każdego systemu. Aplikacje wieloplatformowe współdzielą jeden kod na Windows, macOS i Linux, co obniża koszt budowy i zmian. Rekomendujemy natywne, gdy dominuje jedna platforma lub praca jest wymagająca, a wieloplatformowe, gdy liczy się kilka platform.

Więcej: Inżynieria aplikacji, platform i produktów komponowalnychOdnośnik do tego pytania

Tak, w zadaniach, które na to pozwalają. Ustalamy z Państwem, jakich danych każdy użytkownik potrzebuje na urządzeniu, przechowujemy je zaszyfrowane i zapisujemy zmiany do powrotu sieci. Gdy ten sam rekord zmieni się w dwóch miejscach, uzgodnione reguły decydują, która zmiana wygrywa, albo proszą osobę o wybór.

Więcej: Inżynieria aplikacji, platform i produktów komponowalnychOdnośnik do tego pytania

Tak. Integrujemy się z urządzeniami, których używa Państwa personel, takimi jak skanery kodów, drukarki paragonów i etykiet, wagi i terminale płatnicze. Łączymy się przez sterowniki, SDK lub standardowe porty każdego urządzenia i testujemy na dokładnych modelach i firmware, których Państwo używają, bo urządzenia tego samego typu często zachowują się różnie.

Więcej: Inżynieria aplikacji, platform i produktów komponowalnychOdnośnik do tego pytania

Aplikacje natywne w Swift i Kotlin dają najpełniejszy dostęp do funkcji urządzenia. Aplikacje wieloplatformowe w React Native lub Flutter dzielą większość kodu między iOS i Androida, co obniża koszt budowy i zmian. Rekomendujemy natywne, gdy aplikacja mocno zależy od urządzenia, a wieloplatformowe dla większości aplikacji biznesowych i konsumenckich.

Więcej: Aplikacje mobilne, przetwarzanie przestrzenne i cyfrowe bliźniakiOdnośnik do tego pytania

Cyfrowy bliźniak to działający model 3D fizycznego miejsca lub procesu, zasilany danymi z jego czujników i systemów. Warto go budować, gdy decyzje dotyczące tego miejsca są kosztowne do testowania w rzeczywistości. Przykłady to zmiana linii produkcyjnej, planowanie portu, prowadzenie dzielnicy inteligentnego miasta lub szkolenie personelu na rzadkie zdarzenia.

Więcej: Aplikacje mobilne, przetwarzanie przestrzenne i cyfrowe bliźniakiOdnośnik do tego pytania

Z tymi, które opisują rzeczywisty obiekt: platformami IoT przemysłowego i czujników, systemami budynków i zakładów oraz ERP i systemami utrzymania majątku. Uzgadniamy źródła danych i częstotliwość ich aktualizacji, aby bliźniak pokazywał obiekt takim, jaki jest.

Więcej: Aplikacje mobilne, przetwarzanie przestrzenne i cyfrowe bliźniakiOdnośnik do tego pytania

Tak, tam gdzie ścieżki na to pozwalają. Przechowujemy potrzebne dane na urządzeniu, zaszyfrowane, i kolejkujemy zmiany do powrotu połączenia. Reguły synchronizacji decydują, co się dzieje, gdy ten sam rekord zmienił się w dwóch miejscach, i projektujemy je z Państwem.

Więcej: Aplikacje mobilne, przetwarzanie przestrzenne i cyfrowe bliźniakiOdnośnik do tego pytania

Projektujemy pod WCAG 2.2 AA od pierwszej makiety: wystarczający kontrast, widoczny fokus, logiczna kolejność czytania, odpowiednio duże cele i etykieta dla każdego elementu sterującego. Automatyczne kontrole działają przy każdej zmianie. Przed każdym wydaniem testujemy ręcznie kluczowe ścieżki klawiaturą i czytnikami ekranu.

Więcej: UX i autonomiczna inżynieria jakościOdnośnik do tego pytania

Tak. Projektowanie od prawej do lewej to więcej niż odwrócenie ekranu: nawigacja, wskaźniki postępu i kierunkowe ikony się odbijają, a liczby, logotypy i elementy sterujące mediami zwykle nie. Tekst arabski wymaga własnego kroju pisma, rozmiaru i interlinii, a oba kierunki sprawdzamy z rodzimymi czytelnikami.

Więcej: UX i autonomiczna inżynieria jakościOdnośnik do tego pytania

Testy interfejsu zwykle się psują, gdy przycisk się przesunie lub zmieni nazwę, choć funkcja nadal działa. Testy samonaprawiające używają AI do ponownego znalezienia elementu i zaproponowania zaktualizowanego testu, który inżynier sprawdza przed przyjęciem. Zestaw pozostaje niezawodny bez ukrywania rzeczywistych defektów.

Więcej: UX i autonomiczna inżynieria jakościOdnośnik do tego pytania

Szybko czyta duże ilości starego kodu: wyjaśnia, co robi program, śledzi, gdzie płyną dane, proponuje refaktoryzacje i szkicuje testy. Inżynierowie decydują, co zmienić, przeglądają każdą linię i dowodzą tego testami charakteryzującymi. AI przyspiesza zrozumienie; nie zastępuje weryfikacji.

Więcej: Modernizacja systemów dziedziczonych wspomagana AIOdnośnik do tego pytania

Tak. Tłumaczymy lub odbudowujemy programy COBOL jako usługi natywne dla chmury i migrujemy dane DB2 z uzgadnianiem na każdym kroku. Zadania wsadowe i interfejsy plikowe dostają nowoczesne odpowiedniki. Części stabilne i kosztowne w przeniesieniu mogą zostać za warstwą API do swojej kolejki.

Więcej: Modernizacja systemów dziedziczonych wspomagana AIOdnośnik do tego pytania

Gdy stary rdzeń jest stabilny i poprawny, ale trudno do niego dotrzeć. Nowoczesne API przed nim pozwalają nowym kanałom, partnerom i produktom korzystać z jego funkcji bez dotykania wnętrza. Zastąpienie rekomendujemy, gdy system blokuje zmiany, nie da się go zabezpieczyć lub nie ma już kadry.

Więcej: Modernizacja systemów dziedziczonych wspomagana AIOdnośnik do tego pytania

Chmura suwerenna utrzymuje dane, operacje i kontrolę prawną w jednej jurysdykcji. Może to być dostawca regionalny, chmura rządowa, region hiperskalera z odpowiednimi kontrolami lub Państwa centrum danych. Jest potrzebna, gdy prawo lub regulator wymaga pozostania określonych rekordów w kraju. Mapujemy, które obciążenia podlegają takim zasadom, zanim zarekomendujemy, gdzie mają działać.

Więcej: Inżynieria chmury, SovereignTech i migracja hybrydowaOdnośnik do tego pytania

Zwykle tego, którego już Państwo używają, chyba że istnieje wyraźny powód zmiany. Decydują lokalizacja danych, istniejące umowy i kompetencje, potrzebne usługi zarządzane oraz sposób połączenia innych systemów. Pracujemy w AWS, Microsoft Azure, Google Cloud, Alibaba Cloud i regionalnych chmurach rządowych i ograniczamy kod specyficzny dla dostawcy do miejsc, gdzie się to opłaca.

Więcej: Inżynieria chmury, SovereignTech i migracja hybrydowaOdnośnik do tego pytania

Infrastruktura jest definiowana w narzędziach open source, takich jak Terraform, OpenTofu lub Pulumi, a obciążenia działają na Kubernetes lub innych przenośnych platformach. Gdy usługa własna dostawcy jest lepszym wyborem, używamy jej świadomie i zapisujemy drogę wyjścia. Otrzymują Państwo pisemny szacunek, ile wymagałoby przeniesienie każdego obciążenia.

Więcej: Inżynieria chmury, SovereignTech i migracja hybrydowaOdnośnik do tego pytania

To zależy od każdego systemu: gdzie mogą być przechowywane jego dane, jakie ma potrzeby wydajnościowe i łączności, jakie licencje i co Państwa zespół potrafi prowadzić. Wiele przedsiębiorstw prowadzi środowisko hybrydowe, które działa dobrze, gdy jest zaprojektowane jako całość. Porównujemy opcje pod kątem kosztu, ryzyka i nakładu i rekomendujemy tę, którą sami byśmy wybrali.

Więcej: Inżynieria chmury, SovereignTech i migracja hybrydowaOdnośnik do tego pytania

Warto to rozważyć, gdy dane nie mogą opuścić Państwa granicy lub gdy użycie jest na tyle stałe, że własna moc kosztuje mniej niż opłata za wywołanie. Porównujemy prywatny klaster, chmurę suwerenną i publiczną usługę modeli dla Państwa obciążenia, a następnie dobieramy rozmiar klastra i obsługiwanych modeli.

Więcej: Inżynieria chmury, SovereignTech i migracja hybrydowaOdnośnik do tego pytania

Tak. Zaczynamy od tego, co Państwo mają, i wymieniamy tylko to, co jest bez wsparcia lub stoi na drodze projektu. Gdy trzeba kupić sprzęt lub licencje, określamy, co jest potrzebne i dlaczego, a dostawcę wybierają Państwo.

Więcej: Inżynieria chmury, SovereignTech i migracja hybrydowaOdnośnik do tego pytania

DevOps to praktyka wspólnej odpowiedzialności deweloperów i operacji za działanie oprogramowania. Platform engineering zamienia tę praktykę w produkt: wewnętrzną platformę deweloperską, która daje każdemu zespołowi ten sam sprawdzony sposób budowania, wdrażania i prowadzenia usług. Państwa zespoły zajmują się funkcjami, a nie potokami.

Więcej: DevOps, platform engineering i uprzęże agentów kodujących AIOdnośnik do tego pytania

Zwykle z tych, które już Państwo mają. Pracujemy z Terraform, OpenTofu i Pulumi dla infrastruktury, Kubernetes dla kontenerów oraz popularnymi usługami CI/CD, w tym GitLab CI/CD, GitHub Actions i Argo CD. Zmianę narzędzia rekomendujemy tylko wtedy, gdy blokuje potrzebę.

Więcej: DevOps, platform engineering i uprzęże agentów kodujących AIOdnośnik do tego pytania

Nie, gdy są ustawione dla każdego przypadku użycia. Zadanie przechodzi do mniejszego modelu dopiero po przejściu tych samych ewaluacji co model frontier, a buforowane odpowiedzi są używane tylko tam, gdzie zapisana odpowiedź pozostaje poprawna. Wszystko niepewne nadal trafia do większego modelu.

Więcej: SRE, obserwowalność oraz FinOps chmury i tokenów AIOdnośnik do tego pytania

GreenOps stosuje podejście FinOps do energii i emisji. Obciążenia są dobierane do zużycia, uruchamiane tam i wtedy, gdy energia jest czystsza, jeśli mogą czekać, i raportowane w formie potrzebnej Państwa raportowaniu ESG.

Więcej: SRE, obserwowalność oraz FinOps chmury i tokenów AIOdnośnik do tego pytania

Obsługa zależy od modelu i wersji firmware. Sprawdzamy każdy HSM w audycie CBOM i planujemy modernizacje lub wymiany tylko tam, gdzie są potrzebne.

Więcej: Kryptografia postkwantowa i szyfrowanie bezpieczne kwantowoOdnośnik do tego pytania

Rzadko. Kryptografia postkwantowa działa w sieciach i na sprzęcie, które już Państwo mają, a QKD wymaga dedykowanych łączy optycznych. QKD rozważamy tylko dla nielicznych łączy o wysokiej wartości, gdzie oczekuje go regulator lub partner.

Więcej: Kryptografia postkwantowa i szyfrowanie bezpieczne kwantowoOdnośnik do tego pytania

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud i regionalne chmury rządowe, a także Państwa centra danych i prywatne klastry GPU. Infrastruktura jest zdefiniowana w Terraform, OpenTofu lub Pulumi, a obciążenia działają na Kubernetes, więc wybór dostawcy pozostaje otwarty.

Więcej: Chmura i infrastrukturaOdnośnik do tego pytania

Tak. Oceniamy, które usługi wiążą Państwa z dostawcą, projektujemy cel w chmurze suwerennej, u innym dostawcy lub w Państwa centrum danych i przenosimy obciążenia etapami, każde ze ścieżką wycofania. Państwo decydują, jak daleko iść: niektórzy klienci przenoszą wszystko, inni tylko obciążenia istotne dla regulatorów.

Więcej: Chmura i infrastrukturaOdnośnik do tego pytania