Ez egy nagyon részletes cikk a témában, C# programból hogy férünk hozzá egy távoli gépen keletkező teljesítménymutatókhoz: Retrieving Performance Counter from a remote PC using C#
Ez egy nagyon részletes cikk a témában, C# programból hogy férünk hozzá egy távoli gépen keletkező teljesítménymutatókhoz: Retrieving Performance Counter from a remote PC using C#
Egy bemutató cikk, hogy is lehet használni
Az eredeti bejelentés:
Taking the MSTest Framework forward with “MSTest V2”
Chris Sells szerint a konténerek területe az egyik legnagyobb növekedési potenciállal bíró technológia. Itt egy cikk, hogy tudunk naplót nézni és hibát javítani, ha a docker állomány készítésekor hibába futunk.
2016 augusztus havában az egész magyar sajtó azon pörög, hogy 22.000 informatikus hiányzik a hazai munkaerőpiacról. De láthatólag senki nem tesz semmit. Aki egymillió Ft-os tanfolyamokat hirdet, és azt megtartja 5 embernek, az nem tett semmit. (Ez mi vagyunk, hé! A CISSP ennyibe kerül!)
Amikor lértehoztam az NetAcademiát 1998-ban, az volt az álmom, hogy rengeteg embernek fogok segíteni a szakmai előrejutásban, rengeteg embert fogok tanítani. Akkoriban még "nem létezett" az internet, vagyis létezett valami izé, de nem létezett még semmi a mai "nélkülözhetetlen" webes szolgáltatások közül. Se Google, se Facebook, se Youtube, se Amazon - se 9GAG. És elképzelni sem tudtuk, hogy egyszer majd a 33,6 kBites modem helyett ezerszeres sebességű internetet fogunk kapni a levegőből. Így hát tantermi oktatásra rendezkedtünk be. A "nagy tömeg" pedig akár tizensok tanfolyami hallgatót is jelentett! (Itt jegyzem meg, a legelső tanfolyamunkon 50-en vettek részt a CEU kollégiumban. Ki emlékszik már/még erre?)
A technológia fejlődésével 2009-re alkalmassá vált a Zinternet arra, hogy most már tényleg rengeteg-rengeteg embernek tartsunk tanfolyamot. Élő, online képzéseket képzeltem el, videófelvétellel, így korlátlan ismételhetőséggel. Jó ötletnek tűnt, de mivel ilyet előttünk senki nem csinált (és meglepő módon azóta sem!), simán bennevolt a pakliban egy csúf beégés lehetősége. A kiváló egészségnek örvendő NetAcademiát nem akartam vad kísérletezések terepévé tenni, így a kísérleti módszert külön cégbe szerveztem ki, megszületett az új bébi, az IT Factory*.
Az újszülött szépen cseperedett, míg 2014-15-ben robbanásszerű növekedésnek indult, és állvahagyta a NetAcademiát. A tantermi oktatás, a XX. század egyik utolsó emléke lassan kiment a divatból. Legalábbis nálunk az eltolódás olyan látványos az online oktatás felé, hogy nem kérdés, melyiké a jövő.
Az elmúlt 8 évben az élő, online oktatás tökéletesen bebizonyította életképességét, sőt, ma már azt mondom, ez az oktatás jövője, a többi módszer - kőbalta. Persze ehhez az is kellett, hogy komolyan végiggondoljuk, hogyan is kell oktatni ezen az új csatornán keresztül. És megszületett az IT Factory-módszertan, melyet minden oktatónk használ.
Az IT Factory töretlen növekedését és a NetAcademia stagnálását látva döntöttünk úgy, hogy most, 2016-ban a kishal megeszi a nagyhalat, az IT Factory és a NetAcademia egyesíti erőit az élő, online képzések terén. (Persze a tantermeink megmaradnak. Ha valaki szeretne bejönni a tanterembe, megteheti.)
Mit jelent az egyesítés? Az oktatási módszertan, platform, valamint az üzleti modell átvételét, magyarán szeptembertől a NetAcademia tanfolyamai is elérhető árú éves előfizetéssel vásárolható meg.
Az IT Factory sikerének egyik titka, hogy megfizethető áron egész éves tanulási lehetőséget kínál mindenkinek. Ez lenne az az üzleti modell, amit egy az egyben átvesz a NetAcademia. Hogy miért nem tette meg mindeddig? Azért, mert a XX. századból örököltünk egy olyan felállást, ami a Flat Rate előfizetésnek keresztbetesz. Ez pedig a sok százezer forintos angol nyelvű tankönyvcsomag. Ne feszegessük, hogy miért kerül négyszázezer forintba az a CISSP-könyv, ami az Amazonon 7000 Ft. Ez egy ilyen fura világ. Mi pedig szeptember 1-től kilépünk ebből a fura világból.
Ahogy az IT Factory 8 éve saját, az oktatók által készített tananyagból oktat, úgy a NetAcademia is ezt fogja tenni. (Sőt, titokban mindig is ezt tette. A sok százezer forintos tananyagokat megvásároltuk, eladtuk, de nem használtuk, mert teljesen alkalmatlanok még a tantermi oktatásra is. Lásd: A szakértő tévedése és a Hogyan kerül az informatika a fejedbe című cikkeimet. Ez utóbbit legalább tíz éve írtam...)
Nincs más hátra, mint előre. Ezt nézd meg! http://netacademia.hu
*Klasszikus megoldás egy egyelőre pinduri, de feltörekvő technológia bevezetésére a külön cégbe szervezés. Akit mélyebben érdekel, ajonlom a The innovator's dilemma című örökbecsűt elolvasásra.
Ha doker konténerre fejlesztünk, jó tudni, hogy is megy a debug. Egy két részes cikk a témában:
Amikor fejlesztünk, általában az első teszteket a saját gépünkön futtatjuk, ahol a hálózati késleltetés nem jelentkezik. Jó lenne, ha ilyenkor is a véglegesre hasonlító körülmények között tesztelhetnénk alkalmazásunkat. Például, ha egy amerikai vagy egy észak-európai szerveren fut a webszerverünk, akkor a hálózati késleltetés már a weboldalunk letöltésekor jelentkezik.
Egy cikk arról, hogy tudjuk fejlesztési teszt közben szimulálni az éles alkalmazásnál jelentkező nagyobb hálózati késleltetést.
Simulating Latency in ASP.NET Core
Ezt nem én kérdezem, hanem az ASP.NET (egyik) arca, Scott Hanselmann. Szokás amerikában állásinterjú kérdéseket gyűjteni, ez itt Hanselmann gyűjteménye: What Great .NET Developers Ought To Know (More .NET Interview Questions)
Chris Sells egy közismert (rendkívül ügyes, és rendkívül termékeny) egykori Microsoftos (most Googler) fejlesztő. Amikor a Microsofttól átpártolt a Telerikhez, összefoglalta a fontosabb állomásokat az életében. A könyvei az Amazonon: Chris Sells on Amazon.
Szóval, biztos nem mond nagy butaságot, amikor néhány gondolatban összefoglalja, szerinte mire érdemes egy kezdő fejlesztőnek figyelnie, ha sikeres akar lenni.
Egy kis összefogló:
1. Egy olyan iparágba készül betörni, ahol a munkanélküliség közel 0%-os. Így aki képes kódolni/jelölőnyelvet (markup) használni, az előbb vagy utóbb talál valamilyen munkát. Amit ezért valóban meg kell tenni, az a folyamatos kódírás, valamint a munka nyilvánossá tétele (ehhez a GitHub-ot javasolja). Mivel tudomása szerint nincs más ilyen iparág, és valószínűleg ez sem marad így örökké, ezért ezt most érdemes kihasználni.
2. A legnagyobb növekedési lehetőségekkel bíró területek a következők: a konténerek, vagyis ahogy csomagoljuk és telepítjük az előrelátható jövőben a szoftvereket, a felhő, ami az említett telepítések célja és a gépi tanulás, ami gyakorlatilag mostantól minden rendszernek része lesz. Úgy látja, hogy a web és a mobil után a következő számítástechnikai platform a kibővített valóság lesz. Mivel öntudatos és büszke google fejlesztő, nézzük el neki, hogy a linkek google termékekre mutatnak :)
3. Amikor egy mérnököt kell értékelni, két dolgot vizsgál:
3.1. Milyen mély az a tudás, amit tud? Képes válaszolni a miértekre is a hogyanok mellett?
3.2. Milyen gyorsan, és milyen gyakran tanul új dolgokat? A technika világa folyamatosan változik, így bármit is tudsz, akkor is, ha a ez a tudás mély, gyorsan el fogja veszíteni a jelentőségét. Hosszú távon az új dolgok megtanulásának a képessége nélkül nem lehetsz sikeres.
(Ilyet itt eddig még nem csináltam, de itt és most van az a helyzet, amikor e témában szeptembertől bizony ajánlom magunkat)
4. Általánosságban a területről szólva úgy látja, hogy az iparágban az idő nagy része a meglévő folyamatok és módszerek kidobásával telik, néha valami újjal felváltva a régit (ami esetleg jobb, mint a régi, esetleg nem), és néha újra feltalálva a korábban kidobottat. Amit látunk, az állandó kísérletezés új dolgok létrehozására maga a fejlődési folyamat, amivel a "szoftverfejlesztés"-t szeretnénk a mérnöki tudományok sorába (elektronika, építészet) illeszteni. Még évtizedek munkája van előttünk, de lassan kikovácsoljuk a legjobb megoldásainkat, mint például a folyamatos integráció/folyamatos telepítés ami úgy néz ki, hogy a legjobb módja fenntartható DevOp-ot csinálni.
5. Ami egy fejlesztő számára fontos, hogy legyen szkeptikus minden folyamat iránt, amit egy fejlesztőcsapat arra használ, hogy szoftvert készítsen, mivel mi fejlesztők végül mindig megtaláljuk az utat előre. Ne féljen az előírt folyamatokat egy csipet sóval fogyaszthatóbbá tenni, vagy akár teljesen új dolgokat kipróbálni, hogy a csapatát boldogabbá és még hatékonyabbá tegye. Általában pedig, ami úgy néz ki, mint egy céltalan könyvelés, az valószínűleg az is, és ennek megfelelően kell kezelni.
Az eredeti cikk: Breaking Into the Industry
Hogy hol tart az arcfelismerés manapság? Egy egyszerű konzol alkalmazással a képen szereplő összes arcot beazonosíthatjuk és elhomályosíthatjuk. Ehhez csak regisztrálnunk kell például a Cognitive Services-re, és használhatuk:
Detect and Blur Faces with .NET Core and Face API
Kell hozzá az anniversary update, és ez a cikk: