Čtečky čárového kódu na webu

Při psání informačního systému jsme narazili na nutnost využít čtečky čárového kódu.

Tato zařízení jsou dnes poměrně levná a spolehlivá. V první chvíli jsme se obávali jejich použití v prostředí webové aplikace. Naštěstí vše bylo jednodušší než jsme čekali.

Většina čteček se chová jako další klávesnice. My jsme využili USB variantu, která přímo implementuje HID protokol pro klávesnici. Pokud přečtete čárový kód, čtečka pošle odpovídající znaky do počítače jako stisky kláves.

Abychom zabránili vepsání čárového kódu do libovolné položky formuláře na stránce, naprogramovali jsme čtečky tak, aby před odesláním znaků poslaly i stisk klávesy Shift+F12 a po dokončení klávesu Enter. Poznáme tedy, že uživatel použil čtečku a nikoliv klávesnici, zobrazíme skryté zadávací pole (pomocí JavaScriptu) a po dokončení, díky klávese Enter, se formulář sám odešle.

Pro generování a tisk čárových kódů používáme program UJAC a do čárového kódu ukládáme nejen čísla, ale i znaky (v podstatě jde použít jen A-Z a a-z).

Zajímavý je také způsob programování čteček. Je s nimi dodáván obslužný program. V něm vytvoříte nastavení, které pak jako soubor čárových kódu vytisknete. Čtečku pak k vytištěným kódům postupně přikládáte a tím jí nastavíte. Zajímalo by mne zda je možné tímto způsobem přeprogramovat čtečky v supermarketech 🙂


Klíčová slova: čtečka, čárový kód, webová aplikace, web, barcode reader

PostgreSQL a priorita dotazů

Naše databázová aplikace obsahuje dva druhy akcí – "interaktivní" a "na pozadí". Interaktivní jsou takové akce, které vyvolal uživatel a čeká na jejich výsledek (např. výpis záznamů). Akce na pozadí jsou spouštěny automaticky a provádějí různé dlouhotrvající práce (např. přepočet aktuálních úroků pro nový den). Téměř všechny akce na pozadí spouštíme v noci a žádný uživatel nečeká na výsledek.

Někdy je třeba spustit akce na pozadí i v době, kdy je systém vytížen interaktivními akcemi. V takových případech se může stát, že se běh interaktivních akcí zpomalí.
Pokračování textu PostgreSQL a priorita dotazů

Proč se vydávájí produkty se známými chybami

Adam Hauner mně upozornil na zajímavý článek na témá, proč se vydávají produkty se známými chybami.

Cituji z článku:

  • vydáte verzi se známou chybou, protože se staráte o kvalitu kódu tak moc, že rozhodujete, které chyby jsou ještě akceptovatelné a které už ne
  • vydáte verzi se známou chybou, protože je lepší vydat produkt s úrovní kvality, která je známá než vydat produkt, který je plný překvapení
  • vydáte verzi s chybami, protože druhou možností je opravit je a riskovat možnost zanesení dalších chyb, které mohou být ještě horší než ty, které máte teď

Doporučuji k přečtení.

Celý článek My life as a Code Economist uveřejněný na blogu autora.