A rajztábla kérdés egy ideje megoldatlan dolog volt nálam, mindenkinek aki designol- legyen az web vagy print -szüksége van valamilyen digitális rajztábla megoldásra. A fő kérdés az, hogy mennyit, milyen gyakran használja az eszközt. Én körülbelül 6 éve vásároltam egy kis wacom táblát, az arra tökéletesen elég volt, hogy kisebb illusztrációkat készítsek, aztán vásároltam egy jó minőségű scannert és átálltam a szabadkézi ‘felskiccelem-bescannelem-leillusztrálom’ kombóra és annál a pár esetnél, ahol rajztáblára volt szükség, megtette a kis wacom tábla is.

Nézzük meg mire lehet jó egy digi tábla :

- logó és különböző mascot illusztrációk készítése: ezekhez skiccek felvitele például ikonkészítésnél, website designhoz kisebb kiegészítő rajzok, díszítések készítése, stb.

-wireframe (drótváz) készítés: ha gyorsan fel akarunk vinni egy vázlatot és a szabadkézi rajz is tökéletesen megfelelhet nekünk, itt nyilván elsősorban belső projekttervezésre, ötletelésre gondolok, bár egy szépen és alaposan kidolgozott szabadkézi rajzos drótvágyat akár az ügyfélnek is megmutathatnak bátrabbak, persze nyilván vannak erre sokkal komolyabb profi megoldások (pl: axure), ha van elég idő a kidolgozásra

-fotó/ képmanipuláció: elképesztő hasznos tud lenni bonyolultabb képmanipulációk készítésénél, az alábbi fotómanipulációt 2008-ban készítettem, miközben a wacom táblát próbálgattam

Mostanában azt lehet mondani, hogy főleg mobil és webes felületeket készítek és kevesebbet illusztrálok, ennek ellenére a kis wacom táblát idejétmúltnak éreztem (valamint egy ideje a tollat sem találom hozzá), viszont mivel nem mindennapos használatra kell a tábla, nem terveztem többszázezres beruházást ilyen eszközre és ekkor futottam bele egyik kedvenc illusztrátorom Ray Frenden blogbejegyzésére, amelyben egy nevetségesen olcsó digitális tábláról ír, ami jobban teljesít nála, szebb a vonalvezetése (és ami a legfontosabb OSX alatt sokkal gördülékenyebb a működése, Frenden az egyik bejegyzésében megemlíti, hogy bizonyos drágább wacom modellek, osx alatt nem igazán ‘viselkednek’ jól ) mint a többszázezres wacom táblájának.

A tábla ára kicsit elbizonytalanított, nem hittem hogy 60-80 dolláros táblák jók lehetnek, de azért a blogposzt írójának személyét elég biztos garanciának éreztem, aztán december végén megjött a rajztáblám és az eszköz meglepően jó.

A 10×6.25 Inches táblát rendeltem, ami először meglepett, hogy a rajztábla nagy, jóval kisebbre számítottam, az eszköz bekalibrálása után elég gyorsan megszoktam és belőttem a brush beállításokat, amik számomra a legmegfelelőbbek, gördülékeny a vonalvezetés, talán ami kicsit zavaró nekem az egyéni adottságból fakad, az, hogy bal kezes vagyok és az általam megrendelt típusnál baloldalt található egy gombsor, különböző parancsokkal (zoom in/zoom out, save, paste, cut, stb) és ahogy támasztom a kezem, néha önkéntelenül is megnyomom a gombokat, de ez persze csak megszokás kérdése, azért ha most rendelném, akkor valószínűleg a gombsor nélküli verziót választanám.

Pozitívum még, a tábla tollának hegye, ami minden tollnál a gyenge pont cserélhető és adnak is az eszközhöz 3 pót pint, azzal azért jó ideig elvan az ember, még ha minden nap órákat rajzol is. A toll egyébként elemes ez egy jó dolog, mivel már a tábla felé tartva, viszonylag távol az érintési ponttól is felveszi a kéz mozgását, rendkívül hasznos ez.

Nem nagyon tudok negatívumot írni az eszközről, ha egy dolgot kell említenem talán, az a tollba történő elem behelyezése volt, egy szürke puha gumigyűrű választja el a toll két részét egymástól, ez lehetne inkább egy kemény borítás, mert az elem behejezésekor elég zavaró volt, hogy el-el mozdulgatott és ekkor megszűnt az érintkezés, azóta ezt egyszer sem tapasztaltam, úgyhogy valószínűleg egyszeri problémáról beszélünk, ami az elem behelyezésekor jelentkezik és szerencsére nem gyakran szedi szét a táblához tartozó tollat az ember, de azért ez a megoldás mégiscsak lehetne jobb.

