<>

Én is akarok újra 20 lenni

Amúgy Angularról hallottam már, a többit eszik vagy isszák?
Bakker amikor én csináltam iyleneket, akkor volt "sima" CSS, meg esetleg ha nagyon kellett az extra egy JQuery és slussz.

nem tudsz kilépni a vi-ból?

Úgy látszik, csak nekünk mondták el egyetemen első órán, hogy hogyan is működik ez vi alatt? Azóta is tudom, pedig nagyon ritkán használok vi-t. Inkább nano. Ha van.

Edit, hogy ON is legyek:
Origin-t azért lehet én minimum Bitbucket-re tenném. Akkor talán nem érhetnek akkor meglepetések.

[ Szerkesztve ]

OFF: igazából sohasem értettem a hipszterezést, de itt jó volt...

Miért Atom? TS-re biztos VS Code-ot hasznalnek

Docker van? Anélkül nincs teljes hipszterseg

[ Szerkesztve ]

jó dolog a trello, bevezettem én is a munkahelyemen, csak a ránevelés megy nehézkesen : )

Kell még egy kis node.js és valami NoSQL adatbázis. Addig csak csókolommal köszönhetsz az igazi hipszter kódereknek.

"Miért Atom? TS-re biztos VS Code-ot hasznalnek "

Őszintén szólva eszembe se jutott, hogy van VSC úgy általában, az meg pláne nem, hogy Linuxra is.

Most, hogy eszembe jutott, viszont még küzd az agyam annak az elképzelésnek a befogadásával, hogy Debianra telepítsek egy natív linuxos, nyílt forrású Visual Studiót.

"Docker van? Anélkül nincs teljes hipszterseg"

Hááát... az nincs

Az Angular cucc nodejs-en fut, szóval az pipa , adatbázis még nincs (igazán kitalálva se, mondtam, hogy nagyon agile a process ), de momnentán elég esélyes egy mongodb (egy ideig eljátszottam a postgresql + text mezőben tárolt JSON szörnyszülött gondolatával, már csak a horror-faktor miatt is ) és akkor a nosql is meglesz

FYI, joval gyorsabb/reszponzivabb/tisztabb/szarazabb erzes, mint az Atom. Meg az antimajkroszoft Mac-userek tobbsege is ezzel tolja

> egy ideig eljátszottam a postgresql + text mezőben tárolt JSON szörnyszülött gondolatával, már csak a horror-faktor miatt is

Postgres JSONB? Teljesen fasza, queryzheto, gyors, etc.

[ Szerkesztve ]

Nahát, ezt a jsonb-t nem is láttam, akkor ezek szerint másnak is eszébe jutott ez.

Már megérte ez a blogposzt

Valahol horror, máshol meg mindennapi dolog. Üdv a nagyvállalatok világában!

A Postgres + JSON komboban semmi horror nincs.

Nagyvállalat, tehát MSSQL. Az inkább az XML-t támogatná, bár mindkettő (JSON, XML) leginkább NoSQL-be való.

[ Szerkesztve ]

Mi az, hogy 'valo'?

Úgy értem, hogy nagyobb kiterjedésű JSON és XML formátumú adatokat inkább ne tároljunk relációs adatbázisban, ha van rá lehetőség.

miért?

Mert nem arra találták ki, a NoSQL document store-okat viszont arra optimalizálták.

Hm, hat ha konkret dolgot mondanal, akkor arrol lehetne is beszelni, de ez igy nem annyira.

értem, tehát a postgresben a nagyméretű text mezőket meg a blobokat arra találták ki, hogy az sql tárolja, a textben is tárolható json-t meg nem.

attól tartok, relatív prímek vagyunk.

szerk: sújtson Codd szellemének az átka, de én a dokumentumaimat is postgresben tárolom, text mezőkben.

[ Szerkesztve ]

Miről is beszélnénk? Nagyjából ennyit szűrtem le a szakkönyvekből (főleg ebből), amik érintették a témát (nem arról szóltak). Szóval érdemben sokkal többet nem tudnék hozzátenni a diskurzushoz, de azt sem hiszem, hogy ezen a fórumon sokat okosodnék.

"Mert nem arra találták ki"

Ahogy emvy rámutatott, a PostgreSQL-ben van konkrétan jsonb adattípus (így első blikkre ez kb. az a bináris reprezentáció, amit a MongoDB is használ), szóval ha amolyan hibrid adatszerkezet van (vagyis alapvetően lehet csinálni fix táblákat, csak az egyik oszlopba kerülnének szabadformátumú adatok), akkor erre mondhatjuk, hogy ezt pont erre találták ki.

Az MSSQL is tudja ilyen szinten kezelni az XML-t. Én addig inkább nem mondanék többet ezekről, amíg ki nem próbáltam mindet. Az MS-szakemberek azt állították a fentebb említett könyvben, hogy igenis használjunk rendes NoSQL document store-t ilyen adattípusok tárolására, ne terheljük szegény relációs adatbázisokat vele, bármennyire is támogatják.

Szerk.: nyilván van az az adatmennyiség, ameddig nincs jelentős különbség, de nagyvállalati környezetben azért hamar elérhetőek ezek a határok.

[ Szerkesztve ]

Az hatalmas jó, bizonyos problémák végre sokkal egyszerűbben és hatékonyabban megoldhatók.

Szerintem a hipster developer az, aki önállóan nem tud dolgozni, nincsenek absztrakciós képességei és csak library-ket tud összelegózni.

[ Szerkesztve ]

Az nem hipster, hanem szimplán buta

Minek angular meg node.js, vagy egyéb "framevork librarikkal"?
Írjunk mindent nulláról, optimizáltan, egy fölösleges, nem a mi kódunk szempontjából indokolt whitespace nélkül!

(Viccen kívül, sok esetben támogatnám)

Én library-ket olyan feature-ökhöz használok, melyeknek egyedi implementációja túl hosszadalmas vagy bonyolult. Fürödtem már be párszor library-kkel. Ez persze nem azt jelenti, hogy a kereket magadnak kell feltalálni. Ennyi erővel írj webalkalmazást assembly-ben.

De amit nagyon preferálok, hogy ha valamilyen specifikus problémára van natív program, mint megoldás. Ezek általában szénné-optimalizáltak, s sokkal kevesebb a bug. Legutóbb ilyet pl HTML => PDF konverzióra használtam. Nézegettem PHP library-ket, amitől nagyon hamar kiábrándultam, végül a wkhtmtopdf nevezetű csomag lett a megoldás. Gyors, megbízható, továbbá garantált kompatibilitás, mivel webkit motorral renderel.

[ Szerkesztve ]

én ilyenkor rögtön olyan formátumban írom, amiből simán lehet pdf-et generálni.
pl. latex.

Világos persze, formázott szövegre a LaTeX az isten. De webalkalmazásba csak ezért LaTeX-et behozni kicsit overkill.

konkrétan számlagyártó programot írtam meg így, az is webalkalmazás

Na igen, ahhoz tényleg jobb. De ha valami egyszerűt csinálsz vagy eleve HTML a forrás, akkor nincs értelme a LaTeX-nek.