‘IT’ címkével ellátott bejegyzések

Google Maps iOS-re

2012. december 13. csütörtök

Ma megérkezett az általam már nagyon várt Google Maps iOS alá, vektoros grafikával. Korábban már írtam itt a blogon az iOS 6-ban bevezetett Maps-ről (arról viszont csak Twitteren, hogy a végtelen mennyiségű hibát tartalmazó Apple Maps-en legalább két hónappal ezelőtt küldtem be problémajelentést is, amit a mapi napig sem javítottak). Mindegy, majd néhány éven belül talán kiforr az Apple Maps is, de mindenesetre már alig vártam, hogy a Google is kiadja ezt a szoftverét iOS alá.

A helyzet az, hogy ebben a pillanatban a két szoftver nem ér egyet, ugyanis a Google Maps térképén annyi változtatást csináltak az utóbbi időben, ami tele van hibával, hogy gyakorlatilag egy használhatatlan alkalmazásról beszélünk (ma a Google is kapott tőlem hibajelentéseket, meglátjuk, hogy mennyi náluk az átfutási idő).

Garázsból és egyetemek kollégiumi szobáiból nőnek fel ezek a cégek, ma már százmilliós számokban mérhető az alkalmazásaik felhasználóinak száma és valahogy nem érzik és nem értik, hogy egy-egy ilyen félig kész szoftvert kiadva mekkora bajt és károkat tudnak csinálni (gondoljunk itt pl. a napokban Ausztráliában eltévedt emberekre, akik az Apple Maps miatt haltak majdnem szomjan).

Persze elképzelhető, hogy néhány embernek, aki a lakhelye és a munkahelye között ingázik, nem tűnik fel, ha egy benzinkút rossz helyen van jelölve, de ne felejtsük el, hogy a térképek nem azoknak készülnek elsősorban, akik úgy ismerik a környéket, mint a tenyerüket. Ha pont ott van a valóságban a gyógyszertár, mint ahol a térképen szerepel, akkor ezek a szoftverek akár még életet is menthetnek, ellenkező (extrém) esetben viszont…

Szóval ez a térképesdi nem játék, nem olyan, mint amikor a zenelejátszó szoftver play, vagy shuffle gombja bugos kicsit. Éppen ezért nem is értem azokat az embereket, akik terjesztik és meg is magyarázzák, hogy nincs semmi baj pl. az Apple térképével. Nagyon bízom benne, hogy a Google-nél jóval gyorsabban javítják a hibákat, mert akkor még be is küldenék néhány száz hibajavítást, úgy viszont nem sok értelmét látom, ha két hónap múlva is nem létező és rossz helyen lévő dolgok vannak a térképen.

Tehát hangsúlyozom így a bejegyzés végén, hogy nem az alkalmazással van bajom, hanem a térképpel, csak hát ugye az előbbinek nem sok hasznát vesszük úgy, hogy az utóbbi tele van hibákkal.

Aki még nem töltötte le, de kipróbálná, annak itt a link.

WordPress tapasztalatok (kiegészítés)

2012. december 4. kedd

Az előző bejegyzésemből lemaradt két dolog, amit már így utólag nem írok hozzá, inkább létrehozok egy új bejegyzést.

Az egyik az az, hogy a Milyen nap van most? WordPress plugin egy ideje elkezdte szépen beengedni a spameket. Hiába, ha valami népszerű lesz, akkor arra felfigyelnek a másik oldalon és tesznek róla, hogy megkerüljék. Nem olyan vészes egyébként, 1-2 naponta jön egy spam, de ettől függetlenül bosszantó.

A másik pedig, amit már korábban említettem a WordPress kapcsán, de az előző alkalommal elfelejtettem, hogy az időzítővel meggyűlt a bajom, aztán egy frissítés után látszólag jó lett, de mégsem: azokat a bejegyzéseket, amiket időzítve szeretnék kitenni, azokat véletlenszerűen elfelejti közzétenni  a WordPress. Ezért van az, hogy nincs bejegyzés másfél hétig, azután pedig hirtelen lesz kettő. :) Sajnos még nem jöttem rá, hogy ez mitől van, remélem azért, hogy egy frissítéstől előbb vagy utóbb egyszer csak megjavul.

