Az Intel felmérése szerint a szakmabeliek leginkább a kellő sebességet, teljesítményt hiányolják az üzleti PC-k esetében, és a megbízhatóság mellett egyre fontosabbnak tartják az energiatakarékosságot.
A processzorgyártó az üzleti szféra területén érdeklődött a vállalatoknál használt asztali számítógépekkel kapcsolatos legnagyobb kihívásokról, a leggyakoribb problémákról és az egyes területek fontosságáról. A felmérést még áprilisban bonyolították le, amikor is az új vPro üzleti platform bevezetésére készülődtek, főként emiatt érdeklődtek a legjelentősebb kérdésekről, illetve arról, hogy mily módon vélekednek ezekről a szakemberek és a döntéshozók.
A legalább 50 asztali PC-t alkalmazó cégnél dolgozó 400 válaszadó nagyrészt egyetértett abban, hogy a leggyakoribb panaszok a sebességet, a teljesítményt illetően merülnek fel - annak ellenére, hogy általában céges feladatokra éppen lassabb konfigurációkat javasolnak. "Az általános vélekedés szerint irodai munkára nem kell nagyobb teljesítmény, mégis ez mutatkozik a leggyakoribb problémának" - jelentette ki Mike Ferron-Jones, az Intel üzleti platform részlegének marketingigazgatója. Mivel ezek a panaszok az egyes gépek használatával kapcsolatban merülnek fel, kizárható, hogy hálózati problémák játszanak szerepet ebben.
A szakemberek a legnagyobb kihívásnak a karbantartást, a szoftverek frissítését, illetve a felhasználói hibák kezelését tartják, míg a döntéshozók a teljes géppark biztonsági frissítéseinek végrehajtását és a sebesség egy bizonyos szintjének megőrzése. Fontos elem a megbízhatóság is, ugyanakkor a válaszadók fele túlságosan nehézkesnek tartja a PC-k kezelését. Úgy vélik, hogy a beépített, hardverszintű biztonsági funkciók ezen nagyban könnyítenének.
Érdekes, hogy egyre inkább előtérbe kerül az energiatakarékosság kérdése, amely eredetileg a szervereknél játszott nagy szerepet. A nagy többség már a vállalatoknál is számításba veszi ezt az asztali PC-stratégia kialakításánál, ám emellett a költségek csökkentése is számba jöhet, mint potenciális előny.
A win sebessége legkevésbbé a procin múlik. Kell hozzá egy jó vinyó, nem töredezett rendszer fájlok, sok üres hely a rendszer partíción, és minél több memória. Ezen kívül, ha az ember elég jól ért hozzá, a beálításokkal is lehet játszadozni. Fontos az is, hogy nem legyen agyon installálva minden szarral. És az sem árt, ha a hardver jó minõségû.
Egyébként az indulást az is gyorsítja, ha csak hibernál a gép, és nem áll le teljesen.
Hogyan magyarázzátok azt a jelenséget, hogy egy PIII-733 gyorsabb, mint egy PIV-2,6? Mert a jelenlegi gépem éppen ez. Pofára estem, amikor észleltem a különbséget. Ilyen gyors és sima mûködésû géppel még eddig nem volt alkalmam találkozni, és élvezet minden pillanat, amit elõtte töltök. A felfutása - jelszó begépelésével együtt - kevesebb, mint 20 mp. És hozzá kell venni azt, hogy nem gyári gép, hanem házilag barkácsolt készség. Igaz, hogy az alapja egy DELL.
Szóval még mindig paff vagyok.
Van egyébként átmenet. Igenis bemennek a "ketrecekbe" a programozók is, sok olyan embert kollégám van, aki (pl. hogy a családnak legyen mit enni) bejár dolgozni, végiglapátolja a napot, heggeszt-ragaszt ahogy kérik. Kis csendesnek látszó emberek, már elegendõen idõs ahhoz, hogy üvöltse le a mgm fejét, hogy ez mekkora ..sság. Aztán otthon pár óra alatt vagy hétvégén megírja az n+1. kis cuccát hogy valamit csináljon is... Igaz van olyan ismerõsöm is, aki leüvölti. Na õ félévente vált melóhelyet, az élete állandó harc. Harcol a mgm felé, hogy megbízzanak benne és adjanak jogosultságokat. És harc a fejlesztõk felé, hogy nem akarja õ elvenni a kis dobozaikat, csak engedjék már oda hogy megcsinálja rendesen. Viszont a problémákat megoldja, de ehhez már komoly lelkierõ kell.
Alapjában elgondolkodhatnék arról amit irtál, de én nem kis cégekrõl beszéltem, hanem nagy cégekrõl. A másik probléma, meg, hogy egy kis cég amikor fejleszt akkor ha nincs neki szakembere az adott dologra (pl. SQL programozó) akkor a legjobban teszi ha kihelyezi ezt a fejlesztést pl. másik céget alkalmaz amely SQL specialista, vagy esetleg kölcsön veszi 1-2 napra a szakértõt. Pl. egyik haverom San Franciscóban azt mondja, hogy a start-up kiscégeknél az ilyen fajta dolog ott szinte mindennapi, sõt már vannak szabadúszók is akik kimondottan rövidtávra fogadnak melót. Ez jobb is és olcsobb is mint a szakszerûtlen megoldás. Persze nem gondolod, hogy egy valaki aki tényleg ért az OOP-hez (és megjegyezném éppen arról beszéltem, hogy nem csak ahhoz kell érteni), annyira rossz SELECT kódot termel, inkább a z öszetetebb dolgoknál lenne probléma.
Na most a nagycégeknél sokszor alkalmaznak külsõ (Konzulens) fejlesztõt, céget, de általában csak akkor lesz az igazi zûrzavar. Ezt mind tapasztalatból mondom, mert dolgoztam nagycégeknél is (köszönöm szépen).
Általában egyet értek azzal, hogy minden mûfaj mesterszintû ismerése minimum 10 évet igényel, és a Teach Yourself C++ in 21 days, SQL in 24 hour, Mastering UML in a Week meg hasonló marhaságoktól égnek áll a hajam. Na most ha 10 éve hegedülsz, akkor valószínûleg gitározni, zongorázni stb. is tudsz egy picit, vagy ha nem is nagyon gyorsan megtanulsz, mindenesetre sokkal gyorsabban mint aki 24 óra, egy hétvége vagy akár 21 nap alatt is "tanult" volna meg valamit.
Fejlesztõ eszköz készítõi??? Nem tudom, de a Visual Studio szinte kifogástalan, az Eclipse szintén, a fordítók optimizáltak az égig... a dokumentációba általában szerelmes lehetsz... a hardware már GFLOPS-okon jár minden asztalon, az OS-ek szintén OK, mert ha jól fut egy Maya vagy egy Oracle rajtuk akkor a Matyika irodai alkalmazásának repülni kellene...
Fejlesztõ = Programozó?
Ezt komolyan megkérdõjelezem, számomra a fejlesztó az aki csupán hivogatja az API funkciókat, OOP-zik és OK ért egy picit mondjuk a szoftverfejlesztési folyamathoz (requirement, tervezés, implementálás, teszt stb.). A programozó pedig aki lehet, hogy a szoftverfejlesztés menedzmenthez nem ért annyit, de megtud írni egy fordítót, komolyan kibõvit egy osztályt, és ami messze a legfontosabb meg tudja tervezni azt amit csinál, ha ez csak egy osztály akkor OK, ha egy egész alkalmazás akkor még jobb, mintenesetre amit csinál azt teljesen ellenörzése alatt tartja, és ha kell neki valahol sebesség akkor megírhat (nem kötelezõ, de ha mégis kellene) egy .dll-t asm-ben és megoldhatja azt amire a "fejlesztõnek" 3 órát kell üllni a telefonon a fejlesztõi környezet/OS stb. support-al, hogy megoldjon olyan dolgokat amelyekre a programozó rá sem talál mert gondolkodásmódja, kódozási és tervezési stilussa annyival jobb, hogy soha nem vezeti olyan vékony jégre.
Mégegy dolog, a rossz programozó a program kódra koncentrál, a jó programozó az adatstruktúrára. A program kód olyankor magától elegánsra sikerül de ha mégsem akkor könnyû átírni, de ha az adatstruktúrát elszúrják, az elegáns kód egyrészt elérhetetlen, másrészt meg ha csodával határos módon sikerül is, nincs semmi értelme. Na most mutatnál nekem egy könyvet (ha lehet a 24h/hétvége/21 nap sorozatból) amely akár 1 oldalon is az adatstruktúrákkal foglalkozna? Különben ha a generalista oldalom mellé egy specialzációt kell kitennem akkor az éppen az adatbázisok és az SQL, úgyhogy éppen ezen a területen mondhatom, hogy speciál nagy a zûrzavar, és a (Database) tanfolyamok és könyvek 90% szemét.
És végül sok sok jó és kiválló programozó van a világon (ez egyáltalán nem kérdéses) a baj csak ott van, hogy ezek sokszor olyasmiket írkálnak amibõl már 32 alkalmazás van és sokszor ezt ingyen irkálják szabadidõben, ahelyett, hogy a nagycégek alkalmaznák õket. Egyrészt a nagycégeknek nem kellenek (már mondtam, hogy miért) másrészt nem is akarnak bohóckodni félhülye menedzsereknek stb. Szóval nem az a gond, hogy valakinek el kell végezni a munkát, az a gond, hogy a programozókat elkényeztetett gépíróknak tekintik és ahelyett, hogy õket szolgálná a menedzsment, hogy minnél jobb munkát végezzenek (és ez esetben tolakodnának, hogy a nagycégeknél dolgozzanak), bezárják õket ablaktalan, zajos "ketrecekbe", öltözködési és "iroda" berendezési rendõrség köröz a fejök felett, és félhülye menedzserek sértegetik az inteligenciájukat... és õk kell, hogy kiszolgálják a menedzsmentet, mert mintha egy cég a menedzsment kakaskodásáért kellene, hogy létezzen, nem pedig a termékek és szolgáltatásokért. Na éppen ezért a "zseni" programozó inkább megír egy 78-adik editort vagy egy 34-edik picture viewert esetleg egy 12-edit grafikus környezetet vagy egy 125-ödik 3D modelert, mithogy fejlessze a hasznos alkalmazásokat. (ezeket mind nagyon is jó programozók írják). Na ezért kell az a sok harmadosztályú fejlesztõ.
A programozás nem tudomány, nem mûvészet és nem is mérnöki munka, hanem ezeknek a keveréke, a baj ott van, hogy jó programozó csak az lehet akiben mindhárom száll megtalálható (és ilyen van bõven) viszont programozókat csak programozók tudnak megérteni de mivel nagyon kevés programozó menedzser van... a többi meg a következmény, ami között a sok sok félretervezett, rosszul kivitelezett méregdrága és majdnem használhatatlan alkalmazás az ami legjobban szúrja a szemet.
nagyon szep dolgokat irsz, de ugye azt te sem gondolod, hogy azokat a programozok, akik ugymod zsenialis szinten vegzik a munkajukat, azok el tudnak latni a feladatokat osszesegeben. igenis kellenek a "betanitott segedmunkas" programozok, akik meg a munka javat elvegzik.
aztan ott van pl egy modnjuk zsenialis programozo egy kis cegnel es tegyuk fel a kisujjaban van az ojjektumorientalt programozas es mindent tud elorol-hatra, hatulrol-elore. deha mondjuk adatbazissal kapcsolatos dolgokat _is_ kell csinalnia, akkor ne mond nekem, hogy az hudefenyes dolog lesz. mert az egy masik mufaj, de mivel kicsi a ceg, szorosak a hataridok ra fog kenyszerulni, hogy egyszeru jozan paraszti esszel irja a selectetket, aztan amikor a tablak elernek egy kritikus meretet, az egesz -amugy gyonyoruen megirt- program elkezd belassulni.
szoval szerintem a hiba nem (csak) a programozokban van. a lassu programokert szerintem felelosek, a fejleszto eszkoz keszitoi, a hardver, a megrendelo, a architect, es a programozo.
(egyebkent ujraolvastam sokszor amit irtal, de nekem a fejleszto es a programozo ugyanazt jelenti)
Egy dologról még nem volt szó. A Sw-rõl.
Néhány program esetében komolyan olyan érzésem van, mintha külön team lenne a kód lassítására. 😊)))))
A legegyszerûbb programokat is tudják olyan vacakul megírni, hogy p4-es gép kell alá.
Ehh a régi szép idõk....
Tudom, hogy off-topic, de ha már a CV is szóba esett, errõl annyit lehetne mondani, hogy amikor kitalálták ezt a CV alapú álláskeresést, akkor nem létezett Internet, a CV-ket gépelni kelett és postázni (régi Snail-mail, ha valaki még emlékszik rá), ezért nem létezett CV spam, vagyis amikor az ember valahová pályázott akkor azt elégé ismert dolog volt, elolvasta az újságban vagy halotta valakitõl, hogy az XYZ cégnek kell egy pl. vegyészmérnök ABC tapasztalattal, és ha nem volt neki ABC tapasztalata akkor kihagyta, mert idõbe és pénzbe került a felesleges CV küldés.
Szóval a céghez nem jött be 700 CV, hanem csak 10-15 és nagyjából mind alapfokon megfelelt, mert aki nem felelt meg az nem is erõlködött. Ma ez nem így mûködik, ma semmi baj akár 1 nap alatt 1000 helyre elküldeni a CV-t amibe legtöbb esetben vagy nincs benne ami kell, vagy ami még roszabb, bele van írva minden amirõl hallani lehet. Na most egy HR-es csupán 10 másodpercet fordíthat egy CV-re mert 700 CV az egy nagy rakás. És 10 másodperc alatt még a jó CV-bõl sem lehet semmit sem kivenni.
Szerintem a CV model elavult, és jelenleg csak egy blog, fórum, esemény (amelyen az adott ember résztvesz) valamint akadémiai referenciák az egyetlen esély, hogy az adott pozíciót minõségessen betültsük. A fejvadász cégek itt nem tudnak érdemes segítséget nyújtani. Csak ugye most ki az aki a CV-ket a szemétbe dobná és ehelyett a blogoszférára és fórumokra koncentrálna? Van egynéhány ilyen fejvadász is, de ez kevés és ezek specialista fejvadászok akik csak szûk sávban keresnek a minõséges szakemberekre, úgy, hogy blogokat és fórumokat olvasnak és IT eseményekre látogatnak. De ezek a fejvadászok tudják, hogy az ilyen emberekre általában csak a technológiai cégek és a start-up cégek tartanak igényt és ezek a cégek sokszor nem támaszkodnak fejvadászokra mert ismerik a problematikát.
Persze ha valaki kitalálna valami modern álláskeresési módszert amely mûködne a mai networked világban, az biztos meggazdagodna, mert a blog-fórum-IT esemény még ha mûködni is látszik, túl sok erõfeszítést követel amit a jelenlegi környezetben nehéz vagy lehetetlen megfizettetni.
A legalább 50 asztali PC-t alkalmazó cégnél dolgozó 400 válaszadó nagyrészt egyetértett abban, hogy a leggyakoribb panaszok a sebességet, a teljesítményt illetően merülnek fel - annak ellenére, hogy általában céges feladatokra éppen lassabb konfigurációkat javasolnak. "Az általános vélekedés szerint irodai munkára nem kell nagyobb teljesítmény, mégis ez mutatkozik a leggyakoribb problémának" - jelentette ki Mike Ferron-Jones, az Intel üzleti platform részlegének marketingigazgatója. Mivel ezek a panaszok az egyes gépek használatával kapcsolatban merülnek fel, kizárható, hogy hálózati problémák játszanak szerepet ebben.