https://vik.wiki/api.php?action=feedcontributions&feedformat=atom&user=Magyari+Kriszti%C3%A1n 2026-04-06T16:54:46Z Felhasználó közreműködései MediaWiki 1.43.6 https://vik.wiki/index.php?title=Sznik%C3%A1k_vizsga_kik%C3%A9rdez%C5%91&diff=206527 2025-06-02T10:21:53Z

<p>Magyari Krisztián: (o)pcionális</p> <hr /> <div>{{Vissza|Szoftvertechnikák}}<br /> '' Megjegyzés: A (?) jelölt kérdésekre a válasz nem 100%-ig helyes, amennyiben tudod rá a helyes választ, írd át a helyes megoldásra vagy épp szedd ki a ?-et a kérdésből, ha alapból jó a válasz, ezzel segítve a többiek, és az én munkámat! :) ''<br /> <br /> {{kvízoldal|cím=vizsga felkészítő kikérdező|pontozás=-}}<br /> <br /> == .JIT köztes kódot fordítja natív gépi kódra. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == .NET Framework alapú konzol alkalmazások Linuxon is futnak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == .NET Framework alapú környezetben egy könyvtárat (dll) készítünk. Jelölje meg, mely állítások igazak! ==<br /> {{kvízkérdés|típus=több|válasz=1,2|pontozás=-}}<br /> # A könyvtár kódja könnyen visszafejthető.<br /> # Lehetőség van a könyvtár egy kulcspár privát tagjával történő digitális aláírására.<br /> # A könyvtárat semmilyen feltételek mellett nem célszerű központi helyre telepíteni, mert névütközés veszélye áll fent.<br /> # A könyvtárat semmilyen feltételek mellett nem célszerű központi helyre telepíteni, mert verzióütközés veszélye áll fent.<br /> # A könyvtárat priváttá tehetjük azáltal, hogy egy kulcspár titkos kulcsával titkosítjuk.<br /> <br /> == .NET NuGet csomagok formájában lehet kiegészítő könyvtárakat letölteni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == .NET beépített osztályok legtöbbje szálbiztos. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == .NET környezetben 2 folyamat között kölcsönös kizárás a lock utasítással megvalósítható. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == .NET környezetben egy folyamat a kilépéskor bevárja az összes előtér szálat. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == .NET környezetben egy kiszolgáló alkalmazást készítünk, melynek egyidőben nagyon sok klienst kell tudni kiszolgálnia. Adja meg annak a .NET fogalomnak/osztálynak a nevét maximum egy-két szóval, amit ilyen esetben a legcélszerűbb használni a klisensek hatékony párhuzamos kiszolgálása érdekében. ==<br /> {{kvízkérdés|típus=egy|válasz=3|pontozás=-}}<br /> # Deadlock<br /> # Lock<br /> # Thread-pool<br /> # Control.Invoke<br /> <br /> == .NET környezetben egy objektumot gyakran olvasunk, de ritkán írunk. Mit használna a kölcsönös kizárás megvalósítására? ==<br /> {{kvízkérdés|típus=egy|válasz=3|pontozás=-}}<br /> # WriterLock<br /> # ReaderLock<br /> # ReaderWriterLock<br /> # ExecuterLock<br /> <br /> == .NET környezetben egy szálban hatékonyan kell várakozni arra, hogy egy másik szál valamilyen adatot előkészítse a számára. Milyen szinkronizációs konstrukciót a legcélszerűbb erre használni? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # Lock<br /> # Synchronized<br /> # Mutex<br /> # ManualResetEvet<br /> # ReaderWriterLock<br /> # Semaphore<br /> <br /> == .NET környezetben egy többszálú alkalmazást készítünk, melyben az egyik szál lock utasítással zárat szerez előbb X, majd Y objektum paraméterekkel. Egy másik szál előbb az Y, majd az X paraméterekkel szerez zárat. Adja meg egy szóval, minek a veszélye áll fent egy ilyen forgatókönyv esetén? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Deadlock<br /> # Lock<br /> # Thread-pool<br /> <br /> == .NET több nyelvet is támogat. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A .NET Core csak Windowson fut. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A .NET alkalmazásban a .NET &quot;megkerülésével&quot;, közvetlenül a Win32 API használatával erőforrásokat foglalunk egy osztályba (pl. Fájlt nyitunk meg). Ez esetben az osztályunkban írunk Dispose műveletet, mert az lehetővé teszi ezen erőforrások mielőbbi felszabadítását.(?) ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A .NET nem támogatja a (managed) C++ nyelvet. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A .NET szerelvények (exe, dll) natív gépi kódú utasításokat tartalmaznak. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A .NET több programozási nyelvet is támogat. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A C# delegate objektumok a C függvénypointerek modern megfelelői, ugyanakkor több függvényre is tudnak mutatni/hivatkozni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A C# kódból a fordítás során - amikor a szerelvény létrejön - köztes kód keletkezik, vagyis a szerelvények köztes (IL) kódot tartalmaznak. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A DLL hell probléma elkerülésének egyik módja, ha az alkalmazás által használt dll-eket nem egy központi helyre, hanem az alkalmazás mappájába telepítjük (privát telepítés). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Dependency Injection tervezési minta lényege, hogy az osztály a függőségeit konstruktor vagy művelet paraméterekben kapja meg (interfész típusonként). ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A JIT fordító a C# kódot fordítja IL kódra. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A JIT fordító a köztes kódot fordítja natív gépi kódra. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Pipes and Filters architektúrában aktív szűrők esetében az adatok feldolgozása jellemzően egy ciklusban történik. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Singleton minta globális hozzáférést biztosít egy osztály egyetlen objektumához, és ezt az objektumot egy globális változóban tárolja. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Singleton tervezési minta célja mindösszesen az, hogy egy adott osztályból egyetlen példányt lehessen létrehozni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Template method mintában az ősosztály működése a belőle való leszármaztatással és bizonyos absztrakt/virtuális műveleteinek felülírásával terjeszthető ki. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Win32 API függvények számos programozói környezetből, pl. .NET alól is elérhetők. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A Win32 API-t jellemzően C# nyelven programozzuk. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A feladat egy Car osztály elkészítése C# nyelven, mely egy eseménnyel jelzi, ha az autó sebessége meghalad egy adott sebességkorlátot! Adja meg, mely sorok alkalmazására van szükség a megoldásban, ha nem használhatja a ?. Operátort! ==<br /> {{kvízkérdés|típus=több|válasz=2,4,9,12|pontozás=-}}<br /> # Event void SpeedLimitExceededDelegate(int speed, double percent);<br /> # Delegate void SpeedLimitExceededDelegate(int speed, double percent);<br /> # Public SpeedLimitExceededDelegate SpeedLimitExceeded;<br /> # Public event SpeedLimitExceededDelegate SpeedLimitExceeded;<br /> # Public delegate SpeedLimitExceededDelegate SpeedLimitExceeded;<br /> # Public event SpeedLimitExceededDelegate SpeedLimitExceeded(int speed, double percent);<br /> # Public SpeedLimitExceededDelegate SpeedLimitExceeded(int speed, double percent);<br /> # Public delegate SpeedLimitExceededDelegate SpeedLimitExceeded(int speed, double percent);<br /> # If (SpeedLimitExceeded != null)<br /> # If (SpeedLimitExceededDelegate != null)<br /> # SpeedLimitExceededDelegate(speed, percent);<br /> # SpeedLimitExceeded(speed, percent)<br /> <br /> == A feladat egy Pipes and filters (csővezeték) architektúrájú alkalmazás elkészítése, melynek során célunk egy több CPU magos hardver környezet lehető legjobb kihasználása. Melyik megközelítést választaná ehhez? ==<br /> {{kvízkérdés|típus=egy|válasz=5|pontozás=-}}<br /> # Passzív szűrő által vezérelt<br /> # Csővezeték által vezérelt<br /> # Adatnyelő által vezérelt<br /> # Adatforrás által vezérelt<br /> # Aktív szűrő által vezérelt<br /> <br /> == A feladatunk egy ablakozós keretrendszer kifejlesztése. A keretrendszerben bevezetünk egy absztrakt Window osztályt, melyből a keretrendszerre épülő alkalmazások fejlesztésekor le kell származtatni és meg kell valósítani az alkalmazásspecifikus ablak viselkedését. A keretrendszerben egy WindowManager osztályt is megvalósítunk, melynek felelőssége bizonyos feltételek esetén a Window leszármazott objektumok létrehozása, tárolása és menedzselése. A felületelemek vonatkozásában (pl. Button, Dropdown, stb.) az alkalmazásfejlesztőknek nem kell a keretrendszer osztályaiból leszármaztatni. Mely tervezési mintát a legcélszerűbb választani a Window leszármaztatott osztály keretrendszeren belüli létrehozására? Olyan megoldást válasszon, mely a legkevesebb új osztály bevezetésével jár. ==<br /> {{kvízkérdés|típus=egy|válasz=7|pontozás=-}}<br /> # Composite<br /> # Memento<br /> # Observer<br /> # Strategy<br /> # Singleton<br /> # Proxy<br /> # Factory method<br /> # Adapter<br /> # Abstract factory<br /> <br /> == A feladatunk egy alkalmazás elkészítése egy gyártósor által előállított termék különböző modelljeinek a teszteléséhez. A különböző modellekhez mindig ugyanazon alkatrészkategóriákból (pl. Hangszóró, csatlakozó, vezérlőegység stb.) van szükség egy-egy alkatrészre, de az egyes modellekhez az egyes alkatrészkategóriákból más-más modellspecifikus alkatrész beépítésére van szükség (pl. Más típusú hangszóró, csatlakozó stb.) tartozik a Galaxy S20 és Galaxy A20 modellekhez), melyekhez az alkalmazásunkban különböző tesztelést végző osztálybeli objektumra van szükség. Mely tervezési minta alkalmazása a legcélszerűbb az alábbiak közül? ==<br /> {{kvízkérdés|típus=egy|válasz=9|pontozás=-}}<br /> # Composite<br /> # Memento<br /> # Observer<br /> # Strategy<br /> # Singleton<br /> # Proxy<br /> # Factory method<br /> # Adapter<br /> # Abstract factory<br /> <br /> == A feladatunk egy keretrendszer megtervezése. A keretrendszerben létre kell hozni egy adott típusú objektumot, de annak típusát nem ismerjük, mert az csak a keretrendszerre épülő alkalmazás esetén dől el. Mely tervezési mintát használná a probléma megoldására? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Factory method<br /> # Abstract method<br /> # Composite<br /> # Proxy<br /> # Observer<br /> # Adapter<br /> # Singleton<br /> # Strategy<br /> <br /> == A közös dll-ek egy központi mappába történő telepítésének egyik előnye, hogy így minden esetben elkerülhető dll hell probléma. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A privát .NET szerelvények telepítése egyszerű, csak fel kell másolni a számítógépre. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == A szoftverarchitektúra jelentőségét szokás egy kiegyensúlyozott mérleggel is ábrázolni. Mire vonatkozik ez? ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # A szoftvernek jól kell működnie (funkcionalitás), de ugyanilyen fontos, hogy legyen jól struktúrált.<br /> # Az architektúra különböző aspektusainak, úgymint szerkezet, karbantarthatóság, tesztelhetőség egyensúlyban kell lennie.<br /> # A szoftvert magas szinten alapvetően azonos léptékű modulokra célszerű bontani.<br /> # Az architektúra/kód struktúrálás kihat a teljesítményre (pl. Túl sok modul/réteg csökkenti a teljesítményt), ennek vonatkozásában meg kell találni az egyensúlyt.<br /> <br /> == Adja meg mely állítás igaz a kiszolgáló oldali megvalósításra! ==<br /> {{kvízkérdés|típus=több|válasz=1,4,5|pontozás=-}}<br /> # A kiszolgáló oldali kód általában lefordítható, így a hibák egy része már fordításkor kiderül.<br /> # Ha szüksége van interakcióra a kliens oldallal, akkor kis adatforgalommal, hatékonyan tud kommunikálni.<br /> # Gyorsabb, mint a kliens oldali, mert nincs szükség interakcióra a klienssel.<br /> # A kiszolgáló oldali kóddal általában könnyebb böngésző független megvalósítást készíteni.<br /> # Az alkalmazás futása gyorsabb a kliens oldalihoz képest.<br /> <br /> == Adja meg mely állítás igaz a kliens oldali megvalósításra! ==<br /> {{kvízkérdés|típus=több|válasz=2,3|pontozás=-}}<br /> # A kliens oldali kód általában lefordítható, így a hibák egy része már fordításkor kiderül.<br /> # Ha szüksége van interakcióra a kiszolgálóval, akkor kis adatforgalommal, hatékonyan tud kommunikálni.<br /> # Gyorsabb, mint a kiszolgáló oldali, mert nincs szükség interakcióra a kiszolgálóval.<br /> # A kliens oldali kóddal általában könnyebb böngésző független megvalósítást készíteni.<br /> # Az alkalmazás futása gyorsabb a kiszolgáló oldalihoz képest.<br /> <br /> == Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet, mely egymásba ágyazott zárakat tartalmaz.&lt;code&gt;&lt;br&gt;class Program{&lt;br&gt;static object syncObject = new object();&lt;br&gt;static void Main(string[] args){&lt;br&gt;lock (syncObject) {&lt;br&gt;f();}}&lt;br&gt;static void f(){&lt;br&gt;lock (syncObject) {&lt;br&gt;Console.WriteLine(&quot;Hello!&quot;);}}}&lt;/code&gt; ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Az alkalmazás kiírja a &quot;Hello!&quot; szöveget a konzolra.<br /> # Az alkalmazás soha nem fejezi be a futását, mert az f() függvényben a lock utasításnál már egy a Main függvényben zárolt objektumra próbál zárolni (holtpont alakul ki).<br /> # Az f() függvényben a lock utasítás kivételt dob annak érdekében, hogy ne alakuljon ki holtpont.<br /> <br /> == Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet, melyben a .NET beépített List&lt;T&gt; osztályát használjuk (és nem lehet helyette más osztályt használni).&lt;br&gt;&lt;code&gt;class DataProcessor{&lt;br&gt;List&lt;int&gt; items = new List&lt;int&gt;();&lt;br&gt;static object syncObject = new object();&lt;br&gt;public int GetItem(int index) {&lt;br&gt;lock (syncObject) { return items[index]; }}&lt;br&gt;public void AddItem(int n) {&lt;br&gt;lock (syncObject) { items.Add(n); }}} &lt;/code&gt; ==<br /> {{kvízkérdés|típus=egy|válasz=3|pontozás=-}}<br /> # A megoldás jelen formájában nem szálbiztos (thread safe), de azzá tehető, ha a syncObject tagváltozó elől a static kulcsszót eltávolítjuk.<br /> # A megoldás szálbiztos (thread safe) és nem tehető triviális módon hatékonyabbá.<br /> # A megoldás szálbiztos (thread safe), de a syncObject tagváltozó előtti a static kulcsszó eltávolításával hatékonyabbá tehető.<br /> # A megoldás szálbiztos (thread safe), de a lock utasítások eltávolításával hatékonyabbá tehető.<br /> <br /> == Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet. &lt;code&gt;&lt;br&gt;class Counter{&lt;br&gt;int counter = 0; // *1&lt;br&gt;object syncRoot = new object(); // *2&lt;br&gt;public int GetValue() // *3&lt;br&gt;{&lt;br&gt;lock (syncRoot)&lt;br&gt;{ return counter; }&lt;br&gt;}&lt;br&gt;public void IncreaseCounter(int delta) // *4&lt;br&gt;{&lt;br&gt;lock (syncRoot)&lt;br&gt;{ counter += delta; }}}&lt;/code&gt; ==<br /> {{kvízkérdés|típus=több|válasz=1,2,3|pontozás=-}}<br /> # A *2 sor elejére nem kell plusszban beírni a static kulcsszót, anélkül is helyes a működés.<br /> # A kód nem működne megfelelően, ha a *2 sorban a syncRoot típusát int-re cserélnénk.<br /> # A *3 GetValue() függvényben a lock utasítás eltávolítható (ha legalább 32 bites környezetről van szó).<br /> # A *4 IncreaseCounter() függvényben a lock utasítás eltávolítható.<br /> # A *4 IncreaseCounter() függvényben a lock utasítás eltávolítható, de akkor ki kell írni a függvény elé a synchronized kulcsszót.<br /> <br /> == Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet.&lt;code&gt;&lt;br&gt;class ClassA&lt;br&gt;{&lt;br&gt;int counter = 0;&lt;br&gt;List&lt;int&gt; values = new List&lt;int&gt;();&lt;br&gt;public void SetValue (int n) { counter = n; }&lt;br&gt;public void ResetIfGreaterThanZero() { if(counter &gt; 0) counter = 0; }&lt;br&gt;public void Subtract(int n) { counter -= n; }&lt;br&gt;public void AddItem(int n) { values.Add(n); }&lt;br&gt;… további kód&lt;br&gt;}&lt;br&gt;&lt;/code&gt; Jelölje meg mely műveletek esetében kell többszálú környezetben a kölcsönös kizárást megvalósítani! ==<br /> {{kvízkérdés|típus=több|válasz=2,3,4|pontozás=-}}<br /> # SetValue<br /> # Subtract<br /> # ResetIfGreaterThanZero<br /> # AddItem<br /> <br /> == Adott az alábbi Pipes and filters (csővezeték) architektúra filter megvalósítás pszeudokód:&lt;br&gt;&lt;code&gt;Data Read(){&lt;br&gt;Data data = prevFilter.Read();&lt;br&gt;Data processedData = ProcessedData(data);return processedData; }&lt;/code&gt; ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Adatforrás által vezérelt.<br /> # Adatnyelő által vezérelt.<br /> # Csővezeték által vezérelt.<br /> # Aktív szűrő által vezérelt.<br /> # Passzív szűrő által vezérelt.<br /> <br /> == Adott az alábbi Pipes and filters (csővezeték) architektúra filter megvalósítás pszeudokód:&lt;br&gt;&lt;code&gt;void Write(Data data){&lt;br&gt;Data processedData ProcessData(data);&lt;br&gt;nextFilter.Write(processedData);&lt;br&gt;}&lt;/code&gt; ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Adatforrás által vezérelt.<br /> # Adatnyelő által vezérelt.<br /> # Csővezeték által vezérelt.<br /> # Aktív szűrő által vezérelt.<br /> # Passzív szűrő által vezérelt.<br /> <br /> == Adott az alábbi Pipes and filters architektúra, filter megvalósítás pszeudokód. Melyik forgatókönyv felel meg a lenti kódnak? &lt;br&gt;&lt;p style = &quot;font-family:consolas&quot;&gt;void Run(){ &lt;br&gt; Data data; &lt;br&gt; while(data = inputPipe.Read()){ &lt;br&gt; Data processedData = ProcessedData(data); &lt;br&gt; outputPipe.Write(processedData);}}}&lt;/p&gt; ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # Csővezeték által vezérelt.<br /> # Passzív szűrő által vezérelt.<br /> # Adatnyelő által vezérelt.<br /> # Aktív szűrő által vezérelt.<br /> # Adatforrás által vezérelt.<br /> <br /> == Adott az alábbi kódrészlet, mely Oracle típusú kapcsolat és parancs objektumok segítségével Oracle adathozzáférési réteget valósít meg. &lt;code&gt; &lt;br&gt; IConnection conn = new OracleConnection(); &lt;br&gt;conn.Open(); &lt;br&gt;ICommand cmd = new OracleCommand(&quot;SELECT * FROM Orders&quot;); &lt;br&gt;cmd.ExecuteReader(); &lt;/code&gt; &lt;br&gt; T.f.h. Hasonló kódrészletek az adathozzáférési réteg több osztályában előfordulnak. Melyik tervezési minta alkalmazásával lenne legpraktikusabb az adathozzáférési réteg kódját úgy általánosítani, hogy tetszőleges adatkezelő (nem csak Oracle) rendszer esetén működőképes legyen? Jelölje meg a helyes választ! ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Proxy<br /> # Abstract Factory<br /> # Factory Method<br /> # Adapter<br /> # Strategy<br /> <br /> == Adott az alábbi állítás: C# nyelven a nem statikus tagváltozókat nem statikus lock objektummal kell védeni, mert statikus lock objektum alkalmazása esetén nem teljesülne a kölcsönös kizárás (inkonzisztens állapotba kerülhetne a védett objektum). Jelölje meg a helyes választ! ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Csak az első tagmondat igaz (+ -)<br /> # Csak a második tagmondat igaz (- +)<br /> # Mindkét tagmondat igaz, de a következtetés hamis (+ + -)<br /> # Mindkét tagmondat igaz és a következtetés is helyes (+ + +)<br /> # Egyik tagmondat sem igaz (- -)<br /> <br /> == Adott egy osztály. Az objektumainak állapotát úgy szeretnénk elmenteni és visszaállítani egy másik osztályból, hogy nem tesszük publikussá a tagváltozóit. Mely tervezési mintát célszerű használni a megoldás során? ==<br /> {{kvízkérdés|típus=egy|válasz=6|pontozás=-}}<br /> # Proxy<br /> # Repository<br /> # Strategy<br /> # Command Processor<br /> # Snapshot<br /> # Memento<br /> # Command<br /> <br /> == Adottak az alábbi állítások .NET szerelvények (assembly) vonatkozásában. Jelölje meg az igaz állításokat. ==<br /> {{kvízkérdés|típus=több|válasz=3,4|pontozás=-}}<br /> # Privát szerelvényekből lehet két azonos nevűt egymás mellé telepíteni.<br /> # Az azonosított szerelvények titkosítottak a kiadó privát kulcsával.<br /> # Az azonosított szerelvények digitálisan alá vannak írva a kiadó privát kulcsával.<br /> # A .NET szerelvényekben a kód IL (Intermediate Language) formátumban van, mely telepítéskor vagy első művelethíváskor fordul le gépi kódra.<br /> <br /> == Adottak az alábbi állítások a .NET szálkezelés/szinkronizáció vonatkozásában. Jelölje meg a helyes állításokat. ==<br /> {{kvízkérdés|típus=több|válasz=3,4|pontozás=-}}<br /> # A ManualResetEvent szinkronizációs objektumot tipikusan kölcsönös kizárás megvalósítására alkalmazzuk.<br /> # A ManualResetEvent objektum set művelete lezárja az objektumot, így a többi szál várakozni kényszerül.<br /> # Arra várakozni, hogy ManualResetEvent objektum jelzett állapotba kerüljön, az objektum WaitOne műveletével lehet.<br /> # ManualResetEvent és AutoResetEvent típusú objektumokra ugyanúgy kell várakozni.<br /> <br /> == Adottak az alábbi állítások a C# események (event) vonatkozásában. Jelölje meg a helyes állításokat! ==<br /> {{kvízkérdés|típus=több|válasz=1,4|pontozás=-}}<br /> # A C# delegate-ek állnak a működésük hátterében.<br /> # Adott eseményre feliratkozni a &quot;++&quot; operátorral lehet.<br /> # Adott eseményre egyszerre egy előfizető iratkozhat fel.<br /> # Egy osztály több eseményt is publikálhat.<br /> # Egy esemény tag osztályban való felvételkor az esemény tagváltozó előtt a delegate kulcsszót kell szerepeltetni.<br /> <br /> == Adottak az alábbi állítások a C# nyelvi eszközökről (property, delegate, event és attribute). Jelölje meg, hogy mely állítások igazak. ==<br /> {{kvízkérdés|típus=több|válasz=4,6,9,10,11,12,14|pontozás=-}}<br /> # A C# property-k segítségével deklaratív módon tudunk információt csatolni többek között tagváltozókhoz, metódusokhoz és osztályokhoz.<br /> # C# eventre feliratkozni az &quot;=&quot; operátorral lehet.<br /> # C# event tagváltozóra helyes példa a következő: &lt;code&gt;event int CompareDelegate(object a, object b);&lt;/code&gt;<br /> # C# event tag értéke null abban az esetben, ha nincs az eseményre feliratkozó.<br /> # A C# attribútumok definiálásakor egy get és egy set blokkot adunk meg, melyek az attribútum lekérdezésekor, illetve beállításakor hívódnak meg (nem kötelező mindkettőt megadni).<br /> # C# delegate objektumot át lehet adni függvényparaméterként is.<br /> # C# delegate típus definícióra szintaktikailag helyes példa a következő: &lt;code&gt;event int CompareDelegate(object a, object b);&lt;/code&gt;<br /> # C# event események vonatkozásában a -= operátor valamennyi előfizetőt leiratkoztat.<br /> # Egy delegate objektum/változó több metódusra is hivatkozhat.<br /> # A C# attribútumok segítségével deklaratív módon tudunk információt csatolni többek között tagváltozókhoz, metódusokhoz és osztályokhoz.<br /> # C# eventre feliratkozni a &quot;+=&quot; operátorral lehet.<br /> # C# delegate típus definícióra szintaktikailag helyes példa a következő: &lt;code&gt;delegate int CompareDelegate(object a, object b);&lt;/code&gt;<br /> # C# események elsütésekor a beregisztrált eseménykezelő függvények a hatékonyság érdekében külön szálakon hívódnak meg.<br /> # Egy osztály több eseményt is publikálhat.<br /> <br /> == Adottak az alábbi állítások a Document-View (Dokumentum-Nézet) architektúra vonatkozásában. Jelölje meg, mely állítások igazak! ==<br /> {{kvízkérdés|típus=több|válasz=3,4,5|pontozás=-}}<br /> # A Document-View architektúrában a Controller osztály feladata a felhasználói interakciók kezelése.<br /> # A Document-View architektúrában a dokumentumban külön tagváltozót vezetünk be minden egyes nézetre.<br /> # A Document-View architektúrában a dokumentumnak van egy vagy több olyan művelete, mellyel az állapotát a nézetek bármikor le tudják kérdezni.<br /> # A Document-View architektúrában a nézetnek van egy hivatkozása a dokumentumára.<br /> # A dokumentumnak van egy listája a beregisztrált nézeteire.<br /> <br /> == Adottak az alábbi állítások a Memento tervezési mintával kapcsolatban. Jelölje meg a helyes válaszokat! ==<br /> {{kvízkérdés|típus=több|válasz=2,3,6,7|pontozás=-}}<br /> # A mintában a Memento osztálynak van olyan művelete, melynek egy Originator objektumot lehet átadni. Ez a művelet az Originatorban levő adatok alapján a Memento állapotát állítja.<br /> # A mintában az Originator osztálynak van olyan művelete, mellyel egy Memento objektumot lehet kérni. Ez a Memento objektum az Originator állapotának másolatát tárolja.<br /> # A mintában az Originator osztálynak van olyan művelete, melynek egy Memento objektumot lehet átadni. Ez a művelet a Mementoban levő adatok alapján az Originator állapotát állítja.<br /> # A mintában a CareTaker Originator objektumokat tárol.<br /> # A mintában az Originator osztályt becsomagoljuk egy Memento objektummal, a Memento tárolja az Originator állapotát.<br /> # A minta elérhetővé teszi a külvilág számára az objektum belső állapotát az egységbezárás megsértése nélkül (vagyis anélkül, hogy publikussá tennénk az állapotát.)<br /> # A mintát használhatjuk az Undo funkció megvalósítására.<br /> <br /> == Adottak az alábbi állítások a Strategy tervezési mintával kapcsolatban. Jelölje meg, mely állítások igazak! ==<br /> {{kvízkérdés|típus=több|válasz=3,5|pontozás=-}}<br /> # A minta globális függvénypointereket vezet be annak érdekében, hogy a kliens szemszögéből az általa használt algoritmusok szabadon kicserélhetőek legyenek.<br /> # A minta lehetővé teszi, hogy egy adott osztály viselkedésének különböző aspektusai paraméterezhetőek legyenek. Mindezt elsődlegesen úgy éri el, hogy magából az osztályból számos leszármazottat vezet be (minden viselkedés kombinációhoz egyet).<br /> # A minta lehetővé teszi, hogy egy adott osztály viselkedésének különböző aspektusai paraméterezhetőek legyenek. Mindezt úgy, hogy minden aspektushoz egy osztályhierarchiát vezet be.<br /> # A mintában a Context (vagy Client) osztályban van egy vagy több mutató/referencia, mely típusa egy vagy több konkrét algoritmus implementáció.<br /> # A mintában a Context (vagy Client) osztályban van egy vagy több mutató/referencia, mely típusa egy vagy több algoritmus interfész/absztrakció.<br /> <br /> == Adottak az alábbi állítások a kétrétegű, valamint a háromrétegű architektúrával kapcsolatban! Jelölje meg, mely állítások igazak! ==<br /> {{kvízkérdés|típus=több|válasz=3,4|pontozás=-}}<br /> # A kétrétegű architektúrát ma már soha nem használjuk a háromrétegű architektúra előnyei miatt.<br /> # A kétrétegű architektúra lehetővé teszi, hogy adott üzleti logikához egyszerűen készítsünk különböző frontend alkalmazásokat, úgy mint desktop, web, mobil.<br /> # A háromrétegű architektúra lehetővé teszi, hogy adott üzleti logikához egyszerűen készítsünk különböző frontend alkalmazásokat, úgy mint desktop, web, mobil.<br /> # A háromrétegű architektúra előnye a kétrétegűvel szemben, hogy az adatbázis sémája a kliensalkalmazástól függetlenül egyszerűbben átszervezhető.<br /> <br /> == Adottak az alábbi állítások az Observer tervezési mintával kapcsolatban. Jelölje meg, mely állítások igazak. ==<br /> {{kvízkérdés|típus=több|válasz=1,2|pontozás=-}}<br /> # A minta az egyes subject típusoknak bevezet egy ősosztályt, melynek szerepe többek között az, hogy tárolja a beregisztrált observereket.<br /> # A minta az egyes observer típusoknak bevezet egy ősosztályt (vagy interfészt), melynek szerepe, hogy a subject számára egységessé tegyék az egyes observer típusok kezelését.<br /> # Az observer implementációkból egy dependency (függőség) kapcsolat mutat a konkrét subject osztály irányába.<br /> # Az observer implementációknak van egy általános subject listájuk, mellyel egységesen hivatkoznak a különböző típusú subject-ekre.<br /> <br /> == Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban! Jelölje meg a helyes állításokat! ==<br /> {{kvízkérdés|típus=több|válasz=1,2|pontozás=-}}<br /> # A Proxy tervezési mintában a Proxy objektum egy transzparens csomagoló az eredeti objektum körül, mely szabályozhatja az eredeti objektumhoz való hozzáférést.<br /> # Az Adapter minta - pontosabban annak Object Adapter változata - az objektum becsomagolásával teszi lehetővé, hogy az objektum interfésze kompatibilis legyen azzal, amit a kliens/környezete elvár.<br /> # A Singleton minta globális hozzáférést biztosít egy osztály egyetlen objektumához, és ezt az objektumot egy globális változóban tárolja.<br /> <br /> == Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban! Jelölje meg, mely állítások igazak. FIGYELEM, akárhány helyes válasz létezhet! ==<br /> {{kvízkérdés|típus=több|válasz=1,2,4,5,6,7|pontozás=-}}<br /> # Az Adapter tervezési mintában a Client osztálynak van egy Target típusú mutatója vagy hivatkozása az Adapter osztály egy példányára.<br /> # Az Adapter tervezési mintában az Adapter osztály a Target osztályból származik (vagy a Target interfészt implementálja).<br /> # Az Adapter minta Object Adapter változatában a Adaptee implementálja a Target interfészt (vagy a Target osztályból származik).<br /> # Az Adapter tervezési mintában (legalábbis annak object adapter változatában) az Adapter (adaptáló) osztály – amennyibe lehetősége van rá – továbbítja (delegálja) a kéréseket az Adaptee (adaptálandó) osztálynak.<br /> # Bár az Adaptert tervezési mintának tekintik, valójában ez egy idióma, mert csak egy adott programozási nyelv kontextusában (Java) használatos.<br /> # A minta lehetővé teszi olyan osztályok együttműködését, melyek egyébként az inkompatbilis interfészeik miatt nem tudnának együttműködni.<br /> # Az Adapter mintában - pontosabban annak Object Adapter változatában - az Adapter osztály tartalmaz egy mutatót vagy referenciát az adaptálandó (Adaptee) osztályra. Az Adapter osztály a műveleteinek megvalósításában felhasználja az adaptálandó (Adaptee) osztály szolgáltasait.<br /> <br /> == Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban. Jelölje meg, mely állítások igazak. ==<br /> {{kvízkérdés|típus=több|válasz=1,3,4,5|pontozás=-}}<br /> # A Document-View architektúra az Observer tervezési minta egy speciális alkalmazása.<br /> # A Document-View architektúra a Composite tervezési minta egy speciális alkalmazása.<br /> # Az Adapter minta lehetővé teszi olyan osztályok együttműködését, melyek egyébként az inkompatbilis interfészeik miatt nem tudnának együttműködni.<br /> # Az Adapter mintában - pontosabban annak Object Adapter változatában - az Adapter osztály tartalmaz egy mutatót vagy referenciát az adaptálandó (Adaptee) osztályra. Az Adapter osztály a műveleteinek megvalósításában felhasználja az adaptálandó (Adaptee) osztály szolgáltatásait.<br /> # A felhasználói interakciókat a View osztály kezeli.<br /> # A nézethez tipikusan több dokumentum tartozik.<br /> <br /> == Amikor egy AutoResetEvent objektum jelzett lesz, a rá várakozó szálak közül csak 1 futhat tovább. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Amikor egy szál egy lock blokkon belül van, akkor más szál nem tartózkodhat olyan lock blokkon belül, melynek ugyanaz a szinkronizációs objektum a paramétere.(?) ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az Adapter tervezési mintában (legalábbis annak object adapter változatában) az Adapter (adaptáló) osztály - amennyiben lehetősége van rá - továbbítja (delegálja) a kéréseket az Adaptee (adaptálandó) osztálynak. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az AutoResetEvent osztályt jellemzően arra használjuk, hogy hatékonyan tudjunk várakozni más szál jelzésére. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Az alábbi állítások a .NET Framework platformra vonatkoznak! Jelölje meg, mely állítások igazak! FIGYELEM, akárhány helyes válasz létezhet! ==<br /> {{kvízkérdés|típus=több|válasz=1,3,4,5|pontozás=-}}<br /> # .NET platformra lehet C++ nyelven is fejleszteni.<br /> # .NET környezetben az objektumok azonnal felszabadulnak, amint az utolsó hivatkozás is megszűnik rájuk.<br /> # A .NET futtatókörnyezet rövid neve: CLR.<br /> # Egy alkalmazás több szerelvényből is állhat.<br /> # A dinamikusan lefoglalt memória felszabadítása nem a fejlesztő feladata.<br /> # Az elterjedtebb processzorok képesek a köztes (IL) kódot közvetlenül futtatni.<br /> # A C# kódot a JIT compiler fordítja köztes (IL) kódra.<br /> <br /> == Az alábbiak közül mely adatok teszik egyedivé az erős névvel ellátott (azonosított) .NET szerelvényeket? Jelölje meg a helyes választ! ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Név, fejlesztő cég privát kulcsa, verzió, opcionális kultúra információ<br /> # Név, fejlesztő cég nyilvános kulcsa, verzió, opcionális kultúra információ<br /> # Név, verzió, opcionális kultúra információ<br /> # Név, fejlesztő cég nyilvános kulcsa, verzió, digitális aláírás, opcionális kultúra információ<br /> <br /> == Az alábbiak közül melyik definiálja a legjobban a klasszikus DLL hell problémát? ==<br /> {{kvízkérdés|típus=több|válasz=3|pontozás=-}}<br /> # Egy alkalmazás telepítésekor hiányzik egy vagy több DLL a célkörnyezetben, mely szükséges lenne az alkalmazás futásához, így az alkalmazás nem működik megfelelően (mert a szükséges DLL-ek telepítéséről a felhasználó nem gondoskodott).<br /> # Egy alkalmazás telepítésekor felteszi a célkörnyezetbe az általa használt DLL-eket egy közös mappába. Ezeket a DLL-eket további alkalmazások is használják, melyek közül az egyik eltávolításakor (uninstall) a DLL-ek egy része eltávolításra kerül, így az alkalmazásunk működésképtelenné válik.<br /> # Egy alkalmazás telepítésekor felteszi a célkörnyezetbe az általa használt DLL-eket egy közös mappába. Később, egy másik alkalmazás a telepítésekor felülírja a korábban telepített alkalmazás egyik DLL-jét egy másik verzióval. A korábban telepített alkalmazás ezzel az újonnan telepített DLL-lel nem működik megfelelően.<br /> # Egy alkalmazás telepítésekor felülírja az operációs rendszer bizonyos DLL-jeit, mely következtében az operációs rendszer instabillá válik.<br /> <br /> == Az egyik tervezési minta azt javasolja, hogy a származtatás/komplex hierarchia helyett az osztály viselkedésének különböző aspektusait kompozícióval tegyük paraméterezhetővé. Melyzik ez a tervezési minta? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # Composite<br /> # Memento<br /> # Observer<br /> # Strategy<br /> # Singleton<br /> # Proxy<br /> # Factory method<br /> # Adapter<br /> # Abstract factory<br /> <br /> == Azonosított .NET szerelvényekből lehet két ugyanolyan nevű telepítve egy számítógépre. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == C# nyelven a statikus tagváltozókat statikus lock objektummal kell védeni (a lock paraméterében statikus tagváltozót használni), mert nem statikus lock objektum alkalmazása esetén nem teljesülne a kölcsönös kizárás. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == C# nyelven az &quot;@attribútumnév&quot; szintaktikával lehet deklaratívan annotációkat osztályokhoz fűzni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == C# nyelven egy eseményre kötelező legalább egy előfizetőt beregisztrálni. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == C# nyelvű kódunkban egy olyan objektumot hozunk létre, mely nem felügyelt erőforrást használ/csomagol be. Milyen C# konstrukciót használunk ilyen esetben, ha biztosítani szeretnénk a nem felügyelt erőforrás mielőbbi felszabadítását, miután befejeztük a használatát? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # Destroy<br /> # Discard<br /> # Dispose<br /> # Using blokk<br /> # Finalize<br /> # Destruktor<br /> <br /> == Composite tervezési minta fontosabb osztályai a következők: Client, Component, Composite (összetett) és Leaf (levél). Jelölje meg a helyes választ! ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # A Composite osztálynak van egy Component gyűjteménye.<br /> # A Component osztálynak van egy gyűjteménye Composite, valamint egy másik gyűjteménye Leaf objektumokból.<br /> # A Component osztálynak van egy közös gyűjteménye (heterogén kollekció) Composite és Leaf objektumokból.<br /> # A Composite osztálynak van egy gyűjteménye Component, valamint egy másik gyűjteménye Leaf objektumokból.<br /> # A Client osztálynak van egy gyűjteménye Composite, valamint egy másik gyűjteménye Leaf objektumokból.<br /> <br /> == Egy .NET alkalmazásban a .NET &quot;megkerülésével&quot;, közvetlenül a Win32 API használatával erőforrásokat foglalunk egy osztályunkban (pl. Fájlt nyitunk meg). Milyen műveletet/műveleteket írunk ilyen esetben? Több válasz is megadható! ==<br /> {{kvízkérdés|típus=több|válasz=4|pontozás=-}}<br /> # Deadlock<br /> # Lock<br /> # Thread-pool<br /> # Dispose<br /> <br /> == Egy .NET osztályunk konstruktorában nagyméretű .NET string tömböt foglalunk. Ez esetben írunk az osztályunkban destruktort és Dispose függvényt, melyben gondoskodunk a tömb felszabadításáról. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy 32 bites számmal történő egyszerű értékadás .NET környezetben mindig atomi. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy C# eseményre feliratkozni az = operátorral lehet. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy Win32 CALLBACK függvény olyan függvény, amit az operációs rendszer valósít meg és mi hívunk az alkalmazás fejlesztése során. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy Win32 üzenet billentyűlenyomás esetén tartalmazza a lenyomott billentyű kódját. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy alkalmazásban a CommHandler osztály felelős egy külső rendszer adott szolgáltatásainak eléréséért. A CommHandler osztályt a felhasználói/kliensei egy interfész típusként (ICommHandler) kapják meg és használják. Egy új, jogosultság hozzáférést ellenőrző objektumot szeretnénk beékelni az osztály és a felhasználói közé olyan módon, hogy az osztályt és a felhasználóit a lehető legkevésbé érintse a változtatás. Mely tervezési mintát a legcélszerűbb választani a probléma megoldására? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # Factory method<br /> # Abstract method<br /> # Composite<br /> # Proxy<br /> # Observer<br /> # Adapter<br /> # Singleton<br /> # Strategy<br /> <br /> == Egy alkalmazásban a több helyről is használt SecurityService osztály biztonsági szempontból érzékeny műveleteket végez. A kliens osztályok a SecurityService-t már egy az általa implementált ISecurityService interfészen keresztül érik el. Mely tervezési minta segítségével tudjuk az osztály és a klienseinek módosítása nélkül megoldani, hogy az egyes kérések kiszolgálása csak bizonyos jogosultsági körrel rendelkező kliens kód esetében történjen meg? ==<br /> {{kvízkérdés|típus=egy|válasz=6|pontozás=-}}<br /> # Composite<br /> # Memento<br /> # Observer<br /> # Strategy<br /> # Singleton<br /> # Proxy<br /> # Factory method<br /> # Adapter<br /> # Abstract factory<br /> <br /> == Egy alkalmazáson belül a Windows üzenetek feldolgozása párhuzamos. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy kilens objektum egy nagy erőforrásigényű objektumot használ (pl. Egy szövegszerkesztő nagyméretű képeket), a nagy erőforrásigényű objektumra, azonban nincs mindig szükség, igény esetén tölthető be. A betöltés előtt is szükség van azonban a nagy erőforrásigényű objektum bizonyos paramétereire. Mely tervezési mintát használná a probléma megoldására? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # Factory method<br /> # Abstract method<br /> # Composite<br /> # Proxy<br /> # Observer<br /> # Adapter<br /> # Singleton<br /> # Strategy<br /> <br /> == Egy kiszolgáló alkalmazás esetében praktikusabb külön szálakat indítani az egyes kérések kiszolgálásához, mert a thread-pool szálak elfogyhatnak. Jelölje meg a helyes választ! ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Csak az első tagmondat igaz (+ -)<br /> # Csak a második tagmondat igaz (- +)<br /> # Mindkét tagmondat igaz, de a következtetés hamis (+ + -)<br /> # Mindkét tagmondat igaz és a következtetés is helyes (+ + +)<br /> # Egyik tagmondat sem igaz (- -)<br /> <br /> == Egy nem statikus változót célszerű statikus lockkal (osztályszintű zárral) védeni, mert ez hatékonyabb megoldást jelent. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Egy online bolt alkalmazásban a feladata egy a bevásárlókosár lezárását (szállítási cím kezelése, megerősítés, fizetés) kezelő osztály megvalósítása. Az osztálynak több fizetési módot (pl. Bankkártya, átutalás) kell támogatnia, és könnyen kiterjeszthetőnek kell lennie újabb fizetési módokkal. Mely tervezési mintát alkalmazná a megvalósítás során? ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # Composite<br /> # Memento<br /> # Observer<br /> # Strategy<br /> # Singleton<br /> # Proxy<br /> # Factory method<br /> # Adapter<br /> # Abstract factory<br /> <br /> == Egy változó növelése .NET környezetben atomi. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Feladatunk egy .NET alkalmazásban Oracle adatbázisban bizonyos rekordok módosítása. Mi(k)re van ehhez szükség? ==<br /> {{kvízkérdés|típus=több|válasz=4,6,7|pontozás=-}}<br /> # SQLCommand<br /> # SQLDataReader<br /> # SQLConnection<br /> # OracleConnection<br /> # OracleDataReader<br /> # OracleCommand<br /> # Try/finally vagy using blokk<br /> <br /> == Feladatunk egy olyan alkalmazás megtervezése, mely szervezetek osztályainak hierarchiáját képes egy diagramon megjeleníteni. Egy szervezeten belül lehetnek osztályok és személyek, az osztályokon belül további osztályok és személyek, tetszőleges mélységben. Mely tervezési mintát a legcélszerűbb választani a probléma modellezésére? ==<br /> {{kvízkérdés|típus=egy|válasz=8|pontozás=-}}<br /> # Prototype<br /> # Memento<br /> # Observer<br /> # Strategy<br /> # Singleton<br /> # Proxy<br /> # Factory method<br /> # Composite<br /> # Abstract factory<br /> <br /> == Ha adott két objektum és ezekre a lock utasítással eltérő sorrendben szerez zárat két szál, nem alakulhat ki holtpont. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ha egy osztályban egy költséges, nem felügyelt erőforrást foglalunk (pl. Win32 API hívással) a konstruktorban és ezt az osztályban eltároljuk, akkor destruktort írunk az osztályba, mert az biztosítja az erőforrás mielőbbi felszabadítását, amint az osztály objektumát nem használjuk.(?) ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == IL-t könnyű visszafejteni. ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Jelöje meg, hogy a .NET Framework esetében mely állítások igazak! ==<br /> {{kvízkérdés|típus=több|válasz=2,4,5|pontozás=-}}<br /> # Az alábbi forgatókönyv a klasszikus DLL hell probléma legjellemzőbb esetének jó definíciója: egy alkalmazás telepítésekor hiányzik egy vagy több DLL a célkörnyezetben, mely szükséges lenne az alkalmazás futásához, így az alkalmazás nem működik megfelelően (mert a szükséges DLL-ek telepítéséről a felhasználó nem gondoskodott).<br /> # A .NET IL kód processzor-és architektúrafüggetlen.<br /> # A .NET IL kód nagyon hatékony, mert a processzorok közvetlenül tudják futtatni.<br /> # Az azonosított (erős névvel aláírt) szerelvények lehetővé teszik, hogy a több kiadó/fejlesztőcég azonos fájlnévvel és azonos verzióval telepítsen .NET szerelvényeket.<br /> # A privát szerelvényeket egyszerűbb telepíteni, mint az azonosított szerelvényeket.<br /> <br /> == Jelölje meg a helyes választ! ==<br /> {{kvízkérdés|típus=egy|válasz=1|pontozás=-}}<br /> # A Proxy tervezési mintában a Proxy objektum egy transzparens csomagoló az eredeti objektum körül, mely szabályozza az eredeti objektumhoz való hozzáférést.<br /> # A Proxy tervezési minta adatok cache-elésére használt a web-en, a kérések gyorsabb kiszolgálása érdekében.<br /> # A Proxy tervezési minta adatok cache-elésére használt bármilyen kontextusban, a kérések gyorsabb kiszolgálása érdekében.<br /> # A Proxy tervezési mintában a kliens objektum az eredeti kiszolgáló helyett egy proxy objektumra mutat, és amikor szükséges, a mutatót az eredeti kiszolgáló objektumra állítjuk, hogy az szolgálja ki a kliens kéréseit<br /> # A Proxy tervezési minta lehetővé teszi az egymással nem kompatibilis objektumok együttműködését.<br /> <br /> == Jelölje meg, mely állítások igazak a Pipes and Filters architektúrára. ==<br /> {{kvízkérdés|típus=több|válasz=1,2|pontozás=-}}<br /> # Egyik előnye, hogy a filterek tetszőlegesen kombinálhatók.<br /> # Egyik előnye a párhuzamos feldolgozás lehetősége (aktív szűrők esetén).<br /> # Adatnyelő által vezérelt architektúra esetén a szűrő egy ciklusban dolgozza fel a bemenetére érkező adatokat.<br /> <br /> == Jelölje meg, mely állítások igazak a szálkezelésre .NET környezetben! ==<br /> {{kvízkérdés|típus=több|válasz=2,3,5,6|pontozás=-}}<br /> # A ManualResetEvent osztályt jellemzően arra használjuk, hogy adott erőforrás elérésére vonatkozó kölcsönös kizárást valósítunk meg a segítségével.<br /> # A ManualResetEvent osztályt jellemzően arra használjuk, hogy hatékonyan tudjunk várakozni más szál jelzésére.<br /> # A Mutex előnye a lock utasítással szemben, hogy különböző folyamatok szálai között is használható.<br /> # Az x++ művelet .NET környezetben atomi (és így szálbiztos), ha az x típusa int (32 bites).<br /> # A ReaderWriterLock használata akkor célszerű használni kölcsönös kizárásra, ha a védett erőforrást gyakran olvassuk és ritkán írjuk.<br /> # Az x=10 művelet .NET környezetben atomi (és így szálbiztos), ha az x típusa int (32 bites).<br /> <br /> == Jelölje meg, mely állítások igazak az alábbiak közül! ==<br /> {{kvízkérdés|típus=több|válasz=2|pontozás=-}}<br /> # A JIT compiler fordítja a forrásfájlokat - pl. A .cs állományokat - IL (Intermediate Language) kódra.<br /> # Az IL (Intermediate Language) kódot könnyű visszafejteni.<br /> # .NET környezetben az adott nyelvhez tartozó fordító (compiler) kimenete forrásfájlonként egy .obj kiterjesztésű fájl. Mely IL (Intermediate Language) kódot tartalmaz. A .obj kiterjesztésű fájlokat a linker fűzi össze egy .exe vagy .dll kiterejesztésű állománnyá, mely natív hardverfüggő gépi kódot tartalmaz, majd ezeket a .exe és .dll állományokat telepítjük a célkörnyezetbe.<br /> # C# támogatja a többszörös öröklést.<br /> <br /> == Melyek a Singleton tervezési minta megvalósításának kellékei? Jelölje meg a helyes válaszokat! ==<br /> {{kvízkérdés|típus=több|válasz=2,3,6|pontozás=-}}<br /> # Globális változó<br /> # Statikus tagváltozó<br /> # Statikus metódus vagy statikus property<br /> # Virtuális metódus<br /> # Absztrakt metódus<br /> # Védett konstruktor<br /> # Védett destruktor<br /> # Globális pointer vagy referencia<br /> <br /> == Mi a Composite tervezési minta elsődleges célja? ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Lehetővé teszi objektumok tetszőleges mélységben való egymásba ágyazását, és támogatja ezen objektumok fastruktúrába szervezését.<br /> # Lehetővé teszi, hogy bizonyos műveletek tekintetében ne kelljen az elemi és összetett objektumokat megkülönböztetni, és támogatja ezen objektumok fastruktúrába szervezését.<br /> # Lehetővé teszi, hogy összetett objektumokat úgy kezeljünk, hogy könnyű legyen új összetett objektumtípust bevezetni (a meglevőket ne legyen szükséges módosítani), valamint támogatja az objektumok fastruktúrába szervezését.<br /> # Lehetővé teszi elemi és összetett objektumok közös heterogén kollekcióban való tárolását, valamint támogatja ezen objektumok fastruktúrába szervezését.<br /> <br /> == Mi a tervezési minták egyik elsődleges célja? ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Adott funckionalitás legkevesebb kóddal történő megvalósítása.<br /> # A kód újrafelhasználhatóságának elősegítése.<br /> # Adott üzleti problémák jól érthető modellezése.<br /> # Jobb teljesítményű kód írása.<br /> # A valóság minél érthetőbb modellezése.<br /> <br /> == Mi az Observer tervezési minta elsődleges célja? Jelölje meg a helyes választ! ==<br /> {{kvízkérdés|típus=egy|válasz=4|pontozás=-}}<br /> # Lehetővé teszi a felhasználói eseményekre való reagálást.<br /> # Lehetővé teszi, hogy egy dokumentum nézetei értesüljenek a dokumentum változásáról.<br /> # Lehetővé teszi objektumok könnyű megfigyelését az objektumok becsomagolásával.<br /> # Lehetővé teszi, hogy objektumok (közvetve) úgy értesítsék egymást állapotuk megváltozásáról, hogy nem tudnak egymásról.<br /> # Lehetővé teszi algoritmusok folyamatának (progress) monitorozását.<br /> <br /> == Miben segítenek a tervezési minták? ==<br /> {{kvízkérdés|típus=több|válasz=1,2,4|pontozás=-}}<br /> # Rendszer karbantarthatóság és módosíthatóság elősegítése.<br /> # A kód újrafelhasználhatóságának elősegítése.<br /> # Adott üzleti problémák jól érthető modellezése.<br /> # Nem maguktól értetődő kódok megtalálása.<br /> # A valóság minél érthetőbb modellezése.<br /> <br /> == ReaderWriterLock osztály lehetővé teszi, hogy egy erőforrást több szál is írjon egyszerre. ==<br /> {{kvízkérdés|típus=egy|válasz=2|pontozás=-}}<br /> # Igaz<br /> # Hamis<br /> <br /> == Ön egy alkalmazást fejleszt .NET platformra. Az alkalmazást a felhasználók a saját gépeiken több példányban is mepróbálhatják elindítani (akár teljesen egyidőben). Az ön feladata annak megoldása, hogy az alkalmazás csak egy példányban fusson: vagyis, ha az alkalmazásból úgy indít új példányt a felhasználó, hogy már fut, akkor az újabb példány ezt detektálja, és azonnal lépjen ki (fejezze be a futását). Mit használna az alábbiak közül ennek megvalósításához? ==<br /> {{kvízkérdés|típus=egy|válasz=5|pontozás=-}}<br /> # Lock<br /> # Synchronized<br /> # StartCoordinator<br /> # AutoResetEvent<br /> # Mutex<br /> # Singleton<br /> # ThreadPool<br /> <br /> == Adottak az alábbi állítások a C# property, delegate és attribute vonatkozásában. Jelölje meg, mely állítások igazak. FIGYELEM, akárhány helyes válasz létezhet! ==<br /> {{kvízkérdés|típus=több|válasz=1,3|pontozás=-}}<br /> # Feltéve, hogy adott egy Circle osztály és annak egy int típusú Radius tulajdonsága (property), valamint a Circle osztály egy circle nevű példánya/objektuma, akkor a tulajdonság lekérdezése pl. az int n = circle.Radius; formában lehetséges.<br /> # Egy C# attribútum alkalmazásakor az attribútum neve elé a @ karaktert kell tenni.<br /> # A C# attribútumok segítségével deklaratív módon tudunk információt csatolni többek között tagváltozókhoz, metódusokhoz és osztályokhoz.<br /> # Egy C# property (tulajdonság) bevezetésekor mindig be kell vezetni egy tagváltozót is az osztályban, melyben a property értéke tárolásra kerül.<br /> <br /> == Jelölje meg, mely állítások igazak .NET környezetben szálkezelés vonatkozásában! FIGYELEM, akárhány helyes válasz létezhet! ==<br /> {{kvízkérdés|típus=több|válasz=2,3|pontozás=-}}<br /> # Amikor egy AutoResetEvent objektum jelzett állapotba kerül, valamennyi rá várakozó szál tovább futhat.<br /> # .NET környezetben egy folyamat (processz) akkor áll le, ha az összes előtérszála leáll.<br /> # Egy változó növelése a ++ operátorral nem szálbiztos (nem thread safe).<br /> <br /> == A feladat fájlrendszerbeli mappák és bennük levő fájlok nyilvántartása egy adott objektumstrukturában. Az egyes fájlokról a nevüket és a méretüket, valamint a mappákra a nevüket kell nyilvántartani (memóriában). Elegáns megoldást szeretnénk a következőre: Mappa tartalmának listázásakor a mappában levő fájlok és a közvetlen benne levő mappák nevét és méretét kell kiírni a konzolra. Az előző pontban, amikor egy mappa méretét írjuk ki a konzolra, akkor a mappa összméretét kell kiírni, melybe valamennyi - a hierarchiában tetszőlegesen mélységben levő - almappájában levő fájlok mérete is beleszámolódik. Mely tervezési minta biztosít a fentiekre elegáns megoldást? ==<br /> {{kvízkérdés|típus=egy|válasz=8|pontozás=-}}<br /> # Prototype<br /> # Memento<br /> # Observer<br /> # Strategy<br /> # Singleton<br /> # Proxy<br /> # Factory method<br /> # Composite<br /> # Abstract factory</div>