Felhasználók azonosítása fejlesztői oldalról nézve

2012. november 30. péntek

Gondoltam, hogy megosztok pár dolgot, ami a napokban eszembe jutott webes fejlesztések kapcsán. Ezek elsőre teljesen értelmetlennek tűnnek, azonban hosszú távon már egyáltalán nem azok, nagyban lehet velük növelni (vagy éppen csökkenteni) a felhasználói elégedettséget még akkor is, ha ezt elsőre nem is gondolnánk.

Felhasználók egyedi azonosítása: felhasználói névvel vagy email címmel?

Fejlesztőként már az első munkáim során el kellett gondolkodnom azon, hogy az éppen készülő rendszerbe milyen módon legyenek azonosítva a felhasználók. Az elején még volt egy időszak, amikor a felhasználói név volt az általam preferált egyedi azonosító (ettől persze az email cím sem egyezhetett meg két felhasználónál ugyanazon a rendszeren), de később a tapasztalatok alapján arra jutottam, hogy egyértelműen az email cím a legjobb egy-egy felhasználó azonosítására.

Méghozzá azért, mert:

  • ugyanarra a felhasználói névre több felhasználó is igényt tarthat (pl. keresztnév)
  • az email címek a felhasználói nevekkel szemben teljesen egyediek, így tökéletesen alkalmasak a felhasználók egyedi azonosítására
  • a felhasználói nevünk sokkal könnyebben elfelejthetjük, mint az email címünket (főleg akkor, ha nem választottunk magunknak valami nagyon egyedi nicknevet, amit senki más nem használ)
  • az email címünket könnyebben és gyorsabban megadjuk a regisztrációkor (egyrészt így is, úgy is meg kell adni, másrészt pedig nem kell sokat gondolkodni és próbálkozni a felhasználói nevünk megadásakor, ha az általunk előre elgondolt név már foglalt)

Ettől persze még nincs semmi baj a felhasználói névvel, de ha van egy avatar is mellette, akkor elég jól meg lehet különböztetni mondjuk két Csaba nevű felhasználót egy fórumban – gondoljunk itt a különböző oldalak alján mostanában elhelyezett Facebook kommentelési lehetőségre, ahol a legtöbben a saját, nevükkel szólnak hozzá a bejegyzésekhez.

A fentieket figyelembe véve nem is értem, hogy viszonylag nagyobb oldalakon miért erőltetik az egyedi felhasználói nevet annyira a mai napig…

Ill. a Facebook kapcsán még valami: a Facebook Connect is egy jó lehetőség az azonosításra de csak úgy, hogy ha bebiztosítjuk magunkat hosszú távra: ha esetleg törli magát a Facebookról a felhasználó, akkor még a mi rendszerünkbe az email címe segítségével be tudjon belépni (vagy kérni egy új jelszót).

Biztonsági kérdések

A másik, amit fejlesztőként és felhasználóként sem kívánok a hátam közepére sem, azok a különböző biztonsági kérdések, melyeket szintén a felhasználóra erőltetnek egyes oldalakon. Pl. az, hogy adjuk meg a nagyapánk foglalkozását, vagy a kedvenc írónk, költőnk, tanárunk és kutyánk nevét, rossz esetben pedig ezt az összeset együtt. Mert az embernek van, vagy volt több nagyapja is, lehet több kedvenc költője vagy írója, lehet több kedvenc tanára is és kutyából is lehet három. Vagy esetleg épp fordítva: nincs kedvence sem íróból, sem tanárból, de még csak kutyája sem volt soha és így tovább.

Sokkal célravezetőbb egy biztonságosabb jelszót kérni a felhasználótól, tehát ami legalább 8-10 karakter hosszú, amiben van kis- és nagybetű, szám, vagy esetleg valami írásjel, bár ez egyes esetekben és felhasználóknál problémákat jelenthet (pl. angol/magyar nyelvű billentyűzetkiosztásnál, kevesebb felhasználói ismerettel rendelkező felhasználóknál).

