Blogbejegyzések

Bugfix es a unit test viszonya

Szoktak mondani, hogy ha javitassz egy bugot, arra irj unit testet is, hogy ne ismetlodhetsen meg ujra, legyen tesztelve onnantol fogva. TDD azt mondja, hogy elobb ird meg a tesztet, es csak utana a kodot. Szoval a bugfixre elobb a unit testet kell irni, igy ugye sokkal egyszerubb reprodukalni a hibat az adott kodreszletben, majd a kodban kell fixalni a bugot, mig a teszt at nem megy.

Ezt az egeszet idoben visszatekerve a legelso kodsorhoz, az elso TDD unit tested gyakorlatilag egy bugfix. Leirod hogy kellene a kododnak mukodnie, nem ugy mukodik, szoval fixalod.

Tehat a TDD a folyamatos bugfixalas metodologiaja.

Firefox build on Raspberry Pi

pi@raspberrypi:~$ uptime
13:56:16 up 4 days, 23:13, 2 users, load average: 4.12, 2.73, 2.36

Boot után közvetlenül indítottam a buildet (forráskód már elő volt készítve korábban). Még tart... Igaz ez egy első generációs Pi, abból is a régebbi B modell (ami még 256 mega rammal érkezett)
.
Egyébként mindezt azért, mert épp nem volt időm átnézni hogy tudom "rendes" gépen belőni, hogy pi képes binárisok készüljenek.
Lehet bölcsebb lenne lelőni, de nagyon kíváncsi vagyok meddig fog még tartani.

Sajnos nem time-mal indítottam el a buildet, úgyhogy nem fogom tudni pontosan mikor ért véget, ha véget ér, néha ránézek.

Lattam egy NSA rendszamos kocsit!

Sima magyar rendszam volt, NSA, utana pedig 3 szam.
Sajnos nem volt nalam paradicsom vagy zaptojas.
Biztos jott NSA-skodni.
Egy kombi kocsi volt, az ablakan be lehetett latni, egy ferfi egyedul ult benne.
A csomag tartoja biztos tele volt NSA poloskaval,
ha megallt volna, lemagneseztem volna az ossze holmijat!

Kis multimédiás elmaradás

Jó egy éve foglalkoztam már ezzel a témával, de maradt akkor egy kis elmaradásom. A történet ilyen-olyan, „régi” videojelek (Composite/CVBS illetve S-Video) digitalizálásáról szól; a feladat, hogy ezek valahogy a számítógép képernyőjén meg tudjanak jelenni. Erre a célra szolgálnak az un. „Video Grabber” eszközök, a választék az széles, a róluk fellelhető specifikációk ezzel ellentétben igencsak szűkösek.

YouTube reklám SmartTV-n?

Smart TV vásárlásra adtam a fejem, mert bár TV csatornákat gyakorlatilag alig, filmeket/YouTube videókat annál inkább nézek. Kényelmes a nagy képátló, az USB csatlakozási lehetőség, és a DLNA támogatás(bár ez sem hibátlan...).

Indul a YouTube-app, automatikus lejátszás, videó-videó hátán...
A sokadik youtube videó után egy fél perces reklámvideó indult el. Tekintve, hogy régóta AdblockPlus-t használok, nyugodt videózási szokásaimat nagyon rég nem szakította meg reklám, így ez picit fel(b)paprikázott. Gondolom más sem azért vesz tévét, hogy újabb kéretlen reklámokat lásson...
Hát, én sem. Szóval...

Producteev/Jive password leak

Nem csak a yahoonál vannak gondok.

We want to inform you of an issue involving your Producteev username (i.e. your email address) and password. We learned on August 24 that your Producteev username and password had been held in a file outside our normal encryption procedures, and we believe that this file was potentially accessed by an unauthorized third party. We cannot confirm that your username or password was compromised, but we are notifying you so that you may take protective action.

"password [...] in a file"

Régen valami projekthez használtuk. Producteev --> kuka.

Mozilla Rohadtfox - mindig van lejjebb...

