Figyelem! Már csak pár nap és nőnek az árak!
Fizess elő március 31-ig bármely számlázóra, Billingo Business vagy Billingo One csomagra és betonozd be a mostani árakat akár több évre!
Fejlesztések menete a Billingónál
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
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.
A fejlesztés menete
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
Fejlesztői kiegészítés
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.
Hasonlóak a témában
A Billingo online számlázó blogja
Blogolunk mindenről, ami Billingo, ami elektronikus számlázás és úgy általában a világ dolgairól.
TovábbNépszerű címkék
Blog cikk értesítő
Iratkozzz fel, ha szeretnél tudni a számlázással kapcsolatos legfrissebb hírekről és érdekelnek az akciók.
Blog cikk értesítő
Iratkozz fel, ha szeretnél tudni a számlázással kapcsolatos legfrissebb hírekről és érdekelnek az akciók.
