FIGYELEM! Másodlagos blog - A teljes a JASoft.org oldalon található

Hogyan működnek az új Microsoft fejlesztői tanúsítványok

január
Néhány hónapja itt van a Visual Studio 2010 és a .NET 4.0. Azóta megjelennek a .NET 4.0 új tanúsításai, amelyek felváltják a Visual Studio 2008 régit.

Jó néhány változás történt a tanúsítás megszerzésének módjában ebben a legújabb verzióban, ezért ebben a bejegyzésben megpróbálom a lehető legjobban megmagyarázni őket, hogy senki ne tévedjen el.

Korábbi Visual Studio 2008 tanúsítványok

Korábban, ha a fejlesztés bármely ágában szeretett volna tanúsítani, akkor szükséges volt, hogy először a platform alapjaiban igazolja magát, és hogy később előrelépjen abban a konkrét kérdésben, amit igazolni szeretne.

A lépések tehát a következők voltak:

Így legalább két vizsgát kellett tennie, hogy technológiai szakember legyen (MCTS), és egy harmadik vizsgát, hogy professzionális fejlesztővé (MCPD) válhasson.

6 különlegesség volt, amelyeken tanúsítani lehetett:

Ennek a stratégiának az volt az előnye, hogy ragaszkodhatott a leginkább érdeklő technológiához, és nem léphetett ki belőle tanúsítás megszerzéséhez, bár mindig meg kellett tennie az alapvizsgát.

Ez olyan embereket generált, akik nagyon felkészültek voltak a .NET technológiára (ami nagyon fontos), de az egész platform víziója meglehetősen a választott technológiájukra korlátozódott. Így például a webfejlesztés MCPD-je sokat tudott a webfejlesztésről, de nem kellett volna túl sokat tudnia az adatokhoz való hozzáférésről vagy az elosztott rendszerek létrehozásáról.

A .NET 4.0 és a Visual Studio 2010 új tanúsításai

Az új igazolásokkal a dolgok sokat változtak.

Sokkal kevesebb különlegességet kell most kezdeni, konkrétan az írás idején technológiai szakemberként vizsgálhatja meg magát ezen a négy területen:

Ezenkívül két új minősítést ad ki technológiai szakemberként a következő hónapokban: a Silverlight és az Azure. Megmondom, mikor jelennek meg (frissítem ezt a bejegyzést is).

Most azonban a tanúsítás tetején, vagyis az MCPD-ben csak két különlegesség található:


  • Windows Developer
  • Webfejlesztő

Vagyis a korábbiaktól eltérően, amikor az előnyben részesített technológiával MCPD-ként tanúsíthatók, mostantól csak professzionális Windows vagy webfejlesztőként tanúsíthat .

Ennek oka az, hogy az erre vonatkozó követelmények nagyon megnőttek: most három MCTS tanúsítvánnyal kell rendelkeznie, a speciális szakvizsga mellett. Vagyis amikor korábban csak három vizsgára volt szükség, most négyre van szükség.

Amit a Microsoft nem ok nélkül állít, az az, hogy ma ahhoz, hogy profi fejlesztő legyél, a szakterületeden kívül el kell sajátítanod legalább az adatokhoz való hozzáférést és az alkalmazás architektúráját. Emiatt ahhoz, hogy MCPD lehessen, a szakterületén (web vagy Windows) kívül meg kell tennie az adatelérési és a szolgáltatási kommunikációs vizsgákat. Idősebb embereknek szakvizsgát kell tenniük (Windows esetében 70-518, míg az interneten MCPD-ként való tanúsítás esetén 70-519). Mindkét vizsga célja, hogy valódi gyakorlati esetekben bemutassa ezzel a technológiával kapcsolatos tapasztalatait, nem annyira konkrét ismeretek terén.

Az alábbi ábra nagyon jól szemlélteti a .NET 4.0-ban való MCPD minősítés megszerzéséhez vezető utat:

Mint láthatjuk, először három vizsgát kell tennie (két közös: adat és építészet), majd egyet a szakterületre.

Ebben a dokumentumban jó összefoglalót talál a képesítésekről és az új vizsgákról.

És mi van a 70-536-os vizsgával?

A jó hír az, hogy a minősítés megszerzéséhez már nem kell letenni ezt a vizsgát. A rossz hír az is, hogy most már nem szükséges letenni ezt a vizsgát az igazolás megszerzéséhez 😉