Indítsd újra az iPhone-odat

2012. november 13. kedd

Ma olvasom a beszeljukmac oldalán:

Ezentúl az Apple arra kéri a felhasználókat, ha bármilyen iPhone-nal kapcsolatos probléma miatt szeretnének időpontot kérni, előbb próbálják meg legalább egyszer ki- majd bekapcsolni a készüléket.

(Forrás: Időpont kell a Genius Bar-hoz? Először indítsd újra az iPhone-odat! – beszeljukmac.com)

Nem tudom, hogy mi folyik mostanában Cupertinóban, minden esetre régebben nem így mentek ott a dolgok. Ilyent már csak elvből sem írtak volna le korábban soha — de mondjuk szükség sem nagyon volt rá. Vicc ez az egész, na.

Többdimenziós asszociatív tömb rendezése érték alapján PHP-ben

2012. november 6. kedd

Nem kell megijedni, a feladat megoldása sokkal egyszerűbb, mint ahogy a címből gondolnánk. Mivel több féle, bonyolultabbnál bonyolultabb megoldás is kering a neten, úgy gondoltam, hogy leírom azt, amelyiket a legegyszerűbbnek találtam erre a feladatra.

A probléma

Van egy többdimenziós asszociatív tömbünk és ezt szeretnénk a benne lévő értékek valamelyike alapján sorba rendezni. A tömbünk így néz ki:

array
(
  [0] => array
    (
      [gyarto] => Audi
      [evjarat] => 2001
      [km] => 189230
    )
  [1] => array
    (
      [gyarto] => Mercedes
      [evjarat] => 2004
      [km] => 176850
    )
  [2] => array
    (
      [gyarto] => BMW
      [evjarat] => 2003
      [km] => 246400
    )
)

A fenti tömb index szerinti sorbarendezésére van gyári PHP függvény, azonban ha mondjuk évjárat alapján szeretnénk megcsinálni a sorbarendezést, akkor arra valami más megoldást kell találnunk.

A megoldás

Létrehozunk egy saját kis függvényt – az alábbi példában a cmp() – majd annak segítségével rendezzük a tömbünk elemeit, valahogy így:

function cmp( $a, $b ) {
  return strcmp( $a["evjarat"], $b["evjarat"] );
}

usort( $tomb, “cmp” );

Ha pedig fordított sorrendet szeretnénk, akkor az itt leírt megoldás után egyszerűen csak használjuk az array_reverse() függvényt.

A fenti példa megtalálható a PHP dokumentációjában is.

Szoftverkiadás más szemlélettel

2012. október 31. szerda

Jó másfél évvel ezelőtt írtam itt a blogon, hogy mennyire nem tetszik az erőltetett menetben történő szoftverfejlesztés, hogy a fejlesztő cégek határidőre akarnak elkészíteni egy-egy alkalmazást és nem akkor adják ki az egyes szoftvereket, amikor azok ténylegesen el is készülnek.

Most lehet, hogy az Apple mozdul(t) valamennyit ebbe az irányba, mert az iTunes 11-es változata késik, mégpedig:

„Az elemzők szerint az Apple vezetőségében történt váltással egy új szemlélet is érkezik. A cég ezentúl nem határidőre készíti a termékeit, hanem csak akkor teszi közzé őket, ha már teljesen elkészültek, és tökéletesen használhatóak.”

(Forrás: Késik az új iTunes – beszeljukmac.com

Szóval másfél évvel ezelőtt leírtam valamit a blogon, ami látszólag szembe megy sok szoftverfejlesztő cég statégiájával (azoknak a vezetőknek az elképzeléseivel, akik keze alatt néha összesen több (tíz)ezer fejlesztő dolgozik nap mint nap), most pedig kiderül, hogy a világ egyik legnagyobb és vezető cége is arra az álláspontra jutott, aminek én is a híve vagyok. :)

Persze azért is örülök ennek a hozzáállásnak, mert mivel napi szinten használok Apple termékeket, így remélhetőleg ezek után nagy eséllyel jobb szoftvereket fogok tudni használni, mint eddig.

