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.


Příspěvky - Martin Štekl

Stran: [1]
1
Hardware / Re: Koupit MacBook nebo normální notebook?
« kdy: 03. 11. 2011, 00:23:29 »
Používám 13" 1280x800 už 2 roky a nemohu si stěžovat, že by mi rozlišení nebo velikost nestačily. Pokud potřebuju opravdu dělat dlouho a hodně, tak jsem stejně doma nebo v práci na externím monitoru. Tohle hodně záleží na osobních preferencích.

Sám plánuji v relativně blízké době koupi MacBook Pro 13" a to především kvůli systému a symbioze s HW. 8GB RAM kvuli virtualizaci, NetBeans atd. se určitě hodí.

Pokud ale chceš používat více technologií Windows a obecně MS bez virtualizace, doporučil bych Dell nebo HP. Dell mam ted a záruka Next Business Day je prostě paráda.

Obecně bych ale HW chtěl 8GB RAM, procesor není tolik důležitý si myslím - při těch pár buildech něčeho většího ti přinese možná 5-10% času? Raději bych investoval proto do RAM, které člověk využije spíše pro IDE, virtualizaci atd.

Acer bych osobně nebral, nejen z vlastní zkušenosti, ale i díky poznatkům z okolí, 90% lidí nespokojených.

2
Studium a uplatnění / Re: Vysoká IT škola FEL nebo MFF?
« kdy: 02. 02. 2011, 23:54:52 »
Mám možnost porovnat všechny tři školy z více pohledů. Opravdu záleží na tom, jakou máš představu o budoucím uplatnění sebe sama. Pokud se chceš zabývat teorií algoritmů, postupy a řešit to matematicky, musím přitakat k výše napsanému MFF. Ne že by ostatní fakulty teorii neměly a nezabývaly se jí, ale řeší ji více na úrovni konkrétnějších řešení a ne tolik do hloubky.
Co se týče FELu, tak na něm se mi nelíbí jeho primární vyhraněnost na Javu. V Javě je mnoho algoritmů a další součástí implicitně dodáváno a tedy algoritmizace dle mého názoru není úplně o tom, o čem by být měla. FEL z mého úhlu pohledu vychovává v tomto ohledu "bušiče kódu". Jako plus však musím uvést jeho HW složku a také výuku humanitních a dalších podobných věd. Takže hardwarář nebo manažer.
Na FITu se mi líbí velká variabilita volby a vlastního profilování. Jako základní jazyk je bráno C/C++ a tedy základ pro většinu dnes používaných jazyků. Člověk si sáhne na takový "základ" programování (práce s pamětí apod.). FIT, pokud nechceš mít dobrovolně přehled, tě narodíl od FELu dle mého naučí mít přehled o používaných jazycích a technologiích. Alespoň zběžně. Mínusem jsou bohužel humanitní předměty dotované kapacitami z FELu. Také ne každému bude vyhovovat onen přehled technologií a raději se zaměří rovnou konkrétním směrem.

3
Studium a uplatnění / Re: Jakou IT VŠ?
« kdy: 19. 01. 2011, 00:21:12 »
Co se týče ČVUT, tak FEL je na HW možná lépe zaměřený než FIT, ale záleží asi už konkrétnější zaměřený, HW obor je u nás taky a probírají se procesory, struktura a prostě základy číslicových obvodů. Sítě budu mít až teď v letním semestru, za to mluvit nemohu. Doporučuju se ale podívat na tenhle obor: http://www.fit.cvut.cz/student/bakalar/informacni-technologie Asi to bude něco, co bys rád. Přičemž se meze nekladou studiu více do HW, volitelných předmětů je dost a nikdo ti něco zakazovat moc nebude. Takže jestli si budeš studovat jeden obor a předměty z HW budeš brát jako volitelný nebo obráceně záleží jen na tobě.

4
Zkusil jsem si ocitovat knihu odkazem na seznam literatury tímto způsobem:

\footnote{Kniha \cite{book3} strana 237}

a zdálo se mi to bez problémů. Pokud je tahle odpověď mimo, pak jsem možná jen správně nepochopil dotaz a tímto se případně omlouvám.

5
Desktop / Profily pro Xorg konfiguraci
« kdy: 27. 09. 2010, 21:07:39 »
Přeji hezký den,
v poslední době se často připojuji z notebooku ke druhému monitoru (z Ubuntu 10.04, Nvidia) a pokaždé když se připojím, musím si změnit konfiguraci Xorgu a při odpojování znovu. Zkoušel jsem hledat něco na netu, ale našel jsem pouze jak nastavit Xorg obecně pro aktuální počet mnitorů. Tím směřuji ke svému dotazu, zda někdo náhodou nevíte o skriptu nebo něčem podobném, co by mi umožnilo buď přepínat dva xorg.conf soubory nebo co by automaticky měnilo konfiguraci, když doma druhý monitor připojím. Vzhledem k tomu, že je možné pomocí Nvidia klikátka udělat změnu dynamicky, bez nutnosti restartu Xorg, rád bych tuto možnost zachoval.
Předem díky za odpovědi

6
Odkladiště / Re: Má smysl kupovat mobil a Androidem?
« kdy: 01. 09. 2010, 18:05:11 »
Nějak obdobně jsem už také přemýšlel. Konkrétně zvažuji přímo o Nexusu One. Samozřejmě jako registrovaný Google developer :)
Co se týče výměny mobilu za další tak 2-3 roky, nejedná se o to, že bych musel mít to nejnovější, ale spíš o to, že mobil v mém vlastnictví nemá o moc delší životnost :)

