A NEGYEDNÉGY MŰVÉSZETI KFT. részt vett a 2011-es szegedi Hídivásáron.
A vásáron készült képek:
Az idén május 21-22-én tartják Szeged talán legnagyobb tömegeket vonzó rendezvényét, a Szeged Napjához kapcsolódó Hídivásárt.
Az idei vásáron a NEGYEDNÉGY MŰVÉSZETI KFT is részt vesz, ahol bemutatjuk a kézzel készített egyedi ajándékainkat:
A helyszínen igényeinek alapján ötletet, ajánlatot adunk, esetleg megrendelést veszünk fel.
Szeretettel várjuk Önt, valamint családját, barátait!
Ha a vásári kínálatunkból nem talált kedvére valót, látogasson el üzletünkbe: Szeged, Retek u. 21/A.
Az ahaa.hu Cégjegyzék oldalt indított a cegjegyzek.ahaa.hu címen!
Ha szeretne megjelenni a Cégjegyzék oldalon, csak töltse ki Kapcsolat felvételi űrlapunkat a cegjegyzek.ahaa.hu/kapcsolatfelvetel címen.
Egyedi igények esetén vegye fel velünk a kapcsolatot a cegjegyzek.ahaa.hu/kapcsolatfelvetel címen.
Ha Önnek még nincs honlapja, az ahaa.hu segítségével ingyen is megjelenhet az interneten.
Legyen Ön is online, ossza meg információit most! Könnyű, 2 perc az egész.
Ha további lehetőségek is érdeklik, írjon az info@ahaa.hu címre.
A szinte mindig szoros fejlesztési időket tekintve jogosan merül fel a kérdés, hogy a kód refaktorálása nem igényel-e plusz erőforrásokat, és nem veszélyezteti-e a projekt határidejét?
Azt gondolom, hogy rutinos fejlesztők esetében a refaktorálás nem okozhatja a fejlesztés idejének átlépését, vagyis a fejlesztés maga nem fog többe kerülni miatta.
Ugyanakkor a refactoring szemléletének, és módszereinek elsajátítása időbe telik, és gyakorlást igényel. Rutint szerezni viszont jobbára csak éles fejlesztés során tudunk.
Ha gyakorlott, refaktorálásban jártas fejlesztőkkel dolgozunk együtt, akkor az elkészült kódbázisra épülő további fejlesztések költségének csökkenése várható.
Ez mind a kód minőségének javulásában, mind pedig a hibák számának csökkenésében jelentkezik.
Ha jó a kódunk, kevesebb tesztelésre van szükség, kevesebb feladat hárul a projektet vezetőre.
Mivel így kevesebb erőforrásra van szükség egy adott projekt megvalósításához, összességében hatékonyabb működés valósítható meg.
A "felszabaduló" időben egyéb (belső) projektek is megvalósíthatóak.
Ráadásul a csökkenő költségek piacképesebb árakat is magukkal hoznak.
Az új fejlesztések során keletkező kódbázisnál nem kérdés: refaktorálni kell.
Régi kódra épülő fejlesztések során azt szoktam javasolni, hogy csak az érintett, régi kódbázist, és természetesen az újat refaktoráljuk.
Ne akarjuk a teljes forrást refaktorálni, mert maga a folyamat is sokáig tarthat, ráadásul a teljes alkalmazást így újra le kellene tesztelni, ami biztos nem fér bele a fejlesztési költségbe.
Régi kód esetén javaslom, hogy a refaktorálást könnyen tesztelhető, egyszerű funkcióknál kezdjük.
(Ha egy módosított kód tesztelése nehézkes - pl. más rendszerektől való függése miatt -, akkor a teljes átalakítás is sokkal több időt vesz igénybe.)
A folyamatos fejlesztésű rendszerekkel kapcsolatos refaktorálás mindenképpen behozza az árát, még ha hosszú időbe is telik a teljes rendszer átdolgozása.
Az egyes - relatíve kisebb - fejlesztéseknél biztosan nem tudjuk a teljes rendszert refaktorálni, de lépésenként, egy-egy részfunkció átdolgozásával végül az egész alkalmazást áttekinthetővé tehetünk.
Ha így járunk el, a következő fejlesztések már rugalmasabban, rövidebb idő alatt végezhetőek el.
Több bejegyzésben is említést tettem már Robert C. Martin Tiszta kód című könyvéről, most egy kicsit részletesebben is foglalkozom vele.
(Martin Fowler Refactoring-je után ez a második, amire szert tettem a témában, így nem volt ismeretlen számomra a tartalom.)
A kézbevételnél tapasztalható vaskosság-érzés a téma komolyságát hivatott alátámasztani, bár ezt némileg elhomályosítja a könyv elejének talán túlzott bőbeszédűsége, valamint a végén található 50 oldalnyi forráslista.
(Ez utóbbit célszerű is lett volna egy rövid linkre refaktorálni - ahonnan az letölthető -, talán így csökkentve a majd' 8000 Ft-os árat.)
A könyv két véglete közötti tartalom viszont megéri azt a befektetett energiát, amivel az átolvasása jár.
Martin Fowler Refactoring-jától eltérően nem elsősorban átalakítási technikákat találunk benne, hanem egyéb, "tiszta kód"-ok létrehozásához segítséget nyújtó tanácsokat.
Tanácsokat, melyekkel egy programozóból, rutinos, felelős fejlesztő válhat.
A leírtak segítségével, a csapatban dolgozó fejlesztők együttműködése rugalmasabbá válik, a létrehozott forrás értéket teremt.
(Nem győzöm elégszer hangsúlyozni, hogy a jobb kód létrehozása hosszútávon csökkenti a fejlesztési költségeket.)
Csak címszavakban a fejezetekről, amiket kiemelt fontosságúnak tartok:
Azt gondolom, hogy a Tiszta kód, Flower Refactoring-jával együtt jó alapot ad a téma iránt érdeklődő kollégáknak.
Viszont itt is - mint oly sok más esetben is - igaz, hogy a technikák elsajátítása hosszú folyamat, és gyakorlást igényel, de ha megérezzük a "kód szagát", és a refactoring ízét akkor utóbbitól azt gondolom, nehezen tudunk majd szabadulni.
Az ahaa.hu-n bármilyen információ megosztható.
Nincsenek előre rögzített kategóriák, szabadon felcímkézheted az információt.
Ha egy termékről, egy ötletedről vagy egy eseményről osztanál meg valamit, itt megteheted.
Elkészült az új honlapod? Találtál egy érdekes oldalt? Megjelent a kedvenc szerződ új könyve?
Oszd meg az ahaa.hu-n!
Útra indult az ahaa.hu.
Az oldal célja, hogy látogatóink és felhasználóink számára egyszerű és rugalmas információ-megosztást és keresést biztosítsunk.
Az ahaa.hu-val kapcsolatos friss információkat az RSS csatornán, a http://ahaa.hu/rss címen találod.
Ha már felhasználónk vagy, figyeld az ahaa.hu témát!
Ha kérdésed merül fel, írj az info@ahaa.hu címre.
