Când are nevoie o sarcină de un modul, nu de o setare?

Când fluxul nu există din cutie: stări și reguli proprii, un document care trebuie să arate exact cum așteaptă domeniul dumneavoastră, o integrare cu un sistem de depozit, un marketplace sau o bancă pentru care nu există adaptor gata făcut. Jumătate din sarcini își schimbă forma chiar la primul apel, pentru că ce aduc oamenii este de obicei deja o soluție.

Va supraviețui codul propriu următorului upgrade Odoo?

Supraviețuiește dacă nu stă în cale: moștenește în loc să peticească, își ține datele proprii în câmpuri proprii și atinge comportamentul nucleului doar acolo unde nucleul oferă un punct de extensie. Dacă e scris așa, versiunea următoare înseamnă ore de muncă, nu o rescriere.

Studio este rapid - până la upgrade. Automatizările făcute din clicuri nu pot fi citite ca un diff, și tocmai de aceea sunt partea scumpă mai târziu. Un modul are istoric git, teste acolo unde își merită locul, și un om care îl poate citi peste un an.

Cui îi aparține codul pe care îl scrieți?

Dumneavoastră. Modulul stă în depozitul dumneavoastră, sub licența dumneavoastră, și orice alt inginer îl poate prelua - fără dependență de furnizor și fără chirie pe propria logică.

Servicii

Dezvoltare module Odoo: procesul dumneavoastră, scris în cod

Un modul pentru ce Odoo nu face din cutie - construit astfel încât următorul upgrade de versiune să fie câteva ore de lucru, nu o rescriere.

Ce module scriu

Un flux cu stări și reguli proprii: aprobări, etape de producție, contracte de service - tot ce are procesul dumneavoastră și nu au aplicațiile standard. Documente care arată exact cum se așteaptă în industria dumneavoastră: facturi, avize de livrare, certificate, etichete.

Ajustări la Vânzări, Stocuri, Contabilitate sau site, făcute prin moștenire, astfel încât aplicația standard rămâne neatinsă dedesubt.

Cum rezistă la upgrade-uri

Prin faptul că nu intră peste standard: moștenire în loc de patch, date proprii în câmpuri proprii, intervenții doar acolo unde nucleul oferă un punct de extensie. Studio și automatizările făcute din clicuri sunt scumpe tocmai pentru că nu pot fi citite ca un diff.

În versiunea următoare asta se mută ca muncă măsurată în ore, nu ca rescriere.

Ce rămâne la final

Un modul în depozitul dumneavoastră, cu licența dumneavoastră, pe care îl poate prelua orice alt inginer - fără lock-in și fără chirie pe propria logică.

Și o estimare onestă a graniței: o parte din ce vreți înseamnă o săptămână, alta un trimestru. Care e care se lămurește la prima discuție, nu după contract.

Cum decurge lucrul

Descrieți ce trebuie să fie altfel în ziua în care lucrarea e gata - cu cuvintele dumneavoastră, nu cu ale Odoo. Jumătate dintre sarcini își schimbă forma chiar aici, pentru că răspunsul adus e de obicei deja o soluție.
Scriu arhitectura pe o singură pagină: ce modele sunt atinse, ce se moștenește în loc să fie refăcut, ce rămâne neatins și ce se întâmplă cu fiecare suprascriere la versiunea următoare.
Citiți pagina asta înainte să se construiască ceva. Costă o oră și e ultimul moment ieftin în care vă puteți răzgândi - inclusiv spre „nu merită construit”, ceea ce se întâmplă și e în regulă.
Implementarea, cu teste acolo unde își merită locul. Jumătatea mecanică a scrierii lor o face AI-ul, de aceea testele nu mai concurează cu funcționalitățile în estimare. Ce cazuri merită un test se decide în continuare manual.
Staging pe o copie a bazei dumneavoastră reale - nu pe date demo, care n-au clienți cu două spații în nume și nici importuri din 2019. Verificați lucrarea pe propriile înregistrări.
Producția, cu o ordine de deploy scrisă și un rollback încercat, nu presupus. Apoi două săptămâni de șlefuire: micile frecări apar doar în folosirea zilnică, iar trecerea asta face ca modulul să fie folosit, nu ocolit.

Module care rulează deja

O parte din ce scriu este publicată în Odoo Apps Store - le puteți instala și citi codul înainte să vorbim.

Vedeți modulele

De citit înainte să decideți

Dezvoltare Odoo: de la estimare la producție - aceeași ordine de lucru în întregime, inclusiv cât costă versiunea următoare și defectele care apar doar pe site-ul live.
Patruzeci de site-uri într-o singură instanță Odoo - cum arată dezvoltarea proprie la scară.
Partener sau dezvoltator independent - cine scrie codul și în ce condiții.

Întrebări care apar înainte de primul apel

Când are nevoie o sarcină de un modul, nu de o setare?: Când fluxul nu există din cutie: stări și reguli proprii, un document care trebuie să arate exact cum așteaptă domeniul dumneavoastră, o integrare cu un sistem de depozit, un marketplace sau o bancă pentru care nu există adaptor gata făcut. Jumătate din sarcini își schimbă forma chiar la primul apel, pentru că ce aduc oamenii este de obicei deja o soluție.
Va supraviețui codul propriu următorului upgrade Odoo?: Supraviețuiește dacă nu stă în cale: moștenește în loc să peticească, își ține datele proprii în câmpuri proprii și atinge comportamentul nucleului doar acolo unde nucleul oferă un punct de extensie. Dacă e scris așa, versiunea următoare înseamnă ore de muncă, nu o rescriere.
Studio sau un modul?: Studio este rapid - până la upgrade. Automatizările făcute din clicuri nu pot fi citite ca un diff, și tocmai de aceea sunt partea scumpă mai târziu. Un modul are istoric git, teste acolo unde își merită locul, și un om care îl poate citi peste un an.
Cui îi aparține codul pe care îl scrieți?: Dumneavoastră. Modulul stă în depozitul dumneavoastră, sub licența dumneavoastră, și orice alt inginer îl poate prelua - fără dependență de furnizor și fără chirie pe propria logică.