HTML

asdf

Google App Engine előadás

2012.04.25. 11:47 tvk

Éppen a Buena Vistából jövök, ahol egy kellemes Google App Engine előadást hallgattam meg a Kelly IT resources rendezésében Piros Andrástól. Ebben a témában mindig lehet új dolgokat tanulni. Csak néhány:

  • Az előadó megerősített a hitemben, hogy a JSF orbitális mellélövés Appengine-en belül és kívül. Appengine-en belül főleg azért, mert csak kliensoldali státusz eltárolás a támogatott, ami azt eredményezi, hogy irtózatos mennyiségű szerializáció és deszerializáció történik egy HTTP kérés kiszolgálása közben csupán azért, hogy a HTML-be bekerülhessen a GUI szerveroldali objektumfa reprezentációja BASE64 formában. A szerveroldalon jelentkező több(száz) megabájtos memóriaigényű session-ökről is esett szó. Ezek szerint nem csak én találkoztam már a problémával.
  • Valaki sikeresen futtatja a Liferay-t Appengine-en, pedig abban elvileg RichFaces JSF implementáció van. Implementáció és verzió függő, hogy mi megy el Appengine-en.
  • A GWT támogatottsága nagyon jó Appengine-en belül. Ez talán nem véletlen.
  • A JDO egész gyorsan működik. (Az én kétcentesem az volt, hogy a JPA viszont lassú és senki ne használja.)
  • Datastore műveletekre is vannak callback-ek, ez nekem új volt. Kérdés, hogy ha admin konzolból módosítok perzisztens adatokat, akkor is meghívódnak-e ezek a callback-ek. Hasznos lenne.
  • Szóba került, hogy nem lehet szálakat, JNDI-t és EJB-t használni. Én ezt úgy pontosítanám, hogy nem kell.
  • Spring OK, de lehetőleg AOP nélkül.
  • JBoss SEAM: Inkább ne.
  • A cache-elésről elég sok szó esett. A pricing modell miatt központi szerepe van ennek a funkciónak, mivel ez ingyen van és ki lehet vele váltani fizetős szolgáltatásokat. Elvileg minél több dolgot cache-ből kellene kiszolgálni. Amit nem tudtam, hogy a cache-re is van aszinkron API és nemrég jelent meg az admin konzolon egy egészen használható memcache menüpont, amiben például kutakodni tudunk a cache-ben, vagy üríteni a tartalmát.
  • A HTTP kérések kiszolgálása szerlvetekben alapból szerializáltan, egymás után történik. Explicite kérni kell a konkurrens kiszolgálást, azaz meg kell adni valamit a konfigban. A szerializált kiszolgálás olcsóbb, de hosszabb a válaszidő. A konkurrens kiszolgálás drágább, mert ki kell fizetni az új példányok indulási és leállási overhead-jét. Erre figyeljetek.

Kicsivel több mint tizen voltunk, de sokkal többen nem is fértünk volna be a terembe. (Bár ha jól emlékszem van nagyobb terem is ott.) Nem tudom honnan volt meg Kelly-éknek az emailcímem, mindenesetre szerencse hogy megvolt nekik, és hogy nem jelölte be a levelezőm spam-nek a meghívót. Köszönet a szervezésért!

Update 2012.05.06: Itt van a hivatalos beszámoló a Kelly IT resources-nél, és némi képanyag.

Szólj hozzá!

Címkék: konf appengine

33rd degree 2012

2012.04.19. 13:33 tvk

Pontosan egy hónapja került megrendezésre Krakkóban a 33rd degree Java konferencia, amit idén sajnos kénytelen voltam kihagyni. Viszont követtem az eseményeket a neten, úgyhogy íme egy kis összegzés:

Venkat előadásan minden esetben teltház volt, már a kezdés előtt negyed órával is. Néhány aranyköpés tőle, a dőlt betűs részek az én hozzáfűzött gondolataim:

  • If you can't split it - you can't scale it
  • They fixed Java. And they named the fixed Java Scala.
  • Never argue with Java compiler! Ezt persze ki lehet terjeszteni az egész számítógépre, mindenesetre nagyon élvezetes hallgatni, amikor valaki ököllel üti mellettem a billentyűzetet és szitkozódik, hogy "dehát ennek működnie KÉNE". Esetleg hozzáteszi, hogy a java (vagy az éppen használt tetszőleges programozási nyelv) szar.
  • RDD -> resume driven design Ő azt hiszem úgy értette, hogy olyan komponenseket használnak a szoftverben, ami a CV-ben is jól fognak mutatni. De a másik irányba is van értelme, hogy olyan komponenseket használnak, amik szerepelnek a fejlesztők CV-jében - tehát amiket eleve ismernek. Tehát sosem próbálnak ki új dolgokat.
  • Half of the audience uses Eclipse. How many will still use it when asked to pay for? NONE! Ha fizetni kéne, valóban lehet hogy én is inkább az IDEA-ért fizetnék, bár a franc tudja.
  • Standardization before innovation is a bad idea
  • It's often easier to build good solutions with right people than with cheap people
  • Scala is an ocean and you have to learn how to swim in it.
  • Java gonna have closures between Java 8 and Java 23
  • programming in java concurrency is like working with mother in law. It's just waiting for you to fail
  • Singleton is a pattern that takes 5 minutes to learn and 6 months to get it right
  • if you turn up the volume you hear a compiler laugh "Really???...."
  • Magic in scala is okay but static import in java is not?
  • Valahol szóba került a Kotlin, Jetbrains-ék által kitalált nyelv. Hát, hajrá nekik.

