Site Tools


Hotfix release available: 2025-05-14b "Librarian". upgrade now! [56.2] (what's this?)
Hotfix release available: 2025-05-14a "Librarian". upgrade now! [56.1] (what's this?)
New release available: 2025-05-14 "Librarian". upgrade now! [56] (what's this?)
tmp

Pages

korter

  • juba sisse arvestatus viivised:
    • 10.08.2010 62.97€
    • 21.11.2011 324.24€
    • 21.11.2011 281.27€
    • 16.09.2012 749.88€
    • KOKKU: 1418.36€

Mõistan neid argumente ega ütle, et need valed oleksid, kuid kas need on ainsad, mille pealt peaks antud otsuse tegema? Tegelik küsimus ei ole pelgalt selles, mis hinnaga mina korteri ostsin või kuidas keegi on varemalt intresside tühistamist ühistuga arutanud - küsimus on selles, kas ühistu loobub uue korraliku omaniku karistamisest eelmise omaniku halva käitumise eest või mitte. Kui ka varem on otsuseid olnud erinevaid, siis iga uus mõistlik põhimõte saab kusagilt alguse - nii võiks see ka nüüd olla. Kõlab ju üsna mõistlikult ja motiveerivalt, et kui korteri uus omanik likvideerib vanad võlad näiteks 3 kuu jooksul, siis ta võla intresse tasuma ei pea. Lihtne, selge, mõistlik, motiveeriv ja mõlemale osapoolele kasulik. Maksmata summade pärast pole ühistu rahalist kahju kandnud ja varasemad intresside väljanõudmise kulud on juba lisaks niikuinii arvetena esitatud ning intress pole mõeldud nende katmiseks. Me räägime siiski intressidest, mis ei ole ühistule eeldatav ega arvestatud rahavoog. See on karistus elanikule, kes oma kohustusi ei täida ning peab teda motiveerime seda tegema. Mind pole aga vaja sääraselt motiveerida. Vastupidi - ma olen käitunud viisakalt ja konstruktiivselt, tulnud ise arutama, kuidas kogu võla probleem kiirelt lahendada, pakkunud välja, et kui ma omaltpoolt pingutan ja osa remondist edasi lükkan, siis suudan võla kiiresti tagasi maksta. Kokkuvõttes ma pakun ju nii ühistule kui juhatusele püsivat lahendust aastate pikkusele peavalule - see on väärtus omaette.

Jah, ma olen nõus, et juhatusel on täielik juriidiline õigus intressid minult välja nõuda - ma pole seda kunagi vaidlustanud ega kahtluse alla seadnud. Kuid elus on muudki peale käskude ja keeldude ning alati ei pea võtma viimast vaid sellepärast, et nii saab. Mul pole plaanis otsida mingeid juriidilisi või formaalseid põhjuseid, et üritada midagi saavutada. Ma ei aja taga midagi vastuvõetamatut või ebaeetilist ega soovi salaja midagi korraldada. Kõik millest ma räägin on mõistev lähenemine ja toetav suhtumine sama maja uude heausksesse elanikku ja ühistu liikmesse.

Ükspäev lugesin huvipärast juhatuse koosolekute varasemaid protokolle. Sarnase teema osas seal ühtegi otsust ei olnud (ei positiivset ega negatiivset), kuid see pole ka oluline. Samas jäi meelde otsus, kus pikaaegsele endisele majahoidjale maksti lahkumise puhul ühekordset boonust. Mõtlesin toona selle peale ja kuigi üllatav, siis tundus see väga mõistlik ja õige liigutus. Ilmselt oli ta selle paarikümne aastaga juba täiesti nagu oma inimene. Tegu oli küll puhtalt kuluga ühistule ning majahoidjal ei saanud olla mingit ootust sellise lisatasu osas, kuid ometi oli otsus selline. Ma arvan, et sarnast inimliku lähenemise joont võikski üks korteriÜHISTU hoida, kes ei ole ju äriettevõte. Kõik ei pea alati olema vaid numbrid ja seadusepügalad - seda on meie igapäevaelus niigi ülearu.

Harva on osapoolte vahel võimalik saavutada win-win olukord, kuid antud juhul on see võimalik. Ühistu võiduks on korralik ja korrektne uus liige ning vabanemine suurest võlast. Minu võit on see, et ei ma ei pea kandma eelmise omaniku lisakarsitust ning saan rohkem panustada korteri remonti (näiteks vahetan ma välja kõik vanad aknad/uksed, mis aitab ka kübeke kaasa kogu maja soojapidavusele). Omapoolse vastutulekuna ja näitamaks, et mu sõnadel on tõsi taga, tasusin just 2000€ võla summast.

Enne kui midagi vastate või edasist tegevust otsustate, palun mõelge neile teemadele inimestena ja päriselt. Lühikeses perspektiivis on kindlasti lihtne ja lihtsam öelda, et selline on juhatuse otsus ning selle teadmisega tuleb mul edasi elada. Loodan siiski siiralt, et lahendus ei ole selline. Hea meelega olen valmis tulema juhatuse jutule selle küsimuse arutamisel teile sobival ajal.

Mõistvale suhtumisele lootma jäädes, René

  • see on täiesti tavaline praktika, kus intressid maha arvestatakse

—- * ka eelmine omanik on oma karistuse kätte saanud ja oluliselt karmimana

  • milleks minna sellist lihtsat asja jõupositsioonilt lahendama?
  • ma kujutan ette, kuidas seda küsimust arutades tekib kiusatus ka intressid välja nõuda, sest ega siis reaalselt ju see uus omanik kokkuvõttes peab need ära maksma ja seega on lihtne panna paberile paar kuiva põhjendust ning teha
  • mida ühistu sellest võidab? 600€ tingimustes, kus iga teine töö maja juures maksab kümneid tuhandeid?
  • põhikirjas on punkt: “3.2.5 Viiviste tasumisest võib võib ühistu liiget vabastada Juhatus oma otsusega, kui maksmisega olid mõjuvad põhjused”. Mul on väga mõjuv põhjus - mul polnud ju lihtsalt võimalik võlga varem tasuda kuna korter ei kuulunud mulle. Nüüd olen valmis seda kiirendatud korras tegema ja see on väga mõjuv põhjus.
  • põhjus, miks varem pole ilmselt ka sarnaseid pöördumisi olnud on võla summa. Isegi kuni 100€ suurus intressi puhul vast poleks probleemi, aga antud juhul on kõne all 750€, mis on omaniku jaoks väga väga suur summa.
  • miks mina peaksin ühistule vastu tulema, kui ühistu absoluutselt mingit mõistmist välja ei näita
  • summa kiire tagasimaksimne tuleks mul finantseerida pangalaenust, kus niigi peaksin veel lisaks intresse maksma. Seega makstes ka eelmise omaniku intresse on see mulle veel topelt kulu. Seega ootan siiski mõistlikku maksegraafikut.
  • vaatasin üle varasemad esitatud arved ning tegelikkuses on suur osa viiviseis juba nö põhiarvesse sisse kirjutatud. Tegelikkuses on praegusest võlast intresside summa 1400€.

Level 1 Headline

* eelmistel aastatel erakordsed tulud * 2→1 + 55% (tagasiulatuvalt alates jaanuarist, juunis makstakse välja)

  • puudutab vaid veerandit inimestest ning sellepärast ka üldises uudises sellest ei räägita
  • see on tundlik teema ning igaühele keda see puudutab tuleb veel meili peale eraldi info

asdf

  • ametikoht: osakonna juhtaja
  • rollid: osakonna juhataja, IPTV lahendsue arhitekt
  • osakond: IPTV arenduse osakond |
  • tiimi liikmed: Markus, Andres, Lauri, Uus 1, Uus 2, (Uus 3 - Lauri asemele), Praktik 1, Praktik 2
  • palk: 2000 neto
    • põhjendused: õiged valikud (+ loogiline mõtlemine), kogemus, IPTV tundmine, unikaalne kogemus (äri pool + juhtimine + tehniline taust), pühendumus, mitu rolli, läheb korda, senine palk on lihtsalt kujunenud ega pole kunagi otseselt panuse/oskustega võrdluses olnud (uus pädev inimene ootaks vähemalt sama suurt tasu)
  • muud hüved: reeded kaugelt?
  • tuleviku plaanid: 1-2 vanem arendajat, kes igapäevase mikro juhtmisega tegelevad. Samuti koolitavad nooremaid.
  • ülejäänud senine tiim:
    • Henri ?
    • Madis, Elari, Alo → Ain
    • Andrei → Ain
    • Sven, Harles (tema asendaja) → Ain?
  • ülesannete/rakenduste ümber jagamine:
    • Kvallu → Ain
    • minutv.ee → ?
    • Marvin → Ain
    • IPTV toetavad tegevused (Sven)
    • MAKS+Andrei → Ain
    • tulevased JK+Alo muud teemad → Ain
    • Henri vanad asjad (VBM, SLA, IPDB) → Ain?
  • ruumiline lahendus:
    • perspektiivis: suur ruum IPTV arendajatele
      • Alo → Harles (?)
      • Andrei → Ilves | Henri → mujale | Madis+Elari+Alo → väike ruum
    • esialgu:
      • tühjale kohale uus IPTV mees
      • ülejäänud uued kõrvale avatud ruumi

MW

  • arhitektuuri pilt
  • push
    • kogu võrgu refresh mõne tunniga
    • rikketeatvitus
    • boksi juhtimine
  • api
  • preformace ülevaade
  • redundancy pilt
  • syslog
  • FCC
  • teenusloogika
    • P numbri põhine tarne
    • erinevad service'd
    • client → stb → user
  • MW ülesehtius (PHP, Yii, MVC, coreJS, MySQL)
  • andmemudel?
  • versioonihaldus ja koodi kord
  • arenduse protsess
    • erinevad keskkonnad ja asjade üles panek
  • mitme brauseri tugi
  • skinnid (suur font vs väike font)
  • PIP
  • minutv
    • boksi sidumine
  • sohutcast
  • edgeware
  • nutikodu
  • eKodu
  • telefon digitv's
  • pildialbum
  • kõnepost
  • teenuste nimekiri (vod, svod, catchup, salvestamine…)
  • uus HD MW + SVG
    • demo
    • SVG vs HTML5
  • kvallu
  1. — Küsimused —-
  • PIN kood
  • login
  • teenusloogika
  • teletext
  • PVR
  • stb valik
  • suhted motorolaga
  • suurmiad võidud
  • suurimad probleemid
  • arenduse kiirus
  • TV everywhere tegelik seis
  • timeshift
  • CMS, templateid?

* API?

KLIS

  • loa kõigi versioonide leidmine
  • select item_id,item_type_id,item_version_status,item_version_orig_id, item_version_prev_id,item_version_next_id,item_version_number,item_version_active_date,item_version_top_id,item_version_parent_id from items where item_type_id in (2234,1068,1665,1683,1701,1710,1307,297813,1719) and (item_id = 2231052 or item_version_orig_id = 2231052) order by item_id;
  • versioneeritud lubade list
  • select item_id,item_type_id,item_version_status,item_version_orig_id, item_version_prev_id,item_version_next_id,item_version_number,item_version_active_date,item_version_top_id,item_version_parent_id from items where item_version_orig_id is not null and item_type_id=1719 limit 50;
  • uuendame aktiveerimise ajad kõigil lubadel
  • update items set item_version_active_date=item_create_time where item_type_id in (1719,2234,1068,1665,1683,1701,1710,1307,297813) and item_version_active_date between '2011-08-02 00:00:00' and '2011-08-02 23:59:59';

Ziguli jutt

Lühidalt on tegu 1977 aasta masinaga, mis kogu selle aja olnud ühe inimese/perekonna oma. Sõitnud sellega minu vanaema, isa ja ka mina ise. Noorena olen seda ise remontinud ja hooldanud omajagu. Siit siis ka põhjus, miks soovin auto ära anda, mitte müüa - minu soov on, et keegi teeks selle auto korda ning ta ei lõpetaks Kuusakoskis ega põllurallil. Seni plaanisin ise millalgi käsile võtta ja auto korda teha, kuid tundub, et seda ka lähiaastail ei juhtu ning mul pole autot kuskil hoida.

Oma elueast on ta ilmselt üle poole seisnud (garanteeritult õige läbisõit 68001 km). Enamuses kütteta garaazis, kuid nüüd viimased ~4 aastat õues. Viimati sõitis auto 2004 suvel. Talvel pole temaga kunagi sõidetud. Siiski on tal kere üsna heas korras ja tugev ning seega taastamiseks sobilik. Peal on originaalvärv, kuid muidugi on ka roosteplekke ja mõnes kohas läbivat roostet. Üks esitiib on 7 aastat tagasi vahetatud, kuid teine vajab kindlasti vahetust. Tagumised koopaääred on ka roosteaukudega. Visuaalselt on nii põhi kui karbid heas seisus. Kõrvalistuja jalgealune on küll roostega kaetud, kuid metall ise on tugev ja mitte ära mädanenud. Pagasniku põhi ja tagaistuja alune on pigem üliheas korras. Salong on väga korralik ning vajab vaid kerget puhastamist tolumust. Autoga on tehtud 1 avarii, mille tagajärjel vahetati vasak esitiib ja esiosa tulede vaheline plekk (pandud uus, aga 21011 oma). Kapott on vaid nurgast üle värvitud pärast seda.

Viimati kui auto sõitis sai ta tehniliselt väga heasse korda viidud. Näiteks täielikult välja vahetatud kogu pidurisüsteem ja ka erinevad puksid jms. Ka esiklaas on toona täiesti uue vastu vahetuatud (korralik mitmekihiline originaal klaas). Pagasnik sai korralikult vaibaga kaetud (100% originaali fänn saab selle soovi korral lihtsalt eemaldada).

Auto asub Pärnus ja paraku on üle elanud ka 2005 aasta jaanuari üleujutuse, kus ta poolenisti vee all oli. Samas sai ta kohe pärast seda ära kuivatatud (põrandakate lahti võetud jne.) ning pärast 6 aasta möödumist on piltidelt näha, et mingit olulist kahju see rooste näol tekitanud ei ole. Mootor käib küll vändast ringi, kuid pärast seisma jäämist seda käivitatud ei ole. Ressurssi peaks mootoril olema piisavalt, kuid kap remont tuleb niikuinii teha.

Kaasa annan ka kõik garaazis leiduvad Ziguli jupid. Väga palju neid pole, kuid ühtteist ikka. Ka korralik originaal rool on olemas.

Dokumendid olemas, kuid ilmselt vaja uuesti arvele võtta, sest olemas vaid vanad 1994 aasta sinised paberid. Auto asub Pärnus. Auto liigub ja pidurid peaksid ka töötama. Akut peal ei ole ning elektrisüsteemi toimise kohta andmed puuduvad.

Mõned pildid ka, milline auto välja nägi 6 aastat tagasi, kui viimati sõitis:

Siin suur hulk pilte, mis just äsja tehtud. Vajadusel saan neid ka juurde teha mõnel nädalavahetusel.

Loodan väga, et leian huvilise, kes soovib selle auto tõesti korralikult taastada. Tasuta ära andmise tingimused on: 1. auto tuleb taastada ja võimalikult originaali 2. värv peab jääma/tulema sama toon 3. kui uus omaink on auto taastanud, siis ta tuleb sellega mulle korra Pärnusse külla, et saaksin tulemust näha ja viimase nostalgijasõidu teha

Kontakt: rene@rene.ee 52 81 963

http://www.upload.ee/image/1770886/ladaklubi_ml.png http://www.upload.ee/image/1770890/ladaklubi_tl.png

GPS trackback seadmed

Level 1 Headline

LD_PRELOAD=/usr/lib32/libv4l/v4l1compat.so skype LD_PRELOAD=/usr/lib32/libv4l/v4l2convert.so skype LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so skype LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so skype puavcontrol

Level 1 Headline

:ip arpadd intf=LocalNetwork ip=192.168.1.xxx hwaddr=FF:FF:FF:FF:FF:FF :saveall

http://www.karlrunge.com/x11vnc/faq.html#faq-display-manager

ebay otsingud

  • DE: (regler, lichtmaschine, LADEREGLER, GLEICHRICHTER, Generator, Stator)
  • suzuki (gsxr600, gsxr 600, gsx-r 600, gsx-r600) (k6, k7, 2006, 2007, 06, 07) (stator, generator, alternator)

dtv rikke feedback

* Aeg: 25.12.2010 13:34 - 15:10 * Väline põhjus: voolutõuge, mille tulemusel hulk digibokse läks korraga restarti ning sisuliselt samaaegselt (mõne sekundi jooksul) tulid uuesti üles ja soovisid serverist infot * Tulemus:

  • oletatavalt ~5000-10000 digiboksi üheaegne restartimine lisas tavalisele serverite koormusele veel ilmselt mitusada päringut sekundis koormust juurde
  • probleem ei lahenenud ise ära kuna kui digboks ei saanud middlewaret kätte, siis ta proovis paari sekundi pärast uuesti pöörduda. Seega jäi päringute arv endiselt kõrgeks

* Lahendus:

  • tehti muudatus, et kui boks ei saa middlewaret kätte, siis ta enam uuesti ei proovi
  • pärast seda taastus normaalne koormus ~15 minuti jooksul
  • miinus oli see, et paljudel boksidel jäi ette “Oota” aken ning nad vajasid töölehakkamiseks restarti. Selle vältimine oli ka põhjuseks, miks boksi iseeneslik uuesti pöördumine sai lisatud.

Järeldused: *

x

  • kõvaketas
  • kalipso, surfilaud
  • arvuti + hiir
  • prügi
  • toit (laualt + kkapist)
  • habemeajamismasin
  • riided (T-särgid, püksid, jakk)

Aeron

Hallo

I'm interested in buying two used Herman Miller Aeron chairs (full spec size B, with adjustable arm rests, tilt options, lumbar support etc).

I will arrange the transportation myself (a courier will pick them up).

What is the size and weight of the chairs? Are they in one piece or dismantled?

Can you send me pictures of the actual chairs I'll get?

What is the price for 2 chairs without shipping (including VAT)?

Regards, Rene Bernard

Ristiku arvutused

  • üüri kulu kokku: 08.09, 09.09 - 3500 eek; 10.09 - 07.10 - 3000 eek = 2 * 3500 + 10 * 3000 = 37 000
  • minu poolt makstud kogusumma: 3500 (ettemaks) + 11 * 4300 (otsekorraldus) = 50 800
  • seega kommunaalide eest olen kokku maksnud: 50 800 - 37 000 = 13 800
  • saadud kommunaalarvete kokku liitmisel ja sinna ka elektri lisamisel (keskmine kW/h hinna järgi) sain kogu kuluks ~12 000
  • seega kõigi eelduste kohaselt olen ma ~2000 jagu rohkem tasunud
  • kuna sul on kõik arved olemas, siis palun liida need ise kokku ning anna saadud tulemuse teada
  • elektri kulu kokku: ~1780 kW/h * 1.5012 = 2672
  • gaasi kulu kokku: 457 m3 * 7.0404 = 3217
  • vee kulu kokku: 10 * 32.868 = 328
  • hoovi koristus: 60 * 12 = 720
  • raamatupidamine: 60 * 12 = 720
  • remonttööd: 267.6 * 12 = 3211
  • üldelekter: juuni - 1.85, mai - 1.85, aprill - 2.5, 2.6, 3.6 = ~25
  • prügi: 34.992 * 12 = 420
  • KOKKU: ~12 000 = 1000 kuus

Töövestluse küsimused

Esmased üldised küsimused

  • Kandideerite meile programmeerija ametikohale. Mul on teie CV-s toodud info põhjal mõned küsimused.
  • Olete töötanud juba üle aasta freelancerina. Miks soovite nüüd sellest loobuda ja Elioni tööle tulla? Kas olete ka varem plaaninud uuesti täiskohaga palgatööd tegema hakata? Miks?
  • Millised on olnud suuremad projektid milles olete osalenud? Milline on olnud kõige suurem õnnestumine ja ebaõnnestumine? Miks
  • Kas olete ka oma hobiks midagi progenud?
  • Kas teil oleks mulle saata näiteid koodist, mille olete ise kirjutanud?
  • Mis põhjusel teil kool pooleli jäi? Kas plaanite kunagi veel õpinguid jätkata? Miks?
  • Kui palju mate riigieksami tulemus oli?
  • Mis on teie ligikaudne ootus palgale (neto)?

Spetsiifilised küsimused

Trikiga küsimused

  • Miks Java on parem kui PHP? Aga miks PHP on parem kui Java?
  • Mis raamatut viimati lugesid?

Konkruss

  • Dmitri Chastikov - otsib praktika kohta, kuid ei saa temaga ühendust
  • Robi-Steaven Baniker - midagi nagu oleks, aga samas nagu ka mitte… on varem kandideerinud ka, aga vähemasti on vahepeal prgejana tööd leidnud ning töötab siiani…
  • Denis Shunkin - rääksin ka telefonis. Tundus kahtlane ning ka saadetud näide koodist oli imelik. Pigem EI. Ootab veel vastust
  • Kirill Vassiljev - tundub, et vaid lihtsat veebi teinud. Ootan vastust.
  • Indrek Ruubel - ootan vastust temalt (kiri saadetud 05.07)
  • Ivo Ahun - lühike kogemus, kuid midagi nagu on teinud. Saatis oma CMS-i mis on mahukas, kuid mitte väga küps. Elab hetkel Tartus. Muidu noor ning vb temas midagi on.
  • Sergei Ivanisenko - ootan vastust temalt. Vastus käes ning otsus on: EI
  • Pavel Pljuhin - eestikeel tundub kahtlane. Väidab, et töötanud freelancerina. Üks tehtud veeb näeb hea välja, kui ikka tema tehtud. Väidetavalt ViruNetile mingid rakendused tienud (peaks tema endise ülemusega rääkima). Pole teada, kas elab Tallinnas. Ootan vastust ja näidis koodi
  • Leili Vlas - tase kahjuks närk. Tegu disaineri, mitte progejaga.
  • Alexandr Potapov - ProfitSoftware-st taas. PHP kogemus varasemast siiski olemas. Ilmselt võiks rääkida. Info keeleoskuse kohta puudub. Eesti keelega raskusi ning erilist huvi üles ei näidanud. Ka palgasoov oli täiesti ulmeline.
  • Elari Saal - ADM-i mees. Huvitav, kuid vastaka tagasisidega… Palgasoov on päris kõrge (20k kätte).
  • Roman Marintšenko - progejana väga vähe töötanud ning puudub ka IT haridus. Tundub kahtlane ning seega esialgu EI.
  • Pavel Poljakov - tegu adminiga, milles võiks päris hea olla. Jaanile soovitada? Progejana pigem EI, kuid siiski saatsin kirja ja ootan vastust.
  • Kirill Kopõltsov - üle aasta ilma tööta olnud… Haridust pole. Ootan vastust meilile. Midaga temas isegi on, kuid väga ei sooviks koos töötada sellise inimesega: http://9may.eu/records/index.php?page=109
  • Deniss Mihhailov - eestikeel nõrk. Kogemust vähe ja teinud vaid veebilehti. Vastus: EI
  • Amiran Gorgazjan - elab Tartus. Eestikeel on OK. Töökogemus puudub. Rohkem selline webmasteri tüüpi inimene. Praegusele kohale ta hästi ei sobi, kuigi üldiselt potentsiaali võiks nagu olla. Samas kutseharidus progemises? See ei kõla eriti hästi…
  • Allar Olgo - osales ka eelmisel konkursil ning suht nõrk tase ikka. Kuna endiselt pole tööd leidnud, siis seda enam tekitab küsimusi…
  • Vladimir Vassiljev - ei ole progeja
  • Anton Vesselov - kohe esimese hooga kõrvale ei jätaks. Vahepeal käis sõjaveäs ning sellepräat otsib nüüd uuesti tööd. Vaja lisainfot.
  • Veiko VANAtoa - 59 aastat vanust on natuke palju. EI
  • Karmo Sepp - Swedbankist. Tundub huvitav. Tasuks kindlasti rääkida.
  • Nikita Villemson - soovib praktikale tulla, kuid eestikeel kahtlane ning kogemusest ei kirjuta midagi.

x

KLIS'is tasumäärade sortimine suuruse järjekorras

    // leiame Tabel 2 salvestatud kirjed
    $sql_select_data = sprintf("
    SELECT
        d.*,
        i.item_status,
        i.item_substatus,
        i.item_status_date
    FROM
        dyn_table_%d d
    INNER JOIN
        items i ON
        i.item_id=d.dyn_table_%d_id
    INNER JOIN
        relations r ON
        r.relation_master_id=i.item_id
    INNER JOIN
        dyn_table_%d m ON
        m.dyn_table_%d_id=r.relation_slave_id
    WHERE
        m.dyn_table_%d_id=%d
    ",
        webdk_dynobj_name2tid("MM_maavara_liik"),
        webdk_dynobj_name2tid("MM_maavara_liik"),
        webdk_dynobj_name2tid("MM_maavara_kaevandamisoiguse_tasu_arvutus"),
        webdk_dynobj_name2tid("MM_maavara_kaevandamisoiguse_tasu_arvutus"),
        webdk_dynobj_name2tid("MM_maavara_kaevandamisoiguse_tasu_arvutus"),
        $rid);
 
    $stmt = $WEBDK_DB_CONNECTION->query($sql_select_data);
    if ($all = $WEBDK_DB_CONNECTION->fetchAll($stmt))
    {
foreach ($all AS $row)
{
//pr($fname2fid['tasumaar'.$active_currency]);
    $tasumaarad_sort[$row[webdk_dynobj_name2table("MM_maavara_liik")."_id"]] = $row["dyn_table_field_".$fname2fid['tasumaar'.$active_currency]];
    $data[$row[webdk_dynobj_name2table("MM_maavara_liik")."_id"]] = array(
        "kaevandatud_maavara_kogus_loaga" => $row["dyn_table_field_".$fname2fid['kaevandatud_maavara_kogus_loaga']],
        "kaevandatud_maavara_kogus_yle_loa" => $row["dyn_table_field_".$fname2fid['kaevandatud_maavara_kogus_yle_loa']],
    );
} //end foreach
arsort($tasumaarad_sort);
 
pr($tasumaarad_sort);
pr($data,1);

01.02.2009 ems kiri

  • Kas lõpuks peaks kõigi jõustunud eelnõude staatus olema “Avaldatud Riigi Teatajas”?
  • Kui eelnõu kaardil “Lõppmenetlus” all oleval väljal on määratud “Välja kuulutamata jäetud”, kuid pole veel vajutatud nuppu “Uuesti arutamine”, siis mis peab olema eelnõu staatus ja Me?
  • Vaja oleks lahti kirjutada ka erinevad variandid, mis võivad tekkida pärast eelnõu vastu võtmist Riigikogus (kõik see, mis toimub lõppmenetluse, uuesti arutamise, riigikohtu otsuse ja avaldamise käigus). Kuna eelnõu võib sel ajal läbida veel mitu erinevat olekut, siis peaks olema kõige õigem hakata eelnõu ME ja staatuse määramisel vaatama järjest läbi välju alates nendest, mis on kõige viimased ehk kõige lõplikumad. Tulemuseks peaks olema tabel, kus järjest kirjas, et kui on määratud see-ja-see kuupäev, siis on eelnõu ME ja staatus selline-ja-selline. Minu praeguse arusaama järgi peaks sel juhul kõige esimene väli, mida vaadata olema “Riigi Teatajas avaldatud”. Sel juhul oleks eelnõu ME “Vastu võetud” ja staatus “Riigi Teatajas avaldatud” ning ühtlasi pole mingit vahet, kas President on selle eelnõu ka vahepeal tagasi lükanud või kas ta käis uuesti arutamisel. Kui “Riigi Teatajas avaldatud” ei ole määratud, siis järgmisena peaks ilmselt vaatama, kas väli Lõpmenetlus>Välja kuulutatud on täidetud?

Üritasin seda loogikat selliselt kirja panna: - Avaldamine>Avaldatud Riigi Teatajas ⇒ ME = Vastu võetud; staatus = Avaldatud Riigiteatajas - Lõppmenetlus>Välja kuulututatud ⇒ ME = Vastu võetud; staatus = Välja kuulutatud - ??? - …


Antud vea üldises kirjelduses olevat probleemi tegelikult ei ole (nagu märkusest #560 selgub).

Nüüd vastan iga lisa märkuse kohta eraldi: Märkus #558: korras (testitud testkeskkonnas eelnõuga 457 SE III-2) Märkus #559: korras (testitud testkeskkonnas eelnõuga 472 SE I ) Märkus #568: ootan vastust Kristile saadetud meilile

Need vead tõstan kõik eraldi ühekaupa vigadeks, sest pole seotud eelnõu saatuse muutumisega. Nii on lihtsam ja selgem vigu jälgida. Märkus #560: Lisaküsimus: mis peab olema uue ühendatud eelnõu staatus ja ME pärast selle loomist? Ühendatud? Märkus #565 Märkus #566 Märkus #567

x

http://sport.err.ee/index.php?0&popup=video&id=8938

EMS bug #306, note #460, punkt 7. Probleem: täiskogu päevakorra punkti muutmisel ei panda ettekandajat sinna tabelisse. Samas kui eelnõu pealt andmete tõmbamisel pannakse.

!!!!!!!!! DEVEL baasis !!!!!!

webdk=# select * from dyn_table_12811 where dyn_table_12811_id=570339;
 dyn_table_12811_id | dyn_table_field_12848 | dyn_table_field_12848_lower | dyn_table_field_12849 | dyn_table_field_12849_lower | dyn_table_field_12850 | dyn_table_field_12850_lower | dyn_table_field_12852 | dyn_table_field_12852_lower | dyn_table_field_12853 | dyn_table_field_12853_lower | dyn_table_field_12854 | dyn_table_field_12854_lower | dyn_table_field_12985_fgcolor | dyn_table_field_12985_bgcolor | dyn_table_field_61950 | dyn_table_field_61950_lower | dyn_table_field_61950_uid | dyn_table_field_84170 | dyn_table_field_84170_lower
--------------------+-----------------------+-----------------------------+-----------------------+-----------------------------+-----------------------+-----------------------------+-----------------------+-----------------------------+-----------------------+-----------------------------+-----------------------+-----------------------------+-------------------------------+-------------------------------+-----------------------+-----------------------------+---------------------------+-----------------------+-----------------------------
             570339 | 448 SE I              | 448 se i                    | SE                    | se                          | Esimene lugemine      | esimene lugemine            |                       |                             |                       |                             |                       |                             |                               |                               | Igor Gräzin           | igor gräzin                 |                     13922 |                       |
(1 row)

webdk=# select * from dyn_table_12811 where dyn_table_12811_id=570379;
 dyn_table_12811_id | dyn_table_field_12848 | dyn_table_field_12848_lower | dyn_table_field_12849 | dyn_table_field_12849_lower | dyn_table_field_12850 | dyn_table_field_12850_lower |     dyn_table_field_12852     |  dyn_table_field_12852_lower  |   dyn_table_field_12853    | dyn_table_field_12853_lower | dyn_table_field_12854 | dyn_table_field_12854_lower | dyn_table_field_12985_fgcolor | dyn_table_field_12985_bgcolor | dyn_table_field_61950 | dyn_table_field_61950_lower | dyn_table_field_61950_uid | dyn_table_field_84170 | dyn_table_field_84170_lower
--------------------+-----------------------+-----------------------------+-----------------------+-----------------------------+-----------------------+-----------------------------+-------------------------------+-------------------------------+----------------------------+-----------------------------+-----------------------+-----------------------------+-------------------------------+-------------------------------+-----------------------+-----------------------------+---------------------------+-----------------------+-----------------------------
             570379 | 449 SE I              | 449 se i                    | SE                    | se                          | Esimene lugemine      | esimene lugemine            | Riigikogu liige Harri Ãunapuu | riigikogu liige harri õunapuu | Riigikogu liige Ivi Eenmaa | riigikogu liige ivi eenmaa  |                       |                             |                               |                               | Karel Rüütli          | karel rüütli                |                     70123 |                       |
(1 row)

webdk=#

A530 probleemid

27.11

  • Neti:
    • CRT kujunduses liiga suur
    • Manu nupp ei toimi
    • TV nupp ei toimi
  • CRT kujunduses alumise riba ja sius vahele peaks jääma vähemalt paar pixlit tühjust (TV vaade, salvestuste haldus)
  • mis toimub juba määratud scheduled recordingutega, kui seadetest salvestuse varu muuta?
  • kui tellitud Viasat Film&Sport, siis eraldi filmi ja sporti ei tohiks saada tellida
  • standby-st tulekul roosa taust ära
  • viasat kanalid lemmmiklistidesse panna (ka TV6)
  • kui lemmiklistidest sinisega TV vaatesse minna, siis ei salvestata muudatusi. Peaks kas salvestama või siis hoiatama
  • salvestus ei mängi, kui see lõppeb ajal mil boks on standby-s
  • tundub, et TSB ei kustu lõpust ära. Kui TSB on ääreni täis (30+ midagi minutit), siis kui kerida ajaloos kõige varasemasse punkti ning panna pausile, siis peaks ju striim uuesti mängima hakkama, kuid praegu ei hakka. Isegi kui lasta tal tükk aega pausil olla, siis play pannes mängib ilusti pausi kohast edasi. Kui nüüd aga uuesti paus panna ja siis play, siis liigutakse selle koha peale, kus tegelikult pekas olema (30 minutit ajaloos).

26.11.2009

  • kiirsalvestuse käigus vajutada stop, siis OK-ga cancel ning enne alumise riba ära kadumist uuesti stop, siis lõpetatakse salvestus ilma küsimata ära
  • kui salvestuse vaatamisel võtta OK-ga ette saate info, siis pärast selle sulgemist riba ise enam ära ei ka ning ka punasega ei saa teda eest ära
  • tulevaste päevade kavas saate info vaatamine ei toimi (näitab tänaste saadete infot)

24.11.2009

  • kohe pärast kiirsalvestuse lõppu play vajutades hakkab küll striim mängima, kuid ükski nupp enam ei toimi
  • pärast salvestuse kustutamist järgmise mängima panekul saan JS errori. Enne refreshi tegemist errorist lahti ei saagi.
  • Näitab, et mul mäng tellitud, kuigi ma esimest korda olen mängudes. Näitab, et “Hoiupõrsa vemp” kehtib kuni 26.11 20:56
  • Mängu infoaknas utf8 jama (Hoiupõrsa vemp mängus küsimärgi alt tulev info)
  • Houipõrsa vemp: kui panna üks vend teise peale ning siis alumisega üritada ära liikuda saan JS errori
  • Tasuta film “Halva haardes” tellimisel annab errori “asset_order_failed”
  • restart + volume
  • salvestuse varu tõttu ei saa kahte järjestikust salvestust panna
  • salvestuste mängija annab OK peale JS errori
  • CRT kujundusega album paigast ära
  • IDEE: raadios muusikastiili valimisel võiks listi leval hallil taustal selle nime näidata (nagu lemmikud TV vaates)
  • raadios “kõik kanalid” võiks olla esimene valik
  • raadios mahuks listi üks element veel (vähemalt CRT kujundusega)

11.11.2009

  • pika menüü vaatamine annab endiselt tala (vt. tänast esimest fotot)
  • päeva vahetuse ajal on vahel vaid üks saade (puudu on eelmisel päeval alanud) (vt. pilt)
  • vahel on kiirkava vale (näidatakse eelmise päeva viimast saadet, kuigi see on juba läbi (vt. pilt)
  • endiselt jookseb kiirkava valge kast alumise riba taha. muutus jäi commitimata?

Salvestused

  • vaatamisel “vaata alates” ei toimi (ei saa väärtust sisestada)
  • vaatamisel valides “Seaded” audio ja subtiitrite vahel liikumisel liigub kogu leht
  • vaatamisel seadete valiku kasti alumine parem nurk on halvasti joonistatud
  • kui panna mägimine pausile ja siis kohe kerima, siis saan JS alerti
  • kui vajutada mägimise ajal stop ja siis kerimist, siis saan JS alerti
  • pärat mängima panekut peak alumine riba 5 sekundi pärst ise ära kaduma
  • kui mängimise ajal vajutada Stop ning siis lasta lihtsalt mängida ning mingi aeg vajutada punast, siis minnakse ilma küsimata vaatamise mode-st välja

Uued

  • pausile pannes on algul (pärast kanali vahetust esimest korda) TSB punane kriips kõige lõpus. Sellega seoses pole ühtlasi siis võimalik tagasi kerida.
  • TSB ribal olev punane kriips on valge riba taga
  • TSB ei hakka ise mängima, kui kerida buffri algusesse või lõppu
  • kiirsalvestuse peatamine ei toimi menüü vaates
  • TSB riba ei kao ise ära pärast mängima panekut
  • TSB jookseb üle 30 minuti. Isegi kui buffrisee mahub rohkem, siis tuleks MW-s ära piirata, et 30 minutist ta edasi ei jookse. Üle läheb ta nii umbes paar minutit, mitte rohkem.
  • kui TSB riba või ka instant recordingu riba on ees, siis muud nupud ei toimi (kanali vahetus, numbrikalhvid, salvestamine)
  • TSB puhul stop nupp viib vahepeal mitte päris live-sse. Tundub, et võib olla seotud sellega, et kui buffer on jooksnud üle 30 minuti. Võimalik, et ta stop peal jääbki nii palju ajalukku, kui on buffrit üle 30 minuti. Ehk kui buffer on läinud 34:20 peale, siis stop viib mitte praegusesse hetke vaid 4:20 minevikku.
  • Pika TV kava vaatamine annab vahel errori (DSC00138.JPG). Võimalik, et seotud samal ajal käiva salvestusega?
  • tundub, et kõik scheduled recordingud on ka kohe salvestuste halduse all nähtavad
  • kiirsalvestus on alati 2 tundi pikk
  • salvestuse alguse ja lõpu riba ei saa punase nupuga eest ära
  • halduses listi viimane rida ei ole nähtaval. Valge ala peaks ühe rea võrra pikem olema.
  • halduses ülemisel ribal puudub salvestuste ikoon
  • halduses kestvuse järgi sortimine peaks olema kahanevas järjekorras
  • virtuaalne klaviatuur laeb mega aeglaselt nupp-nupu haaval
  • salvestuse nime muutmisel peaks ette andma olemasoleva nime (praegu on tühi input väli)
  • kas lukustatud salvestuse mängimapanekul peaks küsima PIN koodi?
  • vahel on kiirkavas 3 saadet (näiteks 30.10 kell 00:50 TV3 ja Kanal2 kavad). Ilmselt tekib siis, kui on on alanud uus päev, kuid samal ajal käib veel saade, mis algas eemisel õhtul.
  • kiirkava (ilma kanalite listita variant) pikeneb üles/alla nuppude vajutamisega. Võimalik, et tekib vaid juhul, kui kiirkavasse tekib 3 saadet

Raadio

  • kanalite ees peaks olema numbrid (ja numbri järgi peaks saama ka jaama vahetada)
    • ka kategooriate all peaks numbrid olemas olema ja toimima
  • “- kõik kanalid -” valik võiks kategooriate all esimene olla
  • kategooriate vaates Pg Down nuppu vajutades kaob kursor ära

Lahendatud/teadmata

  • samal kanalil korraga salvestades ja TSB-d kasutades on asjad suht katki.
    • Ühel hetkel jäi TSB pausile ning enam ei hakand mängima ega ei saand kerida (riba peal mängimise/kerimise info käitus korralikult).
    • salvestuse riba ei kadunud enam ära ning pärast menüüs käimist TV-sse tagasi tulles õnnestus alla samale ribale saada korraga nii salvestuse info kui TSB info
  • kiirsalvestus käib → üritan alustada uut kiirsalvestust teisel kanalil → ilmuvas teates valin, et alusta uut salvestust → saan veateate (DSC00136.JPG) → uus salvestus hakkab siiski ilusti peale
  • EPG salvestuse alguse peale tuli alert tekstiga 3000
  • kiirsalvestuse peatamine ei toimi menüü vaates
  • kui TSB riba või ka instant recordingu riba on ees, siis muud nupud ei toimi (kanali vahetus, numbrikalhvid, salvestamine)
  • Pika TV kava vaatamine annab vahel errori (DSC00138.JPG). Võimalik, et seotud samal ajal käiva salvestusega?

Level 1 Headline

Eessõna

Oluline on rõhutada olulisi erinevusi meie ja wyplay sõnavaras, et räägiksime alati samadest asjadest, kuna kasutame samasid sõnu väga erinevate asjade nimetamiseks. Hetkel tundub, et kohati on meil seetõttu möödarääkimisi, et mida me üldse ise teha võiks ja mida me wyplaylt ostmas oleme.

Lisatud ka paar skeemi, mis aitavad ehk paremini mõista.

Motorola arhitektuur Wyplay arhitektuur

Nende mõistes “middleware” on see, kus on ~90% keerukusest ja mis pakub reaalset koodekite tuge, renderdust jne. Hetkel pakub meile seda motorola kreatv osa.

SDK ja ADK on suhteliselt võrreldavad mõisted, selle vahega et ADKs on ka graafika osa. Praeguse lahenduse puhul pakub seda browser.

Ei ole mõeldav võimalus, et me ise teeks nullist sama, mida on teinud Wyplay (koodekite, playeri, riistvara draiverid ja renderduse toimivus jne.). Seega võimalusi on meil jämedalt võttes 3:

  • Wyplay lahendus, mille peale kirjutame oma UI koos enda custom applicationitega kasutades nende ADK'd.
  • Browseri põhine lahendus kus kasutame Motorola poolt pakutavat API't. Ehk siis sama asi, mida seni teinud oleme.
  • Ostame sisse mingi kolmanda partneri toote. Hetkel kõige vähem tõenäoline variant, mida me sisuliselt ei kaalu.

Võrdlus

Omadus/funtsioonWyplayBrowser (SVG)Browser (HTML)Prioriteet (1-5)
Reageerimiskiirus Peaks olema kiireim (praktikas raske öelda, kuna neil ADK peal midagi ei käi)Vajab testimist, kuid eeldatavalt aeglasem, kui Wyplay või mõni teine paks klient1
Sõltumatus serveripargistSisuliselt sõltumatuHetkel otseselt sõltuv ning osalt see ka jääb nii, kuid teatud maani saab seda riski maandada1
Piirangud GUI ehitamiselWyplay ette antud piiratud toolkit, mis on suhteliselt tagasihoidlikPiiranguid vähem kui Wyplay puhul, kuid SVG pole kagugeltki nii levinud kui HTML (võivad tekkida ka kiiruse probleemid)Piirangud sisuliselt puuduvad (siiski tuleb meeles pidada reageerimiskiiruse temaatikat)1
Sõltuvus ühest partneristTäielik sõltuvus kõiges (nii GUI kui funktsionaalsus)SVG veel Motorola jaoks üsna uus ning võib tulla ette üllatusi. Siiski sõltuvus minimaalne (arvestades, et boksi tootjast sõltuvus teatud määral on paratamatu)GUI osas sisuliselt vabad käed ning eksisteerib vaid aktsepteeritav sõltuvus Motorolast kui tootjast1
Hind, mis tuleb välisele partnerile maksta (enda tööjõu kulud on ilmselt väga jämedalt samas suurusjärgus, kõigi valikute puhul)?€ x 100 000 = ?€ väga vähe €1
MW uuendamineHetkel nõuab täielikku upgrade'i, mis koormab võrku ning nõuab boksi restartiKliendi jaoks märkamatu1
Meile arendamiseks vajaliku API küpsusPakutav ADK väga poolik ning sisuliselt kasutuses ei oleSaab kasutada sama API't, mis praeguseks meile juba väga tuttav ja enda toimivust tõestanud1
HD MW valmimise kiirusKõige aeganudvam. Järgmise aasta alguseks praeguse MW'ga võrreldava funktsionaalsusega lahenduse loomine ei tundu absoluutselt realistlik.Kindlasti mitte lihtne ja kiire. Järgmise aasta alguse tähtaja koju toomiseks vaja kõvasti pingutada ning garantiid sellele anda ei saa. Siiski oluliselt realistlikum see saavutada kui Wyplay lahenduse kasutades.Kindlasti võimalik aasta lõpuks tulemus saavutada. Küsimus selles, kui palju sellega seotud ohte realiseerub ning kas kaasnevad miinused kaalutakse üles.1
DLNA ja USB mount tugiOlemas (kuigi API võimalused hetkel teadmata)Motorola on pikalt rääkinud plaanidest vastav tugi luua ning on kuulda olnud, et see kuskil ka eksisteerib. Samuti on juba praeguses FW confis sees DLNA'd puudutavad parameetrid. Kindlasti vaja täpselt välja uurida, mis seisus vastav tugi on.1
Verimatrix'i tugiOlemas?Olemas?Olemas?1
Meile arendamiseks vajaliku API piirangudArhitektuuris tehtud eeldusi, et osad asjad on tehtud low level kihis ja ADK kaudu nende seadmist ette nähtud poleKõik hetkel vajalik olemas ja töötab. Teadmata on DLNA jms võimekus.2
Senise meie MW koodi ära kasutamineVälistatudOsaliselt kindlasti võimalik (eriti PHP osas), kuid ei pruugi anda ajaliselt olulist võitu, sest suur osa vaja ikkagi ümber kirjutadaIlmselt üsna suurel määral võimalik2
Standardiseeritud liidesedSisuliselt puuduvad (Wyplay proprietary) ning abi saamine iseseisvalt võimatuÜsna standartne (browseri põhine) ning abi võib leida ka Googlest või teisi kanaleid pidi2
GUI ehitamise vahendidPiiratud Wyplay poolt pakutavagaOlemas erinevad JS teegid, mis tööd lihtsustavad2
Olemasolev spetsiifiline knowhow, mida “tavalisel” arendajal ei ole (lisaks üldisele arusaamale UI ehitusest ning sellele esitatavatest nõuetest)Üsna minimaalne. Olemas üks tugev Pythoni ekspert, mis MW kui sellise seisukohast ei anna eelist, kuid on hädavajalik, et üldse mingit head arhitektuuri luua. Võimalik ilmselt praegust backend'i ära kasutada või siis samade põhimõtete alusel uus luua. Ka UI osas jääb endiselt oluline rõhk JavaScriptile, mille kompetents on väga tugev.Ülihea konwhow kõigis aspektides2
Võimekus valmis lahendust ise edasi müüaJuriidiliselt keerukas ning nõuab väga tõsist eelnevat tööd enne antud valiku tegemist. Selge on see, et lõpli kontroll ja alumise kihi omand jääb Wyplay'le ning me ei saa ennast mitte kunagi vaba ja kindlana tunda. Edasi müümisel võib sisuliselt kindel olla, et müüdavas kohas puudub kompetents integratsiooniks ja arenduseks. Seda viimast võib vaadta nii miinuse (nõuab meilt hüppeliselt dedicated ressursi kasvu) kui plussina (võimalus luua Elioni uusi kõrge kvalifikatsiooniga töökohti).Ühtegi juriidilist piirangut ei ole. Nõuab siiski ka meie poolt vähemalt integratsiooni ajal väga tõsist panustamist ja dedicated ressurssi. Siiski oluliselt realistlikum on ka ostja juurde tekitatada (tema olemasolevast ressursist) kohalik kompetentne tiim, kellega koos edaspidi oluliselt lihtsam nii haldust kui arendust teostada. Pole mingit põhjust, miks core kompetentsikeskus ja valdav osa arendusest ei peaks jääma Elioni.2
Erinevate levinud videokoodekite tugi (divx jne.)Väga korralik tugiTugi hetkel sisuliselt olematu ning väidetavalt Motorola ei tahagi näiteks divx't toetama hakta2
Arenduse kiirusStandardsetest tükkidest uueapplicationi kokku panemine ilmselt sama ajamahuks kui teiste valikute puhul. Keerukamate custom lahendustega (kus näiteks UI's vaja mingit uut loogikat) läheb kas kauem aega või ei saa neid üldse teha.Kiirem, kui Wyplay puhul kuna meil on suurem kontroll ja vabadus just UI's tehtavate valikute üle. SVG vähemalt esialgu küll aeglustab arendust võrreldes HTML'gaKindlasti kõige kiirem. Seda nii koguemuse pärast kui ka HTML'i lihtsuse ja universaalsuse tõttu2
MW töökindlusVõiks olla töökindlam kuna puudub browserist tulenev suhteline määramatusBrowser on juba oma olemuselt paras monstrum ja mitte just stabiilsuse musternäidis. Ta kipub mälu lekkima ning ka muudel teadmata põhjustel kokku jooksma.2
STB alglaadimise kiirusPeaks olema kiirem, kui browser, aga kui palju?Kas aeglasem/kiirem kui HTML?~1 minut2
Hind, mis tuleb välisele partnerile ära maksta, kui “oma” MW'd edasi müüme ?€ x bokside arv0€ 2
Partneriga seotud ohudVõidakse suvalisel hetkel lõpetada/aeglustuda arendus eri põhjustel (pankrot, ülesost, fookuse muutus, prioriteetsem klient). Wyplay kuulub hetkel VC'dele, kes mingi aja pärast firma kindlasti edasi müüvad.Kuna Motorola ostis Dreamparki, siis ühestküljest üritab ta seda nüüd ilmselt kõigile müüa ning ei soosi telkode enda MW arendusi. Teisalt on neil tänu sellele üsna tugev motivatsioon oma SVG brauserit edasi arendada.Toimiv täisfunktsionaalne tarkvara on olemas ning seega riskid suhteliselt minimaalsed3
Kolmandate osapoolte kaasamine meie MW'sse app'ide tegemiseksKeerukas kuna kasutatavad tehnoloogiad ja vahendid on üsna spetsiifilisedLihtsam leida partnereid, kes suudaksid ilma meeletu koolituseta seda teha. Sõltub pigem meist endast kui hea API suudame neile välja töötada.Partnerite leidmine suhteliselt lihtne ning nende ree peale saamine pole ka väga keerukas. Sõltub pigem meist endast kui hea API suudame neile välja töötada.3
UI disaini muutmise lihtsusPigem keerukas ning eeldab kindlate mängureegilte järgimistPigem keerukas (vähemalt esialgu), sest pädeva SVG kujundaja leidmine ei pruugi väga lihtne ollaLihtne ja odav võrreldes teiste variantidega3
JätkusuutlikusSisuliselt tegu omaette teega, mis jääbki omaette. Oht on see, et ka Wyplay ise näeb tulevikku hoopis HTML5'sTegu siiski tunnustatud standardiga, mis pigem on kasvavas trendis. Praeguse generatsiooni bokside jaoks ilmselt jääbki see laeks. Võimekamate bokside tulekul võib siiski eeldada HTML5 võidukäikuKõieg vanem, aga kõige rohkem ennast tõestandu ja standardiseeritud lahendus. Praeguse generatsiooni bokside peal ilmselt jääbki kasutusse, kuigi ei pruugi jääda parimaks.3
Võimalus kaasata ekspertteadmisi uute parnerite näolPuudub, sest Wyplay lahendusega pole kellelgi kogemusiSVG pole (veel) väga laialt levinud, kuid siiski avatud standard ning partnerite leidmine võimalikVähemasti võimalused võrreledes teiste variantidega üsna head3
Erinevate resolutsioonide tugiHetkel toetatud vaid 720p. SVG kasutamine on siin pigem väga teoreetiline võimalusKõik resod väga hästi toetatudOptimeeritud siiski ühele konkteetsele resole ning uue reso toomine tähendab uue UI tegemist4
Porditavus uuele STB'le (kui Motorola lõpetab tootmise või valimie ise teise partneri)Kindlasti ohukoht ja oluline määramatus. Wyplay tuge ei saa ilmselt ka otseselt boksi tarnijale eeldusena ette kirjutada Teatud ohuks SVG, mis ei pruugi vaikimisi alati toetatud olla, kuigi see on võimalik uuele tarnijale eelduseks seada.Võrreldes teiste alternatiividega siin probleemid sisuliselt puuduvad4
Kuidas mahub TV anywhere kontseptsiooniTehnoloogiliselt täiesti erinev ning mõeldud vaid STB jaoks. Mobiili, arvuti ja muu maailm tuleb nullist muude vahenditega üles ehitada ja siis ära liidestadaKõigis teistes ekraanides on vähemasti olemas browser. Iseküsimus on, et kui palju seda kasutatakse ning kui palju tuleb ikkagi seadmepõhiselt selleks mõeldud vahendeid kasutada. Siiski on browseri põhine arendus selgelt oluliselt lähemal teiste ekraanide peal tehtavale ning kasvõi kompetentsi ühisosa oluliselt suurem4
3D UI Olemas (tõsi küll pseudo ja väga piiratud kujul)?Puudub4
Kontroll ja vabadus arendamisesSuuremad võimalused (mida võib küll Wyplay ise piirata)Browseri spetsiifikast tulenevad piirangud (turvameetmed jne.)4
Kasutatav progemiskeel (väga vaieldav ja subjektiivne)Python (pigem “ilusam” kui JS)JSJS5
Widevine'i tugiEi ole ega tule?Ei ole ega tuleOlemas5

Wyplay plussid (lisaks võrdluses toodule)

  • Tegu on ilusa arhitektuuriga
  • SFRi demo põhjal tundub et kiirusega probleemi ei ole.
  • Firma ise tundus usaldusväärne ja inimesed kompetentsed.
  • Lootus, et kui Wyplay mõnele teisele telcole mingi ägeda rakenduse teeb, siis saame ka meie selle endale “tasuta”

Wyplay ohud

  • Hetkeseisuga ei saa ADK peal teha ka kõige olulisemat ja lihtsamat kasutuslugu - kanali listi ja sealt kanali mängima panekut. Kokkuvõttes peab nende API toetama kõike seda.
  • SFRi demo ei ole ADK peal, pole selge kas ADK peale tehes suudetaks sama kiirust hoida kuna üks lisa abstraktsiooni kiht on vahele tekkinud.
  • Wyplay ise räägib samuti, et 3-5 aasta perspektiivis liigutakse HTML5 peale
  • Kui sügavale Wyplay meid lõpuks ikkagi laseb?
  • Kas saab öelda, et “Made in Elion”?
  • Mis saab, kui Wyplay prioriteedid muutuvad?
  • Potentsiaali on neil kõvasti aga selle realiseerumise ja selle kohta kas nad meile piisava kiirusega suudaks asja valmis saada ei oska midagi arvata.
  • Et meil oleks võimalus midagi aasta lõpus valmis saada peaks API mille peale progeda olema hetkel olemas. Kuna API't pole, siis hetkel lõpliku otsuse tegemine oleks liigne õnnemäng.

Browseri lahtised küsimused

  • Kas HTML ja SVG segamini samal lehel ei saaks toimida? Desktop brauserid seda võimaldavad, aga Motorolas kasutatav ekioh vist mitte.
  • SVG vs HTML5. Ilmselt küll meie praegue Motorola tehnilise võimekuse juures ei ole HTML5 ka tulevikus võimaluseks.
  • Kas oleks võimalik HTML's teha HD MW? Vaadates näidis MW'sid ning üldist suunda, siis pigem liigutakse lihtsuse ja elegantsuse suunas, mitte ekraanil olevate elementide arvu suurendamise teed (mida kõige rohkem HTML'i puhul kardame). Miinuseks siiski igast sujuvate liikumiste ja efektide performance.
  • Kuidas performib SVG Motorola peal?

Browseri ohud

  • nõrk performance, mis on kõige otsesemalt seotud kasutajakogemusega
  • ebastabiilsus - browserid kipuvad mälu lekkima ning ka muudel teadmata põhjustel kokku jooksma

http://wiki.elion.ee/soft:digitv:hd_mw.wyplay_vs_browser#vordlus

Epiloog

Kõige olulisem osa HD MW juures on UI!!!!!! Olenemata sellest, milliste tehniliste vahenditega me pildi TV ekraanile kuvame määrab meie (eba)edu see, mis seal ekraanil toimub ja teha saab. Kindlasti peab silmas pidama, et erinevad tehnilised lahendused võivad UI tegemisele seade erinevaid piiranguid ning halvesti teostatud tehniline pool viib alla ka kasutajakogemuse näitajad. Kui me aga UI ja kasutatavusega (kasutusloogikaga) põrume, siis pole mitte mingit vahet kui palju miljoneid me oleme tarkvara arenduse alla pannud või kui arhitektuurselt ja tehniliselt teostuselt filigraanse asja teinud. Ka müüa õnnestub meil eelkõige emotsiooni ja vau efekti, mitte ilusat koodi või värvilist arhitektuuri pilti.

Siiski on oluline, et ka tehniline lahendus toetaks UI'd ning ei saaks takistuseks. See oht on väga reaalne ning seega tuleb ka neid valikuid väga tõsiselt kaaluda. Alguses võib küll ziguli mootoriga mersusid müüa, kuid väga kaua sellega inimesi ei peta ;)

…siit on veel väga palju juttu ja järeldusi puudu…

Motorolal on täna vajalik API olemas ja pikalt liveis olnud reaalsete klientide peal, muuhulgas ka meie juures. Wyplay puhul räägime me tulevikust ja roadmapidest. Selles vaates rääkides puhtalt olemasoleva süsteemiga feature parity saavutamisest HD resolutsioonis tundub browser turvalisem valik. Uutest featuritest (DLNA, divx) rääkides tundub Wyplay olevat pigem koostöövalmim ja kiirem.

KLIS live

* testida vanade arvutuste ümber arvutamist
* väljade diff (kas arvutuse ridadele tuli ka välju juurde, mis vaja enne live'sse panekut portaalis disableda?)
* allowed_to_change_fields loogika ka teistele lisadele kloonida
  * lives teha vastavad dyn väljad kõik muudetavaks (veesaaste!!!!)
* commit
* update live
* test live (kõik arvutuse tüübid). Vanade arvutuste ümber salvestamine?
* update protaal?


probleemsed arvutused:
https://klis2arendus.envir.ee/?page=mm_edit_report&rid=2214442&tid=51550&u=20111003001659&debug=1



>             "pankroti_perioodi_arvutus" => 2230646,
>             "maksuotsus" => 2230647,
>             "loa_ostu_voi_myygi_arvutus" => 2230648,

>             "sisestaja_kontrollsumma" => 2140759,

>             "tasukohustuslane" => 2221106,
tmp.txt · Last modified: 2019/10/18 12:24 by rene