Úgy tűnik, hogy kellettek az Apple-nek a Sirivel és a Maps-szel kapcsolatos hibák ahhoz, hogy rájöjjenek: kifizetődőbb valamit inkább később és jobb minőségben kiadni, mint valamit korábban és tele hibával. Persze a tőzsde nem reagál olyan látványosan az ilyen később és nem akkora felhajtással kiadott dolgokra, viszont meg vagyok róla győződve, hogy hosszú távon mindenképpen stabilabb növekedést érhetnek el ezzel a fajta hozzáállással – elég csak az Apple múltjára gondolni: honnan kezdték és minek köszönhetően mára hova jutott ez az egykoron egy kis garázsból indult cég.

Számomra egyébként az a fenti eset tanulsága, hogy ne féljünk szembe menni azokkal, akik látszólag a másik irányba mennek akkor sem, ha ők nagyságrendekkel többen vannak. Ha a józan logika alapján jobban működő dolgok mellé tesszük le a voksunkat és kitartunk mellette, akkor az idő úgyis minket igazol (mint tudjuk, az Apple-től amúgy sem áll távol ez a másokkal szembe menő gondolkodásmód, e nélkül el sem jutottak volna idáig).

Új XMS a Duna Plázában

2012. október 25. csütörtök

Hogy ne lehessen megvádolni azzal, hogy csak negatív bejegyzéseket írok: az előző bejegyzésben szereplő francia politikusnő után most jöjjön egy nagyon pozitív példa, ráadásul itthonról: ez van olyankor, amikor valaki szereti és érti is amit csinál, meg van hozzá tehetsége.

Innen szeretnék gratulálni Handrasnak, aki az elmúlt években szépen eljutott a Hegedűs Gyula utcai boltjából oda, hogy az augusztusban a Fashion Streeten nyitott bolt után most szombaton megnyitotta az ország legnagyobb APR boltját is a Duna Plázában. Így kell ezt csinálni. :)

P.S. Nekem annak idején a Hegedűs Gyula utcai bolt is tetszett… :)

A francia politikusnő és a Google esete

2012. október 22. hétfő

Ez van, amikor hozzá nem értő emberek ülnek a vezetői székben és elkezdenek okoskodni:

A gyengélkedő francia média védelmében az új francia kormány addig ment, hogy felvetette a keresőnél, az fizessen a francia sajtó oldalaira mutató linkek megjelenítéséért a keresőben, illetve a Google News hírgyűjtő szolgáltatásban. A Google válaszul kilátásba helyezte, hogy fizetés helyett inkább kitiltja ezeket az oldalakat a találati listáiból. A francia kormány illetékese, Aurelie Filippetti kulturális miniszter erre reagálva azt mondta, nem szokás ilyen hangnemben fenyegetőzni demokratikusan megválasztott kormányokkal, és rajtuk keresztül egész országokkal.

(forrás: Háborúba keveredett a Google Franciaországgal)

Nem az a baj, hogy nem értenek hozzá (nincs is ezzel semmi gond, mert egy ember nem érthet mindenhez), hanem az, hogy nem keresik meg a megfelelő szakembereket az ilyen kijelentések előtt és nem kérdezik meg tőlük azt, hogy az adott dolog mennyire valósítható meg. Néhány politikus azt hiszi, hogy egy globális iparág majd pont miatta fog átalakulni (sajnos hazai példákat is tudnék említeni). Ha a fent említett francia hölgynek lenne fogalma arról, hogy a Google mennyi látogatót visz egy átlagos oldalra (így a sajtó oldalaira is), akkor meg sem mert volna szólalni.

Lefordítom úgy, hogy egy négyéves is megértse: ha van egy boltod, ahova minden nap 100 vevő betér és van egy ismerősöd, aki abból a napi 100 vevőből minden nap 87-et visz a boltodba úgy, hogy nem kér érte semmit, akkor eszedbe jutna pénzt kérni ettől az ismerősödtől a vevők közvetítéséért? Na ugye, hogy nem (a normálisabb helyeken az ilyenek jutalékot kapnak). Pedig a fent említett hölgy politikus pont ezt szeretné.