Mindent összefoglalva egy meglepően jó eszközről van szó, az egyetlen probléma vele az eszköz beszerzése, az hogy maga a Monoprice csak az USA-ban szállít, illetve értékesít, de ahogy látom, már az Amazonon is árulják és az ebayen is van pár darab, ennyi pénzért, ilyen minőségű rajtábla biztosan nincs másik a piacon, még aki csak hobbiként szeretne rajzolgatni vele, valószínűleg annak sem jelent gondot egy- (kinti) szállítási költségekkel együtt is csak 70 dollár körüli tablet megvásárlása (az olcsóbb modell), bátran ajánlom mindenkinek.

garamiz

The post Monoprice (10×6.25 Inches) digitális rajztábla review appeared first on Canecom.

What is required:

• Fluent english communication skills, both written and verbal
• Detail-oriented thinking
• Friendly and positive attitude
• Hardcore mobile app consumption
• At least professional user level with iOS and/or Android
• Willingness to learn some basic coding

The post Project lead / sales rep appeared first on Canecom.

We are curious about your personality. Great startup teams click together. High morale is everything. We are giving you the best and are expecting you to give us your best. We want you to execute with full focus, to solve real problems. Ideas are great too, just don’t get distracted. Focus.

Regarding your skills:

• experience with either iOS or Android (can be non-public or home-grown)
• Web API design experience with JSON and/or XML
• a great sense of design and UX
• good english communication skills

The post Mobile developer appeared first on Canecom.

Your task will be to run and develop multiple services for a number of interesting mobile apps. A few years experience with many or all of these aspects of web-based software development is required:

• Fluency with HTML and CSS
• Expert level programming skills with experience with PHP or another common web programming language such as Java, Python, Ruby, or C#/.NET
• Experience with Javascript
• Experience with Amazon server instances
• Database development experience with MySQL
• Web API design experience with JSON and/or XML

The post Backend developer appeared first on Canecom.

A fejlesztő számára mindig nagy kérdés az, hogy egy meglévő megoldást használjon-e munkája során, vagy inkább nulláról írjon egy sajátot. Általában igaz az, hogy a saját fejlesztés jobb, hiszen azt ismerni fogja a későbbiekben és nem kell bajlódni egy meglévő rendszer betanulásával, azonban mégis vannak olyan esetek amikor egy kiforrott open source lib használata kifizetődőbb. Hogy mégis miért? Mert ezzel időt takarít meg a programozó, és több energiát fektethet egyéb problémák megoldásába. Felmerül akkor a kérdés, mégis mi az amit érdemes saját kezűleg megvalósítani, és mi az amire érdemes keretrendszert, forráskódot, csomagot (bármilyen meglévő eszközt) keresni. Ehhez a döntéshez próbál néhány hasznos github repót adni ez a cikk.

1. https://github.com/rs/SDWebImage

Amennyiben mobil alkalmazásunk online adatforrásokat használ, jelen esetben képeket tölt le, akkor érdemes megfontolni az SDWebImage használatát. Nagyon egyszerűen képes UIImageView-ban online képeket megjeleníteni. Gyors, aszinkron, nem blokkolja a fő szálat, a legújabb technológiákkal készült (GCD, ARC), használata pedig igazán egyszerű. Integrálása gyorsan elvégezhető ezek után pedig roppant kényelmes megoldást nyújt a fejlesztés során.

2. https://github.com/shiki/STableViewController

Manapság az iOS alkalmazásokban népszerű megvalósítás, hogy ha egy táblázatot megfogunk és lefele húzunk akkor annak tartalma automatikusan frissül. A másik pedig az úgy nevezetett infinite scrolling technika. Ennek az osztálynak a használatával mindkettő gyerekjáték.

3. https://github.com/romaonthego/REComposeViewController

Aki iOS5-re fejleszt és szeretne közösségi megosztást az alkalmazásba integrálni, azoknak lehet nagyszerű döntés ez a forrás. Egyszerűen testre szabható blokkos megoldást biztosít ez a kód. Néhány alap beállítás után már teljesen egyedi felbukkanó ablakokat hozhatunk létre, és postolhatjuk kedvenc közösségi fiókunkra az app tartalmát.

4. https://github.com/nicklockwood/StandardPaths

Végtelenül egyszerű és hasznos kis osztályról van itt szó. Egyszerű elérési útvonalakat ad vissza, nem kell bajlódni a rendszerben található könyvtárakkal többé.

5. https://github.com/honcheng/iOSPlot

