Kb három éve olvastam arról, hogy a Google több céggel karöltve (benne volt a Microsoft is!) közösen a W3 konzorcium elé terjesztett egy szabványosítási kérést, melynek a lényege tömören annyi volt, hogy miképp lehet a lassan futtatható javascript kódot egy – akár magasabb nyelvekből is létrehozható – előfordított köztes nyelvvel felváltani. Tették ezt azért, hogy a mobil eszközökön is végre normális tempóval lehessen kliens oldali dolgokat futtatni, illetve megjelölték ezt a kódvédelem oldaláról is.

Az idő rendesen eltelt azóta és nem sok hírt olvastam erről, majd hirtelen előkerült számomra – igaz késve jutottam idáig el az olvasásban – Scott Hanselman cikke .NET and WebAssembly – Is this the future of the front-end? címmel. Ebből az derült ki, hogy az elképzelést azóta termőre fordították, és minden lényeges böngésző platformon támogatottá vált az így készülő megoldás.

Mostantól csak az a kérdés, az életben mennyire fogadják el és mikorra válik a hétköznapi munkaeszközök részévé. Én drukkolok!

Régóta nézegetem vegyes érzelmekkel az érkező Azure Stack megoldást. Ennek fő szerepe a Microsoft szerint a Private Cloud kialakítása lenne, mégpedig úgy, hogy az rögtön az Azure szolgáltatásokkal is együtt tudjon működni. Sajnos az egyéb erre szolgáló megoldásaikat – ahogy az lenni szokott – beáldozták enne az oltárán, azaz teljeskörűen saját felhőt építeni ma a Microsoft eszközeivel nem lehet, hisz egy-két komponens mára már hiányzik.

Mindez természetesen nem csökkenti az Azure Stack érdemeit, hacsak az nem, hogy ez megint csak egy gyártóktól beszerezhető dolog lesz, amit első lépésben készen akarnak eladni (ismerős nem, így kezdődött a Storage Server pályafutása is). Egy melóhoz nagyon néztük, s sajnálom, hogy nem lehetett hozzáférni, bár örülök is neki, mert még mindig semmit nem tudni a műszaki és kereskedelmi részletekről.

A bejelentés és az Azure Stack (ismételt) rövid leírása az alábbi linken látható:
https://blogs.msdn.microsoft.com/azuredev/2017/08/25/azure-stack-is-an-on-prem-hybrid-cloud-extension-of-azure/

Szerintem már közhely, hogy miképp lehet egy alkalmazás indítását a profil indításához kötni. Ami gázos egyedül, hogy ennek a felhasználói oldalon történő kezelése nem kicsit problémás. Ennek megoldására a Windows 10 alatt létrehozta a felhasználók általi vezérelhetőségét is, ami a Feladatkezelőben került implementálásra.

Amennyiben viszont az UWP alkalmazásunkat is szeretnénk szépen és értelmesen kezelhetővé tenni, akkor szükséges némi kódolás is, amihez a 16226-s build és SDK óta minden rendelkezésre is áll. Az alábbi cikkben ezt mutatják be:

https://blogs.windows.com/buildingapps/2017/08/01/configure-app-start-log/

Bár magam nem szoktam VSTS extension-ok fejlesztésével foglalkozni, de felrakom, hátha valakit érint. Az Microsoft sokat foglalkozik azzal mostanában, hogy az alkalmazások integrációját minél egyszerűbben tudjuk elvégezni, megcsinálni. Ennek jegyében született meg az alábbi bejegyzés is:

https://blogs.msdn.microsoft.com/devops/2017/07/17/fastest-path-new-team-services-extension