- Hiena blogja
- A hozzászóláshoz be kell jelentkezni
- 1748 megtekintés
Hozzászólások
Hasonló cikk arról, hogy miért kezdenek használhatatlanul lassúak lenni az alkalmazások: http://tonsky.me/blog/disenchantment/
- A hozzászóláshoz be kell jelentkezni
felkészül: hajbazer, 14.4Mbs modemekkel, RA250 bbs kiszolgálóval (tegye fel a kezét aki tapogatott RA250-et)
- A hozzászóláshoz be kell jelentkezni
az kilobit/s akart lenni ugye?
- A hozzászóláshoz be kell jelentkezni
az. elnézést :)
- A hozzászóláshoz be kell jelentkezni
>több tucatnyi felesleges modullal megspékelt CMS
liek dlupal nyóc
No rainbow, no sugar
- A hozzászóláshoz be kell jelentkezni
Ne, bammeg! Már az sem jó neki, pedig még itt sincs! :D
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Hadd nyissak egy mellékszálat, oldalirányba: hasonló helyzet volt pár éve, vagy lehet azóta is így van, amikor minden mobilapp fejlesztésnél NoSQL-ben kellett gondolkodni, mert aki nem az olyan 80-as évek. Nem baj, hogy raktárkezelőről volt szó, vagy térképen levő pontok adatbázisáról, a NoSQL JOBB. Miben? Mindenben. Olyan kiváncsi lennék némelyik relációs adatbázisra épülő ilyen alkalmazás NoSQL-es verziójára. (Nem, nem volt világpiacra szánt, nem, nem volt 1000-nél több felhasználóra szánt alkalmazás, totál téves irány volt mindegyik projektnél a NoSQL.)
Még nem próbáltam mélyebben a React-ot, és az angularral is kevés tapasztalatom van, de ezeket is láttam már berántva olyan project-be, amiben szerintem nem sok előnyük lehetett, lehet megszokás volt, de kaptam már olyan kritikát is, hogy "ki a penész ír még vanilla js kódot, az amatőrség".
szerk.: keresem, de nem találom, de itt hup-on is volt egy eset, amikor emberünk leírta, hogy mire kéne neki az adatbázis, mit szeretne, és boldog boldogtalan ajánlotta neki az aktuális trendi technológiákat, amik totál nem voltak jók arra, persze indoklások nem születtek, csak a "nekünk bevált". Gondolom lekvár főzésre, de biztos jó lesz csillagvizsgálásra is.
- A hozzászóláshoz be kell jelentkezni
+100
- A hozzászóláshoz be kell jelentkezni
Azzal együtt, hogy ezzel egyetértek (hogy szeretünk mindig felülni a legújabb hype trainre), ott van a másik oldal is: amikor lenne értelmes, standardizált, ... megoldás egy problémára (pl. egy adatbáziskezelő), de "az akkora bloat", hogy inkább "tartsunk magunkat a UNIX elvekhez" és legyen sima szövegfájl (a karakterkódolással, sor végével, ... meg szopjon a feldolgozó, nem az előállító problémája). Ugyanez pepitában a nagy XML-hate.
Valahol az középen van megint az igazság, nem kell betegesen ragaszkodni ~50 éves dolgokhoz ill. fel lehet fogni, hogy az elmúlt 50 évben szerencsére haladtunk annyit előre, hogy már nem kell ugyanazokat a szopásokat végigcsinálni, mint akkor, de azért a ló túloldalára se kéne átesni és csak azért pl. NoSQL-t, mert az trendy (tm).
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Egyről beszélünk, nekem itt konkrétan azzal volt bajom, hogy a NoSQL-t MINDENRE jobbnak gondolják emberek, amikor egész konkrétan körülhatárolható, hogy mire jó, és mire NAGYON NEM. Amikor először szembejött nekem ez az áradat, akkor még azt is sikerült letagadni, hogy statisztikákra, paraméterezhető lekérdezésekre nem ideális az, ha az egész rendezetlen adathalmazon végig kell menni. Tehát magát a reláció fogalmát kellett volna tisztázni, hogy miért is jó az. Aztán elindult az, hogy jó, NoSQL, de rakjunk belőle íráskor-olvasáskor aktuális értékeket egy táblázatba, ami, dobpergés, relációs. Nagyon sarkítok, de ezzel kb. elértek oda, hogy van egy relációs adatbázis, és van egy cache egy-egy sorról. (Tényleg túlegyszerűsítem, de itt az látszott, hogy még eddig sincs meg a gondolatmenet, mert "a fix adatbázis sémára 2010-ben nincs szükség, elavult".)
Mindig van elavult, meghaladott gondolat, megvalósítás, de nagyon sokszor láttam azt is, hogy "az új az jobb", amikor megkérdem miért, akkor "mert gyorsabb", amikor megmérem néha nem is az, de minden esetben kevesebbet tud. Ami nem gond, ha nem kell neked az amit nem tud, lásd NoSQL nagyon hasznos elosztott rendszerek alá, ahol kb. zéró kapcsolat van adatok között, kb. minden második applikáció, jegyzettömb, játék mentések, ..., életben nem keres senki mindegyikben egyszerre, de ezt kb. ahogy meghaladja az igény, már nem ilyen gyors az a gyors.
(Nem utálom a NoSQL adatbázisokat, mielőtt még. Használom, de nem mindenre. A mindenki készít saját config fájl formátumot én is hülyeségnek tartom, a standardizálás jó dolog, azonos vagy nagyon hasonló igények esetén.)
- A hozzászóláshoz be kell jelentkezni