Ugyan minek fejlesztene?
Nem akarod, hogy a CPU korlátozó tényező legyen? Fizess elő felhős Office-ra, a felhő "végtelen" processzor kapacitásával.

Várós.

"Odamentem egy párhoz...négyen voltak!"

Szégyen a Microsoft részéről, hogy eddig nem csinálta meg maga!

Ez hülyeség, a felhős Office totális félreértelmezése részedről.

Én kérek elnézést!

Te amugy lattal mar Office 365-ot? Mert ugy latom, nem.

Szerintem a Microsoftnak sem érdeke hogy az adatközpontjai fölöslegesen pörögjenek. Ha GPU-val hatékonyabb a futás, az nekik több értékesíthető CPU erőforrást jelentene.

[ Szerkesztve ]

Ha fizetnek érte, akkor nem pörög feleslegesen.

"Arról sajnos nincs adat, hogy a Microsoft mikor gyorsítja fel hivatalosan is"

Hivatalosan, OpenCL-lel? Sohanapján kiskedden. Kb. ugyanúgy fúrják régóta, mint az OpenGL-t. Totál ellenérdekeltek benne. Viszont biztos tudnak ajánlani valamilyen Azure-alapú megoldást, jó pénzért.

Mi a jobb a Microsoftnak? Ha a user fizet X összeget, és használ X erőforrást tőle, vagy ha fizet X összeget, és használ kevesebb mint X erőforrást? Mivel az árat úgyis ők szabják majd meg, szvsz érdekük hogy arra az árra nekik minél kevesen költség jusson majd.