Aki ismeri a google által hostingolt core-plot http://code.google.com/p/core-plot/ keretrendszert az már tudja is miről van szó. Ez egy diagram rajzoló minimál keretrendszer. Akinek nincs szüksége a core-plot által nyújtott robosztus megoldásokra, annak ez a csomag igazán hasznos tud lenni. Használata egyszerű, támogatja az ARC-ot, iOS5 alatt fut. Egy apró megjegyzés, hogy még nem frissítették benne az iOS6 alatt elavultá vált állandó neveket. (pl. UITextAlignmentCenter)

6. https://github.com/edgecase/ECSlidingViewController

Szintén divatos megoldás a jobbra balra swipe-olással elérhető tartalom. Ennek a megvalósítását segíti elő ez a forrás.

7. https://github.com/domness/DWTagList

Egyszerű megoldás címkék rajzolásához. Könnyen integrálható UIView kiegészítés. Két fájl az egész, jelenleg nem találtam ennél jobbat, vagy hasznosabbat. Érdemes kipróbálni.

8. https://github.com/baztokyo/foursquare-ios-api

A foursquare közösségi hálózat nem foglalkozott azzal, hogy saját iOS keretrendszert adjon ki, helyette ez a kis repó jelent meg. Nagyszerűen integrálva van minden fő funkció. Könnyedén tudunk bejelentkeztetni, “becsekkolni”, képet megosztani, helyszíneket lekérni. Annyi szépséghibája van, hogy nem ARC-ra készült, illetve iOS5 alatt is működik feltéve ha egy JSON keretrendszert is használunk mellette.

9. https://github.com/tonymillion/Reachability

Szeretnéd tudni, hogy van-e Wi-Fi / Bluetooth / hálózati kapcsolat az iOS eszközödön? Mi sem egyszerűbb. Ez az osztály a legtöbb ilyen jellegű kérdésre gond nélkül megadja a válszt.

10. https://github.com/tomaz/appledoc

Végül pedig, de nem utolsó sorban, a dokumentáció gyártás fontosságára alapozva itt egy könyvtár ami automatikusan képes generálni a meglévő kódból apple stílusú dokumentációt. Használata roppant egyszerű, és ha fordítunk rá némi energiát akkor a project befejezésekor rögtön egy teljes fejlesztői dokumentáció is a rendelkezésünkre áll.

The post Hasznos git repók iOS alkalmazás fejlesztőknek appeared first on Canecom.

2012-ben rengeteg új és érdekes mobil alkalmazást fejlesztettünk, mindezek mellett pedig saját mobilos startuppal is foglalkoztunk. Ezzel kapcsolatban az év elején azt a döntést hoztuk, hogy aktív befektető keresés helyett inkább bootstrappelünk és megnézzük hogy a piacon mennyire versenyképes a termék amit fejlesztünk. (Aztán év közben mégis meglátogattunk néhány magyar VC-t, de utólag visszatekintve ilyen módon ez nem volt túl hatékony, de erről majd egy másik posztban.)

A bootstrappelés véleményem szerint egy nagyon fair üzleti megközelítés, hiszen lehetőséget ad a piac vizsgálatára oly módon hogy a befektető pénzét nem kockáztatod. Ha pedig beválik, akkor a későbbiekben el lehet dönteni hogy a skálázhatóság miatt bevonunk-e befektetőt vagy nincs rá szükség. Ez az időszak minden startup számára kritikus, hiszen a bevételei nem növekednek kellőképpen, az egyedi fejlesztéseknél pedig borzasztóan kell figyelni hogy minden projektnél a határidők be legyenek tartva, különben a saját termék rovására megy.

Az év egyik nagy tanulsága volt, hogy ha terméket fejlesztesz akkor a kezdeti értékesítésnél meg kell találni azt a pontot, ahol a termék kiforratlanságából adódó vevői kommunikáció nem gátolja a haladást. Egyszerűbben fogalmazva a customer service nem viszi el az összes időt, mivel a termék még nincs olyan állapotban hogy minden információs igényt kielégítsen (nincsenek helpek, változnak a folyamatok, stb..). Ezt mi úgy kezeltük, hogy időről időre (rövid időszakokra) leállítottuk az értékesítést, amíg utól tudjuk érni magunkat a termékeink fejlesztésével. Egy bootstrappelő startupnál ez végzetes lehet, ha nincs megfelelően koordinálva.

A 2012-es év szerepléseiről, az általunk fejlesztett alkalmazásokról röviden számokban:

• Kiadott mobil alkalmazások száma: 71
• iOS / Android arány: 55/45
• Megtartott konferencia előadások száma: 14

A Complex Kiadóval közösen fejlesztett Jogtár Mobil alkalmazás az év végén még egy díjat is nyert.

Reményeink szerint az elkövetkezendő évben is rengeteg érdekes, hasznos, egyedi ötletet és projektet fogunk megvalósítani mobilon, cégekkel, startupokkal közösen.