Magyari Krisztián https://vik.wiki/index.php?title=Sz%C3%A1m%C3%ADt%C3%B3g%C3%A9pes_grafika_(r%C3%A9gi)&diff=206256 2025-02-11T14:06:38Z

<p>Magyari Krisztián: Updated kredit value (3 -&gt; 5)</p> <hr /> <div>{{Új_tárgy|Számítógépes grafika és képfeldolgozás}}<br /> <br /> {{Tantárgy<br /> |név = Számítógépes grafika<br /> |tárgykód = VIIIAB07<br /> |régitárgykód = VIIIAB03<br /> |szak = info<br /> |kredit = 5<br /> |félév = 4<br /> |kereszt = van<br /> |tanszék = IIT<br /> |kiszh = nincs<br /> |nagyzh = 1 db<br /> |hf = 3 db<br /> |vizsga = nincs<br /> |levlista = grafika{{kukac}}sch.bme.hu <br /> |tárgyhonlap = http://cg.iit.bme.hu/portal/szamitogepes-grafika<br /> |facebook=https://www.facebook.com/groups/grafika.cz/<br /> }}<br /> <br /> A tárgy a képi információ előállításának és feldolgozásának algoritmusait mutatja be, a hallgatókat bevezetve az interaktív grafikus alkalmazások készítésébe és a grafikus hardver programozásába. A [[Számítógépes grafika és képfeldolgozás]] tárgy utódja.<br /> <br /> <br /> == Követelmények ==<br /> ===Előtanulmányi rend===<br /> [[A programozás alapjai II.|A programozás alapjai 2]] tárgyból kredit megszerzése szükséges a tárgy felvételéhez.<br /> <br /> ===A szorgalmi időszakban===<br /> * A kari Moodle rendszerben minden témakör leadása után megnyílik az adott témakörhöz egy-egy '''kérdőív'''. Ezeknek a kérdőíveknek minimum 66%-át ki kell tölteni a tárgy telejesítéséhez, azonban ezek eredménye a tárgyba semennyire nem számít bele. Üres beadással is teljesíthetőek. <br /> * '''3 kis házi feladat leadás''' van, ezek félévente változóan vagy fakultatívak vagy nem, ha nem, akkor általában minimum 3 pontot kell szerezni. Összesen 9 pontot lehet rájuk kapni, a felosztás régebben 3-3-3, mostanában 2-3-4 szokott lenni. Aktuális szabályokat lásd az előadásdiákon.<br /> ** A házikra nem közvetlenül kapsz pontot. A házikat el kell fogadniuk, de a pont csak akkor számít bele a jegybe, ha még &quot;megvéded&quot; a ZH-n a pontjaidat.<br /> * Opcionálisan választható nagy házi feladat, 3 pontot érhet. Ennek témaköre nem lehet a kisházikkal egyező, és annál komplexebb kell legyen. Részleteket az oktatóval egyeztesd.<br /> * Egy '''ZH'''-t kell sikeresen megírni (30 pontos), ebből születik a félév végi jegy.<br /> ** A ZH-n a 3 kisházihoz tartozik 1-1 ellenőrző kérdés, ami a házi témaköréhez kapcsolódik. Ha ezekre a kérdésekre jól válaszolsz, a jegybe beleszámít az adott házira kapott pontod kétszerese. Ha nem jó a válaszod, nem ér semmit a HF-pontod. Viszont a ZH pontszám-felosztása miatt még így is teljesítheted a tárgyat.<br /> <br /> * '''Pótlási lehetőségek:'''<br /> ** A házi feladatok nem pótolhatók, de a 9 pontból csak 3-mat kell minimálisan szerezni.<br /> **PótZH van, általában 1 vagy 2 héttel később.<br /> ** Aláíráspótló nincs minden félévben! Ha a tantárgyi adatlapra nem írják oda, hogy lesz, akkor biztosan nem lesz. Ha nincs PPZH (vagy az se sikerülne), méltányossági kérelmet elfogadnak egy ismételt pótlási alkalomra.<br /> <br /> * Előadáson, néha a ZH-n kaphatók bónuszpontok még egyéb kérdésekkel.<br /> * Összesen 56 pont szerezhető (30 ZH + 9*2 KHF + 3*2 NHF + bónusz), de a jegyszámításnál mondhatni 32 a megszokott 100%.<br /> <br /> === Ponthatárok ===<br /> :{| class=&quot;wikitable&quot; style=&quot;text-align: center; width: 110px; height: 40px;&quot;<br /> |-<br /> ! Pont !! Jegy<br /> |-<br /> |0 - 11 || 1<br /> |-<br /> |12 - 15 || 2<br /> |-<br /> |16 - 19 || 3<br /> |-<br /> |20 - 23 || 4<br /> |-<br /> |24 - || 5<br /> |}<br /> <br /> == Segédanyagok ==<br /> ===Jegyzet===<br /> * [[Media:Grafika_jegyzet_elte.pdf | Szirmay által készített jegyzet]] (az ELTE hallgatói számára)<br /> <br /> === Előadásdiák ===<br /> <br /> A tematika kis mértékben minden félévben szokott változni, így sok éves kidolgozások (lásd régi tárgy WIKI-oldala) már elavultak. Az aktuális előadásdiákat a tárgyhonlapon megtalálod. A PDF formátumnál könnyebb a jegyzetet olvasni, de a PPT-ben szemléletesebbek az animációk. Nem mindig jut idő mindegyik témakörre előadásokon.<br /> <br /> * 2019 tavaszi előadások:<br /> ** Alapfogalmak: [[Media:Grafika_eloadasdia_2019-tavasz_1.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_1.pptx | PPT]]<br /> ** Geometriák és algebrák: [[Media:Grafika_eloadasdia_2019-tavasz_2.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_2.pptx | PPT]]<br /> ** Geometriai modellezés: [[Media:Grafika_eloadasdia_2019-tavasz_3.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_3.pptx | PPT]]<br /> ** Geometriai transzformációk: [[Media:Grafika_eloadasdia_2019-tavasz_4.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_4.pptx | PPT]]<br /> ** 2D képszintézis: [[Media:Grafika_eloadasdia_2019-tavasz_5.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_5.pptx | PPT]]<br /> ** Grafikus alap hw/sw: [[Media:Grafika_eloadasdia_2019-tavasz_6.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_6.pptx | PPT]]<br /> ** 3D képszintézis optikai alapmodellje: [[Media:Grafika_eloadasdia_2019-tavasz_7.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_7.pptx | PPT]]<br /> ** Sugárkövetés: [[Media:Grafika_eloadasdia_2019-tavasz_8.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_8.pptx | PPT]]<br /> ** Inkrementális 3D képszintézis: [[Media:Grafika_eloadasdia_2019-tavasz_9.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_9.pptx | PPT]]<br /> ** Animáció: [[Media:Grafika_eloadasdia_2019-tavasz_10.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_10.pptx | PPT]]<br /> ** Számítógépes játékok: [[Media:Grafika_eloadasdia_2019-tavasz_11.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_11.pptx | PPT]]<br /> ** Fraktálok és káosz: [[Media:Grafika_eloadasdia_2019-tavasz_12.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_12.pptx | PPT]]<br /> ** GPGPU: [[Media:Grafika_eloadasdia_2019-tavasz_13.pdf | PDF]] - [[Media:Grafika_eloadasdia_2019-tavasz_13.pptx | PPT]]<br /> <br /> <br /> === Hallgatók által írt összefoglalók ===<br /> <br /> * [[Számítógépes_grafika_házi_feladat_tutorial|Csala Tamás: Grafika házi tutorial, példaprogramokkal]]<br /> ** Ez a leírás az OpenGL régebbi változatához készült, a tárgy régi tematikája alapján. Ne ebből dolgozz, mert nem fogadják már el. Ellenben sok jó ötletet találni belle, és az elméletet is jól magyarázza.<br /> * [https://docs.google.com/document/d/1MLIdbJ-OsD0Rp5auOyH10MSmHW1mC3cNcAzHICoQ3Cc/edit Google doksi a régi tárgyból a kiadott vizsgafeladatok és korábbi vizsgák megoldására]<br /> * [[Grafika_hibakezelés_és_tipikus_hibák|Hibakezelés és tipikus hibák]]<br /> <br /> === Könyv === <br /> * [[Media:Grafika_konyv_suni_2003.pdf | Háromdimenziós grafika, animáció és játékfejlesztés 2003 (sünis könyv)]]<br /> * [[Media:Grafika_konyv_1999.pdf | Számítógépes grafika 1999 (Szirmay korábbi könyve)]]<br /> * [[Media:Grafika_jegyzet_OpenGL.pdf|Juhász Imre: OpenGL]] (csak érdeklődőknek, ez sokkal részletesebb, mint ami a tárgyhoz kell)<br /> * A tárgyhonlapon található még 1-2 könyv.<br /> <br /> === Videó ===<br /> * [http://bme.videotorium.hu/hu/category/1083/szamitogepes-grafika 2018 tavaszi előadások]<br /> * [http://bme.videotorium.hu/hu/channels/901/szamitogepes-grafika-es-kepfeldolgozas Régi, 2009 évi előadás felvételek]<br /> <br /> <br /> == Házik ==<br /> A tárgy arról szól, hogy ezeket meg tudod-e írni. Az első órán el szokott hangzani, hogy vagy 5-sel, vagy 1-sel szeretik értékelni a munkát, kettest csak az kap akit már sok év alatt sem sikerült megtanítani a tárgyra, de a tudása kezd körvonalazódni. Szóval ez a rész, amelyre nagy szükséged lesz! A a házikat jól megcsinálod, a ZH sokkal egyszerűbb és könnyebb felkészülni rá, így összességében jobb jegyet kapsz.<br /> <br /> ===Előkészületek===<br /> Mielőtt elkezdenéd, be kell lőni a fejlesztőkörnyezetet:<br /> * Visual Studio + a tárgy honlapjáról letölthető projekt template (Windows-ra)<br /> * [[Számítógépes grafika: CLion + MinGW|CLion + MinGW + előkészített projekt]] (miden platformon megy)<br /> * [[Számítógépes grafika: OpenGL + GLUT + fejlesztőkörnyezetek]]<br /> ** Ez a leírás a régi tárgyhoz készült. Legtöbb Windows környezeti leírása már ideje múlt. MacOS és Linux telepítési útmutató itt található.<br /> * [https://gist.github.com/bokrosbalint/8395956efc643d9af7eea561e3d74eb7 CMake template], leginkább UNIX környezethez.<br /> <br /> Tipp: próbálj meg olyan környezetet használni, ahol szabványkövető fordítót tudsz használni, pl. CLion-t. A Visual Studio fordítója nem annyira szabványkövető, ezért sok hibával találkozhatsz a beadó portálon, még ha a saját gépeden fut is. Ez legyen fontosabb, mint hogy melyik IDE használatát szoktad meg, sok bosszankodástól megkímél a beadásnál.<br /> <br /> === Tippek a házikhoz ===<br /> <br /> Érdemes mindegyik házit elfogadottra megcsinálni. A házikat érdemes a kiadás napjától emészteni, és a leadás napján az a jó, ha már csak nagyon kicsi hibák vannak benne, mert a beadórendszer nagyon le tud lassulni. A határidő előtt 6 órával akárhogy áll töltsd fel, mert rossz azon elbukni 1-1 házit hogy bent maradt egy printf, csak már nem láttad az eredményt mert lejárt a határidő.<br /> <br /> Ha a határidő előtt 1-2 nappal akarod elkezdeni a munkát, és az anyagot még nem nagyon érted, akkor bele se kezdj egyedül. A házik minden részletének igényes kidolgozása 1 teljes hetet vesz igénybe, ami alatt a többi tárggyal nem nagyon tudsz foglalkozni. Ha csak a minimális dolgok elérése a célod, ennél kevesebb idő is elég, de semmiképp nem tudsz használható programot összedobni egy délután alatt.<br /> <br /> A házikat elsődlegesen azért érdemes megcsinálni, hogy tanulj vele a ZH-ra. Hidd el, rengeteget számít, ha jól megérted a dolgokat a háziknál, és nem csak összecsapod a programot, hogy kapj 1-2 pontot. A ZH feladatoknál gyakran szokott lenni gyakorlati feladat is, pl. GLSL és OpenGL-es programrészlet írás, amik könnyen megoldhatók, ha tudod, mit kell csinálni.<br /> <br /> === Előző házik ===<br /> * [[Kiadott grafika házik]] - (csak feladatleírások)<br /> <br /> === A feladatok ===<br /> <br /> A régi tárgy [[Számítógépes_grafika_és_képfeldolgozás#A_feladatok|oldalán]] rengeteg segédanyag található, ha hasznosat találsz, szúrd be a megfelelő házihoz.<br /> <br /> * [[Számítógépes_grafika_házi_feladat_tutorial|Csala Tamás: Grafika házi tutorial]]<br /> ** Ez a leírás az OpenGL régebbi változatához készült, a tárgy régi tematikája alapján. Ne ebből dolgozz, mert nem fogadják már el. Ellenben sok jó ötletet találni belle, és az elméletet is jól magyarázza.<br /> <br /> ==== Első házi ====<br /> * Ez általában egy 2D-s játékprogram. Mindenféle primitív formát és görbéket kell rajzolgatni, mozgatni egy karaktert. A 3 közül ez a legegyszerűbb, mert még csak 2D-ben kell dolgoznod, de ne hidd, hogy ez is csettintésre megy. A legjobb az első háziban, hogy érezheted, mennyit kell foglalkozni vele. A kiadás idejében általában még nincs ZH időszak, a másodiknál lesz, a harmadik meg félév végén van, tehát ennek állj neki rendesen, itt lesz időd megtanulni az alapokat, játszadozni a környezettel, osztályokkal stb.<br /> * [[Media:Grafika_jegyzet_catmull-rom.pdf‎|Catmull-Rom levezetés]]<br /> <br /> ==== Második házi ====<br /> * A 2. házi egy 3D-s kép kirajzolásáról szól, sugárkövetésessel kell ezt-azt megjeleníteni. Elegendő CPU-n lerenderelni, többnyire 1 darab képet várnak, vagy apró animációt. Nagyon lassú tud lenni egy ilyen program a sugárkövetés menete miatt, ami a házi szempontjából nem gond, de a hibakeresést nagyon megnehezíti. Első körben értsd meg az elméletet, hogy lehetőleg helyes kódot tudj írni.<br /> * [[Média:Grafika_tutorial_20110410_Raytracing_-_Farkas_Adam_Attila_-wolfee-_levlistarol_(rt).pdf|Sugárkövetés tutorial (by Wolfee, 2011.04.11)]] (A benne lévő kódokat semmiképp NE használjátok fel egy az egyben a házi feladatokban (ld. plágiumgyanú), az anyag csupán iránymutatás, a megértést segíti!!)<br /> ** a szerző (Farkas Ádám Attila) [https://lists.sch.bme.hu/wws/arc/grafika/2011-09/msg00052.html levlistán, 2011.09.09-én felhívta a figyelmet] Dr. Szirmay-Kalos László kóddal kapcsolatos aggályaira: ''&quot;a pdf-fel tényleg óvatosan bánjatok, a legfőbb kifogások a Tanár úr részéről: Kamerakezelés. én pont-szerű kamerával dolgoztam annó. na nem ez a matematikailag korrekt módja a dolognak, de a pdf-be megteszi. Színkezelés. én 0..255ös skálával dolgoztam (amikor számolni kellett vele, akkor normáltam persze), de T. Ú. azt mondta, hogy végig 0..1 tartománnyal kéne számolni.&quot;''<br /> **A pdf-ben a sík-egyenes metszéspont számítás hibásan szerepel, inkább vezessük le.<br /> <br /> ==== Harmadik házi ====<br /> * Az utolsó kisházi is egy 3D-s feladat. Általában inkrementális módszerrel kell GPU használatával megjeleníteni a 2. házinál komplexebb animációt.<br /> <br /> === Házi szépségverseny ===<br /> Régebben a szépségversenyre plusz pontokat is lehetett kapni, mostanában nincs ilyen. Ettől függetlenül ha megcsináltál egy házit, készíts róla videót, és küldd be a tárgyfelelősnek, kirakja a tárgyhonlapra.<br /> <br /> == ZH ==<br /> * [[Media:Grafika_zh-feladatgyujtemeny.pdf|Feladatgyűjtemény]]<br /> * [https://youtu.be/sFaj9yQQkRA 2018-as ZH feladat megoldása előadáson]<br /> * A ZH a három kisházihoz tartozó 1-1 kérdésből (max 2*kisházik pontja), és 2 nagyfeladatból (2*15 pont), alkalmanként további 1-2 bónuszkérdésből áll (1-2 pontért).<br /> ** A kisházis kérdések kapcsolódnak az adott házihoz, pl. ha Bézier-görbét kért az első házi, akkor annak képlete lehet, és nem egy Catmull-Rom görbéé, ha görbe metszéspontja kellett a házihoz, akkor annak kiszámításának menete stb. Emiatt érdemes ZH előtt átolvasnod a kódodat, megnézni az elméletet, ami kellett hozzá.<br /> ** A kisházis kérdésekre az alapján kapsz pontot, hogy a ZH-s válaszod mennyit ért, és hogy a házira mennyit kaptál. Szóval ha pl. a 3. házit el se kezdted, arra nem kaphatsz pontot akkor se, ha a ZH-s kérdést jól megválaszolod.<br /> ** A nagy feladatok eléggé változóak. Szoktak lenni bizonyítások, pl. miért úgy alakul a kvaternió szorzása, ahogy, hogyan számítható ki az X transzformációs mátrix értékei. Gyakori, hogy az egyik feladat egy OpenGL/GLSL programot kell írni, mintha egy mini-házit kéne írnod. Egy alap programvázat megadnak, a lényegi részt kell behelyettesítened, kijavítani, hogy ezt-azt csináljon. Ehhez megint csak a házik elkészítése szolgál jó tanulási alapnak: könnyű emlékezni onnan, hogy kellett csinálni a dolgokat.<br /> ** Bónuszkérdések nem mindig vannak. Ezek általában 1-1 alapfogalom precíz meghatározását kérik.<br /> * Heti rendszerességű kvíz kérdések gyűjteménye(kiegészíteni ér): https://docs.google.com/document/d/1k7gOzvxJvXdFESTenn-g-9HVq_B3M62rUi269raxuz0/edit?fbclid=IwAR1_9V4eIfC9QuKQyNLcQFX77b_dx6OOn26-paU-1kuRI2-781XHOdugaf0<br /> <br /> == Tippek ==<br /> * Nem lehet elégszer hangsúlyozni: csináld meg jól mindegyik házit! Szánj rá időt, semmi más nem fontos az életedben, ezen fog múlni, át tudsz-e menni a tárgyból. Ha a házikat jól megérted, a ZH már nem lesz (annyira nagyon) nagy értelmetlen zagyvaság.<br /> * Sok példaprogramot adnak ki, a tárgyhonlapon megtalálod a legfrissebbeket. Ezeket viszont csak tanulásra használd fel, ne ebből induljon ki a házid. Kétségtelen, hogy át lehet alakítani a példaprogramokat működőképes házira, de abból semmit nem értesz meg, így csak időpocséklás, és ZH-n meghúznak. True story.<br /> * '''Jól oszd be a félévben az idődet.''' Ezzel a tárggyal jóval többet kell foglalkozni, mint a kreditértéke mutat. Ha más tárgyakból is elcsúszol a dolgokkal, nem fog elég időd maradni rendesen felkészülni a grafikára, ez pedig jobban tud fájni, mint más tárgyakból a gyengébb teljesítmény. Szintén true story.<br /> <br /> == Kedvcsináló ==<br /> <br /> * Interjú Gulyás Gergellyel, aki játékfejlesztőként dolgozik saját cégében az egyetem elvégzése után, az Impulzus [https://issuu.com/impulzus/docs/impulzus_xlv_06_issuu/10 45. évfolyamának 6. számában, a 10. oldaltól] kezdve.<br /> * A programozásnak talán ez a legélvezesebb része, hiszen amit csinálsz, annak látványos eredménye is van.<br /> * A legtöbb programozóban felmerül, hogy milyen jó lenne parancssori programok helyett inkább játékot írni. Itt nem csak, hogy lehetőséged van rá, de durván erre kapod a jegyet.<br /> '''Mottók:''' <br /> * A terroristák manapság főleg OpenGL függvényeket lopnak. Abban van az igazi biznisz.<br /> * Az Avatar című animációs film már állítólag majdnem megajánlott 4-est ért, de sajnos nem volt mellé kész a négy házi feladat.<br /> * Bal kezünk a billentyűzeten, jobb kezünkben az egér, a lábunk között meg szorongatjuk a joystickot.<br /> * ''&quot;Ha azt kérdeznénk önöktől vizsgán, amit előadáson elmondunk, akkor önök nem a Műszaki Egyetemre járnának, hanem a Színművészeti Főiskolára.&quot;''<br /> <br /> ==Egyéb információk==<br /> === Angol nyelvű, többnyire nagyon részletes tutorialok érdeklődőknek ===<br /> <br /> * [https://learnopengl.com/ Learn OpenGL] nagyon jól végigvezet az OpenGL fejlettebb részein is. Ha érdekelnek a részletek, extrák, effektek, a GPU kihasználása, érdemes itt nézelődnöd.<br /> * [http://www.realtimerendering.com/raytracing/ Real-time Rendering: Ray-Tracing] Könyvféleségek, nagyon jól elmagyarázza a sugárkövetés lépéseit.<br /> * [http://www.videotutorialsrock.com/ VideoTutorialsRock]. Hasznos kódok és tutorialok az abszolút kezdőknek. Sok képpel és magyarázattal.<br /> * [http://nehe.gamedev.net/ NeHe]. Alapmű, viszont a WinAPI-s cuccokat érdemes belőle kihagyni. A példák végén általában van GLUT-os megvalósítás is.<br /> * [https://www.youtube.com/user/thecplusplusguy thecplusplusguy YouTube csatorna] OpenGL, SDL, GLSL, GTK+ tutorialok angolul egy magyar srác által.<br /> * [https://youtu.be/dPWTZSC7PYI An Intuitive Introduction to Projective Geometry Using Linear Algebra] Alapos bevezetés a projektív geometriába, megérthetést segítő vizualizációval.<br /> <br /> {{Lábléc_-_Mérnök_informatikus_alapszak_2014}}</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:MMMK.png&diff=205682 2024-06-21T10:44:27Z

<p>Magyari Krisztián: Magyari Krisztián visszaállította „Fájl:MMMK.png”-t egy régebbi változatra</p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:MMMK.png&diff=205681 2024-06-21T10:44:13Z

<p>Magyari Krisztián: Magyari Krisztián Fájl:MMMK.png új verzióját töltötte fel</p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:MMMK.png&diff=205679 2024-06-21T10:42:03Z

<p>Magyari Krisztián: Magyari Krisztián Fájl:MMMK.png új verzióját töltötte fel</p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Szoftver_projekt_laborat%C3%B3rium&diff=205654 2024-06-15T11:40:04Z

<p>Magyari Krisztián: /* Verzókezelés */</p> <hr /> <div>{{Tantárgy<br /> |név = Szoftver projekt laboratórium<br /> |tárgykód = VIIIAB06<br /> |régitárgykód = VIIIAB02, VIIIA220<br /> |szak=info<br /> |kredit = 3<br /> |felev = 4<br /> |kereszt = nincs<br /> |tanszék = IIT<br /> |jelenlét = nem kötelező, &lt;br&gt;de erősen ajánlott<br /> |labor = nincs<br /> |kiszh = nincs<br /> |nagyzh = nincs<br /> |hf = 11 db<br /> |vizsga = nincs<br /> |tad = https://portal.vik.bme.hu/kepzes/targyak/VIIIAB02/<br /> |targyhonlap = https://www.iit.bme.hu/targyak/BMEVIIIAB02<br /> |levlista = szoftlab4{{kukac}}sch.bme.hu<br /> |facebook = https://www.facebook.com/groups/338196589708558/<br /> }}<br /> {{Átnevezett tárgy | Szoftver laboratórium 4}}<br /> <br /> A labor célja objektum orientált alkalmazás készítése UML (Unified Modeling Language) leírással, JAVA-ban megvalósítva, RUP (Rational Unified Process) processz szerint. A hallgatók 4-5 fős csoportokban dolgoznak és készítik el a dokumentumokat a megadott ütemezés szerint (a félév során 11 beadandó feladat lesz). A dokumentumokat a megadott formátumban, az összefoglalás és a programkód kivételével nyomtatott változatban kell beadni.<br /> <br /> <br /> == Követelmények ==<br /> <br /> === Előtanulmányi rend ===<br /> * A [[Szoftvertechnológia]] tárgyból aláírás és [[A programozás alapjai 3]] tárgyból kredit megszerzése szükséges a tárgy felvételéhez. <br /> <br /> === Szorgalmi időszakban ===<br /> * A kezdés feltétele, hogy az egyes hallgatók ''csapatokba szerveződjenek (4-5 fő)'', és ''konzultációs időpontot válasszanak'' maguknak. Ha ez explicit nem történik meg, a tárgyfelelős implicit módon a maradék embereket csapatokká kasztolja.<br /> * A félév során kiadott '''11 feladat leadása''' (8 dokumentáció, 3 dokumentáció+szoftver). Egy feladat leadásának feltétele ''az összes előző feladat sikeres teljesítése''. A teljesítés feltétele a 3 szoftver fázisnál (Szkeleton, Proto, Grafikus) a kapható pontok 41%-nak teljesítése.<br /> *'''Pótlási lehetőségek:'''<br /> ** Késedelmes leadás esetén a kapható pontok naponta 10%-kal csökkennek, tehát 10 nap késés esetén már biztosan nem jár pont (de ebben az esetben is le lehet adni a feladatot, hiszen ez a többi feladat teljesítésének feltétele). Késés esetén közvetlenül a konzulensnek, vagy a tanszéken lehet leadni az anyagot.<br /> *** Ha a konzulens egy feladatot nem fogad el, úgy azt a következő hétre (a következő beadandó feladattal együtt) újra be kell adni, ilyenkor a rá kapható pont a maximális pontszám 40%-a. Pótolni egy alkalommal lehet.<br /> <br /> === Féléközi jegy === <br /> * A három feladatrész (Skeleton, proto, grafika) összesen 100 pontot ér. A sikeres teljesítéshez szükséges, hogy mindegyik ilyen blokkból a csapat legalább 41 pontot elér (és a blokkok végén található szoftver beadásra is legalább 41%-ot kap). <br /> * Ha ez a feltétel nem teljesül, az egyéni teljesítménytől függetlenül mindenki elégtelent kap a csapatban! Ha a minimum követelmények teljesülnek, úgy a Szkeleton (Sc), Proto (Pr), illetve Grafikus (Gr) feladatrészekre kapott pontok súlyozott átlagát kell venni, ahol a súlyok:<br /> &lt;math&gt;P= 0,3*Sc+0,5*Pr+0,2*Gr&lt;/math&gt;<br /> * Az így képzett átlag a csapat pontszáma. Ez a pontszám végül az egyes csapattagok kontribúciójának arányában oszlik el (ezt az arányt a csapat állapítja meg). Amennyiben ez az arány nem tükrözi a napló tartalmát, úgy a konzulens ezt az arányt a csapattagok részvételével (vagy akár anélkül) megváltoztathatja.<br /> * Ponthatárok:<br /> :{|class=&quot;wikitable&quot; style=&quot;text-align: center; width: 120px; height: 40px;&quot;<br /> !Pont !!Jegy<br /> |-<br /> | 0 - 40 || 1<br /> |-<br /> | 41 - 54 || 2<br /> |-<br /> | 55 - 68 || 3<br /> |-<br /> | 69 - 82 || 4<br /> |-<br /> | 83 - 100|| 5<br /> |}<br /> <br /> === iMSc pontok ===<br /> * '''Elérhető pontszám:''' 10 pont.<br /> * '''Feladat:''' <br /> ** Minden heti leadandó anyag esetén, amennyiben az anyag az elérhető pontszámok 80%-nál többet ér, a csapat számára 1 iMSC pont adható.<br /> ** Csak azok a hallgatók kaphatják meg az iMSc pontot, akik a tárgyból jelest szereztek.<br /> <br /> == Házi feladat ==<br /> <br /> === Verziókezelés ===<br /> * Mindenképpen kell egy értelmes verziókezelő rendszer, ha dropboxon vagy hasonlón küldözgetitek, csak magatokkal toltok ki. Jelenleg (2014) működik a [https://git.sch.bme.hu kszk git verziókezelője], pár perc alatt el lehet sajátitani hozzá az alapokat: [https://www.atlassian.com/git/tutorials tutorial]<br /> <br /> === Doksi írás ===<br /> * Érdemes olyan platformot választani, amit egyszerre mindenki tud használni, nem kell várni a másikra, illetve utólag összeollózni. Jelenleg a [https://drive.google.com Google Drive]nál nem tudok jobbat ajánlani.<br /> <br /> === Kommunikáció ===<br /> * Nem kell mindig találkozni, a lényeg, hogy legyen egy olyan közös csatorna, amit mindenki tud követni. Akár facebook beszélgetés, akár Discord, a lényeg hogy mindig, mindenki kapja meg. (A kódokat viszont ne itt küldözgessétek...)<br /> <br /> === Kommentezés ===<br /> * Bármilyen függvényt írsz, mindig kommenteld oda, hogyan kell használni, mire szánod, mert a csapattársad nem tud olvasni a gondolataid között.<br /> <br /> === Beadandó tartalmi követelménye ===<br /> ''2017 tavaszán nekünk Goldschmidt Balázs volt a labvezünk, ezek az információk főleg tőle származnak.''<br /> * '''1. Követelmény, projekt, funkcionalitás:''' (max 10 pont)<br /> ** Ennek a dokumentumnak a legfontosabb részei:<br /> *** Funkciók: A feladat szövegében sok olyan részlet van, ami nincsen kifejtve, a csapatra van bízva, hogy ők hogyan képzelik el. Ebben a részben főleg az ilyen részleteket kell kifejteni, azaz úgy kell átfogalmazni a feladat szövegét, hogy abból minden egyértelmű legyen, ne lehessen részeket többféleképpen értelmezni.<br /> *** Követelmények: Ennek összhangban kell lennie a Funkciók résszel, a szövegben főleg az igékre fókuszálva célszerű kigyűjteni ezeket. (ajánlott legalább 15-20 követelmény megfogalmazása) Ez alapján a use-case-ek meghatározása már könnyű.<br /> *** Szótár: Mindent fontos benne meghatározni, nem szabad olyan fogalomnak maradnia a korábbi részekben, ami itt nincsen egyértelműen meghatározva. Természetesen nem csak a mennyiség, hanem a minőség is fontos. A funkciók olvasása közben könnyen kigyűjthetőek ezek a fogalmak. Ajánlott, hogy több ember is olvassa át ezt, mert ekkor még a csapatban nem alakul ki egy teljesen közös kép a feladatról, és emiatt mindenki a saját elképzelését fogalmazza meg, így fellelhetőek az olyan részek, amik nem lettek még a csapaton belül normálisan tisztázva.<br /> ** Többi rész főleg a dokumentum keretbe foglalásáért felelős, de azok kitöltése is követelmény.<br /> * '''2. Analízis modell kidolgozása 1:''' (max 20 pont)<br /> ** Objektum katalógus: Ennél a résznél még nem osztályokban kell gondolkodni, hanem a feladatot olvasva ki kell gyűjteni az entitásokat. Ez alapján utána könnyebben lehet az osztályokat meghatározni. Itt még nem szabad az osztályoknak, interfészeknek, öröklésnek megjelennie.<br /> ** Statikus struktúra diagram (osztály diagram), szekvencia diagram: Ezt a két részt együtt ajánlott készíteni, hiszen az osztálydiagram hibái előkerülnek a szekvenciák megfogalmazása közben és fordítva is igaz. Fontos az összhang, azaz ami megjelenik az osztálydiagramon, az legalább egy szekvencián is szerepeljen, és ami a szekvencia diagramokon rajta van, az az osztálydiagramon is kell, hogy szerepeljen. Nagyságrendileg 20 szekvenciadiagram ajánlott.<br /> ** Osztályok leírása: Jellemzően csak szöveg gyártásáról szól ez a rész az eddig elkészítettek alapján.<br /> ** State-chartok: Nálunk az hangzott el, hogy nem túl fontos, csak tényleg akkor rakjunk bele, hogyha van olyan része a feladatnak, amit jól jellemez.<br /> * '''3. Analízis modell kidolgozása 2:''' (max 30 pont)<br /> ** Általában az előző részt nem szokta senki sem elsőre jól megcsinálni, emiatt mégegyszer meg lehet próbálni. A labor vezetők rá fognak mutatni az előző beadandó hibáira, és legalább azokat ajánlott javítani a jó pontért. Természetesen aki az előzőt jobbra megcsinálta, annak itt kevesebb tennivalója van.<br /> * '''4. Szkeleton tervezése:''' (max 20 pont)<br /> ** A szkeleton lényege, hogy a korábban megfogalmazott működést kellene egyszerű konzolos felületen keresztül bemutatnia, azaz nyomon kell tudni követni egy adott szekvenciát például.<br /> ** Sok (&gt;10) use-case-t ajánlott megfogalmazni, nagyjából a program teljes működését le kellene velük fedni.<br /> ** A menüben az előtte megfogalmazott use-case-ek közül kell tudni választani, aminek hatására elindul egy szekvencia végrehajtása. Fontos, hogyha a szekvenciát valamilyen döntési feltétel van (opt, alt), akkor azt a felhasználótól meg kell kérdezni, hogy ez most igaz vagy hamis. Akár az is lehetséges, hogy a felhasználónak előre elmondjuk (kiírjuk), hogy a várt végrehajtáshoz milyen válaszokat kell adnia a megjelenő kérdésekre.<br /> ** A konzolra a függvény meghívását (a paramétereivel együtt akár) és a visszatérését is ki kell írni (identálás - tabulátorok használata erősen javasolt).<br /> ** Kommunikációs diagramok: UML2-ben objektum diagram nincsen, és ennek a résznek az lenne a lényege, hogy az objektumok közötti kapcsolatokat megjelenítse, azaz a szekvencia diagramok felülnézetét. Nálunk azt mondta Goldschmidt Balázs, hogy itt nem kell megjelennie az üzenetváltásoknak, hiszen azok a szekvencia diagramokon már szerepelnek, azaz itt csak össze kell kötni azokat az objektumokat (nem osztályokat), amik a szekvencia diagramokon szerepelnek, tehát egy szekvencia diagramhoz alapvetően tartozik egy &quot;kommunikációs diagram&quot; is.<br /> * '''5. Szkeleton beadása:''' (max 20 pont, min 9 pont)<br /> ** Az első rész vége, tartalmaznia kell egy értékelést is, ahol a tagokra bontva megjelenik, hogy ki mekkora százalékban járúlt hozzá az első rész elkészítéséhez (aláírás javasolt a nevek mellé).<br /> ** A dokumentum többi részének a kitöltése értelemszerű.<br /> ** Ennél a résznél a program elkészítése az, amire több időt kell fordítani.<br /> * VÁLTOZÁSOK:<br /> ** A szekelton beadását követően előszeretettel csinálnak valami módosítást a feladat kiírásában (erről emailben értesítenek mindenkit). Általában ez olyan változás, amit jól elkészített modell esetén könnyű elkészíteni. A következő dokumentum elején ezeket a változásokat meg kell jeleníteni, azaz célszerű egy összefoglalást írni a változásról, majd utána a módosított/új osztály és szekvencia diagramokat kell elhelyezni a dokumentumban.<br /> *''' 6. Prototípus koncepciója:''' (max 20 pont)<br /> ** Nagyjából ezt a részt úgy kell elképzelni, mint a szkeleton általánosítását, azaz adott funkciók nem &quot;bedrótozva&quot; vannak, hanem a programunk parancsokat értelmez, és a parancsoknak megfelelő funkcionalitást hajtja végre. Gyakorlatilag ezzel a programnak a modell része majdhogynem teljesen kész lesz, csak a grafikus rész fog hozzákerülni, de az is ehhez hasonló interfészt fog használni.<br /> ** A parancsok beolvasására a konzolról célszerű egy segéd osztályt felvenni, amire jó eséllyel nem lesz már szükség a grafikus résznél.<br /> ** A parancsok definiálásának egyértelműnek kell lennie, azaz még azt is jelölni kell, hogy a parancs paraméterezésénél milyen elválasztó karakter van, mi a paraméterek sorrendje, azok mit jelentenek.<br /> ** A use-case-ek megfogalmazása ezek alapján nem túl nehéz feladat.<br /> ** Tesztelési tervnél a program fontosabb funkcióit legalább le kell fedni. Hogyha van olyan rész, ami több esetben ugyanúgy működik és lényegében csak a megjelenítésben lesz különbség, akkor nem kell többszörösen elkészíteni az adott tesztet.<br /> ** Nem ajánlott JUnit vagy valami ehhez hasonló környezetben gondolkodni, mert csak feleslegesen elbonyolítja a helyzetet, bőven elég karakteres bemenetre és kimenetre gondolni.<br /> * '''7. Részletes tervek:''' (max 45 pont)<br /> ** Az előző rész részletezéséről szól ez a dokumentum.<br /> ** Az osztályok leírása nagyrészt csak copy-paste a korábban beadott leírásokból.<br /> ** Tesztek részletes terveinél az előző dokumentumban definiált nyelvnek megfelelően kell megfogalmazni. Ajánlott tesztenként külön txt-be gyűjteni (főleg a bemenetet), mert később jól fog jönni.<br /> * '''8. Prototípus beadása:''' (max 35 pont, min 15 pont)<br /> ** A második blokk vége ez a doksi, úgyhogy ismét kell bele értékelést rakni.<br /> ** A dokumentum kitöltése nagyjából értelemszerű, hasonlít az előző ilyenhez.<br /> ** Tesztelési jegyzőkönyveknél ajánlott nem csak sikereseket belerakni (mindegyik definiált teszthez kell lennie sikeresnek), hanem egy-két hibás is legyen, hogy látszódjon, hogy van értelme a teszteknek, meg az azért valószínű, hogy elsőre úgysem volt hibátlan a kód, és ez látszódjon a dokumentációban is.<br /> ** Teszt bemeneteket ajánlott txt formátumban is mellékelni a beadásnál, mert a tesztelést végző csapatnak nem túl kellemes élmény lehet mindent kézzel beírni.<br /> ** A programnak működnie kell úgy is, hogy a bemenetét szöveg fájlból kapja, azaz parancssorban a mellékelt txt fájlokat beleirányítjuk. (nem fájlbeolvasó függvényekre kell gondolni)<br /> * '''9. Grafikus felület specifikációja:''' (max 30 pont)<br /> ** Java Swing-ben kötelező gondolkozni, JavaFX-et el kell felejteni!<br /> ** Grafikus interfésznél ajánlott szövegesen leírni, hogy a funkciót hogyan képzeljük el, és néhány (akár paint-ben készült) képpel illusztrálni.<br /> ** Felület működési elvénél meg kell fogalmazni, hogy a grafikus megjelenítésért felelős osztályok és a modell osztályok között milyen jellegű kapcsolat van. Alapvetően mindegyik osztályhoz tartozik egy csomagoló/wrapper osztály, amiben a grafikus megjelenítésért felelős kódrészek vannak, de a működésért felelős információk továbbra is a modell osztályban kell maradniuk, azaz az eddig elkészített kódrészekhez nem igazán kell hozzányúlni majd. Alapvetően kétféle megközelítés van: a garfikus rész kérdezi le a modell osztályoktól, hogy hogyan rajzolja ki magát vagy a modell osztályok szólnak, hogy változás történt és rajzold ki magad. A szekvenciáknál az elképzelt elvet be kell mutatni, hogy hogyan fog majd működni, tehát legalább 5-10 diagram kellhet a normális részletezettséghez.<br /> * '''10. Grafikus változat beadása:''' (max 40 pont, min 17 pont)<br /> ** Ezzel együtt kell beadni a kész programot is.<br /> ** Ismét kell bele értékelést írni a tagok hozzájárulásáról.<br /> * '''11. Összefoglalás''' (max 30 pont)<br /> ** A ráfordított munkaórák alapján a korábban megadott százalékokon akár módosíthat a labvez, hogyha úgy látja, hogy a kettő nincs összhangban.<br /> ** A vélemény nem számít bele a kapott jegybe, de azért illik normálisan kitölteni.<br /> (A leírtakért felelősséget nem vállalok, nálunk ezek az elvek voltak igazak, bár tapasztaltuk, hogy labvezenként kisebb/nagyobb eltérés volt, de nincs rá garancia, hogy nálatok is ezek igazak lesznek. Ajánlott laborra úgy menni, hogy előre megnézitek, hogy mit kell a héten csinálni, és akár az itt felsoroltak segítségével kérdéseket fogalmazzatok meg magatokban, és ezekre a kérdésekre a labvezek egyértelmű választ tudnak adni. Csak a doksiban leírt kék szövegek alapján elég nehéz a doksi elkészítése. Tényleg ajánlott figyelni a labor során, mert kellemetlen, amikor másoktól kell információmorzsákat összeszedni, mert éppenséggel senki sem figyelt kellő mértékben a laboron, vagy mindenki másra emlékszik.)<br /> <br /> == Tippek ==<br /> * [[Szerkesztő:Madbence/Szoftver labor 4 tanácsok | Lennon tanácsai]] a tárgyhoz<br /> <br /> == Kedvcsináló ==<br /> * [[Szoftlab4_Kindergarten_galéria_2006 | Kindergarten Galéria 2006]]<br /> * [[SzgLab4Galeria2008 | SnakeFarm Galéria 2008]]<br /> * [[SzgLab4Galeria2010 | Bankrabló Galéria 2010]]<br /> * [[SzgLab4Galeria2012 | Continuity Galéria 2012]]<br /> * [[Szoftlab4_AntFarm_galéria | AntFarm Galéria 2013]]<br /> * [[Szoftlab4_Két_Torony_galéria | Két Torony Galéria 2014]]<br /> * [[Szoftver projekt laboratórium - Killer sokoban galéria | Killer sokoban galéria 2018]]<br /> * [[Szoftver projekt laboratórium - Jégmező galéria | Jégmező galéria 2020]]<br /> * [[Szoftver projekt laboratórium - Aszteroidabányászat galéria | Aszteroidabányászat galéria 2021]]<br /> * [[Szoftver projekt laboratórium - Sivatagi vízhálózat galéria | Sivatagi vízhálózat galéria 2023]]<br /> <br /> {{Lábléc - Mérnök informatikus alapszak 2022}}<br /> {{Lábléc - Mérnök informatikus alapszak 2014}}</div>

Magyari Krisztián https://vik.wiki/index.php?title=VIK_Szakest%C3%A9ly&diff=205504 2024-05-28T23:23:11Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Villanykari Szakestély<br /> | kép = Szakest.png<br /> | gyakoriság = félévente 2<br /> | nap = általában csütörtök vagy péntek<br /> | hely = Földszinti Nagyterem<br /> | alapítás = 2001<br /> | körvezető = [https://pek.sch.bme.hu/profiles/Noox07 Pollák Csaba]<br /> | reszort = Bulis reszort<br /> | levlista = vik-szakest{{kukac}}sch.bme.hu<br /> | honlap = http://szakest.sch.bme.hu<br /> }}<br /> == Cél, Tevékenység ==<br /> A kör a selmeci diákhagyományok és a Miskolci Egyetem Szakestélyei alapján (azokhoz csak hasonló, de velük nem megegyező) Szakestélyeket és Szakesteket szervez. Ezek célja, hogy félévente két alkalommal összeüljenek a baráti társaságok, és egy meghatározott program szerint különböző vicces előadásokat hallgathassunk meg tanárainktól, mindeközben sört/fröccsöt és zsíroskenyeret fogyasszunk, illetve a Szakestes nótákat énekeljük.<br /> Az általában októberben megrendezett Korsóavató Szakestély célja, hogy a gólyák előadása alapján kiderüljön, hogy érdemes-e az évfolyam arra, hogy felavassák Szakestes korsóikat. Másik nagyobb volumenű Szakestélyünk a Gyűrűavató Szakestély volt, ezen a végzett hallgatók avathatták fel a Villanykaros Gyűrűjüket. A Gyűrűavató Szakestélyek újra-bevezetése jelenleg is folyamatban van.<br /> Ezen komolyabb hangvételű Szakestélyek mellett szoktunk kisebb, lazább Szakesteket is tartani, a félév elején Gatyábarázót, a szorgalmi időszak végén pedig Búfelejtő Szakesteket. Ezeknek a célja pusztán a szórakoztatás.<br /> <br /> <br /> == Történet ==<br /> A kör 2001-ben alakult. Az alapítóknak a célja egy, a miskolcihoz hasonló rendszer kialakítása volt, amely a gólyákkal való foglalkozást helyezi előtérbe, tehát lényegében a seniorgárdához hasonló dolgot akartak létrehozni. Ez a része nem teljesen valósult meg, viszont egy egyedi hagyományt sikerült teremteniük.<br /> 2001 és 2008 között évente 2-3 Szakestélyt tartottunk, ekkor még az osztatlan képzés jó alapot szolgált arra, hogy az évfolyamok közösen avassanak korsót, szalagot, gyűrűt. Az osztatlan képzés (és így az évfolyamok) megszűnésével ezek a hagyományok sajnos kikoptak, lecsökkent az érdeklődés a szalag- és gyűrűavatásra.<br /> <br /> == Jelentkezés ==<br /> A körbe alapvetően Gólyaszerdán szoktunk embereket toborzoni, de bármikor van lehetőség jelentkezni a körbe, amennyiben legalább egy Szakesten már részt vettél. A jelenktezéshez keresd a mindenkori körvezetőt e-mailben vagy személyesen.<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Szakest.png&diff=205503 2024-05-28T23:22:59Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Parkett_Klub&diff=205502 2024-05-28T23:21:53Z

<p>Magyari Krisztián: </p> <hr /> <div><br /> {{Kör<br /> | név = Parkett Klub<br /> | kép = Parkett.png<br /> | gyakoriság = Hetente<br /> | nap = Kedd<br /> | hely = <br /> | alapítás = 2010.<br /> | körvezető = Komjáti Ede Róbert<br /> | reszort = Bulis<br /> | levlista = tancos@sch.bme.hu<br /> | honlap = http://parkettklub.sch.bme.hu<br /> }}<br /> <br /> Céljuk a társastáncok kedvelőinek és a többi egyetemistának színes, igényes tánctanulási<br /> és szórakozási lehetőséget nyújtani, ezzel pedig minél több emberhez eljuttatni a tánc<br /> üzenetét. A tagok általában VIK-esek, de ez nem feltétel, más egyetemekről és karokról is<br /> szívesen fogadnak lelkes jelentkezőket. A csatlakozáshoz tánctudás nem szükséges, hiszen<br /> a Parkett Klub bulikon általában ingyenes kezdő tánctanítást szerveznek azoknak, akik még<br /> sohasem táncoltak, vagy az adott stílust nem próbálták. A partik mellett táncos workshop<br /> alkalmakat is rendeznek a Schönherzben, melyeken profi tanároktól tanulhatnak a<br /> résztvevők. Az itt tanultakat hasznosíthatod a kör rendezvényein, a Gólyabálon és akár a<br /> majdani esküvődön is. Akkor is jól fog jönni, amikor az értelmiség (leendő) tagjaként<br /> megjelensz olyan rendezvényeken, ahol jó pontot ér a tánctudás. Arról nem is beszélve,<br /> hogy a körben végzett munka életre szóló közösségi élményt és szervezési tapasztalatot<br /> kínál. &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> == Tevékenység ==<br /> Körünkben elsősorban különböző stílusú táncestek szervezésével foglalkozunk. Palettánkon szerepel hagyományosan '''élőzenés rock&amp;roll est és magyar népi táncház, salsa és modern táncos bulik'''. Minden partink elejére '''kezdő tánctanítást''' szervezünk, hogy az adott stílust nem ismerők is táncolhassanak. A bulik alatt ruhatárat és pénztárt működtetünk, tisztán tartjuk a táncparkettet és persze megtáncoltatjuk a terem szélén álldogállókat - amire mindig van mód, hiszen nálunk végre a nemek aránya a hölgyek felé billen. A bulik után hangulatos '''körvacsorát''' tartunk, de hogy mi is történik ott - maradjon egyelőre titok, amíg nem látod meg Te magad is!<br /> <br /> A buliszervezés mögött természetesen különféle izgalmas háttérmunkák is adódnak, amikben Te is kipróbálhatod magad. A partik szervezésén kívül kint vagyunk a '''Gólyabálon''' is, szervezünk '''tánctanfolyamokat''', tartunk '''öregvacsorát''', ahova a Parkett Klub és az őt megelőző előd körök immár 29 éves működése alatt tevékenykedett rendezők ellátogatnak, mesélnek és nosztalgiáznak.<br /> <br /> == Történet ==<br /> A Schönherz Kollégiumban a 2008-as felújítás előtt virágzott a táncos élet. Kéthetente keddenként felváltva két kör is rendezett társastáncos bulikat: a ''Rongyláb Party'' és a ''Táncklub''. Ám az egy év alatt, amíg a kollégisták átmenetileg a Terminus Kollégiumban laktak - és a visszaköltözés után is egy évig - bajos volt a bulirendezés. Ezalatt sok körtag végzett az egyetemmel, albérletbe költözött, így megfogyatkozott mindkét rendezőgárda. Ezért már a visszaköltözés után összefogtak, hogy együtt - később egy új kört, a '''Parkett Klubot''' megalapítva - keltsék újra életre a társastáncos rendezvényeket a Schönherzben.<br /> <br /> == Jelentkezés ==<br /> Ha tetszett, amit olvastál rólunk vagy amit láttál a Parkett Klub bulikon és kedvet kaptál hozzá, hogy Te is bulit rendezz velünk, akkor jelentkezz újoncnak a Parkett Klubba, és indulj el az úton, hogy Te is teljes jogú Parkett Klub rendezővé válhass! Az sem akadály, ha nem a VIK-re vagy a BME-re jársz.<br /> A [http://parkettklub.sch.bme.hu/csatlakozz '''honlapunkon'''] is leadhatod a jelentkezésedet vagy keress minket '''személyesen''' a bulijainkon!<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Parkett.png&diff=205501 2024-05-28T23:21:33Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Lanosch&diff=205500 2024-05-28T23:19:45Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Lanosch<br /> | kép = Lanosch_logo.png<br /> | gyakoriság = minimum havi egyszer<br /> | nap = változó<br /> | hely = FNT<br /> | alapítás = 2012.<br /> | körvezető = Fejes Dániel<br /> | reszort = Bulis<br /> | levlista = lanosch(at)googlegroups.com<br /> | honlap = http://lano.sch.bme.hu<br /> }}<br /> {{Idézet<br /> |idézet=&quot;Lanni vagy nem lanni&quot;<br /> |forrás=A kör mottója<br /> }}<br /> ==Ismertető==<br /> <br /> Körünk célja, hogy legalább havi rendszerességgel szervezett lanozásra adjon lehetőséget a Kollégiumban.<br /> &lt;br&gt;<br /> Rendezvényeinket különböző témák köré építjük, ilyen például az Esélykiegyenlítős nyitás, mely során sörrel kompenzáljuk az erőviszonyok különbségét, valamint a Hétvégi LAN-party, amikor egy egész hétvégén át űzzük kedvenc hobbinkat.<br /> &lt;br&gt;<br /> Ha imádod a videojátékokat, szereted a sört, vagy csak szeretnél egy-egy estét szórakozással a barátaid társaságában eltölteni, akkor jó helyen jársz!<br /> &lt;br&gt;<br /> ''-a kör weboldaláról''<br /> <br /> Fontosabb tudnivalók a körről:<br /> * A kör hivatalos színe a fekete és a vörös, valószínűleg az anarchokommunista múltja miatt.<br /> * A kör valódi mottója az alábbi: &quot;Egy kör, Egy reszort, Egy Dika&quot;<br /> * A kör végső célja reszorttá válni és elfoglalni az F19-et a Schönherzben, ezzel végrehajtva a Lanschluss néven ismert tervet.<br /> <br /> ==Egyéb elérhetőségek==<br /> [mailto:lanosch.gaming(at)gmail.com E-mail]<br /> &lt;br&gt;<br /> [http://www.facebook.com/lanoschbme Facebook]<br /> &lt;br&gt;<br /> [https://twitter.com/lanoschbme Twitter]<br /> &lt;br&gt;<br /> [https://www.instagram.com/lanosch.gaming/ Instagram]<br /> <br /> [[Category:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=Just_Dance&diff=205499 2024-05-28T23:18:34Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Just Dance kör<br /> | kép = JustDance.png<br /> | gyakoriság = kéthetente<br /> | nap = általában csütörtök<br /> | hely = ENT, 102, FNT<br /> | alapítás = 2016<br /> | körvezető = [https://pek.sch.bme.hu/profiles/DoomBringer Nagy Péter]<br /> | reszort = [[Bulis Reszort|Bulis]]<br /> | levlista = justdance@sch.bme.hu<br /> | honlap = http://justdance.sch.bme.hu<br /> }}<br /> <br /> ==Ismertető==<br /> Csapatunk kéthetente rendez Just Dance bulikat, ahol a játékot kedvelők és a mozogni, vagy kikapcsolódni vágyók egyaránt jól érezhetik magukat. Félévente egyszer bajnokságot tartunk, ahol a Just Dance magyar bajnoki címért versenghetnek a résztvevők. Több alkalmi – kari és egyetemi szintű – eseményen is lehet találkozni a körrel és a játékkal: Gólyabálon, Lágymányosi Egyetemi Napokon, EFOTT-on, kollégiumi koktélesten, és szoktunk rendezni más egyetemi karokkal közös bulikat is. Ha felkeltettük az érdeklődésed, gyere el a bulikra, csatlakozz csapatunkhoz!<br /> <br /> <br /> ==A játékról==<br /> A [http://justdance.com/ Just Dance] egy mozdulatokra és koreográfiákra épülő konzolos játék, a kivetítőről követhető táncok között a retrós számoktól kezdve a legújabb slágerekig több száz tánc közül lehet választani. A mozdulatokat a kezdő játékosok is könnyen meg tudják tanulni, de a profik számára is tartogat kihívásokat a játék. <br /> <br /> ==Média==<br /> Egy bővebb interjút olvashatsz a kör tagjaival az Impulzus [https://issuu.com/impulzus/docs/impulzus_xlv_02_issuu/26 45. évfolyamának 2. számában, a 26. oldaltól] kezdve.<br /> <br /> [[Category:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:JustDance.png&diff=205498 2024-05-28T23:18:20Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Dezs%C5%91_Buli&diff=205497 2024-05-28T23:17:31Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Dezső Buli<br /> | kép = DezsőBuli.png<br /> | gyakoriság = évente kettő<br /> | alapítás = 1992<br /> | körvezető = Turbucz Ákos (Turbi)<br /> | reszort = Bulis<br /> | honlap = http://dezso.sch.bme.hu/<br /> }}<br /> <br /> Kevés ember gondol az otthoni disznóvágásra, amikor elköltözik Buda szívébe – a Dezső<br /> Buli feladata azonban pont az, hogy ezt az élményt a lehető legjobban visszaadja. Egyrészt<br /> tradíció, másrészt remek szórakozás az egész napon átívelő sürgés-forgás a kollégiumban.<br /> A hagyományos esti disznótor élő cigányzenével pedig annyira megindító, hogy torok nem<br /> marad szárazon. Félévente csak egy alkalom, de az biztosan emlékezetes.<br /> Robinson védjegyével 1992 óta töretlenül:<br /> ''„Dezsőnek márpedig meg kell halnia!”'' &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> ==Történet==<br /> A Dezső Buli ezen a néven először 1992-ben nyitotta ki kapuit. Előtte – bár sokan nem tudják – a Kari Kannibál nevet viselte évekig, majd pár év kihagyás után egy elsős évfolyamrendezvényként indult újra a Robinson csapatnak köszönhetően. Néhány év elteltével az évfolyamrendezvény jelleg szép lassan megszűnt, és így találkozhattok vele Ti is a mostani formájában: hajnali disznóvágás az SCH mellett<br /> vagy éppen az Infoparkban, majd napközben az ínycsiklandozó ételek elkészítése, és végül az este.<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Dezs%C5%91Buli.png&diff=205496 2024-05-28T23:17:09Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Sch%C3%B6nherz_Body_K%C3%B6r&diff=205495 2024-05-28T23:15:25Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Schönherz Body kör<br /> | kép = SchönherzBody.png<br /> | hely = SCH -1<br /> | alapítás = 2002 &lt;!-- unsure --&gt;<br /> }}<br /> <br /> Az alagsorban található egy konditerem, ahova minden kollégista és BME hallgató lejárhat edzeni. Kondi belépőt a félév elején (ill. nyár elején) tudtok váltani. A kollégiumban működik a Body-Kör, melynek tagjai felügyelik a konditerem használatát, ellenőrzik a terembe járó emberek belépőit és hogy betartjátok-e a szabályzatot, amit a belépő átvételekor elfogadtok. A házirendet olvassátok el és nézzétek meg, hogy mikor vannak a takarítási időpontok, hogy ne érjen benneteket meglepetés.<br /> <br /> További információ: http://body.sch.bme.hu<br /> <br /> Facebook csoport: https://www.facebook.com/groups/schbody/<br /> <br /> Rendezvények:<br /> 2013 Red Rock Tour: https://spot.sch.bme.hu/photo/2013/20131030_red_rock_tour_sch_body/<br /> <br /> 2012 Egyetemisták Harca: https://spot.sch.bme.hu/photo/2012/20120417_egyetemistak_harca/<br /> <br /> [[Category:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:DSK.png&diff=205494 2024-05-28T23:11:19Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Sch%C3%B6nherz_Body_K%C3%B6r&diff=205493 2024-05-28T23:07:45Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Schönherz Body kör<br /> | kép = SchönherzBody.png<br /> | hely = SCH -1<br /> }}<br /> <br /> Az alagsorban található egy konditerem, ahova minden kollégista és BME hallgató lejárhat edzeni. Kondi belépőt a félév elején (ill. nyár elején) tudtok váltani. A kollégiumban működik a Body-Kör, melynek tagjai felügyelik a konditerem használatát, ellenőrzik a terembe járó emberek belépőit és hogy betartjátok-e a szabályzatot, amit a belépő átvételekor elfogadtok. A házirendet olvassátok el és nézzétek meg, hogy mikor vannak a takarítási időpontok, hogy ne érjen benneteket meglepetés.<br /> <br /> További információ: http://body.sch.bme.hu<br /> <br /> Facebook csoport: https://www.facebook.com/groups/schbody/<br /> <br /> Rendezvények:<br /> 2013 Red Rock Tour: https://spot.sch.bme.hu/photo/2013/20131030_red_rock_tour_sch_body/<br /> <br /> 2012 Egyetemisták Harca: https://spot.sch.bme.hu/photo/2012/20120417_egyetemistak_harca/<br /> <br /> [[Category:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=Sch%C3%B6nherz_Body_K%C3%B6r&diff=205492 2024-05-28T23:07:23Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Schönherz Body kör<br /> | kép = SchönherzBody.png<br /> }}<br /> <br /> Az alagsorban található egy konditerem, ahova minden kollégista és BME hallgató lejárhat edzeni. Kondi belépőt a félév elején (ill. nyár elején) tudtok váltani. A kollégiumban működik a Body-Kör, melynek tagjai felügyelik a konditerem használatát, ellenőrzik a terembe járó emberek belépőit és hogy betartjátok-e a szabályzatot, amit a belépő átvételekor elfogadtok. A házirendet olvassátok el és nézzétek meg, hogy mikor vannak a takarítási időpontok, hogy ne érjen benneteket meglepetés.<br /> <br /> További információ: http://body.sch.bme.hu<br /> <br /> Facebook csoport: https://www.facebook.com/groups/schbody/<br /> <br /> Rendezvények:<br /> 2013 Red Rock Tour: https://spot.sch.bme.hu/photo/2013/20131030_red_rock_tour_sch_body/<br /> <br /> 2012 Egyetemisták Harca: https://spot.sch.bme.hu/photo/2012/20120417_egyetemistak_harca/<br /> <br /> [[Category:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Sch%C3%B6nherzBody.png&diff=205491 2024-05-28T23:06:04Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=HA5KFU&diff=205490 2024-05-28T23:04:21Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = HA5KFU Rádióamatőr Klub <br /> | kép = HA5KFU.png<br /> | gyakoriság = hetente<br /> | nap = változó<br /> | hely = 1319<br /> | alapítás = 1954<br /> | körvezető = [https://pek.sch.bme.hu/profiles/blaci Baráth László] <br /> | reszort = Simonyi Károly Szakkollégium<br /> | levlista = ha5kfu{{kukac}}simonyi.bme.hu<br /> | honlap = http://ha5kfu.hu<br /> }}<br /> <br /> === Kik vagyunk? ===<br /> <br /> Mi vagyunk a Schönherz Kollégium rádióamatőr klubja! Téged is szeretettel várunk, ha érdekel, hogyan lehet távoli országokkal több ezer kilométeres összeköttetéseket összehozni rádión. A kollégium 19. emeletén található a klubszobánk, itt vannak a rádióink és a műszereink. Szeretünk antennát barkácsolni, magas helyekre kitelepülve rádiózni, vagy épp programkódot írni szoftverrádióhoz.<br /> <br /> === Mivel foglalkozunk még? ===<br /> * Digitális üzemmódokkal, például a klubszobánkból BPSK digitális modulációval is beszélgethetsz távoli rádióamatőrökkel, majdnem úgy mint egy chat-en. Példaként egy [https://blog.sdr.hu/2013/04/06/wspr.html 10.000 km feletti összeköttetésünk] mindössze háromszor akkora teljesítménnyel, mint amekkorával a mobiltelefonod ad.<br /> * [http://ha5kfu.sch.bme.hu/rtl_mus/hu DVB-T vevőt használunk szoftverrádiónak]<br /> * [http://hamnet.sch.bme.hu/ Nagy távolságú WiFi cuccokkal]<br /> <br /> === Miért érdekes a rádióamatőr tevékenység az internet korában? ===<br /> Aki még nem próbálta, nem tudja hogy mennyi lehetőség rejlik a rádióamatőrködésben. <br /> Egy-két funky project, ami talán felkelti az érdeklődésed:<br /> * [http://hackaday.com/2012/03/20/software-defined-radio-from-a-usb-tv-capture-card/ A legolcsóbb szoftverrádiós vevő USB-s DVB-T vevőből]<br /> * [http://www.dxmaps.com/jt65bintro.html A Holdról visszapattanó rádiójelekkel is lehet összeköttetéseket csinálni]<br /> * [http://www.liorelazary.com/index.php?option=com_content&amp;view=article&amp;id=51:hacking-the-uv3r&amp;catid=14:baofeng-uv5r&amp;Itemid=17 Új firmware írható a kínai adóvevőhöz]<br /> * [http://www.icrobotics.co.uk/wiki/index.php/Turning_the_Raspberry_Pi_Into_an_FM_Transmitter A Raspberry Pi FM adóvá alakítható] (Rádióamatőr sávon, NBFM modulációval teszteltük és működik...)<br /> <br /> A rádióamatőr sávokat valójában egy hatalmas játszótérnek kell felfogni, ez az egyetlen törvényileg biztosított lehetőség, hogy saját építésű vagy átalakított cuccokkal jeleket küldhess az &quot;éterbe&quot;. Egy rádióállomás összerakásában, vagy a kiegészítőinek elkészítésében (antenna, antennatuner, PC vezérlés) elég sok kihívás van. Például ha egy negyven éves elektroncsöves adókészüléket szeretnél használni, akkor ahhoz érteni kell valamennyire, hogy mi van a belsejében. Szóval mindenképpen tanulságos dolog.<br /> <br /> Azokat a dolgokat is jobban meg lehet érteni, amiket az egyetemen tanulsz. Például infókommból megtanulod, hogy mi az Single Side Band moduláció, és a klubban kipróbálod, ugyanis ez az egyik legelterjedtebb üzemmód, amit a rádióamatőrök rövidhullámon használnak. Talán a tápvonalas-antennás témához is jobban fogsz konyítani EMT-ből, hiszen már láttál ilyet, tudod valamihez kötni amit tanulsz. <br /> <br /> === Hogyan csatlakozhatok hozzátok? ===<br /> Ha szeretnéd megnézni élőben is, hogy mivel foglalkozunk, vagy akár csak a rádiózást szeretnéd kipróbálni:<br /> * Minden félévben induló tanfolyamunkon elsajátíthatod a rádiózás alapjait, és közben a kör újoncává válhatsz! További infók [http://ha5kfu.sch.bme.hu/ honlapunkon].<br /> * Gyere el a klubnapunkra! A 18. emelet nyugati lépcsőházából lehet felmenni a 19. emeleten található klubszobánkba.<br /> * Keresd meg bátran a körvezetőt! [https://pek.sch.bme.hu/profiles/keriboti Itt van az elérhetősége.]<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=%C3%81ltal%C3%A1nos_szert%C3%A1r&diff=205489 2024-05-28T17:51:46Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Általános szertár<br /> | kép = Általánosszertár.png<br /> | gyakoriság = alkalmanként<br /> | körvezető = Müller Enikő<br /> | reszort = Sport<br /> | levlista = sportszertar@sch.bme.hu<br /> | honlap = http://dsk.sch.bme.hu/szertar.html<br /> }}<br /> <br /> A kollégiumban lakók hozzájuk fordulhatnak különböző sporteszköz igényeikkel. Akár<br /> korcsolyázni, síelni, kosarazni, tollasozni szeretnél egyet, akár táborozni indulsz és<br /> szükséged van sátorra, hálózsákra, ők szolgálják ki az ilyen igényeid, ők tartják karban<br /> ezeket az eszközöket. Ha szeretsz sportolni, érdekelnek a sportok, szeretnél egy jó csapat<br /> tagja lenni, és szívesen tennél a kollégistákért, csatlakozz hozzájuk!&lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> Az általános szertárban megtalálsz minden olyan sporteszközt, ami az általános sporttevékenység illetve szabadidő eltöltéséhez szükséges lehet, úgymint:<br /> * különböző labdák: foci, kosár, kézilabda, röplabda, strandröpi, teniszlabdák, medicinlabdák, gumilabdák;<br /> * 2,3,4 illetve 6 személyes sátrak;<br /> * hálózsákok, polifoamok, hátizsákok;<br /> * teniszütők, tollasütők, squashütők;<br /> * női és férfi korcsolyák minden mennyiségben és méretben;<br /> * szánkók;<br /> * ugrókötelek, labdapumpa, váltóbot, síp és egyéb apró kacatok... :)<br /> * húzókötél<br /> <br /> Kölcsönzés menetéről és minden másról a '''sportszertar@sch.bme.hu''' levlistára írt levélel tudsz érdeklődni.<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=%C3%81ltal%C3%A1nos_szert%C3%A1r&diff=205488 2024-05-28T17:51:28Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Általános szertár<br /> | KÉP = Általánosszertár.png<br /> | gyakoriság = alkalmanként<br /> | körvezető = Müller Enikő<br /> | reszort = Sport<br /> | levlista = sportszertar@sch.bme.hu<br /> | honlap = http://dsk.sch.bme.hu/szertar.html<br /> }}<br /> <br /> A kollégiumban lakók hozzájuk fordulhatnak különböző sporteszköz igényeikkel. Akár<br /> korcsolyázni, síelni, kosarazni, tollasozni szeretnél egyet, akár táborozni indulsz és<br /> szükséged van sátorra, hálózsákra, ők szolgálják ki az ilyen igényeid, ők tartják karban<br /> ezeket az eszközöket. Ha szeretsz sportolni, érdekelnek a sportok, szeretnél egy jó csapat<br /> tagja lenni, és szívesen tennél a kollégistákért, csatlakozz hozzájuk!&lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> Az általános szertárban megtalálsz minden olyan sporteszközt, ami az általános sporttevékenység illetve szabadidő eltöltéséhez szükséges lehet, úgymint:<br /> * különböző labdák: foci, kosár, kézilabda, röplabda, strandröpi, teniszlabdák, medicinlabdák, gumilabdák;<br /> * 2,3,4 illetve 6 személyes sátrak;<br /> * hálózsákok, polifoamok, hátizsákok;<br /> * teniszütők, tollasütők, squashütők;<br /> * női és férfi korcsolyák minden mennyiségben és méretben;<br /> * szánkók;<br /> * ugrókötelek, labdapumpa, váltóbot, síp és egyéb apró kacatok... :)<br /> * húzókötél<br /> <br /> Kölcsönzés menetéről és minden másról a '''sportszertar@sch.bme.hu''' levlistára írt levélel tudsz érdeklődni.<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:%C3%81ltal%C3%A1nosszert%C3%A1r.png&diff=205487 2024-05-28T17:51:04Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Waterpipe_Tobacco_Fans&diff=205486 2024-05-28T17:49:44Z

<p>Magyari Krisztián: </p> <hr /> <div><br /> {{Kör<br /> | név = Waterpipe Tobacco Fans<br /> | kép = WTF.png<br /> | gyakoriság = változó<br /> | hely = 120<br /> | alapítás = 2006<br /> | körvezető = Rittgasszer Ákos<br /> | reszort = Szolgáltató Reszort<br /> | honlap = https://www.facebook.com/vizipipakor/ Facebook <br /> | hhonlap = http://wtf.sch.bme.hu/ honlap<br /> }}<br /> <br /> == Cél, Tevékenység ==<br /> Az átlag klubszobák legjellemzőbb tartozéka a vízipipa, az azt körbelengő illat, illetve a<br /> mindenhonnan előkerülő szén. Valószínűleg minden Schönherzben megforduló villanykaros<br /> találkozott már ezzel a jelenséggel. A pipát gondozó emberek is körbe tömörülnek, és segítik<br /> azokat, akiknek nincsen vízipipájuk, hogy ők se maradjanak ki a vízipipázás nyújtotta<br /> mámorból. A legtöbb villanykaros rendezvényen teremtik a füstöt: a náluk pipázni vágyó<br /> embereknek csak dohányt kell választani, a többit a kör tagjai már rutinból megoldják.<br /> Érdemes őket meglátogatni, ha pipázni támad kedved, vagy ha szeretnél te is pipát<br /> gondozni. &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> Kérésre baráti társaságoknak is kinyitunk, ahol még projektort is tudunk biztosítani. <br /> <br /> == Történet ==<br /> A kör 2006-ban alakult egy baráti társaságból és a pipákból. Céljuk az volt, hogy a kollégistáknak rendelkezésre álljon egy hely, ahol kényelmesen el lehet szívni egy vagy több pipát. Később érkeztek más felkérések, például a gólyabálra, így találkozhatok velünk a kollégium területén kívül is.<br /> <br /> == Jelentkezés ==<br /> Az aktuális körvezetőnél személyesen lehet jelentkezni.<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:WTF.png&diff=205485 2024-05-28T17:49:31Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=V%C3%B6r%C3%B6s_Kakas_Fogad%C3%B3&diff=205484 2024-05-28T17:49:03Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Vörös Kakas Fogadó<br /> | kép = Kakas.png<br /> | gyakoriság = Hetente<br /> | nap = Vasárnap<br /> | hely = Első emeleti körfolyosó<br /> | alapítás = 1993<br /> | körvezető = Gioris Thomas<br /> | reszort = Szolgáltató<br /> | honlap = https://www.facebook.com/kakasfogado/<br /> }}<br /> <br /> A kakasosok nemes küldetése az, hogy méltó módon induljon el minden hét. A vasárnap<br /> este 9 óra nekik köszönhetően az elmúlt több, mint 25 évben legendává avanzsált és a<br /> közelmúltban sem vesztett semmit fényéből. Ilyenkor az alábbiakat lehet a Schönherz első<br /> emeleti körfolyosóján megtalálni: vörös abroszok, mosolygós pincérek, rengetegféle friss<br /> melegszendvics, valamint a schönherzesek színe-java. Megéri minél többször ott lenni, sőt<br /> kakasosnak lenni még jobb döntés. &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Kakas.png&diff=205483 2024-05-28T17:48:49Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=V%C3%B6d%C3%B6rK%C3%B6r&diff=205482 2024-05-28T17:47:41Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = VödörKör<br /> | kép = Vödör.png<br /> | gyakoriság = hetente<br /> | hely = -1 nagykonyha<br /> | alapítás = 2002<br /> | körvezető = Tierra Coral Luis Geovanny<br /> | reszort = Szolgáltató Reszort<br /> | levlista = vodor@sch.bme.hu<br /> | honlap = https://www.facebook.com/vodorkor facebook oldal<br /> }}<br /> <br /> == Cél, Tevékenység ==<br /> A Vödörkör a Schimán csapat egyik keménymagjából keletkezett egy spontán<br /> öngyulladásos, görbe este után. A kör tagjai hétfő este fritőzökkel és krumplihámozókkal<br /> felszerelkezve bírják barátkozásra a végtelen krumplit és olajat. Ezt a tevékenységet<br /> folytatni külön életstílus, szerencsére a krumpli extrém körülmények között is tartósan a<br /> helyén marad, akár az olajban, akár a pocakban. Még mindig a krumplihámozás a<br /> legkiválóbb közösségépítő tevékenység, és ezt a Vödörkör tagjai tudják a legjobban. A<br /> menüjüket az évek során kolbásszal és panzóval bővítették. &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> Akik szeretik a hazai, igazi „anyasütötte” krumpli ízét, azokat sok szeretettel várja hétfő esténként a Vödörkör.<br /> És hogy miért is Vödörkör? Látogass el hozzánk és megtudhatod.<br /> <br /> == Jelentkezés ==<br /> Az aktuális körvezetőnél személyesen lehet jelentkezni.<br /> <br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:V%C3%B6d%C3%B6r.png&diff=205481 2024-05-28T17:47:18Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Szauna_k%C3%B6r&diff=205479 2024-05-28T17:46:49Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Szauna kör<br /> | kép = Szauna.png<br /> | hely = 219<br /> | alapítás = 2013 (újra)<br /> | körvezető = Börcsök Zoltán<br /> | reszort = Szolgáltató<br /> | levlista = sch-szauna@googlegroups.com<br /> | honlap = http://szauna.sch.bme.hu<br /> }}<br /> <br /> A felújítást megelőzően is működött szauna a Schönherzben, de azután sajnos megszűnt ez<br /> a lehetőség a Házban. 2011 nyarán viszont sikerült elérni, hogy a kollégisták ismét<br /> hódolhassanak e nemes szenvedélynek.<br /> A 219-es klubszobába lépve egy vadonatúj, 8 fős finn szaunával találod szembe magad,<br /> ahol lehetőséged van kikapcsolódni a haverokkal egy hosszú nap után. A kör tagjai mindig<br /> segítőkészek, ha kérdésed van, szívesen válaszolnak. Két „izzadás” között lehetőséged van<br /> kívül pihenni, egy kis vizet kortyolgatva társalogni.<br /> Így ha egy kis esti kikapcsolódásra vágysz, vagy csupán előnyben részesíted az<br /> egészséges életmódot, esetleg még soha nem szaunáztál, akkor foglalj magadnak időpontot<br /> a honlapjukon! Ígérem, nem fogsz csalódni. &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> Bármilyen kérdésed van, vagy szeretnéd, ha nyitnánk adott időpontban, írj nekünk nyugodtan a levlistánkra! További infó és időpont foglalás: http://szauna.sch.bme.hu<br /> <br /> <br /> [[Category:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Szauna.png&diff=205477 2024-05-28T17:46:14Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Pulcsi_%C3%A9s_FoltM%C3%A9k%C3%B6r&diff=205475 2024-05-28T17:45:41Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Pulcsi és FoltMékör<br /> | kép = PulcsiésFoltmékör.png<br /> | gyakoriság = kéthetente<br /> | nap = hétfő<br /> | hely = Schönherz 819<br /> | alapítás = 2007<br /> | körvezető = Balogh Ferenc Tamás<br /> | reszort = Szolgáltató<br /> | honlap = http://himzo.sch.bme.hu/<br /> | levlista = himzo@sch.bme.hu<br /> }}<br /> <br /> <br /> A Pulcsi és FoltMékör – közismertebb nevén a Hímzőkör – az első benyomás ellenére nem<br /> valami lányos hímezgetésről szól. Tagjai már több mint tíz éve azon munkálkodnak, hogy<br /> minden VIK-es egyedi módon gyűjthesse emlékeit a villanykaros pulcsival és a rá való<br /> foltokkal. Egész évben foltok és pólók hímzésével foglalkoznak egy óriási hímzőgéppel,<br /> aminek beprogramozása nem kis kunszt. Pár darab vagy akár több száz foltot is elvállalnak<br /> legyen szó egy kör, csapat vagy esemény foltjairól. Vannak saját foltjaik is, például a villám<br /> folt, amit a befejezett tanévek (vagy minden megszerzett 60 kredit) után vásárolhatsz. Hogy<br /> hol találkozhatsz velük? Székhelyük a Schönherz 819-es szobája, de ott vannak a<br /> gólyatáborokban és a többi nevesebb rendezvényen, valamint kéthetente gyűléseket is<br /> tartanak, ahol mindent megtudhatsz működésükről, tudsz foltokat felvarrni, nevet hímeztetni<br /> a pulcsidra, vehetsz villámfoltokat, pulcsikat, és betekintést nyerhetsz munkájukba. Ha<br /> mindez nem elég, látogass el a [https://www.facebook.com/pulcsi.es.foltmekor/ Facebook oldalukra]! &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> Tevékenységünkkel próbáljuk elősegíteni, hogy a Schönherzes rendezvények rendezői, résztvevői és a körök tagjai egy több 10 év múlva is megmaradó emléket viselhessenek a pulcsijukon.<br /> <br /> Két fő profiljuk van:<br /> * Az egyik a hagyományos Villanykaros pulcsi rendelésének intézése, beszerzése és átadása azoknak, akik rendeltek.<br /> * A kör másik profilja is ehhez kapcsolódik. A Villanykaros pulcsira felvarrható foltok tervezését, elkészítését is ők csinálják.<br /> <br /> Elérhetitek őket és rendeléseket adhattok fel a https://himzo.sch.bme.hu/ weboldalon.<br /> <br /> ==Archív==<br /> Az indulásról és az első évről készült dokumentáció:<br /> * [[Foltos Pulcsi]]<br /> * [[Foltos pulcsi története]]<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Pulcsi%C3%A9sFoltm%C3%A9k%C3%B6r.png&diff=205473 2024-05-28T17:45:19Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Palacsint%C3%A1z%C3%B3&diff=205472 2024-05-28T17:44:53Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Palacsintázó<br /> | kép = Palacsintázó.png<br /> | gyakoriság = kéthetente<br /> | nap = páros csütörtökönként<br /> | hely = 18. emeleti tanuló<br /> | alapítás = 2008<br /> | körvezető = Sebők Bence<br /> | reszort = SZOR<br /> | levlista = palacsintazo@sch.bme.hu<br /> | honlap = http://facebook.com/palaklub<br /> }}<br /> <br /> == Tevékenység ==<br /> A Schönherz Kollégiumban sütünk palacsintákat a kollégisták és a külső vendégek számára. Kéthetente, páros csütörtökönként nyitunk néhány órára, amíg készítjük a sok finom palacsintát a vendégeinknek. A palacsintákat elvitelre készítjük. Van kedvezményünk a színes belépőkre (ÁB, KB kártyákra). A [http://facebook.com/palaklub Facebook oldalunkon] minden nyitás előtt nyereményjátékkal kedveskedünk vendégeinknek. A plakátjaink aljáról letéphető nyereménykuponokkal szintén játékra invitáljuk a vendégeinket.<br /> <br /> == Étlapunk ==<br /> === Legnépszerűbb palacsintáink ===<br /> * töltelék nélküli<br /> * kakaós<br /> * lekváros<br /> * porcukros-fahéjas<br /> * porcukros-citromos<br /> * fahéjas-almás<br /> * chilis-csokoládés<br /> * pudingos<br /> * mogyorókrémes<br /> * mogyorókrémes-almás<br /> * mogyorókrémes-banános<br /> * túrós<br /> * túrós-barackos<br /> * túrós-meggyes<br /> * túrós-banános<br /> * túrós-mogyorókrémes<br /> * gesztenyés-tejszínes<br /> * Hortobágyi húsos<br /> <br /> === Különlegességek ===<br /> * bundás alma<br /> * Big Boy<br /> * pudingos (vanília, csoki, eper, puncs) palacsinta - 2016. őszétől a kínálat része<br /> * kekszes palacsinta - 2016. szeptember 29-ei nyitáson volt<br /> <br /> === Extra feltétek ===<br /> * kókuszreszelék<br /> * tejszínhab<br /> * alma reszelék<br /> * fahéj<br /> * porcukor<br /> <br /> == Történet ==<br /> === Kezdetek ===<br /> A palacsintázó ötlete a 2008-as Seniorképzésen, a ''Goa'uld'' csapat körében merült fel, szerettünk volna egy olyan többé-kevésbé rendszeres programot szervezni magunknak, amely továbbra is össze tudná tartani a már kialakult jó társaságot. Így jutottunk el oda, hogy nekiálltunk palacsintát sütni, nyitottunk a Termóban, majd párszor a Schönherzben is, míg végül 2010 őszi félévétől hivatalosan is megalakultunk körként. A körhöz való csatlakozás nyílttá vált, a csapat tovább bővült, számos külsős tagot is magunk között tudhatunk.<br /> === 2015. tavasztól - napjainkig ===<br /> Nagy változásokon ment keresztül a kör. Minden nyitáson van már Hortobágyi húsos és pudingos palacsinta. Néhány új töltelékkel frissült az étlapunk, melyet az SDS kör készített számunkra. Készült egy nagyobb, A3-as méretű plakátunk, amit szintén az SDS szerkesztett meg. A [http://facebook.com/palaklub Facebook oldalunkat] aktívan használjuk a vendégek felé való kommunikációban, minden nyitás előtt van nyereményjátékunk is ott.<br /> <br /> == PalApp ==<br /> Egyik lelkes körtagunk a 2015. őszi félévben készített nekünk egy Android rendszerre írt telefonos alkalmazást, aminek a segítségével minden nyitáson részletes statisztikát készítünk, hogy melyik palacsintánk mennyire népszerű a vendégeink körében. 2016. őszi félévben elkészült ennek a következő verziója, ami sokkal kényelmesebb használat mellett további hasznos funkciókkal bővült.<br /> <br /> == Körünk logója ==<br /> [[File:Palacsintazo logo.png|200x500px]]<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=Pizz%C3%A1sch&diff=205470 2024-05-28T17:42:50Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = PizzáSCH<br /> | kép = Pizzásch.png<br /> | gyakoriság = hetente<br /> | nap = szerda<br /> | hely = -1. nagykonyha<br /> | alapítás = 2004 tavaszi félév<br /> | körvezető = Lőrincz Attila<br /> | reszort = Szolgáltató<br /> | levlista = pizzasch@sch.bme.hu<br /> | honlap = https://pizzasch.hu<br /> }}<br /> <br /> == Cél, Tevékenység ==<br /> <br /> Szerda esténként az éhes kollégistákat szolgáljuk ki helybe sütött pizzáinkkal, amelyeket a FoodEX szállít a szobáinkba. Emellett gyakran megfordulunk Gólyabálokon, bulikon, villanykaros és külsős rendezvényeken is.<br /> <br /> == Történet ==<br /> <br /> A PizzáSCH 2004 első felében jött létre egy baráti társaságból, és azóta látja el friss, helyben sütött pizzával az éhes kollégistákat. <br /> <br /> == Jelentkezés ==<br /> Minden félév elején várjuk szeretettel a fiatalokat (idősebbeket), hogy csatlakozzanak hozzánk. Ehhez nincs más teendő, mint szerda délután megjelenni a -1. nagykonyhánál. További részleteket helyben elmondjuk.<br /> <br /> ==Rendelés==<br /> <br /> Rendelni szerda 17:00-ig tudtok a [https://pizzasch.hu honlapunkon].<br /> <br /> ==Kínálatunk==<br /> <br /> '''?????''' (paradicsomos alap, Pick szalámi, vöröshagyma, bab, mozzarella)<br /> <br /> '''Albínó Batman''' (fokhagymás alap, Pick szalámi, lilahagyma, kukorica, mozzarella)<br /> <br /> '''Almageddon''' (mustáros alap, sonka, kukorica, alma, mozzarella)<br /> <br /> '''HaHaA''' (paradicsomos alap, tonhal, vöröshagyma, olívabogyó, mozzarella)<br /> <br /> '''Hawaii''' (paradicsomos alap, sonka, kukorica, ananász, mozzarella)<br /> <br /> '''Joker''' (paradicsomos alap, Pick szalámi, bacon, lilahagyma, mozzarella)<br /> <br /> '''Kusza''' (paradicsomos alap, Pick szalámi, kukorica, mozzarella)<br /> <br /> '''Magyaros''' (paradicsomos alap, Pick szalámi, bacon, vöröshagyma, erőspaprika, mozzarella)<br /> <br /> '''MC Star''' (mustáros alap, bacon, sonka, lilahagyma, mozzarella)<br /> <br /> '''Ördög :)''' (erős alap, Pick szalámi, bacon, pepperóni, mozzarella)<br /> <br /> '''Randi''' (fokhagymás alap, bacon, sonka, vöröshagyma, mozzarella)<br /> <br /> '''Songoku''' (paradicsomos alap, sonka, kukorica, friss gomba, mozzarella)<br /> <br /> '''Sonkás''' (paradicsomos alap, sonka, paradicsom, mozzarella)<br /> <br /> '''Szalámis''' (paradicsomos alap, Pick szalámi, paradicsom, paprika, mozzarella)<br /> <br /> '''YoLo''' (fokhagymás alap, sonka, paradicsom, olívabogyó, mozzarella)<br /> <br /> '''Yolognese''' (paradicsomos alap, mozzarella, bolognai szósz)<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Pizz%C3%A1sch.png&diff=205468 2024-05-28T17:42:19Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=L%C3%A1ngosch&diff=205467 2024-05-28T17:41:41Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = LángoSCH<br /> | kép = Lángosch.png<br /> | gyakoriság = kéthetente<br /> | nap = vasárnap<br /> | hely = -1. nagykonyha<br /> | alapítás = 2016.<br /> | körvezető = Kalydi Zoltán<br /> | reszort = Szolgáltató<br /> | levlista = langosch@googlegroups.com<br /> | honlap = http://langosch.sch.bme.hu<br /> }}<br /> <br /> == Rólunk ==<br /> A LángoSCH csapata 2016 tavasza óta árasztja el a kollégiumot házi recept alapján készült<br /> lángosaival minden második héten. A kínálatban a hagyományos sajtos-tejfölös lángostól<br /> kezdve a nutellás-banánosig minden variáció szerepel (tényleg), és ezeken kívül más<br /> különlegességek is kerülnek néha a menüre. Néha közös nyitásaik is vannak a Dzsájrosszal,<br /> ekkor a lángos és a gyros egy felejthetetlen – és ezt a szó legjobb értelmében értjük! –<br /> ízélményben lesz részed. A kör nem utasítja el az új ötleteket, és igyekszik minden nyitáson<br /> valami újat és érdekeset alkotni a hagyományos lángosokon kívül. A nutellás gombóc, a sajtos<br /> álom, a fánk és a pizzaszószos lángosch is így született meg, de a heti speckó is. Ha szereted<br /> a frissen sült lángos illatát, és ezt az életérzést szeretnéd másokkal is megosztani, akkor<br /> csatlakozz! &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> == További infók ==<br /> Rendelni a honlapunkon tudsz:<br /> [https://langosch.sch.bme.hu/ https://langosch.sch.bme.hu/]<br /> Továbbá itt megtalálhatod az összes plakátot, amit valaha kitettünk; az állandó kínálatunkat, és azt is megnézheted, kik vagyunk mi.<br /> <br /> [[Category:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:L%C3%A1ngosch.png&diff=205466 2024-05-28T17:41:28Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=FoodEx&diff=205465 2024-05-28T17:40:41Z

<p>Magyari Krisztián: </p> <hr /> <div><br /> {{Kör<br /> | név = FoodEx<br /> | kép = FoodEx.png<br /> | gyakoriság = hetente<br /> | nap = Amikor a kajás körök<br /> | hely = Ahol a kajás körök<br /> | alapítás = 2003<br /> | körvezető = [https://pek.sch.bme.hu/profiles/CacTuZx5 Tóth Gergely]<br /> | reszort = Szolgáltató<br /> | levlista = foodex{{kukac}}sch.bme.hu<br /> | honlap = http://foodex.sch.bme.hu<br /> }}<br /> ==Bemutatkozás==<br /> Ők azok, akik miatt még melegen megkapod a kajádat, megkímélnek a hosszas<br /> sorbanállástól, a kényelmetlen liftezésektől. Hétfőnként a [[VödörKör | Vödör]] sültkrumpliját, keddenként<br /> az [[Americano]] által készített hot-dogokat és hamburgereket, szerdánként a [[Pizzásch]]<br /> ínycsiklandozó pizzáit, csütörtökönként a [[Dzsájrosz]] gyrosait, vasárnaponként a [[Lángosch]]<br /> lángosait szállítják ki.<br /> Ha szeretnél egy állandóan mozgásban lévő csapat tagja lenni és ingyen kaját enni minden<br /> műszakod végén, vagy csak úgy érzed, jót tenne egy kis lépcsőzés, akkor mindenképpen<br /> náluk a helyed! &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> ==Történetünk==<br /> A FoodEx 2003-ban alakult, eredetileg reggelit lehetett rendelni, melyet szobára is szállítottak. Másfél évvel később profilt váltott a kör, és megkezdte ma is megszokott működését, azaz a kajás körök portékáinak szobára szállítását, ezzel megkímélve a kollégistákat a hosszas sorban állástól. Kezdetben a Vödör kör és a Kék Osztriga segítségére voltunk, 2005 tavaszától már a Pizzásch pizzáit is rendszeresen kihordtuk. A felújított Schönherzbe visszaköltözés után döcögősen indultak újra a kiszállítást kérő kajás körök - ekkor már csak a Vödör kör és a Pizzásch -, ez érintette a FoodEx-et is. Alacsonyabb taglétszámmal ugyan, de lelkes tagjainak köszönhetően folytatta működését.<br /> <br /> 2010 őszén egy nagyobb vérfrissítésnek köszönhetően új erőre kapott a kör, a tagok az erősen lifthiányos félév ellenére is kitartóan szállítottak mind a 18 emeletre, köszönhetően többek közt az alapítványi támogatásból vett nagyobb tálcáknak és ételhordóknak, amik hatékonyabbá tették a munkát. <br /> <br /> 2013 tavasza óta ismét három körnek szállítunk, a 2011-ben alakult Americano döntött úgy, hogy igénybe venné szolgáltatásainkat. 2015 tavaszától már a Dzsájrosznak is segítjük a munkáját.<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:FoodEx.png&diff=205464 2024-05-28T17:40:24Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Ed%C3%A9nyk%C3%B6lcs%C3%B6nz%C5%91&diff=205463 2024-05-28T17:39:44Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Edénykölcsönző<br /> | kép = Edénykölcsönző.png<br /> | alapítás = 1980<br /> | körvezető = Zoltán Borsos<br /> | reszort = Szolgáltató<br /> | levlista = edenykolcsonzo{{kukac}}sch.bme.hu<br /> | honlap = https://edenykolcsonzo.sch.bme.hu/<br /> }}<br /> <br /> <br /> Szintvacsit, körvacsorát vagy közös kajálást tartanál egy nagyobb társasággal, esetleg egy<br /> táborozás során szeretnéd az étkezést biztosítani, de nincsenek meg hozzá a megfelelő<br /> eszközeid? Az Edénykölcsönző jóvoltából nem kell egyetlen esemény miatt megvenned az<br /> edényeket, hogy azok utána a polcon porosodjanak. Elsősorban a Schönherz Kollégiumon<br /> belüli felhasználásra rengeteg különböző nagy méretű edény és konyhai eszköz kölcsönözhető,<br /> amelyekkel akár 160 fős vacsorához való főzés is kivitelezhető. Természetesen, a mosogatást<br /> így sem úszhatod meg, hiszen az edényeket tisztán kell visszaszolgáltatni.&lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> Foglalás 48 órával előre: edenykolcsonzo{{kukac}}sch.bme.hu<br /> <br /> További info: https://edenykolcsonzo.sch.bme.hu/<br /> <br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Ed%C3%A9nyk%C3%B6lcs%C3%B6nz%C5%91.png&diff=205462 2024-05-28T17:39:16Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Dzs%C3%A1jrosz&diff=205461 2024-05-28T17:38:40Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Dzsájrosz<br /> | kép = Dzsájrosz.png<br /> | gyakoriság = Hetente<br /> | nap = Csütörtök<br /> | hely = SCH -1 nagykonyha<br /> | alapítás = 2015<br /> | körvezető = Szenczy Balázs<br /> | reszort = SZOR<br /> | levlista = dzsajrosz@sch.bme.hu<br /> | honlap = https://schpincer.sch.bme.hu/provider/dzsajrosz<br /> }}<br /> <br /> A Dzsájrosz kör csütörtök esténként ínycsiklandó husik, mennyei házi szószok és<br /> különféle zöldségek hadának segítségével látja el minél jobb és minél bőségesebb gyrosszal<br /> a kollégium lakóit. A többéves tapasztalattal és folyamatos újításokkal azon igyekszenek,<br /> hogy a kolisoknak még a sarki gyrososokhoz se kelljen lemenni, ha a környék legjobbját<br /> szeretnék megkóstolni. Az ajtajuk nyitva áll! Mindenkit szívesen látnak, aki megtanulná a<br /> gyros készítésének apró fortélyait, örömmel részese lenne egy jó és összetartó csapatnak,<br /> illetve időről időre szívesen lejönne a konyhába, hogy kiszakadva a hétköznapokból, jó<br /> hangulatban, fincsi gyrosokkal elégítse ki a kolisok kulináris vágyait. &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> == Történet ==<br /> A kör TTNY-ben alakult, kezdetben még csak szintvacsorák alkalmával. Amikor láttuk, hogy erre egyre nagyobb az igény, úgy gondoltuk, hogy érdemes kört alapítani a kezdeményezésből.<br /> == Jelentkezés ==<br /> Megtalálsz minket csütörtökön a &lt;s&gt;-1 nagykonyhában&lt;/s&gt; 15. konyhában, szerdánként 4-8 között a 7. konyhában. Ezen kívül kereshetsz minket a dzsajroszkor@gmail.com címen.<br /> [[Kategória:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Dzs%C3%A1jrosz.png&diff=205460 2024-05-28T17:38:11Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:MMMK.png&diff=205459 2024-05-28T17:36:37Z

<p>Magyari Krisztián: Magyari Krisztián Fájl:MMMK.png új verzióját töltötte fel</p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Americano.png&diff=205457 2024-05-28T17:33:04Z

<p>Magyari Krisztián: Magyari Krisztián Fájl:Americano.png új verzióját töltötte fel</p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Americano&diff=205456 2024-05-28T16:03:55Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Americano<br /> | kép = Americano.png<br /> | gyakoriság = hetente<br /> | nap = kedd<br /> | hely = -1. nagykonyha<br /> | alapítás = 2011.<br /> | körvezető = Burus Endre<br /> | reszort = Szolgáltató<br /> | levlista = americano_kor@googlegroups.com<br /> }}<br /> <br /> TL;DR: Amerikai hot-dogot és hamburgert készítünk a kollégistáknak :)<br /> <br /> Az Americanót a 2010-es gólyák egy jó étvágyú csapata alapította, és azóta is töretlen<br /> jókedvvel, fergeteges hangulatban készítenek hamburgert és amerikai hot-dogot az éhes<br /> kollégistáknak. Keddenként te is élvezheted, ahogyan a saját recept alapján készülő<br /> húspogácsa a speckó szósszal tökéletes ízharmóniát alkotva olvad a szádban, ráadásul már<br /> tükörtojást és bacont is kérhetsz a hamburgeredbe. A honlapjukon előre rendelhetsz<br /> egyenesen a szobádba, vagy felkeresheted őket kedd este a -1. emeleten található<br /> Nagykonyhában. &lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> Rendelést a következő oldalon adhatsz fel:<br /> [https://americano.sch.bme.hu/ https://americano.sch.bme.hu/]<br /> <br /> [[Category:Sch]]</div>

Magyari Krisztián https://vik.wiki/index.php?title=F%C3%A1jl:Americano.png&diff=205455 2024-05-28T16:03:28Z

<p>Magyari Krisztián: </p> <hr /> <div></div>

Magyari Krisztián https://vik.wiki/index.php?title=Muzsika_m%C3%ADvel%C5%91_m%C3%A9rn%C3%B6k%C3%B6k_klubja&diff=205454 2024-05-28T16:00:09Z

<p>Magyari Krisztián: </p> <hr /> <div>{{Kör<br /> | név = Muzsika Mívelő Mérnökök Klubja<br /> | kép = MMMK.png<br /> | gyakoriság = Kéthetente gyűlés / Havonta egy esemény<br /> | nap = Változó<br /> | hely = SCH 119 / FNT<br /> | alapítás = 2002<br /> | körvezető = Szurovcsják Ádám<br /> | reszort = Kultúr<br /> | levlista = mmmk{{kukac}}sch.bme.hu<br /> | honlap = http://mmmk.sch.bme.hu<br /> }}<br /> <br /> Az MMMK a Villanykar zenészeit gyűjti egybe. Fő profiljuk a zenélésre éhes kollégisták<br /> vágyainak kielégítése, és ezzel a szobatársaik alvásának segítése. Olyan élőzenés bulik<br /> rendezésével szerezték nevüket a kollégiumban, mint például az Élőzenés Karaoke, amikor<br /> bárki felmehet a színpadra, és beállhat akármelyik hangszer mögé, vagy akár énekelhet is.<br /> Rendeznek továbbá koncertes esteket, melyeken kisebb BME-s zenekarok lépnek fel,<br /> valamint olyan kisebb esteket is, melyekre egy-egy híresebb előadót hívnak, mint például a<br /> Blahalouisiana vagy az Ivan &amp;amp; The Parazol tagjait.&lt;sup&gt;(Forrás: [http://www.impulzus.com/ Impulzus])&lt;/sup&gt;<br /> <br /> == Próbaterem ==<br /> Az MMMK egy zenekari próbatermet üzemeltet a kollégium első emeletén, a 119-es teremben, ami fel van szerelve sok jó dologgal a gyakorláshoz. Vannak gitárerősítők, mikrofonok, és van dob. Előre megadott időpontokra lehet jelentkezni a honlapunkon, utána lehet menni próbálni - akár egyénileg akár egész zenekarral. <br /> <br /> Van egy fancy [http://youtu.be/6acmULEOI-k videónk] a teremről, köszönet érte Kőszegi Norbinak.<br /> <br /> === Eszközök ===<br /> '''Dob'''<br /> <br /> A teremben használható egy teljes dobfelszerelés, ezt általában a rendezvényeinkre is ki szoktuk pakolni, nagyon jó hasznát vesszük.<br /> <br /> *'''Fúziós Basix Custom dobcucc'''<br /> **Testek átmérői:<br /> *** Pergő: 14&quot;<br /> *** Tamok: 10&quot; felső, 12&quot; felső, 14&quot; álló<br /> *** lábdob: 22&quot;<br /> **Cinek: (Változó, attól függően, éppen melyik repedt/tört szanaszét)<br /> ***Lábcin, Két crash, Splash, Ride, Kínai<br /> **Egyéb:<br /> ***Duplázó, Kolomp (best thing ever), Állványok mindenhez<br /> <br /> <br /> '''Erősítők'''<br /> <br /> Található a teremben több erősítő is, ezeket szintén gyakran használjuk rendezvényeken is.<br /> <br /> * '''Peavey Valveking 112 Gitárerősítő Combo'''<br /> **50 Wattos<br /> **Full csöves<br /> ***3 db 12AX7-es előfok<br /> ***2 db 6L6GC-es végfok (2015 márciusban cserélve újakra)<br /> **1 db 12-es hangszóró<br /> **Két csatorna: Clean, Lead<br /> ***Csatornánként 3 sávos EQ, Volume, Leaden Gain is<br /> **Effect loop<br /> **Zengető<br /> <br /> <br /> * '''Line6 Spider III 120 Gitárerősítő Combo'''<br /> **Digitális<br /> **120 Wattos<br /> **12 erősítőmodell: Clean, Twang, Blues, Crunch, Metal, Insane (2 verzió mindegyikből)<br /> **Végtelen digitális effekt: Phaser, Chorus/Flanger, Tremolo, Delay, Sweep Echo, Tape Echo, Reverb<br /> **250 + 150 gyári preset<br /> **36 saját preset<br /> **4 csatornás lábkapcsoló<br /> **2 db 10-es Custom Celestion hangszóró<br /> <br /> <br /> * '''Gallien-Krueger Backline 600 Basszus erősítőfej'''<br /> **300 Watt @ 4 ohm<br /> **4 sávos EQ<br /> **2 csatorna<br /> **Contour poti<br /> **Effect loop<br /> **XLR, hangoló kimenet<br /> * '''Gallien-Krueger GLX Basszusláda'''<br /> ** 400 Watt @ 8 ohm<br /> ** 4 db 10&quot;-es hangszóró<br /> <br /> ==Jegyzet==<br /> <br /> * Alapítója [[remusz|Rémusz]]<br /> <br /> * Körvezetők:<br /> ** [[remusz|Rémusz]]<br /> ** [[zsivany|Zsivány]]<br /> ** [[borsi|Borsi]]<br /> <br /> * az MMMK estek visszatérő előadói, fellépő együttesek<br /> ** 17 Éves Meztelen Lányok<br /> ** Antropomorfium<br /> ** Baranyi-Lapis Duó<br /> ** Beatles.dev<br /> ** Century<br /> ** [[DikiD]]<br /> ** Esetleg<br /> ** Fedélzet<br /> ** Flying Backwards<br /> ** Graceful Degradation<br /> ** Kockásfülű Nyúl<br /> ** Látszatmegoldás<br /> ** Lost Dreams<br /> ** [[MegaBit]]<br /> ** Memoria Mortis<br /> ** Minöségét Megőrzi<br /> ** Müszi<br /> ** Punnyadó Cefre<br /> ** Szlartibartfaszt<br /> ** Ványadt malac<br /> ** Wild Hearts<br /> ** Zafír<br /> ** Zsibbadt Tehéncsorda<br /> <br /> ==Média==<br /> Az MMMK Kör munkásságáról bővebben is olvashatsz az Impulzus [https://issuu.com/impulzus/docs/impulzus_xlv_03_issuu/36 45.évfolyamának 3. számában, a 36. oldaltól] kezdve, a körtagok által adott interjú formájában.<br /> <br /> [[Category:Sch]]</div>

Magyari Krisztián