(#10) Cassi: Van nekik saját compute felület asszem Direct Compute # néven.

[ Szerkesztve ]

OpenCL helyett ott a D3DCS, lehet azt hasznalni. Nem kell felhovel vacakolni.

Ok. Akkor most pontosan hova és milyen dll-t kell rakni? És melyik office verziókkal működik? Mert ez mintha kimaradt volna mind a cikkból, mint a linkelt blog bejegyzésből.

Azért csak olyan megoldást érdemes fejleszteni, amik futnak a legolcsóbb apuk integrált gpu-in, amik az irodai gépek nagy százalékában vannak és lesznek a jövőben.

Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.

Amiben emlekeim szerint a VBA-s dolgok felét nem lehet rendesen futtatni :/ [lehet már lehet, rég néztem]...

BackToTheUKBlog:[backtotheukblog.wordpress.com] 2019/09/05: Brexitgráf IV — őrültek és csirkék háza

+1

"Csak a napórák fogaskerekei jártak rossz irányba"

Milyen jó, hogy már rég leszoktunk az MS office-ról...

A cikk címében töbszörösére => többszörösére kellene.

Várom mint a messiást, hogy valóban kipróbálható legyen, hatalmas táblákkal dolgozunk és sajnos képtelenség őket átfordítani librebe.

Tudom, hogy nem tartozik ide... de nekem még sosem jutott eszembe hatalmas táblákat bármilyen táblázatkezelőbe berakni. Adatfeldolgozásra ott az adatbáziskezelő. Azért van. Csillió rekordból kilegózza nekem pillanatok alatt, amit akarok.
Táblázatkezelővel meg lehet szűrt adatokból diagramokat rajzolgatni (hogy tetsszen a végeredmény annak akinek kell), meg képletezni a végeredményt, ha kell.
De hogy egy számolótáblába én millió rekordot írjak.... azt inkább nem.

Ettől függetlenül elég furcsa, hogy ezen a téren a microsoft ennyire nem mozdul semerre.

[ Szerkesztve ]

„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

Mivel sosem kellett még OLEP kockákat forgatnod, ezért még sosem jutott eszedbe. Vagy sosem kellett pillanatok alatt pivotokat csinálnod, amit persze SQL-el is lehet, de tegye fel a kezét, aki pár pillanat alatt átszab egy sima lekérdezést pivot lekérdezéssé
Aztán az is igaz, hogy jól használva (power querykkel, power pivotokkal, BI toolokkal) az excel 2016 mindig elég gyors, de nyilván nincs olyan, amin ne lehetne tovább gyorsítani.

Ráadásul az se poén, ha adat elemzés miatt hosszú percekre kinyírod az adatbázisodat. Hidd el, van az az adatmennyiség, van az a komplex db architektúra, amikor ha belegebedsz, agyon indexelsz, se fog a DB szerver se percekig meg se mukkanni.

Egyébként mostanra egyre jobb big data analysis toolok is vannak a piacon, amikkel kiválható részben az excel, de teljesen még mindig nem kerülhető meg.

Én kérek elnézést!

Elhiszem hogy lehet olyan helyzet, amikor valamiért az excel kell...

De ha valamiért hatalmas adatmennyiséggel kellene "legózni", akkor mindig az az első gondolatom, hogy belövök rá egy pg adatbázist, beletolom az összes adatot, aztán kiveszem ami kell nekem.

Volt már pár eset, amikor nagy fejvakarás kíséretében igyekeztek kitalálni, hogy akkor ezt most hogy kellene excel -lel megoldani, holott egy 5 soros query elég hozzá, ha sql. Ráadásul villámgyors.

Ráadásul ez a kettő igazából nem zárja ki egymást. Nekem még mindig táblázatkezelő a táblázatkezelő, és nem adatelemzésre használható eszköz. Átlagos gépeken meg főleg nem. Nem tudom láttál -e már olyan megmosolyogtató jelenetet, amikor a több ezer soros excel táblába beledöglik a "gagyipentiumos" titkársági levelekre belőtt számítógép...

Az excel a celladatokkal együtt tárol rengeteg mást is, ráadásul egyben van a formázás, az adatokkal, ami egy idő után szörnyű dolgokat eredményezhet, ha már pár ember kezén átment.

Szerencsére manapság ritkán van a közelemben excel, de volt időszak, amikor kellet thogy használjam. (hála az égnek hogy ma nem nagyon kell... gyűlöltem mindig, éppen azért, mert sokan adatbáziskezelőnek hiszik, de sajnos a calc -al is ezt teszik.).

Aztán van még egy gond, ami már nem önmagában az excel hibája, de az emberek hajlamosak ilyen egyedi táblákat összevissza levelezni... ha egy helyen van minden, akkor ilyen gond nincs.

[ Szerkesztve ]

„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

Nekem még mindig táblázatkezelő a táblázatkezelő, és nem adatelemzésre használható eszköz.

Ez elég érdekes, lévén az Excell pont egy OLAP eszköz

Egy táblázatkezelő, ami idővel kapott olyan kiterjesztéseket, és funkciókat, amik alkalmassá tették adatelemzésre is. Ettől még táblázatkezelő marad. A word sem lett kiadványszerkesztő, hiába lehet nagyjából könyvet formázni...

„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

Tehát egy táblázatkezelőt alkalmassá tettek adatelemzésre, de végül csak alkalmatlan, mert táblázatkezelőként indult. Szemben egy tranzakciós adatbázis kezelővel, mert ha jól láttam te azt preferálod adatelemzésre. Hát, ez a megközelítés erősen elüt minden a témában folytatott tanulmányaimtól, ahol kb. mindenhol azt tanították, hogy az adatrögzítés és tárolás OLTP rendszerekben, míg az adatmanipulálás, elemzés, vizualizálás pedig OLAP rendszerekben kéne és szokott, hogy történjen. De nyitott vagyok az új dolgokra.

A hszedből tisztán kitűnik, hogy akiket excelezni látsz nem igazán értenek hozzá. Te pedig még életedben nem láttál nagy adatmennyiséget. Ettől még persze lehet véleményed, ami a maga realitásában még meg is állhatja a helyét, csak ne nézz úgy magadra, mint aki tudja amiről beszél
De az eredeti témától már nagyon elkanyarodtunk, úgyhogy részemről ezt az irányt lezártnak tekintem.

Én kérek elnézést!

Abu, mi az a "precizitás problémája", amit említesz?

"Miért imádják az aranyat? Nem lehet megenni..."

Te pedig még életedben nem láttál nagy adatmennyiséget.

Attól függ mit tekintesz nagy adatmennyiségnek. Néhány millió rekord szerintem már nagy adatmennyiségnek számít.

De valóban nincs jelentősége hogy ezt az irányt folytatjuk -e. Már csak azért sem, mert nem állítottam, hogy ne lenne olyan helyzet, amikor az excel jó megoldás lehet.

„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

Ha egy szövegszerkesztőt alkalmassá tesznek arra, hogy táblázatokat is készíthess benne, még nem lesz táblázatkezelő.
Egy táblázatkezelő sem szűnik meg táblázatkezelő lenni attól, hgoy kap új funkciókat. Pont ugyanúgy egy felületen fogja tárolni az adatokat, a formázást, és a képleteket. Simán megtehetem, hogy elrontom az egész táblát azzal, hogy a 64327. sor, 32. cellájába belerongálok.
A táblázatkezelő attól táblázatkezelő, hogy táblázatokat kezel....

Ha google barátoddal elkezdesz definíciókat keresni, akkor ilyeneket találsz hogy:
"Excel is a spreadsheet program from Microsoft, a component of its Office product group for business applications..."

vagy

"Microsoft Excel is a spreadsheet developed by Microsoft for Windows, macOS, Android and iOS. "

Valószínűleg egyikük sem tudhatja mi ez, mert mind azt hiszik, hogy táblázatkezelő. Szólj nekik hogy nem így van.

„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

Szerintem te kevered a szezont a fazonnal, vagy nem nagyon szoktál ezekkel a programokkal dolgozni.

Ha egy szövegszerkesztőt alkalmassá tesznek arra, hogy táblázatokat is készíthess benne, még nem lesz táblázatkezelő.

Ennyi erővel ha legközelebb Word-ben kellene egy 4x4-es táblázat, majd azt mecsinálom Excel-ben, mert az a táblázatkezelő.

Pont ugyanúgy egy felületen fogja tárolni az adatokat, a formázást, és a képleteket. Simán megtehetem, hogy elrontom az egész táblát azzal, hogy a 64327. sor, 32. cellájába belerongálok.

Adatelemzés szempontjából pont ezért jobb használni az Excel-t. Mennyivel jobb ha egy valós időben használt tranzakciós adatbázist baszol el?

Ha google barátoddal elkezdesz definíciókat keresni, akkor ilyeneket találsz hogy:

Ha google barátoddal elkezdesz definíciókat keresni, akkor ilyeneket találsz hogy: A spreadsheet is an interactive computer application for organization, analysis and storage of data in tabular form. Valószínűleg egyikük sem tudhatja mi ez, mert mind azt hiszik, hogy ezt sql-lel kellene csinálni. Szólj nekik hogy nem így van.

Szerintem egy félreértés az egész cikk, illetve maga a blogbejegyzés van félreérthetően megírva. Ők mindössze annyit csináltak, hogy átadtak paramétereket Excelből egy külső programnak, ami éppen egy OpenCL-alapú program volt. A programot viszont meg kellett írniuk OpenCL-ben. A LibreOffice esetében viszont egy automatikus kódgenerálásról van szó, a felhasználónak semmilyen formában nem kell OpenCL-kódot írni, mert az automatikusan történik a képletfeldolgozóban.

A két dolog úgy viszonyul egymáshoz, mint egy csattogós falepke a teherautóhoz. Két külön kategória komplexitásban és használhatóságban.

Ennyi erővel ha legközelebb Word-ben kellene egy 4x4-es táblázat, majd azt mecsinálom Excel-ben, mert az a táblázatkezelő.

Nem ezt írtam... Olvasd újra.

Adatelemzés szempontjából pont ezért jobb használni az Excel-t. Mennyivel jobb ha egy valós időben használt tranzakciós adatbázist baszol el?

Az adatbázisnál nincs olyan hogy "64327. sor, 32. cella". Ott rekordok vannak, amiket akkor ad vissza, ha jól kéred. Nem cellákat, és cellaformátumokat tárol, (mint a táblázatkezelő...) hanem adatokat, és adatszerkezeteket. Egy mező, egy adat. Nem formázás, nem képlet, hanem adat. Nincs fizikai címe a mezőnek, (mint a cellának).
Ez mind azért van, mert az egyik táblázatkezelő, a másik meg adatbázis. Ezért is skálázódnak egészen máshogy. Ezért is sokkal alkalmatlanabb számtalan feladatra az excel, mint az adatbáziskezelők, és ezért igaz a fordítottja is. Hatalmas adatmennyiségben turkálás az adatbáziskezelőknek fekszik jobban.

Szóval akkor még egyszer... Lehet excellel adatokat elemezni, és csinálják is. De ez nem jelenti azt, hogy ez a legalkalmasabb eszköz a feladatra.

„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

Nem mentettem el, újabb próba.
Első blikkre csak 263-ig húztam le, úgy jó a 60. sor: pont 6. De amikor 3000-ig csináltam, szemmel akkor is végigfutottam 100-ig, és jónak tűnt...
Második nekifutásra 5100-ig lehúztam, ott is jó volt mind a 60., mind a 2990., mind az 5090. és az 5100. is.

"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)

Ezt nem igazán tudom kiegészítő infók nélkül értelmezni.

"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)

Mondom én, hogy kevered a szezont a fazonnal. Adatelemzésnél neked nem egy adat kell, hanem az összes, amiket valamilyen elv szerint rendszerezel, információt nyersz ki belőle, és bemutatsz. Nem az az érdekes, hogy az eladások tábla 12345 kulcsnál milyen értékek voltak, pont azért exportáltam a db-ből, mert az összes eladásra vagyok kíváncsi, abból mutatókat kell képezni, statisztikát dobni rá, prognosztizálni, tényezők egymásra hatását vizsgálni, és vizualizálni azoknak, akik kíváncsiak rá. Ha te ezt mondjuk mysqlben szereted csinálni, hát lelked rajta, jó munkát, de szerintem hidd el, hogy bizony sokan máshogy csinálják, és jól működik.

(#38) Egon: Első oszlop egy 0,1-del növekvő sorozat, második oszlop az egymást követő tagok különbségei, harmadik pedig egy logikai vizsgálat arra, hogy a különbség 0,1 e. Csak érdekesség, hogy ilyet is tud az Excel

[ Szerkesztve ]

Bizonyos sorokban nem 0.1 a különbség, hanem 0.0999999999999999 - kipróbáltam, nekem is csinálja

"Miért imádják az aranyat? Nem lehet megenni..."