Hadd magyarázzam el: a 70-536-os vizsga száraz, és a legnehezebb elkészíteni az összes képesítést. Az alapos elkészítés és jóváhagyás ténye azonban garancia volt arra, hogy elsajátította a .NET platform alapjainak részét. És ez nem kevés. Amikor egy projekten dolgozik, és problémák jelennek meg, az alapok elsajátításának ténye megkönnyíti a megoldások megtalálását, mivel lehetővé teszi, hogy megalapozza az alábbiak működését, és ez megváltoztatja a nehéz helyzeteket, amikor ez valóban számít.

Bár a .NET 4.0-ban már nem kötelező tanúsítani, azt hiszem, ez egy olyan vizsga lesz, amely hosszú évekig még húzni fog, mivel a vizsgát nem vonták el tőle távol, és sok vállalatnál, ha a műszaki vezető irányít egy kevés a képesítések tárgya, és embereket szeretne képezni a csapatába, biztos vagyok abban, hogy ezt a vizsgát továbbra is nagyra értékeljük, még akkor is, ha nem kötelező .

Véleményem szerint (és sok más embernek, aki elkötelezett a képzés iránt) súlyos hiba, hogy visszavonták ezt a vizsgát. Előfordulhat olyan ember, aki a Windows alkalmazások vagy a webfejlesztés technológiai szakembereként tanúsított, és akik valóban nem tudják, hogyan kell az O-t közösen végrehajtani, amikor a .NET-ben történő programozásról van szó. Ezt pedig előbb, mint később észreveszik, amikor egy vállalatnál dolgoznak.

Tehát ne engedj 70-536-ot ilyen gyorsan!

Már tanúsítvánnyal rendelkezem a VS2008-ban, hogyan frissíthetek VS2010-re?

Két tanúsító vizsga lehetővé teszi, hogy a VS2008-as MCPD-ről a VS2010-es MCPD-re ugorjon, 70-521 (Windows) és 70-523 (Web). Azáltal, hogy automatikusan elvégzi őket, megvan a három MCTS és a hozzá tartozó MCPD.

Nagyon rossz, aki azt gondolja, hogy mivel egyetlen vizsga az, hogy a dolgok könnyűek. A vizsgát tett emberek Kraszisban szerzett tapasztalataink szerint a valóságban szinte olyan, mintha elvégezted volna a négy vizsgát, amelyek szükségesek ahhoz, hogy igazold magad, mivel ez nagyon hosszú, különböző részekre oszlik (egy a technológiára) és gyakorlatilag ugyanaz dolog beírja, hogy külön elkészítésük esetén.

Összegzésképpen: ha frissíteni kívánja a tanúsítványát, tegyen egy e két vizsga egyikét (pénzt takarít meg), de készüljön fel úgy, mintha a többi vizsgát külön-külön elvégezné: -S

És hogyan tudom felkészíteni a vizsgákat garanciákkal?

Itt jön be a kis reklámék.

A campusMVP-nél online vizsgafelkészítő tanfolyamokat hoztunk létre ezekhez a vizsgákhoz. Ők a legjobb tanfolyamok, amelyeket eddig végeztünk, garantálom.

És ha Spanyolországban él, akkor a garantáltan jóváhagyott promóciónk van. Vagyis olyan biztosak vagyunk benne, hogy azáltal, hogy felkészítjük őket a tanfolyamainkkal és a módszertanunkkal, át fog adni, hogy ha nem sikerül, akkor visszatérítjük a tanfolyam teljes pénzét (lásd a feltételeket magában a tanfolyam fájlban).

És még akkor is, ha nem akar vizsgázni, a tanfolyamokat úgy tervezték, hogy sokkal tovább menjenek, mint a vizsga. Az igazi cél az, hogy elsajátítsa a vizsgált technológiát .

Az online képzés szkeptikusai számára azt mondom, hogy a legtöbb esetben ez a legjobb módja annak, hogy megtanuljanak programozni. És több ezer hallgatónk van, aki tanúsíthatja ezt 🙂

Jelenleg ezek a tanfolyamok vannak (kattints a további információkért):

De az elkövetkező hónapokban még több lesz.

Oktató vagyok a webfejlesztésben, és minden kérdésére online válaszolok!

Menjen előre, és szerezzen tanúsítványt, még akkor is, ha elköveti azt a hibát, hogy nem a campusMVP-n teszi 😉

