Příspěvky

436

Vývoj / Re:Přihazování na aukru v zadaný čas

« kdy: 15. 01. 2014, 12:20:07 »

Mě přijde, že "to dá rozum", že automatické příhozy na základě maxima to vždycky stihnou, jinak by to ani nedávalo smysl a proto mi to zjednodušení přijde celkem pochopitelné.

437

Vývoj / Re:Přihazování na aukru v zadaný čas

« kdy: 15. 01. 2014, 11:39:59 »

Tak já bych očekával, že v okamžiku zadání příhozu systém Aukra to okamžitě vyhodnotí a provede všechny automatické příhozy z toho vyplývající v rámci jedné databázové transakce, přijde mi jako nesmysl aby uživatel s maximem 1 000 zadaným do systému prohrál, pokud někdo v poslední milisekundě přehodí aktuální cenu, ale zadá méně než 1 000.

438

Vývoj / Re:Přihazování na aukru v zadaný čas

« kdy: 15. 01. 2014, 11:00:14 »

Pokud A má zadané maximum 1000, tak kdykoliv zadá B částku menší než 1000, tak ji systém okamžitě automaticky přebije, tj. aukce nebude probíhat tak jak popisuješ.

439

Vývoj / Re:Přihazování na aukru v zadaný čas

« kdy: 15. 01. 2014, 10:26:11 »

Jirsáku, zkus trochu přemýšlet, pokud jeden má maximum 500 a druhý 1000, tak by systém Aukra, pokud v něm není nějaká chyba, měl aukci uzavřít na hodnotě 500 + minimální příhoz bez ohledu na to, jestli tyto částky byly zadány hned na začátku nebo sekundu před koncem. Navíc pokud budu dávat nabídku na poslední chvíli, tak vidím pouze aktuální cenu, nikoliv maximum zadané vlastníkem nejvyššího příhozu, čili pokud aktuální cenu na poslední chvíli přehodím o minimální částku mohu být přebit na základě maxima zadaného jiným uživatelem. Systém Aukra je v podstatě toto http://en.wikipedia.org/wiki/Proxy_bid a optimální strategie je prostě zadat maximum, které je pro mě přijatelné zaplatit a je jedno, kdy to udělám, protože stejně neznám maxima ostatních stran. V této situaci nějaké "sestřelování" prostě nemá smysl.

440

Vývoj / Re:Přihazování na aukru v zadaný čas

« kdy: 13. 01. 2014, 10:38:31 »

Ano, když do toho zatáhneme psychologii a budeme předpokládat, že se někdo nechá strhnou a dá víc, než původně chtěl, tak se může stát cokoliv. Nicméně stále tvrdím, že pokud si každý zájemce stanoví maximum, které je ochoten za předmět aukce zaplatit a to dodrží, tak pak je jedno v jakém čase ho na Aukro zadá.

441

Vývoj / Re:Přihazování na aukru v zadaný čas

« kdy: 03. 01. 2014, 17:30:34 »

Každopádně když teď čtu detailní popis toho jak to funguje a webu aukro:

V aukci bude přihozena vždy nejnižší možná částka, maximální výše Vašeho příhozu zůstane ostatním kupujícím i prodejci skrytá. Výše Vašeho příhozu v aukci se bude (vlivem příhozů dalších kupujících) automaticky zvyšovat o nejnižší možnou částku až do maximální výše Vašeho příhozu, kterou jsme zadal/a. Předmět tak můžete vydražit za nižší cenu, než je výše příhozu, kterou v aukci zadáte.

tak mi poněkud uniká smysl tohoto snažení, bez ohledu na to kdy jednotliví uživatelé zadají své maximální příhozy, výsledek byde vždy stejný.

442

Vývoj / Re:Přihazování na aukru v zadaný čas

« kdy: 03. 01. 2014, 16:47:53 »

Tak pokud mají SOAP rozhraní, tak sesmolit aplikaci, která stanovených x sekund (otázka kolik, aby to bylo včas a zároveň ne moc brzo) před koncem aukce zkontroluje nejvyšší příhoz a podle nastaveného kritéria případně přihodí je sranda tak na odpoledne, max na den.

P.S. Přesně tohle je důvod, proč si myslím, že příhoz méně než řekněme minutu nebo možná pět minut před koncem aukce by měl konec aukce vždy oddálit na tu minutu či pět od posledního příhozu tak, aby ostatní měli čas a možnost reagovat, tj. aby aukce skončila skutečně nalezením maximální ceny podobně jako na skutečných aukcích a ne proto, že všichni vyčůraně přihazují těsně před koncem tak aby ostatní nestihli reagovat.

