daGrevis

Iešķaukt nevar?

> Diez vai viņš to domāja. Kā tev patīk manipulēt ar cilvēku argumentiem...

Bet ja kāds ir wrong on the internet...

UNIX (nevis Linux vai desktop Linux) ir biežāk izmantots par Windows.

Popularitāte jau nepadara viņus mazāk zaļus. MongoDB nāk prātā... :)

Bet nu jā, ar DigitalOcean nav bijušas nekādas problēmas - lietoju jau no 14. gada sākuma un ar vairākiem dropletiem.

Glabāt datubāzē var būt vislabākais risinājums, patiešām jau vienreiz šo izrunājām.

> Man gan pašam vairāk fronts patīk, backend ir garlaicīgi

Jātaisa interesantākas lietas backendā.

CDN būs more robust.

> Yesterday, 04:55

Labrīt!

> es nekur nerunāju par "CDN serveris down", bet gan "tīkls pišas". Tā rezultātā lapa ir it kā ielādēta, bet vēl nekas nestrādā, jo browseris tagad gaida, kad beidzot būs taimauts uz CDN

Ja tīkls neiet, nav svarīgi kur ir hostēts jQuery — CDN vai lokāli.

> Un tādas lažas, ja vēl serveri pamanās atrasties ģeogrāfiski gana atšķirīgās vietās, kaut kā gadās samērā bieži.

Tieši tā ir viena no galvenajām lietām ko CDN atrisina. Palasi.

> Ja tu piedāvā to risināt ar fallbacku, tad man ir tikai viens jautājums: "ja jau tu esi spējīgs failus izhostēt pie sevis, why even bother?"

Kā jau minēju, CDNa jQuery, ļoti iespējams, jau būs iekš browsera cache. Fallback ir retiem gadījumiem kad CDN nestrādā.

> Izņemot tās reizes, kad tīkls mazliet pišās un tu paliec bez JS vai fontiem, vai vēl kaut kā, ko biji par slinku nohostēt pie sevis.

Aha, CDN būs down, nevis tavs serveris, pa 5EUR no DigitalOcean. Sure.

Ja ļoti gribas, vari uztaisīt fallbacku uz lokālo, self-hosted jQuery.

Nav labāk. Ja tu izmanto CDN, 99% ka klientam jQuery jau būs.

Paņem jQuery no CDN un viss būs labi.

> tas ir framework uz framework. Lai uztaisītu theme tev neko tādu nevajag.

Visa programmēšana, tāda kā tā eksistē šodien, ir iespējama tikai tāpēc, ka esam pietiekami daudz abstrakcijas uz abstrakcijām uzbūvējuši. Nez cik tu priecīgs būtu, ja, lai uztasītu ļoti vienkāršu web blogu, tev tam būtu jāmenedžē atmiņā “ar rociņām“ vai HTTP serveris jāimplementē pašam.

Pats jau labu laiku neko ar WordPress neesmu darījis, bet process kā veidot theme ir palicis tāds pats. Tu sataisi HTML un CSS, pieliec JavaScript, un visbeidzot pārliecinies, ka pats WordPress ar to labi saprotas. Tātad tev būs jāraksta CSS. Varbūt izvēlies Bootstrap vai Foundation, lai labu un kvalitatīvu izskatu vari izveidot dienās, nevis nedēļās? CSS frameworks, pareizi izmantots, noteikti uzlabos tavu produktivāti un koda kvalitāti. Tev arī būs jaraksta JavaScript. Izvēlies jQuery vai Zepto, ja daudz būs jārunā ar DOM koku. Pašam rakstīt kodu, kas apiet tā sauktos “browser quirks“, vienkārši neatmaksājas. It īpaši, ja vēlies lai tavs kods strādātu uz veciem browseriem. Esi izlēmis taisīt SPA aplikāciju, kur lapas tiek renderētas bez tab reload? Tam ir React, Angular un citi freimworki. Tas pats arī ar tūļiem kas uzlabo tavu development processu. Gulp vai Grunt ļaus tev automatizēt visus ikdienas sīkumus ko savādāk būtu jādara manuāli. Un protams ka package manageri arī ir laba lieta — tev ir fails kas apraksta uz kādiem libraries tavs kods dependojas (depends). Third party code install vai updates ir viena komanda.

Tas ko es vēlos pateikt — abstrakcijas ir fundamentāla ideja un bez viņām nebūtu iespējama programmēšana. Lūdzu man nestāsti ka vēl viens tūlis kas cešas atvieglot šo sarežģīto procesu ir slikta lieta.

P.S. Protams ir svarīgi izvēlēties pareizos tūļus uz kuriem būvēt. Tas jau paliek katra kā programmētāja ziņā, nerakstīt garbage.

Paņem ES6 un izmanto `class`.

> Mēģinu norādīt, ka ir komiski skatīties, kā sakāmais lokās līdzi trendīgajām pašpasludinātu elitistu vārsmām.

Es nezinu ko tu pīpēji, kad rakstīji šo teikumu, bet es arī gribu.

> Parādi kā uztaisīt kvadrātu, tad to kvadrātu pārtaisi par kubu, tad liec kubam griezties. Ja vēl fonā ieliksi, lai skan frozen dziesma sīkajiem acis būs kubā!

++

Tev. Tā nav mikrooptimizācija ja kods paliks lasāmāks un lēnāks.

> būtu vieglāk sadalīt pa vārdiem, iziet cauri masīvam, tad atkal salīmēt rindā

> Tā būtu mikrooptimizācija.

Tu saproti ka tas būtu lēnāk?

> 80+% laika automātisko testu laišana un novērošana.

Tajos procentos arī ietilpst šo UI automātisko testu rakstīšana.

MongoDB silti neiesaku izmantot (http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/), bet ja esi drošs ka tev **vajag** document storage datubāzi, ir citas, labākas alternatīvas.

Anyway, kādi ir tavi iebildumi pret MySQL? Varbūt ar pārslēgšanos uz Postgres būs pietiekami?

Kas vainas `is_public` like kolonām?

Tāds fanboyisms. :D

Vēl ieguvums ir, ja webu servē vairāki serveri, attēli ir vienā vietā, tobiš datubāzē, nevis izmētāti pa serveru failsistēmām (syncing problems).

Un jau minetātais vienkāršais backups. Un saglabāt attēlu datubāzē ir ātri un vienkārši — ja tas sāk radīt problēmas, var domāt tālāk par efektīvāku risinājumu.

Tieši tā. Glabāt attēlus kkur datubāzē nemaz nav tik traki kā briedis ir iedomājies un tam ir legit use-cases.

Protams, viss ir pēc vajadzībām un individuāli projektam.

> Pfff, uzvar tas, kuram visvairāk postu.

Čau.

Gandrīz lapa bez fleima un personiskiem uzbraucieniem! Tā turpināt, kungi. :)