Keresés

Új hozzászólás Aktív témák

  • FTeR

    addikt

    válasz ddekany #56 üzenetére

    arra, h ms teljes mellszélességgel .net mellett van. már az xp utáni os-t is úgy tervezték, h az már teljesen arra fog épülni. aztán komoly legacy problémákba ütköztek. a powershell koncepciója abból az időből maradt meg. a VS is már csak arról szól, h hogysmint .net. a köv verzió már teljesen WPF alapú lesz.
    persze az más kérdés, h amíg olyan appok mint az ofisz nem erre épít mit várnak másoktól (mondjuk az is igaz, h programozható részeit folyamatosan cserélik). egyelőre a köv live messenger az első ami komolyabban erre épít (leszítva a expression toolokat...).

  • FTeR

    addikt

    válasz dezz #51 üzenetére

    azért lássuk be, hihetetlen korlátoltságra vall azt hinni, h az aki másképp vélekedik mint te, az biztos vmilyen módon le van fizetve.
    ráadásul az én területem mégcsak nem is olyan, ahol ms hagyományosan piacvezető szerepben van. a szerver és azon belül is a webszervereken a unix legacy miatt a linux volt a nyerőbb. ehhez képest az utóbbi 5 évben ms komoly térnyerést mutatott fel és több területen is toronymagasan átvette a vezetést.
    ez elkéne gondolkoztasson azon, h talán mégis van vmi olyan az ms technológiájában, ami mágnesként vonzza az IT profokat (akik ügye alapjáraton kevésbé érzékenyek a marketingre).

  • FTeR

    addikt

    válasz dezz #51 üzenetére

    nemtom mit kell találgatni azon, h miről beszélek...

    nem képzelem magam semminek. a lamp kulcsszó alapján világossá válhatott volna, h webfejlesztésről beszélek. mint lampon nevelkedett webfejlesztő (programozni nem azon tanultam meg...) 2005 végén úgy éreztem, h ms megoldása fényévek távlatába húzott. ekkor jeleztem a főnöknek, h szeretném kipróbálni. ezután folyamatosan, az amit a főnök meg a kolléga pajtások láttak ahhoz vezetett, h egyre több munka indult ezen a platformon.
    ennek ellenére utóbbi 2 projektem lampos volt. nem azért vagyunk, h az ms részesedését növeljük, hanem hogy a saját és az ügyfél igényeit a legjobban kielégítsük (tod, gyorsabb munka, több pénz...).

    btw, a wine alig 1 éve lépett a normálisan használható fázisba. amiben csak az a szépséghiba, h addigra ms már intenzíven elkezdte nyugdíjba küldeni a win32 apit...

  • FTeR

    addikt

    válasz dezz #48 üzenetére

    remélem nem töröm össze a világképedet, ha azt mondom, h egy alapvetően linuxos fejlesztőcégnek dolgozom. habár az is igaz, h alattomos háttértevékenységem hatására a súly kezd áttolódni. szörnyű hogy kell korbácsolni a mocskos rabszolgákat, h ne szeretett ópenszórszukat használják*.

    a dx10 egyik sarköve az új wddm, aminek pont az a lényege, h kigyomláltak pár köztes réteget, így csökkentve a cpu overheadet. ehhez képest hatalmas visszalépés, h megtartva az xp megoldását, egy wrapper (még 1 réteg) a cpu segédletével az utásitásokat átértelmezi a opengl számára.

    a wine teljesen rossz példa, mert az nem emulál/konvertál, hanem egy teljesen független api. de mégha nem is így lenne, szted mégis ki várná meg a használható verzió készül belőle? és hol lesz attól az épp aktuális verzió?

    *gyengébbek kedvéért: általában miután első látásra átakarnak térni és a lehetőséget is megkapták igencsak húzni kezdik a szájukat, ha vmi lampos cucchoz kell nyúlni.

  • FTeR

    addikt

    válasz Pokerman #25 üzenetére

    annyira azért nem jópajtik, h bármit megtegyenek a másiknak a saját rovásukra. pl ms rendesen beintett, amikor intel amd után saját 64bites megoldást szeretett volna.

    #43
    teljesen halva született ötlet. ahhoz, h dx10 rendesen fusson xp-n, vistát kéne belőle írni.
    vistával rakat dolgot azért írtak át winben, h a hw kezelés egységesebb és gyorsabb legyen (hatékonyabb legyne a kihasználás). dx10 grafikailag szinte semmi újat sem hozott, ellenben teljesen újragondolták a prioritásokat a nagyobb teljesítmény jegyében. ehhez képest a sz*nak egy pofon egy emulátort hadrendbe állítani a futtatás érdekében...

Új hozzászólás Aktív témák

Hirdetés