Sokan kérdeztétek már, mi alapján fejlesztjük a Billingót, mit veszünk vigyelembe az új verzió tervezésekor és hogyan is néz ki maga a fejlesztés. Összefoglaltuk hát egy rövidke poszt erejéig mi történik a gondolat és a verziófrissítés közötti időben.
A fejlesztési lista több forrás alapján áll össze. Sok funkciójavaslatot kapunk a felhasználóktól, milyen új funkcióknak örülnének leginkább, mivel tudnának még gyorsabban, még hatékonyabban dolgozni. Ezekért nagyon hálásak vagyunk, és persze szorgosan össze is gyűjtjük őket. Ezekből hetente kapunk újabbakat, már szép hosszú a lista. A felhasználóktól származó ötletek mellé jönnek a használat során felmerülő nehézségek vagy hibák miatt érkező visszajelzések. Ezek jellemzően nem kritikus hibák, azokat a lehető leggyorsabban, úgynevezett hotfix-ként javítjuk. És ezek mellé jönnek a saját ötleteink és elképzeléseink, milyen irányba szeretnénk fejeszteni a Billingót, melyek azok a funkciók, amelyektől a Billingo még jobb, még szebb és még hasznosabb lesz.
A felhasználók ötleteit, a mi elképzeléseinket és a javítandó feladatokat egyetlen listán gyűjtjük, ami emiatt persze elképesztően hosszú. De mi hetente, kéthetente ötletelünk, mely fejlesztések valósuljanak meg a következő hetekben. Ha összeállt a kisebb lista, kezdődhet is a fejlesztés.
Valószínűleg neked sokszor fel sem tűnik, de hetente/kéthetente élesítünk új verziót az alkalmazásról. Ezekről azért nem küldünk minden esetben értesítést, mert a fejlesztés a felhasználók számára nem látványos, hiszen szinte teljes egészében a háttérrendszerben történik.
Általában heti-kétheti rendszerességgel rakunk ki új verziót az alkalmazásból, sokszor van, hogy nincs is látható különbség, mert a fejlesztés szinte teljes egészében a háttérrendszerben történt.
A fejlesztéseken egy egész csapat dolgozik, az ő feladatuk, hogy a Billingo napi használata zökkenőmentes legyen. Ők elsősorban a saját gépükön dolgoznak és tesztelnek, ha pedig kész vannak a saját fejlesztésükkel, akkor a belső szerverre is feltöltik az alkalmazást, ahol a többiek is láthatják. Ők persze sáskaként vetik magukat a prédára és próbálják kiszűrni a felmerülő hibákat. Ebben az ún. kód freeze szakaszban a hibajavításokon kívül új kód nem kerülhet a verzióba
Az egész fejlesztés és deployment git-flow -ra lett felépítve. Minden fejlesztő checkoutolja a legfrissebb dev verziót (ha a dev verzió hibás, akkor a mastert). A saját fejlesztéséhez létrehoz egy feature/xyz branchot, amiben elvégzi a saját fejlesztéseit. Amikor készen van, akkor mergeljük az ő változtatásait a dev verzióval.
Ha mindenki megfelelőnek tartja a fejlesztést, akkor élesben is kikerül a szerverre a fejlesztési csomag és ezzel minden felhasználó számára láthatóvá válhat, akkor átadjuk a feladatot egy deployment szervernek, amely a verzió alapján felépíti a teljes alkalmazást újra, majd feltelepíti a szükséges csomagokat. Amikor pedig végzett, akkor egyszerűen átváltunk a két verzió között.
A mesterséges intelligencia vállalati használata élénk érdeklődés kereszttüzében áll. Az biztos, hogy az AI munkaerőpiaci pozíciója dinamikusan változik, amit n...
A Billingo a nagyok ligájában is játszik! Több nagyvállalat mellett Billingo számlát ad a MOL Campus is, ha a kilátóteraszáról csodálod meg Budapestet. Nemcsak ...
A vállalati kultúrában a nyári pihenést az őszi pörgősebb szakasz váltja fel a munkavállaló és -hely keresés szempontjából. Az utolsó üzleti negyedévben nincs i...
Vadiúj toborzó szolgáltatás, fokozott biztonság jellemzi a nyári Billingo termést, és újra automatikus a számlázás a Shopify-ban. A nyár folyamán még biztonságo...
Az egyszerre olcsó és hatékony toborzás létezik. Napok alatt megtalálhatod a számodra legmegfelelőbb jelentkezőket, miközben nem égetsz el több százezer forinto...
Óriási veszteség a vállalkozásodnak, ha nem a megfelelő kollégákat gyűjtöd egy ernyő alá. A betanítással eltöltött munkaórák mind időt és pénzt emésztenek fel, ...