Új hozzászólás Aktív témák
-
bambano
titán
Az, hogy te tájékozatlan vagy, csak részben menti ezt a hsz-edet.
1. Nézd meg Stallmant. Ha bármit találsz rajta, ami szerinted a pénzről szól, akkor új szemüvegre van szükséged.
2. A saját gép csökkenő ellenőrzése: win xp sp2 eula. Ugye te is olvastad, mielőtt feltetted?
3. Jelenleg érvényes magyar szabályozás szerint vállalati, nem személyes email címre lehet törvényesen reklámot küldeni. A jelenleg érvényes amcsi szabályozást nem tudom.
Nem örülök neki, hogy spammeltek, de miért ne lehetne a szabad szoftvert is reklámozni? És miért gondolod, hogy csak egyféle megítélése lehet ennek a dolognak?
#18: a passport hazaküld mindent... és azt sem tudjuk, hogy a win update miket küld haza.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz szabogabor10 #12 üzenetére
Miért, az jobb, ha egy pénzéhes nagy cég mondja meg?
Ez, pusztán logikai szemszögből tekintve, annyira szánalmas és egyoldalú hozzáállás, hogy viccnek rossz.
#20: az fsf szoftvereit akkor is megkapod, ha nem adományozol nekik semmit...
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz szabogabor10 #25 üzenetére
"Egyetértek. Egyszerűen szánalmas, amit csinálnak."
Alig hiszem, hogy egyetértenél, a te elképzelésedre írtam, hogy szánalmas.
Mégpedig azért, mert az szerinted negatív, ha pénzéhes kis cég mondja meg, mit használj, de az szerinted nem negatív, ha pénzéhes nagy cég mondja meg. Mindkét cég pénzéhes, csak az egyik kicsi, a másik nagy.
Na ez a szánalmas, logikai hülyeség. Egyben beneveztél a hét funkcionális analfabétája díjra.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Nem tudom, a wu mit küld haza, nem is érdekel, nem is akarok vitázni róla.
Arról viszont bírósági határozat van, hogy az ms köteles kiadni a felperesnek, hogy milyen adatokat tárolt róla a passport szerver, ergo az a feltételezés, hogy nem tudni, miket küld haza a passport a szervereinek, jogilag megalapozott.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Ezt támogatom, de azt mondani, hogy a kis cég ne szóljon bele, a nagy meg igen, ordas baromság.
Más kérdés, hogy az fsf és az ms lobbiereje között van pár nagyságrend különbség, ezt sem ártana figyelembe venni itt egy-két embernek.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Úgy érted, hogy a microsoft aljas, hazugságon alapuló húzásaival szemben teljesen etikátlan, ha a másik oldal is kifejti az álláspontját?
Úgy érted, hogy probléma az, ha a microsoft stróman cégeken keresztül indított nemtelen aljas támadásaira választ is ad a szabad szoftver közösség?
Egyáltalán nincs esélyegyenlőség?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz szabogabor10 #49 üzenetére
gondolom te sem csináltál még komplett irodai szoftvercsomagot, rendesen olvasni sem tudsz, mégis jogot formálsz arra, hogy fikázz másokat.
ez nem furcsa?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
tudod hány nagy cég használ sap-ot? Oracle forms-on alapuló alkalmazásokat?
tudod hány helyen használják ezeket a cuccokat TERMINÁLBAN? (igen, windows xp, elindít rajta egy terminál programot, bejelentkezik egy aix-re és ott végzi a munkáját).tudod, hányféle felhasználói felület van linuxhoz?
Nyilván nem tudod, különben nem irkálnál ilyen szintű hsz-eket.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasszuk már szét azt, hogy egy jól informált vállalatvezető hogy dönt, mire használja és mire nem a szabad szoftvert a cégében attól, hogy mások, alulinformáltságuk teljes homályában milyen negatív kritikákat mondanak valamiről.
Az számomra rendben van, hogy valakinek tisztán ms alapú rendszer van a cégében. Az nincs rendben számomra, hogy egyesek szerint az ms-nek van joga reklámozni, az fsf-nek nincs, az ms-nek van joga szarráperelni a linuxosokat, az fsf-nek nincs joga még a száját se kinyitni, stb.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz szabogabor10 #69 üzenetére
A #25 és a #27 szerint ez tényközlés volt, nem vélemény. Elfogadom, a tények is lehetnek sértőek. A #62 pedig csak egy utalás volt erre.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Legfrissebb hírek szerint rasszista is az ms... vagy legalábbis van néhány rasszista alkalmazottjuk. ne szapuljuk?
Szerk: érvelésért nem jár lincselés. fudért meg nem szoktunk, mert nekünk volt gyerekszobánk. De vita lesz belőle.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
válasz fordfairlane #128 üzenetére
Milyen valós támogatás hiányzik szerinted a vállalati linuxokhoz (ok, a doc-xls témát egy kicsit pihentessük)?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Mert az ms jó a dokumentum-kezelésben? Mert a vállalatok jelentős része most hall először erről?
Hogy miért vesznek exchange-t, erre egészen konkrét választ tudok mondani: mert hülyék. Szerintem sok jogos kritikát lehet tenni az ms szoftvereire, de mind közül az exchange kimagaslóan a legótvarosabb ultragagyi cucc.
De kérdezek én: elképzelt kis magyar vállalatunk használ sap-t, doksikat kreál, levelezik, van egy információs bázisa, divatos magyar szleng kifejezéssel "intranetje". Ehhez például minek vesznek mondjuk 100 kliens gépre w7 licenszet? Mert jó, legyen igazad, megveszik az sps-t egy w2k8 szerverrel. De ebből még nem kellene következzen, hogy kiadnak másik 100x25 ezer forintot kliensoldalra???
Egyébként ez a vendor lock-in. Jó hülye magyar állam belement, hogy csak ms szoftverekkel foglalkozzanak az iskolákban, a diákok többsége soha nem lát mást, nem is érdekli. Végez, céget alapít vagy dolgozni kezd, informatikai döntéshozó lesz, megkérdezik, mi legyen, hát mi lenne, windows lesz. Azt se tudja, hogy nem egy elemű a lista.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz fordfairlane #135 üzenetére
És a nagyvállalatokat mindez rohadtul nem érdekli.
No, tolok egy kis modern marketing és manager buzzwordozást, ismertebb nevén bullshitelést.A vállalatok MEGOLDÁSOKAT akarnak, azt vesznek. Nem kell, hogy minden gépre meglegyen minden windows és linux driver, elég, ha arra a pár tipusra, ami gyakori a vállalatoknál, megvan minden. Márpedig simán lehet venni office pc-t, amihez megvan minden. Ez ugye lényegesen gyengébb feltétel, hogy létezik egy vagy létezik néhány hardver, amihez van driver annál, hogy mindig minden hardverhez megvan minden linux driver.
A vállalat azt mondja: ezt meg ezt használom (pl. sap hr, sap fi, oracle mittomén), ehhez való klienst akarom futtatni, menjen egy ilyen-olyan levelező, szövegszerkesztő, jónapot.
Erre a cégek többsége beajánl valami ms megoldást. De ettől még a sun pl. betolhatja a vékonyklienseit, egy nagy, megbízhatónak látszó cég meg betolhat egy linuxos megoldást. Pl. az ibm-ből azért ki szokták nézni, hogy nem tűnik el két nap múlva a balfenéken, mint egy Steve Blood Bt, és azt is el szokták hinni, hogy amit ajánl, az korrekten megfelel az árajánlatnak (legfeljebb ha az ajánlatkérési specifikáció rossz volt, akkor a javasolt cucc az ajánlatnak fog megfeleli, nem a vevő valós igényeinek ) Az ibm-ről legfeljebb azt nem hiszed el, hogy meg akarod fizetni a jobb alsó rubrikában található számsort...
Az ibm pl. olyan szinten támogatja a linuxot, hogy van linux-s390 architektúra, ami a nagy, vízhűtéses ibm vasakon futó virtualizált környezetre készíti fel a linuxot.
Szóval a nagyvállalati világ úgy működik, hogy te sap kliens futtatást veszel, nem pc-t, és raknak eléd valamit. Ennyi. Nincs itt semmi gond a nagyvállalati támogatással, pont ők azok, akik tesznek a legújabb dx494595 szabványra.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz fordfairlane #147 üzenetére
Abban a hsz-emben nem írtam olyat, hogy mindenki hülye...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Mert ha az az egy fájl megdöglik, megdöglött az egész hóbelevanc.
Mert a konkurrens hozzáférés zűrösebb ilyen esetben.
Mert nem tudod szétosztani az io terhelést.
Mert nem triviális menteni.Az általam ismert jó exchange szakértőket úgy tisztelték, mint a fekete sámánokat, még a windows fanok is. Sokkal bonyolultabb jól üzemeltetni, mint nagyjából bármi mást. Olyan hajde nagyon sok és jó plusz szolgáltatása meg nincs, ami ezt indokolná. Mondtam már, hogy emellett nem is ingyenes?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
A 2k3-as exchange szerver még mindig nem használ külön fájlokat az usereknek, még mindig konténerfájlokat használ, kettőt: egy .edb-t és egy .stm fájlt a levelek tárolására. Ebből max. 20-at kezel.
Rendben, nem egy darab, de ez még mindig messze van az ideálisnak tekinthető imap folder formátumtól.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz fordfairlane #162 üzenetére
Lehet, hogy a dominóról még rosszabb véleménnyel vagyok
De láttam már teljes levelezést elszállni, mert megsérült a fájl...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
-
bambano
titán
Ilyenkor mindig az jut eszembe, hogy egy 256 mega ramos, 700MHz-es p3-as procival szerelt gép (igaz, nem dzsunka pc) 2x9G raid1-be kötve diszken évekig elvitte egy város levelezését nulla leállással.
Elismerem, nem teljesen ugyanazokat a szolgáltatásokat kellett nyújtani... de integrált üzemeltetési rendszer volt mellette, nem favágó módszerekkel volt összerakva.
Egy csomó menedzsment/üzemeltetési dolog, amiben az exchange király, egyszerűen szükségtelen lenne, ha a belseje rendesen lenne megcsinálva. Megint hozzáteszem, mint a legelső exchange-s mondatomban: Szerintem.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Nem ideális. Közelebb áll az ideálishoz, amit a maildir formátum tud: minden levél egy fájl. Ott nincs olyan, hogy összedől egy darab fájl és lehúzza az egész levelezőrendszert.
A 20 darab a 2k3-as exchange tehcnet doksi szerint arra vonatkozik, hogy négy darab store.exe-t tud futtatni és mindegyik 5 darab adatbázist tud kezelni, darabja két fájl. Ezeket most olvastam el a techneten, kénytelen vagyok hinni neki.
Ő storage groupnak mondja ezeket, az administrative group fogalmát én nem tudom, hogy mire használja az exchange.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Ha nagyvállalat, akkor úgyis érdemesebb hálózati fájlszerverre rakni a leveleket, a maildir formátum viszont sokkal jobban tolerálja az nfs-t meg a hálózati lockolásokat.
A másik, hogyha konténer/adatbázis fájlokba pakolod a leveleket, akkor neked olyan funkciókat kell újraimplementálni (részben a zárolást, emellett a töredezettség mentesítést, üres helyek összepakolását), amit egyébként az oprendszer gyártója a fájlrendszerben egyszer már megcsinált. Felesleges plusz munkának gondolom ezt.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Gregorius #181 üzenetére
Egy non-profit vállalkozásnak is lehetnek költségei, illetve kérhet támogatást.
"Ja, az erősebb routerek általában BSD-derivatívákat futtatnak, amit egyébként még a Linuxoknál is biztonságosabbnak tartanak.": egyrészt nem ártana valami bizonyíték erre nézve, másrészt én hozzátenném, hogy jórészt ok nélkül. Úgy értem: ok nélkül tartják biztonságosabbnak a bsd-ket, mint a linuxot. Erre nekem mindig csak a hazudós openbsd jut eszembe... Ja, és egy halom outlookon meg egyében támadó vírushoz sem kellett user engedély, elég volt, ha megjelent a levelezőben.
A vállalatirányítási rendszerek, amiket nem a cég maga rakott össze, azokhoz tartozó kliensek a tapasztalat szerint platformfüggetlenek. Úgymint sap, oracle, stb. De erről már volt szó.
Az az egyetlen egy fájl nem mindig azért döglik meg, mert a rendszergazda rosszul végezte a dolgát. Van, hogy azért, mert bugos az exchange, stb. stb. A rendszergazda akkor végzi rosszul a dolgát, ha nincs mit visszaállítani mentésből.
Ha a konkurens hozzáférést szolgáltatás ütemezi, akkor az lassabb, mint a rendes multithreaded fájlrendszer. Minek oda ipc?
A finoman hangolható lomokról meg annyit, hogyha szétpakoltad volna több diszkre, kötetre, akkor nem lenne szükség a finomhangolásos dolgokra. Megint egy olyan pont, ahol a rossz tervezési döntés workaroundja megint egy halom cucc, de ezt nem eredményként kellene beállítani. Mintha valaki eltöri a lábát és szép, szines gipszet kap. A szines gipsz nem előny attól, hogy jobban néz ki, mint a fehér. A fő probléma az, hogy törött a láb.
Linuxra is van millió meg egy szines-szagos reportoló, akár tivoliról beszélünk, akár egyéb lomokról. Én meg nem tudom elképzelni, hogy egy lassú internet kapcsolaton bejelentkezzek egy grafikus lomba azért, hogy kiadjak egy-két parancsot ahelyett, hogy egy sima ssh/terminálon keresztül tenném ugyanezt. Ha a konzolhoz kell menni, az baj, és ez oprendszertől függetlenül baj.
Az, hogy az sql team schedulert ír, szerintem más probléma ahhoz képest, hogy a konténerfájlokban újraimplementálták a fájlrendszer karbantartó cuccokat.
256 proci..hmmm ezzel elérik lassan a linux 1995 körüli szintjét. Egyébként nem az a kérdés, hogy hány proci, mert az a kutyát nem érdekli. Az a kérdés, hogy sok processz esetén hogy skálázódik a rendszer. A linuxban már elég régen O(1) ütemező van, sikerült már ilyet rakni a w7-be? Pedig nem lenne nagy kunszt, csak el kell lopni a linuxos ütemezőt, úgyse jönne rá senki a zárt kód miatt.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Gregorius #196 üzenetére
Az openbsd fejlesztői valóban azt a célt tűzték ki, hogy a legbiztonságosabb cuccot rakják össze, évekig kint is volt a webjükön hogy tizenx év remote root exploit nélkül (most az van, hogy nagyon sok év összesen két remote root exploittal), csak azt az ordas nagy csúsztatást nem tették hozzá, hogy default installra értik és a default install SEMMIT nem rak fel, ami exploitálható lenne. Mihelyst egy bármire is használható openbsd-t akarsz, amihez értelemszerűen fel kell rakni valamit, pukkantósat lőttek a sok év biztonságnak. Ez egy nagy marketing mellébeszélés volt az openbsd részéről, ez a magánvéleményem róluk.
De arra még mindig nem válaszoltál, hogy komoly cuccokban hol is használnak bsd-ket... A cisco konfig felülete valóban hajaz egy régi bsd tűzfal konfigurálóra, de belül már régen nem bsd van, bitszelet procikon meg asicokon, meg a többin... Mondjuk ez egyébként egy mellékes kérdés volt...
Továbbra is az a véleményem a windowsról, hogy ahelyett, hogy rendesen megcsinálták volna az alapokat, mindenféle szines-szagos workaroundokat tettek bele. Például ha az exchange nem tekerné szét a diszkeket a szerintem téves tervezésű tárolási mechanizmusa miatt, akkor egyáltalán nem kellene szines szagos konfigurálást csinálni, hogy hogyan oszd szét az io-t. Ha a windowsban rendesen megcsinálták volna elsőre a fájlrendszer védelmet, akkor most egyáltalán nem kellene uac. Uac azért kell, mert a régebbi programok trógerül vannak megírva és nem férnek meg az új, a régihez képest sokkal rendesebb védelmi rendszerrel, tehát kell egy kivételeket lekezelő eszköz, lásd uac. Az uac nem egy nagy durranás, mint beálltíják, hanem az a kloáka, amivel az előző 4-5 windows rendszerek sz.rját kifolyatják végre az emésztő gödörbe. A magam részéről örülni fogok neki, ha ezzel a tróger megoldással végül mégiscsak rendet raknak a windowsokban... Gondolom Augiász istállójának a kitakarítása sem volt sem egyszerű, sem tiszta munka...
A lokális multithreaded fájlrendszerben nem kell ipc-zni ahhoz, hogy a lockolási mechanizmus működjön. Nincs service, semmi, lockolod, a driver megoljda, pont. Ha ehhez szervizeket kell hívni windowson, akkor az ipc-vel fog történni, ami ehhez képest lassú. Nem távoli fájlrendszerről beszélek, hanem helyiről.
A sok kis levéllel kapcsolatban a kérdés az, hogy az-e a hatékonyabb, ha az ilyen acl-esdit, egyebeket ráhagyjuk arra, aki ezt már rendesen optimalizálta a fájlrendszerben, vagy ismét hozzuk a szokásos microsoftos formát és megint implementálunk mindent nulláról. Ha sok tízezer levelet hagy valaki a nagy konténerfájlban, az ugyanakkora problémát okozhat, mint sok tízezer fájl a diszken. Legfejlebb másik része fog az oprendszernek szenvedni vele, vagy felhasználói szinten lesz vele gond. Az én tapasztalatom az, hogy egy imapos maildires szerveren egy-két millió levél nem okoz mérhető terhelést még gagyi vason sem.
Kontakt infókat beleönteni a levelek konténerébe meg tervezési hiba.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Dark Archon #200 üzenetére
Miből jött le neked, hogy ilyennel foglalkoztam valaha is? Soha életemben nem volt egyetlen ingyen email szolgáltatónál sem postafiókom és w2k-t sem üzemeltettem soha.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Gregorius #201 üzenetére
Ezt írtad a #181-ben: "A konkurrens hozzáférést ugyanúgy egy szolgáltatás ütemezi."
ezt én úgy értelmezem, hogy a lockolást egy külön szolgáltatás ütemezi, mint az nfs esetében a lockd. Ebben az esetben pedig kell az ipc a lockolást ütemező szolgáltatás és az azt igénybe venni kívánó processz közé.Miért fogyasztana kevesebb kernel erőforrást a az excel konténeres megoldása az imap maildirjéhez képest? Lehet, hogy egy windowsos programozónak eszébe jutna, hogy megnyissa az összes levelet egyszerre, egy rendes unixos programozónak biztosan nem. Azokat a leveleket nyitja meg, amiket olvasni akarsz, de rögtön be is zárja. Egyébként meg ismét csak arra akarok utalni: lehet, hogy vannak elméleti limitek, de az imapos cucc igen jól elfut egy ócska vason, tehát az elméleti limitektől még nagyon messze járhat az, amit használok.
Maradjunk annyiban, hogy jobb, mint az exchange. A végletekig egyszerű, nincs hozzá szines-szagos tuningolós grafikon generálós cucc, mert nincs rá szüksége. Pár száz kilobájtos exe-k futnak, elfutnak még egy homokórán is, nem kell alá csillagháborús vas, nem kell hozzá fekete táltosképző papír, semmi nem kell hozzá. Nincsenek benne összehányt formátumok, egyszerű eszközökkel kezelhető minden. Olcsóbb, olcsóbb a szoftver, olcsóbb a vas, olcsóbb az üzemeltetés emberi erőforrás oldala.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Nem hiszem, hogy a monopol ellenes szervek miatt írták bele, amcsiban nem nézik annyira rossz szemmel az ms húzásait. Inkább magyarázni kezdték a bizonyítványt, mert mostanában be-be csúszik egy-két rosszabb jegy és ez csak romlani fog...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
nem vagyok tivoli fan, de ha windows adminokat kattingatós szinesszagossal kell győzködni, akkor legyen
egyébként egy-két agentet kiadhatna az ms az ms system management serverből linuxra, és akkor lehetne egységesíteni az infrastruktúra menedzsmentjét...
vagy opennms mindenhova és kész.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Gregorius #215 üzenetére
Ehh ez a lockolás... nem arról a lockolásról beszélek, amit az exchange megcsinál magának, hanem a sima fájl szintű lockolást.
Egyébként ha az exchange a konténer fájlokra nem használja az oprendszer szintű lockolást, akkor hogy védi meg a külső belebarmolástól? Egyben lelockolja az egészet és kakukk?
És akkor mi van, ha a kernel poolban van? Linuxon processzenként vannak a fájldeszkriptorok, egy imap megnyit 8-10-et, nagy kaland.
Az általad linkelt teszt, ha nem csal a sejtésem, ntfs-en ment. Van olyan fájlrendszer linuxra, ami kifejezetten sok kis fájl kezelésében jó (web cache alá szerették anno). A fejnek ígyis-úgyis mozognia kell, amikor betölti az adatokat, a metaadatok meg úgyis block cache-ben vannak.Kb. egy seek mind. A nagy fájlos tesztekben csak azért jobbak az eredmények, mert ott egymás után jönnek az adatok, nem töredezetten. Egy kernelnek tök mindegy, hogy egy bazi nagy fájl szerteszéjjel töredezett részeit kell összevakarnia, vagy egy fájlrendszerből kell összevadásznia a cuccot. Jó közelítéssel ugyanannyi seek.
Ergo az exchange konténerei nem gyorsabbak szerintem.
Nekem ment már szerverem úgy, hogy az egy processz által nyitva tartható fájlok darabszámát fel kellett emelni 130 ezerre, a kernelét meg egy millióra... Oszt? nagy kaland. Mint ahogy az is nagy kaland, ha 64 bites cuccot kell rakni egy szerverre 32 bit helyett...
A management eszközöknek leginkább akkor van értelme, főleg a szines szagos grafikonozós részének, ha pénzt akarsz tarhálni. Egyébként legfeljebb alapvető áttekintésre jó...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Moreecqa #229 üzenetére
Meg sokan összekeverik a szubjektív vélemény fogalmát az objektív tényközléssel. A nagy háborúk mindig akkor pattannak ki, ha valaki elkezd olyan információkat terjeszteni, amit triviálisan lehet cáfolni.
A buta erőszakos embernél van rosszabb, amelyik szorgalmas is
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis