Grupėms ir keliems prekės ženklams
Kelios įmonės, vienas diegimas, jokių bendrų klientų
Grupės paprastai tai išsprendžia du kartus blogai: arba penki atskiri diegimai ir penki atskiri visi kiti dalykai, arba vienas diegimas ir solemnus pažadas, kad programa visada teisingai filtruos. Pirmasis brangus. Antrasis yra pažadas, o pažadai nėra saugos modelis.
Jei valdote daugiau nei vieną įmonę — holdingą su dukterinėmis įmonėmis, franšizę, du prekės ženklus, skirtus skirtingoms rinkoms, agentūrą ir tai, ką agentūra išskyrė į atskirą verslą — problemos formą jau žinote. Prekės ženklai dalijasi žmonėmis, įrankiais ir finansų skyriumi. Jie nedalijasi klientais, ir neturi atrodyti, kad dalijasi.
iKonekt valdo visus iš vieno diegimo, o atskyrimas tarp jų palaikomas duomenų bazės, o ne kodo lygiu. Tas skirtumas skamba akademiškai, kol neatėjusi ta diena, kai nebėra.
Kodėl šis sluoksnis svarbus
Filtro taikymas programos lygiu yra sakinys užklausoje. Jis veikia tol, kol kiekviena kada nors parašyta užklausa jį turės — įskaitant tą, parašytą skubotai, tą, parašytą naujo kūrėjo, ir tą, parašytą ataskaitai, kuri turėjo būti panaudota tik vieną kartą.
Perkelkite ribą į duomenų bazę ir aritmetika apsiverčia. Politika vykdoma kiekvieno skaitymo ir kiekvieno rašymo metu, po viskuo. Užklausa, pamiršusi įmonę, negrąžina neteisingų eilučių; ji negrąžina nė vienos. Gedimo režimas tampa tuščiu ekranu ir sumišusiu kūrėju — o tai yra teisingas gedimo režimas.
Tušti ekranai yra funkcija. Mes labiau pageidaujame paaiškinti tuščią ekraną savo inžinieriui nei paaiškinti klientų sąrašą dviem klientams, kurie nesitikėjo susipažinti.
- 1Klientai ir gijosApribota. A prekės ženklo pardavėjas negali pasiekti B prekės ženklo duomenų — tai užtikrinta konstrukcija, o ne konfigūracija.
- 2Teiginiai apie klientą„Šią paskyrą jau turime“ yra užrakto teiginys, laikomas vienai įmonei — todėl du prekės ženklai gali dirbti toje pačioje rinkoje nesikasdami.
- 3Raginimai ir nustatymaiKiekviena įmonė redaguoja savo. Vienintelė vieta, kur tai kada nors buvo bendrinama, buvo klaida — ir tai yra klaida, kurios atradimu ši sistema didžiausiai didžiuojasi.
- 4Partnerių programosModulis kiekvienai įmonei, o ne globalus, kurį paveldi visi.
Riba užtikrinta žemiau programos
Ką grupė iš tikrųjų gali bendrinti
Atskyrimas nėra izoliacija dėl izoliacijos. Dalykai, verti bendrinimo grupėje, bendrinami sąmoningai, ir dažniausiai tai nuobodūs dalykai — ir tai visai teisingai, nes būtent nuoboduose dalykuose gyvena pasikartojančios išlaidos:
- Vienas diegimas, kurį reikia valdyti ir atnaujinti. Vienas diegimas, vienas prisijungimo duomenų rinkinys, kurį reikia prižiūrėti, vienas dalykas, kurį reikia laikyti atnaujintą.
- Viena žmonių komanda, dėvinti skirtingas kepures. Žmogus gali dirbti keliuose įmonėse; ko jis negali padaryti, tai matyti abi vienu metu per užklausą, kuri pamiršo paklausti.
- Vienas įpročių rinkinys. Kaip priskiriamas potencialus klientas, kaip rašoma pastaba, kaip darbas tampa sąskaita — išmokstama vieną kartą, taikoma visur, o tai sutrumpina įvedimą į darbą maždaug iki vieno rytmečio.
- Vienas ryšys su likusia šeima. Pagal juo veikia tas pats castomAPI, ta pati paskyra, tie patys jungtys — sukonfigūruotos atskirai kiekvienai įmonei ten, kur tai svarbu.
Klausimas, kurį grupė visada užduoja antras
„Ar galime rengti ataskaitas apie visus?“ Taip — iš paties grupės perspektyvos, sąmoningai ir aiškiai, o ne kaip pratekėjusios ribos šalutinis padarinys. Šis skirtumas yra visas dizainas: peržengti ribą turi būti veiksmas, kurį kas nors atliko tyčia, turėdamas tam įgaliojimus. Tai niekada neturi būti tai, ką atsitiktinai padaro klaidantis identifikatorius.
O trečias klausimas, kurį jie užduoja: „kas nutiks, jei parduosime vieną iš prekės ženklų?“ Ribą, kurią laiko duomenų bazė, taip pat galima naudoti norint ištraukti švarią kopiją. Tai ne atsitiktinumas — atskyrimas ir perkeliamumas yra ta pati savybė, matoma iš dviejų skirtingų posėdžių.
Po grindimis
Kas konkrečiai laiko šią liniją
Ne teiginys, o sąrašas. Jei tiekėjas negali pateikti šio sąrašo apie savo paties produktą, to verta pastebėti.
26
Lentelės, nešiojančios savo įmonę, su priverstiniu patikrinimu, o ne tik galimu.
72
Politikos, išrašytos po vieną, kad kiekvieną jas būtų perskaitęs žmogus, o ne sugeneruotos cikle.
942
Testai, vykdomi duomenų bazėje, kaskart iš naujo sukurtoje iš nulio, kai tik kas nors pasikeičia.
0
Numatytosios įmonės. Užklausa be apimties nutrūksta dar prieš pasiekdama duomenis — nėra atsarginio varianto, kurį galima pamiršti išjungti.
„Penkios įmonės, penki įrenginiai, penkios sąskaitos iš jūsų.“
Vienas įrengimas. Penkios ribos, kurias laiko duomenų bazė.
Bendri žmonės, bendri įpročiai, bendra platforma — ir nė vieno bendro kliento. Peržengti tą ribą turi būti tai, ką žmogus padarė tyčia, niekada tai, ką identifikatorius padarė atsitiktinai.
Kaip sukuriamas atskyrimas →