Vlákno názorů k článku
Jiří Kosek: příprava specifikací je boj

Jiri Kosek ma naucil HTML, za co som mu veeeeeeeeeelmi vdacny. Teda jeho knizka. dnes uz samozrejme starsia, ale fajn...

Kosek akorát naučil všechny bastlit PHP, a to bastlení myslím doslova. Jeho knížka o PHP byl naprosto amatérská, postrádala jakékoli standardy, vybízela k vytváření nebezpečných aplikací (viz config.inc a další ksindly).

Pokud se chcete opravdu něco naučit, zkuste např. Staníčka, Zeldmana, nebo Prokopa ;-)

Jsem si nevšiml že by Staníček, Zeldman nebo Prokop učili PHP, nemáte to trochu popletené?

Nemám. Narážím tady na edukativní schopnosti pana Koska, ve smyslu napsat knihu, nebo vysokoškolskou přednášku. Jeho znalosti kolem XML nezpochybňuji, ty zcela určitě má. Ale přenést je čtenářům/posluchačům v použitelné formě nedokáže.

Viděl jsem dvě Jirkovy přednášky, znám některé jeho knížky a slyšel jsem stejné pozitivní ohlasy od řadu dalších lidí.

O Jirkových pedagogických schopnostech nepochybuji a jsem upřímně přesvědčen, pokud někdo tvrdí, že má vážný problém Jirku pochopit, tak by měl začít hledat problém u sebe. Tedy pokud k tomu najde dostatek odvahy.

Viděl jsem dvě Jirkovy přednášky, znám některé jeho knížky a slyšel jsem stejné pozitivní ohlasy od řadu dalších lidí.
Já na pana Koska zase slyšel dost negativních názorů, zejména co do jeho povýšenectví typu "já jsem XML guru, vy jste nuly".

Když porovnám takový Zvon.org, a potom to, co má Kosek na svém webu, tak Koskova verze může být přínosná tak maximálně pro lidi, co neumí ani slovo anglicky. A není to jen o překladu.

pokud někdo tvrdí, že má vážný problém Jirku pochopit, tak by měl začít hledat problém u sebe
Že i ty začneš kopat do lidí, co mají negativní názor na lidi/články zde na Zdrojáku, to jsem opravdu nečekal. A upřímně, jen proto, že označím Koska za mizerného učitele, mi vpálit do očí něco ve smyslu, že já nic neumím a mám začít u sebe, to je docela ubohé.

Když porovnám takový Zvon.org

Zvon je skvělý, mám ho rád. A je to práce celého týmu lidí (Zdravím Mílu, Béďu, Jirku a další...!)

Že i ty začneš kopat do lidí

Nejednalo se o urážku, nýbrž od odborný názor člověka, který několik let zcela vážně uvažoval o tom, že bude na vysoké škole přednášet, pedagogikou a hodnocením přednášejících se vážně zabýval i nadále zabývá. Připomínka nebyla adresována nikomu osobně, ale namířena do všeobecně pléna. Moc mne totiž zajímá, zda se objeví i další podobné názory.

Zcela vážně si totiž myslím, že už jen dokázat začít hledat problémy u sebe (tedy připustit si vůbec jejich možnou existenci), to není nikdy ostuda, ale odvážný a chválihodný krok pro kohokoliv. Vím, že to v dnešním světě řada lidí tak nevnímá, a proto může na původní větu reagovat citlivě. Z mé strany se má jedná o dobrou radu, nikoliv urážku, vlastně to slovo kopání je na místě, protože takový kopanec to vlastně byl. Ale správné nakopnutí, to je bude vždy potřeba. Jen víc takových!

Myslel jsem, že Mr. Hoween dělá obecního trolla jen u nás na Živě. Koukám, že se rozšiřuje i dál do světa.

Myslím, že každý čtenář dokáže snadno posoudit úroveň vyjadřování pana Koska v článku a vedle toho příspěvky této identity v diskuzi. Tak podrobné obhajoby proto snad ani není třeba.

Pane Lutonský, až přestanete svým čtenářům vyhrožovat, že jim za blokování reklamy budete mazat účty, pak se můžeme bavit o nějaké úrovni vyjadřování ;-)

A v USA zase bijete černochy!

