Upravený TermRoom (diskuse)

[Martin Böhm]

Příloha:

• awesome.png (33164 bytů)

Co že v tom programuješ? To abych se tomu vyhnul - v podstatě žádné komentáře, jen jednolitý kus kódu dál a dál... :o)

Ale vážně: není lepší spolu s taby používat taky vícero terminálů, jako to mám na přiloženém snímku? Je to docela příjemné, nemuset nic mačkat na to, abych se podíval do spřátelených souborů.

[frEon]

no ja nevim jestli ti ty komentare k necemu jsou

/* fetches member projects, but only IDs */
.....
SELECT *....
....

[Martin Böhm]

Jak to mám vědět, jestli zrovna tenhle řádek někomu nepomůže se v kódu vyznat? Že já nebo Ty to v tom dneska vidíme hned, neznamená, že to tam uvidí i Franta Vomáčka z Krákalova nebo Mario z Itálie.

Zrovna popisování definic funkcí vidím jako docela prospěšný zlozvyk :o)

[hikikomori82]

Myslim ze mu ide o tu hviezdicku v selekte

[pasmen]

Ten komentář popisuje funkčnost celé funkce. A ta vrací je pole s ID, ne?

[frEon]

nj, mas pravdu, beru zpet... jsem se v cteni zasek u ty hezdicky, protoze sem nepredpokladal, ze se selektujou sloupce zbytecne...

[Martin Böhm]

To skutečně byla chybka v kódu, už je opravená. :o)

Mimochodem, jak moc ztrátové je používání "SELECT *" od "SELECT to, to a to"? Zkoušel jsem dva tři řetězce do Googlu, ale nenašel jsem. Intuitivně bych řekl, že to přece nemůže být tak hrozné... ale ruku do ohně za to nestrčím.

[Tomáš]

používání hvězdičky je v pohodě do tý doby, než DB vrátí sloupce v jiným pořadí nebo než si nějaký sloupce do tý tabulky přidáte. Potom člověk ocení to, že si je tam poctivě vypsal.

[frEon]

Pokud vybirame i data, ktera nepotrbujeme, musi se precist z disku a pak prenest do pametoveho prostoru phpka. Nejaky rozdil tam tedy bude. Jaky, ale, to si netroufam odhadnout. Navic se to muze pozdeji vymstit, jak uz bylo zmineno.

[Heron]

Mimochodem, jak moc ztrátové je používání

Má to vliv na výkon. Ta data se cachují, posílají přes síť apod. Navíc to ukazuje, že programátor neví, která bije, může se změnit pořadí a hlavně vám tam za dalších pár versí schematu může přibít BLOB sloupec s průměrným zaplněním 512MB. Pak vám to zaplní třeba php memory limit a vy nevíte proč.

[Martin Böhm]

Nevi, ktera bije? To jsou trochu silna slova :o) Ten kod je treba citelnejsi a napsat ho je snazsi - da se argumentovat podobne, jako treba pro garbage collector.

[Ladicek]

Včera jsem koukal na keynoutu z DjangoConu od Cala Handersona; kromě toho, že to je celé neuvěřitelně zábavná přednáška, se tam taky praví: nebojte se SELECT *

[Petr "Glubo" Sýkora]

Nicméně je to naprosto zbytečné zvyšování nároků (především paměťových) dané aplikace. Což je nediskutovatelně špatné. A pokus o analogii s GC je naprosto mimo mísu. GC přináší výrazné zjednodušení pro programátora "SELECT *" jen zanedbatelné.

[Ladicek]

Podívejte se na tu přednášku, tam je velmi dobře ukázáno, jak zanedbatelné zjednodušení pro programátora může přinést SELECT *

No, střízlivěji: myslím, že jsou situace, kdy SELECT * není nic špatného. I když obecně se považuje za lepší uvádět seznam všech vybíraných sloupců.

[Petr "Glubo" Sýkora]

Je někde nějaký přepis té přednášky? Upřímě řečeno se mi nechce sledovat hodinovou přednášku ve formátu, který nemám rád (video záznam) jen kvůli nějaké v zásadě bezvýznamné přestřelce na nějakém fóru Nebo aspoň ve kterých minutách mluví k danému tématu, protože z náhodného prohlížení několika náhodně vybraných minut jsem dospěl k závěru, že většina té přednášky je úplně o něčem jiném, o něčem, co mě v zásadě nezajímá.

[Ladicek]

Přepis nevím, ale ohledně čitelnosti SQL se mluví přibližně od 49. minuty. Pro jistotu: myslím tuhle přednášku.

[Martin Böhm]

Promiňte, ale divoce znějícími slovy (naprosto zbytečné, neoddiskutovatelně špatné) mne nezastrašíte :o) Divoce znějícími čísly byste si mé srdce získal snáz.