érdekes jelenség, hogy a plugincontainer nevű process újabban (ma reggeltől) ötletszerűen beáll a francba.
példának okáért egy fülön nyitva van egy átlagos tartalommal bíró oldal, egy másikon youtube videót lesek, egy harmadikat meg nyitok pl a "maps.google.com" címmel.
ezen pillanatban a korábban nyitva lévő fülekről a tartalom eltűnik, helyettük középen meg a pontokból álló, körbefutkozó tifusz van.

(plugincontainer kilő, a korábban nyitott lapok újratöltődnek, míg a pluszban (pl maps) megnyitott fül "húúú ez aztán összeomlott, jujujj" típusú hibaüzenettel tér vissza.)

FreeBSD-11.0

Hivatalos bejelentés még nincs, a kiadási információs oldal szerint is majd csak 28-án esedékes, de tegnap estefelé a neten már olvasható volt, hogy elérhetők a telepítő ISO-k / IMG-k. Akit érdekel, pl. innen már tölthető. (A legrégebbi 22-i dátumú.)

Bejövő sms nem érkezik meg...

Android 7.

Vajon miért lehet ez, én kevés vagyok hozzá. Elvileg valami orosz modem fájl van a ROM-ban, de meghaladja a 0 mértékű hozzáértésemet. Elvileg itt sok profi szakember van, pls. help.

http://www.needrom.com/download/android-7-nougat-x32/

Mondjuk, legyen a dolog alapvető, és a fenti esettől független Android téma, szóval baromira kiderül, ha kamuzol.

Szóval na.

Vernee Thor

Kellett egy androidos kártyafüggetlen telefon nem túl drágán. Ekkor futottam bele ebbe a tesztbe: link
Ami szimpatikus volt benne az árán kívül az a 3 giga RAM és a kategóriához képest erős hardver.
Pont akciós volt, 40k tokkal és védőfóliával, magyar garanciával. Meg is vettem. Kb 3 hete használom, nagy megelégedéssel.
Az alap andriod-on kívül nincs sok minden rajta, a rendszer gyors, akadásmentes. Amire én használom (böngésző, waze, bkk info, naptár, stb.) bőven elég. Játszani nem szoktam vele.
Ami negatív eszembe jut, hogy az előző samsunghoz képest gyengébb az antennája, van pár gyér lefedettségű hely ahol a samsunggal jobban lehetett érteni a másikat.
Ennyi pénzt bőven megért.

[Frissítve] StartSSL ingyenes tanúsítvány 1 évről 3 évre

StartCom 3 év

A StartCom eddig 1 évre állította ki (FIXME) az ingyenes, Class1 szintű tanúsítványát, a StartSSL Free-t. A weboldalán még mindig az az infó szerepel, hogy ezen tanúsítványok érvényessége 1 év. Ma reggel megújítottam az egyik ilyen tanúsítványomat és meglepődve vettem észre, hogy az eddig megszokott egy év helyett az immár 3 évig érvényes. A StartCom nyitóoldalán már 3 év szerepel az ingyenes tanúsítványaik leírásánál.

Hát, jó... :) Lehet, hogy nem új dolog, de erről valahogy lemaradtam...

Frissítés: A Mozilla CA csapat bizalomvesztése a WoSign/StartCom tanúsítványkibocsátókkal szemben

Lábonlövés Youtube módra

