Ahogy azt már korábbi bejegyzésemben említettem a Microsoft GleeGraph objektum a Node-októl eltérően alapból nem rendelkezik élkeresési funkciókkal, de élek még saját azonosítókkal sem rendelkeznek. Amennyiben egy élet szeretnénk kikeresni, mert mondjuk egy Property-jét vagy UserData-ját szeretnénk módosítani, saját eljárást kell írnunk ehhez. A .NET 3.5-től a fejlesztők rendelkezésére áll egy rendkívül hatékony ezsköz a LINQ (Language Integrated Query) melyek segítségével SQL szerű lekérdezéseket futtathatunk szinte tetszőleges Objektum kollekción (LINQ to Object) vagy adatbázis forrásokon (LINQ to SQL). Miért ne írhatnánk LINQ query-ket élhalmazokra. Tovább »
A Microsoft újabb antivírus és rosszindulatú programok elleni eszközzel rukkolt elő, kifejezetten otthoni felhasználók számára, melyet a Live csomagban bevált nevezéktant követve Microsoft Security Essentials -nek kereszteltek. A cég korábbi próbálkozásai ugyan hatékonynak bizonyultak a konkurrencia szoftvereivel összehasonlítva, de a nagyvállalati szegmensenen futtatott ForeFront Client Sevurity -n kívül – az ingyenes Windows Defender és Antimalware Removal Tool -t leszámítva – eddig nem tudtak maradandót alkotni, hisz teljes értékű antivírus programjuk az OneCare a Microsoft elhibázott ár és szűk lokalizációs politikája miatt nem tudott elterjedni. Tovább »
A napokban kezdtem el a féléves önálló-labor feladatom előkészítését a következő félévre, melyet Java-ban kell implementálnom. Témacsoportomból adódóan a fejlesztőkörnyezet magát kínálta, így esett a választás az Oracle JDeveloper 11g -re. Másfél éve fejlesztek kisebb-nagyobb alkalmazásokat, komponenseket C# -ban és már évek óta használom a Visual Studio -t egyéb nyelvekhez is, így mondanom sem kell, hogy nagyon szívemhez nőtt a Microsot IDE -je, különösen a legutolsó változat, a Visual Studio 2008. Korábban Java kódot csak NetBeans -ben fejlesztettem, a JDeveloper korábbi verzióját a 10-est csak egy két labor alkalmával volt lehetőségem használni, így nem volt túl sok tapasztalatom a termékkel kapcsolatban. Ezért döntöttem úgy, hogy először összegyűjtöm azokat az alapfunkciókat, amelyeket megszokhattunk egyikben-másikban és ezek szempontjából összehasonlítom őket. Tovább »
Eljött az idő! Végre van egy kis időm belőni a pénteken kapott vm imidzseket. Elmegyünk a vmware.com -ra, Desktop Products, pár kattintgatás, VMWare Player ingyenes, csak 68M, nagyszerű! Töltés… Kattintgatunk tovább, hátha tudunk valami komolyabbat is lőni.. Workstation pénzes, okés, semmi baj. Azért nézzünk szét mi lehet még itt.. Kit-katt VMWare Server 2 ingyenes… Mi a szösz? Fícsörök, nézzük, 64bites AMD és hardveres virtualizáció támogatás, nagyszerű, 600M, töltsük ezt is!
Ezzel kapcsolatban felmerült bennem egy egyszerű kérdés: azt értem, hogy a Player ingyenes, a Workstation nem, de a Server egy jóval komolyabb és teljesítményorientáltabb szoftvert miért adnak ingyen, ha az asztali kistestvére pénzbe kerül? Nem hasonlítottam össze a fícsöröket tételenként, de érdekelne, hogy mi lehet az oka. Tovább »
Ahogy azt már korábbi bejegyzésemben említettem a Microsoft GleeGraph objektum a Node-októl eltérően alapból nem rendelkezik élkeresési funkciókkal, de élek még saját azonosítókkal sem rendelkeznek. Amennyiben egy élet szeretnénk kikeresni, mert mondjuk egy Property-jét vagy UserData-ját szeretnénk módosítani, saját eljárást kell írnunk ehhez. A .NET 3.5-től a fejlesztők rendelkezésére áll egy rendkívül hatékony ezsköz a LINQ (Language Integrated Query) melyek segítségével SQL szerű lekérdezéseket futtathatunk szinte tetszőleges Objektum kollekción (LINQ to Object) vagy adatbázis forrásokon (LINQ to SQL). Miért ne írhatnánk LINQ query-ket élhalmazokra. Tovább »
