Itt jársz most: Kezdőlap > Alkalmazásfejlesztés

Szűrő megjelenítése

Szekvencia-diagramok készítése PlantUML nyelven

Eddigi szakmai pályafutásom során azt tapasztaltam, hogy sokan ódzkodnak az UML alapú modellezéstől, inkább megoldják máshogy (sokszor sehogy), és bevallom, én is ezt a tábort erősítem. Van viszont egy részhalmaza az UML-nek, amit kifejezetten kedvelek és sűrűn használok: mai cikkem alanya, a szekvencia-diagramok.
 
 

Bemutatkozik a Domino Deployment Orchestration Service

Mivel nem csak a Leafletet, de az azt üzemeltető infrastruktúrát is magamnak kellett megoldanom, ez utóbbi számos iteráción ment keresztül, mire elérte jelenlegi formáját. Ami egyben azt is jelentette, hogy ideje kényelmesebbé tenni az alkalmazások kitelepítését - így született meg a Domino ötlete.
 
 

Egyedi query language készítése (nem annyira) egyszerűen és gyorsan

Feltételezhetően sok olvasóm találkozott a "formális nyelvek" témakörével, valószínűleg egyetemi kurzus formájában. Jómagam gyűlöltem az egészet, ám nemrégiben úgy döntöttem, készítek egy saját query language-et és megírom hozzá a feldolgozót. Mint oly sok dolog a szoftverfejlesztésben, ez a téma is sokkal könnyebben megérthetőnek bizonyult így évekkel később, gyakorlatba öntve.
 
 

Kezdőcsomag hobbi-projekt kezeléshez és üzemeltetéshez

Olvasóimnak valószínűleg nem szükséges elmagyaráznom, hogy egy szoftver elkészítése nem csak a forráskódjának megírását és futtatható állománnyá fordítását, csomagolását jelenti, de annak üzemeltetése is kiemelt fontosságú része a teljes projektnek. Illetve nos, bár az agilis szoftverfejlesztési metodológiák a működő szoftvert helyezik annak dokumentációja elé, de azért nem árt tudni akár 1-2-több év után, mit miért és hogyan csinál szoftverünk. Mai cikkemben a fenti problémákra szeretnék egy már számomra bevált megközelítést bemutatni.
 
 

Log processing microservice Mongo alapokon

Microservice architektúrára épülő rendszereknél különösen fontos egy centralizált log processzor megoldás használata, hiszen jellegéből adódóan rendszerünk sok kicsi komponensből áll, azok összehangolt munkáját pedig logokon keresztül tudjuk a leghatékonyabban nyomon követni. Mai cikkemben a "piacon" használatos komplex megoldások egy egészen picike alternatíváját szeretném bemutatni.
 
 

Third-party service kommunikáció mockolása WireMockkal

Microservice architektúrában készülő rendszereinkben tipikus és persze elkerülhetetlen, hogy több kisebb komponens kommunikációját kell tesztelnünk. A probléma akkor kezdődik, ha az egyik ilyen függőség még nem készült el, nem is áll rendelkezésünkre, vagy nem is szeretnénk a tesztek során, hogy a komponensek kommunikáljanak egymással - ilyenkor hasznos eszközzé válik a WireMock.
 
 

Docker integráció saját alkalmazással

A Docker virtualizációs megoldása több módon is vezérelhető, a legnyilvánvalóbb talán a Docker CLI használata. A Docker Engine API a környezet programozott vezérlését teszi lehetővé - mai cikkemben ezt mutatom be.
 
 

Ketrecbe zárt JVM - Java alkalmazás futtatása Docker containerben

Mai cikkemben egy már jó pár éves, meglehetősen elterjedt virtualizációs megoldásról, a Dockerről lesz szó. A Leaflet stack egyik komponensét példaként használva a Docker container létrehozásának és használatba vételének folyamatát láthatjuk majd - azaz, ketrecbe zárunk egy JVM-et.
 
 

Continuous Integration a cloudban - CircleCI build plan beállítása

A legtöbb online verziókezelő rendszer (GitHub, GitLab, stb.) mostanság már komplett eszközkészletet biztosít egy projekt CI/CD pipeline-jának beállításához - akár az ingyenes planeket használók számára is. Mai cikkemben a GitHub egyik integrált megoldását, a szintén ingyenes CircleCI-t mutatom be.
 
 

Offline-first architektúra implementálása Android alkalmazásokban

Az offline-first architekturális megközelítés fontos alapkövét képezi az okoseszközökre fejlesztett alkalmazásoknak. Bár a "hogyan" a fejlesztő a döntése, általánosan elterjedt architektúra lévén platform-támogatottságban nincs hiány. Mai cikkem az Android (illetve a Google) saját lehetőségeit mutatja be.
 
 
 

1 2 3 4