31
Bazar / Re:Prodám Thinkpad T40p
« kdy: 02. 05. 2013, 16:17:40 »
Mohl bych poprosit o trochu bližší informace o tom stroji? Hledám si servřík na hraní a zkoušení, takže by mi nefunkční obrazovka až tak moc nevadila...
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
32
Software / Re:SSL obnoveni private key z existujiciho certifikatu
« kdy: 05. 12. 2012, 00:52:51 »Ano, to je princip zabezpečení. Ztráta jakékoliv půlky znamená, že je druhá půlka nepoužitelná. Kdyby bylo možné z certifikátu vygenerovat původní klíč, pak by celé zabezpečený bylo k ničemu.
a první věta neplatí vždycky. Platí u RSA, kde je možno tajný a veřejný klíč zaměnit (jsou vygenerovány dva rovnocenné klíče). U DSA to ale nejde, a u ElGamalu se dokonce veřejný klíč přímo počítá z tajného.
33
Hardware / Re:Raspberry Pi - na co sa da vyuzit?
« kdy: 05. 03. 2012, 13:03:42 »
Jako testovací servřík na zkoušení blbostí před jejich instalací na ostrý provozní server.
34
Distribuce / Re: Distro pro přítelkyni
« kdy: 06. 06. 2011, 02:15:37 »
Moje přítulkyně nafasovala openSUSE. Pravda, ne s (primárním) cílem naučit se Linux jako takový.
35
Software / Re: Nastavení SMTP serveru - pošta jde do spamu
« kdy: 13. 12. 2010, 00:21:58 »
Přesně stejný problém jsem řešil také. Pozadal jsem o vypis informaci od jejich SpamAssassinu, a jedno z pravidel, které mě spolehlivě posílalo do spamu, bylo HELO_DYNAMIC_IPADDR -- IP adresa serveru je z rozsahu dynamicky pridelovanych adres.
Vyřešil jsem to přeposíláním pošty přes SMTP server svého providera (do konfiguráku Postfixu jsem přihodil relayhost=[smtp.provider.cz]) a je po spamizaci mých mailů. Přináší mi to jiný problém, Postfix má tendenci takhle posílat i lokální maily (jako třeba na adresu user@localhost), ale to už je jiný problém -- zatím jsem neměl moc času se tím nějak extra zabývat...
Vyřešil jsem to přeposíláním pošty přes SMTP server svého providera (do konfiguráku Postfixu jsem přihodil relayhost=[smtp.provider.cz]) a je po spamizaci mých mailů. Přináší mi to jiný problém, Postfix má tendenci takhle posílat i lokální maily (jako třeba na adresu user@localhost), ale to už je jiný problém -- zatím jsem neměl moc času se tím nějak extra zabývat...
36
Vývoj / Re: Jste zastánci OOP programování?
« kdy: 30. 11. 2010, 11:13:25 »Jinak opakuju, svět sice je z objektů, ale ty spolu interagujou pomocí procedur. Takže oddělovat OOP a procedurální styl nelze. I starý dobrý unity v turbopascalu nebo unixový sockety jsou objekty, jen se jim prostě v tý době tak neříkalo.
Naprostý souhlas.
Ono to nakonec dopadá tak, že analytik navrhne vhodné datové struktury a programátor zpracuje funkce pro jejich komunikaci. A ten analytik a programátor může být klidně jedna a táž osoba. Potom vlastně dojde ke spojení dat a funkcí pro jejich správu - a máme tu objekt :-)
37
Vývoj / Re: Jste zastánci OOP programování?
« kdy: 28. 11. 2010, 11:00:30 »
Vrátím se zpátky k původní otázce a začnu trochu zdálky.
Když jsem se v roce 1986 začal učite ve škole Basic, nadával mi kantor, co to dělám za prasárny, proč mám v každém programu tolik podprogramů, a co to má znamenat.
Pak jsem se začal učit soukromě Pascal, a pochopil jsem, že jsem si vlastně sám vytvořil základy procedurálního programování. Prostě to odpovídalo mému vnímání světa.
Výhody OOP jsem dodnes pořádně nepochopil, patrně proto, že by mě tento přístup nutil změnit pohled na svět. Vím, jsem v tom rarita.
Jenže pak jsem začal přemýšlet o tom, co opravdu OOP dává a co je jen markteingový kec. A došel jsem k tomu, že nevidím rozdíl mezi tím, jestli si napíšu třídu nebo knihovnu. Zapouzdření je dobrá věc, ale dá se k němu dospět programátorskou kázní (prostě do těch vnitřních dat nepolezu). Dědičnost se řeší hůř (ono takové foo.str1.str2.str3.bar pro trojnásobnou dědičnost dat vypadá hůř než foo.bar), ale s odřenýma ušima to jde taky. A polymorfismus? Tak tady přiznávám, že ten se mi rozumně nahradit nepodařilo, a tak se bez něj obcházím.
Možná se připravuju o hodně, ale vzhledem k tomu, co v současné době dělám (programuju si už jen pro zábavu, a to většinou stránky v PHP), mi to vlastně ani moc nevadí...
Omlouvám se, že k otázce nepřistupuju technicky jako vy ostatní, ale spíš filosoficky -- snad mi to odpustíte...
Když jsem se v roce 1986 začal učite ve škole Basic, nadával mi kantor, co to dělám za prasárny, proč mám v každém programu tolik podprogramů, a co to má znamenat.
Pak jsem se začal učit soukromě Pascal, a pochopil jsem, že jsem si vlastně sám vytvořil základy procedurálního programování. Prostě to odpovídalo mému vnímání světa.
Výhody OOP jsem dodnes pořádně nepochopil, patrně proto, že by mě tento přístup nutil změnit pohled na svět. Vím, jsem v tom rarita.
Jenže pak jsem začal přemýšlet o tom, co opravdu OOP dává a co je jen markteingový kec. A došel jsem k tomu, že nevidím rozdíl mezi tím, jestli si napíšu třídu nebo knihovnu. Zapouzdření je dobrá věc, ale dá se k němu dospět programátorskou kázní (prostě do těch vnitřních dat nepolezu). Dědičnost se řeší hůř (ono takové foo.str1.str2.str3.bar pro trojnásobnou dědičnost dat vypadá hůř než foo.bar), ale s odřenýma ušima to jde taky. A polymorfismus? Tak tady přiznávám, že ten se mi rozumně nahradit nepodařilo, a tak se bez něj obcházím.
Možná se připravuju o hodně, ale vzhledem k tomu, co v současné době dělám (programuju si už jen pro zábavu, a to většinou stránky v PHP), mi to vlastně ani moc nevadí...
Omlouvám se, že k otázce nepřistupuju technicky jako vy ostatní, ale spíš filosoficky -- snad mi to odpustíte...
38
Vývoj / Re: Systém práce starých programátorů.
« kdy: 30. 09. 2010, 06:26:26 »
Také jsem začínal s papírem a tužkou. A konec konců, dodnes nepřekonaným pomocníkem každého programátora, který se chce odnaučit dělat chyby, je starý dobrý CGS (http://www.root.cz/clanky/papirovy-pocitac-cgs/)...
Pochopitelně, kdo už se naučil si algoitmus nejprve projet v hlavě, ho nepotřebuje. Ale pro nás ostatní se to zatraceně hodí.
Pochopitelně, kdo už se naučil si algoitmus nejprve projet v hlavě, ho nepotřebuje. Ale pro nás ostatní se to zatraceně hodí.
39
Vývoj / Re: Koľko vypítať za tento projekt?
« kdy: 30. 09. 2010, 06:18:43 »Přesně tak, bez znalosti zákazníka se cena dohodnout nedá. Jsou dvě hlediska, podle kterých se určuje cena. Podle auta nebo podle hodinek :-)))
Na první pohled humorné, ale je na tom velký kus pravdy. Pokud dělám nějakou práci pro známého, který potřebuje slušný standard, ale nic víc, udělám to víceméně za náklady. Pokud by přišel s víceméně stejným požadavkem přijel někdo, kdo bude mít jen v hodinkách můj dvouletý plat, určitě budu mít tendenci cenu zvednout.
A pokud má jít o stránky tohoto typu, určitě bych se nebál jít dost nahoru - nezapomeňme, že i vlastní cenou dáváme najevo svůj názor na vlastní kvalitu. Jinými slovy, pokud se budu potřebovat podbízet cenou, asi nemám na to, abych to udělal lépe než konkurence. Jen takhle funguje spousta obchodníků.
40
Vývoj / Re: Rozdíl mezi SQL a MySQL
« kdy: 30. 09. 2010, 06:09:50 »
Nesouhlasím. I v reálném světě mnoho firem už používá nějaké prostředí, třeba ten Oracle. A potom přijít s tím, že na tenhle konkrétní projekt bude lepší koupit např. MS SQL je pěkná blbost - první manager vás s tím vyrazí, že generujete zbytečné náklady.
Něco jiného je situace, kdy se "na zelené louce" buduje fiemní IT infrastruktura. Tam je na místě zvažovat, do jakého prostředí se dát, a tady je místo pro volbu mezi vhodnými produkty. V prípadě, že potřebujete měnit už nasazené produkty, je potřeba zdůvodnit, proč přinese lepší výsledky pořízení jiného systému než nasazení aplikace pod již existujícím.
Něco jiného je situace, kdy se "na zelené louce" buduje fiemní IT infrastruktura. Tam je na místě zvažovat, do jakého prostředí se dát, a tady je místo pro volbu mezi vhodnými produkty. V prípadě, že potřebujete měnit už nasazené produkty, je potřeba zdůvodnit, proč přinese lepší výsledky pořízení jiného systému než nasazení aplikace pod již existujícím.