A Mobilessence mellett pedig egy új forradalmi termékkel fogunk kijönni rövidesen, ami szerintünk game changer lesz m-commerce területen… stay tuned for 2013!

The post Summary of 2012 appeared first on Canecom.

Visszatérve az App Show-ra, a helyszín eleve el volt rejtve a San Francisco-i belváros felhőkarcolói alatt egy olyan rendezvény helyen amit magamtól biztos hogy nem találtam volna meg. Belépéskor már teltházas networking ment, de ezt csak a szemem sarkából láttam mivel a bejárattal szemben valaki zongorázott egy nagy fekete zongorán aminek a tetjén egy aranyszínű buddha szobor állt. Hipster heaven.

Az itteni konferenciákról elmondható, hogy mindenki hihetetlenül nyitott és érdekődő, fásultságnak nyoma sincs, pedig rengeteg esemény van minden nap. Nagyon könnyű szóba elegyedni, kérdezni, információkat gyűjteni bárkitől. Ez remek alkalmat ad arra is hogy mindenki a saját fejlesztéséről megtanuljon beszélni, röviden és érthetően el tudja mondani azt hogy min is dolgozik, már ezért megéri. Nagyon jó gyakorlás pitch-eléshez, mindenkinek ajánlom ha erre jár hogy vegyen részt hasonló eseményeken. Meg kell tanulnunk prezentálni, amerikai színvonalon, jelenleg ez a leggyengébb pontunk (illetve más itt szerencsét próbáló magyar startup is hasonló problémával küzd), ezt pedig csak úgy lehet ha minél több hasonló rendezvényen, prezentáción részt veszünk és figyeljük azt hogy az itteni prok hogy csinálják. Óriási szerencsénk hogy ez a dolog tanulható.

The post San Francisco AppShow appeared first on Canecom.

Jogtar Mobil app contains all the hungarian laws and regulations – almost 7000 documents.

app store link

The post Jogtar Mobile appeared first on Canecom.

The Holiday specialist app

app store link android market link

The post iLandGuide appeared first on Canecom.

A lean startup fogalma is egyszerűen megfogható volt: a vállalkozás kezdeti szakaszában tartsuk alacsonyan a költségeket és az időt a lehető leghatékonyabban osszuk be.
Az ember erre egyszer beáll, az agyát ráállítja az ilyent típusú cégépítésre és termék fejlesztésre és azt látja hogy hatékonyan működik. Ehhez természetesen nélkülözhetetlen hogy olyan csapat legyen a termék mögött, akik nagyon hatékonyan tudnak együtt dolgozni, kiváltságoknak és főképp drámáknak itt nincs helye, hiszen az nagyon könnyen a termékfejlesztés végét jelentheti (vagy legalábbis komolyabban visszavetheti időben).

Eltelt azóta némi idő és most ennek a folyamatnak a következő mérföldköve, amikor a terméket/szolgáltatást a piacra visszük. Elsőként még pilotként, MVP-ként (minimum viable product – szerintem az egyik legfontosabb mérföldkő minden startupper számára), később pedig még mindig nem publikusan, de már igazi ügyfelekkel.

Ennél a pontnál viszont iszonyúan kell vigyázni, hiszen egy nagyon durva, sokak által teljesen elhallgatott buktatót tartalmaz: a “túl sok” kezdeti vevőt. Borzasztó fontos megtalálni azt a pontot, ahol összhangban van a termék fejlődése (hiszen még mindig csak MVP-ről vagy csak kicsit előrehaladottabb állapotban lévő termékről beszélünk) az értékesítés során elkerülhetetlen “customer support” tevékenységtől. Biztos sok startuppernek ismerős a helyzet, amikor az elsőként érkező már fizetős ügyfelek még egy kiforratlan, de alapjaiban már jól működő termékkel találják szemben magukat, amit használni szeretnének, de a kezdeti vevők naponta 1024 kérdést tesznek fel az elképzelhető összes csatornán. Help megírására még semmi idő nem volt, a termék kiforratlan és az alapítók számára is tartalmaz rengeteg nyitott pontot, a fejlesztők task listájában még több száz nyitott pont van. Ilyenkor pedig a teljes csapat átalakul 0-24 customer supporttá, a fejlesztésre fordítandó idő redukálódik, a termék fejlődése lelassul. Könnyű belátni hogy ez nem az ideális dolog, ezért érdemes ezt úgy kezelni hogy a vevők menedzselhetőek maradjanak. Személyes tapasztalat, hogy ez nagyon nehéz ha jó termékünk van és kegyetlen dolog meglépni, de hosszú távon megéri.

The post Startup MVP appeared first on Canecom.