The Web is getting its bytecode: WebAssembly
A Google, a Microsoft, a Mozilla részvételével és az Apple közvetett támogatásával hordozható assembly készülhet a böngészőkhöz
■ 
Friss blogmarkok
- Web Akadálymentesítési Útmutató (WCAG) 2.1 – nyilvános munkaterv – Megjelent a WCAG (Web Akadálymentesítési Útmutató) 2.1 nyilvános munkaterv (0)
- MongoDB Apocalypse Is Here as Ransom Attacks Hit 10,000 Servers – Több tízezer védtelen MongoDB szerverre csaptak le hackerek (2)
- 12 Signs You’re Working in a Feature Factory – A cél nélküli funkciógyártás néhány tünete (0)
- Translatable, custom dates in Twig templates of Drupal 8 – Saját dátumok megjelenítése, fordíthatóan a Drupal 8 smink rétegével dolgozva (0)
- NativeScript – Cross-Platform Native Development with Javascript – Fejlesszünk natív mobilalkalmazást JavaScripttel (0)
- GitHub Security Update: Reused password attack – Érdemes bekapcsolni a kétfaktoros azonosítást, ha a GitHub jelszavunkat más oldalakon is újra felhasználtuk (17)
- UX Design könyv – Hogyan tervezz felhasználóbarát és szerethető alkalmazásokat? (0)
- Introducing unlimited private repositories – Megváltozik a GitHub díjszabása: minden előfizetéshez korlátlan számú privát repository jár (0)
- Drupal 8 Twig: add custom CSS classes to menus (based on menu name) – Saját elképzeléseink szerinti CSS osztályok (automatizált) hozzáadása a Drupal 8 menüihez (0)
Cikkajánló
Pepita:
Hírfolyamok feldolgozása
Bártházi András:
MySQL 5.0: karakterkódolások
Bártházi András:
CSS alapjai VII.
Friss csiripek
Csiripek betöltése…
Aktív fórum témák
Új fórum témák
Archívum
| H | K | Sze | Cs | P | Szo | V |
|---|---|---|---|---|---|---|
| 28 | 29 | 30 | 31 | 1 | 2 | 3 |
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 | 1 |
Részletek és gondolatok
Elődök: PNaCl, asm.js
A Google által létrehozott PNaCl nem terjedt el, talán mert a Chrome-ra szabták (az API-ját kifejezetten) és emiatt a többi böngészőbe nehezebben lehetett (volna) beilleszteni - erről mások valószínűleg többet tudnak. Mindenesetre elakadt a szekere.
A JavaScript könnyen optimalizálható részhalmazaként (subset) kialakított asm.js a sikerei ellenére sem tekinthető végleges megoldásnak. Jópár nyelvről lehet rá fordítani (transpilerekkel, azaz programnyelv -> programnyelv fordítókkal), ezek optimalizált JavaScript kódot állítanak elő végtermékként. Ez a kód azonban még mindig kövérebb és (jóval) lassabb a lehetségesnél. Mérések szerint a natív kódra fordított programok 1,5-2-szer gyorsabbak, mint az asm.js-re fordított megfelelőik. (Ez persze már látványos demókat tett lehetővé.)
WebAssembly munkacsoport
A WebAssembly munkacsoportjában (WebAssembly Community Group (W3C)) ott a Google, a Mozilla, a Microsoft. (A céges linkek Twitter- és blogbejegyzésekre mutatnak, nem céges honlapokra.) A csoportban részt vesznek a PNaCl és az asm.js szakemberei is. Az Apple közvetlenül nem vesz részt a WebAssembly kidolgozásában, csak a WebKit fejlesztőin keresztül. Talán csak a Facebook részvételét hiányolhatjuk (egyelőre) ebből a felállásból. Szerintem ez a legígéretesebb része ennek a kezdeményezésnek: az adott terület minden tapasztalt profija együtt fejleszt majd, és nincs ismert komoly ellenérdekelt.
Elképzelések és ígéretek
A WebAssemblyből néhány előzetes terven és a munkacsoport összeállításán kívül még csak a forrásfájlok névkiterjesztése (.wasm) készült el :). Ambícióban nincs hiány. Hordozható bájtkód, natív gépi adattípusokkal, bővíthető kivitelben (processzorspecifikus kiterjesztésekre gondoljatok). Compilereket és assemblert, debuggert és profilert is várhatunk. Gyorsabb letöltés, gyorsabb futtatás, kisebb memóriaigény.
Az előfordított binárisok tömörebbek lesznek az asm.js-re fordított megfelelőiknél (erről már vannak mérési adatok, 20% és 40% közötti számok keringenek), a böngészőbeli JIT helyett "igazi" compilerekkel készíthetők majd. Szöveges formátumot is terveznek a bináris mellé, oda-vissza fordítási lehetőséggel (az átfordítás minőségére és problémáira kíváncsi leszek). A binárist nem kell tovább fordítani natív kódra, csak "dekódolni", ez 23-szor gyorsabb előkészítést jelent az eddigi mérések alapján. A binárissal egyenértékűnek ("equivalent and isomorphic") szánt szöveges formátumot nem csak a "nyílt web" eszménye miatt tervezik követelménynek, a debuggerek és profilerek is erre támaszkodnak majd, és lehetőséget nyújt majd az inline assemblyre is (ennek részletei is érdekelnének, nyelvfüggetlen megvalósítását reménytelennek tartom, valószínűleg a "C családbeli" nyelvekben lesz igazán használható). A wasm forrás asm.js-re fordítható majd JavaScriptben írt polyfill illesztőprogramokkal, ezekre a wasm futtatására képtelen böngészőkben lesz szükség.
A natív kód sebességelőnyét az asm.js-nél már említettem. A WebAssembly remélhetőleg eltünteti ezt a 1,5-2-szeres hátrányt is.
A szabványosítási lépéseket a kezdeti, kísérletinek szánt időszak utánra tervezik. Első szakaszban egy MVP-t akarnak elkészíteni, vagyis már használható, de közel sem teljes verziót.
Továbbiak: Hacker News, ArsTechnica, Twitter, Phoronix, esetleg Reddit.
Reményeim és félelmeim
Sok kudarc és félsiker után talán majd most... Szerintem ezzel kellett volna kezdeni. Vagy legkésőbb a 2000-es évek elején, a Java böngészőbeli kudarca után belefogni. Ehelyett elterjedt a Flash, és elöntött minket a JavaScript libraryk és keretrendszerek tengere. Minden komoly nyelvhez készítettek már legalább egy, de gyakran több transpilert is, JavaScriptet és asm.js-t célozva. Két évtizedet veszítettünk az életünkből... de jobb későn, mint soha. Optimista vagyok :).
A WebAssemblyvel újabb szabványok jönnek a meglévők mellé. De a negatívumok a WebAssembly nélkül is itt vannak már. A böngészők egyre kövérebbek, bonyolultságuk az operációs rendszerekével vetekszik, a biztonsági hiányosságaik riasztóak (a bővítményeikre gondoljatok elsősorban). Egyre inkább a felhasználók kegyeiért folyó látványos hajszába torkollik a fejlesztésük, míg a fejlesztők alig tudnak lépést tartani az egyre újabb pótmegoldások kipróbálásával, kerülgetésével. Gyakran botlok pillanatok alatt 300-500 Mbájtot zabáló weblapokba "komoly" helyeken is, ahol nem vagánykodni és feltűnősködni akar valaki. (Elég hozzá egy bugos infinite scroll, vagy tucatnyi fájlból álló, több Mbájtos JavaScript öntet.) Néhány ezer betűnyi kis hír + néhány kép vagy ábra a körítések és a reklámok miatt olykor "szélessávon" is 10-20 másodperc alatt töltődik le, + jókora részek késleltetve érkeznek hozzájuk. A web mára szemétdombbá vált, benne értékes kis darabokkal. Ezeket a problémákat a WebAssembly csak súlyosbíthatja, mert sikere esetén még inkább olyan fejlesztések célpontjává válik a web, amiket csak natívan futó szoftverekkel lenne érdemes/szabad megvalósítani. (Lásd Firefox OS, Chrome OS.)
Fejlesztőként elboldogulok ilyen körülmények között is, de rokonoknál, barátoknál, munkatársaknál látom, hogy a vírusvédelmek ellenére is úsznak a gépek a böngészőkön keresztül érkező malware-ekben. Sokat segít a virtuális gépben való böngészés, és heti rutinná vált néhol a gép újrahúzása mentésből. De ezeket az eszközöket nagyon kevesen ismerik és használják. Társadalmi méretekben gyalázatos állapotokat eredményezett a net sikere. A WebAssembly talán rendbetesz egy kis részt ebből a káoszból.
Polyfill: jelenleg és eleinte
Újabb kiegészítések:
Reddit #2. Ezen és az előző reddites linken is egy-egy blogbejegyzést vitatnak meg.
TechCrunch és a redditje.
Medium.
Slashdot.
Egyre inkább a felhasználók
a felhasználókat, nekik mire
A felhasználók nem tudják, sohasem tudták, mire van szükségük. Meg kell nekik mutatni a lehetőségeket, és majd kiválasztják, ténylegesen melyik kell nekik.
Mondjuk hogy normálisan teszteli. Létrehoz pár virtuális gépet, XP-IE8 / Linux-Firefox / Mac-Safari, és ezeken is kipróbálja az oldalt a mobil eszközök mellett. Nem nagy befekettés egy cégnek tartani 3-4 különböző mobilt és 2-3 tabletet is. Ezek után csak tud szakítani a fejlesztő heti egy órát tesztelésre, amikor kipróbálja az oldalt és a fontosabb szolgáltatásokat.
A felhasználók nem tudják,
Ezek csak a fejlesztők érzései, amit semmivel nem tudnak alátámasztani – kérdés, hogy akkor miért olyan határozottak a témában?
Mint ydsMo9gx is írja, "A böngészők egyre kövérebbek, bonyolultságuk az operációs rendszerekével vetekszik". Korábban már én is írtam valahol, hogy a webes programozás túl bonyolult lett, például a DOM-ban egy csomópont kiválasztására van vagy nyolc-kilenc lehetőség.
Mindenki a nagyokat és a sikeres szolgáltatásokat másolja, de arról senkinek sincs fogalma, hogy azok miért is működnek olyan jól. Mi, fejlesztők viszont csak technológiában tudunk gondolkodni, és elképzelhetetlennek tartjuk, hogy esetleg a marketing miatt olyan jók.
Ettől fogva hiteltelen minden
Nem az, ha alátámasztja mérés.
Szeretnék már látni egy
Ahogy Poetro is írja, a
Azt, hogy a felhasználók számára fontos a reszponzivitás, alátámasztja mérés. Az, hogy ezt a reszponzivitást hogyan éri a fejlesztő, az ő döntése.
Nyilvánvalóan számít a
Nincs tökéletes
Itt pl összefoglalják a gyakrabban idézett forrásokat, ezek egybehangzóan azt mondják: gyorsabb = jobb (vagyis lassabb = kiesett profit).
http://perspectives.mvdirona.com/2009/10/the-cost-of-latency/
Itt meg az emberi oldaláról kicsit:
http://www.pubnub.com/blog/how-fast-is-realtime-human-perception-and-technology/
10ms alatti dolgok az MStől:
https://www.youtube.com/watch?v=vOvQCPLkPt4
És végül egy érdekesség az agy infófeldolgozásáról (ez talán tekinthető "végső határnak").
https://www.youtube.com/watch?v=BTOODPf-iuc
Késés és egyszerűség
Ha az átlagos minimális reakcióidő a videók, az írások és Jacob Nielsen szerint is 100ms körül van, akkor miért erőlteti bárki is a kliensoldali ellenőrzést? Mivel az adatokat a szerveroldalon mindenképp validálni kell, innentől kezdve egy űrlap minden elemének megváltozásáról küldhetünk egy AJAX kérést, hiszen minimális adatmennyiséget kell mozgatni.
De ezt már kifejtettem korábban. És itt most nem is az a lényeg, hogy hol ellenőrizzünk, hanem az, hogy a kliensoldali ellenőrzés bevezetése (hacsak minimális szinten is, de) bonyolítja a programot. Minden ilyen újabb és újabb featúra a teljes komplexitást növeli, aminek köszönhető, amit ydsMo9gx is ír, hogy minden egyre kövérebb, tohonyább.
Ezért a legjobb, ha egyszerűségre törekszünk, mert annál kisebb a hibázás lehetősége, és annál könnyebben át lehet látni.
Ha az átlagos minimális
Valószínűleg azért, mert a kliens oldali ellenőrzés kevesebb ideig tart, a szerver oldali pedig percekig is eltarthat (gondolom te is mentél már be 2G mentes övezetbe mobil eszközzel).
Valószínűleg azért, mert a
Ráadásul, mivel adatbevitel közbeni ellenőrzésről van szó, ami kényelmi szolgáltatás és opcionális, nyugodtan tehetsz félperces timeoutot az AJAX hívásokra, mert a végén úgyis át kell nézni mindent egyben.
Szóval nem teljesen értem az érvedet.
Mit érsz vele, hogy kevesebb
Bonyolultság
Az email ellenőrzése egyébként egy kiváló példa. Az a legkevesebb, hogy nyomok rá egy reguláris kifejezést, hogy szintaktikailag megfelel-e a kívánalmaknak, de mellette általában meg kell nézni, hogy regisztráltak-e már vele, nincs-e letiltva stb., magyarul mindenképp adatbázishoz kell fordulni.
Innentől kezdve az, hogy miben egyeztek meg, nagy valószínűséggel nem az ő kérése lesz, hanem te ajánlod neki. Tehát ő kifejezetten nem fogja kérni azt, hogy kliensoldali ellenőrzés is legyen.
A bonyolult kóddal több gond van:
- hosszabb idő megírni
- letesztelni
- karbantartani
- átadás után az új kollegának megérteni
Mindegyik növeli a fejlesztési és a karbantartási költségeket. Ha ki szeretnél tolni a munkáltatóddal, a kollegáiddal és a megrendelőddel, akkor nyugodtan készíts bonyolult kódot.Még egyszer: a mondandómnak nem az a lényege, hogy hol ellenőrzünk, hanem az, hogy minden újabb ilyen apróság, ami a kódot bonyolítja, már rövid-, de méginkább hosszú távon csak hátrányokkal jár. Nem véletlenül szokták mondani, hogy a kevesebb több.
»Ha ennyire gyér a net, akkor
Van amikor nincs más lehetőség.
Azt is tudni kell, hogy egy kényelmi funkció – mint példánkban a kliensoldali ellenőrzés – kifejlesztése, éves karbantartása mennyibe kerül, valamint azt, hogy mennyi a haszna. Ez utóbbi a weboldal/szolgáltatás profiljától is függ.
Tehát az, hogy kell-e egy szolgáltatásnál kliensoldali ellenőrzés, mindig csak utólag derül ki, azaz például a szolgáltatás indulására lefejleszteni egy ilyen funkciót mindenképp hibás döntés.
Az is lehet, hogy a megrendelőd fél éven belül csődbe megy, mert elfogy a pénze. Ekkor teljesen feleslegesen fizette ki neked a kliensoldali ellenőrzés lefejlesztését.
3 napot késtél a normális
A felhasználók nem tudják,
Ha a felhasználók nem tudják, mire van szükségük, akkor ti honnan tudjátok? Vannak saját méréseitek? Ezek publikusak? Esetleg meg lehetne osztani ezeket a nem nyilvános részek törlésével/kitakarásával?
A/B Testing
Csinálsz két (vagy több) verziót, meghatározol egy "siker" kritériumot (felhasználó megnyom egy gombot, sikeresen kitölt egy formot, regisztrál, etc.), a gép egyenletesen szétosztja látogatókat variációid között és megnézed melyik csapat éri el a kitűzött célt nagyobb arányban.
Afelől, hogy ilyen hatalmas általánosságokra segít-e definitív választ adni mint, hogy most akkor "minden animació rossz vagy jó", de szerintem itt a kérdésfeltevéssel van a gond. Ennyire általános kérdésekben szinte lehetetlennek látom, hogy ilyen elvágólag tegyél igazságot. Termékfejlesztési szempontból valószínűleg mindegy is, ami téged érdekel, hogy a te látogatóid / célcsoportod mit szeret, nem kell a "mindenkinek" megfelelő választ megtalálnod.
Elhiszem, hogy vannak
Szerintem érdemes
Így kell mérni.
A WebAssemblyvel újabb
"... ha most, ebben a pillanatban egy kis polaroid képet csinálnánk a világmindenségről, számomra teljesen nyilvánvaló, hogy az, amit az eszünk segítségével csináltunk, megöl minket. Ide vitt el bennünket a tudomány. Valami nagyonnagyon rossz történt a tudománnyal. Nem lennénk egy ilyen hatalmas szakadék szélén, ha valóban olyan sokat tudna az eszünk. Nem tudom, hogy ezt miért olyan nehéz észrevenni?
A racionális tudomány hívei azt mondják, hogy igen-igen nehéz helyzetben vagyunk, de nagyon hamar meg fogjuk találni a megoldást. Nemsokára minden jó lesz. Azt mondják, hogy most ugyan ennyi problémánk van, de egy kicsit több tudomány az majd megoldja azokat. A megoldások azonban sokkal több problémát okoznak, mindig is így volt, soha nem történt másként.
A technológia egyre több technológiát követel, s egyre több problémát kelt az életben, bennünk, az állatokban, a növényekben, a bioszférában. S akkor azt mondják, hogy most már csak napok kérdése, s akkor megoldjuk ezeket a kis problémákat. Ehelyett pedig itt tartunk. S ez egyre rosszabb. Tehát nem értem, miért nem veszi észre valaki, hogy valami rettenetes hiba történt valahol, amikor elhatároztuk, hogy a tudomány nagyon jó dolog."
Eléggé szűk réteg tudja majd használni, hisz manapság játékokat leginkább csak gigantikus kiadók tudnak készíteni.
Az ideális az lenne, ha megállnánk, és kidobnánk a sok ballasztot a böngészőkből. Ez persze nem fog menni, két okból is: 1, a fejlesztőket csak újabb technológiával lehet megvenni, 2, a szoftverek olyanok, mint a gáz, mindig kitöltik a rendelkezésükre álló teret, azaz a hardver fejlődésével a szoftverek is egyre nagyobbak lesznek, mert "ez még ide befér". Abba senki sem gondol bele, hogy ma még nincs módszer az elektronikai hulladékok olyan feldolgozására, ami nem terheli a környezetet. Vakságunk és ostobaságunk oda vezet, hogy saját utódainkat analizáljuk.
Tehát nem értem, miért nem
Kíváncsi vagyok mennyiben változna Feldmár András álláspontja, ha látta volna egy gyerekét feketehimlővel fertőzve.
Hogyne lenne módszer, egyszerűen csak nincs benne pénz. Megfelelő szabályozás kérdése.
Kíváncsi vagyok mennyiben
Egyébként Feldmár idézetéből világos, hogy a tudományt a technológia szinonímájaként használja.
Nem tudom elképzelni, hogy ebből olvasztáson kívül milyen módszerrel lehet kinyerni az alapanyagokat. Van esetleg erről valami linked vagy kulcsszavad, amin el lehet indulni?
Nem értem
A feketehimlő ellenszerét is kell fejleszteni, mert vagy a feketehimlő is fejlődik, vagy a fejlesztésével más betegségek is megelőzhetők.
Lehet, hogy nem értem, mit akarsz mondani.
Olvasztás és egyszerűség
De ami igazán rossz, hogy a feldolgozás most nem ellenőrzött körülmények között történik, a gázok és a talajba jutó vegyületek minket is mérgeznek. A hardvergyártók felelőssége csak addig terjed, amíg elkészítik a terméket.
Úgy lenne tisztességes, ha a gyártóknak kéne feldolgoztatniuk az elromlott/már nem használt nyomtatott áramköri elemeket, és ezt beleépítenék az árba. Így biztosíthatnánk, hogy utódaink kisebb eséllyel haljanak meg valamilyen mérgezésben.
Különben úgy járunk, mint valamelyik közép vagy délamerikai állam, amelynek az őserdőit a '80-as években dömpingáron kivágták, pillanatnyi gazdagságot hozva az országnak és a rezsimnek, csak aztán a trópusi esők lemosták a termőtalajt, amit a fák korábban megfogtak, és most már semmit sem lehet rajta termelni.
A szoftverfejlesztésre jellemző, hogy folyamatosan teszik be az új funkciókat, amik új hibákat fognak tartalmazni, nagyobbra nőnek, lassabbak lesznek.
Ehelyett jobb lenne, ha mindenki az egyszerűségre törekedne, ez a lényege a mondandómnak.
Olvasztás
Hasonlóan tovább kell fejleszteni ezeket a technológiákat, csakúgy, mint azokat, amik feketehimlő ellenszeréhez juttattak minket, vagy a földművelést tették hatékonyabbá, tették lehetővé tömegek ellátását. Hogy a technológia újabb technológiákat követel meg? Természetes. Fellengzős dolog azt állítani, hogy ez hiba. Ez olyan, mintha azt mondanánk, hogy tessék, milyen nagy hiba, hogy a könyvnyomtatás feltalálásával most többen akarnak és tudnak olvasni. Hogy a környezetvédelem egyre fontosabb? Ez is csak közhely. A probléma a volumennel van, azzal, hogy az emberek túlszaporodtak.
Számtalan hibát követ el mindenki, és ez halmozódik, de a tudomány fejlődése nem hiba, mert az kitágítja a látókörünket, lehetővé teszi, hogy észrevegyük a hibáinkat, és utat mutat arra, hogy hogyan oldjuk meg.
Nincs azzal semmi gond, hogy az emberek fölöslegesen veszik meg az újabb word-öket: ha nincs haszna, akkor fogd fel úgy, hogy ez is ugyanolyan szórakozás, ugyanolyan szolgáltatás része, mint az a sokmillió ember, akik a szórakoztatóiparban dolgoznak, bulvárújságírók, facebook üzemeltetők, tapétatervezők, szállodaportások, papok vagy filmszínészek... Ezek adják az élet sava-borsát (és adják a környezetszennyezés nagy hányadát). A probléma azzal van, ha eltolódik a hangsúly, ha túl sokan foglalkoznak a szórakozással, és kevesen a tudományokkal. Meg ha eleve túl sok az ember.
Valóban, a szoftverfejlesztésben (is) a legegyszerűbb megoldásra kell törekedni, ami az adott igényt kielégíti, de lehet, hogy a hype is az igény része, vagy épp az, hogy ne kövesse az aktuális divatot (ami lehet, hogy részben ugyanúgy egy hype irányzat :-) ).
Nem azt mondom, hogy az
Nem csak az elektronikai
felesleges a legkomplexebb
Mivel Kína óriási ország, minden, amit csinálnak, kihat az egész Földre. Évről évre mérgeznek téged is, engem is, mindenkit. Nem véletlen, hogy egyre több beteg, asztmás, allergiás gyerek születik, mert mindannyian megkapjuk a magunk kis adagját.
Szóval ez az elképzelés jó, csak nélkülöz minden realitást.
1, Rendkívül individualista társadalomban élünk, egyre kevésbé érdekli az embereket, hogy milyen kárt okoznak a másiknak, ráadásul ebben az esetben ez mikronnyi méretű.
2, A nyugati világ "egyszer élünk" mentalitása ösztönzni a fogyasztást és a pénz felhalmozását, hogy minél több élvezetnek hódolhassunk. Ebből következik, hogy a politikában mindenhol a gazdasági témák a legfontosabbak, minden más csak jóval mögötte kullog, ha egyáltalán foglalkoznak mással. Az oktatásnak, környezetvédelemnek, tudatos életnek nincs értéke.
3, Ahogy egyre több információ ér minket, egyre kevésbé látjuk át a dolgokat, mert agyi kapacitásunk korlátozott. Képtelenek vagyunk jó döntéseket hozni, mert nem értjük, mi hogyan működik, erre kiváló példa az internet. Te is panaszkodtál már korábban, hogy a legnagyobb cégek – pl. a Gmail, ahol korlátlan erőforrás áll a rendelkezésükre – sem képesek jól működő szolgáltatásokat létrehozni.
Ebből következik, hogy az emberek könnyen befolyásolhatóak. A világunk teljesen irracionálisan működik, a divat irányít mindent, és nem a józan ész, az internet ennek ékes bizonyítéka.
Tehát jó dolog a szabályozás, csak hogyan kezeled azt az esetet, hogy a világ két legnagyobb szennyezője, az USA és Kína egyáltalán nem foglalkozik a hulladékok újrahasznosításának problémájával? Sehogy.
A fenti 3-as pontból következik, hogy nem így kell megfogni. Egyrészt beszélni kell róla, hogy az általunk készített egyre bonyolultabb szoftverek folyamatosan új hardvereket igényelnek, amivel közvetve gyilkolunk és nehezebbé tesszük sokak életét. Te is, Joó Ádám beleszúrod a mérgezett tőrt abba a frissen született kisbabába, akit nem is ismersz, de még később a sajátodba is.
Másrészt ki kell használni a csordaszellemet, menővé kell tenni az energiahatékony programozást. Erre két jó példa is van, a C64 és a Raspberry Pi, mindkettővel csodákat művelnek. Meggyőződésem, hogy egy Pi teljesítményű gépnek elégnek kéne lennie a világon bárki számára.
A technológiának ráadásul egyre nagyobb az energiaigénye, ami pedig véges, ráadásul minden energiaforrásunk környezetterhelő.
Feldmárnak tökéletesen igaza van, a technológia egyre több technológiát követel, s egyre több problémát kelt az életben. Emiatt az egyetlen megoldás az, ha egyszerűsítünk és csökkentjük a technológiát. A legjobban akkor járt volna minden és mindenki, ha le sem mászunk a fáról.
Ez egy fals érv. Attól, hogy
Szerintem egy szóval sem mondtam, hogy nem kell vele foglalkozni, azt mondtam, hogy képmutatás önkényesen kiválasztani egy területet, ráadásul messze nem a legtöbb problémát okozót, és ezzel foglalkozni, miközben ez igényli a legkomplexebb eljárást, azelőtt, hogy az egyszerűbben felszámolható, de legnagyobb terhelést okozó területtel foglalkoznánk először. Csak mert hogy optimalizálni így szoktunk, legalábbis jó esetben.
És úgy gondolod, hogy ha mi nem küldünk oda hulladékot, akkor Kína magától nem fog eleget szennyezni? Hogy a szerencsétlen kínai nem fog ugyanúgy belepusztulni a kínai iparba?
„Régen minden jobb volt.” Nem volt. Egyébként irreleváns.
Hála az égnek. Egyébként irreleváns.
Az oktatás és a környezetvédelem gazdasági témák. Egyébként érdekes módon pont az általad olyannyira lesajnált Nyugaton a leginkább, szemben mondjuk Kínával.
Ennek nem sok köze van az információ mennyiségéhez, az emberek nagy többsége sosem látta át a dolgokat.
Ez sosem volt másképp, és valószínűleg soha nem is lesz. Az ember ugyanaz marad.
Embargóval.
Jónéhány politikai rendszer gazdasági vezérlőelve volt a huszadik század során, hogy a vezetői tudják, mi kell elég legyen az egyén számára. Kivétel nélkül látványosan omlottak össze pár évtizeden belül.
Az energia előállítása során jelentkező környezetterhelés ugyanúgy szabályozással csökkenthető. Ez az energia árának emelkedéséhez, és gazdaságosabb felhasználáshoz vezet.
Az a baj, hogy ilyen hozzáállás mellett nincs sok értelme a vitának.
Mégegyszer megpróbálom elmagyarázni: ha én mindennap megeszek két almát, mert jól esik, és valaki azt mondja, hogy az almatermesztés károsítja a környezetet, mert a károkozóktól való védelem környezetterhelő, akkor azt mondom, hogy megfelelő szabályozással számoljuk fel ezt a problémát, kerüljön bele az alma árába a környezetbarát termesztéssel járó megnövekedett költség, én pedig mérlegelem, hogy a drágább almából mennyit eszem. De ha valaki azt mondja nekem, hogy mostantól egyek két alma helyett egyet, mert nekem annyi is elég kell legyen, akkor azt nagyon választékos formában zavarom vissza az anyjába.
Szerintem egy szóval sem
Az elektronikai hulladék Kínába való exportálása azzal is jár, hogy teljesen a kezükbe kerül a ritkaföldfémek kereskedelme (mivel a használt hardverből is ki lehet vonni), aminek következtében úgy játszanak majd az árakkal, ahogy akarnak.
Hála az égnek. Egyébként irreleváns.
Embargóval.
Mindig akkor szoktak szabályozni valamit, miután megtörtént a baj. Ez esetünkben akkor következik be, ha megvárjuk, míg az elektronikai termékek környeztterhelése már látható mértékben károsít minket is. Nade, ha ez ugyanolyan következményekkel jár, mint a globális felmelegedés, akkor már rég rossz, mert annak a terhelésnek a felszámolása is évtizedeket, évszázadokat vesz igénybe.
Szerintem célszerűbb már most visszafognunk magunkat, és minden erővel a hatékonyságra törekedni. Természetesen fontos a szabályozás is, azt is már most kell. De ezek miatt kell beszélni ezekről a témáról, hogy ott legyen az emberek fejében.
Látom, nagyon nem akarod megérteni/elfogadni azt, hogy a technológia csak újabb technológiát és újabb problémákat hoz magával. Márpedig ez elég rossz hír, hisz minden egyre bonyolultabb lesz, így egyre kisebb lesz az esélyünk, hogy átlássuk.
Erre egy kiváló példa egy friss cikk az origó mellékletében, ahol ezt írják:
Arra, hogy a technológia csak újabb technológiát és problémákat von magával, kiváló példa még a búza esete: az ősember felfedezte, hogy milyen jó energiaforrás ez a növény. Elkezdte termeszteni, nőtt a búza mennyisége, így gyorsan el tudtak terjedni a betegségei, valamint a kártevők is egyre nagyobb gondot okoznak. Emiatt különféle permetszereket kell kifejleszteni, amik terhelik a környezetet és a mi szervezetünket is. Újabb megoldás: géntechnológia. Ezzel ellenállóbb lesz a fentieknek, bár a rovarok és a gombák is mutálódnak, erősebbek lesznek, így újabb módosításokat kell eszközölni. Mikor lesz ennek vége? Soha. Erről beszél Feldmár.
Szerintem ezt nem kéne megvárni, hanem minél előbb vissza kell fognunk magunkat, és egyszerűsíteni kell az élet minden területén.
Úgy lenne tisztességes, ha a
Látom, ha lassan is, de azért magadévá teszel gondolatokat ezekből a vitákból :)
Feldmár idézetéből világos,
Igen, és nagyon zavaró, mert a kettő két különböző dolog. A tudomány a megismerésről szól, amire alapozva a technológia megoldásokat nyújt.
Feldmár nem erről írt, ő kétségbe vonta, hogy jó dolog-e a tudomány.
Nem értek hozzá, de nyilvánvalóan semmilyen elvi korlátja nincsen a feldolgozásnak, egyszerűen ki kell dolgozni hozzá a folyamatot. Jelenleg valószínűleg nem éri meg, de ez egy más kérdés.
Kíváncsi vagyok mennyiben
A tudomány javít
A Föld pestise
Hallottam valahol, hogy a böngészőket már kezdik karcsúsítani. Pl. a Spartannál, vagy a Chrome-nál is stb.
Nem a populáció növekedése a
Ha a Föld teljes népességét New York város népsűrűségének megfelelően helyeznénk el, akkor Texas állam területén mind elférnénk. Hely tehát rengeteg van.
Az, hogy egyszercsak az a rengeteg hely mind sivataggá válik, és megfojt minket a szemét, az nem törvényszerű, csak egyelőre nem zavar minket eléggé a kilátása.
Gond
Nem lényeges, hogy mennyi ember fér el mekkora területen, hanem hogy mekkora az ökológiai lábnyoma, ugye hallottál erről a mérőszámról? Kétlem, hogy Texas állam területére bezsúfolva az embereket az ökológiai lábnyom is csökkenne, főleg, ha a New York életszínvonalát céloznánk meg, és a rájuk jellemző környezeti terhelést.
Nem lényeges, hogy mennyi
Ez a példa pontosan azt akarja szemléltetni, hogy miközben a problémát nagyon sokszor úgy fogalmazzák meg, hogy „túl sokan vagyunk, nem férünk el”, nem erről van szó, hanem arról, hogy ahogy egyre többen vagyunk, úgy egyre látványosabbá válik az ökoszisztémára gyakorolt – kisebb populáció mellett elhanyagolható – hatásunk.
Szerintem csökkenne, képzeld el, hogy mekkora egybefüggő területek maradnának teljesen érintetlenek, illetve mennyivel hatékonyabb volna az energiafelhasználásunk (kisebb távolságok stb.). De nyilván ez csak egy szemléletes példa, nem javaslat.
Ez egy nagyon egyoldalú megközelítés. Bármilyen kataklizmát nagyobb eséllyel élünk túl – mint faj és mint egyed – nagyobb populáció mellett. Arról nem is beszélve, hogy a tudomány és a technológia fejlődésére is kedvező hatással van a növekvő populáció, egyrészt több tehetség, másrészt az új problémák által jelentett nyomás képében.
Határhaszon
Pont ezt mondtam. Épp csak hozzátettem, hogy a populáció csökkentése lenne (vagy lett volna) az optimális megoldás, míg te (ha jól értem) amellett érvelsz, hogy ez nem így van, a tudomány (?) bizonyára előjön jobb, kényelmesebb (?), költséghatékonyabb (?) környezetkímélőbb (?) (vagy más szempontból optimális ?) módszerrel.
Lehet (nem feltétlenül), de ezt sokkal nehezebb és értelmetlenebb lenne kivitelezni, mint a populáció csökkentését. Egyébként nem figyeltél arra, amit hozzátettem: a városi életmód nem feltétlenül jár kisebb lábnyommal (konkrétan a jelenlegi new yorkiak rettentő pazarlók mondjuk az indiai szegényekhez képest), így ha egy Texas méretű New York lenne, az annyi járulékos területet emésztene fel, ami a jelenleginél sokkal nagyobb terhelést jelentene. Nagy szántóföldek, csirkefarmok, bányák, kőolajmezők és gyártelepek (stb) kellenének a Texasméretű, New York színvonalú város fenntartásához.
Az a probléma, hogy lassan az óriási populáció nyomása jelenti a kataklizmát.
Mégis, meddig növelnéd még a népességet?
Nagy szerencsénk, hogy a Föld nagyrésze víz alatt van, az legalább nem betelepíthető könnyedén.
Ahogy említettem, az arányok eltolódása szintén probléma: szerintem azért, hogy több tehetség tudjon kibontakozni, ne a populációt növeljük, hanem az oktatást javítsuk. Most ne csak a "nyugati" színvonalú oktatásra gondolj, hanem azokra az elmaradott világokban élő milliókra, ahol esély sincs a tehetség kibontakozására. A jelenlegi, sőt, a tizedekkora közösségben is sokkal nagyobb a potenciál, mint amennyit most kihasználunk. Szokás mondani (bár állítólag nem igaz) hogy agyunk kapacitásának töredékét használjuk. Ha ezt az egész populációra érvényesítjük, akkor ez mindenképpen igaz.
Valamilyen szentimentális ellenérzést érzek ki ebből. Természetesen nem arra gondolok, hogy az emberekre kellene erőltetni a születésszabályozást, vagy ki kéne irtani őket mielőtt még a természet teszi ezt meg helyettük. Azt lenne jó elérni, hogy az emberekben magukban tudatosodjon, hogy a túlnépesedés nem jó dolog, és minden ember önmaga döntsön úgy, hogy 2 gyereknél nagyobb családot nem szeretne, egyszerűen ennek kellene a társadalmilag elfogadott képnek lennie. Szerintem ezt viszonylag könnyen el lehetne érni, és viszonylag gyors, kedvező hatása lenne. Nyilván nem ilyen egyszerű a dolog, a részleteibe már nem mennék bele, nem is értek hozzá annyira. De ez az út talán járható lenne és talán nem járna túlzott konfliktushelyzetekkel.
Egyébként nem figyeltél arra,
Ezt direkt hagytam figyelmen kívül, mert elsőre sem értettem, miért feltételezel a hipotetikus megapoliszban mindenkinek magas életszínvonalat.
Szerintem is.
Az EGS-zs8-1-ig :)
A kettő nem zárja ki egymást.
Én amellett érvelek, hogy szabályozással kell felszámolni a környezetkárosítást, ami újabb tudományos-technológiai fejlődést fog katalizálni a megnövekedő költségek ellensúlyozására. Ha csökkentjük a populációt vagy a fogyasztást, akkor nem megoldjuk a problémát, hanem meghátrálunk előle.
Félreértesz, semmilyen szentimentalizmus nincs a dolog mögött, olyannyira, hogy én támogatom, hogy hagyjuk a természetet végezni a dolgát: egyáltalán nem érzem úgy, hogy nekünk kellene felelősséget vállalnunk a fejlődő világ ellátásáért – merthogy a fejlett társadalmak máris aggasztóan alulteljesítik az általad megjelölt célszámot –, és a közvetlen anyagi segítség, illetve a migráció támogatásának – mégha ezt a kérdést most Magyarországon szomorú módon épp politikai aprópénzre is váltja mind a kormány, mind az ellenzék – megvonásával közvetetten kellene kikényszerítsünk egy legalábbis rövidtávon fenntartható populációt.
miért
Mert ilyen helyeken általában magasabb az életszínvonal és a környezetterhelés is.
Nem ez a lényeg, szerintem egyetértünk, nem az a probléma, hogy elfér-e ennyi ember, hanem hogy hogyan. Ez oké. Nem vitatom, hogy dolgozni kell az ökológiai lábnyom csökkentésén, csak szerintem (1) a legegyszerűbben kivitelezhető módszer a környezetterhelés csökkentésére a populáció visszafogása (2) bármennyire is igyekszünk, nem lehet cél a populáció végtelenségig növelése. Teljesen abszurd azt gondolni, hogy sűrítsük be a populációt new yorki szintűre.
De miért akarnád növelni a népességet?
Téged idézlek:
Egyébként is: miért baj, ha ilyen módon meghátrálunk előle?
Mi kár ér minket, ha ezentúl nem szaporodunk tovább, mint a pestis?
A fejlődő világnak eszmei szinten is fejlődnie kell, és a mi feladatunk az is, hogy ne csak a technológiát, hanem a fenntarthatóság elvét is magáévá tegye az egész világ. Nem csak a fejlődők, hanem a pazarló, nemtörődöm gazdagok is.
Egyébként nem fog sok idő eltelni, és a technológia fontosabb gazdasági mozgatórugó lesz, mint a népesség, sőt, az egyes kormányoknak érdekében áll majd gazdaságilag a népesség csökkentése. Ha a technológia termeli a GDP-t és az emberek csak lustálkodnak, egyre inkább politikai érdek lesz a népességszabályozás. Hogy ez jó-e vagy sem, attól függ, hogy ez hogyan történik.
a legegyszerűbben
Nem az, mert csak elodázza a probléma megoldását. Még ha állandóvá válna is a Föld népességszáma, az ökológiai lábnyomunk akkor is folyamatosan nőne. Ezzel szemben, ha az ökológiai lábnyomot tartjuk állandó szinten, a népességnövekedés magától fenntartható szintűre áll be.
A fentieken túl, tehát hogy a probléma valódi megoldás híján továbbra is fenn fog állni, az, hogy kiöntjük a gyereket a fürdővízzel, és a populációnövekedés előnyös hatásait is felszámoljuk, anélkül, hogy ez valóban szükséges volna.
Csak akkor nem, ha úgy gondoljuk, hogy soha nem lépünk túl a Föld adta kereteken.
Csak azoknak a kormányoknak áll érdekében a népesség csökkentése, amelyek feladatuknak érzik, hogy az egyének helyett vállaljanak felelősséget az egyénekért. Egy jobboldali (amilyen politikai erő, a félreértések elkerülése végett, Magyarországon például nincs) kormány megteremti a jogszabályi kereteket egy fenntarthatóan működő gazdasághoz, és hagyja, hogy a piaci mechanizmusok biztosítsák az egyensúlyt.
ej de messze kerultunk a
Pedig ydsMo9gx mindent
elodázza
Nem odázza el. Ha a populáció kellően kicsi lenne, akkor nem is lenne probléma, az ökológiai lábnyom nem érné el azt a méretet, ami gondot okozna. Egyébként azzal egyetértek, hogy törekedni kell arra, hogy az egy személyre jutó ökológiai lábnyomot csökkenteni kell (és ebben a tudomány és a technika fejlődése fog segíteni, nem pedig az, ha visszamászunk a fára), viszont még mindig nem értem, hogy miből gondolod, hogy az összlábnyom csökkentésére nem a legalkalmasabb a populáció csökkentése.
Mik is az előnyös hatásai a populáció további növekedésének? Tekintve a jelenlegi gondokat, szerintem a további növekedésnek sokkal inkább negatív hatásai vannak. A hatalmas embermennyiség fenntartásának menedzselése is külön gond, már pusztán az is, hogy kerülgetnünk kell egymást. Persze, beköltözhetnénk olyan kapszulákba is, mint a japán hotelekben vannak, vagy létrehozhatunk élő koporsóhálózatot is, mint ami a Mátrixban volt, de ez nekem valahogy nem szimpatikus, ráadásul sokkal nehezebb is egy ilyen tervet elfogadtatni az emberekkel.
Igen, meg kell gondolni, hogy szülessen-e új gyerek, ha már fürdővíz se nagyon jutna neki, amivel együtt kiönthetnénk véletlenül. Szerintem ezt könnyebb megértetni bárkivel (habár most, hogy ennyit kell emellett érvelnem, már kezdek elbizonytalanodni)
A technológia gazdasági hatása szempontjából ez teljesen mindegy. Ha a technológia jobban termel és kevésbé pazarló, akkor a piac is, a kormány is azt fogja alkalmazni, nem az emberigényes műveleteket.
De nem ezt akartam ezzel mondani, hanem azt, hogy a szociális rendszer állam általi működtetése is részben gazdasági alapú, például ha a nyugdíjrendszer olyan, akkor látszólag jobban megéri a folyamatos népességnövekedés, mert a nyugdíjasok csak "viszik a pénzt", a fiatalok pedig a munkájukkal (adójukkal) "eltartják" a rendszert. De ha egyre inkább nem függ a termelőképesség az emberektől, akkor ez egyre kevésbé fog számítani, vagyis nem lesznek családtámogató, születésösztönző rendelkezések, vagy (és ez nyilván a politikai rendszertől függ) akár a születésszabályozás is kötelező lehet (mint Kínában) olyan országokban is, ahol kicsi a népesség (elegendő annyi ember, ahány eltartja a gépeket -- vagy akár semennyi, ha a gépek önfenntartóak, vagyis az emberek már nem termelnek semmit, csak szórakoznak, játékból dolgoznak, mint ahogyan már most is sokan)
Na jó, hagyjuk ezt, szerintem mindketten elmondtuk már erről amit akartunk, meg durván offtopic is...
Nem a populáció növekedése a
A tudomány, a technológia
Feldmár is pont ezt mondja : )
Régebben