Software-ul nu mai este o meserie. Este o tehnică.

De la meserie la tehnică

O meserie devine tehnică în momentul în care pașii ei pot fi scriși, repetați și verificați. Software-ul tocmai a trecut această linie — iar odată ce ceva este o tehnică, o fabrică întrece un atelier.

Linia, stație cu stație

De la prima instruire până la software în funcțiune, stație cu stație. Fiecare este marcată: Live înseamnă că funcționează astăzi; În curând este ceea ce construim în continuare.

1. 01Live

   Începe cu instruirea

   Înainte de linie, oamenii: consultanții învață să consilieze IMM-urile în domeniul AI, apoi își instruiesc echipele clienților cu un curs white-label, al cărui ultim pas devine un proiect nou sau cerințe noi.

   Aflați mai multe →

2. 02Live

   Mai întâi cerințele

   Nimic nu se construiește dintr-un brief vag. O conversație devine cerințe, fiecare cu criteriile sale de acceptare, iar linia construiește doar ceea ce a fost acceptat.

3. 03Live

   O linie continuă

   De îndată ce cerințele sale sunt acceptate, o etapă de lucru merge către un agent de programare fără niciun clic: câte o construcție pe rând pentru fiecare proiect, în ordine. Fiecare etapă iese sub forma unui pull request.

4. 04Live

   Porți de control la fiecare modificare

   Fiecare pull request trece prin CI-ul și scanările de securitate ale proiectului, apoi printr-o revizuire de securitate cu AI, care eșuează în mod sigur: fără verdict, fără merge, iar merge-ul este fixat la versiunea exactă revizuită. O regulă de protecție pe ramura main refuză să livreze orice a ocolit porțile.

5. 05Live

   Dovadă pentru fiecare criteriu

   Fiecare criteriu de acceptare primește propria rulare de test din CI, înregistrată după ce ultima modificare a cerinței a fost fuzionată, iar o cerință este considerată verificată doar atunci când toate trec. Un criteriu verificat de o persoană afișează „Verificare umană în așteptare” până când este aprobat. Cuvântul agentului nu contează niciodată.

6. 06Live

   Mai întâi testul, de la roșu la verde

   Testul pentru fiecare criteriu de acceptare este scris primul, în propriul commit, și trebuie să eșueze în CI înainte ca codul să îl facă să treacă. Înainte ca o modificare să fie fuzionată, poarta verifică dacă testul fiecărui criteriu a trecut de la roșu la verde și nu a fost modificat pe parcurs; cerința leagă ambele rulări.

7. 07Live

   Un ciclu de reparare

   Când CI-ul sau revizuirea de securitate respinge o modificare, constatările se întorc în aceeași sesiune a agentului, care le repară pe același pull request, iar toate porțile rulează din nou. Implicit, cel mult două reparații; după aceea, preia o persoană.

8. 08Live

   Componente standard

   Fiecare aplicație pornește de la șablonul fabricii, cu problemele deja rezolvate: autentificare, tenanți și roluri, pagini legale, structură. Construite o dată, întărite în producție, niciodată refăcute.

9. 09Live

   Biblioteca fabricii, la fiecare pas

   Odată ce planul unei etape de lucru este aprobat, fiecare etapă vine cu componentele standard alese de proiect. Etapele care ating baza de date sau alte zone sensibile sunt construite cu ghidurile de securitate și de baze de date ale bibliotecii, iar registrul construcției arată care anume și de ce.

10. 10Live

    Lansarea în producție

    Publicarea unei versiuni implementează o aplicație găzduită în producție: mai întâi migrările bazei de date, în ordine, oprindu-se la prima eroare; apoi construcția. Versiunea apare ca Live doar după ce adresa live o servește.

11. 11Live

    O stare onestă

    Până când tot ce intră în scop este lansat, un proiect afișează „În construcție — 3 din 6 etape livrate”, iar „Live” doar după aceea. O aplicație nouă le arată vizitatorilor „În curând”, iar utilizatorilor autentificați, pașii de construcție; o pagină „Ce conține aplicația” listează componentele cu care a pornit, ce s-a construit și ce urmează.

12. 12Live

    În registru

    Fiecare job de construcție, fiecare implementare a unei versiuni și fiecare modificare care a ajuns în ramura main în afara porților sunt înregistrate. Acțiunile operatorilor noștri merg într-un jurnal de audit numai de adăugare.

13. 13Live

    Chei limitate, găzduire în UE

    Pentru aplicațiile pe care le găzduim, fiecare construcție primește un token de scurtă durată, valabil doar pentru acel repository, care se șterge la finalul construcției. Cheile dumneavoastră pentru modele rămân la PP Orchestrator. Instanțele cloud rulează în Germania (UE).

„Live” înseamnă livrat într-o versiune Product Printer și rulat pe instanțele noastre gestionate. O stație trece din „În curând” în „Live” doar după ce versiunea respectivă este disponibilă.