WD krabičky nejsou NAS 🙂 Navíc o firmwaru na WD věcech se dlouhá léta mluví (root.cz a další) o tom, že jejich FW je děravý, jako řešeto.Když už někdo chce pořádný NAS, který bude výkonný, s velkou SW výbavou, širokými možnostmi atd., tak jednoznačně QNAP 😉
Ten Qnap, který má problémy s firmware? Ten Qnap, který se chlubí tím, že nepoužívá BTRFS, protože potřebuje snapshoty?Qnap je akorát slovíčko pro "chtěl jsem ušetřit za Synology". Když už si tady máme hrát na to, že WD My book Live nejsou NAS, tak do toho netahejte Qnap.
Ano, ten QNAP, který se chlubí tím, že nepoužívá btrfs, protože raději mají lepší ZFS 😉 Doporučuji a nasazuji zákošům různé QNAP NAS varianty jak s QTS (etx4), tak s QuTS hero (ZFS) a zatím jsem málokdy se supportem řešil problém s FW.A "ušetřit za Synology" je diskutabilní, některé věci QNAP má levnější, což je na jednu stranu fajn, ale některé naopak mají dražší - ikdyž stejně má nakonec uživatel něco navíc oproti jinému výrobci. Kdo konfiguruje QNAP věci delší dobu, tak ví, že po HW (i SW) stránce má Synology o pár let ve vývoji skluz.
Jasně, Qnap srovnatelný s WD MyBook Live má ZFS. A vůbec na tom webu nepíšou, že EXT4 a LVM je lepší kombinace než BTRFS, protože má snapshoty.Disková pole, i když ta o trochu komplexnější, jsou můj obor. A věřte, že storage je hodně konzervativní. Právě tahle snaha být co nejvíc vpředu od Qnapu pak způsobí, žě si koupí nový NAS, a on mu po měsíci při upgradu firmware tak nějak ztratí data. Ne, že by se to nemohlo stát nikomu jinému, jen ten přístup českého zastoupení Qnapu mě dost zklamal. Synology si v takovém případě nechá poslat disky a vrátí vám data, Qnap se mi vysmál. Zálohy jsem samozřejmě měl.Skvělé, že existují Qnapy se ZFS, ale důvěra se v oblasti úložišť fakt ztrácí snadno, a já nikomu Qnap už nedoporučím. Že se něco podělá, OK. Jak se k tomu pak postaví, z toho už se dají dělat závěry.
Je to váš názor a já vám ho neberu. Networking (s větší části storage) je i můj obor velmi dlouho a s QNAP věcmi (nejen NAS, ale i switche a 10G router, který používám i osobně a nejen v rámci nasazování u zákazníků) mám ve finále převážně pozitivní zkušenosti.A nějak nechápu, proč bych měl jako uživatel posílat disky z QNAP NASky na jejich české zastoupení, aby vrátili data? WTF? Myslím tím, co s tím má společného výrobce NASek? Přeci, buď to pošlu k výrobci HDD anebo to spíše neřeším, protože v případě jakékoliv poruchy si to vše naliju zpátky ze záloh.Kdysi jsem nasazoval i jiné značky, např. Netgear i Synology, ale nakonec jsem stejně zůstal u QNAPu, ten výkon tam je fakt znát a ty možnosti jsou ještě na jiném levelu oproti Synology. Ono je třeba celkem smutné, že u Synology je btrfs použit na klasickým MDADM atd. S QNAPem bez problémů zašifruju celé disky a snapshoty se neukládají v souborovém levelu systému jako soubor, který může být poškozen nebo zašifrován. A hlavně u M.2 NVMe modulů nejsem u QNAPu limitovaný jen na použití SSD cache, ale udělám si rychlé SSD pole v RAIDu, což u nich nejde a to nemluvím o tom, že když chci dát třeba 4x 2,5" SSD do RAID5/6 jako rychlé SSD pole či cache nebo tiering, tak u Synology taky nejde. A ohledně vytvoření závěrů, o tom byl mohl taky vyprávět. Prakticky můžu do placu hodit taky zkušenosti, třeba když začal řádit Synolocker, výrobce od toho dával ruce pryč, jako by se nic nedělo. Naopak, když nedávno řádil Qlocker, tak informace z QNAPu lítali snad všude na všechny strany a jeden můj zákazník zmínil, že s nimi řešil i možnost kompenzace za zaplacení dešifrování dat. Nakonec se jim navíc podařilo vydat i tool k záchraně dat, pokud to někoho postihlo, takže tak ve stručnosti. Ale to bych se tady mohl vykecávat klidně až do večera a na to nemám čas, takže raději končím 😉
Názor byl 2× upraven, naposled 2. 7. 2021 18:35
WD produkty tohoto typu byly tragické od začátku a tohle je dost nepříjemné vyústění neschopnosti WD udělat kvalitní software. 3-[Třeba to ale konečně někoho probere. Podle mého názoru by všechno, co se připojuje k síti mělo mít podporu minimálně 10 let právě pro to, aby se zamezilo podobným bezpečnostním incidentům.
ono obecně by všechno mělo mít podporu tak těch 10let...když něco kupuju, tak to fakt nepočítám že to za 2 roky vyhodím...
Já bych netrval ani na těch deseti letech, ale ať to má podporu jasně uvedenou na obalu, podobně jako potraviny a v případe online prodeje ať je prodejce povinen už před objednáním říct, do kdy to tu podporu má.
Že za bezpečnostní chyby mohou vývojáři je značně zjednodušený a dětský názor.Asi jako když někteří lidé řvou po pokladní v supermarketu, že může za vysoké ceny nebo když lidi nadávají na zedníky, že "udělali moc tenké zdi".Vývojář si NEROZHODUJE o tom jakým způsobem bude zabezpečení řešeno, zrovna jako pokladní nerozhoduje o cenách zboží nebo zedník o tloušťce zdí či architektuře budovy.Vývojář pouze plní dané zadání, od kterého se nemůže a NESMÍ odchýlit. Může sice něco namítnout, ale většinou to není bráno v potaz.Jako vývojář i kdybych chtěl něco "vylepšit" s tím, že taková zlepšení nemám zadaná, takže je, samozřejmě, nedostanu zaplacená, tak NEMOHU, protože dnes se všude jede agilní vývoj, sprinty atd. a nestihl bych čas sprintu či release dané části nebo produktu.Dokonce se ve své praxi setkávám s tím, že i když naprogramuji opravdu vynikající řešení například právě bezpečnosti, tak je mi nařízeno to zase vymazat, protože "je to moc složité na pochopení" a když bych v projektu později nebyl, tak "firma by měla problém najít někoho, kdo by to byl schopen dále upravovat", případně že "by to trvalo někomu jinému moc dlouho".Takže za bezpečnostní díry opravdu nemohou vývojáři, ale manažeři, kteří pro bezpečnost a optimalizaci nevyhradí dostatečné prostředky a jedou jen stylem: Funkční = OK.
Donře napsáno. Stejně tak manažeři rozhodli o tom, že tyto zařízení update nedostanou...
No a manažery do toho tlačí akcionáři, kteří chtějí co největší zisk. Tyhle aktualizace jsou vlastně velmi nevděčná věc. Vydávat aktualizace je drahé, takže to nikdo nechce dělat moc dlouho, protože pak je drahý i konečný produkt a zákazníci si koupi levnější. Navíc to velká část uživatelů ani nechce, protože kdykoliv se něco softwarově pos..., tak jim ten, co to opravoval, řekne, že za to můžou aktualizace. Sice neví, co to znamená, ale je to zlo, které rozbíjí věci.
Souhlas.... problém je, že o tom pak píšou autoři, kteří tomu rozumí jak koza petrželi 😝 ono to ale dává taky smysl, protože kdyby Kája věděl jak funguje vývoj, tak není redaktorem, ale vývojářem.
Ještě může být třeba i šéfem vývojářů. 😀Zažil jsem ve dvou firmách, z toho v jedné s celosvětovou mezinárodní působností a stovkami milionů uživatelů, že vývoji šéfoval týpek, který věděl jen:1) Firma je absolutně nejlepší na světě a není problém jít do přímého konkurenčního boje třeba i s konkurencí, která má mnohonásobně více vývojářů a několik držitelů Nobelovky. 😀2) Za všechno můžou "ta líná vývojářská hovada", na která stačí pořádně tlačit a udělají všechno úplně skvělé a nejrychleji na světě. Pokud ne, tak je to tím, že se na ně málo tlačilo. 🙂Zajímavé je, že ačkoliv jsem tam pak skončil kvůli tomu já i většina mých kolegů a firma šla díky tomu hodně dolů, tak tento "manažer" je ve firmě stále, dokonce prý dostal ještě přidáno na bonusech a generální ředitel si pochvaluje, jak se mu podařilo všechny ty "líné a neschopné" vyštípat, přičemž to, že hodně projektů šlo do kopru a hlavní produkt se propadá je tím, že tam bylo tolik "líných a neschopných". 😀Firma je teď na tom tak, že vývojáře už dováží především jen ze zemí bývalého Sovětského svazu, protože těm pak může mnohem víc skákat po hlavě, může jim méně platit a pokud se firmou rozejdou opravdu ve zlém a budou mít smůlu, může jim hrozit až vyhoštění - to je v podstatě stejné ve všech zemích, kde jsou pobočky firmy.Zaplať Brusel, že jsem se narodil v ČR a mám tak občanství EU a tak mi ničím podobným korporáty vyhrožovat nemohou. Ostatně zjišťuju, že ČR je opravdu vynikající země takhle globálně, kde se člověk může narodit a čím víc poznávám svět, tím jsem raději za českou občanku. 🙂
Miluju takovýhle chytráky. Názor mít můžete, o tom žádná, ale s takovýmhle sebevědomím bych očekával, že už jste všechny tyhle chyby a mnoho dalších nasekal sám ve vlastních firmách.Protože jinak vypadáte jako Brouk Pytlík. Spolknul jste všechnu moudrost, a i když vám z té firmy nepatří ani klika od dveří, přesto víte, jak se to má správně dělat. V takovém případě lze doporučit dvě věci; respekt, protože každý má nárok si své vlastnictví rozbít po svém. A založit si vlastní firmu, protože vy přece více mnohem lépe, jak na to.Dal jsem se tou druhou cestou a nelituji. Nejsem na tom kdovíjak lépe, ale jediný, komu mohu nadávat za špatná rozhodnutí, jsem já sám. A to v člověku probudí ten respekt :)
Založil/spoluzaložil jsem několik vlastních firem. Jednu opravdu dobrou jsem celou nechal blízkému člověku s těžkou zdravotní diagnózou, aby než se zlá prognóza naplní, měl zajištěné finance a nemusel řešit materiální otázky...I teď podnikám jako dodavatel IT řešení pro korporace a před tím jsem prošel mnoha korporáty, takže mám opravdu určitou představu o tom, jak to funguje.Dokážu predikovat zhruba se 70% pravděpodobností jestli firma nebo projekt bude k něčemu nebo půjde do kopru. Tyto predikce ovšem využívám jen k vlastnímu podnikání a soukromých plánech. Například když se doma bavíme o tom, že dělám subdodávku pro projekt X, tak často řeknu: "Ano, teď ano, ale předpokládám, že během doby Y ten projekt lehne, takže s tím musím počítat".A on pak opravdu zhruba v takovém čase lehne. 😀Mně to takto vyhovuje. Je pro mě lepší podnikat v oblasti specializovaného IT vývoje a dodávat všechny různé, velmi často zcela zbytečné, kraviny, které si korporáty vymyslí než se sám snažit o to, co dělají ony. Často jsou to totiž úplně nesmyslné kraviny - například když Vám někdo řekne, že porazí zavedenou konkurenci, která je stonásobně před ním ve všech oblastech, tak nějak tušíte, že to asi nejspíš neklapne. Ale něco si objednal, tak proč to nedodat.Podobně byste mohl kritizovat hospodského, že štamgastovi denně natočí 10 piv, prodá dva balíčky cigaret a klobásu z udírny. Přičemž ví, že tento životní styl povede k rozvoji kardiovaskulárních a onkologických onemocnění s fatálními následky.Opravdu jen málokterý hospodský pak odmítne nalévat pivo a místo něj nabídne vhodnější nealkoholickou, neperlivou limonádu z přírodních šťáv bez cukru, cigarety pak zcela odmítne bez alternativy, místo klobásy štamgastovi nabídne pouze avokádový toust, doporučí tréninkový program a návštěvu psychoterapeuta. 😀 😀Navíc 99,999% štamgastů takových čtyřek něco podobného odmítne nebo dá rovnou hospodskému přes dr*ku a půjde na pivo, cigára a klobásu jinam.Nějak obdobně to chodí s radami ohledně řízení projektů a firem. Proto nemám ambice někomu radit nebo suplovat jeho činnost. Dám mu pivo nadmíráka, cigára se zapalovačem zdarma a pořádný kus klobásy z udírny, popřeju dobrou chuť a vezmu si dýško.Takže udělám přesně to co chce, prezentuju, vystavím fakturu a pápá. 🙂
Je to tak 14dni co jsi CESKU nemohl prijit na jmeno a podnikas z USA, aby na tebe cesky mafia stat nemohl.A ted velebis ceskou obcanku
Názor byl 1× upraven, naposled 2. 7. 2021 06:16
Prostě rád píše. To že je nekonzistentní a obvykle napíše blbost je jedno. Hlavní je že píše a do práce litá na dělové kouli. (A taky že má husťácký jméno z Matrixu).
An se chtel pojmenovat podle Hanse Christiana Andersena, ale nejak to popletl..Obsah tomu stoprocentne odpovida. Tedy az na velmi vzacne vyjimky. :o)
Tak ono všechno má své výhody a nevýhody. 🙂Člověk zkrátka musí umět využít těch výhod a naopak se vyhnout těm nevýhodám.Daňové zatížení a sledování je opravdu v ČR hrozné, ale bezpečnostně na tom nejsme špatně a na naši občanku toho jde dokázat docela dost.Myslím, že kdokoliv, kdo něco dokázal, tak celý život neseděl na zadku na jednom "nejlepším" místě.
A i někde něco dáváš, nebo jenom bereš tam, kde je to nejvýhodnější?
Nevím, co přesně a kde děláte, ale dost vás lituju. Takhle "přesně podle zadání" pracují (normálně) jen úplní junioři. Čím seniornější člověk, tím volnější zadání je a tím víc do něj může vložit své expertizy. Že zadání realizuji podle sebe a často ho (po dohodě) upravuji je pro mě úplně normální. Ono naplánovat všechno do puntíku předem je dost obtížné a někdy až nemožné.Jo a musím vás zklamat, protože agilní vývoj rozhodně nejedete. Agilní vývoj je právě o tom, že zadání není dopředu pevně dané. To, co popisujete je normální vodopád s pevně daným zadáním a termíny.
Nevím ve kterém světě žijete, ale v tom mém má každý produkt (software i hardware) svého produktového manažera, který je od toho, aby určoval co se bude vyvíjet a opravovat.
Jako že produkt manažer jim řekl "Tady ty kontroly ověření koukejte zakomentovat!"? Ta, neoprava chyby po konci životnosti produktu je manažerské rozhodnutí, to ano.
Z těch vět o vývojářích mi není jasné, jestli si myslíte že to tak má být nebo jestli naříkáte, že to tak je u vás.Každopádně podobný přístup právě vede k problémům uvedeným v článku. Pokud vývojář není součástí řešení a jen pasivním vykonavatelem, pak nemá prostor pro upozornění na chyby.Toto a mnohé další právě řeší agilní vývoj, kde je role managementu upozaděna a na řešení se podílí tým jako celek a také každý člen týmu má prostor upozornit na (a řešit) problémy. Zkrátka "Individuals and interactions over processes and tools".Pokud to někde funguje jak popisujete, tak je problém jak na straně vedení, tak i na straně vývojáře, že to dopustí.
Hm, tebe bych jako kolegu vývojáře nechtěl. Už proto, že si jen tak programuješ řešení, aniž bys předtím zkonzultoval, jestli to vůbec k něčemu bude. A ačkoli o to nikdo nestojí, protože je to podle všeho zbytečně komplikované a obtížně udržovatelné, jsi přesvědčen, že jsi odvedl vynikající práci. A když přijdeš s nějakým návrhem na (domnělé) vylepšení, tak se urazíš, když ho nepřijmou. Takovéhle přebujelé ego je vždycky problém.Co se týká agilního vývoje, na ten nadáváš jen proto, že je to způsob řízení projektů. Každý jiný způsob řízení ale bude taky řešit termíny, což je zjevně věc, která ti na tom primárně vadí. Nicméně i na plánování termínů se podílejí vývojáři (a v agilním řízení dokonce zásadně), takže svádět to jen na manažery je blbost. Mám z tebe dojem, že nejsi vlastně vůbec zvyklý na projektové řízení v jakékoli podobě.Ale hlavně, vývojáři nejsou jen programátoři. Tu funkčnost musel někdo navrhnout a někdo další zrevidovat. A implementaci musel někdo testovat, přičemž ty testy měly být opět navrženy tak, aby řádně ověřily, že i po změnách se ten software chová, jak má (a nechová, jak nemá).Pokud design ani testy neproběhly, nebylo na ně dost času nebo je dostal na starost nějaký patlal junior, pak je to skutečně manažerské selhání ze strany projekťáka, případně selhání celého systému vývoje (což je opět manažerská věc). Ale pokud na to ve vývoji byl prostor a nedostali to od A do Z za úkol řadoví programátoři, tak to samozřejmě je chybou vývoje, že to prošlo. My ovšem nevíme, zda ten problém vývojáři neodhalili, protože to odflákli, nebo protože k tomu nedostali prostor.
Mně je celkem jedno co bys chtěl stejně jako je mi jedno co chtějí nebo nechtějí "kolegové". Stejně všechny ty kecičky o "jednom provazu", týmu, teambuildingy a jiné "korporátní kamarádství" je jen falešná póza...Já se netajím tím, že pracuji POUZE pro peníze a dbám jen na to, aby moje práce - tedy splnění zadaných úkolů - bylo co nejlepší možné, faktura za ně co nejvíce vysoká a zaplacená co nejdříve.Jelikož fakturuji sólově, tak i úkoly zpracovávám tímto stylem.Zbytek, jako případně co si kdo myslí a jaký má světonázor, mě opravdu netankuje.V daném případě jsem dostal za úkol revidovat celé řešení produktu a dělat v něm optimalizace - především výkonnostní. Optimalizace jsem dodal. Samozřejmě, že "je to složité" a že ze stávající party tomu málokdo rozumí, protože jinak bych to nemohl dostat k práci, ale už by optimalizované bylo.Jestli se někdo rozhodne nějakou nepoužít, tak se neurážím, ale je to zkrátka normální služba a je jen na něm zda ji použije nebo ne.Komu se takový přístup nelíbí, nemusí se mnou spolupracovat a může si najít kohokoliv jiného. Stejně tak rovnou při začátku spolupráce oznamuji, že nikdy nesouhlasím a nebudu souhlasit s nižší odměnou či snížením z libovolného důvodu a pokud si firma myslí, že to, co dodávám nestojí za peníze, které požaduji, tak ať se mnou ani nediskutuje, ale rovnou ukončí spolupráci - je to pro mě skutečně nejkomfortnější řešení, protože obratem mám spolupráci jinou zase za "full price" nebo vyšší.Úkoly pak chci mít jasně zadané a definované, žádné takové že "sám se mám dobírat toho, co bude nejlepší". To na*rat! Protože tím automaticky vzniká prostor pro to, aby ať udělám co udělám, bylo to špatně...Úkol typu "dobré auto" neberu, s tím ať jdou do zádě - to může být F1 nebo valník a to ještě každý den jinak podle toho jak se člověk, kterému má připadat "dobré", vyspí.Chci úkol typu: Červené auto ve vysokém lesku, sporťák, v kůži, zrychlení 0-100 do 6s, dvoumístné...Takový úkol přesně zpracuji a dodám. Jestli pak dotyčný přijde na to, že červený sporťák vlastně nepotřebuje, ale chtěl by místo toho černý náklaďák, tak je to jeho chyba, ne moje. V takovém případě si může zadat změnu, dodám mu černý náklaďák nebo nějaký jeho díl... Ale opravdu nechci skončit na tom, že budu zjišťovat co dotyčný vlastně dělá, co dělá jeho rodinka, co se mu líbí a co pro něj bude nejlepší, přičemž kritérium kvality není jasně definováno, ale definuje jej jen jestli se to někomu líbí/nelíbí.Sorry, tak pracovat opravdu neumím a ani nechci.
Takže vlastně sám přiznáváš, že neodvádíš nejlepší možnou práci.
Záleží na tom jak je definována ona "nejlepší možná práce". 😀Já osobně jsem přesvědčen, že mým úkolem jako programátora nejsou složitější filosofické, obchodní ani zákaznické otázky, ale mám plnit co nejefektivněji zadaný úkol.Případně stejně tak úkolem vojáka není ptát se na to jestli je jejich mise opravdu oprávněná, spravedlivá, jestli by spíš neměl dělat něco jiného případně přeběhnout na druhou stranu atd. Zkrátka plní rozkazy.Naopak voják, který o každém příkazu uvažuje, rozmýšlí, hledá důvody atd., tak je pro armádní účely zcela nepoužitelný, protože nikdo nemůže tušit, co doopravdy a kdy udělá. 😀 😀Ty zákaznické otázky atd. mají řešit business analytici, NE IT VÝVOJÁŘI. Akorát některé firmy chtějí šetřit a chtějí to kumulovat, takže tvrdí, že je to věcí vývojáře, ale není to pravda.Navíc člověk může být opravdový odborník pouze v jednom oboru. Já nemám ambice stát se business analytikem. 🙂
Do "nejlepší možné práce" u programování rozhodně patří i to, aby to někdo převzal a dokázal to pochopit. To ty přímo odmítáš.I ten nejposlednější dlaždič musí používat hlavu. Když dostane zadání, že má položit 10 dlaždiček, ale vejde se jich tam jen 8, tak opravdu neodvede dobrou práci, pokud kvůli tomu vybourá kus zdi. Sice přesně splnil zadání, ale výsledek je horší než kdyby nedělal nic.Jestli ty podobně programuješ a za sebou necháváš podobně skvěle splněné úkoly, tak to musí být "radost" pro toho kdo přijde po tobě.
A proto jsou lidi, co umí pracovat s lidmi, tak cenění. Protože dokáží vytvořit rozhraní, díky kterému je možno využít vaše schopnosti.Jestli jsem se u vývoje něco naučil, tak to, že je potřeba pochopit zákazníka. On má často docela jasné řešení, nicméně člověk může přijít na to, že to rozhodně není nejlepší řešení jeho problému, a je otázkou profesionality a komplexního přístupu udělat to tak, aby byl zákazník spokojen. Jedna věc je dodat přesně to, co chtěl, druhá věc je zařídit, aby to dávalo smysl.
Ovšem tohle je věc BUSINESS ANALYTIKA, ne IT vývojáře.Akorát speciálně v ČR nám vznikl takový nešvar, že firmy by rády do jedné pozice kumulovaly nejlépe obchodníka, business analytika, datového specialistu, UX designera, Front-end developera, Back-end Developera, Databázového specialistu, Cloud specialistu... A firma by pak akorát vystavila fakturu. 😀Ovšem takto to nefunguje. IT vývojář má opravdu dělat jen vývoj a naprosto stačí, když v něm bude dobrý. Naopak business analytik má zase jen analyzovat to, co zákazník potřebuje a podle toho tvořit zadání."All-in-one" nikdy nefunguje. Jak se u nás říká už stovky let: "Devatero řemesel - desátá bída." V anglofonních zemích zase říkávají: "Jack of all trades, master of none."Takže nesmyslnost takového snažení znali naši předkové napříč celým civilizovaným světem už před stovkami let. 😀
Popsal jsi uskali vsech rychlonohych producentu veskereho IT haraburdi, kdy znacka produktu ma jen vyjimecne neco spolecneho s produktem, ktery je skladan z dilci manualni prace najemnych sesivacek jak na strane HW, tak SW ( rikej evjim pro tentokrat vyvojari)Kdo by se pak divil, ze se stale vice lidi po zivotnich zkusenostech s kde cim obraci na firmy jako je Apple, ktere si to delaji dlouhodobe sami, predevsim pak SW a vse s nim spojene.A stejnym zpusobem vynika kazdy, kdo jede shodnou filozofii.Ale zase diky tem ostatnim maji praci i lide jako ty. Moc se nevyptavat a delat co ti reknou. Podobnost teto “profese” na volne noze s pokladni v supermarketu neni nahodna.
Tak zrovna Apple není ideální příklad, spíše naopak. ;)
Stačílo doplnit kdo je tedy ten "ideální" příklad (podle tebe).Podle mě je to prostě Apple. Ten skutečně není koncový fakturant externistů, který se obratem vzdává podpory a zodpovědnosti za finální produkt, ale celý ekosystém si vypiplává od počátku vlastními silami, filozofií a pečlivým přístupem armády zaměstnaných specialistů.
Zase článek hodný Živě. To by nikoho nenapadlo, že za chyby v softwaru mohou vývojáři. By mě zajímalo, kdo by vám za takovýto článek zaplatil, byť jen 10 haléřů.
tak dneska za vsechno muzou bud iluminati nebo Bill, tak to asi prislo zive dulezite zminit, ze ted to tak neni 😃
Nezapominejte na CO2. Ten muze za vsechno, ze co nemuze Bill ani iluminati.
Potvrďte prosím přezdívku, kterou jsme náhodně vygenerovali, nebo si zvolte jinou. Zajistí, že váš profil bude unikátní.
Tato přezdívka je už obsazená, zvolte prosím jinou.