Szólj hozzá!

Címkék: java konf scala

Appengine: startidő, memória

2012.03.14. 13:41 tvk

Az appengine alkalmazás fejlesztésének és üzemeltetésének van egy elég egyszerű szabálya: maradj minél távolabb a kvóta limitektől. De a kvóta limitek mellett létezik még néhány íratlan szabály, amire nem árt figyelni. Vannak a felhőszolgáltatás jellegéből adódó tévhitek, amik közül most kettőt kivesézek.

"Végtelen sok memória van." Ez egyrészt nem igaz, mert jól meghatározott keret áll az alkalmazások rendelkezésére. Ha egy alkalmazás belerúg egy nagyot a memóriaplafonba és a GC futtatás nem szabadít fel elég memóriát, akkor egy jóval drasztikusabb szemétgyűjtő módszer kerül bevetésre: leáll az alkalmazás. Másrészt a java elég hatékonyan tudja elhasználni a szabad memóriát, főleg ha az összes menő keretrendszert beletesszük a szoftverbe és nem figyelünk rá hogy milyen adatokat hogyan tárolunk. Az appengine ebből a szempontból nem úgy viselkedik mint egy átlagos webszerver. Nem kezd el vergődeni, hanem simán kinyírja a szervletet ha valami gond van. Ha rosszul van felépítve a kérés kiszolgálás, akkor minden egyes alkalommal kinyírja, mellesleg ez már nem is elhanyagolható összegbe kerül, ha esetleg a kvóta limitek fölött vagyunk.

Szólj hozzá!

Címkék: appengine

Bp. Newtech Meetup 5. Szülinap

2012.02.21. 08:56 tvk

Múlt héten került megrendezésre a Budapest Newtech Meetup szülinapi partija a Toldi moziban. Már délután kettőtől elkezdődött egy rendezvény, ahol a Mobilitás és Multimédia Klaszter tagjainak fejlesztéseit lehetett kipróbálgatni. Erre sajnos nem tudtam időt szakítani, de az index-en megjelent egy cikk róla.

Szólj hozzá!

Címkék: konf

Appengine Datastore Writes

2012.02.16. 06:39 tvk

Ismét a Google Appengine kvótáival kapcsolatban ragadok billentyűzetet. A Datastore Writes-ról fogok írni, ami némi gondot okozott nekem az utóbbi időben. A Datastore Writes egy mérőszám, ami azt jelzi hogy a GAE alkalmazás mennyi adatbázis írás műveletet végzett a nap kezdete óta. Az első 50 ezer művelet ingyen van, efölött pedig 1 millió művelet kerül 1 dollárba. Ez egyáltalán nem nagy összeg, de azért érdemes figyelni rá. Először is nem árt tudni, tulajdonképpen mi számít egy adatbázis írásnak.

Egy entitás perzisztálása legalább egy darab művelet. Az entitás property-jeire a GAE automatikusan indexeket tesz (kivéve a Text és Blob típusúakat), amik arra kellenek, hogy filterezett vagy növekvő illetve csökkenő rendezett lekérdezéseket lehessen rájuk csinálni. Ez property-nként két indexet jelent, egyben plusz két írási műveletet. Ha összetett lekérdezéseket akarunk alkalmazni az adott entitásokra, akkor saját kompozit indexeket is el kell helyeznünk, amik szintén növelik az írási műveletek számát. Ha kihasználjuk a GAE datastore azon tulajdonságát, hogy egy property-nek több értéket is adunk, akkor találkozhatunk a robbanó indexekkel is. Extrém esetben el lehet érni az egy entitásra rakható indexek maximális értékét is (5000). Itt van egy táblázat arról, hogy az entitások módosítása és a törlése során hogyan számolódnak az adatbázis írás műveletek. Node hogyan lehet ezt optimalizálni?

2 komment

Címkék: java appengine datastore

Google Spreadsheets

2012.01.10. 23:44 tvk

Ha van Google Account-od és nem csak levelezésre használod, akkor valószínűleg találkoztál már a Google Docs-csal, azon belül is a Spreadsheet-ekkel. Az is lehet, hogy szöveges és számértékek táblázatba írásán kívül szükséged volt egyéb okosságokra is, például mindenféle függvények alkalmazására vagy grafikonok rajzolására, esetleg közvéleménykutató formok készítésére. De ezek még csak a kevésbé izgalmas dolgok.

1 komment

Címkék: google javascript java

Kávéfőző

2011.12.08. 15:28 tvk

Csak egy rövid kis sztori.

Pár éve volt egy meló, ami során egy harmadik fél által fejlesztett, több éve élesben működő szoftverben kellett néhány változtatást megejtenünk. Ehhez először is fel kellett derítenünk a releváns kódrészeket és meg kellett értenünk a működésüket.

