MySQL mělo poslední dobou ještě nějaké problémy s licencí (proto vzniklo
MariaDB), ale nejsem v tom moc zasvěcen.
29. ledna 2016 9:30:37 SEČ, "Karel Válek" <kaja.valek@xxxxxxxxx> napsal:
Co se pouzije za DB je celkem jedno, SQL by mely umet vsechny. MySQL a
PostgreSQL zminuji, jelikoz tyto dve znam.
Dne 28. ledna 2016 23:22 Pavel Janečka <pavel@xxxxxxxxxx> napsal(a):
V tom tutoriálu je to i s ES6 ;) V zásadě je to tak, že na vývoj tito
babel builduje společně s npm, ale na live web je pořád potřebatranspilace
kvůli rychlosti.nápad.
A MySQL měla nějaký omezení na velikost apod., ne?
Dne 2016-01-28 v 23:15 Jan Pokorný napsal(a):
Hej, to s tím fullstack Node.js+React vlastně nezní jako tak špatný
React na serveru, React na klientovi, React Native na mobilech. A naREST
API jsou pro Node taky pěkné knihovny. Jen nynější JS není tak pěknýjazyk
(ale ES6 je už celkem fajn, nevím, jak moc ho Node podporuje, nebojestli
se to musí převádět).ji
Podle mě mobilní appka smysl má: nevím jak ostatní uživatelé, ale já
třeba hojně u Jízdomatu i BlaBla používal. Navíc je mobilní appkaněco, co
by nás mohlo odlišit od případné konkurence.To by
Nikdy jsem to nepoužil, ale Postgre má nějaké fičury na geodata, ne?
se mohlo hodit.s
28. ledna 2016 22:57:58 SEČ, "Pavel Janečka" <pavel@xxxxxxxxxx>
<pavel@xxxxxxxxxx> napsal:
Ještě mě napadá jedna otázka, proč to neuděláme v Node.js fullstack?
Ušetříme si práci, a knihovny v node už pokrývají většinu toho, co
můžeme potřebovat, navíc by nám to mohlo umožnit izomorfní aplikace
testůreactem, případně mobilní appky s react native.
I kdybychom tuto možnost zamítli, pokud to někdo s Reactem myslíte
vážně, doporučuji tento end-to-end full stack tutoriál, vč. unit
jednotlivé;) http://teropa.info/blog/2015/09/10/full-stack-redux-tutorial.html
Pavel
Dne 2016-01-28 v 22:27 pavel@xxxxxxxxxx napsal(a):
V tuhle chvíli v práci budujeme micro svcs architekturu,
chcemeslužby komunikují přes RESTful API (bez HATEOAS),
dokumentaci RESTful
API řešíme přes Swagger (automaticky se generuje z kódu). Pokud
RAML.mít mock API, abychom mohli bušit frontend, doporučuju raději
responses.Tooly na RAML ze specky umí vygenerovat mock server s mock
neměli
Co se týče vhodnosti REST API + separovaná front end vrstva, je
otázka, jestli to tak chceme. SPA je sice free, cool a in, ale
začátkubychom se za každou cenu hnát za trendy, mělo by to řešit nějaký
problém a nepřinášet jich víc. Hádám, že jízdotéku budou uživatelé
používat primárně z webu a mobilní appka nebude minimálně ze
nodenutná, takže by teoreticky mohl být REST API + FE servírovaný z
stáledrobný overkill, nehledě na to, že je to z hlediska performace
máme,suboptimální, navrhoval bych místo toho obyčejný MVC. Pokud ale
starostí apocit, že mobilní appky mají smysl, že budeme mít několik další
ch
klientů atd., pak souhlasím, RESTful API nám ušetří spoustu
list?duplikace.
Btw, když už tu tak do všeho vrtám, je potřeba používat mailing
mítNe, že by mi nějak vadila hipsteřina a retro, ale když už budeme
takgithub repo, co k tomu přihodit i gitter chat?
Žijte blaze,
Pavel
P.S.
Pokud bych se mohl přimluvit za jinou DB než MySQL na produkci,
plivatPostgre, případně čichám, že možná oceníme neo4j... ;)
Jo, spíš ne. Já to myslel tak, že Django přistupuje do DB a umí
jenJSON soubory (a nic jiného). Web (statický), appky atp. by potom
jak je
četly
ty JSONy, a podl
e nich
dělaly UI. Takhle to dělá třeba FB. Výhodou
je, že
server má jeden druh informace, co plive, a je nezávislý na tom,
podleimplementovaný web samotný. Web je servírován staticky a UI tvoří
<kaja.valek@xxxxxxxxx>získaných JSONů, tj. je to spíš taková HTML appka.
28. ledna 2016 20:44:28 SEČ, "Karel Válek" <kaja.valek@xxxxxxxxx>
API moc
napsal:
Na rovinu reknu, ze nevim, nebo tomu mozna spatne rozumim. REST
dojdeneznam, takze si necham poradit.
Zkusim tedy popsat, co jsem mel na mysli, jelikoz mi spousta veci
spojeniaz
pozdej
i.
Moje idea byla naimplementovat web kompletne v Djangu a udelat
webem). Jedo
DB. Web se spocita z Djanga (asi Tvoje myslenka se statickym
musim simozne, ze jsme se shodli, jen ja to znam pod jinym terminem a
<jenompokorny@xxxxxxxxx>tim
padem zjistit, oc jde.
Dne 28. ledna 2016 20:17 Jan Pokorný <jenompokorny@xxxxxxxxx>
myšlenka,napsal(a):
Jo jo, Django umí i plivat HTML jak PHP, mě se ale líbila
tahal
že by
server měl pouze REST API a web by byl statický, co by data
možná
dynamicky
z toho API (tj. by se třeba dobře cacheoval
a tak,
a navíc by se
řešilo jen
jedno API pro všechny technologie: web, mobil atp.). Plus teda
<kaja.valek@xxxxxxxxx> <kaja.valek@xxxxxxxxx>
nějaké
websockety. Nebo je to špatná idea?
28. ledna 2016 20:06:48 SEČ, "Karel Válek"
tedy
napsal:
Co jsem se bavil se znamym, tak Django je neco jako PHP. Lze
pozadi).
pres
nej i resit design (obdoba echo u PHP) + backend (logiku na
tak
Lze s
nim tedy postavit de facto cokoliv.
A jelikoz tady nekdo uz drive zminoval moznost napojeni na DB,
ja
bych
se toho nebal. Nicmene mas pravdu, ze pruzkum je dobry zacatek,
<jenompokorny@xxxxxxxxx>
presto
zacnu delat nejaky draft, at se mame od ceho odpichnout.
Dne 28. ledna 2016 20:02 Jan Pokorný <jenompokorny@xxxxxxxxx>
bude
napsal(a):
Nevím, jak je pro webovou část MySQL relevantní, to všechno
REST
řešit
API, ne? Pokud jde o DB, navrhuju prozkoumat, co umí Django
vyměn it
API, a
kdyžtak už udělat nějaký mockup, který kdyžtak můžeme poté
<kaja.valek@xxxxxxxxx> <kaja.valek@xxxxxxxxx>
za
novou verzi včetně autentizace a tak.
28. ledna 2016 19:36:13 SEČ, "Karel Válek"
databazi,napsal:
Logo si klidne vezmu na starost.
Me v zasade jde o to zacit neco delat, mam po ruce MySQL
teamtakze mam kde delat testy vcetne DB, predtim bych ocenil, aby
<jenompokorny@xxxxxxxxx>
leader
udelal repo na GH (ze zacatku klidne pojedu u sebe.
Dal bych byl rad za nejakou dalsi a castejsi komunikaci, udam
alespon
skype: kajavalek.cz.
Je to sice zlo, ale pro zacatek snad stac
it
bude.
Dne 28. ledna 2016 19:21 Jan Pokorný <jenompokorny@xxxxxxxxx>
technologiích anapsal(a):
Ohledně webu bych se nejdřív zkusil shodnout na
azákladních designových otázkách, jak budou vypadat roz hraní
nějaký
tak. Mě by
se třeba líbilo modula rizovat to pomocí React.js a napojit na
REST API.
Když jsme u toho, nechceme udělat návrh REST API, případně
web,mockup? Abychom se shodli na základní struktuře a filosofii
aplikace?
A asi by bylo dost přínosné udělat logo a nějaký coming soon
<kaja.valek@xxxxxxxxx> <kaja.valek@xxxxxxxxx>
ať
máme něco pro lidi.
28. ledna 2016 18:53:40 SEČ, "Karel Válek"
vzitnapsal:
Tak technicky vzato mame ted momentalne vic lidi.. mozna by
stalo za
to jim rict, ze planujeme "neprodejny" projekt, tak at nam
sezenou fanousky,
Cim vic, tim lip. Jinak co se tyce prirazeni praci, muzu si
mustr.
na
starost Web design + nejake to stylovani. Dejte mi den a zitra
zacnu kodit.
Na jednu stranu je to dost brzo, ale chci udelat zakladni
<jenompokorny@xxxxxxxxx> <jenompokorny@xxxxxxxxx>
Dne 28. ledna 2016 17:49 Jan Pokorný
Alenapsal(a):
Opravdu jediné, co ten člověk o svém projektu zmínil, bylo
"hezké
logo"?
Každopádně na logo a design naláká lidi a vytvoří hype.
nechteji
nevěřím,
že mají zatím něco jiného.
Jak vypadá naše komunita? Propagace, skupina na FB a tak?
Nějaký ten
hype by se taky hodil.
28. ledna 2016 16:06:06 SEČ, Martin Vician
<martin@xxxxxxxxxxxx> <martin@xxxxxxxxxxxx>
napsal:
Predavam informace, pokud by nekoho jejich vize nadchla.
Mne osobne se nelibi jejich styl komunikace a to, ze
byt
open-source. Nedokazu si predstavit jake reseni uz maji, ze si
o nem tolik
mysli a tolik ho skryvaji.
Co si o tom myslite?
(14
:20:15)
Martin Vician: Ahoj, my se tez snazime delat
otevrenou a
transparentni alternativu jizdomatu, muzu se zeptat, kdo vas
vlastni a
pripadne zda bychom nemohli spolupracovat? Mame trochu
silnejsi zakladnu a
asi vic lidi co s nami spoluracuji, viz
https://www.jizdoteka.cz
(15:33:02) Nasedni.cz: Ahoj, zeptáme se asi rovnou. Jak by sis
takovou spolupráci představoval? Čím přesně bys mohl pomoct?:)
(15:33:23) Martin Vician: spojit sily
(15:33:45) Martin Vician: pokud na tom nechcete vyd