Minden az UWP app-ok fejlesztéséről és várható térhódításáról szól. Mindenhol harsogják, hogy a javascript alapú megoldások a jövő, hisz mindenhol gond nélkül használható. Mi lenne ha a kettőt összekapcsolnánk?

Erre a kérdésre ad választ a GitHub-on nemrég megjelent projekt: angular2-universal-windows-app

Érdemes tanulmányozni, hisz egy lépéssel közelebb kerülünk az egy kódot készítsünk mindenhová szlogenhez.

Napjaink harsognak az IoT-től és mindenki arról mesél milyen egyszerű és mennyire természetes lesz ez pillanatokon belül. Magam is osztom a véleményt, hogy természetes és hétköznapi lesz elég hamar (végülis itt van már most is, csak nem ennyire látványosan, hisz az élet minden területét átszövi – tessék csak körülnézni egy hipermarketben, vagy egy benzinkúton), de az hogy ez egyszerű lesz, abban nem hiszek.

Mint minden új dolognak ennek is ki kell ismernünk a hátterét is, hisz nem elég csak a kis dobozt elkészíteni, azt az egész részévé kell tenni. Ebben nagy segítséget nyújthat nekünk az Azure is, hisz a Microsoft folyamatosan fejleszti az Azure és az IoT kapcsolati felületeket, szolgáltatásokat. More »

Régóta magas prioritással szerepel a Visual Studio Online Wish List-en a felhasználók azon igénye, hogy ne csak az egyedileg telepített TFS-n legyen mód a folyamat és az egyes elemek testreszabására, kiigazítására. 2014 decemberében a fejlesztői csapat jelezte, hogy a problémát napirendre tűzte és a megoldáson dolgozik.

Az idő előrehaladtával 2015 májusában napvilágot látott egy blogbejegyzés ami a Visual Studio Online Process Customization címet viselte, és azt írták le, miképp gondolkodnak a dologról. Ez már bizakodással töltött el, hisz látszott, hogy lesz valami megoldás. Ez a megoldás most július végével kiadásra került új blogbejegyzésben frissítésre került, és azóta elérhető már számos változás is a Visual Studio Online felhasználói számára. Nézzük mi is történt, miképp lehet a felületet saját igényeinkhez igazítani…

More »

Probléma

Napok óta kavarog előttem ez az üzenet a legváltozatosabb időpontokban, kedvenc Visual Studio + TFS kombóm szórakoztat vele. A hibát elvben már a VS 2012 Update 2-vel kijavították, nekem mégis jövöget…

Elkezdtem mélyen utánanézni miért is van ez, hisz az, hogy egy-egy művelet után várok 1-2 percet (nem vicc!) az már nem is kicsit zavaró. Nos a hiba okai közül – bár megnéztem – a VS2012 által adottakat kizártam, s meglepetésemre az alábbi maradt talpon:

A szerver és a kliens oldal versenyhelyzete, amikor a szerver lassan válaszol és/vagy a kliens valamiért meg tudja előzni a szerver válaszát. (hihi ez áll, SSD mellett)

Ez a helyzet erőteljesen megnövekvő eséllyel jelentkezik, ha valaki 50000 elem felett kezel egy-egy solution-n belül (nu itt a szövegek eltértek, ki solution-t ki meg projektet mondott). A leírások szerint – ez persze a patternből fakad – ez az MVC4 projekteknél jön ki. Tekintettel arra, hogy én épp php portált kezelek most, ezen számot ha meg nem is haladom de közelítem.

Megoldás

A legjobb megoldás amíg lehet a szerver válaszadási kapacitást növelni több TFS szerver beállításával. Ha ez nem megoldható – haha a TFService kevés 🙂 – akkor a munkaterület beállításai alatt a Location kapcsolót kell Local-ról Server-re állítani. Ettől kezdve a szerver lesz a mérvadó tároló és a versenyhelyzet nem jön létre…

tfs_workspace