Rövidesen találtunk egy tiszteletet parancsoló méretű -több ezer soros- forrásfájlot, amibe mindenféle dolog bele volt zsúfolva. Onnan kezdve, hogy egy SAX parszer handler osztálya volt (amibe eleve nem szerencsés túl sok logikát belepakolni), akadt benne validáció, lokalizáció, adatbázis kezelés és munkafolyamat vezérlés. Szóval csúnyán megszegte az SRP-t.

"És még kávét is főz." - jegyezte meg valaki.

Sajnos elég gyakran kellett módosítanunk benne. Elég sok gond volt vele, sok szó esett róla a projekt folyamán. Egy idő után már csak egyszerűen "kávéfőzőnek" neveztük.

Nektek van kávéfőzőtök?

1 komment

Címkék: antipattern

Frontend Hours

2011.11.13. 07:50 tvk

Nov 7.-én ment élesbe a Google Appengine új árazási modellje. Már jó előre bejelentették a dolgot, de mivel azt ígérték, hogy aki eddig az ingyenes tartományban volt kvótahasználatilag, annak valószínűleg ezután sem kell fizetnie, nem fordítottam rá nagy figyelmet. Aztán az élesítés napján ránéztem a kvótáimra és megrökönyödve láttam, hogy ahol eddig 1-2%-os mocorgás volt, ott most a 80%-ot nyaldossa a grafika. Egész pontosan a "Frontend Hours" és a "Datastore reads" volt a két kritikus tényező, aminek az okát rögtön meg is értettem:

1. Nem használtam cache-elést, mert alacsony terheléshez minek. Na ezt most pótolnom kell a közeljövőben. Gyorsan utánanéztem, szerencsére elég egyszerű lesz beépíteni, ezzel nem lesz gond. Kb. úgy lehet cache-be tenni adatokat, mintha Map-be tenném, illetve hasonlóan lehet kiszedni is. Pár finomság azért biztosan elő fog kerülni pl. azzal kapcsolatban, hogy nem egy globális cache-re lesz szükségem, hanem több különállóra, amit esetleg egyenként tudok törölni, invalidálni. Elvileg van erre lehetőség appengine-ben.

2. Volt egy percenként induló cron task-om, ami szintén a datastore-ból kérdezgetett, külső URL-eket fetchelgetett és visszaírogatott a datastore-ba, de mellesleg arra is jó volt, hogy a szervlet leállítását meggátolja és így viszonylag jó válaszidőket tudjon produkálni az alkalmazásom. Na ezt most úgy ahogy van le kellett kapcsolnom, mert zabálja a "Frontend Hours"-ot. A cache-elést itt is alkalmazni fogom majd, de a külső URL-eket továbbra is jó lenne minél gyakrabban fetch-elni. Nem tudom még hogy mi lesz a megoldás, de jó lenne ha minél kevesebbet kellene programoznom hozzá és nem kéne széttörnöm a családi malacperselyt a fenntartási költségéhez.

Szólj hozzá!

Címkék: appengine

Spring Security

2011.10.27. 06:08 tvk

In the recent days, I had to get acquainted with Spring Security, which is a security framework for Java (Web) applications, based on the popular Spring framework. Instead of wading through the docs, I chose to pick and watch a screencast. I've found this one on InfoQ with a lot of well understandable examples and code. It had been recorded at SpringOne 2GX Chicago 2010, October 22. I found myself relistening parts of the screencast again and again, so I decided to write a "table of content" about it with timepoints. It may be useful for others so I post it here. (Well, SpringOne 2GX 2011 is held just now.)

From InfoQ: "Mike Wiesner is a Senior Consultant with SpringSource and has 10+ years experience in Java enterprise development and consulting. He is a committer of the Spring Security Framework and the creator of the Spring Security Kerberos Extension. He regularly speaks at various conferences and publishes work around Application Security and Spring."

Szólj hozzá!

Címkék: java security webapp

Google Dart

2011.10.11. 20:48 tvk

Íme egy tömör összefoglaló a Google új webes programozási nyelvéről a Dart-ról, a langspec alapján. A weblapon vannak fenn interaktívan szerkeszthető példák, amik egyelőre úgy futnak, hogy először Javascript-re fordulnak. De a távlati cél hogy bájtkódra forduljanak, gyorsan induljon az alkalmazás, stb.

Szólj hozzá! · 1 trackback

Bp Newtech Meetup 55

2011.09.08. 12:39 tvk

Lefirkantom a tegnapi Bp Newtech Meetup eseményeit: 18:50-kor érkeztem az ImprÓ-hoz és csinos kis kígyózó sor fogadott a bejáratnál. A pincében vásároltam egy söröt, aztán befészkeltem magam az előadóterembe, ami igencsak tele volt.

Szólj hozzá!

Címkék: startup konf

Google App Engine tapasztalatok

2011.08.15. 12:20 tvk