Ha az előző poszt írásakor megkérdezte volna valaki, hogy mi lesz a Youtube következő húzása, azt mondtam volna, hogy a közösségi moderálás. A reklámelhelyezési és kifizetési cécó után, ugyanis a logikus lépés az lett volna, ha fenti ügyintézés felpörgetéséhez, a tartalomgyártókkal és fogyasztókkal közös konszenzust tudnak kialakítani. Erre a közösségi moderálás látszik a legkézenfekvőbbnek. De csak látszik. A moderálás, mindig is közösségfüggő, és a moderátorok tevékenysége nagyban meghatározza a közösség arculatát. Egyetlen probléma, hogy a youtube nem egyöntetű, homogén közösség. Különféle ideológiáknak, világlátásoknak, politikai nézeteknek ad teret így képtelenség egységes közösségi normákat felállítani, innen kezdve értelmét veszíti annak moderálása. Analógiával élve, ami működik faluszinten, nem működik globálisan.
A youtube-nál ezt nem így gondolják és létrehozták ezt a MLM ...khm.. ötszintes ingyen biorobot rendszert. Aki már látta a wikipedia, vagy épp a reddit moderátorainak/szerkesztőinek a tevékenységét, az tudhatja, miért is hibás az ötlet. És az internet népe is látja, mert ugyan kikapcsolták a videó alatti kommentelési lehetőséget, a like/dislike-ok aránya messze meghaladja a leginkább utált videók arányát is.
Mi jön ezután? Jó kérdés. Ha az SJW-k és a hozzájuk hasonlók kerülnek túlsúlyba akkor pillanatok alatt, az eddigi reklámos happeninget meghaladó felháborodás lesz a vége és nem hiszem, hogy a Youtube jó ötletnek tartaná egy milliárdos nagyságrendű bevételi bukás után a közösségi moderálást. Ne feledjük, az internet továbbra is Amerika fejnehéz, és ott igencsak erős a retardált különféle netes igazságharcosok jelenléte. És míg ezek ritkán folynak bele érdemi, komoly vitákba, addig mogyorónyi agyuk elégséges, hogy feljelentő gombot nyomogassanak. Ugyancsak opció, hogy ez az egész, szépen lassan átalakul vagy elsüllyed. Ehhez előtte a Youtube csapatának le kell nyelnie a békát.
Kíváncsi leszek a folytatásra, mert a végén, még valamelyik alternatív streaming platform lesz a nyerő a jövőbn.

Ruby / webes processzek közti osztott memória

Request-ek közti gyors permanens adat elérés a cél pár apróságra (eldobható statisztikák), amit nem akarok db-ben tárolni, mert ágyúval verébre lenne.

Redis vagy saját sima text fájlba írkálós megoldás? A tesztek alapján lehetne az utóbbi :)

Setup:

sudo apt install redis-server
sudo gem install redis

Saját megoldás:

http://paste.ubuntu.com/23211865/

Teszt:

irb

require "benchmark"
require "redis"

r = Redis.new

# 100k test (redis 4.5x gyorsabb)

r.set "test", (1..100_000).map{rand}

store "test", (1..100_000).map{rand}.join("\n")

Kalandozások a magyar egészségügyben

Történt, hogy július 9-én sikerült a csajom lábát eltörnünk, nem kicsit, nagyon (csak hogy nemzetünk nagyját idézzem). Nem volt nagy történet, mentünk Várpalotán a vonathoz, amikor jó ötletnek tűnt levágni egy kanyart (és spórolni vele 20 métert) egy árok átugrásával. Én ugrottam először, necces volt, mondtam az asszonynak, hogy inkább ne, de ő akkor már vette a lendületet. A vége egy reccsenés, kb 15 fokban lágszárközéptől kifele ivelő láb és 10 keserves perc lett mig a mentő kiért és ki tudtuk szedni az árokból.

Mint a helyszínen kiderült, Veszprém a területileg illetékes betegellátó egység, igy oda vitték. Engem pedig ott hagytak a puszta közepén (várostáblán kivül voltunk). Mindezt hétvégén, délután 6-kor. Szóval csajom fél óra zötykölődés után bejutott a kórházba, ahol kivárta a sort és 9-kor már műtőben is volt. Kiderült, hogy amit lehet azt eltörtünk, sípcsont 1 helyen, szárkapocs csont 2 helyen. Ennek javitása ún. velőűrszegezéssel történik, ami a gyakorlatban azt jelenti, hogy egy fémrudat kalapálnak hosszában a sípcsontba és azt bokánál és térdnél 2-2 csavarral rögzitik. Igy nem kell gipszelni, gyorsabb a felépülés (~6 hónap a 100%-os szint általában). 3 nap bent fekvés után haza is adták Budapestre. A zárójelentésre azt irták, hogy kontroll a területileg illetékes kórházban. Ezen kivül orvos 1x beszélt vele a műtét után, de nem mondott semmi lényegeset.