qwerty

Skatos, ka mans freims piedāvā testu laikā pārslēgties uz in-memory DB, ne parasto, permanento. Tad testi skrien ātrāk. Izklausās labi.. Ko saki par šo?

Right, vēl dažas basic lietas - Ko darīt ar datubāzi, palaižot integrācijas testus? Ja tiek spaidītas kaut kādas pogas, tad dati iekš DB mainās. Pirms tam jāpalaiž kaut kāds DB seed refrešs? cik bieži būtu normāli palaist integrācijas testus? Izskatās, ka tie varētu aizņemt kādas 3min..

Nu tas jau izskatās vairāk pēc tā, ko meklēju..

Nū, Protractor (kurā es šobrīd +- orientējos) arī ir balstīts uz Selenium, bet tur nav tas keyword'u magic, kas http://robotframework.org/

Tas gan ir kaut kas eksotisks. Es gan esmu diezgan taalu no Python..

Kādu tūli iesakāt Javascripta integrācijas testiem? Tā kā man ir saistība ar Angular, tad zinu Protractor, bet tas izskatās piesiets specifiski Angular. Interesētu kaut kas universāls.

Mēs nevis rakstam projektu no nulles, bet pārrakstām esošu. Salīdzinot ar veco Symphony versiju, No 900ms esam ieguvuši 150ms. (Ar visu tīklu un DB)

..and your suggestion is .. ?

Par tīklu es uztraucos vairāk kā par DB, tāpēc skatos tieši uz websocket.. un līdz ar to node.

Jāizstrādā neliela realtime web aplikācija, kas paredzēta lietošanai tikai viena uzņēmuma ietvaros apmēram 30 darbiniekiem. Ļoti, ļoti svarīga ir ātrdarbība. Ja persona A nospiež pogu, serveris veic dažas vienkāršas darbības, un personai B par to momentāni jāuzzina. 1 sekunde būs par lēnu. Ideāli būtu no pogas nospiešanas brīža līdz notifikācijai personas B ierīcē apmēram 300 milisekundes, bet, ja iespējams, tad ātrāk. Basic GUI - viena lapa autorizācijai, viena pašai appai ar real time datiem. Basic backends - atbilstoši saņemtajām komandām, serveris veic izmaiņas 4-5 DB dabulās, kopumā neglabā vairāk kā 10mb datu. Nemitīgi notiek nelielu foto attēlu vai video nosūtīšana uz un no servera. Jāsupportē tikai modernie browseri - Chrome, Mozilla, Opera, Safari jaunākās versijas, IE10 Pieslēgšanās notiek autorizēti no 3g vai 4g tīkla Man ir pilna kontrole pār serveri, varu instalēt jebko. Pēc googlēšanas izskatās, ka labākais risinājums ir NodeJS un Socket.io backendā, bet ReactJS frontendā. Varbūt ir kas ātrāks? Paziņa ieteica, ka šādā gadījumā uz servera varētu darboties kāda kompilēta valoda, kaut kas no C, bet galīgi nav zināšanu šajā jomā.

Tik pat kā izmiris. Kad jūs pēdējo reizi strādājāt pie Ember appas?

Vispār JSX atļaut lietot lielus ternary operatorus. It kā pilda handlebars if-else funkciju. Varbūt nav tik smuki, bet darbojas tak: { this.state.error ? ( <h1> Nepareizi dati! <p>info ko redz tikai tad, ja dati ir nepareizi</p> </h1> ) : ( <h1> Viss bumbā <p>Info ko redz tikai tad, ja dati ir pareizi</p> </h1> )}

Umm. Un ko tad tu lieto?

Mans viedoklis ir tāds, ka WP drīkst lietot tikai pēc tam, kad ir izmēģināti zemāka līmeņa rīki. Nu, freimi etc. Nevis tā kā LV augstskolās, kur pēc videnes nākošam cilvēkam, kas kaut kā ķep ļep iemācījies html (un jau aizmirsis) liek strādāt ar WP vai Rails.