Egy éve fejlesztek egy alkalmazást Google App Engine platformon, úgyhogy itt az ideje felvésni egy-két tapasztalatot róla. Röviden: az appengine egy webalkalmazások futtatására alkalmas, némileg ingyenes, felhő alapú platform. Egy Google Account-tal és egy telefonszámmal bárki szerezhet appengine account-ot, amivel lehetősége van max 10 webalkalmazás egyidejű üzemeltetésére. Bizonyos kvótákat kell betartani, vagy gondoskodni a kvótatúllépések viszonylag barátságos díjának befizetéséről. Java-ban, Python-ban vagy Go-ban lehet fejleszteni a platformra, miközben komolyan kell venni néhány olyan szabályt, amit bármelyik más platformra való fejlesztésnél komolyan kellene venni, elvileg.

3 komment

Címkék: java appengine

Magyar java helyzet

2011.07.18. 11:05 tvk

Egy kis körkép a magyar java közösség történetéről és jelenlegi helyzetéről, ami sosem volt még ilyen rossz:

A 90-es évek közepén a java nyelv megjelenése után nem sokkal a BME-n létrehozták a javasite.bme.hu-t. Elég sok és jó minőségű tudásanyag halmozódott ott fel cikkek és hosszabb publikációk formájában. Fontos eleme volt a javasite-nek a levlista, amin néha a szokásos paprikás-savanyú hangnemben, de érdekes diskurzusok alakultak ki.

5 komment

Címkék: java

Frontend Meetup

2011.06.24. 08:29 tvk

Újabb tech összejövetelen tettem tiszteletemet, ami a LOffice-ban, a Liszt Ferenc tér forgatagának közelében lévő közösségi irodában került megrendezésre. A LOffice a belsőépítészetileg haladó és árfekvésben a magasabb kategóriába tartozik a bérelhető munkaasztalt és meeting helyszínt biztosító "intézmények" között. Hiába voltunk a pincében, a környezet inspiráló volt, kellemes hőmérséklettel párosítva.

Szólj hozzá!

Címkék: startup konf appengine

33rd degree egyebek

2011.04.27. 09:16 tvk

A maradék sallangok a 33rd Degree-vel kapcsolatban: Néhány random előadás és egyebek.

Linda Rising "Deception and Estimation" nyitó előadása kevésbé volt technikai, inkább egy gondolatébresztő haladó angol órára hasonlított. Arról beszélt, hogy gyakran tudat alatt becsapjuk magunkat a saját képességeinket illetően és téves becsléseket adunk. Ezzel nem szándékosan félrevezetjük magunkat és másokat is. Tipikus példa amikor "emberhónap" alapú időbecslést kell adni. Ezzel kapcsolatban még a Brook törvénye is szóba került, miszerint ha egy nő kilenc hónap alatt tud kihordani egy gyereket, akkor kilenc nő egy hónap alatt. Más téma: Az adatok és a tények semmit sem számítanak. Ha valakinek van egy új tézise amit adatokkal alá tud támasztani, az csak akkor fog valójában teret nyerni, ha az összes ellenzője kihal, mert a legtöbben nagyon ragaszkodnak a megszokott szabályaikhoz.

Szólj hozzá!

Címkék: konf

33rd degree, Scala

2011.04.11. 15:24 tvk

Több előadáson is voltam ami Scala-ról vagy legalábbis a funkcionális programozási paradigmáról szólt. Az elsőt Ted Neward tartotta, akit a kinézete vagy provokatív stílusa miatt inkább hinnék valami rockzenekar gitárosának mint tech expertnek. (Lengyelország akkor az most milyen Európa? Kelet? Ó! Azt mondod közép? Mióta? Mindegy, akkor maradjunk az amerikai nézőpontnál: Célpont.) Ő arról beszélt, hogy a klasszikus GOF tervezési mintákat hogyan lehet Scala-ban alkalmazni. Egyes patternek eleve a nyelv elemei, más patternek értelmüket veszítik funkcionális programozásnál és végül bejönnek teljesen új megoldási lehetőségek.

Na nézzük mi is volt:

  • Singleton: ez Scala-ban nyelvi elem. object
  • Command: ez az apply() amivel látszólag magát az objektumot hívhatjuk meg mint függvényt.
  • Strategy: ezek maguk a függvények, amik Scala-ban ugyanúgy átadhatóak paraméterként mint bármi más érték.
  • Composite: case classes. Ezek olyasmik mint a POJO-k csak sokkal jobbak.
  • Visitor: ez a szteroidokon nevelt case elágazás, amibe a java-val ellentétben nem csak int konstansok írhatóak be, hanem nagyon változatos kifejezések is.


Több létező mintát nem sorolt fel, inkább más egyéb dolgokat említett: Például a decompositional recursion-t, ami egy fontos darab a funkcionális programozó eszköztárában. Másik dolog a for ciklusok hátránya. Ha írsz egy for ciklust amiben index alapján elmész egy tömb elejétől a végéig, azt nem lehet több proceszorra optimalizálni. A jobb megoldás egy magasabb rendű "for" függvény használata ami majd valami irreleváns módon végigiterál a tömbön. Alkalmasint párhuzamosítva, egyszerre több CPU-t használva. A kedvencem a farokrekurzió is előkerült. Bizonyos rekurzív algoritmusok kioptimalizálhatók úgy, hogy ne zabálja fel a program a stack-et.