Ha pedig így is alig megy a boltod és ezentúl pénzt fogsz kérni az ismerősödtől, akkor az majd szépen továbbáll. Mit fogsz tudni kezdeni napi 13 vevővel?

A legnagyobb baj az, hogy ilyen emberek benne lehetnek egy-egy ország vezetésében úgy, hogy közben ez senkit sem zavar.

Általában nem szoktam olyan bejegyzéseket írni, amiben szerepel politika, de ez az emberi hülyeségnek már egy olyan magas foka, hogy nem tudtam elmenni mellette szó nélkül. :)

Megjegyzés: a fent említett 87% nem véletlen, több olyan oldalt is üzemeltetek, ahova minden 100 látogatóból 87-et a Google hoz, de persze előfordulnak ennél magasabb százalékok is, természetesen a Google javára.

0x10c video teszt

2012. október 13. szombat

Notch új játéka (nem írtam róla korábban, inkább csak fél szemmel figyeltem a fejleményeket) a 0x10c névre hallgató, még erősen fejlesztés alatt álló szoftver, melyről tegnap került ki egy videó. A kezdeti képernyőképek láttán, amiket hónapokkal ezelőtt láttam, úgy gondoltam, hogy nem fog érdekelni a játék (valószínű, hogy ezek után sem én leszek a célközönsége), azonban a videót elnézve hatalmasat fejlődött és vannak benne olyan technikai megoldások, melyek tetszenek.

Valószínűleg viszonylag szűk rétegnek készül ez a távoli jövőben játszódó játék, ahol a játékon belül működő számítógépeket lehet programozni, méghozzá 16 bites CPU-kat, Assemblyben, ami elég izgalmasan hangzik. :)

Bár az interneten elég sok információ van erről a készülő játékról, egyelőre jobban nem ástam magam bele a témába. Lehet hogy majd írok róla még, de inkább nem ígérek ezzel kapcsolatban semmilyen konkrét dolgot.

Visszavonták az új Firefoxot

2012. október 12. péntek

Nagyjából másfél évvel ezelőtt írtam egy Erőltetett menet c. bejegyzést, amiben nem értettem egyet a szoftverfejlesztés azon formájával, amikor előre meghatározott időközönként adnak ki egy-egy új verziót, nem pedig akkor, amikor elkészül.

Tegnapi cikk az indexen (szintén Visszavonták az új Firefoxot címmel):

Egy nappal az új, 16-os verzió kiadása után a Mozilla visszavonta a Firefox böngésző friss változatát. A böngészőben egy olyan biztonsági rést fedeztek fel a programozók az első napon, amit kihasználva egy trükkösen összerakott weboldal kódja a böngészőből ki tudja szedni az addig meglátogatott weboldalak listáját. A komoly kémkedési potenciál miatt a Firefox 16-ot azonnal leszedték a hivatalos letöltési oldalról, és a fejlesztők minden felhasználónak azt ajánlják, térjenek vissza a legutóbbi, 15.0.1-es verzióra. A Mozilla programozói most gőzerővel dolgoznak a hibamentesített 16-os verzión.

A helyzet annál is kínosabb, mert a 16-os verzió többek között a 15-ösben foltozott volna be biztonsági réseket, a Mozilla saját adatai szerint 14-et.

[...] A biztonsági rés, és a friss verzió visszavonása komoly presztízsveszteség a Firefoxnak, annak ellenére, hogy a hibát még éppen az utolsó pillanatban sikerült megfogni, és egyelőre nem érkezett jelentés arról, hogy hekkertámadás, cyberkémkedési akció, vagy vírus használta volna ki azt.

Ezért felesleges kapkodni vele, mert azon kívül, hogy csak maguknak csinálnak ezzel – nem kevés – plusz munkát, még több millió felhasználóban is sikerül nekik kellemetlen emlékeket hagyni a mostanában amúgy sem szárnyaló szoftverükkel.

Évekig a Firefox volt az alapértelmezett böngészőm, ma meg már szinte csak akkor nyitom meg, amikor tesztelek vele egy átadás előtt álló munkát. Kár érte, egykoron egy jó szoftver volt. :(