443

Vývoj / Re:Jazyk podobný C#

« kdy: 02. 01. 2014, 15:24:00 »

Existuje i realtime JVM http://www.oracle.com/technetwork/middleware/jrockit/overview/index-086343.html

A realtime a rychlé jsou dvě různé věci, realtime především znamená garantovanou dobu odezvy, nikoliv však nějaké rekordy v množství vyřízených požadavcích délce doby vyřízení.

444

Server / Re:Hosting se 100 a více GB prostoru

« kdy: 31. 12. 2013, 19:35:20 »

V tom případě by neměla vadit podmínka o nesouvisejících souborech u wedosu.

445

Server / Re:Hosting se 100 a více GB prostoru

« kdy: 31. 12. 2013, 14:12:57 »

A chceš tedy úložiště souborů nebo webhosting, když ti vadí podmínka o mazání souborů nesouvisejících s webem? Na Google drive máš 100 GB za 5 USD měsíčně, podobných služeb bude spousta. Ono totiž 100 GB je pro web poměrně extrém, pokud to někdo potřebuje skutečně pro normální web (a ne wareziště), tak takový rozsáhlý web nebude řešit sdíleným hostingem, takže v tabulkových cenících tohle nečekej, prostě provozovatele hostingů oslov s poptávkou.

446

Hardware / Re:Váha s rozhraním RS-232

« kdy: 30. 12. 2013, 17:51:38 »

Jo, ta poštovní za 1 400 ukazuje po 2g a přesnost +- 6g do 2,5 kg a +- 12g nad 2,5 kg. Ta druhá za 2 300 má ukazovat po 1g, ale přesnost sem nenašel, takže 4 200 za laboratorní váhu co váží do 6 kg po desetině gramu mi zas tak moc nepřijde, ovšem záleží na co to potřebuje, třeba ta za 1 400 bude stačit.

447

Distribuce / Re:Nejstabilnější linuxová distribuce

« kdy: 30. 12. 2013, 15:45:28 »

Já bych si tipnul Debian stable, Ubuntu LTS, RHEL/CentOS a počkat nějaký čas po release než se vychytají drobnosti, které přes všechnu péči unikly.

448

Hardware / Re:Váha s rozhraním RS-232

« kdy: 30. 12. 2013, 15:42:12 »

A USB jde ještě daleko levněji http://www.officedepot.cz/catalog/catalogSku.do?id=450301&cm_mmc=zbozi-_-Feed-_-450301-_-Baleni%20a%20prislusenstvi&pr=FA0

449

Hardware / Re:Váha s rozhraním RS-232

« kdy: 30. 12. 2013, 15:35:14 »

Nejlevnější co sem našel
http://www.naradiprofesional.cz/digitalni-vaha-se-stupnici-ws-6e/
není nad to naučit se používat zbozi.cz

450

Distribuce / Re:Zastaralý software v distribucích

« kdy: 30. 12. 2013, 14:27:50 »

Teď směšuješ tři věci - kdo dělá binárku, jak vypadá instalátor a kde ho vezmu, u Win je špatně způsob distribuce a co vše se instalátoru dovoluje, dobře je to, že autor uvolňuje software v binární podobě. U Linuxu je problém, že autor binárky často nedělá, protože by jich musel pro různá distra a jejich verze dělat desítky, takže se to nechá na správci distra, který na to tu kapacitu taky nemá, takže to končí v lepším případě na PPA nějakého fandy nebo na ruční kompilaci, což dělat pro více aplikací, to by uživatel nedělal nic jiného, navíc je to něco co se od běžného uživatele nedá čekat. Repositáře sice sou, ale extra pro každou distribuci a autor tam typicky nemůže přímo publikovat. Takže vlastně jediné co je pozitivní je poměrně slušná štábní kultura v balíčkovacích systémech, až na to, že je jich několik různých.

Pro srovnání Android - binárky dělá autor SW, protože verzí systému je přijatelné množství, fajn. Centrální zdroj taky je, přitom ale v případě nutnosti lze instalačku stáhnout a spustit, OK. A nemám přesnou představu co vše může apk udělat, ale předpokládám, že to taky má nějaké mantinely.