7
Odkladiště / Má smysl kupovat mobil a Androidem?
« kdy: 01. 09. 2010, 14:40:13 »
Přeji pěkný den všem,
zvažuji koupi nového telefonu a velice rád bych aby měl OS Android. Jenže vzhledem k nedávno uveřejněné zprávě o tom, že Oracle zažaloval Google právě kvůli Androidu, mám trochu strach, abych se s novým telefonem nemusel v případě brzké prohry Googlu rozloučit. Za 2-3 roky si nový telefon budu pořizovat asi tak jako tak, ale po tu dobu bych rád využíval tento. Co si myslíte vy?
Předem díky moc

8
Přiznám se, že nevím, zda pro něco takového existuje nějakká konstanta nebo zástupný znak, ale já osobně to v Ubuntu 10.04 dělám takto:
  • Otevřít soubor /boot/grub/grub.cfg jako root
  • Zjistit počet položek spouštění
  • V horní půlce souboru by měla být nadefinována proměná default="x" - tu je potřeba změnit na požadovanou hodnotu.
Jediné upozornění - položky jsou indexovány od 0 (nuly).

9
Software / Re: Banshee vs. RhythmBox
« kdy: 08. 07. 2010, 20:30:31 »
Ano, je možné, že to fungovat nebude. Respektive že tato funkcionalita nebude vůbec vidět. Ale vezmu-li to z jiného pohledu, snaží se být Ubuntu podobné jako Mac - systém a aplikace v něm maximálně provázané, jednoduché a uživatelsky přívětivé prostředí, jednota nastavení apod. Sám jsem asi před 2 roky přešel k Amaroku, protože toho uměl mnohem víc než Rhythmbox. Teď se ale chystám opět dát šanci Rhythmboxu, protože třeba nebude mít pro mě tak velké rozdíly a navíc získám tyto "Ubuntí" výhody. Pokud si chceš ale systém hodně udělat podle svého, zvolit si jednotlivé aplikace podle sebe, nemůžeš počítat s tím, že najdeš featury podobné jako v Ubuntu.

Výběr aplikací a vůbec linuxové distribuce je hodně o kompromisu a o tom, co člověk od systému očekává. Pokud však na některých fetaures trváš, vždycky si můžeš stáhnout zdrojový kód a přidat funkcionalitu pro další přehrávač (v tvém případě Banshee) nebo to vytvořit jako plugin :)

10
Server / Re: MySQL - spojení tabulek
« kdy: 25. 06. 2010, 18:30:29 »
Závěrem se omlouvám za rozkouskování, ale až u poslední části jsem zjistil, že fórum asi úplně dobře neescapuje SQL code - skoušel jsem dát to i do značky code, stejně to nepomohlo. Takže proto jsem tam i místo mezer použil podtržítka. A ano, jsem evidentně lama :D

11
Server / Re: MySQL - spojení tabulek
« kdy: 25. 06. 2010, 18:28:37 »
A snad už konečně i poslední část :)

Tento návrh má ale teké jednu chybku. Tato SQL query získá pro každou komponentu samostatný řádek. Takže by bylo nutné v samotném programu řešit něco jako GROUP_BY_sestava.id, protože MySQL by pak vrátila pouze jednu komponentu. Druhou možností by bylo pro každou sestavu provádět samostatný dotaz, ale to by bylo časově náročné.

12
Server / Re: MySQL - spojení tabulek
« kdy: 25. 06. 2010, 18:25:34 »
Uff, nechápu, proč mi to nechce ta databáze vzít najednou :(

Query v původním příspěvku mi podle Admineru trvala asi 0,055 s a tahle jenom 0,001 s. Tudíž je pak třeba zvážit, kolik v systému bude záznamů a co se vyplatí víc. Zda delší query a pak rychlejší zpracování programovacím jazykem, nebo kratší query a pak zpracování v jazyce delší. Sám bych pro malé množství záznamů v tabulkách volil první možnost, pro větší množství dat bych použil spíše tuto druhou variantu.

13
Server / Re: MySQL - spojení tabulek
« kdy: 25. 06. 2010, 18:21:17 »
Pokračování

Příklad query uvádím níže:

Kód: [Vybrat]
SELECT
ts.typ,
ts.level,
tk.jmeno,
tk.typ
FROM sestavy AS ts
LEFT JOIN relace AS tr ON (ts.id = tr.sestava_id)
LEFT JOIN komponenty AS tk ON (tr.komponenta_id = tk.id)

14
Server / Re: MySQL - spojení tabulek
« kdy: 25. 06. 2010, 18:19:17 »
Že by konečně teda ten příspěvek? Zkusím to rozdělit na části :/

Ještě mě napadlo jedno doporučení, že by možná bylo lepší, kdyby tyto 2 tabulky byly spojeny přes jednu další. Pak by tabulka sestav vedla data opravdu jen o sestavách a každá sestava by měla vlastní ID jako primární klíč.

Tabulka komponent by zůstala tak jak je a třetí tabulka by obsahovala pouze 2 sloupce - ID sestavy a ID komponenty. Na této tabulce by nebyl žádný UNIQUE index, ale obyčejný INDEX přes oba sloupce. Tím by se v tabulce těchto relací mohlo objevit každé ID vícekrát. Zároveň by to umožnilo do jedné sestavy umístit větší počet například pevný disků a dokonce i stejných. Počet stejných komponent v soustavě by se dal také řešit dalším sloupcem v této tabulce a následně by bylo možné vytvořit nad ID sloupci (společně) UNIQUE index, protože pak by každá relace ID_sestavy<--> ID_komponenty byla unikátní už z logiky věci.

Současně by to i trochu zjednodušilo SQL query a starost o to, zda se ti linkují správné komponenty do správného sloupce v tabulce sestav.

Stran: [1]