Volt szó a pipelines-ről, ami olyasmi mint a fluent interface, csak Scala-ban nem kell kiírni bizonyos esetekben a pontot a fv hívásnál így még jobban olvasható lesz a kód. Végül az ExpandoMetaObject-ről, ami nekem már magas volt, de valami reflection-szerű dolog.

Venkat Subramaniam a 2.8-as Scala verzióban bevezetett újításokról beszélt. Roppantul tetszett, ahogy realtime mutatta be egy sima szövegszerkesztővel a példákat, ott helyben begépelve, mezítláb, illetve pontosabban zokniban. Szimpatikus volt az a szövegszerkesztő is, vagyis a plugin amit használt hozzá. A begépelt apró programokat rögtön kiértékelte és az eredményt popup-ban megjelenítette közérthető módon.

Tehát a Scala 2.8 új elemei:

  • Fontos új elem a Vector Collection, aminek nem csak az elejére lehet "beszúrni" elemet mint a List-nek hanem bárhova. Azért írtam idézőjelet, mert egy immutable objektumról beszélünk. Valójában egy új objektum képződik egy ilyen beszúrásnál nem a meglévő változik meg.
  • Vannak lazy collection-ök, amik csak akkor számolják ki a next-et amikor valóban szükség van rá. Pl. a Stream, bár én úgy emlékszem hogy megvolt ez már 2.7.9-ben is.
  • Named parameters: el lehet nevezni paramétereket, ami gondolom annotációként lemegy a fordítot class fájlba és lehet ezekre név szerint hivatkozni a függvény meghívásánál. Akár meg is lehet cserélni a paraméterek sorrendjét így.
  • tailrec annotáció, ami egyrészt segítség a compiler-nek a farokrekurzió kioptimalizálásához, másrészt fordítási hibát okoz ha valaki elrontja ennek a mágiának az előfeltételeit, pl. az utolsó művelet nem a függvény saját magának a meghívása lesz. Itt a realtime demónál elgépelt valamit, de majd utánanézek hogy mennyire volt ez véletlen.
  • Chained packages: package-ben lehet package-t definiálni. Nem értettem pontosan, de itt valami olyan változtatásról volt szó, ami visszafelé nem kompatibilis a 2.8 előtti verziókkal. Nem okoz gyakran fejfájást, speciális eset.


Egyébként a konferencián gyakran visszatérő téma volt a funkcionális paradigma használata, a Scala és Clojure nyelvek bemutatásától és boncolgatásától kezdve egészen Neal Ford Functional Thinking című előadásáig, ami arról szólt hogy java-ban hogyan lehet funkcionálisan programozni és ez miért jó. Az utolsó napon én már minden előadásba ezt a paradigmát magyaráztam bele tudat alatt. Akár Ted Neward Rethinking Enterprise című standup comedy-jén vagy amikor az Neal Ford Abstraction Distractions-ről beszélt. Az OO biztos az ultimate módszer? Az EJB minden problémánkat megoldott? Akkor csak fel kellene tekerni 11-es állásra a potit a szerveren és bármennyi kérést ki tudunk szolgálni, nem? Ne fogadjunk el semmit feltétel nélkül, mindig keressük a jobb megoldásokat. Btw, a "best practice" valójában a kib. átlagos gyakorlatot jelenti, egyáltalán nem a "legjobbat", hiszen mindenki azt használja. De a Clojure nekem még továbbra is UFÓ programozási nyelvnek tűnt, dehát azt is megtanultuk a Paul Graham Blub paradoxonjával, hogy ez egy megszokott dolog.

Tehát legyetek nyitottak az újra, szeressétek az elsőrendű függvényeket és sosem fogadjátok el azt a választ, hogy "Jézus". Én meg jövök még egy poszttal nemsokára, ha minden jól megy. Abban írok még majd pár érdekes előadásról és magáról a konferencia többi részéről úgymint helyszín, utazás, emberek, ingyen sör.

Szólj hozzá!

Címkék: konf scala

Matt Raible - Comparing web frameworks

2011.04.07. 23:35 tvk

Krakkóban vagyok éppen egy Java konferencián. Fogok írni két-három posztot a témában, de lehet hogy a posztokat később kiegészítem linkekkel, képekkel. Nem az előadások sorrendjének megfelelően írok, a következő például szerda délelőtt volt:

Klasszikus téma, Java web frameworkök összehasonlítása. Az előadó amerikai, ez a magabiztos és meggyőző kiállásán is látszott.

Azzal indított, hogy ha már web frameworköknél tartunk, rögtön érdemes kizárni a nyilvánvalóan rossz választásokat. Tehát ne válassz Struts-ot és JSF-et. :) A javaslata az volt, hogy egy projekt elején csináljunk mindenképpen néhány prototípust különböző WebFW-ekkel és egy táblázatba írjuk fel a tapasztalatokat, pontozzuk őket, súlyozzuk a pontokat és aztán válasszunk legjobb belátásunk szerint. Eddig még egyébként csak olyat láttam, hogy vallási alapon válaszottak keretrendszert. Pl. a cégben van egy Wicket hivő és ő nyomja bele az összes projektbe. Vagy valaki hallotta hogy a GWT menő, ezért a következő projektbe bele is csempészte. Szakmai maszturbációnak jó volt, a projekt viszont megbukott -többek között emiatt.

