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.
jav: hogy NE üvöltse le a mgm fejét
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.
jó példa a lassu és sokszor nem müködõ programokra a synmatech norton prokig :D
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....
Egyik kollégának van az a meglátása, hogy aki a kreatív feladatokat akar menjen a kicsikhez, aki meg inkább a stabil jövedelmet kedveli - a nagyokhoz.
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.
Ha jobban odafigyelsz akkor észreveszed, hogy én nem is a programozókat hibáztatom, hanem a menedzmentet, sajnos a nagycégi fejlesztõ és a programozó között nagyon nagy a különbség és ezért a menedzserek a felelõssek. Az meg, hogy ma harmadosztályú fejlesztõket termel az oktatás mert a gazdaságnak kellenek a fejlesztõk de akármilyen csak fejlesztõ legyen, szintén annak a következménye, hogy a menedzserek nem tudják összhangolni a munkát az erõforrásokkal és nem inteligens megoldásokat alkalmaznak, hanem rádobnak a halomra még egy lapáttal, mert pl. soha nem is halottak Fred Brooks törvényérõl vagy valami hasonló. A mai hardware olyan nagy teljesítménnyel rendelkezik, hogy az szinte WOW, úgyhogy ha szar lassú egy program akkor általában a programozók a hibássak de a probléma ott van, hogy ezeket a "programozókat" egyáltalán alkalmazzák valahol. Egyszerû dolog, pl. mit gondolsz hányan kapnának munkát a nagycéges fejlesztõk közül pl. a Graphisoft-nál vagy hasonló helyen, majdnem fogadni merek, hogy még a titkárnõnél sem jutnának tovább, nehogy az interview elsõ körén... ez mindent elmond.
Szóval az a sok srác aki ingyen vagy aprópénzért dolgozik az Open Source közösségben az sokszor 10x annyit ér mint a túlfizetett nagycégi fejlesztõk hada, csak, hogy azok nem akarnak Nine-to-Five környezetben bohóckodni egy nagycégnél semmi pénzért sem, viszont tudják azt is, hogy mi is az, hogy process scheduling vagy, memory management vagy, linked list, persze õk is szeretik, ha a környezet gondoskodik ezekrõl a dolgokról és ha egy abstrakciót tudnak igénybe venni, de õk azt is tudják, hogy az az arstrakció nem azért van, hogy tudás nélkül megoldjuk a dolgokat, hanem azért, hogy az adott pillanatban ne terheljük meg magunkat olyan dolgokkal amit maga a gép viszonylag kevés áron általában jobban megold mint mi magunk programozók. Persze nem a gyenge programozó a hibás, hogy a rendszer megengette neki, hogy egyáltalán programozó legyen.
Igazi programozói tanfolyamot (pl. MIT 6.001) az emberek 90% még álmában sem tudja követni, nemhogy még sikeressen vizsgázni. De ugye melyik egyetemnek (a MIT.en kívül) érdeke, hogy 1000-bõl 100-at vegyenek fel és a 100-ból csak 20-an diplomázzanak. És ha hiszitek ha nem azok a MIT srácok közül akik ezt megértik és vizsgáznak senki vagy majdnem senki nem dolgozik egy banknál vagy hasonló nagycégnél.
szerintem azert most egy kicsit azert rosszul latja a dolgokat (vagyis nem rosszul csak nem gondol vegig mindent, mert azert ha szar lassu egy program az nem biztos, hogy a programozo hibaja)
Proci nem igazan kell szerintem office vitezeknek. Hiaba van megnyitva 20 excelsheet meg 15 doc es egyszerre, passziv uzemmodban 0hoz kozeli a processzorigenyuk. Ram kell bele jo sok es gyors lemezkezeles, a proci harmadlagos tenyezo.
Vicc, hogy ma is egy csomo 2-3 gb-s configot arulnak 256mb rammal.
XML alapú adatbázisnak valóban semmi értelme. Akkor már egyszerûbb a konverziós (big endian->little endian, minden karakter UTF-8-ba, vagy valami másba, stb...) Láttam XML-be mentett png képet. Azt hittem meghalok. A bináris png file hexadecimálisan! volt lementve.
Persze, de akkor szerinted itt nem a rendszerben van a hiba? A nagycégek nem azért sikeressek mert jól dolgoznak, hanem mert kevesebb hibát csinálnak mint a versenytársaik és ezeket a hibákat mindég meg lehet fizettetni a felhasználókkal. Egy ilyen környezetben már az is siker, ha a HR-es ki tudja válogatni a programozók CV-jét a közgazdászok és a jogászok közül.
Ha a menedzerek valójában felelõssek lennének a munkájukért akkor az "alatvalóikat" maguk választanák ki HR-esek nálkül a HR-esek dolga meg kimondottan az lenne, hogy dokumentálják az emberi erõforrást a cégnél, hogy a menedzserek meg tudják találni, hogy a belsõ erõkbõl mivel számíthatnak, sokszor van, hogy felvesznek valakit egy munkahelyre és a cégnél van már ember aki oda 10x jobban megfelel a jelenlegi munkahelyén pedig komolyan alulvan alkalmazva és ezért hamarossan elmegy, mert nincs kihívás és fejlõdési lehetõsége, ugyanakkor a HR-esek meg keresik amerikát New York kellõs közepén.
Kis cégeknél ez könnyû dolog mert ott az emberek ismerik egymást, nagy cégeknél nem, de ez közelrõl sem elegendõ dolog, hogy ne probáljanak javítani a helyzeten, különössen ha számolunk vele, hogy a mai technológia ezt könnyen elõsegítheti. Cégen belüli social networking, pontos emberi erõforrás dokumentálás, stb. olyan dolgokat segíthetne elõ amelyek révén a nagycégek is javíthatnának a HR-es problémákon. De ez elõször is nem felel meg azoknak akik pozíciója csupán ismeretség meg létrehozott munkahely alapján van biztosítva és elmozdítani õket nem lehet még ha 100x többre képes személyt is találnának az adott munkára, így persze ennek a lehetõsége kimarad, mert valójában nem is tudjuk mire van szükségünk és még kevésbé mivel rendelkezünk. És ennek a helyzetnek a fennmaradására a legjobb megoldás az univerzális HR-es.
"Biztos láttatok már olyant, hogy valakit nem vettek fel, mert a HR-es nem találta a CV-jében, hogy 5 év Java, pedig az benne volt, hogy 10 év C/C++ és Python. Pedig a pofa kb. két nap múlva 5x annyit tudna Javából mint az aki 7 éve Java de semmi más soha se elõtte se most... na most mit gondoltok, ez miért van így? Mert a ROSSZ menedzerek nem szeretik ha valaki gondolkodik, és aki pl. C melett Python-t vagy Ruby-t is tanult vagy LISP-et szeret az gondolkodik és az veszélyes mint a tûz a bad management status quo-ra, az aki csak benyelte a mainstream Javát amit a suliban kezdtek vele tanítani vagy VB-t és nem is nézett jobra, balra... "
Vagy csak talán azért mert a HR-esnek kiadják hogy milyen szaktudással rendelkezõ embert kell felvennie (milyen programozási nyelvismeret legyen meg) és mivel megnéz többszáz CV-t õ nem érthet ahhoz, hogy mire van szükség valójában. Ha a HR-esnek mindenkirõl tudnia kellene, hogy melyik szakmához milyen résztudás kell szakmán belül akkor csak HR-eseket kéne felvenni mert akkor már meg is tudják tanulni:) Szóval nem HR a probléma, hanem hogy a cégek nem tudják, hogy mit is keresnek. Mire van szükségük és ahhoz milyen háttér kell a jelentkezõnél.
Ne haragudj, de hány olyan nagyvállalati fejlesztõt ismersz aki pl. tudna egy parszert írni, vagy nehogy egy interpretert vagy fordítót egy ultra egyszerû formális nyelvhez. Vagy akár egy rekurziót megértene a pointeraritmetikáról meg jobb ha nem is beszélek.
Legtöbb tudja megrajzolni az ócska UI-t egy vizuális környezetben, pl. VB vagy Oracle Developer, aztán megírni az adatbáziskotorászó kódot abszolút hozzáértés nélkül olyan optimálisra, hogy beszarni lehet tölle (elnézést a trágár kifejezésekért de most már ez nem elfogadhatatlan, nemde? :)), és ennyi az egész.
Szóval nem lehet olyan emberekkel jó alkalmazást készíteni akik VB-ben vagy Javában tanultak meg járni, egyszerûen nem lehet. Persze ezekben a környezetekben fantasztikus alkalmazásokat lehet írni, de nem olyanoknak akik csak a rendszer keretein belül és ott is csak korlátozottan tudnak gondolkodni.
Biztos láttatok már olyant, hogy valakit nem vettek fel, mert a HR-es nem találta a CV-jében, hogy 5 év Java, pedig az benne volt, hogy 10 év C/C++ és Python. Pedig a pofa kb. két nap múlva 5x annyit tudna Javából mint az aki 7 éve Java de semmi más soha se elõtte se most... na most mit gondoltok, ez miért van így? Mert a ROSSZ menedzerek nem szeretik ha valaki gondolkodik, és aki pl. C melett Python-t vagy Ruby-t is tanult vagy LISP-et szeret az gondolkodik és az veszélyes mint a tûz a bad management status quo-ra, az aki csak benyelte a mainstream Javát amit a suliban kezdtek vele tanítani vagy VB-t és nem is nézett jobra, balra... hát az nem veszélyes, mert nem gondolkodik. Think Again!
Na ez meg a probléma másik oldala (a userek), de ha hiszed ha nem a userek-et oktatni is lehet, akit meg nem az ne dolgozzon számítógépel PONT, mert aki nem elég inteligens, hogy mondjuk 2 hónap alatt megtanulja szakszerûen kezelni azokat az alkalmazásokat amelyekre szüksége van, az ne dolgozzon ilyen helyen, mert nincs neki hozzá való feje.
Persze az is siralmas, hogy a userek a legtöbb esetben nem is a leghibásabbak e tekintetben, ha látott már valaki pl. Office tanfolyamot akkor tudja mirõl beszélek, olyan baromságokat oktatnak amelyre majdnem soha nincs szükség, csupán azért, hogy a tanfolyam árát meg lehessen fizettetni, mert ugye ha nem bonyolult akkor nem is lehet drága. A másik dolog, meg, hogy alapjában a usereket nem lehet magukra hagyni, kell egy szupervizor aki ért a dolgokhoz, és itt nem a rendszergazdása gondolok, mert annak nem az a dolga, hogy a userekkel foglalkozzon, hanem egy process-managere, vagy inkább felügyelõre aki a muznkafolyamatot és az adatkezelést ellenürzi user szempontból, és aki valójában a userek és a rtendszergazdák valamint a fejlesztõk közötti kommunikáció is egyben. Na de persze ezt ne is említsd egy nagyvállalati menedzernek, mert ...
Különben egy Office csomag (még a 2003-as is, nem pedig a cégeknél inkább alkalmazott XP sõt akár 2000) nagyon jól elfut akár egy 1.6 os régi Celkán is 256 RAM-al, hát nem egy mai modern Celkán. Ami pedig a fejlesztések bonyolultságát illeti, az a gond, hogy ezek a túlfizetett 3-osztályú fejlesztõk akik a bankonkál dolgoznak, nem is tudják jobban, és általában szabadkezet kapnak a kisérletezésekre, sokszor akár ujraírják az egéssz alkalmazást, mert nem tudják bõvíteni vagy mert a megjelent újabb technológiával most valami forradalmi alkalmazást hozhatnak ki.
A szuperszaki menedzsereknek meg csak azt kell mondani, hogy XML meg AJAX és máris mindent lehet, mert ugye errõl olvasnak most mindenütt, errõl dumáltak nekik a tanfolyamon, és ez most a mainstream, tehát ha "elkúrják", akkor nem az õ hibájuk, mert ez az Industry Standard. Próbált már valaki XML-ben kotorászni, ha többezer record van benne, kb. 1000000x lasabb az hagyományos SQL alapú relacionális adatbázisoknál, de vannak akik erre esküsznek. Hogy félreértés ne legyen az XML egy fantasztikus technológia, de nem lehet mindenhová begyûrni, mégis láttam már ilyen megoldást és aztán csodálkoznak, hogy a 4 procis Opteron beledöglik.
A probléma ott van, hogy a karbantartást csak külön programokkal látják megoldhatónak... de ha valaki már informatikus akkor szerintem egyedül a winchester karbantartáshoz kell neki külön program a registry takarítást a memória menedzselést meg lehet oldani XP alól vírus védelmet meg tûzfalat pedig belsõ hálózatról az egész hálózatot védve...
Ez kölcség takarékoság lehet, vagy nem tudom. Valami szedett vedett cuccot használnak. A fejlesztõk csak megcsinálják azt amit mondanak nekik, akik döntenek azok kasználnak, a banki ügyfelek meg szívnak :) Mondjuk tény és való, hogy sok gányoló ember dolgozik nagy cégeknél és veri a mellét hogy milyen állat jó, csak a munka amit csinál az szemétdombra sem való :) De a legrosszabb az egészben, hogy ez általában trehányságból, lustatságból születik.
Nem az infosokkal van a baj legtöbször. Irodai alkalmazásokra lassú gépet lehet venni, csak nem érdemes. Aki Alig pötyög valamit annak elég. De pl egy pénzügyes aki átlagban 20-30 különbözõ dokumentummal dolgozik egyszerre, igen egyszerre, annak nem ocsó cseleroncs kell, mert halál lesz a vége. Illetõleg az IT vezetõk válogatják meg a stratégia részeit, általában pénzhiány miatt alulról közelítik. Ha kéne 6 ember akkor elkezdik 3 -al megnézik mennyire lesznek elhavazva, ha úgy ahogy viszik a céget akkor annyi 3 ember marad aztán csókolom. Vesznek mást a fennmaradó pénzen, pl új autót valamelyik vezetõnek :) Vissza a gép lassúsághoz, Win alatt az MS Office termékek nem éppen erõforrástakarékosak, hogy úgy mondjam zabálják a gépet. Kell processzor kapacitás és memória is bõven. A gépek és az SW -k karbantartása egyszerûnek tûnik, csak nem igazán van megfelelõ eszköz a piacon amivel ezeket meg lehetne oldani. Persze minden cég nyomja a saját vackát, hogy ezt meg azt vegyék meg, de igazán egyik sem jó semmire. Szuper csilivili win alatt is csak korlátok vannak, eszközök meglehetõsen szûkösan. Van egy halom cucc, de csak korlátozottan lehet õket használni. A felhasználó butaságról, meg kézikönyvet lehetne írni :) Mikor készítik a 2 oldalas 60-100mb os dokumentumokat aztán sírnak, hogy lassan nyitja meg :) Azt viszont nem értem miért lenne érdekes az energia takarékoság elõtérbe kerülése. Régen nem foglalkoztak vele a gyártók, a piacon nem volt energiatakarékos megoldás, így aztán be lehet venni a stratégiába :) Vagy volt ilyen célgép horror áron, csak lassúak, azzal meg nem megy sokmindenre az ember.
Több program->több pénz a fejlesztõknek... (Fõnök meg nem ért hozzá.)
Hát kb azon röhögtem körbe magam mikor megláttam a K&H bankinformatikai rendszerét:) (ismerõsöm dolgozik bent és mutogatta az ablakokat)
Minden egyes mûvelethez (legyen az számlanyitás és számlainformációlekérdezést) Attól függõen, hogy mire van éppen szüksége új programot indít. Újra keres ugyanabban az adatbázisban ahol szimultán 12-14 program számára majdnem ugyanazok az adatok megvannak. ÉS volt hogy egész egyszerûen a drága banki alkalmazott eltéved a saját rendszerükben és mikor mondjuk a lakáshitelegyenlegemet keresve rábukkan a havi kimutatásomra zavartan nevetni kezd és elindít egy újabb programot.... Szóval ha a drága "informatikusok és vállalati rendszergarázdák" a funkciók külön programba ültetése helyett leülnének megszerkeszteni és megírni egy normálisan átgondolt adattáblákkal és háttéradatbázissal rendelkezõ egyetlen programot a banki és vállalati ügyintézés sokkal normálisabb is lehetne..
A hátamon feláll a szõr azon mikor a logisztikai részlegen van amit adatbáziskezelõben keresnek ki van amit meg excelben van amit meg egy third party software-ben... Attól függõen, hogy kinek mihez van kedve és a poén hogy kb mindben ugyanazokat az adatokat használják...
Szóval nem a teljesítménnyel van itt kérem a gond hanem az optimalizációval meg az átgondolt rendszertervezéssel.. (pl hogy egy 300 gépbõl álló hálózatot amin sûrû a központi server adatforgalma nem egy 4 winchesterrel bíró meg mondjuk 2 giga rammal rendelkezõ Win2000 serverrel managgelnek 10 mbit-es lanon....)
Teljesen egyetértek. Ettõl függetlenül ez a cikk tipikus példája annak, hogy csináljunk valami hírecskét a semmibõl. A legközelebbi témában részletesen lehetne taglalni, hogyan csökken egyre inkább a fehér színû számítógép házak aránya, és hogyan nyernek tért egyre inkább a színes házak. Egy remek és érdekes körcik diagrammal pedig ábrázolni is lehetne a különféle színû számítógép házak arányát százalékosan is, majd errõl kifejtené a véleményét egy remek informatikus is, mondjuk Kovács Kálmán
Egyesek nagy hangon hangoztatják és bizonygatják, hogy számítógép használatával milyen gyorsan meg tudnak oldani olyan problémát, ami mellesleg számítógépek nélkül nem is léteznének... :)
:) Mert, de komolyan, ki a fene látott már szakszerûen konfigurált gépet céges környezetben. Tapasztalataim szerint ha most bevezetnéd a Core 2 Quad Extremet, 8GB RAM-mal egy céghez a szakértõ informatikusoknak (egyébként soha nem értettem, hogy mi az, hogy "informatikus"), kb. 1-2 nap kellene, hogy csúszó-mászó ultralassú gépé "varászolják". Ha még véletlenül rendelkeznek MCSE-vel vagy valami hasonló minõsítéssel akkor erre akár néhány óra is elég nekik. Na de tényleg, ha egy átlaggép ma jól mûködik a fejlesztõknél sõt akár a média (pl. 3D) embereknél akkor mi a fene baj lenne a cégi környezet baromi irodai alkalmazásnál. A cégeknek az a bajuk, hogy okos ember nem akar nálluk dolgozni (bár ami az IT-t illeti) ezért nagyon megfizetnek, hogy gyere dolgozz nekik, de mivel okos ember nem azt csinál ami csak fizet, hanem azt is amit szeret és amitõl továbbfejlõdik, a sok szuperszaki elmegy nagy pénzért piszokul értéktelen munkát csinálni a nagy cégeknél (fõleg bankoknál stb.) tisztelet a kivételeknek akik pl. családi okokból kénytelenek nyomni a szar munkát a szar környezetben és tûrni a szar menedzerek marhaságait a pénz miatt és akik igazi szakértõk, de ilyen nagyon kevés van.
vigyazz a linuxos kijelentesekkel, mert megdobalnak utcakovel :)
Nem értem hogy mért nem használnak linuxot az irodai gépek, mert így nem kapnak be semmilyen férget vagy vírust. Mert pl: egy 512RAM+1,5ghz+64mb VGA szûzen feltelepített XP melett csodákra képes. Kipróbáltam fater gépén, hát akkor linux??