Remélem, hogy a cikk hasznos volt az Ön számára, és tisztázta az új tanúsítványok működését.

Memristorok: a jövő (majdnem) itt van

Ebből az alkalomból úgy döntöttem, hogy kicsit kijutok a blog szokásos témájából, hogy a nagyon új technológia, nagyon kevéssé ismert, forradalmi és kit hívnak megváltoztatni a világot technológiai szempontból az elkövetkező években.

Más esetekkel ellentétben ez egy minőségi ugrás, amelynek a igazán nagy hatással azokban a dolgokban, amelyeket a jövőben felépíthetünk, és amelyek elsápadhatják Moore törvényét, ha a technológiával szemben támasztott elvárások fele teljesül.

Ez a memristorok. Ezek az elektronika negyedik alapvető elemei, matematikailag az 1970-es években vezették le, de a gyakorlatban csak a legutóbbi időkig léteztek. Maradjon a padlón, mert a jövőben ez fontos lesz.

Mivel a téma tág, írtam egy cikket amelyben nagyon részletesen leírom miből áll ezek az eszközök, mik azok Praktikus alkalmazások muszáj nekik Projektek már vannak folyamatban lévő és mi lesz az technológiák, amelyek elhoznak minket a közeljövőben.

Csak néhány ötlet, amelyet az emlékírók felhoznak, és amelyek biztosan felkeltik a figyelmét, és amelyek bár "füstösnek" tűnnek, mindjárt itt vannak a sarkon: szupermasszív állandó tároló, soha nem kapcsoló számítógépek Y mesterséges agy.

Most hagylak, ha érdekel, a cikkel, amelyet a Scrasd-on írtam és publikáltam a Krasis Pressen keresztül:

Az explicit típusú konverziók és a Konvertálás osztály közötti különbségek

Mi a különbség a C # -ben az implicit konverzió és a Convert osztály egyik módszerének használata között?

Valójában a Konvertálás módszerek a legtöbb esetben a hívás implicit konverzióit jelentik. Könnyű ellenőrizni, ha megnézzük a platform forráskódját például a Reflector segítségével.

Előfordulhatnak azonban különbségek a típusok közötti átalakítás során, ami információvesztéshez vezethet. Például konvertálás Int32-ről Int16-ra, ahol lehetséges, hogy információ elveszhet, mivel az Int32 Int16-nál nagyobb számokat tartalmazhat.

Ezekben az esetekben különbségek lehetnek, mivel az explicit konverziók és konverziós módszerek kissé eltérően viselkednek, mivel utóbbiak bizonyos logikát vezetnek be, hogy figyelmeztessenek a kivételekre.

Például, ha ezt a kódot használja:

Az "l" változó az 123456 számot fogja tartalmazni, de az "l2" változó 123457-et tartalmaz. Az ok azonnal kiderül, ha megvizsgálja a kódot a Convert.ToInt32 metódusban:

Vegye figyelembe, hogy amit csinál, a tizedesjegyeket másképp kerekíti, és ha az érték nem is a megengedett tartományban van, kivételt ad vissza, mert elveszítené az információkat, ami ebben az esetben nem történik meg kifejezett átalakítással.

Egy másik, könnyebben látható példa:

Ebben az esetben a "b" a 253 értéket fogja tartalmazni, mivel az explicit átalakítás még információvesztés nélkül is bájttá vált. A ToByte metódus azonban túlcsordulási kivételt ad vissza, mert az információk elvesznek. A ToByte módszer kódja hasonló az előzőhöz.

Remélem hasznosnak találja!

A véglegesen törölt e-mailek helyreállítása az Outlookból

Tegnap valaki a cégemből akaratlanul is törölt egy teljes mappát az Outlook-ból, amely több ezer munkahelyi üzenetet tartalmazott. A tipikus: úgy gondolja, hogy kiválasztott egy üzenetet, de a valóságban a hangsúly az oldalsó mappafán van, így a SHIFT + DEL megnyomásakor a mappa és annak almappáinak minden tartalmát úgy töltötték be, hogy nem mentek volna át a kukába. Elmúlt egy másodperc alatt!

Mivel ennek a személynek a domainje kívül volt a laptopja, PST-je nem jelent meg a biztonsági másolatokban, így a tragédia a környezetben rágódott: -S

