eMeM@work

Egy újabb garázsprojektem indult útjára, de az első posztot ezennel nem én írtam meg róla, hanem stro-B barátom, olvassátok ékes szavait: http://www.stro-b.com/patikablog/ugyeletes-patika-hol/

Sajtómegjelenések

Facebook oldal

Verziók

  • 2.0 Teljesen újraírt feldolgozó kód. Pontosabb eredmények.
  • 1.3 Hibajavítás, együttműködés az embeddelhető modullal (http://embed.ugyeletespatika.com)
  • 1.2 Új funkció: közeli patikák térképes megjelenítésénel már nem google keresés van használva, hanem hivatalos forrásból származó adatbázisból vannak a gyógyszertárak megjelenítve
  • 1.1 Hibajavítás+új funkció: ha az adott városban nincs ügyeletes gyógyszertár, akkor megmutatja mely közeli városokban van
  • 1.0.x Már nem béta, az alapfunkciók a tervek szerint működnek
  • 0.9.7x beta További hibajavítások, funkcióbővítések
    • Kézi városmegadáskor patika címének mutatása térképen
  • 0.9.6x beta További hibajavítások, funkcióbővítések
    • Budapest agglomerációk ügyeleti beosztásai
    • Budapesten a több ügyeletes patika közül távolság szerinti legközelebbi jelzése
  • 0.9b Hibajavítások
  • 0.8b Első publikus béta verzió
    • Az élesítés utáni első hét forgalmi statisztikája: PDF

Nagy dilemma ez kérem. Mit csináljunk a weben? Terméket vagy szolgáltatást? Nem egyértelmű szerintem, mindkettőben van lehetőség, mindkettőnek vannak nehézségei.

Terméket talán picit egyszerűbb, mármint a weben a kis terméket is el lehet adni, de a kis szolgáltatás nem él meg.

A webdesign alapesetben termék, úgy gondolom. Ebben van is némi tapasztalatom. Jelenleg azonban azt érzem, hogy a jövő a szolgáltatásban van, egy picit ezért ebbe az irányba állítom a kormányt…

július
14

eMeM

Próba

2012. július 14, 21:37

A lentebbi posztomban a képlet mutatja, hogy valami mobilra optimalizált, facebookkal és (virulens) megosztással kapcsolatos valamit szeretnék kitalálni. Örök kedvenc állatorvosi lovam, a Chuck Norris mém, most is erről húzok le egy bőrt, és most mobil framework nélküli, touch vezérlést használó valamit akartam csinálni, csak hogy a fejlesztés buktatóira fény derüljön. Így összedobtam ezt a webappot.

Feltételezhetően csak iPhoneon működik normálisan. Az érdekességek, amikre fény derült számomra:

  • egyscreenes app esetén (én így nevezem amikor nem akarom a scrollozást engedni) számításba kell venni, hogy böngészőben nézve jelentősen kisebb a felületünk, mint fullscreenen, márpedig legtöbben nem fogják a webappot kitenni kezdőképernyőre, illetve a portrait és landscape nézetet is nyílván elegánsabban kellene lekezelni mint itt
  • iOS Safari néha viccesen cachel, ne dőljünk be neki
  • jQTouch és egyéb frameworkok sokszor nagyon béták és felesleges használni. Sokkal gyorsabban lehet haladni, ha mi magunk írjuk meg a felületet HTML/CSS-ben, és csak kiegészítjük a szükséges meta és jquery pluginekkel a kódot (itt én csak a viewportot, no-scale-t, ikont és a touch slider-t használtam, egyébként egy mezei weboldal)
  • ios facebook app-ban nyitot oldalon nem mukodik a sharer.php dialog
május
23

eMeM

Innováció

2012. május 23, 17:55

Hihetetlen mókás dolog, hogy olyan munkakönnyítő/produktivitás növelő javaslatokkal keresnek meg mostanában, amiket én vetettem fel 1-2 évvel ezelőtt és csak legyintettek rá…

SOHA A BÜDÖS ÉLETBE NEM MENNÉK VISSZA ÍRÓSZTAL MÖGÉ

Minden magamfajta fejlesztő* folyamatosan töri a fejét, hogy vajon mi lehet a következő fb, instagram, angry birds [cut_any_hype_here]. Nem tudom a nagy boomok receptjét, de a kicsikét sejteni vélem. Nem teszi az embert egyből milliomossá, de ha beindul akkor egy stabil jövedelemforrás válhat valamilyen startup szolgáltatásból. És most el is árulom:

Mobil web + facebook + mashup + ego + ?

Sajnos a ötödik összetevőt én sem ismerem, ha ismerném nem posztolnék, hanem csinálnám. Kommentben bárkinek kifejtem részletesebben…

* elnézést az IGAZI fejlesztőktől

január
17

Elkészítettem a bankakozelben.eu egy klónját. Ebben az alkalmazásban a benzinkutakat próbáltam meg a usereknek kikeresni távolság alapján. Természetesen itt is a 4sq adatbázisát használom, így előfordulhat, hogy bár van a közelben kút, de a program mégsem jelzi, mert a 4sq-ben még senki sem checkinelt be.

Figyelembe vettem a korábbi kritikákat is a listázással kapcsolatban. Egyenlőre teszt fázisban üzemel a projekt, kötelező lábjegyzet:

Ez egy mobilokra optimalizált webalkalmazás, asztali gépen nézve a helymeghatározás pontatlan, tesztkészülék hiányában csak iPhone-on garantált a működés.

Most az érdekesebb hibajelenségekről illetve olyan dolgokról írnék, amikbe a fejlesztés során belefutottam, és amikkel abszolút nem lehet a munkálatok elején tervezni.

Foursquare

Azt már említettem ugye a legelején, hogy a bankok címeit a közösségre hagyatkozva gyűjtöm be, a foursquare adatbázisát használom.

Viszont gyakran nem jól vannak megadva a címek, sőt gyakran hiányosak is, ugyanis az address csak opcionális mező helyszín létrehozásakor, a 4sq a koordinátákat tárolja le. Ahhoz, hogy én mindenhol szépen utcaneveket listázhassak nekem kellett a hosszúsági és szélességi koordinátákat fordított geolokációval címmé alakítani.

A másik probléma maga a kulcsszó. Ez úgy néz ki, hogy egy keresést csinálok úgy, hogy a kulcsszó a bank neve. Na ez néha problémás…

Budapest bank

Belefutottam abba, hogy pl a Budapest Bank esetén a keresési kulcsszó a “budapest” szó volt (általánosságban minden bankhoz a saját egyszerűsített nevét társítottam kulcsszónak). A probléma az lett itt, hogy a találati listában minden olyan hely megjelent, aminek a nevében szerepelt a “budapest” szó.

K&H

A K&H bank esetén is az előzőhöz hasonlatos a probléma. A kereső szó itt is a “k&h”, viszont az “&” jelet logikai AND operátornak veszi a 4sq API, így minden olyan közeli helyet listáz aminek a nevében szerepel a “K” és a “H” betű.

jQtouch

Rengeteg nem várt probléma adódott még abból is, hogy maga a keretrendszer is csak béta, vagyis hibákat tartalmaz. Pl volt olyan, hogy a telefon böngészőjében nyitva tök jól működött a program, de homescreenre téve és onnan indítva nem érzékelte a scroll eventet. Mint kiderült ezt egy hibás CSS osztály okozta.

Na mindegy, jó szórakozás volt, tényleg csak az ünnepek alatti láblógatásra találtam ki magamnak a projektet, úgyhogy befejezettnek tekintem. Bár lehet ha majd nagyon ráérek csinálok belőle egy csomó klón alkalmazást: közeli benzinkutak, közeli gyógyszertárak, közeli kocsmák…

Akinek szüksége van rá, használja egészséggel: http://bankakozelben.eu

Akinek pedig hasonló alkalmazás kellene, keressen fel, biztosan meg tudunk állapodni ;)

