P R O G R A M U J E M EN O V Ý S E R I Á LAuto tools / 1. èas<strong>Vitajte</strong> pri novom seriáli pre programátorov, pri ktorom sa budeme pravidelne stretáva vnieko¾kých <strong>na</strong>jbliších èíslach PC REVUE. Ako u názov <strong>na</strong>povedá, bude o programe Makea súboroch Makefile. Po tom, èo si toto všetko preberieme, sa pustíme do programovAutomake, Autoconf, configure a ostatných, ktoré vám u¾ahèia ivot.ÈO JE TO MAKE? Make je program, bez ktorého si programátori (hlavne tí, ktoríprogramujú v C, C++ a iných jazykoch, ktorých kompilátory sa dajú spusti ako príkazyshell) nevedia predstavi ivot (programátor<strong>sk</strong>ý, pochopite¾ne :−). Ak pracujete <strong>na</strong> neja−kom (èo i len trochu väèšom) projekte, pravdepodobne je zloený z viacerých súborov.Ak v niektorom z nich urobíte zmenu, musíte dotyèný súbor prekompilova a potom zlin−kova s ostatnými <strong>sk</strong>ompilovanými súbormi do výsledného programu. Ak však urobítezmeny vo viacerých súboroch <strong>na</strong>raz, musíte si zapamäta, v ktorých súboroch ste zmenyurobili. Ešte väèší zmätok urobia závislosti súborov – jeden súbor vyaduje pre svoj správ−ny beh nejaký iný (èi u hlavièkový, alebo zdrojový) súbor, ten vyaduje znovu nejakýsúbor atï. – a <strong>na</strong> konci tejto reaze (alebo niekde uprostred) urobíte zmenu – a u musí−te kompilova všetky súbory, ktoré vyadujú zmenený súbor. Máte aj druhú monos,ktorú však (pokia¾ nemáte x−procesorový high−end server s nieko¾kými zvyšnými GHz CPU)neodporúèam. Ide o prekompilovanie vdy celého programu. Pokia¾ ide o program typuHello, world!, dalo by sa to zvládnu... ale ko¾ko je takýchto programov? Teda tadia¾cesta nevedie. Keïe nie sme prví, ktorí majú takýto problém, riešenie sa u <strong>na</strong>šlo. Ako uisto tušíte, volá sa Make.Je to program, ktorý sa, samozrejme, spúša zo shellu. Riadi sa istým súborom, <strong>na</strong>zvanýmMakefile. V òom sú uloené tzv. pravidlá, pod¾a ktorých sa zostaví výsledný program. No apráve tvorbe týchto súborov sa budeme venova v prvých èastiach nášho seriálu.AKO TO FUNGUJE? Ak chceme pouíva program Make, musíme v adresári pro−jektu vyvori súbor makefile, prípadne Makefile, do ktorého uloíme riadiace príkazy –pravidlá. My budeme dáva prednos názvu s ve¾kým písmenom. Výhoda je zrejmá: privýpise obsahu adresára (aj <strong>na</strong>pr. v programe mc) sa súbor <strong>na</strong>chádza <strong>na</strong> zaèiatku – priiných dôleitých súboroch, <strong>na</strong>pr. README, INSTALL, COPYING, AUTHORS, ChangeLog aNEWS. Keï máme tento súbor vytvorený, vdy, keï chceme <strong>sk</strong>ompilova program, staèí<strong>na</strong>písa príkaz make. Ak pouívate editor ViM (http://<strong>www</strong>.vim.org), staèí v príkazovommóde zada :make. ViM spustí program make, preparsuje jeho výstup a v prípade chýbvás automaticky presunie v chybnom súbore <strong>na</strong> chybný riadok. Editor Emacsnepouívam, take o podobnej funkcii neviem. Urèite však nieèo podobné existuje aj vòom. Kadý zmenený zdrojový súbor sa prekompiluje. Ak sa zmenil hlavièkový súbor (.h),prekompilujú sa zdrojové texty, ktoré ho vkladajú. To však závisí od súboru Makefile. Noa <strong>na</strong>koniec, ak bol prekompilovaný ¾ubovo¾ný súbor, zlinkujú sa všetky objektové súborydohromady. A ako vie Make zisti, èi bol súbor zmenený? Vyuije èas poslednej zmeny,ktorý porovnáva s èasom kompilácie. To je len hrubý náèrt, ako Make funguje. Nemusímevšak len kompilova. Program Make sa môe rov<strong>na</strong>ko dobre postara o dokumentáciu.Ak píšete nejaký text, nech u je v TeX, SGML èi Texinfo, môete si pomôc pri vytváranívýstupných súborov. Všetko však závisí od pravidiel, ktoré sa <strong>na</strong>chádzajú v Makefile.PRAVIDLÁ. V predchádzajúcich riadkoch som viackrát spomenul termín pravidlo. Èoto je? Pravidlo je text, pod¾a ktorého sa Make správa v danej situácii. Pravidlá sa <strong>sk</strong>ladajúz cie¾a, zdroja a príkazu. V jednom pravidle môe by <strong>na</strong>raz viac cie¾ov, zdrojov, ale aj prí−kazov. Môeme dokonca urobi aj všeobecné pravidlá, ktorým <strong>na</strong>pr. vyhovujú všetkysúbory, konèiace sa príponou .c. Pravidlo môe vyzera takto:cie ... : zdroj ...pr kaz...Cie¾ je súbor, ktorý sa daným pravidlom vytvorí. Zdroj je súbor (súbory), z ktorých sadaný cie¾ zostaví. Príkaz je shellový príkaz, ktorý sa spustí. Musí sa zaèa z<strong>na</strong>kom „tab“!(to by sa iadalo aspoò trikrát podèiarknu, pretoe je to zo zaèiatku èastým zdrojomproblémov). Iba tak je moné rozlíši cie¾ od príkazu. Cie¾ má ešte jednu pozoruhodnúvlastnos: keby sme spustili program Make takýmto spôsobom:make automaticky sa zaène pravidlom, ktoré má vytvori . Ak ste u niekedy nieèo kom−pilovali, asi ste zadali aj príkaz make install. Práve tam sa (okrem iných prípadov) pouívaspomí<strong>na</strong>ná vlastnos. Mono vás <strong>na</strong>padlo, ktorým pravidlom sa zaène, ak explicitnenezadáme nijaké pravidlo. Nu, kadý správny Makefile má pravidlo zvané all. Väèšinousa ním zaène samotná kompilácia. Cie¾ install má <strong>na</strong> svedomí kopírovanie súborov, prog−ramov atï.PREMENNÉ. Text môe obsahova aj tzv. premenné, známe z programovacích jazy−kov. Definujú sa podobne ako v shelli:PREMENN` = hodnotaPouívajú sa však mierne odlišne:$(PREMENN`)Ak sa v súbore bude <strong>na</strong>chádza takýto text, bude <strong>na</strong>hradený jeho hodnotou. Je tove¾mi pouívaná vlastnos. Pomocou premenných môete <strong>na</strong>príklad definova prekladaè,linkovaè atï. Ïalej pouijete iba premennú. Ak budete chcie zmeni prekladaè, staèí hozmeni raz – v definícii premennej, ostatné za vás urobí Make. Okrem klasických premen−ných však existujú aj špeciálne premenné, ktoré majú špecifický obsah a „zvláštne“meno. Pouívajú sa hlavne pri tvorbe všeobecných pravidiel. Viac si o tom povieme v nie−ktorej z <strong>na</strong>sledujúcich èastí.KOMENTÁRE. Pouívajú sa podobne ako v shelli, teda kadý riadok zaèí<strong>na</strong>júci saz<strong>na</strong>kom # bude jednoducho ignorovaný. Niekedy sa zíde robi si poznámky priamo <strong>na</strong>mieste èinu. Ak sa po dlhšom èase vrátite k zloitejšiemu súboru, môe sa sta, e si jed−noducho nebudete pamäta, preèo ste daný problém riešili práve tak. A èo ak by mal danýsúbor editova niekto iný? Kým by sa v òom zorientoval, stihol by <strong>na</strong>písa aj nový súbor.Ahoj, svet!Nedoèkavci (ako <strong>na</strong>pr. ja :−) u iste netrpezlivo èakajú <strong>na</strong> nejaký príklad. Zaèneme teda kla−sickým (poslovenèeným :−) programom „Ahoj, svet!“, ktorý vypíše spomí<strong>na</strong>ný text. Budesa <strong>sk</strong>lada zo zdrojového súboru ahoj.c a súboru Makefile.ahoj.c:#include int main(){printf( Ahoj, svet!\n );return 0;}Dúfam, e nikomu netreba blišie priblíi daný súbor. ašie to bude s druhým súbo−rom. Najprv si ho ukáme.Makefile:# Nastavenia (kompilÆtor, linkovaŁ a ich <strong>na</strong>stavenia - cesty ku kni niciam apod.)# KompilÆtor jazyka CCC = gcc# Nastavenia pre samotn projekt# NÆzov programuTARGET = ahoj# ZdrojovØ sœborySRC = ahoj.c# PravidlÆ# HlavnØ pravidlo - <strong>sk</strong>ok <strong>na</strong> pravidlo ahojall: $(TARGET)# Pravidlo ahoj zostav program zo zdrojov ch sœborov. ZÆvis od zdrojovch sœborov.$(TARGET): $(SRC)$(CC) -o $(TARGET) $(SRC)Tak, to je náš prvý Makefile. Myslíte, e „ruène“ – teda spustením gcc −o ahoj ahoj.c –by to bolo kratšie a rýchlejšie? Máte pravdu, ale iba pokia¾ ide o náš jednoduchý príklad.U pri dvoch−troch súboroch oceníte výhody Make! Teraz si riadok po riadku vysvetlímevýz<strong>na</strong>m obsahu súboru Makefile. V prvom riadku (ktorý nie je komentár) <strong>na</strong>stavíme pre−kladaè, ktorý práve pouívame. Je ním gcc. Skratka CC z<strong>na</strong>mená C Compiler. V ïalšomriadku <strong>na</strong>stavíme názov výsledného programu (TARGET z<strong>na</strong>mená cie¾). V treom riadkuvymenujeme všetky zdrojové súbory (SRC je <strong>sk</strong>rátené slovo SOURCE, teda zdroj). Potom<strong>na</strong>sledujú pravidlá. Prvé má takýto výz<strong>na</strong>m: ak spustíte make, je to to isté, ako keby stespustili make ahoj. Ïalší riadok zaistí, aby sa program prekompiloval vdy, ak zmenímeniektorý zo súborov. V <strong>na</strong>sledujúcej èasti nášho seriálu si ukáeme, ako prikáza progra−mu make, aby prekompiloval iba zmenené súbory a potom ich zlinkoval s ostatnýmiobjektmi. V <strong>na</strong>sledujúcom riadku sa pouije definovaný kompilátor, <strong>sk</strong>ompiluje všetkyzdroje a spojí ich do výsledného súboru ahoj. Tu si môeme všimnú výhody pouitia pre−mennej SRC <strong>na</strong>miesto vymenovania súborov – ak pridáme nejaké nové súbory, staèízmeni jediný riadok (SRC = ...). Ak zmeníme kompilátor (v tomto prípade si neviempredstavi, kto by to robil, gcc je všade a je <strong>na</strong>jlepší... :−), staèí zmeni prvý riadok.ZÁVER. To by bolo <strong>na</strong>teraz všetko. Nabudúce si preberieme okrem iného aj tvorbuprojektov, ktoré sa <strong>sk</strong>ladajú z viac ako jedného zdrojového súboru, a parametre progra−mu Make, ktorými môete ovplyvni jeho správanie. Keby sa v texte <strong>na</strong>šli nejaké chyby,pošlite ich <strong>na</strong> uvedený e−mail. Samozrejme, pošlite aj svoje návrhy, námety a pod. Tešímsa <strong>na</strong> stretnutie o mesiac.Oto Komiòák1/2002 PC REVUE 117
P R O G R A M U J E M EN O V Ý S E R I Á LVisual Basic II / 1. èasPo krátkej pauze sa znova prihlasujeme so seriálom o VisualBasicu. Medzièasom som v òom <strong>na</strong> poste autora vystriedalJuraja Okolièányiho, s ktorým ste sa stretávali doteraz. Ve−rím, e moje èlánky budú aspoò také dobré ako tie jeho a espolu Visual Basic zvládneme „¾avou zadnou“.Prv ako prejdeme k výkladu, chcel by som pripomenútým, ktorí sa od poslednej èasti seriálu nevenovali Visual Ba−sicu, aby si radšej znovu preèítali všetky publikované èlánky.DEKLARÁCIE A IVOTNOS PREMEN−NÝCH. Premenné sa vo Visual Basicu <strong>na</strong>jèastejšie dekla−rujú v tzv. deklaraènej èasti, t. j. úplne hore v zdrojovomkóde. Existuje však ešte aj druhá monos, a to deklaro−va premenné priamo vnútri udalostí, funkcií a procedúr.Na prvý poh¾ad druhá alter<strong>na</strong>tíva vyznieva ako tá elegant−nejšia, pretoe deklarácie premenných sú hneï poruke.Ako si však teraz ukáeme, ide <strong>na</strong>ozaj len o prvý dojem aje pre nás ove¾a výhodnejšie pouíva prvý variant.Udalosti, funkcie a procedúry sú toti v hierarchiiVisual Basicu povaované za samostatné podprogramy, èomá okrem iného za následok, e všetky premenné v nichdeklarované budú funkèné iba poèas ich behu. Tento „jav“sa èasto <strong>na</strong>zýva ivotnos premenných. Ako príklad siuveïme tento zdrojový kód:Private Sub Form_Load()Dim Retazec As StringRetazec = Hello World!:)End SubPrivate Sub Form_Click()MsgBox (Retazec)End SubPri štarte ok<strong>na</strong> v udalosti Form_Load() bola deklarova−ná premenná Retazec a do nej vloená hodnota „HelloWorld!:)“. Po vyko<strong>na</strong>ní týchto príkazov bola udalosukonèená a spolu s òou sa stratili aj všetky hodnotypremenných, preto pri kliknutí <strong>na</strong> formulár (udalosForm_Click()) sa do dialógového ok<strong>na</strong> nezobrazilaiad<strong>na</strong> hodnota.VIDITE¼NOS PREMENNÝCH. Okrem toho,e premenné vo Visual Basicu môu vznika a zanika ajpoèas behu programu, môu ma aj svoju vidite¾nos. Tým samyslí schopnos zobrazi alebo nezobrazi hodnotu premen−nej urèitým objektom. Ak sa teda nejaký objekt s<strong>na</strong>í zí<strong>sk</strong>ahodnotu premennej, ktorá mu nebola povolená, bude muvrátená prázd<strong>na</strong> hodnota, ako keby premenná vôbec neexis−tovala. Túto schopnos <strong>na</strong>zývame vidite¾nos.Priraïova vidite¾nos musíme hneï pri deklarácii premen−ných, prièom ju urèuje slovo pred názvom premennej (dote−raz sme pouívali Dim). Opíšme si teraz pár druhovvidite¾nosti, aby sme ich mohli ne<strong>sk</strong>ôr aj v praxi vyui. Dim – ide o <strong>na</strong>jzákladnejší typ vidite¾nosti. Pouíva sa <strong>na</strong>deklaráciu lokálnych premenných, prièom sa môe deklarovatak v deklaraènej èasti, ako aj vo funkciách, procedúrach audalostiach. Premenné ním deklarované budú vidite¾né iba v„domov<strong>sk</strong>om“ objekte. Ak sme teda vytvorili premennú typuDim vo formulári, pri pokuse o zí<strong>sk</strong>anie jej hodnoty modu−lom bude <strong>na</strong>vrátená iba prázd<strong>na</strong> hodnota.Dim I As IntegerDim Retazec As String Private – v podstate sa zhoduje s typom Dim s tým roz−dielom, e ho mono deklarova iba v deklaraènej èasti.Pri pokuse o deklaráciu vnútri funkcií, procedúr èi udalos−tí Visual Basic zahlási chybu.Private I As IntegerPrivate Retazec As String Public – týmto typom vidite¾nosti sa môu deklarova pre−menné iba v deklaraènej èasti a v praxi povo¾uje èítaniehodnôt premenných všetkým objektom (modulom, formulá−rom a pod.). Pokia¾ teda chcete deklarova premennú vidi−te¾nú v celom projekte, pouite práve typ Public.Public I As IntegerPrivate Retazec As String Static – V úvode sme spomí<strong>na</strong>li, e pri deklarovaní pre−menných vnútri funkcií, procedúr a udalostí musíme poèí−ta s tým, e spolu s nimi zanikne aj <strong>na</strong>ša premenná.S pouitím Staticu však dokáeme tento neduh nádhernevyrieši. Ak si <strong>na</strong>príklad vo funkcii zadeklarujete premennús pouitím Staticu, po jej <strong>sk</strong>onèení premenná vôbec neza−nikne, ale nebude ani vidite¾ná inými objektmi. No pri jejopätovnom volaní budú premenné v nej vytvorené znova<strong>na</strong>plnené obsahom. Tu si znovu uveïme príklad:Private Sub Form_Click()Call CislaCall CislaEnd SubPrivate Function Cisla()Static Cislo1 As IntegerDim Cislo2 As IntegerCislo1 = Cislo1 + 1Cislo2 = Cislo2 + 1MsgBox Cislo1MsgBox Cislo2End FunctionVo funkcii Cisla() sme si zadeklarovali dve premenné, jednus pouitím Dim, ktorá bude po <strong>sk</strong>onèení funkcie vymazaná, ajednu s pouitím Static, ktorá bude <strong>na</strong>ïalej existova. Hneïpo zadeklarovaní obidve premenné automaticky <strong>na</strong>dobudlihodnotu 0 (èo je v èíselných dátových typoch povaované zanulovú hodnotu). Obidve sme zväèšili o jedno, take by malipri prvom volaní funkcie obsahova èíslo 1. Tieto èísla sme sinechali zobrazi v dialógoch. Pri druhom volaní funkcie budepremenná, ktorú sme zadeklarovali pomocou Dim, obsahovaznova nulu, take po zvýšení o jedno bude znova obsahovaèíslo jeden. Premenná, ktorá bola zadeklarovaná pomocouStatic, si však uchovala svoju predošlú hodnotu, a síce 1, ateda po zvýšení o jedno bude obsahova èíslo 2.Thomas UlejPoštaPreèítal som si list p. Panèuchu z PCR è. 11/2001 anedá mi nezareagova. V mnohých veciach s nímsúhlasím.Rubrika REVUE – ve¾mi dobrá rubrika, ktorá nepotrebu−je zmenu, sú tu <strong>sk</strong>utoène zachytené aktuality zo sveta IT.Vdy tu nájdem to, èo potrebujem. Avšak sú tu obèaszahrnuté aj èlánky o tom, èo málokoho zaujíma. Nie tým,o èom pojednávajú, ale <strong>sk</strong>ôr spôsobom spracovania apísania. Rozhovor by mal by vedený tak, aby podal èo<strong>na</strong>jviac informácií pre èitate¾ov a hlavne takých, ktoré ichpotenciálne zaujímajú. ia¾, v mnohých prípadoch sommal pocit, e rozhovor bol o nièom, aj keï ten èlovekmohol poveda ove¾a viac. Èo sa týka reportáí – tak tu mitie chýba lepší pisate¾<strong>sk</strong>ý štýl. Osobne by som privítal taký¾ahší štýl. Informaèná hodnota rozhovorov a reportáí jeve¾mi vysoká, pokia¾ sú dobre <strong>na</strong>písané a spracované.Rubrika HARDWARE – je tu prive¾a miesta venovaného„non−true“ PC zariadeniam – foáky, mobily. Áno, mono<strong>na</strong>mietate, e však tie pracujú s PC – ale ja inú spoluprá−cu ako prenos údajov jedným alebo druhým smerom nevi−dím. Avšak po istom èase som sa musel s týmto trendomzmieri. Lebo povedzme si <strong>na</strong> rovinu – ko¾ko prevratnýchnoviniek priamo z oblasti PC nás stretlo za posledné roky,mesiace? Ve¾mi som kedysi „hltal“ a aj som sa tešil <strong>na</strong>èlánky o architektúre procesorov, grafických èipov... Alednes? Dnes ma u dajme tomu architektúra Intel P4 anive¾mi netrápi, lebo to, pokia¾ nejdem písa OS, ani ve¾minepotrebujem. O všetko sa stará OS, v prípade WindowsDirectX, ... a preto by som sa vás v tomto smere zastal –ko¾ko percent vašich èitate¾ov <strong>sk</strong>utoène zaujímajú takétoinformácie? Myslím, e malé percento. Na druhej straneve¾mi ma tešia doplnkové ståpèeky s vysvetlením pojmov118 PC REVUE 1/2002pri testoch (èo je to DDRAM...). Pri tejto rubrike všakmusím vyslovi aj kritiku – a to porovnávacích testovvýkonných poèítaèov. Vdy uvediete tabu¾ku s poradímpod¾a pomeru ce<strong>na</strong>/výkon. No ako môete porovnávapoèítaèe z marca s poèítaèmi zo septembra? Veï je jas−né, e vdy bude <strong>na</strong> špici poèítaè <strong>na</strong>jnovší. Samozrejme,dajú sa poèítaèe takto porovnáva, ale do výslednéhopoètu bodov pri pomere ce<strong>na</strong>/výkon je potrebné zapraco−va aj index poklesu cien. Potom budú testy objektívne(alebo aspoò objektívnejšie).Èo sa týka testov – sú <strong>na</strong> dobrej úrovni.Rubrika SOFTWARE – asi rov<strong>na</strong>ko ako Hardware – stáleje nieèo nové – ale ide o <strong>sk</strong>utoèné novinky? Ko¾ko po−uívate¾ov cíti potrebu prejs dajme tomu z Office 97 <strong>na</strong>Office 2000 alebo z CorelDRAW8 <strong>na</strong> CorelDRAW10, 11?Samozrejme, nepoèítam tých, ktorí musia ma za kadúcenu tú <strong>na</strong>jnovšiu verziu, aj keï ju vlastne ani nepotrebu−jú. A preto Vám nezávidím ani v tejto rubrike, lebo opä– o èom vlastne písa?Pri recenziách mi niekedy chýba vlastný názor, postre−hy a <strong>sk</strong>úsenosti autora. Údaje o tom, èo je v balení, akýje výkon, kapacita, staèí zhrnú do tabu¾ky, lebo tie si pre−èítam aj pri kúpe výrobku <strong>na</strong> škatuli. Èo si však nepreèí−tam, to sú praktické <strong>sk</strong>úsenosti – a tie sú <strong>na</strong>jdôleitejšie.V recenziách sa obèas nemôem ubráni pocitu, e stepríliš mierni, aby ste si tú−ktorú firmu nerozhádzali. Napríkladrecenzia <strong>na</strong> Komunikátor Nokia 9210. Má ve¾ké nedostatky,avšak v èlánku sú spomenuté len ve¾mi jemnuèko. Ale ce<strong>na</strong>je 45 000 Sk bez DPH! Za takú cenu chcem profesionálnurobotu. A je absolútne neprípustné pri takomto zariadení,aby nebolo jednotné ovládanie a pouívate¾ nevedel, kedymá èo stlaèi. iadny nácvik!!! Skrátka je to hrubý nedosta−tok, ktorý mal by aj patriène zvýraznený.Rubrika INFOWARE – moja ve¾mi ob¾úbená rubrika –ve¾mi mi pomáha v mojom „jobe“ programátora. Ak totichcem by dobrý programátor, musím zachyti trendy voblasti IT, i<strong>na</strong>k nemám šancu. Blúdi celé hodiny po inetea h¾ada info – to sa nedá. Preto som rád, ak si v INFO−WARE nieèo nájdem. Potom u <strong>na</strong> inete h¾adám konkrét−ne odkazy, ak si nieèo potrebujem doplni. V poslednomobdobí ma potešili <strong>na</strong>jmä èlánky o Oracle.Rubrika SERVIS – absolút<strong>na</strong> jednotka medzi všetkými PCmagazínmi u nás dostupnými. Seriály o programovaní,poradòa, LINUX (vïaka Vášmu seriálu som tento OS objavilaj ja a som s ním ve¾mi spokojný – bez Vás by som sa honeodváil ani <strong>na</strong>inštalova :−)), Drím Vám palce do ïalšejpráce. S pozdravom Michal Tvrdý (Pozn.: List je krátený.)Dobrý deò, ve¾mi pekne ïakujem za èas, ktorý ste venovalia<strong>na</strong>lýze PCR, a hodnotné pripomienky. O stagnácii IT sme sa zmienili v èasopise u ve¾akrát – <strong>na</strong>jmäja v rámci príhovorov. Nie je to však a také èierne, ako samono zdá <strong>na</strong> prvý poh¾ad. Jed<strong>na</strong>k sa to netýka všetkých pro−duktových <strong>sk</strong>upín. Okrem toho, hoci sa zdá, e <strong>na</strong>pr. éra PCje u za svojím zenitom, oèakávam, e príde nová éravyuívania poèítaèov, ktorá prinesie novú kvalitu, monostiatï. (Viac v niektorom z príhovorov...) „Zlatá éra“ 80. – 90.rokov sa u síce nezopakuje, ale èasom príde iná, hádam sa<strong>na</strong> òu môeme aj teši, ja sám by som mal v tomto smere eštenieko¾ko nesplnených elaní èi potrieb... REVUE: Pri rozhovoroch môeme pracova iba s tým, èoten−ktorý èlovek <strong>na</strong>ozaj povie. Keï to nejde, tak to nejde... ¼ahší, èítavejší štýl: Máte pravdu, nie je to celkom jed−noduché, ale budeme sa viac s<strong>na</strong>i... HW: Nedá sa niè iné, len súhlasi, ale opä platí to, èov úvode. Nejde u o revolúciu, iba postupnú evolúciu. Tabu¾ka ce<strong>na</strong>/výkon: Je tam uvedený separátne aj vý−kon, aj ce<strong>na</strong>, aj èíslo uverejnenia testu, take si èitate¾dokáe da tieto kritériá do súvislosti. Firmy sa zatia¾ ne−saovali. Problém bol, e ak sme urobili ve¾ký test raz zaèas, tak o mesiac ne<strong>sk</strong>ôr u situácia vyzerala úplne ináè. Kritickejšie recenzie: Môeme to <strong>sk</strong>úsi písa „ostrejšie“,hoci sa s<strong>na</strong>íme dáva v hodnotení aj +, aj –.Ešte raz ïakujeme za hodnotné pripomienky a prajemevšetko dobré!Martin Drobný, šéfredaktor