A nagy felfedezések kora
Az utóbbi időszakban több alkalmazással is szembe kerültem, melyek pillanatok alatt meggyőztek létjogosultságukról. Ez önmagában még nem is lenne érdekes, viszont ezek az új alkalmazások a már évek óta jól bevált és napi rendszerességgel használt szoftvereimet taszítottak le a trónról.
Így történt meg, hogy a már ~10 éve uralkodó WinRAR-t egy szempillantás alatt cseréltem le a 7-Zipre. Bár rendszeresen előtör belőlem egy késztetés, melynek hatására a szoftvereimet le szeretném cserélni nem fizetős, cross-platformos alternatívákra, azonban ezek legtöbbször csalódással és beletörődéssel végződnek. 😕
Viszont a 7-Zipre koránt sem a fenti indíttatásból találtam rá, hanem teljesen véletlenül egy blog hozzászólásait böngészve. Csak ekkor tudatosult bennem, hogy ez egy díjmentes és nyílt forráskodú alkalmazás, ami csak azért érdekes, mert én ezt egészen idáig nem így tudtam. 😳 (Névről ugyanis már nagyon régóta ismertem.) A hirtelen és végleges cserétől függetlenül a WinRAR-t továbbra is az egyik legjobbnak tartom a maga nemében.
A második trónkövetelő az előzőhöz képest sokkal jobban meglepett, ami nem volt más, mint az Oracle által fejlesztett NetBeans IDE. Elsöprő sikert aratott nálam a Dreamweaver felett, amit már szintén hosszú évek óta használok, többnyire elégedetten. Az eset azért lepett meg annyira, mert a Dreamweaver alternatíváit gyakorlatilag folyamatosan vadásztam, és már-már úgy látszott, hogy a Notepad++ gyökeret ereszt mellette, míg rá nem leltem az Oracle termékére.
Egyébként csak ekkor döbbentem rá arra, hogy egészen idáig rossz szempontrendszer szerint kutattam a lehetséges alternatívakát. Nem léptem ki a HTML szerkesztők horizontális síkjából, és ezért nem ismertem fel egy PHP-s integrált fejlesztői környezet (IDE) szükségességét. Mindezt annak ellenére, hogy a Microsoft Visual Studio-t már évek óta rendszeresen használom.
A NetBeans olyan eszközöket ad a fejlesztők kezébe, melyek jelentős mértékben felgyorsítják és hatékonyabbá teszik a munkát. (Az ehhez kapcsolódó részletekről még lesz szó a későbbiekben.) Bár én a Dreamweavernek mindig is a teljesen natúr Coder nézetét használtam, pontosabban használom, mert a WinRAR-ral ellentétben ezt még nem dobtam el teljesen. Valószínűleg egy darabig még nem is küldöm nyugdíjba, mert úgy érzem, hogy jó szolgálatot tesz a NetBeans IDE (és a Fireworks) mellett. Nem tagadom, hogy a Dreamweaver jelentős mértékben háttérbe szorult, de egyelőre maradt a portfolióban. 😛
Hozzászólás: » 2 « • Írta: Péter (2010/06/13 10:06)
Miért nem sípol a MySQL Workbench?
“Például nem értem azt, hogy a felület miért nem jelez előre, ha inkonzisztens műveleteket hajtok végre, és miért csak szinkronizáció során derül erre fény.”
A fenti idézet a tegnapi bejegyzésemből származik, melyre ma este óhatatlanul, de megtaláltam a választ. 🙂 Egyszerű, ugyanis ezekért a fícsörökért egy éves előfizetést kell vásárolni az Oracle-től, ami évi 100 dollár. Ha napi rendszerességgel használnám, akkor egyáltalán nem lenne érte sok, de így még gondolkodom rajta. 8)
(Forrás: http://mysql.com/products/workbench/features.html)
Hozzászólás: » 0 « • Írta: Péter (2010/06/09 22:27)
Megjelent a MySQL Workbench 5.2.22 RC 2!
A MySQL április eleje óta gyorsuló ütemben fejleszti a GUI Tools utódját, vagyis a saját integrált adatbázis-tervező eszközét, hiszen a GUI Tools támogatása 2010. június 30-án ér véget. Az elmúlt két hónapban több, mint 300 hiba javítására került sor, és a felhasználói felületet is folyamatosan alakították.
Én az 5.1.18-as verziót párhuzamosan használtam az 5.2.16-os bétával, és ma cseréltem le mindkettőt a legújabb 5.2.22-re. A tapasztalataim abszolút pozitívak, mindenképpen gyorsabb és stabilabb lett a környezet. (Az 5.2.16 nálam rendszeresen produkált váratlan leállásokat.) Az új megjelenés engem egyből a Microsoft Visual Studio 2010-re emlékeztetett, és szerintem legalább olyan kényelmesre is sikerült. Az ikonok szinte kivétel nélkül egyértelműen utalnak a mögöttük rejlő funkciókra.
Az új és egységes ikonokra egyértelműen szükség volt, hiszen a fejlesztők új funkciókat is szállítottak nekünk, melyek közül nekem kifejezetten tetszik a sorbarendezési lehetőség az SQL Editorban. A MySQL Query Browserből mindig is hiányoltam, hogy a lekérdezések eredményét úgy rendezhessem sorba, mint például a Total Commanderben a fájlokat. Sajnos a táblák elrendezésére szolgáló gombok eltűntek ebből a verzióból, de remélem csak átmenetileg.
A modelltervezői felület fejlesztése szerintem jó irányba halad, és szerencsére az előbb említett gombok innen nem tűntek el. Természetesen itt még bőven kell mit módosítani/javítani. Például jelentősen gyorsítaná a munkát, ha egyszerre több táblát lehetne fülekkel szerkeszteni úgy, ahogy az SQL Editorban a lekérdezéseket.
Az adatbázis-modell szinkronizációval is vannak kisebb-nagyobb problémáim. Például nem értem azt, hogy a felület miért nem jelez előre, ha inkonzisztens műveleteket hajtok végre, és miért csak szinkronizáció során derül erre fény. Egyébként az alkalmazás ettől függetlenül is jelentősen meggyorsítja a fejlesztést és a módosítások érvényre juttatását.
Az Administration szekciót még nem próbáltam ki, de tudom, hogy az 5.2.16-os verzióban az Import/Export funkciók igencsak gyerekcipőben topogtak. Egy szó, mint száz az Oracle már most egy hiánypotló eszközt hozott létre, és őszintén remélem, hogy a lelkes fejlesztés június végével sem fog alábbhagyni.
Hozzászólás: » 2 « • Írta: Péter (2010/06/08 12:53)
Te megteszel mindent a potenciális ügyfeleidért?
Számomra sosem volt szimpatikus a Djuice által kialakított imázs, úgy tűnik mégis hajlandó vagyok ettől eltekinteni a hihetetlenül alacsony tarifákért cserébe. Így történt meg, hogy a minap ellátogattam a Djuice nyugati téri üzletébe (az U26-be). Gondoltam itt az idő, hogy kihasználjam a koromnak köszönhető kedvezményeket.
Sajnos azonban szembesülnöm kellett azzal a ténnyel, hogy az ügyintéző munkatársakat nem készítették fel az egykapus számhordozással járó ügymenet kezelésére. Valószínűleg az üzletben nem tartózkodott egyetlen személy sem, aki ezt ismerte volna, mert kitartóan próbáltak meggyőzni arról, hogy sokkal jobban járok, ha személyesen kérek engedélyt a számhordozáshoz a jelenlegi szolgáltatómtól. Csak zárójelben jegyzem meg, hogy annak idején a Vodafone szó nélkül vette át a telefonszámomat a Pannontól.
Miért is mesélem el mindezt?
Találkoztam már olyan online áruházzal, ahol az ügyfélszolgálat rendszerint azt javasolta a bizonytalan vásárlóknak, hogy az adott terméket egy nagyobb bevásárlóközpontban vegyék közelebbről szemügyre, és csak ezt követően adják le a rendelésüket (feltéve, hogy ezután már biztosak a döntésükben). Ezen vásárlók nagy hányada sohasem tért vissza, hiszen miért ne vásárolhatná meg azt, amit szeretne mindjárt ott a bevásárlóközpontban, ha már egyszer időt és energiát nem kímélve elment és megnézte azt. Az útiköltségekről, és az ott dolgozó tapasztalt személyes eladók meggyőző erejéről nem is beszélve …
Az online bolt saját maga alatt vágta a fát, amíg ezt a gyakorlatot alkalmazta, hiszen egyenesen a versenytárs (avagy ellenség) karjai közé küldte a potenciális ügyfeleket ahelyett, hogy inkább megpróbálták volna kideríteni az ügyfél bizonytalanságának okát, és megoldást keresni arra.
A bejegyzés elején említett Djuice-os történetet pedig azért meséltem el, mert nagyon hasonlónak érzem. Nem tartom kizártnak, hogy a Vodafone felkínál egy kedvezőbb ajánlatot, amikor tudomást szerez a számhordozás iránti igényemről. De mivel a lelkesedésem alábbhagyott a plusz két ügyfélszolgálati kör tudatában, a Vodefone már így is jobban járt, hála a Djuice ügyetlenségének.
Mi a megoldás?
A fenti probléma természetesen kikerülhető a munkatársak alapos és folyamatos felkészítésével. Egy online áruház (főleg KKV-k ) vezetőjének az ügyfélszolgálatos munkatársakat rá kell bírnia, hogy holtidőben böngésszék a keresett termékek/szolgáltatások adatlapját, időnként pedig igenis meg kell nekik mutatni a vállalkozáson keresztülfutó termékeket, hogy lássák azokat a valóságban is. Adott esetben szervezhetünk számukra egy tanulmányutat (avagy benchmark napot) is valamelyik üzletközpontba.
Ami pedig a meggyőző tárgyalásokat illeti, azokat mindig úgy kell megnyerni, hogy a végén a vásárló sajátjának érezze a döntést. Ezt mindenképpen érdemes tudatosítani a munkatársakban, és mivel ez nem könnyű feladat, ezért nem árt, ha jó kommunikációs és problémamegoldó képességekkel felvértezett eladókkal dolgozunk együtt.
Hozzászólás: » 2 « • Írta: Péter (2010/06/03 14:47)
Állig fegyverben
A Google Chrome-ot megjelenése óta párhuzamosan használom a Mozilla Firefoxxal, és nem titkolt terveim között szerepel, hogy egy napon majd teljesen átálljak Chrome-ra. Erre azonban még várnom kell, mert a legfontosabb kiegészítők nélkül már nem tudnék létezni.
Néhányra találtam alternatívát (például FireGestures-re a Chrome Gestures-t), de akad olyan is, amit egy-egy fejlesztő több-kevesebb sikerrel portolt már Chrome-ra (Web Developer, Firebug). Ugye pont ez utóbbi eszközök azok, amelyek számomra nélkülözhetetlenné váltak a webfejlesztéshez, főleg azóta, hogy a Firebugot kiegészítettem még a Firecookie-val és a FireQuery-vel. Úgy gondolom, ezek már minden szakmabeli számára az alap fegyverzet szerves részét képezik. Ezeken kívül már csak két fontos eszközt hiányolok a Chrome portfoliójából (DownThemAll! és NoScript), de a fejlesztőeszközök képességbeli felzárkóztatására is várnom kell még.
A legutóbbi kiterjesztésekről szóló írásomban megemlítettem az Abduction!-t, amit azóta kénytelen voltam a Pearl Crescent Page Saver Basicre cserélni, ugyanis a plugin fejlesztője azóta sem frissítette azt. De inkább nézzük miből áll most az eszköztáram!
Firefox
- Adblock Plus
- Adblock Plus: Element Hiding Helper
- ColorZilla
- DownThemAll!
- Firebug
- Firecookie
- FireFTP
- FireGestures
- FireQuery
- NoScript
- Pearl Crescent Page Saver Basic
- Stylish
- Web Developer
Chrome
- AdBlock+
- AdBlock+ Element Hiding Helper
- Chrome Gestures
- Eye Dropper
- Firebug Lite 1.3.0 Beta
- Speed Tracer
- Stylish
- Web Developer
- Webpage Screenshot
Egyedül egy alkalmazást nem említettem, az AFOM – Memory Recovery & Retention-t, amit teszt jelleggel használok. Egyelőre elég hatékonynak bizonyul, mert nem hagyja, hogy a Firefox memóriahasználata beragadjon ~200-300 MiB-os szinteken, ami eddig nem volt ritka.
Hozzászólás: » 2 « • Írta: Péter (2010/05/26 09:00)
Sajtó on demand, avagy egy álomkép
Egyre gyakrabban hallani a nyomtatott sajtó hanyatlásáról és a mobil platformok (okostelefonok, e-book olvasók) gyorsuló ütemű terjedéséről. Ennek kapcsán jött elő belőlem egy jövőkép, ami a print on demand (POD) és book on demand (BOD) piac felé történő erőteljes eltolódásról szól. Csak képzeld magad a következő történet közepébe, ami egy fiktív személy (legyen Márk) egy fiktív jövőbeli napját írja le …
Bővebben …
Hozzászólás: » 4 « • Írta: Péter (2010/05/25 09:00)
Hogyan hivatkozzunk a YouTube-on egy felvétel adott pillanatára?
“Egy halvány villanás a zeneipartól …” című bejegyzésemben tettem egy megjegyzést, mely a YouTube hivatkozásaihoz kapcsolódóan így szólt:
“Miért nem ismerte fel még a Google azt a látens igényt, hogy a felhasználók nem csak egy adott felvételre, hanem annak az X. percére is szeretnének link formájában hivatkozni?”
Minden jel arra utal, hogy nem voltam eléggé körültekintő és tájékozott, mert Horváth Dávid tegnap este hívta fel a figyelmemet egy hivatkozásra, amely erre a problémára ad megoldást. A mai napon végzett rövid kutatómunkám eredményeként két lehetőséget is találtam, amit most meg is osztok veletek:
Bővebben …
Hozzászólás: » 1 « • Írta: Péter (2010/05/24 12:25)
Végre elkészült a saját CSS-es RSS ikonom
Nem olyan régen a “Hétvégi CSS barkácsolás.” című bejegyzésemben próbáltam CSS segítségével kirajzolni egy RSS ikont, de első nekifutásra nem sikerült. 😮 Az elmúlt hetekben teljesen véletlenül találtam rá Zander Martineau blogjára (Rather Splendid: Pure CSS Icons), aki szintén egy RSS ikont szeretett volna léterhozni pusztán CSS és HTML kódokból építkezve. Az ő kódjainak segítségével alakítottam ki a saját gombomat, melynek eredményét lentebb már ti is áttanulmányozhatjátok. Fontos különbség a kódjaink között, hogy amíg Zander Martineau a “könnyebben” skálázható em mértékegységgel dolgozott, addig én px-t használtam.
Hozzászólás: » 4 « • Írta: Péter (2010/05/21 21:05)
Így néz ki egy up-to-date menü
A mai napon megmutatom, hogyan érdemes up-to-date, kereső- és felhasználóbarát menüket kódolni. Ezt a cikket főleg Tamás barátom kérésre írtam, mert már régebben megígértem neki, de kötelező elfoglaltságaim miatt egészen idáig nem volt rá időm. 🙁
Bővebben …
Hozzászólás: » 2 « • Írta: Péter (2010/05/17 18:47)
Öt éves a YouTube!
Tegnap ünnepelte ötödik születésnapját a YouTube, melyről a hivatalos blog egy rövid bejegyzést is publikált. A cikk keretében még néhány friss statisztikai morzsát is megosztottak velünk. Így most már tudjuk, hogy naponta több, mint 2 milliárd (2,000,000,000) videóletöltést kell kiszolgálnia a rendszernek, ami közel duplája a három vezető amerikai televízió társaság nézettsége főműsoridőkben együttvéve. Továbbá azt is elárulták, hogy minden egyes percben 24 órányi felvételt töltenek fel a felhasználók a YouTube szervereire.
Azt gondolom, hogy a fenti számok hallatán mindenkinek eszébe jutnak olyan kérdések, minthogy:
- Mekkora erőforrásokra lehet szüksége a YouTube-nak a szolgáltatás zökkenőmentes üzemeltetéséhez?
- Mikor veszi át az internetes televíziózás a vezető szerepet végérvenyesen a hagyományos televíziózástól?
Bár az első kérdésre a Google pontosan tudja a választ, a kívülállók legalább olyan gyakran boncolgatják, mint a második felvetést. Ha nekem jósolnom kellene az utóbbival kapcsolatban, akkor én még legfeljebb öt évet adnék a hagyományos televíziózásnak és a műsoros adathordozóknak egyaránt.
