Közepes/nagy tanácsadó cégek kb ennyiért számláznak egy senior-tanácsadó napot.
Alap. Megy a 600GBP/nap szamla a kulfoldi ugyfelnek, a 800E Ft brutto havi meg a pesti fejlesztonek. 
[ Szerkesztve ]
Ha a menyasszony apja az örömapa, a menyasszony anyja az örömanya akkor a menyasszony az örömlány?
Vagy szeirnted mit keresnek paneloknál a parkolókban Lexus RX300-ak, Volvo S60-S80-ak stb. is?
Szerintem ez csak egy dolgot bizonyít: bőven van probléma az általános matematikai és pénzügyi ismeretekkel.
Hosszú távon fenntarthatóan ökölszabályként én kb. a nettó vagyon 10%-ra lőném be a vásárlandó kocsi értékét, de nem rossz Kiszámoló módszere sem (3-6 havi keresettel megegyező összeg).
Persze nem 400e-be kerülő, luxus pénztemetőkre gondolok, hanem olyan kocsira, aminél van pénz a korrekt üzemeltetésre is.
Mivel ez túlnyomórészt nem teljesül (ld. a hozott példád, bár a panel nem követelmény), emiatt van az a helyzet, hogy ma itthon egyszerűen nem szabad idősödő prémium autót venni, mivel ezeket többnyire olyan emberek használják, akik ezt nem engedhetnék meg maguknak, így elhanyagolják a karbantartását, a kocsi idővel lerohad, majd amikor kitaposták már a belét, elpasszolják egy neppernek, aki lemossa és visszateker rajta pár százezret, majd eladja valami még nagyobbra vágyó baleknak.
Pont ma beszéltünk irodavezetővel kávé mellett, hogy visszajöttek a 50k+/órás szerződések, úgyhogy röviden: egyre gyakrabban van ilyen.
Es ezek a szerzodesek mennyi idore szolnak? 6 honapra vagy 6 napra?
Ha a menyasszony apja az örömapa, a menyasszony anyja az örömanya akkor a menyasszony az örömlány?
ha egy normális, elismert (nem feltétlenül nagy) tanácsadó cégtől bérbe vesznek egy szakembert 1 napra, és nem kell letolni a gatyát árajánlat adáskor, akkor igen, kb. ez a napi szint. ha elég nagy a tanácsadó cég és elég pénzes az ügyfél, akkor valamivel több. tehát ez nem a tanácsadó fizetése, hanem ennyiért adják bérbe, amiből nyilván lejön a cég mindenféle költsége.
ha valamiért olcsósítani kell az ajánlatot, akkor ennél kevesebbért is megy, időnként sokkal kevesebbért.
ha az eredeti hozzászólást nézed, és abban contractorként kapta ezt az ajánlatot, vagyis ő adózik mindent, meg fizeti a tb-t meg amit angliában kell, akkor ez, szerintem, ott nem jó pénz. mivel ez itthon a mindkét oldalról tisztességes pénz, ezért szerintem ez ott kevés.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Tehat ennyiert te nem egy egyeni contractort alkalmazol, hanem egy cegtol veszel kocson egy tanacsadot. Tehat ez nem a tanacsado fizetese, pont ahogy mondod.
600GBP/nap pedig a fejleszto bere, es ez teljesen jo Londonban adozas utan is. Nem ertem, hogy miert hasonlitod ossze a kettot.
[ Szerkesztve ]
Ha a menyasszony apja az örömapa, a menyasszony anyja az örömanya akkor a menyasszony az örömlány?
Persze, nem gondoltam, hogy lehetetlen ennyit keresni, csak nem hétköznapi.
Alcohol & calculus don't mix. Never drink & derive.
Egy kérdés, magyar ügyfél?
Utánam is számláztak 1200EUR-t időnként 600-800 pedig teljesen átlagosnak számított hosszú távon is, SME-ként, de magyar ügyfél ritkán szokott ennyit kipengetni.
Szerintem azt a 600 fontot inkább a magyarországi cégeknél vállalkozóként megkapható összeghez érdemes hasonlítani, kvázi alkalmazottként funkcionál, csak így kapja a bérét - így általában magasabb összeget lehet kapni, mint alkalmazotti státuszban, cserébe nagyobb a kockázat, aznap szélnek ereszthetik, ha nincs meló, lefújják a projektet. Itt pedig akárhogy is nézem, átlagban nem a 225k+ bruttós napidíjak pörögnek, még külföldre termelő cégeknél sem.
Thank you to god for making me an atheist
Változó. Van ahol ~1 év heti 40 óra, van ahol 3+ évre heti 10 óra. Nem én keresek ennyit mielőtt félre menne a dolog.
"Szerintem azt a 600 fontot inkább a magyarországi cégeknél vállalkozóként megkapható összeghez érdemes hasonlítani, kvázi alkalmazottként funkcionál, csak így kapja a bérét - így általában magasabb összeget lehet kapni, mint alkalmazotti státuszban, cserébe nagyobb a kockázat, aznap szélnek ereszthetik": ezt írtam én is, ha nem tűnt volna fel.
tehát ha ezt az összeget magyarországi cégeknél vállalkozóként megkapható összeghez hasonlítom, akkor ez egy pont jó összeg. következésképp angliában kevés.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Es latod, hogy vannak itt olyanok, akik szerint kifejezetten keves. 
[ Szerkesztve ]
Ha a menyasszony apja az örömapa, a menyasszony anyja az örömanya akkor a menyasszony az örömlány?
Nem, én azt írtam, hogy mihez érdemes hasonlítani, az összehasonlításban pedig nyilvánvalóan alulmaradnak a magyarországon elérhető egyéni vállalkozói napidíjak. Hogy Angliában kevés-e.. ezt én különösebben nem akarom megítélni, de szerintem ez sehol nem kevés.
Thank you to god for making me an atheist
Nem is kell. Az elején azzal kezdtem hogy annak _ellenére_ érdemes ismerni hogy valószínűleg sosem fogod használni. A szemlélet amit nyújt, az fontos, hogy tudd hogy is működik a kódod valójában, hogy néz ki mondjuk egy operator overload valójában, hogy miért jobb az XOR ax,ax mint a MOV ax,0. Mert ezt lehet hogy sose fogod leírni egy kódba, de magasabb szintű nyelveken is van amit meg lehet csinálni többféleképp, csak más sebességgel. És ha van ilyen szemléleted, akkor figyelsz erre (is).
"azok a feladatok, amelyek eddig az API-ban, illetve egészen pontosan az API-hoz írt grafikus eszközillesztőben voltak benne, mostantól szimplán nincsenek ott, így a programba kell beírni a szükséges implementációt ... nagy fegyvertény, hiszen a vastagabb absztrakciót használó API-kon erre nincs igazán lehetőség, ami szinte lehetetlenné teszi az optimalizálást" [link]
Itt épp nem az asm-ről volt szó.
Az nem, de hsz írás előtti olvasásban valóban nagy jövő rejtőzik, csak ajánlani tudom. Akár még olyanokra is válaszolhatnál amit állított valaki.
meg az olvasás utáni megértésben is...
téged pl. vastagon lehülyéztek, de vagy nem érdekelt, vagy nem fogtad fel.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Vannak olyanok akiknek semmit nem ér a véleménye.
a valaszido varianciara erzekeny valosideju (elosztott) rendszerek -pl jatekok- azert elegge specialis felhasznalasi teruletnek minosulnek.
es ott is limitalt, hogy mit es mennyit erdemes optimizaciora kolteni. gyakorlatban ami nem bottleneck arra felesleges elkolteni egy rahedli penzt.
plusz meg egyszer, egy-egy extra call meg nem feltetlenul a vilag, osszevetve azzal ha pl a gyakorlatilag a futasido joreszet kitevo funkcio kvadratikus algoritmust hasznal a linearis helyett. grafika jatekoknal pont amiatt lehet kritikus, mert ott bizonyos pontokon egy adott funkcio valik limitalova.
Don't dream it, be it. // Lagom amount.
meg vannak olyanok is, akiknek a véleménye mellé van egy nagy piros gombjuk is 
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
"1) Sosem szoftverfejlesztésről beszéltem, amikor szakmai dolgokat hoztam elő, pláne, hogy végig hangsúlyoztam is a gépészetet."
Akkor ertheto miert nem talalkozott a velemenyunk. Viszont nem igazan lehet altalanossagban beszelni teruletekrol, szakmakrol. Szoftverfejlesztes teljesen mas. Gyakorlatilag minden teruleten mar ott van, kemia, biologia, elektronika, fizika stb. Arra celoztam korabban hogy keptelenseg minden teruletre felkesziteni a hallgatot ugy hogy gyakorlatban nem latja az elmelet hasznossagat raadasul nehany nem szorosan szoftverfejleszteshez kapcsolodo teruleten pl matek, elektronika stb "tultoljak" a profok az anyagot mikozben szoftverfejesztes kevesbe kap hangsulyt. Ez az eltolodott arany ellenben nem jo.
"2) A topikban a lakáskérdéshez és a szakmai elméleti tudás fontosságához szóltam hozzá. Programozási szakmai kérdésekhez, karrierhez nem."
Ezt ertem viszont mint emlitettem, szakmai elmelethez mennyire tartoznak a fent emlitett matek, fizika, elektronika? Ezen kivul az IT vilaga hihetetlen gyorsan valtozik nem lehet teljesen felkesziteni a hallgatot mindenre, es sajnos a tanarokat sem ilyen gyorsan. Stabil alapokat lehet adni, valamelyest kovetni a trendeket de kb ennyi. Majd a cegnel az adott szituacioban megtanulja. Legalabbis ez van kulfoldon es pont ez a problema M.o.-n hogy a cegek nem akarak egy fikarcnyit sem penzt aldozni tanitani az odakerulo uj dolgozot ellenben elvarjak hogy penge legyel 5-7 dologbol.
HP ZBook Workstation A3000 - Linux Mint; Raspberry Pi4 - Raspbian
Válasszuk ketté. A jogásznak sem árt a kitartás és az ész. Aki bemagolja a jogszabályokat (ilyet nem lehet amúgy), az jogot végzett. Aki viszont tudja használni a szabályokat, felismeri és megoldja a problémát, na ő a jogász. Így a két szakma nem is áll olyan távol egymástól. Még mielőtt: infokommunikációs szakjogász vagyok elég erős IT vénával és igaz alap szinten, de programoztam anno (hobbi). Már többször olvastam itt hasonló érvelést, most kikívánkozott belőlem.
De a lényeg: volt róla szó a fórum elején, hogy most már elvárás (lenne), hogy akár egy projektmenedzser is tisztában legyen bizonyos programozási alapokkal.
Na most, mit ajánlanátok nekem, merre képezzem magam big data terén? Coursera-n már szemeztem hadoop és r témákkal. Nyilván kezdő, alap szintre gondolnék. 
[ Szerkesztve ]
vagyis a felsőoktatásunk nem alkalmas nobel díjas kutatók képzésére.
ez tényleg baj?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
"vagyis a felsőoktatásunk nem alkalmas nobel díjas kutatók képzésére.
ez tényleg baj?"
Az. Mert hát a Nobel-díjhoz az egyéni okosságon meg egy jó adag szerencsén kívül (amit a felsőoktatás úgysem tud megadni) csupa olyasmi kell, ami bárki másnak is.
[ Szerkesztve ]
DRM is theft
hát ja, egy építészmérnök is inkább találgasson meg legyen önálló, meg kutasson, az a sok hülye szabvány meg szabály csak felesleges ballaszt... orvos pláne. minek annyit magolni, hagy egye csak a gyógyszereket a beteg, mint más az m&m-et, biztos nem lesz káros egymásrahatása...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
orvos pláne. minek annyit magolni, hagy egye csak a gyógyszereket a beteg, mint más az m&m-et, biztos nem lesz káros egymásrahatása...
Ahhoz, hogy lehessen tudni mi mivel nem mukodik kutatas kell.
Ezt meg bemagolni felesleges ha van egy jol mukodo adatbazis amiben benne van, hogy mi mivel oke es mi mivel uti egymast. Skandinaviaban van ilyen.
Don't dream it, be it. // Lagom amount.
Konkrétan arról beszél, hogy gondolkodni képtelen embereket önt magából a felsőoktatás....
most ez megy a gyógyszerekkel. Ha valaki több okból is jár különböző orvosokhoz, akkor találomra adogatnak neki gyógyszereket és néha sikerül olyan kombinációkat kihozni, hogy rosszul lesz vagy megbetegszik tőle a páciens. Néha meg olyan dolgokat ajánlanak az orvosok, amiről egy átlagember is megtudhatja kis utánakereséssel, hogy kuruzslás vagy legalábbis semmi orvosi alapja nincsen. Persze ez lehet az országra jellemző körülmények miatt alakul így.
Nemrég nagybátyám kapot olyan gyógyszer kombinációt, hogy egy harmadik orvás a kontroll alkalmával mondta, hogy azonnal hagyja abba a szedését, mert a másik betegségét súlyosbítja. Nem szabadott volna azt felírni számára. Nem emlékszem, hogy meg akart vakulni valami szívgyógyszertől vagy a szívét akarta kicsinálni valami szemgyógyszer. A lényeg, hogy nagyobb baj lehetett volna az orvosok figyelmetlenségéből és a jelentkező tünetek figyelmen kívül hagyásából.
[ Szerkesztve ]
Ott kezdõdik a dolog, hogy pl. az obesitologian ugyanazt a sablonétrendet nyomják a kezébe a 60 kilós kövér kisgyereknek és a 160 kilós cukorbeteg 60 évesnek
Mʏ ᴘʜɪʟᴏsᴏᴘʜʏ ɪs: Iᴛ’s ɴᴏɴᴇ ᴏғ ᴍʏ ʙᴜsɪɴᴇss ᴡʜᴀᴛ ᴘᴇᴏᴘʟᴇ sᴀʏ ᴏғ ᴍᴇ ᴀɴᴅ ᴛʜɪɴᴋ ᴏғ ᴍᴇ. I ᴀᴍ ᴡʜᴀᴛ I ᴀᴍ ᴀɴᴅ I ᴅᴏ ᴡʜᴀᴛ I ᴅᴏ. I ᴇxᴘᴇᴄᴛ ɴᴏᴛʜɪɴɢ ᴀɴᴅ ᴀᴄᴄᴇᴘᴛ ᴇᴠᴇʀʏᴛʜɪɴɢ. Aɴᴅ ɪᴛ ᴍᴀᴋᴇs ʟɪғᴇ sᴏ ᴍᴜᴄʜ ᴇᴀsɪᴇʀ. - Sɪʀ Aɴᴛʜᴏɴʏ Hᴏᴘᴋɪɴs
Arra céloztak, hogy nem feltétlen érdemes úgy optimalizálni, ahogyan azt te gondolod.
Egyrészt assembly betéteknek ma legfeljebb a beágyazott rendszereknél van létjogosultsága; villanyon/infón is egyre inkább csak szemléltetés gyanánt tanítják.
Másrészt a mai fordító programok is egyre okosabbak, ahogy már előttem leírták. Elég valószínű, hogy hatékonyabb gépi kódot csinál neked, mint te asmben, sőt talán még olyanokra is ügyel, hogy az elágazásokat optimalizálja, cache-tudatosan rendezze a ciklusokat, stb.
Ma az a lényeg, hogy megírj valamit, ami működik, átlátható és karbantartható. Ha megvan a jó alap, akkor ami teljesítménykritikus pont, ott utána alkalmazhatod a részfeladatra a legkorszerűbb algoritmusokat, de továbbra is fontos, hogy követhető maradjon a kód, és az érthetetlen bonyolításokat hanyagolni kell.
Ha van egy sok 100 ezer soros projekt, amin egy csapat dolgozik, akkor ott az átláthatóság viszi előre a projektet, nem a szénné optimalizálás.
Azt is érdemes hozzátenni, hogy magas szinten nem a gépi kód szintű tötymötyölés teszi optimálissá a kódot, hanem az átgondolt algoritmusok.
A DX/OGL-hez még annyi közöm sincs, mint a programozáshoz, de szerintem ott sem arról van szó, hogy sokkal alacsonyabb szinten programozzák le a játékmotort, hanem hogy lehetőséget ad a hw felépítésének jobb kihasználására, és kevesebb lesz a korlátozó tényező. Simán el tudom képzelni, hogy vannak mondjuk olyan bugok, vagy olyan overheadek, amik miatt még egyszerűbb is az új API-kat használni bironyos esetekben.
Minden a magasabb szintű programozás felé mozdul el. Vas van, az eredmény nem feltétlen lesz sokkal lassabb, és minek csinálják meg azt, amit már mások egyszer megírtak. Elég azt implementálni, mert időt-tudást figyelembe véve nem biztos, hogy érdemben tudsz jobbat tenni. Ha már játékipar - vajon miért van az, hogy a legtöbben licenszelt motorok felé fordulnak?
Данное сообщение (материал) создано и (или) распространено иностранным средством массовой информации, выполняющим функции иностранного агента, и (или) российским юридическим лицом, выполняющим функции иностранного агента.
"most ez megy a gyógyszerekkel. Ha valaki több okból is jár különböző orvosokhoz, akkor találomra adogatnak neki gyógyszereket és néha sikerül olyan kombinációkat kihozni, hogy rosszul lesz vagy megbetegszik tőle a páciens. .... Persze ez lehet az országra jellemző körülmények miatt alakul így."
Nem, így működik a háziorvos mindenhol. Van egy szűk információs réteg + a saját tapasztalatok, hiszen a panaszok alapján nem állapítható meg egyértelműen a betegség. Sőt igazából a legmodernebb műszerekkel is csak közelíteni tudják.
De persze ez a helyzet nem csak az orvos hibája, mert az emberek többsége sem akar életmódváltozást, inkább írjanak föl valami tablettát 
Szerintem magas szinten semmi értelme az assemblynek, mert nem fog olyan mélyre menni, nem is tud, hogy kelljen vagy ilyen aspektusból vizsgálja meg a dolgot.
Viszont Isten óvjon meg attól, hogy olyan beágyazott fejlesztővel kelljen dolgoznom, aki nem programozott uC-t assemblyben. Ezt kell tudni és nem csak szemléltetésként van az iskolában. Rendszeresen futok bele olyan dolgokba, ahol bizony jó látni, hogy mi van mögötte és miért. Oldottam már meg ezzel a tudással olyan problémát is, amin 2 napot ült két másik ember.
Pls ilyet ne (a nyomdafestéket nem tűrő rész volt a problémás).
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
Nem volt szépen megfogalmazva, tény. De amit leírt abban azért volt igazság. 
Teljesen igazad van, elnézést.
It is not birth, marriage, or death, but gastrulation, which is truly the most important time in your life.
+1 az egész cikkre.
Nagyon könnyen megvezethető a közvélemény azzal, hogy nincs informatikus, mert az átlagember nem tudja, milyen területek vannak.
Mutogatni való hater díszpinty
Jaja, átlag Béla néninek a csavarhúzótekergető 20 éves gyerek a sarki PC boltban ugyanúgy informatikus mint egy vezető fejlesztő, BI szakember, rendszermérnök, hálózatos, vagy akármiilyen architect
| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
Na mondjuk az egyéb hangzatos elnevezésű munkakörök is sokszor annyira "informatikusok",mint a kábeleket kihúzó szaki 
Mutogatni való hater díszpinty
"Minden a magasabb szintű programozás felé mozdul el. Vas van, az eredmény nem feltétlen lesz sokkal lassabb,"
Csak nehogy egy idő után már senki ne tudjon assemblyben programozni Na jó, ez durva túlzás.
Meg a pazarlás sosem túl jó.
Mutogatni való hater díszpinty
Ne izgulj, a compilerek készítői még egy darabig használni fogják az assembly-t...
Pazarlás alatt mondjuk érthetjük éppenséggel a fejlesztők idejét is. Mintha a cikk is arról szólna, hogy nincs elég IT munkaóra.
"We spared no expense"
Szerintem nem a magasabb szintű programozás miatt tapasztalunk júzer szinten egyre több pazarlást, hanem mert egyre több rétegben gyűlik egymásra a sok szemét kód, elavult dolog, nem szabványos API, és ezeket refactoringolják, bővítgetik, miközben még a visszafele kompatibilitásra is ügyelniük kell. Az új kezdet viszont általában kockázatos és költséges. És ahogy egyre összetettebb programokra van szükségünk, ez annál inkább kezd előjönni.
Pl. a Firefox Geckós motorja is élt már meg szebb időket, de most a Mozilla remélhetőleg szépen fejleszteni fogja az új böngészőmotorját , ami nem mellesleg szintén házon belüli Rustban íródik. Amíg meg épülget azt új motor, a Geckoval is kezdenek valamit, sőt a XUL-ról is lassan át akarnak állni valami standardabb dologra.
Данное сообщение (материал) создано и (или) распространено иностранным средством массовой информации, выполняющим функции иностранного агента, и (или) российским юридическим лицом, выполняющим функции иностранного агента.
@cousin : Még egy jó darabig. Én az az utánról gondolkodtam
Időpazarlás : annyi szabad munkaerő van, mint a szemét, lenne miből pazarolni, csak megint a gazdasági folyamatok tesznek keresztbe az ésszerűségnek.
@mekker : Ez is igaz, és ez sincs jól így.
Mutogatni való hater díszpinty
erre ahogy neztem automatizacios mernokoknel mai napig ASM / low level C megy.
egyebkent computer science / game programming kepzeseken is van ASM / PLC programozas.
[ Szerkesztve ]
Don't dream it, be it. // Lagom amount.
Kozben azert tegyuk hozza, hogy pl. a JS futtatas sebessege folyamatosan no.
while (!sleep) sheep++;
Ezt ismeritek?
https://remoteok.io/
Irány a világ, az "informatikus"-oknak (pontosan mi is az a programozó? azt is nehéz definiálni..) Magyarország már sokszor túl kicsi és kevés...az elavult társadalmi berendezkedésével, ósdi stílusú, képzetlen cégvezetőivel, hatalom- és pénzéhes, civakodó politikusaival.
[ Szerkesztve ]
Azért a szignifikáns gyorsulásokon már túl vagyunk, nem véletlenül nem olvasni mostanság már olyan cikkeket, hogy egyik-másik böngésző JS motorja mennyit javult sunspideren az új verzióval.
Kb. eljutottak oda, ahová értelmesen el lehetett. 1-2 nagyságrenddel a natív kódnál lassabb futásidő, ennél sokkal nem hiszem, hogy lesz jobb.
De persze minek is, olyan projekteknél, ahová a nyelv való nem a runtime sebessége a szűk keresztmetszet, sokkal inkább a projektekre szánt idő és pénzkeret, az egy szálon való futás, illetve a klienseknél a tróger webes szabványok, amik annyira vackok, hogy JS-ben implementált iszonyat bloat frameworkok (jQuery, AngularJS, stb.) nélkül meg sem tud mozdulni kb. az ember böngészőbeli munkánál. Nagyjából ebben a sorrendben.
Szerveroldalon pl. nem tudok róla, hogy komolyabb sebesség problémák lennének, sőt, inkább ajnározni szokták a Node.js-t.
Szerveroldalon pont ugyanaz a motor fut, mint a böngészőben. Nincs 2-3 nagysagrend kulonbseg, inkabb nehany 10%, néha pedig a JS kód C-vel kb. megegyező sebességet produkál.
while (!sleep) sheep++;
Az elején a Java 9-ről is az a hír járta hogy GPGPU-t fog támogatni, azóta az újabbakban már csak extension formában említik, azt is "esetleg". Talán majd a 10...
[ Szerkesztve ]
Nincs 2-3 nagysagrend kulonbseg, inkabb nehany 10%
2-3 valóban nincs, de nem is azt mondtam.
Azért a 10%, khm. Maradjunk annyiban, hogy kb. 1 nagyságrend, picit talán kevesebb, és akkor egyikünknek sem volt igaza: [link]
néha pedig a JS kód C-vel kb. megegyező sebességet produkál
Néha a nagyanyám is használt német szavakat, mégsem tudott németül.
De persze, el tudok képzelni én is olyan szituációt, amikor akár gyorsabb is a JS, pl. jól vektorizálható műveleteknél, vagy amire van dedikált utasítás, ahol a JIT compiler ezt megtalálja, az i386-ra, -O1 fordított natív kód esetén a gcc meg nem.
Csak abban a benchmarkban hiszek, amit én magam hamisítok.
[ Szerkesztve ]