Ezután mutogatott mindenféle táblázatokat amit ő írkált össze. Mit ne mondjak, fura sorrendek jöttek ki neki. Grails, GWT és Ruby on Rails voltak a dobogósok kb., de többféle súlyozást is mutatott, ahol ugyanezek szintén jó helyezést értek el.

Mutatott még trendeket, ami szerint USA-ban nagyon sokan Rails-oznak, sok ilyen állás van (a LinkedIn alapján) míg Európában ez nem annyira bejövős. Nálunk inkább a Wicket a menő. A WalMart Wicketet használ egyébként - azt mondta. És azt is megemlítette még, hogy látott már elbukni (Wicket vagy JSF) projektet túl nagy szerveroldali session méretek miatt. A levlista forgalomból vajon lehet-e következtetni egy projekt sikerességére? Azt a konklúziót vonta le, hogy igen. A nagyobb levlista forgalomhoz egészségesebb projekt tartozik még akkor is ha ehhez több hibával kapcsolatos levél tartozik. Oké hogy több a hiba, de legalább pörög a projekt. Hogy egy projektből mennyi release jön ki évente, erről már nehezebb nyilatkozni hogy mi a jó. Vaadin-ból például 20 release jött ki, csak győzze az ember frissíteni a projektet.

Adott egy-két javaslatot, pl. hogy sürgősen tanuljon meg mindenki Javascript-ben programozni, és szánjon rá 15 percet a HTML5 megtanulására. Elvileg ennyi idő elég, ha valaki ismeri a HTML-t.

A végszó az volt, hogy nincs "legjobb" keretrendszer, mindenkinek magának kell megtalálnia a megfelelőt.

A nagy megfejtés tehát nem lett meg, de maga az előadás nagyon jó volt. Amúgy meg itt van pdf-ben az egész, akit érdekel.

Szólj hozzá!

Címkék: konf

SUU11

2011.03.09. 13:17 tvk

Egy Szilícium völgy mai helyzetéről szóló -azóta előfizetői tartalommá vált- portfolio.hu cikken felbuzdulva elmentem az eseményre. Lássuk mit tanultam, de előtte mégegy beharangozó cikk és egy bejegyzés az általános műveltséghez a VC-kről. Bocs, de egy-két Wikipedia szócikket belinkelek néha.

Keynote

Hallhattuk, hogy az európai kockatőke nem teljesít jól, 1%-os hozamot szoktak generálni. Egy-két nagyságrenddel kevesebb pénzből kell üzletet csinálni, mint az USA-ban. Nincs exit lehetőség, de a magyar cégek is néha idealisták és naívak. "A befektető mindig a zsokére tesz, nem a lóra." A csapat a lényeg, nem(csak) az ötlet.

Drew Banks lényegi mondanivalója a következő volt, miután elmondta hogyan került a Szilícium völgybe -egyébként viszonylag későn- a prezihez Head Of Marketingnek: Hire Up (építs csapatot), Simplify (a komplexitás drága), Paranoia, No boundaries, Execute. "Az USA-ba menni nehéz", mert üzleti, jogi akadályokat kell legyőzni.

Szigetlaki Zsolt a WebCamLaboratory-tól, a tavalyi győztesként lett meghívva: Az ötletet nem szabad túlértékelni, minél nagyobb léptékben érdemes gondolkodni, jelen kell lenni. Jól kell tudni demózni, befektetőket (akik rettegnek a kockázattól) csak kész termékkel érdemes megkeresni. A nap visszatérő mondanivalója volt, hogy nálunk nincs nagy kultúrája a prezentációnak, nem tudunk jól előadni. Pedig azt is tanulni kéne gyakorolni mint bármi mást. UStream-ék például napokon keresztül gyakorolták az előadást mielőtt Japánba mentek a befektetőkhöz. A szerződés előtt Term Sheet-et szoktak csinálni, átvizsgálják jól a céget és ez hónapokig (4-6) húzódik, de miután megvan a szerződés azután sem lehet nyugodtan aludni. ("Csak ne cseszd el.") A startup-juk egyébként két évig volt hobbi fázisban mielőtt kiléptek vele a rivaldafénybe. Tavaly miután megnyerték a SUU-t kaptak százmilliós nagyságrendű összeget. A munka: magányos fázis, nem támogat senki, unalmas, át kell lendülni rajta. Hullámvölgyek vannak. Befektetőt keresni napi 8h-s munka. Az előadás után éppen ment a srác SF-be konferenciára.

A StartUp verseny

30 résztvevő volt, ebből 8-an kerültek be a döntőbe. Ha jól értem kritérium hogy nem lehet nyeresége (vagy árbevétele?) a cégnek, ehhez képest nem értem hogy egyesek miért kerültek ide és miért kérték számon rajtuk a nyereségeséget. Vagy benézek valamit? Csak egy-két saját megjegyzést írok ide és a zsűri legfontosabb kérdéseit. A többi megvan a SUU honlapon, a startup-okra mutató linkekkel egyetemben:

DragonTape: Győztes. 7 ember, 4 tanácsadó 1.2M$ kellene, most napi 200e látogatójuk van. Jó előadás. Kérdések: -Kész a termék. Mire fordítanátok a pénzt? -Miért kell ez nekünk?

GrundFootball: a teremben úgy láttam viszonylag kevesen érdekeltek a fociban. BM van, a pályatulajdonosoktól akarnak díjat kérni a megjelenésért, stb. Elkezdték a más országokban való terjeszkedést. 6 fő. Kérdések: -Hogyan lesz marketingolva. (A lefoglalt domain nevek indukálták a kérdést. Pl. ".de" nem volt benne, de ott is fognak terjeszkedni.) -Versenytársak? Vannak.

InfoMeme: Harmadik helyezett. Laza volt az előadó srác mint a rigalánc, őszintén szólva nem hittem hogy nyernek valamit. Nekem az ötlet is elszálltnak tűnik. 3 fő, egyik ős Wiw-es, van bevételük. -Mi a különbség a konkurensekkel? (Miénk jobb, mint mindig.) -Filter illegális tartalomra? -Online fizető rendszer rendben van? Igen. (Pénz szaga megérezve.)

Ingyenhívó: Második helyezett. Rudolf Péter a startup "magyar hangja". Prémium ügyfelek logóit lehetett látni, pl. Toyota, BMW, UPC. Az exit stratégia telkó cégnek eladni. -Mennyivel jobb a többieknél? Olcsóbb, jobb. -Külföld? -Árbevétel honnan jön?

ImFlux: az előadás megszakadt, pedig nem volt vele gond.

Laokoon: Az egyetlen nem IT-s téma. Már 2003-ban nívódíjat kapott vele, de rejtegette, mert nem akarja hogy elvigyék az ötletet. Némileg igaza van. EU szintű szabadalom a terv, ehhez kéne néhány millió. Ez az összeg túl kicsi ahhoz, amivel a VC-k általában foglalkoznak. Szumma 10M HUF. -Miért nem stúdióval dolgozik? -Piackutatást végzett-e? Tényleg jópofa anyagok, megtapintgattam. Lady Gaga következő ruháját el tudom képzelni ebből.

Netbeszéd: Mégegy webkamerás téma. Részletes BM, Microsoft alapokon, 185M kellene üzletrész fejében. 3 programozó + 3 egyéb emberből áll a csapat. -Bevétel még nincs?

Reklámfaló:1 éve megy a cég, nyereséges (?), vannak számok. -Mennyire értékes a célközönség aki azért néz reklámot hogy nyerjen? -A srác több projektben is benne van. Feltették neki a kérdést, hogy ő melyikre tenne.

Zsűri: "kockázati tőkések, üzleti angyalok, M&A tanácsadók és sikeres, már kiszállást realizáló technológiai vállalkozók" Finext iEurope Allegroup QualyPlan Portfolion European Entrepreneurship Foundation DBH

Szünet után

A netenacégem tartott előadást. Elszomorító számokat hallhattunk az eredményességről 1% és arról hogy hány cégnek van honlapja. Szerintem magyar sajátosság, hogy nagyon sok az egyszemélyes -leginkább adóoptimalizálás céljából alapíott- cég, aminek nem kell honlap.

Ezután Benedict András prezentált a Wiw-vel kapcsolatban. Megemlítésre kerültek: The Cook - CsP, Tanya, Soop, Sün Sün Sün.

David Bizer: 6 évig a Google-ban dolgozott ha jól vettem ki HR vonalon, de ez csak mellesleg lett megemlítve. Most a HackFwd-nál van, ami egy német székhelyű startupokat támogató cég. A bemutató videójuk nagyon jó, érdemes megnézni. A konf-on is nagy sikere volt. Megemlítette ezt a cikket és ezt a honlapot business modell felvázolásához. Megemlítésre került még, hogy EU-ban 15 éves múltja van a startupoknak, USA-ban meg 60.

A WalleyConnect Stanford-ot is megjárt emberének előadása következett: Mi a völgy titka? Emberek, cégek koncentrációja, egyetem, környezet - óceán. NY konzervatívabb, elküldik onnan az embert hogy "hülye vagy" a másik parton pedig sikeres lesz belőle. Sand Hill Tour-nak nevezik amikor az ottani startupok elmennek házalni az ötleteikkel a Homokdomb utcába. Ma kisebb tőke is elég mint régen. Second Market van. "Nem lesz lufi" ezt hallottam ki. Ismét előjöttek az USA-val kapcsolatban a jogi és üzleti akadályok.

Szilícium völgy kerekasztal

Magyar Szvölgy? Nehéz. Nem lesz. LogMeIn: NASDAQ-on is fenn vannak (LOGM), Bp-n és Szegeden van irodájuk, "van játék szoba, nincs HW probléma" "nehezen váltanak céget az emberek". Az Indextools-os emberek végül nem tudom eljöttek-e. Az is egy szép történet volt úgy emlékszem. Talentis viszont volt. A pizzát jól értem hogy a turulcsirip szponzorálta? Finom volt és sok volt.