Cik reižu tu reāli esi redzējis "CarProviderProvider instead of CarProvider"? Izklausās pēc: "insanity is possible with this stuff, therefore it's insane" argument

Kas tev nepatīk Angular'ā?

Izmēģināju React - bet nesapratu. (Visu laiku domās netīši salīdzināju ar Angular) Pateicoties automātiskajam data bindingam, Angulārā jāraksta ļoti maz koda, lai izmaiņas datos varētu pārrenderēt, kā arī lai ar lietotāja darbībām izmainītu datus. Toties Reactā tas automātiski nenotiek un jāraksta kaut kādas papildus metodes, kas pēc darbošanās ar Angular liekas ļoti liekas. Arī Fluxu izmēģināju, tas vispār ir kaut ko super jocīgs ar lielu daudzumu papildus koda. Nonācu pie secinājuma, ka vienīgais iemesls, kāpēc lai es gribētu mainīt Angular pret React, ir izslavētais Reacta ātrums. Bet es personīgi nekad neesmu nonācis situācijā, kur Angular nobremzētos. Cik apjomīgus dinamiskos listus tad jūs renderējat? Šķiet ka nevienā lapā neesmu licis vairāk par 100 itemiem, un viss ir darbojies..

Nesen sāku darboties ar Backbone un nav skaidra šāda situācija: ja Skatā ir kāda poga, uz kuras nospiežot, lietotāju redirekto uz citu URL (tajā pašā aplikācijā, aiz #), tad kā vislabāk izsaukt attiecīgo Router pathu. Tutoriāļos esmu redzējis divus variantu, kas notiek skata eventā '.click #button'. Pirmais, pa tiešo sazinotes ar Router: var router = new MyRouter(); router.navigate('doSmtn', {trigger:true}); Otrais, izmantojot kaut kādu papildus eventu sistēmu: globalEventAggregator.trigger('doSmtn'); Un kaut kur globāli ta sistēma definēta kā: globalEventAggregator = _.extend({}, Backbone.Events); Tad nu jautājums vai tā papildus sistēma ir vajadzīga un kādus ieguvumus kas tāds dod?

Kas vainas astotklasniekiem. Nez kad paši sākāt programmēt un cik labi tajā vecumā bijāt.

Tagad man ir bail lietot e-norēķinus. Nekad nezini, kas ir otrā pusē..

Padomā vai kods taisa pilno pārlasi (datu meklēšanai apskata katru rindu), vai arī rīkojas gudrāk - ar indexiem. Ja tu esi uztaisījis SELECT * qvēriju un tad iemetis kaut kādā loopā, kas iet cauri visiem ierakstiem, tad tā ir pilnā pārlase, kas loģiski būs lēna. Ja tev ir kvērijs kas no DB atlasa tieši vienu interesējošo rindu, tad DB pati jau zina, ka jāpielieto indexi uz DB primary key, un neko paātrināt nevar.

Nu labi, palikšu pie VM. Ja tie interneta risinājumi būtu par brīvu, varētu vēl padomāt.. Bet arī tas, ka strādā diezgan lēni. Iespējams, sēžot aiz optiskā pieslēguma var izmantot normāli, bet ar manu necilo bezvadnieku tā lieta ir ļoti lēna un laggaina.

IE 10 ir tāda funkcija, ka var nosimulēt IE 9, 8, 7 Blakus vēl viens dators ar Windows, IE 10, Git. Developē Linuxā, git push, pārslēdzas, git pull, testē? Briesmīgi.

Labāk būtu kaut kas lokāls un bezmaksas

Ir saits, kam jāstrādā Chrome, Firefox, Opera, Safari, IE, Android defaultajā pārlūkā. Atrodos Linuxā. Jautājums - kā to visu notestēt? Vissāpīgāk ar IE, jo, cik saprotu, Windows atbalsta tikai vienu IE versiju vienlaicīgi, bet būtu jānotestē vismaz 3 jaunākās.