Van azonban mód arra, hogy megoldja, és helyreállítsa az összes törölt e-mailt, amely szerintem mindenki számára érdekes lehet.

Az elmélet a következő: Az Outlook az e-maileket a PST-be menti, ami nem más, mint egy saját adatbázis. Minden Outlook-üzenet vagy elem egy bejegyzés az adatbázisban, tehát amikor valamit töröl, akkor valójában nem fizikailag törli, hanem azt a mutatót, amely az elemet a felszínre hozta. Ez az oka annak, hogy még akkor is, ha törli az e-mailt, időnként össze kell tömörítenie a PST-t. A tömörítési folyamat az, hogy megkeresi ezeket az összekapcsolatlan rekordokat, és fizikailag kiküszöböli őket a PST-ből, a többit mozgatva helyet foglal el, és a folyamat végén lévő fájl sokkal kevesebbet foglal.

Ezért, bár az üzeneteket törölték, mivel a PST még nem volt tömörítve, az összes információ valójában még mindig a fájlban volt. A kérdés most az volt, hogyan lehet ezeket az információkat beszerezni a PST-től? .

Az első és legfontosabb dolog az Outlook bezárása, hogy megakadályozzuk a PST fájl további módosítását. Minél többet használjuk, annál valószínűbb, hogy az információkat felülírják.

Van egy Scanpst.exe nevű eszköz, amelyet az Outlook tartalmaz (a C: Program FilesMicrosoft OfficeOffice14 vagy hasonló mappában, a meglévő verziótól függően), és amelyet a sérült PST-k kijavítására használnak. Ez az eszköz az, hogy helyreállítja az adatokat a sérült PST-kből azáltal, hogy egymás után olvassa a bennük levő rekordokat, függetlenül attól, hogy valóban hivatkoznak-e rájuk egy mappában:

Tehát az egyetlen dolog, amit még meg kell tennünk, az a PST elrontása, hogy ez az eszköz elvégezze a dolgát, és helyreállítsa a PST-n belüli olyan hirtelen törölt e-maileket.

A PST elrontásához tegye a következőket:


1.- Keresse meg azt a .PST-t, amelyben a törölt információk voltak. Ehhez lépjen a Start · Vezérlőpult · Mail elemre, és a megjelenő kis ablakban nyomja meg az "Adatfájlok" gombot az Ön által használt .pst megjelenítéséhez.


2.- Készítsen másolatot a .PST-ről, ha feltölti.


3.- Nyissa meg a .PST tetszőleges hexadecimális szerkesztővel. A hexadecimális szerkesztők hasonlítanak minden más szerkesztőhöz, kivéve, hogy lehetővé teszik számunkra a bináris fájlok (például .pst fájlok) szerkesztését, amelyek ha megnyitnánk őket a jegyzettömbben, nem nyomtatható és "furcsa" karakterekkel láthatók. Nagyon szeretem például a HxD-t, amely ingyenes, nem igényel telepítést és nagyon egyszerűen használható.


4.- Módosítson néhány bájtot a PST elejétől a sérülés érdekében. Kipróbálással és hibával megszerezheted, de elmondom, hogy a legjobban a hetediktől kezdve az elrontáshoz szükséges bájtok vannak. Például tegyen szóközt a bájtokba, amelyek 7-től 12-ig vagy 13-ig terjednek, és ez elegendő lesz (az első 6 a PST fejléce). Ehhez csak ki kell választania a 7. karaktertől a szerkesztő jobb oldalán, és addig kell nyomnia a szóközt, amíg mindkettőben 00 nem lesz:


5. - Adja át a ScanPST.exe fájlt. Most meg van a sérült PST, így ha átadja a scanPST.exe fájlt, akkor azt felismeri, és helyreállítja a benne lévő összes információt. Futtassa a Scanpst.exe fájlt, és válassza ki az imént sérült fájlt. Futtasd:

Okos! Most nyissa meg újra az Outlook programot. Látni fogja, hogy a törölt mappák és elemek újra megjelennek a webhelyén. VIGYÁZZ, több olyan dolgot fog helyreállítani, amelyet a legutóbbi tömörítés óta törölt, így azon kívül, amit véletlenül töröltél, több olyan dolog is megjelenik, amelyet korábban töröltél, így az e-mailek új tisztítását kell elvégezned. De kis árat kell fizetni azért, hogy valami fontosat visszakapjanak