Hirdetés

2017. november 18., szombat

Gyorskeresés

Hozzászólások

(#1) ledgeri


ledgeri
(PH! kedvence)

Jó nagy % az a 140 milla, usa arányaiban...

szeksziboj -nálam van egy pirospontod! Keresek Sárga fényű lézert! (kézit, ceruzaelemest)

(#2) bindike01


bindike01
(fanatikus tag)

Ez nem semmi...

http://phmegbizhatosag.atw.hu/

(#3) szunyika


szunyika
(tag)

"A történet érdekessége, hogy a hivatalos közlemény nyilvánosságra hozása előtt röviddel három Equifax-vezető is adott el részvényeket mintegy 1,8 millió dollár értékben – és a vállalat részvényei zuhanni kezdtek a bejelentés után. A vállalat kommentárja szerint az illetők nem tudtak a biztonsági incidensről."

ott azért gondolom el fog indulni egy vizsgálat, mert ez így elég egyértelmű szituáció

ez a tipikus esete, hogy hogyan legyünk még nagyobb bajban :)

[ Szerkesztve ]

(#4) SaGaIn válasza szunyika (#3) üzenetére


SaGaIn
(fanatikus tag)

Remélem az illetékes szervek megtanítják hangyákat számolni az aszfalton az urakat egy kis térddel végrehajtott hátmasszázs keretében.

Bár lehet már a kajmán szigeteken vannak azzal a1,8M dollárral...

Még hogy nem tudtak róla... kacc-kacc... mint mikor Móricka bizonygatja hogy nem ő ette meg a képviselő fánkot de még tejszínhabos a orra is :D

komolyan ennyire hülyének nézik a népet... szégyen

"DOS addresses only 1 Megabyte of RAM because we cannot imagine any applications needing more." Microsoft in 1980 "We can" -said Google, than they made Chrome. What happend next is history.

(#5) tomazin


tomazin
(PH! addikt)

Elnézést kért. Az nem semmi.
Én azt nem értem, hogy amikor az adatkezelő hanyagságból elveszíti a rá bízott adatokat akkor miért nem lehet ellene kártérítési pert indítani. Én, aki egy csomó kényelmetlenséget bevállalok azért, hogy ne szipkázzák el az adataimat, ülhetek a seggemen, mikor egy cég trehányságból elveszíti azokat.

(#6) JBond válasza SaGaIn (#4) üzenetére


JBond
(újonc)

Egy igy azért inside tradinget azért kimeriti csak be kell bizonyitani!

(#7) zsolti1debre


zsolti1debre
(kvázi-tag)

Hat ez tenyeleg hatamas adatvesztes.Hogy igy be tudtak loni,meg tudtak merni?

(#8) JBond válasza tomazin (#5) üzenetére


JBond
(újonc)

Én ugytudom ,hogy ezeket az adatokat több szerveren tárolják ún. gridben ami megakadályozza az összes adat egyidejű eltünését akkor ezt most, hogy főleg hogy rendkivül senzitiv adatok kerültek ki!

(#9) gabor7th


gabor7th
(őstag)

Ezért jó egy helyen tárolni milliók adatait. Egy feltőrés és akár egy egész kontines adatit vihetik. Ezért fontos, hogy minden cég töltse fel titkait a felhőbe.

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#10) Fred23


Fred23
(PH! addikt)

Ezek a vezetők igazi látnokokká váltak, mikor a saját pénzükről lett szó.

(#11) sanchezsa válasza gabor7th (#9) üzenetére


sanchezsa
(PH! addikt)
LOGOUT blog

:DDD Hozod a formád. :D

(#12) gabor7th válasza sanchezsa (#11) üzenetére


gabor7th
(őstag)

Sajnos az élet most se cáfolt rám, ellenben a marketingesek dumájára, arról hogy milyen biztonságban vannak az adatok náluk.

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#13) borg25 válasza gabor7th (#12) üzenetére


borg25
(fanatikus tag)

Miért ne lenne biztonságban az adatod ha felhőbe töltöd? Jó szándékú hackerek még biztonsági mentést is készítenek róla :D

(#14) Snoop-y válasza gabor7th (#9) üzenetére


Snoop-y
(PH! addikt)

Mert ha on premise db volt ez akkor nincs baj?

New level... Advertising has us chasing cars and clothes, working jobs we hate so we can buy shit we don’t need

(#15) hcl


hcl
(PH! félisten)
LOGOUT blog

Nem tudtak róla... aha... :D

Veszek hibás LCD monitorokat ------ Mutogatni való hater díszpinty

(#16) hcl válasza gabor7th (#9) üzenetére


hcl
(PH! félisten)
LOGOUT blog

Mondjuk ez pont nem felhő volt. Papír alapon biztos jobb lett volna, tudjuk.

Veszek hibás LCD monitorokat ------ Mutogatni való hater díszpinty

(#17) gabor.79


gabor.79
(kvázi-tag)

Az utóbbi években egyre több betörés történik, százmilliós és milliárdos nagyságrendben viszik az adatokat. Ez többek között annak köszönhető, hogy a programozók által létrehozott problémák és az ezek megoldásához szükséges intelligencia között egyre nagyobb a szakadék.

Ahogy egyre több featúrát zsúfolnak egy-egy szolgáltatásba, a komponensek közötti kapcsolatok és interakciók száma növekszik, és idő hiányában nem tudnak minden bemenetet leellenőrizni.

Emellett a programozói szakma is nagyon hígul, mert nagy hiány van a fejlesztőkből, ezért a cégek boldog-boldogtalant felvesznek. A fejlesztők sokszor általános keretrendszereket használnak, és nem értik, hogy pontosan hogyan működnek a számítógépek, a hálózatok.

Fontos megemlíteni a social engineeringet is, azaz a támadók sokszor hamis telefonhívásokkal, üzenetekkel szerzik meg a gyanútlan és képzetlen belsősök adatait.

---

Szerintem előbb-utóbb rájönnek a cégek, hogy a featúrák csökkentése – és ezzel a biztonság növelése versenyelőny a többiekkel szemben. Amíg ez nem következik be, egyre több adatot fognak ellopni.

(#18) sanchezsa válasza gabor.79 (#17) üzenetére


sanchezsa
(PH! addikt)
LOGOUT blog

Nah igen, sokaknak csak a papírjuk van meg róla...

(#19) gabor7th válasza hcl (#16) üzenetére


gabor7th
(őstag)

És nem is irtam erre, hogy felhő. Ennek még annál is biztonságosabbnak kellett volna lennie.

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#20) gabor7th válasza gabor.79 (#17) üzenetére


gabor7th
(őstag)

Ezek az intézmények meg bírják fizetni a legjobbakat. Csakhogy még azok se tudják elég jóra megcsinálni a rendszereket. A sokkal jobban védett katonai dolgokat se tudják.

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#21) gabor.79 válasza gabor7th (#20) üzenetére


gabor.79
(kvázi-tag)

Természetesen, hisz túl van bonyolítva az egész. Sokat rontanak az esélyeken az elterjedt programozási technikák, mint mondjuk az objektumorientált programozás, ami például hajlamosít az overengineeringre, azaz a rendszer túl komplex-szé válik, és a készítői nem értik pontosan a működését.

(#22) Gregorius


Gregorius
(őstag)

Én értek valamit félre, vagy ez nem adatvesztés, hanem adatlopás? :F Legalábbis a forrás cikkben semmi nem utal arra, hogy pár hónapnyi adatuknak búcsút inthettek.

Mainstream support for Steve Ballmer ended in 2009. Extended support ends in 2014.

(#23) gabor7th válasza gabor.79 (#21) üzenetére


gabor7th
(őstag)

Vagyis nem jó ötlet ezeket megcsinálni. Ha már csinálják nem csicsás kezelőfület meg egyéb kell, hanem mint az OpenBSD-nél... a biztonság az első. Elvégre a pénzünkről is szó van.

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#24) hcl válasza gabor7th (#19) üzenetére


hcl
(PH! félisten)
LOGOUT blog

Ugye?
Figyu. Amíg emberi gyarlóság van, addig biztonság (nem hogy IT, semmilyen) nincs.
Ezzel békélj már meg. Élni nem biztonságos. Vagy költözz el egy lakatlan szigetre, tanyára, stb.

Veszek hibás LCD monitorokat ------ Mutogatni való hater díszpinty

(#25) ethernith válasza gabor.79 (#17) üzenetére


ethernith
(fanatikus tag)

"Az utóbbi években egyre több betörés történik, százmilliós és milliárdos nagyságrendben viszik az adatokat"

Na ne már, hogy nem érted!

(#26) gabor.79 válasza gabor7th (#23) üzenetére


gabor.79
(kvázi-tag)

Az OpenBSD egy nagyon jó példa, ott is tudatosan törekednek az egyszerűségre.

(#27) hanischz válasza gabor.79 (#21) üzenetére


hanischz
(fanatikus tag)

"Sokat rontanak az esélyeken az elterjedt programozási technikák, mint mondjuk az objektumorientált programozás"

Anelkul rosszabb lenne. A functionalis programozas nem tartalmaz semmifele vedelmet es adatokat vedtelenul hagyja, ezaltal nagyobb az esely hogy egy masik kollega valamit at ir. Remalom lenne nagy munka elkeszitese OOP nelkul.

Mondok egy peldat. Lehet hogy tarolni kell 20 szenzor adatait. Funkcionalis programozas eseten csinalsz egy szep tablazatot, majd a kulonbozo funkcioknak elerest biztositasz a tablazathoz. Viszont lehet h egy kollega elszurja a funkciojat es atir tobb adatot, esetleg nem csak 20 szenzor adatat irja at, hanem tovabb ezaltal buffer overrun-t okoz. Csinos kiindulopontja a hekkelesnek.

OOP-vel minden szenzor el van valaszta a tobbitol, sokkal nagyobb hulyeseget kell csinalni ahhoz hogy at legyen irva a nem relevans adat is. Ha OOP-s modern framework-ot hasznalnak a programozok akkor kozel keptelenseg mert a framework leallitja az adott programot.

OOP tehat extra vedelmet biztosit sok mas mellett.

Encapsulation (part 2): Objects have the ability to hide certain parts of themselves from programmers. This prevents programmers from tampering with values they shouldn't. Additionally, the object controls how one interacts with it, preventing other kinds of errors. For example, a programmer (or another program) cannot set the width of a window to -400.

[link]

A problema mashol keresendo.

Egyreszt a globalizmus egyik velejaroja az eles verseny. A cegek (befektetok) nem feltetlenul fognak elegendo eroforrast biztositani hogy a programozok nyugodtan elkeszitsek a munkat. Mar a hibak is fontossági sorrendben vannak es nem biztos hogy a termek kiadasakor mindet megjavitottak.

Termekek egyre bonyolultabbak, raadasul a piac gyors valtozasait is le kell kovetni, lehet h a megrendelo kesobb benyogi hogy kell meg egy funkcio, igy meg kell eroszakolni a meglevo megoldast, ami nem feltetlenul tesz jot a biztonsagnak.

Nem utolso sorban a cegek a meglevo eszkozokre epitkeznek, nem irjak ujra az eddigi programokat, framework-oket azert hogy koltseget csokkentsenek.
Pl javaban eleg sok hibat talaltak azert mert regi, nem modern c++ eszkozokkel keszult az akkori a kod es azt megtartottak. De emlithetnem az MS-t is ahol a Windows alapjainak nagy resze meg mindig a regi kodbazisra epul. Lasd NTFS

A megoldas a szabalyozott piac lenne ahol a befekteto es a ceg ra lenne kenyszeritve, hogy jobb, minosegi munkat adjanak ki. Pl ocska termeket, zero frissitessel egy nagy adag buntetessel kellene jutalmazni.
Ja, es persze a szabalyt lehetoleg ne tudjak kikerulni a kinaiak es a tobbi domping aru keszito orszag, mert kulonben csak egy ujabb teher az adott piacra mikozben ok letaroljak azt. Persze ehhez nem artana tajekoztatni a lakossagot hogy miert is kellenek ezek a szabalyok etc.

[ Szerkesztve ]

Lenovo T440s Thinkpad - Windows 7, Ubuntu 16.04

(#28) hcl válasza hanischz (#27) üzenetére


hcl
(PH! félisten)
LOGOUT blog

"A cegek (befektetok) nem feltetlenul fognak elegendo eroforrast biztositani hogy a programozok nyugodtan elkeszitsek a munkat. "
Ettől még ez nem feltétlen jó. Nyilván nem lehet minden hibamentes, de a mostani állapotok már túl vannak a jó ízlés határán, verseny ide vagy oda.

Veszek hibás LCD monitorokat ------ Mutogatni való hater díszpinty

(#29) gabor.79 válasza hanischz (#27) üzenetére


gabor.79
(kvázi-tag)

Szerintem kevered a funkcionális programozást procedurálissal. Funkcionális programozásnál minden változó egyszer írható, kvázi konstans. Továbbá a procedurálisnál is lehet védeni a változókat, lásd C-ben a modul statikus változói.

Mi számít nagy munkának? Szinte az összes Linuxos rutinkönyvtár, de a kernel is C-ben készült, azaz procedurális. Tehát lehetséges. Viszont ezeket jellemzően nem kocaprogramozók készítik, talán emiatt is stabilabbak jóval a felhasználói szoftvereknél.

Az OOP-nél egy nagyobb projektnél túl nagy lesz az absztrakció, és nagyon messze kerül a készítője a folyamatoktól, így nem fogja átlátni őket.

Továbbá azt is figyelembe kell venni, hogy a hardverek fejlődése jelentősen lelassult, az egyszálas teljesítmény már szinte egy évtizede csak pár százalékkal nő, így a processzorok elmentek a többmagos irányba. Az OOP viszont pont az adatrejtés miatt alkalmatlan a többszálú futtatásra.

---

Amit írsz a kapitalizmusról és a versenyről, abban abszolút igazad van, én is akartam írni, de kiment a fejemből.

A cégek nehéz helyzetben vannak, mert a verseny miatt olyanba kényszerülnek bele, ami a fenti adatszivárgásokhoz vezet. Egy programozó barátommal beszélgettem, ő autóalkatrészeket árusító webshopot készített korábban, és mesélte, hogy a konkurens vállalatok állandóan egymás weboldalait nézegetik, és amint az egyik kitalál valami újdonságot, a többiek lemásolják ész nélkül, nem véve figyelembe, hogy ez milyen hatással lesz a rendszerre.

Hogy lehet-e szabályozással itt bármit elérni? Nem tudom, ez nagy kérdés. Egy régi bölcs mondás, hogy minél több a rendelet, annál nagyobb a káosz.

(#30) hanischz válasza gabor.79 (#29) üzenetére


hanischz
(fanatikus tag)

"Szerintem kevered a funkcionális programozást procedurálissal. Funkcionális programozásnál minden változó egyszer írható, kvázi konstans."

Szerintem is. Kosz!

" Továbbá a procedurálisnál is lehet védeni a változókat, lásd C-ben a modul statikus változói."
Lehet, de ettol fuggetlenul az osszes fuggveny eleri a valtozokat. Nem tudod csoportositani, vedeni az egyes reszeket. Ha a svajci kollega csak bizonyos adatokat akar modositani akkor vagy kimasolod a tablazatbol, vagy mutaton keresztul elerest biztositasz kvazi az osszes adathoz. Nincs egysegbezaras. (C szempontjabol)

"Mi számít nagy munkának? Szinte az összes Linuxos rutinkönyvtár, de a kernel is C-ben készült, azaz procedurális. Tehát lehetséges. Viszont ezeket jellemzően nem kocaprogramozók készítik, talán emiatt is stabilabbak jóval a felhasználói szoftvereknél."
Okes, de a linuxos konyvtarak specializalodtak valamire. Regota irjak oket igy jol le vannak tesztelve. Nem kell minden masodik honapban teljesen uj funkciokat belerakni mint pl egy uzleti termekbe.

Linux kernel egy mas teszta, nagyon konnyu leterdeltetni ha valamit elrontasz benne, pont a proceduralis megkozelites miatt semmifele vedelem nincs az egyes funkciok kozott. Ha egyik fejleszto elszur valamit, akkor garantaltan csonta fagy az egesz.
OOP-nel, bar lassabb az egesz, de vannak alapveto vedelmek. Adatot bele tudod tenni osztalyba, ahol csak szabalyozott modon, methodusokon keresztul lehet elerni, igy ervenytelen adatot keptelenseg beleeroszakolni. Tehat az adat + hozza tartozo fuggvenyek egyseget alkotnak. Ezt konnyu kezelni, karbantartani.

Tovabba vannak mas finomsagok, ugy mint az interface, ezaltal lehet kulonbozo implementaciokat kesziteni.
Nem mondom hogy nem lehet megeroszakolni a proceduralis megkozelitest hogy tamogassa ezt, de sokkal fajdalmasabb megcsinalni. Pl c-ben mutatokkal kell operalni hogy ket tablazat kozotti adatcseret biztositsd a masolo fuggvenyben, mikozben c++-ban: arrayA = arrayB elrejti ezt, ezaltal biztonsagosabb az egesz.

"Az OOP-nél egy nagyobb projektnél túl nagy lesz az absztrakció, és nagyon messze kerül a készítője a folyamatoktól, így nem fogja átlátni őket."
Ugy halad a vilag hogy egyre bonyolultabb termekeket kell elkesziteni. Erre van igeny. Proceduralis megkozelitesnel a mutatok hasznalata valik remalomma egy ido utan. Nalunk a kollegak eloszeretettel hasznaltak ezt egy nagy kodnal, aztan elobb utobb eleg instabilla valt az egesz. Mar nem dolgoznak ott, atmentek kis cegekhez ahol tovabbra is azt hasznaljak amit szeretnek.

Tobbivel egyetertek.

"Hogy lehet-e szabályozással itt bármit elérni? Nem tudom, ez nagy kérdés. Egy régi bölcs mondás, hogy minél több a rendelet, annál nagyobb a káosz."
Igaz, viszont ha nincs szabalyozas, akkor a kinaiak garantaltan kornyezet szennyezo modon gyartjak a veszelyes cuccaikat. Festek ami rakot okoz stb.

(#28) hcl :
Teljesen egyetertek. Amikor az ember premium termeket vesz, aztan bedoglik gari ido elott (felveti a kerdest hogy milyen minoseg ha ennyit sem bir) vagy utan 1 nappal (direkt kalkulalt elettartam).

[ Szerkesztve ]

Lenovo T440s Thinkpad - Windows 7, Ubuntu 16.04

(#31) gabor7th válasza gabor.79 (#29) üzenetére


gabor7th
(őstag)

"A cégek nehéz helyzetben vannak, mert a verseny miatt olyanba kényszerülnek bele," Jelenleg az USA-ban a techcégek rengeteg ingyenpénzhez jutnak, a részvényeiket és a kötvényeiket a központi bank felvárárolja mindenképpen úgyhogy sohase volt ennyire biztonságban a versenytől. Legalábbis a nagyok.

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#32) hanischz válasza gabor7th (#31) üzenetére


hanischz
(fanatikus tag)

Altalanossagban irtam amit irtam.
Amugy igazad van, rengeteg penzt kapnak az amcsi cegek, nem kell oket felteni.

Az Equifax legalabb azonnal cselekedett az incidenst kovetoen. Hogy mi volt az ok az kerdes, egy ilyen webes rendszer rengeteg komponensbol epul fel.

Lenovo T440s Thinkpad - Windows 7, Ubuntu 16.04

(#33) hcl válasza gabor7th (#31) üzenetére


hcl
(PH! félisten)
LOGOUT blog

Oszt' az USA-n kívüli cégek? Mert telefonpiacon azért a Samsung meg a többiek eléggé versenyeznek az almával... A Lenovo, mint PC gyártó, kínai...

Veszek hibás LCD monitorokat ------ Mutogatni való hater díszpinty

(#34) derive válasza hanischz (#27) üzenetére


derive
(senior tag)

Az OOP sem ment meg ha elkaptad az Agilepestist. Ha az a lenyeg, hogy minel hamarabb kimenjen a kod akkor barhol lehet szart irni. Meg ha terveznek is bele vedelmet, kesobb kiiktatjak, mert neheziti a patchelest.

(#35) dabadab válasza gabor7th (#31) üzenetére


dabadab
(Jómunkásember)

"Jelenleg az USA-ban a techcégek rengeteg ingyenpénzhez jutnak, a részvényeiket és a kötvényeiket a központi bank felvárárolja mindenképpen"

Teljesen új területeken sikerül hülyeségeket beszélned.

DRM is theft

(#36) dabadab válasza derive (#34) üzenetére


dabadab
(Jómunkásember)

Agile-t is lehet jól csinálni, waterfallt is szarul, tényleg nem ezen múlik, hanem azon, hogy értelmesen végig vannak-e gondolva a dolgok és utána korrektül meg vannak-e valósítva meg tesztelve, vagy nem.

DRM is theft

(#37) derive válasza dabadab (#36) üzenetére


derive
(senior tag)

Persze, hogy lehet, csak gyakorlatban valahogy mindig a keves emberrel, gyorsan kitolni a szart elve ervenyesul, mert utana meg a support is pusz bevetel. Fel Europat beleertve alig hallani olyan helyrol, ahol adnak a minosegre (pedig van ahol autoszoftvert fejlesztenek, mashol bankit).

(#38) gabor7th válasza hcl (#33) üzenetére


gabor7th
(őstag)

A kínaiakról pl. itt olvashatsz: http://www.investor.hu/news/20170802-kina-technologia-usa-reszveny-befektetes.html

Simán lenyomják az amerikait.

Van itt egy nagyon fontos rész: "Ráadásul itt nem csak a részvényekről van szó, amelyek önmagukban nem feltétlenül tükrözik egy társaság valódi teljesítményét. Ha ugyanis megnézzük, milyen bevétel-növekedéseket hoznak össze a kínai cégek, akkor is igen látványos a különbség."

Erről főleg külföldi elemzésekben olvashatsz, de azért van az, hogy a részvények manapság nem mutatják egy nagy techcég igazi sikerességét, mert jegybankok veszik a részvényeket függetlenül a teljesítménytől. Nem csak az amerikai hanem pl. a svájci is veszi az Apple-t. Meg adnak ingyenpénzt amiből elvileg munkahelyeket kéne létrehozniuk, de inkább megvásásrolták a saját részvényeiket és ezzel mesterségesen feltolták az árfolyamot.

Sokan nem is tudják Magyarországon, hogy a hírekben sokat látot sztárok befektetői szemmel bovlik. Mint a Tesla: http://www.portfolio.hu/vallalatok/erosen_bovli_a_tesla.3.258827.html
A Tesla is kapja az ingyen pénzt ezért létezhet.

Ami a kínaiak előnyét illeti... nos a blogomon olvashatsz többet. Nemcsak pénzzel segítik a kínai válalatokat, hanem a hadsereg által ellopott Nyugati technológiákat használhatják.(Megspórolva a fejlesztést.) Hackerek megszerzik, aztán megvan ennek a módja, hogyan jusson el a kínai vállalatokhoz, volt erről egy cikkem csak nem engedik, hogy linkeljem, de amúgy nem a saját ujjamból szoptam azt se.

[ Szerkesztve ]

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#39) gabor7th válasza dabadab (#35) üzenetére


gabor7th
(őstag)

Megfigyeltem már, hogy neked lehetetlen újat mondani, mert már mindenre tudod a választ. Pontosabban azt hiszed, hogy tudod, mindegy új dolgot már nem tudsz tanulni.

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#40) dabadab válasza gabor7th (#39) üzenetére


dabadab
(Jómunkásember)

Mondjuk az tényleg újdonság lenne, ha a FED a részvénypiacon vásárolna be. :DDD
(És ez akkor még a tényleg csak a feltünően, egy lépésben látszó hülyeség volt, de a hozzászólásod többi részének is minden szava arany :D )

DRM is theft

(#41) hcl válasza gabor7th (#38) üzenetére


hcl
(PH! félisten)
LOGOUT blog

Az ég meg kék, semmi újat nem mondtál.

Veszek hibás LCD monitorokat ------ Mutogatni való hater díszpinty

(#42) gabor7th válasza dabadab (#40) üzenetére


gabor7th
(őstag)

"open market operations (OMOs)--the purchase and sale of securities in the open market by a central bank--are a key tool used by the Federal Reserve in the implementation of monetary policy."

https://www.federalreserve.gov/monetarypolicy/bst_openmarketops.htm

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#43) gabor7th válasza hcl (#41) üzenetére


gabor7th
(őstag)

Tehát az összes fél nagyon segíti a saját techiparát. Ennek ellenére a minőség eléggé háttérbe szorult. Bár a klasszikus közgazdászok inkább fordítva mondanák. Ha a cégeket folyton kisegíti az állam akkor elkényelmesednek, vagyis a vesenytől inkább jobb minőségű cuccoknak kéne lennie és az államilag támogatott cégek adnak ki rossz minőséget.

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#44) dabadab válasza gabor7th (#42) üzenetére


dabadab
(Jómunkásember)

Nagyszerű, akkor már csak értelmezni kellene azt, amit ott olvastál. Szólj, ha találsz olyat, hogy részvényekkel kereskednek :)

DRM is theft

(#45) gabor7th válasza dabadab (#44) üzenetére


gabor7th
(őstag)

Mondom hogy kár veled vesződni.

A számítástechnika új negatív trendjei: ujtechkor.blog.hu

(#46) gabor.79 válasza gabor7th (#31) üzenetére


gabor.79
(kvázi-tag)

Érdekelne, hogy ezt hol olvastad.

(#47) hcl válasza gabor7th (#43) üzenetére


hcl
(PH! félisten)
LOGOUT blog

Verseny, az akkor lehetetlen? :W
Anyám, borogass.

Veszek hibás LCD monitorokat ------ Mutogatni való hater díszpinty

(#48) gabor.79 válasza hcl (#47) üzenetére


gabor.79
(kvázi-tag)

A versenyeken általában egyenlő feltételekkel indulnak a résztvevők. Neked mennyi esélyed lenne egy olyan futáson, ahol tudod, hogy némelyek a legerősebb doppingszereket szedik, te viszont nem kapsz semmit?

Kitörni jelenleg az tud, akinek van egy nagyon új ötlete.

(#49) hcl válasza gabor.79 (#48) üzenetére


hcl
(PH! félisten)
LOGOUT blog

Jól sejtem, hogy többszörös reg vagy?

Amúgy ki mondta, hogy a piaci verseny fair? Soha, senki.

Veszek hibás LCD monitorokat ------ Mutogatni való hater díszpinty

(#50) gabor.79 válasza hcl (#49) üzenetére


gabor.79
(kvázi-tag)

Ne ma kezdj el lottózni, barátom.

Copyright © 2000-2017 PROHARDVER Informatikai Kft.