Pizza után

Számomra a Nanofarm-os ember mondta a megemlíteni való dolgokat: Ki kell egészíteni a csapatot a hiányzó kompetenciákkal, de cserélhető emberekkel. Pl. ha a Sales nem teljesít jól, le kell cserélni. Haver, üzlettárs erre nem jó. Kirúgható ember kell. A befektetőt átlátható cég érdekli, a befektetők különbözőek. Legalább olyan jó kollégák kellenek mint "én". Due diligence, term sheet, exit, kizárólagosság.

Következett a "Befektetői kerekasztal, ahol Jeremie-s és regionális befektetők beszélgetnek a seed fázisból való kijutásról és lehetőségekről, a regionális és globális célok realitásrairól: Bruckner Zoltán (Primus), Halász Iván (Finext), Molnár András (Portfolion), Berecz József (DBH), Tánczos Péter (Euroventures), Kohut Gergely (iEurope), Zsembery Levente (BIGGEORGE’S-NV Equity)". A kulcsmondat számomra ez volt: "Egy induló cégnek kötelessége eljutni minél tovább tőkebevonás nélkül."

A teljesség igénye miatt leírom, hogy tudok olyan cégről aminek a kifejezett stratégiája a VC-k elkerülése volt. Tehát van egy ilyen irány is. Ja és a Facebook könyvből is él a fejemben az a mondat, hogy "kockázati befektető: jó ha van, de jobb ha nincs." Bele akar szólni, pénzt akar csinálni minél hamarabb, akár olyan áron is, ami magát az ötletet hazavágja.

De szóba kerültek még a következők: A VC-vel való "összebútorozás" évekre szól, érdemes jóban lenni. Mindkét félnek általában ez a célja.

Saját eredeti ötletek vs Copycats. A copycat is ok, kisebb benne a kockázat, mert látni egy működő modellt, de nehéz kivinni külföldre, ahol pl. már él a globális eredeti ötlet. Többször is elhangzott a védhetőség: Az vajon mi? Mi védhető? Ami mögött jó jogászok vannak az védhető. "Van olyan gyógyszeripari cég, amiben több a jogász mint a vegyész." Szükség lenne üzleti inkubációs szolgáltatásokra.

0 hosszúságú Kávészünet után jött a Közösségi panel

Az MMklaszter nagyobb vállalkozások számára hasznos, a MobilPiknik mobilos fejlesztőket próbál összehozni kötetlen módon és van még a startupok.hu és a startupflyer. Az előbbi egy twitter aggregátor, a másikon pedig van egy hasznos prezi-alapú térkép a hazai résztvevőkről. KiBu: hozd be az 5leted és megcsináljuk 1ütt. De lehet hogy ez inkább a CoWorking-os CoLabs mondása volt. Ellentmond a keynote-ban elhangzott Paranoia kulcsszónak? Végülis meg lehet magyarázni hogy nem teljesen mond neki ellent. Mindenkinek van saját ötlete, inkább azt csinálja meg mint másét. Innen indult egyébként a Prezi is - a konyhából. Mondanivaló még: Nincs edukáció startupokra az egyetemen. Ja. Ezt valamelyik külföldi előadó is előhozta. Nálunk inkább akadémiai jellegű az oktatás, a twitter falon meg kiírta valaki hogy az USA-ban egy év alatt szedett össze annyi tudást mint itthon 5 év alatt. Azt én is érzékelem, hogy csakis külföldi anyagokból érdemes táplálkozni. Ha jól emlékszem a Google könyvből, a Standford-on egyébként külön szabadalmi iroda van. Támogatás: Van egy gap 5-50M-nál ahol senki sem foglalkozik a támogatással. További idézetek még: "nem vagytok tárgyalóképesek" "mentorokra lenne szükség".

Rendezvények vannak nálunk is, networking fontos lenne, de az a baj hogy sokszor ezeken geek-ek szorzódnak geek-ekkel, ami nem termékeny dolog. Oda kellene menni ismerkedni egymáshoz, de nem szoktak. Én is húztam el most. Na majd legközelebb talán.

Eddig ezeket a visszhangokat találtam, amiket majd elolvasok ha lesz időm: dotkom, valtozasmenedzser, sarnyai, Index tudósítás az eredményről, webisztán. De úgy látom senki sem cseszett el rá ennyi időt mint én. Most pedig ALT-TAB, vissza a taposómalomba. Sziasztok.

4 komment

Címkék: startup konf

Testreszabás

2011.03.07. 12:21 tvk

Először is testreszabom az oldal kinézetét. Elég minimalista lesz, hangyányi betűkkel, harsány színek nélkül, hogy feltűnés nélkül lehessen olvasgatni. Az oldaldobozokat is leszedem amíg nem tartalmaznak érdemleges információt, aztán majd esetleg szépen lassan visszaszivárognak.Lehet kódot is írni. Frankó.

Lehet írni vastagot, dőlt betűt, linket.

Szólj hozzá!

Címkék: blog

süti beállítások módosítása