Zvon má leccos i v češtině, ne?

Něco ano, ale čtu zásadně tu anglickou verzi :-)

V tom případě máte problém se strukturováním textu a a nesmíte se divit že vám lidé nerozumí.

v tom case som cital knizku o HTML. nemam tusenie ci bola prva alebo kolka, ale naucil som sa cez to robit odkazy, tabulky, rozne zvyraznenia textu... a som rad. potom uz len trochu zmaknut CSS a hotovo

Vážený pane, to, že byla jeho kniha možná první na světě nemění nic na tom, že i tehdy existovala oficiální dokumentace, která byla na mnohem lepší úrovni. Ostatně, každý by měl primárně používat právě dokumentaci, neboť informace nejsou nijak "filtrované".

Učit uživatele pojmenovávat konfigurační soubor config.inc, to nemá nic společného s nějakým vývojem a nedá se omlouvat "stářím". To je prostě jen naprosto amatérský počin.

Pojmenování konfiguračního config.ini je zcela v pořádku, také to používám a doporučuji http://code.google.com/p/nette/source/browse/#svn/trunk/examples/skeleton/app

Pokud pak zabráníte stažení toho souboru, např. pomocí .htaccess, tak není žádný problém. Jenže Kosek nic takového nepopisoval. Není to tak dávno, co jsem se stahováním konfiguračních souborů z různých amatérských webů bavil.

A není snad potřeba tímto způsobem zabezpečit jakýkoliv soubor aplikace? Včetně databází, šablon, skriptů?

Pokud mám potlačené chybové hlášky (což by v produkčním prostředí mělo být), tak mi teoreticky stačí mít u všech souborů "spustitelnou" koncovku. Pak už si obsah souborů typu config.inc.php nikdo nestáhne.

Skutečně? Tak si přejmenujte config.inc na config.ini.php a spusťte jej :-) (pro nepéhápkáře: obsah se vypíše na výstup).

Podle toho, co píšete, soudím, že jste opustil v PHP kategorii začátečník ale k expertovi máte ještě daleko. Doporučuji více pokory, aby až po letech narazíte na své vlastní komentáře, tak vás hanba nefackovala.

Zabezpečení aplikace skutečně nespočívá v tom, že vypnu chybové hlášky a budu se modlit. Profík v produkčním prostředí chybové hlášky především loguje. Já nenechá si zaplevelovat error log tím, že mu někdo bude browserem šátrat po aplikaci a "spouštět" config.ini.php.

Popravdě řečeno, přijde mi to jako vytržení z kontextu. Je pravda, že ne všechno bylo naprosto precizně a exaktně řečeno. Jasně, že pokud bude mít config.ini.php nějaký ini-like formát, tak se vypíše. Ale pokud tam bude něco jako <?php define(... nebo <?php return (object)array(...); nebo <?php return new Foo_Config(...);, pak jsme někde úplně jinde.

// Nediskutujme teď nad tím, co je lepší.

Ale co to nevídím v dokumentaci Zend_Config - http://framework.zend.com/manual/en/zend.config.adapters.ini.html - pojmenovávají konfigurák config.ini. Hrůůůza!

Vážený "experte", oficiální dokumentace PHP v roce 1999 (kdy jsi zjevně s php neměl nic společného) uživatele učila používat úplně stejné věci jako Koskova kniha - např. automaticky registrované globální proměnné apod. To, že pozdější vývoj vedl ke zjištění, že to nejsou úplně ideální věci, nic nemění na tom, že v roce 1999 šlo o výbornou knihu.

První, kdo najde v http://www.kosek.cz/php/php-tvorba-interaktivnich-internetovych-aplikaci.pdf zmínku o nějakém config.inc vyhrává, co si bude přát.

A speciální soutěž pro Howeena: Ať si udělá checkout CVS dokumentace PHP k podzimu 1998. Za každou funkci, která bude v oficiální dokumentaci popsána podrobněji než ve knize (počítají se jen funkce uvedené v knize), vyhrává pivo. Pokud by piv bylo více než dvacet, dostane jen dvacet piv (nemůžu přece podporovat alkoholismus) a navíc možnost zůčastnit se cyklovyjížďky s autorem knihy z Liberce na Ještěď.

strana 246

Častým zvykem je ukládání těchto knihoven do souborů s příponou
.inc. Soubory s touto příponou však nejsou WWW-serverem interpretovány
jako skript v PHP a jsou bez jakýchkoliv změn odeslány zpět uživateli.

Sakra! Jdu pozde.. (.inc)

Kdybych jeste nekde u rodicu pohrabal, tak tu knizku jeste najdu :) Ne ze bych ji cetl v roce 1999, ale i o par let pozdeji mi dost pomahala. Oni totiz jeste vsichni tenkrat nemeli permanentni pristup k temhletem internetum, takze se knizka narozdil od (celkem chaotickeho) docu hodila.
Nechapu vylevy tady pana Howeena, o jakych standardech tady blaboli? On existuje standard na psani PHP? A ze p.Kosek (ano, mam respekt) neumi ucit? Kdybych secet na kolik prednasek jsem kdy chodil (pravidelne) tak jich napocitam opravdu par a oba kursy na VSE jsou mezi nimi.