Szóval bütykölgettem az ünnepek alatt. Ez a jQtouch egy érdekes dolog, kicsit másképp kell nekimenni az ilyen webappoknak, mint a hagyományos weboldalaknak. Más iskola.

Pl a munkafolyamatok is mások picit. Legalábbis nekem máshogy volt kényelmes.
Egy weboldal esetén elkészül a címlap látványterv, majd a főbb – esetleg minden – aloldal terve. Majd elkészül a címlap sitebuild és ezután a megrajzolt aloldalak is lekódolódnak statikusan, legvégül pedig jöhet a php/sql. Na itt ez nem így ment.
Megrajzoltam az app egy olyan screenjét, amin rajta van minden fontos dolog:

  • fejléc
  • lábléc
  • lista
  • ikon
  • felirat
  • gomb

A további screeneket nem rajzoltam meg, mert ebben a szakaszban még egyáltalán nem biztos, hogy amit eltervezek az úgy meg is valósítható… akkor meg minek megrajzolni. Szóval megvolt a nyitó screen, de abból nem készült el a statikus html/css, hanem fogtam a jQtouch alapértelmezett skinjét és a további fejlesztés során azt használtam. Összeraktam a nyitó képet, az aloldalakat, animációkat, leprogramoztam a php részeket…. mindent. És a leges legvégén, amikor minden funkció működött csak akkor csináltam meg a kitalált designt.
Ez nagyon érdekes volt, de mondok valamit: szabdságot adott a fejlesztés közben, hogy változtassak a funkciókon.

