Který z notebooků ?



Zdravím, po dlouhém rozhodování se zeptám ještě tady. Vybírám notebook. Nastupuji na Vysokou školu (v mém rodném městě takže nepředpokládám že bych sebou notebook tahal každý den). Potřebuju aby zvládal bezproblémově Office, říkám si že si i rád upravím nějakou fotku, tudíž bych si i stáhl Photoshop, ale nebudu v něm dělat žádné složitější operace, fakt jen základní úpravy. Mám zatím vybrané tady ty dva : [https://www.alza.cz/acer-aspire-5](https://www.alza.cz/acer-aspire-5?dq=5459569#popis) a tady ten: [https://www.alza.cz/acer-swift-3](https://www.alza.cz/acer-swift-3?dq=5459588)Co se mi na nich líbí je kovová konstrukce a výdrž baterie + IPS displej. U obou plánuji rozšířit pamět RAM na 8Gb. Jediné v čem se nemohu rozhodnout je CENA, ÚLOŽIŠTĚ a JESTLI MI BUDE JEJICH VÝKON STAČIT NEBO MOHU SÁHNOUT I CENOVĚ NÍŽ (nehraju žádné hry).Děkuji za vaše názory.
Prosím tě, je to budoucí student a ty mu předložíš seznam nepotřebných věcí za tisíce. Kdyby chtěl monitor a další věci, pořídí si PC a nebude shánět notebook.
Ja s tých,čo ste si vybrali volil ten druhý v popise.: [mall.cz/...](https://www.mall.cz/digitalni-kompakty/canon-ixus-165-kit-silver-pouzdro-a-8gb-karta?utm_source=heureka.cz&utm_medium=cse&utm_campaign=EE&utm_content=digitalni-kompakty&utm_term=836067001)

Má aj optickú stabilizáciu,čo pri nepevných rukách pomôže. Podle vzhledu,podle toho jaké technické řešení potřebuji a hlavně podle výkonu. <p>pracuji s intellij (9.0.4 ultimate) a eclipse (helios) každý den a intellij bije eclipse pokaždé.</p><p>jak? protože <strong>intellij indexuje svět</strong> a všechno prostě funguje intuitivně. v intelliju mohu procházet svou kódovou základnu mnohem, mnohem rychleji. f3 (definice typu) funguje na <em> všem </em> - java, javascript, xml, xsd, android, jarní kontexty. refaktoring funguje všude a je naprosto spolehlivý (měl jsem problémy s tím, jak eclipse podivává můj zdroj podivným způsobem). ctrl + g (pokud byl použit) funguje <em> všude </em>. ctrl + t (implementace) sleduje nejběžnější instance, které používám, a zobrazuje je jako první.</p><p>návrhy na dokončení kódu a přejmenování jsou tak chytré, že až když se vracíte zpět do eclipse, uvědomíte si, jak moc to pro vás bylo. zvažte například čtení zdroje z cesty třídy zadáním <code>getresourceasstream("/</code> v tomto okamžiku vám intellij ukáže seznam možných souborů, které jsou aktuálně k dispozici na cestě třídy a můžete rychle přejít na požadovaný soubor. eclipse - ne.</p><p>(out of the box) spring plugin pro intellij je výrazně lepší než springide hlavně díky jejich kontrole kódu. pokud jsem vynechal hodiny nebo hláskoval něco špatně, dostávám červený roh v rohu a červený inkoust právě tam, kde problém leží. eclipse - tak trochu.</p><p>celkově si intellij vytváří spoustu znalostí o vaší aplikaci a pak je využívá, aby vám pomohl rychlejším psaním lepších kódů.</p><p>nechápejte mě špatně, miluji eclipse k kouskům. za cenu není náhrada a doporučuji ji svým klientům v nepřítomnosti intellij. ale jakmile jsem vyzkoušel intellij, vyplatilo se to do týdne, takže jsem si ho koupil a od té doby každá z hlavních upgradů. nikdy jsem se neohlédl.</p> <p>největší věcí budou lidé na každém webu a v každé komunitě. stack exchange by se úplně lišil, kdyby existovala úplně jiná komunita, navzdory veškeré infrastruktuře, kterou tvůrci webů nabízejí. z hlediska uživatelského rozhraní však:</p><p>něco, co mi připadá hluboce nepříjemné, i když pravděpodobně ne to, co hledáte. pokud nejsem přihlášen, quorina domovská stránka mi řekne jednu krátkou větu o tom, co to je, a pak mi řekne, abych si vytvořil účet nebo se přihlásil. nedává mi žádný náhled ani náznak toho, jak systém funguje, nebo cokoliv. stackexchange.com, pokud nejste přihlášeni, druh vám poskytne seznam témat, která si můžete prohlédnout.</p><p>navíc se zdá, že se quora zaměřuje pouze na dvě barvy: modrá a šedá. stack exchange má modrou, šedou, hity oranžové a další barvy, které se objeví a dělají vzrušující věci, když na ně přejedete kurzorem nebo když vás něco upozorní.</p><p>rozhraní quory se zdá být velmi čisté, leštěné a vypočítané. stack exchange má něco z toho, ale nabízí trochu víc ... postava, částečně s barvou, kterou jsem popsal výše, a částečně s věcmi, jako jsou načrtnutá tlačítka pro hlasování nahoru a dolů, a podobně.</p><p>stack exchange vkládá do každého příspěvku mnohem více věcí. informace o uživateli jsou zcela odznakem a skóre hlasování je mnohem větší. okolo prvního příspěvku (toho, který zahajuje toto téma) ve stack exchange se děje hodně. navíc se zdá, že v quoru se neočekává, že se původní plakát k této otázce vůbec vypracuje, pokud se mu to necítí - nemyslím si, že se mi to líbí, ale cokoli. konečně stack exchange umožňuje přidávat komentáře k příspěvkům - ale pouze o jednu další úroveň. připadá mi, že komentáře jsou užitečné, ale existuje stupeň, do kterého vás omezují - způsobují, že každý příspěvek s odpovědí bude mít mnohem větší význam, a vy opravdu nemůžete jednoduše přispět ke konverzaci velmi snadno, ledaže s odkazem na jeden konkrétní příspěvek. stack exchange tímto způsobem není o konverzaci ani o nalezení odpovědi - vzhledem k quóře. v této souvislosti bych zdůraznil, že stack exchange vám umožňuje vybrat odpověď jako odpověď na otázku (a la <a href="http://en.wikipedia.org/wiki/yahoo!\_answers">yahoo answers</a> ), zatímco se zdá, že quora nemá zájem uzavřít tak se ptát.</p><p>oba jsou velmi pěkně navržená webová rozhraní a oba používají mnoho podobných designových prvků. dávám přednost stack exchange, ale možná proto, že jsem na to zvyklý. ach, dobře.</p> <p>flash a silverlight jsou výkonné platformy a záleží to na vašich okolnostech. v současné době je uživatelská základna pro flash vzhledem k jeho věku mnohem větší a je pravděpodobné, že ji bude mít více lidí.</p> <p><strong> poznámka: </strong> <em>toto bylo testováno na notebooku s grafickou kartou řízenou i915.</em></p><hr><h3>pozadí</h3><p><strong> poznámka: </strong> když je připojena nová obrazovka, do hostitele není odeslána žádná událost, zůstane to pravda i po mé poslední úpravě. jediným způsobem je tedy použít dotazování. snažím se, aby byly co nejefektivnější ...</p><h3>úprava # 3</h3><p>nakonec existuje jedno lepší řešení (prostřednictvím acpi):</p><p>stále neexistuje žádná událost, ale acpi se zdá být efektivnější než <code>xrandr</code> na dotaz. (poznámka: toto <strong> vyžaduje </strong> načtené moduly jádra acpi, ale nevyžaduje oprávnění root.</p><p>moje konečné řešení (pomocí bash):</p><pre><code>isvgaconnected() { local crtstate read -a &lt; /proc/acpi/video/vid/crt0/state crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } </code></pre><p>nyní test:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi yes </code></pre><p>je zapojen, takže ho nyní odpojím:</p><pre><code>$ if isvgaconnected; then echo yes; else echo no; fi no </code></pre><p><strong> poznámka: </strong> <code>${1:+*-1+1}</code> povolit argument <em>boolean</em>: pokud <em>něco je přítomno</em>, odpověď by byla obrácena: <code>( crtstate &gt;&gt; 4 ) * -1 + 1</code>.</p><p>a závěrečný skript:</p><pre><code>#!/bin/bash export crtprocentry=/proc/acpi/video/vid/crt0/state isvgaconnected() { local crtstate read -a &lt; $crtprocentry crtstate test $(( ( ${crtstate[1]} &gt;&gt;4 ) ${1:+*-1+1} )) -ne 0 } delay=.1 unset switch isvgaconnected || switch=not while :;do while isvgaconnected $switch;do sleep $delay done if [ "$switch" ];then unset switch echo vga is connected # doing something while vga is connected else switch=not echo vga is not connected. # doing something else, maybe. fi done </code></pre><p><strong> upozornění: </strong> <em>lehčí než <code>xrandr</code>, ale ne nevýznamné</em> se zpožděním menším než <em>,02</em> sekund, bash skript půjde na začátek procesu jedlíci zdrojů (<code>top</code>)!</p><p>i když to stojí ~ 0,001 s:</p><pre><code>$ time read -a &lt;/proc/stat crtstat </code></pre><p>vyžaduje to ~ 0,030 s:</p><pre><code>$ read -a &lt; /proc/acpi/video/vid/crt0/state crtstate </code></pre><p>to je velké! takže v závislosti na tom, co potřebujete, lze <code>delay</code> rozumně nastavit mezi <code>0.5</code> a <code>2</code>.</p><h3>úprava # 2</h3><p>nakonec jsem něco našel:</p><p><strong> důležité vyloučení odpovědnosti: </strong> hraní s <code>/proc</code> a <code>/sys</code> záznamy mohou poškodit váš systém !!! takže na produkčních systémech nezkoušejte následující.</p><pre><code>mapfile watchfilelist &lt; &lt;( find /sys /proc -type f 2&gt;/dev/null | grep -i acpi\\\|i91 ) prompt=("/" "|" '\' '-'); l=0 while :; do mapfile watchstat &lt; &lt;( grep -h . ${watchfilelist[@]} 2&gt;/dev/null ) for ((i=0;i&lt;=${#watchstat[@]};i++)); do [ "${watchstat[i]}" == "${oldstat[i]}" ] || echo ${watchstat[i]} done oldstat=("${watchstat[@]}") sleep .5 printf "\r%s\r" ${prompt[l++]} [ $l -eq 4 ]&amp;&amp;l=0 done </code></pre><p>... po očištění nežádoucích záznamů:</p><pre><code>for ((i=0;i&lt;=${#watchfilelist[@]};i++)); do [[ "${watchfilelist[$i]}" =~ /sys/firmware/acpi/interrupts/sci ]] &amp;&amp; unset watchfilelist[$i] &amp;&amp; echo $i done </code></pre><p>to jsem dokázal přečíst:</p><pre><code>/proc/acpi/video/vid/crt0/state:state: 0x1d /proc/acpi/video/vid/crt0/state:state: 0x0d /proc/acpi/video/vid/crt0/state:state: 0x1d </code></pre><p>když připojím, odpojte a znovu zapojte kabel monitoru.</p><p>při dotazu na konfiguraci (spuštění <code>system/preferences/monitor</code> nebo <code>xrandr</code>), grafické karty udělají typ <em>scan</em>, takže běží <code>xrandr -q</code> vám dá informace, ale musíte zjistit stav.</p><p>prohledal jsem všechny protokoly (jádro, démona, x atd.) prohledávajícím <code>/proc</code> &amp; <code>/sys</code> a zjevně se zdá, že neexistuje nic, co by vyhovovalo vaší žádosti.</p><p>zkusil jsem to také:</p><pre><code>export spc50="$(printf "%50s" "")" watch -n1 ' find /proc/acpi/video -type f | xargs grep -h . | sed "s/^\([^:]*):/\1'$spc50'}:/; s/^\(.\{50\}\) *:/\1 /"' </code></pre><p>po tom všem, když spustíte <code>system/preferences/monitor</code> zatímco nebyla připojena žádná nová obrazovka ani odpojena, bude se nástroj zobrazovat jednoduše (normálně). ale pokud jste již dříve připojili nebo odpojili obrazovku, občas spustíte tento nástroj a uvidíte, že na ploše vytvoříte typ <em>reset</em> ​​nebo <em>obnovit</em> ​​(stejný pokud spustíte <code>xrandr</code>).</p><p>zdá se, že to potvrzuje, že tento nástroj požádá o <code>xrandr</code> (nebo pracuje stejným způsobem) pravidelným dotazováním na stav, počínaje okamžikem jeho spuštění.</p><p>můžete vyzkoušet sami:</p><pre><code>$ for ((i=10;i--;)); do xrandr -q | grep ' connected' | wc -l; sleep 1; done 1 1 1 2 2 2 1 1 1 1 </code></pre><p>tím se na 10 sekund zobrazí počet připojených obrazovek (displejů).</p><p>zatímco to běží, připojte a/nebo odpojte obrazovku/monitor a podívejte se, co se děje. takže byste mohli vytvořit malou testovací funkci bash:</p><pre><code>isvgaconnected() { local xrandr=$(xrandr -q) [ "$xrandr" == "${xrandr#*vga1 con}" ] || return 0 return 1 } </code></pre><p>který by byl použitelný jako v:</p><pre><code>$ if isvgaconnected; then echo yes; fi </code></pre><p>ale buďte opatrní, <code>xrandr</code> trvá asi <strong> 0,140 s do 0.200 s </strong>, zatímco na zástrčkách nedojde k žádné změně a do <strong> 0,770 sekund </strong> kdykoli něco bylo připojeno nebo odpojeno těsně před (<strong> poznámka: </strong> zdá se, že to není zdrojový zdroj).</p><h3>úprava # 1</h3><p>abych zajistil, že neučím něco nesprávného, ​​prohledával jsem web a dokumenty, ale nenašel jsem nic o <em>dbus and screens</em>.</p><p>nakonec jsem běžel ve dvou různých oknech <code>dbus-monitor --system</code> (hrál jsem také s možnostmi) a malý skript, který jsem napsal:</p><pre><code>$ for ((i=1000;i--;)); do isvgaconnected &amp;&amp; echo yes || echo no; sleep .5; done </code></pre><p>... a znovu zapojen, než odpojen monitor, mnohokrát. takže teď mohu říci:</p><ul> <li><em>v této konfiguraci <strong> pomocí ovladače i915 </strong> neexistuje jiný způsob, než spustit <code>xrandr -q</code> vědět, zda je monitor připojen nebo ne.</em></li> </ul><p>ale buďte opatrní, protože se nejeví jiné způsoby. například se zdá, že <code>xrandr</code> tyto informace sdílí, takže moje plocha gnome by se automaticky přepnula na <code>xinerama</code> automaticky ... <strong>, když jsem běžel <code>xrandr</code> </strong>.</p><h3>některé dokumenty</h3><ul> <li> <a href="https://wiki.archlinux.org/index.php/xrandr#toggle\_external\_monitor">skript pro přepínání interního/externího displeje pro notebooky</a> </li> <li> <a href="http://www.x.org/docs/intel/hd/ihd\_os\_vol\_3\_part4\_bjs.pdf">®intel hd graphics opensource programmer's reference manual</a> </li> </ul> zdravím michale, s aplikátorem úplně problém nemám. utěrka je taky celkem ok, takže za mě v pohodě :). otázka pak je, zda-li vám vystačí na celé auto, raději bych si vzal do foroty ještě jednu  [auto finesse duo](https://www.vlesku.cz/mikrovlaknova-uterka-auto-finesse-duo-60-x-40-cm). <p>použil jsem to poprvé na projektu a opravdu se mi líbí axure. je zde prostor pro zlepšení, ale dovolte mi začít s profesionály:</p><ul> <li>jednoduché nástroje, které vám pomohou při vytváření drátových modelů a vývojových diagramů</li> <li>přizpůsobitelné poznámky na stránce. změnil jsem a přidal k různým typům poznámek na stránce. mám (poznámky k návrhu, poznámky k vizuálnímu designu, technické poznámky, poznámky k obsahu, moje poznámky). toto jsou poznámky, které doprovázejí každý drátový model.</li> <li>přizpůsobitelné specifikace doc. mohu publikovat verzi pro svého grafického návrháře ... např. v nastavení specifikace zapnu „poznámky k vizuálnímu designu“ a vypnu ostatní, které se na grafického návrháře nevztahují.</li> <li>vytvořte si vlastní knihovny ... pro widgety, které často používáte</li> <li>anotace prvků drátového modelu jsou snadné a přizpůsobitelné</li> <li>interakce prvků (pro prototypování a komunikaci s programátory)</li> <li>můžete vytvořit hlavní prvky, které jsou na stránkách běžné (například postranní panel)</li> <li>pro projekt drátového modelu můžete použít svn (kontrola verze), takže na sadě drátových modelů může pracovat více lidí. (pro mě to bylo velké plus)</li> <li>zákaznický servis je skvělý. obvykle se ke mně vrátí během několika hodin. když jsem ji poprvé začal používat, měl jsem několik otázek, které nebyly v tutoriálech zřejmé, takže jsem poslal e-mailem jejich zákaznický servis.</li> </ul><p>líbí se mi, že axure usnadňuje nudné věci při vytváření drátových modelů, takže se můžete soustředit na wireframing a přemýšlet o uživatelském rozhraní.</p><p>nevýhody:</p><ul> <li>vaše specifikace je dokument aplikace word. v minulosti jsme naše návrhové dokumenty upravili hezčí, než to, co vám word umožňuje, ale pak je kompromis, že trávíte spoustu času pokusem o formátování dokumentu. (to je pro mě menší podvod)</li> <li>právě teď nemůžete otočit prvky na obrazovce. (můžete měnit měřítko a pohybovat)</li> <li>někdy považuji výběr objektů na různých z-indexech za frustrující</li> <li>nemají vrstvy ... může být užitečné</li> </ul> Vem si to s zrnko soli, ale podle mé zkušenosti, LINQ a WPF jsou stále v říši „Jo, chtěli bychom se dostat do toho jednoho dne“.


Většina obchodů jsou stále na VS2005 a .NET 2.0, takže bych chtěl, aby se ujistil jsem byl až do rychlosti na základní vybavení:


* generik
* ADO.NET
* WinForms / WebForms závislosti


A tak dále. <p>v tomto pořadí: b (s podrobným popisem manipulace níže), a (vyhláskováno), c.</p><p>c je pro mě „typické technické řešení“: nejprve se rozhodnete, jak specifikovat dobu trvání, poté určíte data potřebná pro tento algoritmus. spravovat je však pouze dva další ovládací prvky a uživatelé neznají možnosti, které mají před sebou. to znamená, že pokud jsou vaši uživatelé technici/analytičtí myslitelé a je nejjednodušší je implementovat, jděte na to.</p><p>b by bylo vhodnější:</p><p><img src="https://i.stack.imgur.com/fl7eg.png" alt="enter image description here"></p><p>minimální požadavky:</p><ul> <li>ovládání „předvolby“ a ovládání data a času jsou vždy k dispozici (nikdy zakázáno)</li> <li>změnou předvolby se změní čas zobrazený v ovládacích prvcích rozsahu</li> <li>změnou ovládacích prvků rozsahu se změní předvolba na „ostatní“</li> </ul><p>téměř perfektní:</p><ul> <li>porovnejte ruční výběr s vašimi předvolbami a zobrazte „jiné“ pouze v případě, že neexistuje žádná shoda</li> <li>když uživatel ručně vybere „jiné“, zobrazí se nápověda jako „zde vyberte začátek a konec data“</li> </ul><p>výhody:</p><ul> <li>uživatelé s nejasnou představou o vaší aplikaci mají řadu typických možností</li> <li>uživatelé získají okamžitou a konkrétní zpětnou vazbu pro svůj výběr</li> <li>výběr může být upřesněn, např. „další 3 týdny“ lze snadno upravit na „4 týdny“</li> </ul><p>varianty:</p><ul> <li>místo „jiných“ generujte vhodné textové reprezentace (např. „příštích 17 dní“).</li> <li>pokud je aplikace používána většinou běžnými častými uživateli (málo příležitostných uživatelů), zvažte bezplatné zadávání textu, jako je hisham, doporučeno: kliknout a zadat tři časy v daném dni je v pořádku, pro zadávání 30 za hodinu je bolest a volný text vyhraje.<br> (nedokážu si představit jednoduché kombinované rozhraní, které nějakým způsobem neznevýhodňuje začínající uživatele, ale pokud očekáváte širokou škálu uživatelů, možná budete muset za to zvážit některá řešení)</li> </ul><p>poznámky k rozvržení:</p><ul> <li>vynechal bych „z“ čistě pro čistý vzhled, ale je tu kompromis. obecně se snažím dát ovládacím prvkům stejnou velikost a postavit je na několik řádků, abych se vyhnul vzhledu „neklidného tvaru“.</li> <li>seskupte předvolby skupiny a výběr data společně (tj. jim poskytněte určitou vzdálenost od ostatních výběrů)</li> <li>"trvání" je samozřejmě hloupý štítek, promiň;)</li> </ul><hr><p>(vedlejší poznámka: instinktivně bych předpokládal interval sedmi dnů, abych odešel „od 17. února, 0:00 do 23. února, 23: 59: 59,9999 ..“, ale nejsem si jistý, jestli je tento univerzální.)</p>