Třeba že ačkoli je PHP case-insensitive (bohužel), máme i tak nějaké standardy na zápis funkcí, pojmenovávání proměnných a konstant, závorkovou notaci, formátování bloků...

Dále s oblibou používal funkci _fetch_row, která už tehdy byla naprosto nevhodná, nezmínil se ani slovem o oddělení formy od obsahu, atd., atp. Prostě naučil spoustu lidí strašné prasárny a ještě před dvěma lety jsem na fórech potkával lidi, kteří se podle té knihy zkoušeli učit.

A klidně se přiznám, že jsem si tu knížku v roce 2001 také koupil, v naději, že mě něco naučí. Bohužel už tehdy jsem měl dostatečný teoretický základ a věděl jsem, že existuje nějaká dokumentace, takže se z ní brzy stalo slušné těžítko (tehdy za 400 Kč i poměrně drahé).

1) Chapu, co chces rict. Prijde mi ale, ze si to stejne vetsina lidi jede po svem - knizka neknizka. Navrhove vzory od p.Pecinovskeho me napriklad nedonutili delat NašePrvníTřída(JináTřída) ;)
2) A to se tenkrat oddelovalo?
3) Co uz ;)

Pouze potvrzuješ, že v roce 1999 jsi s PHP neměl vůbec nic společného. Nechápu, proč se tedy pouštíš do komentování něčeho o čem víceméně nic nevíš a nerozumíš tomu. Ovšem, pravda, ani mě to nepřekvapuje :-)

1999, 2000, 2001? Není to tak nějak jedno? Nebo ty dva roky na PHP3 by někomu daly nějakou výhodu?

Fascinuje mě, jak se ze svých neznalostí snažíš dělat přednosti :-) V roce 2001 tady dávno bylo PHP 4. Koskova kniha je o PHP 3.

Pokud mluvíme o knížce PHP - tvorba interaktivních internetových aplikací, Grada 1999, tak ji držím v ruce a na straně 67 je napsáno: Mnoho tvůrců knihoven (...) pro PHP používá pro tyto knihovny příponu .inc. Pokud však někdo zjistí URL vaší knihovny, a ta má příponu .inc, může si ji stáhnout a prohlížet si zdrojový kód vašeho skriptu. Pokud však knihovnu uložíte do souboru s příponou .php, bude vždy interpretována systémem PHP a neoprávněnému uživateli dorazí zcela prázdná stránka. Nemohu tím sice vyvrátit vaše tvrzení, neboť celou ji číst nebudu, ale toto upozornění jsem si z toho pamatoval a myslím, že by bylo v rozporu s případným použitím config.inc.

Helemese, Exkrement zase perlí.

Koskova kniha o PHP byla jednou z nejlepších učebnic, na které jsem kdy narazil, a nemám tím na mysli jen jazyk PHP. Je velká škoda, že je dnes již zastaralá, jinak bych ji doporučoval všem začátečníkům i nadále.

Téma Jirka Kosek a knížky ještě lehce otevřeme v druhé části rozhovoru. Pevně věřím, že tím některé čtenáře určitě potěšíme.

Ano, mě určitě potěšíte. Dík i za tenhle rozhovor.