Nyugi nem untatok senkit step by step howtoval, de a gondolataimat felvázolom. Egy ilyen alkalmazásnál kérdéses lehet, hogy honnan szedjem a bank címeit. Google-re nem hagyatkozhatom, csak bank névre keresve nem listáz mindent.

Össze szedhetném kézzel netről a bankok címlistáit de lusta vagyok, szóval az általam imádott 4sq API-ra és a közösség erejére hagyatkozom. A 4sq userek már szinte minden fontosabb helyet felvittek, és ez le is kérdezhető, királyság.

Az eredmény egy JSON objektum lesz, ezt kell kicsit átnyálazgatni és máris egy emészthető tömböt kapok.

Az év utolsó dobása részemről egy bankkereső webapp lesz. Tudom tudom, miért erre külön alkalmazás, amikor beírom a bank nevét a google maps-be és máris látom a pontokat körülöttem. Két okból:

  • a kocsmatúra webappon kívül jelenleg nincs más demó a portfóliómba
  • a lehető legegyszerűbb bankkereső procedúrát akarom megcsinálni
A “beírom a maps-be” dolog ugye úgy néz ki, hogy elindítom a térkép alkalmazást, rábökök a keresésre, elkezdem bepötyögni a bank nevét (elfagyott ujjakkal), majd rányomok a keresésre. Ezután a térképen láthatóak lesznek a bankok (google nem listázza ki mindent). A szemre legközelebbire még külön rá kell tappolni és csak ekkor látjuk a címet. Na én ezt akarom leegyszerűsíteni ennyire:
  1. kattintás: elindítod az alkalmazást
  2. kattintás: abc rendben a bankok nevei közül kiválasztod melyiket keresed
  3. kattintás: itt már látod távolság szerint növekvő rendben utcanevekkel a kiválasztott bankfiókokat, ha az utcára kattintasz akkor máris megkapod a jelenlegi pozíciód és a választott cím közti legrövidebb útvonalat berajzolva térképen
Ami a designt illet semmi extra:

// Uccsó kommentek

// Twitterbedrótozás

twitter
Szabad követni: éntwitter // gyártwitter

// Keresni is lehet






// RSS

Kérésre házhoz is megyünk!

Bejegyzések // Kommentek.

// Gépház

A világdominancia felé a kiváló WordPress hajt minket. 
 A dizájnt eMeM köszörülte csinosra a mondovicsmihaly.hu  gyárterületén.

 Minden amit mond felhasználható Ön ellen © 2002-2009.