V informatice je spousta věcí "oddiskutovatelně špatná", jinými slovy nezáleží na nich prakticky vůbec. Je jedno, jestli pole projdete jednou, dvakrát nebo k-krát (kde k je pevné), časová složitost bude pořád O(n).

[Ladicek]

Je jedno, jestli pole projdete jednou, dvakrát nebo k-krát (kde k je pevné), časová složitost bude pořád O(n).

No, to myslím záleží na tom, jak se k sobě mají k a n Víme např. dobře, že pro malá n (řekněme do 10) se kvadratické algoritmy pro řazení typu selection sort ukazují lepší než lineárně logaritmické typu quicksort. Ale to ti samozřejmě neříkám nic nového

[Petr "Glubo" Sýkora]

Dobrá, sice asymptotická složitost (časová i paměťová) je stejná, nicméně konstanta, která tuto složitost násobí se velmi jednoduše může dostat o několik řádů výš. Samozřejmě, že pokud si člověk odhadne, že tato konstanta bude někde kolem dvou, tří, tak to nemá cenu řešit a spokojeně si použít SELECT "*", nicméně, pokud se dostane do řádu 100, což se jednoduše stane, pokud třeba člověk z tabulky s několika bloby potřebuje jen pár čísel, tak už jde, dle mého čistě subjektivního názoru, o prasárnu, která není odůvoditelná tím, že je někdo líný vypsat, které sloupce bude potřebovat.

Ono je docela rozdíl, zda jsem schopen obsloužit 10, nebo 1000 požadavků. Ano, samozřejmě, že člověk pak často narazí i na jina omezení, třeba to, že ostatní části obsluhování nemusí mít O(n), nebo třeba propustnost spoje. Ono také samozřejmě záleží na návrhu databáze jako celku a konkrétním potřebám dané aplikace. Nicméně si stojím za tím, že keždý SELECT "*" by měla předcházet myšlenka "mohu si to dovolit?", a tak mám pocit, že řádné promyšlení, zda si to mohu dovolit je podobně náročné, jako vypsat, co vlastně chci. Což je důvod, proč mám pocit, že je většinou jednodušší rovnou SELECT "*" vypustit.

[freshmouse]

Mno, nedávno jsem si spočítal, že moje funkce (resp. jejich těla) mají ke komentářům poměr cca 1:3. Snažím se to popisovat dost...

[Michal Vyskočil]

Co že v tom programuješ?

termroom.py?

[H4wk]

:) Popravdě javu píšu v netbeans. Ale v poslední době píšu céčkové věci opravdu v termroom a nestěžuju si. Ukázal jsem špatný příklad, kde zrovna nemám komentáře...stydím se. To co je na screenshotu se dá udělat s vimem a nepotřebuju na to awesome nebo co to je.

[H4wk]

Když já mám funkci letter_search tak nepředpokládám, že se najde někdo kdo bude potřebovat vysvětlit co, že to vlastně dělá. K awesome jsem se už vyjádřil v jiném komentáři, ujel mi.

[H4wk]

To už začíná být divné, jsem chtěl dvakrát odpovědět na první komentář a vždycky mě to hodí sem.

[masožravá palma]

A je to spravne. Vsechny komentare pred tebou totiz take odpovidaji na prvni komentar.

[H4wk]

:D já jsem vůl...po ránu blbě vidím

[hikikomori82]

terminal sa mi zda byt dost podstatna vec na to aby bol napisany v interpretovanom jazyku ktory si sebou taha mraky redundantneho balastu

[H4wk]

Když je dobrý pro všechno tohle http://www.python.org/about/success/, proč by nebyl dobrý pro blbý terminál? Startuje to hodně rychle, já nepoznám rozdíl v rychlosti od gnome-terminal.

[Ondrej 'SanTiago' Zajicek]

Taky kdyz jsem naposledy videl gnome-terminal, tak byl pomaly az hruza.

[freshmouse]

Chtěl bych se zeptat, co je hlavní výhodou. Na první pohled se mi zdá, že to je jen jako GNOME Terminal (nebo jiný) přes celou obrazovku s nějakým editorem. Asi jsem to nepochopil...

[Václav "Darm" Novák]

prý je výhoda v „akurátní“ šířce terminálu, který je v pruhu uprostřed černé obrazovky… Nic pro mě :)

[H4wk]

Když se dá gnome terminal přes celou obrazovku, tak je text strašně roztáhlý, pokud je jen jako pruh uprostřed tak se mi v něm lépe orientuje.

[Jakub Lucký]

Co by bylo určitě k ocenění je, aby to ještě do bashe načítalo .profile z domovského adresáře...

Koukal jsem na to ale nenapadlo mě kam to vecpat

[Petr "Glubo" Sýkora]

Co třeba na konec /etc/profile?