vbz
-
Posts
264 -
Joined
-
Last visited
Everything posted by vbz
-
labi viss, manis pēc varat te njemties, moderators by default ir dumjš, nu nekas, lai puika cīnās Labi piedodiet, bet kretinē, kad raksta tādas muļķības Nu viņš nav dumjš bet mums nesakrīt viedokļi
-
Tie nav personiski apvainojumi, vnk raksta tādas muļķības ...
-
> Datu struktūrai, kas ir datubāzē, vajadzētu būt aprakstītai kodā, kaut vai tikai tāpēc, lai tā būtu versiju kontrolē un visa vēsture būtu redzama Vēl lielākas muļķības nevari uzrakstīt! Mēs liekam datu struktūras izmaiņas repozitorijā, normāli uzraksta patch, kad tas vajadzīgs, atdala kodu no b azes. bāzei savs repozitorijs, kodam tur labi daudz branch. Kaut ko vēl muļķīgāku Tu vari no sevis izpiest, nu pacenties, bet toch nāk smiekli "Datu struktūrai vajadzētu būt aprakstītai kodā" ... viss man vairāk nav komentāru!
-
> Tas, ko vēlējos teikt — datubāzei ar datiem nevajadzētu būt original source par to kāda ir datubāzes struktūra. Nu piedod bet dumības, Tu pats saprati ko uzrakstīji? dati vienmēr būs pirmie, tie arī būs orginal source Toč jāsāk domāt, ka kkas nav ar implementāciju Tavās smadzenēs .... Datu struktūru mēs uz lapas veidojam, tad tikai kodu sāk rakstīt! Jāsāk lamāties, nu kur var būt tik aptaurēts Vienmēr viss sākas ar entītijām - paskaidrošu entītija ir reālās dzīves abstrakts objekts, tad, kad saprot, kas ir lācim vēderā, tikai tad sāk rakstīt abstrakciju lai redzētu, nu šajā gadījumā browsers Nu vienalga, pastāv arī desktop app, nav nozīmes, ok liekam to browserī, kāda tam nozīme, es arī desktop app programmēju, anyway viss sākas ar abstrakciju - kā Tu to reālās dzīves objektu digitalizēsi! Datu struktūra vienmēr būs pirmā, tad Tu zinošais vari rakstīt savu kodu Nē, viss sākas ar abstrakciju, ko tas nozīmē, blje man te teorija jāraksta, tad kad reālie objekti ir salikti uz lapas, tad tikai domājam kā to baitos pārvērst, kur glabāt - var visumā arī glabāt, protams nākošais solis ir kā un kur glabāt. parasti mēs izvēlamies cietos diskus, man pohuj kur tu glabā, bet tāds ir scenārijs un nevajag salīdzināt QA ar testeri, tur ir liela atšķirība, starp citu
-
shēmu nemaina, nu piemēram, postgresql pamata shēma - core paliek, iedomājies apli - kopu, tur iekšā ir tīras tabulas - kodols, pie viņām var tikt klāt tikai caur kverijiem, atpakaļ kodols arī dod skatus, tur vēl ir netīrās tabulas, bet tās ir citā shēmā, starp kodolu un netīrajām tabulām ir uzrakstīti filtri - procedūras, tā pat uz output ir procedūras, kas taisa views. db procedūra mainās - filtrs, tikai nemaini core struktūru un moduļi Tev nav teorētiski jāmaina, teorētiski, praktiski Tev jāpieraksta klāt ir jauns reports, ja mainās output, nu jāuzraksta jauns pieprasījums, jauna kontroliera apstrāde un views, kas saturu atrādīs. Bet kodols visu laiku paliek inkapsulēts! Postgresql Tu vari rakstīt visu, kaut vai C tīrā valodā, tāpēc tā testēšana ir komplekss process, jauni gurķi tikai skatās kodu, bet bieži viss slēpjas dziļāk, jā ir tāda profesija parādījusies Latvijā - tester, ļoti grūta profesija, gan psiholoģiski, gan fiziski, testētājam jābūt vēl gudrākam, kas kodu uzrakstīja, amen! Atbildība liela, jo pēdējais vārds būs tieši testētājam, nauda laba, sirmi mati un liela pieredze ... izvēle paliek jebkad - samurajam vienmēr ir 2 izvēles, samurajs nevar nodot ne sevi ne savu saimnieku - ideāla sistēma, mo ž to der atcerēties. Protams testētājam jālasa kods rakstīts jebkurā valodā
-
subjektīvi vai nesubjektīvi, es atmetu ORM, labāk izveidot db core, tad pakārtot skatus un apmaiņu starp tiem, labi uzkruķīts xml-json, nav svarīgi kāds būs formāts kā komunicēt starp objektiem, manis pēc var savu apmaiņu izdomāt. Starp cori, kurai apkārt ir skati izveido filtru, kas validē, gan ienākošos, gan izejošos, thats alll Tas strādā arī ļoti lielās sistēmās httpd tikai izvada datus nu pieprasa protams arī :) sanāk, ka Tev tikai validators-filtrs jāmaina, nu ja mainās nosacījumi, core tā patās paliek tīra! Protams filtru ir daudz, bet core nemainās, ko tas nozīmē, ka arī kods modulim nav jāmaina! Mainās komunikācija starp entītijām, bet kods paliek vesels .... Teorijā, praksē tā pat daudz nākas čakarēties :)
-
nu ORM ir starpnieks Labi, tagad ORM ir topā, nu tad es aplami pateicu, es standartu rakstīju anyway es pieturos, ka saraksta uz lapas entītijas un relācijas, veca domāšana Vai kā visi aizrāvišies ar ORM, ka tik neiebrauc auzās ... Kur paliek tīrs SQL TSL rakstīšana - kraujam smagumu uz db serveri, nevis httpd Visus reportus, views kraujam uz db, httpd tikai izvada datus, labi ORM ir tāds, pēc būtības starpnieks Nu ļoti var iebraukt auzās ar ORM
-
nē tiek liktas entītijas datubāzē, tad raksta moduļus, nu normālā gadījumā. Vispār viss sākas ar db specifikāciju, tikai tad sāk rakstīt kodu - normālā gadījumā :) Nu tas ir galīgi crazy .... Likās normāls čalis, bet kko tādu uzrakstīt, uhh. Mēs sākam ar entītijām, izveidojam struktūru, tad rakstam kodu atkarībā no izveidotajām entītijām Visu visu pamatā ir datubāze, tad mēs pakārtojam apstrādi to, ko neveic datubāze nevis otrādāk :) dati ir Dievs, nevis kods ... pilnīgi aplama domāšana
-
> Kaut vai vienkāršā gadījumā, ja izmainīts modelis ir jāmaina db shēmas Otrādāk, izmainās db shēmas un jāmaina modelis, labi db mēs parasti neaiztiekam, jo baidāmies, teiksim izmaina vienu constraint tad mainām moduli, kkur nav loģikas šajā visā MVC
-
Tā jau arī dara, bet globāli php nekad nebūs universāls debugger, by default Tev ir jāčakarējas :) kas ir universāls debugger? :) rokas līkas ....
-
arī taisnība, bet pārbaudīt gribās, ka 100000 useri spiež un te mēs nonākam līdz produkcijai, krievu rulete, unit ir testēts, funkcionalitāte testēta, bet integritāti nevar nosimulēt, var bet laiku prasa un izmaksas ...
-
kā veikt php daudzu lietotāju testu ik sekundi, jāraksta pašam ir fake, nu sauksim to par botu Piemērs: kā reaģēs sistēma, ka divi vienlaicigi nospiedīs pogu, protams paņems pirmo timestamp, tas ir pareizi? kā to ņem, vajadzīgs drusku gudrāks algoritms
-
nē, problēma ir notestēt sistēmu, kur spiež 1000000 useri logus lasām Un Tu uzrakstīji funkcionālo testu, bet vajag integrācijas 100% pārbaudi Pašam jāraksta scenārijs ar random kādiem 100 useriem un jāskatās, kas notiek!
-
Tā nav problēma arhitektūrā, bet zināšanas - kā testēt sistēmu, kura ik sekundi mainās. Kāda arhitektūra, Tev ir jautājums - tajā momentā nostrādās acccept vai nē, kā to pārbaudīt, tikai palaist botu .... Kā Tu vari nomodelēt sistēmu, uzrakstīt alternatīvu - fake un to jau briedis pirmajā postā uzrakstīja, integrācijas tests - Tu modelē situāciju, nu kura var rasties iet runa, ka 10000 useru spiež vienu pogu, kā to notestēt - unit tests nederēs, Tev jāsimulē tāda situācija, faktiski otra daļa jāuzraksta, kas strādās automātā Jāuzraksta bots, kas Tavā vietā liks likmes, kā savādāk to notestēt, nu var jau paļauties, ka viss ir pareizi ....
-
Ok, testēšana ir obligāta. Grūti - jā grūti uzrakstīt visus scenārijus, bet dažiem uz to ir piešauta roka. Kopumā - jā rakstiet kaut unit mazu testu, tas palīdz, rakstiet vienmēr savam kodam testu - būs mazāk problēmas, vienmēr vajag testu rakstīt!!!!, vienmēr vajag testu bez testa es lidoju uz Marsu, tests ir obligāts Zelta likums: testē savu kodu, cik iekšās, par to Tev naudu nemaksās, bet Tu pats būsi apmierināts, vieglāk gulēt! Lauz visos variantos un neraksti TODO, bet labo, tad uz gadiem būsi neaizskarts!
-
Jums te sarežģīta sistēma - minimiālisms rullē, jo vienkāršāk, jo labāk, es rakstu kā māku, personīgi nav tieksmes izpētīt šo forumu, ta labi kā testēt sistēmu, kurai ārēji mainās reakcija ik sekundi Situācija: kā notestēt sistēmu, teiksim iet izsole, katrs ielika timestamp, vienam tomēr ātrāks, tas jau nav likums, pēc tā nevar vērtēt, kurš bija ātrāks
-
Labi, jautājums kā testēt daudz lietotāju sistēmu, ja ārēji mainaaas apstākļi pat sekundē Pašam bots jāraksta, nevar savādāk ...
-
Tas nav svarīgi, svarīgi ir kā testēt sistēmu uz sekundes reakciju! Piedod, lūdzu! nahren bļin, mēs atomārā pulkstenī strādājam, laiks pierast pie ;aika Labi, testēšana ir kā zinātne, vēl gudrākam jābūt, ne kā to kodu uzrakstīja. Latvijā nevienu testeru neesmu saticis, tikai koderus
-
mājasdarbi dažreiz ir svarīgāki par politiku! Profesionāla testēšana ir vēl augstāka par koderi, tikai es tādus neesmu sastapis, tur vēl boti jāraksta daudz useru sistēmāmām, testēt profesionāli - es nemāku, bet cenšos, teiksim kā nostrādās sistēma pie 1 sekundes reakcijas, kā notestēt? kā notestēt cron job uz vienu sekundi? pēc logiem, tas daudzreiz neatbilst patiesībai ir sistēmas logi, bet tas neatrisina galvano jautājumu, kā notestēt sistēmu, kas iet katru sekundi, nu var patiesībā to pašu log izķidāšana, tas prasa laiku Tev boti jāraksta, lai saprastu, sistēma strādā vai nestrādā ....
-
>Testi tiek mainīti non-stop, ar kodu rakstīšanu tu raksti jaunus un maini vacos, jo tie lūzīs un that's the point. Tieši tā, tāpēc agile nosaka iterācijas ciklu - vai uz šo konkrēto brīdi kods strādā vai nē, nestrādā - reject, strādā - accept
-
Tā ir metodoloģija!
-
Tāpēc uzmanīgi ar TODO, mēs pieraduši jau komentos bāzt todo, iz dzīves: "es izlabošu to produkcijā" :)
-
Agile filozofija, nav vērts pieslīpēt atsevišķu moduli, bibliotēku, lai tas būtu ideāls, pie nosacījuma, ka tas jau ir produkcijā. Vēl vairāk, nav vērts atgriezties pagātnē un rakstīt sev notes - šito pieslīpēšu, utt. Tu jau par to esi saņēmis naudu. Kā programmētājs es tam nepiekrītu, kā komersants piekrītu. Kā programmētājs mācos visu laiku pārstartēt savas smadzenes uz agile - pašās beigās tāpat nonāk līdz funkcionālajam testam pie klienta :)
-
sanāk, ka es pieturos pie unittest, nosacīti uzrakstītai inkapsulētai entītijai/objektam saraksta notepad/balta lapa iespējamos scenārijus. Protams, ka tie objekti, entītijas jāliek kopā relācijās un jāraksta jauni scenāriji ... Jautājums - testēšana tiek iekļauta izmaksu tāmē vai to pierēķina pie tīra development? :) Komandas projektos, ja nav atsevišķa testētāja, tur tad sanāk vislielākie strīdi, es uzskatu, ja tu repozitorijā esi ielicis jau kodu, tad tas pēc noklusējuma ir "done" - notestēts un nelauz galvu vairāk par to ... laiks, laiks un izmaksas!
-
QSA bija. Problēma atrisināta, pārkopēju CI pēdējās versijas system failus un strādā kā iepriekš. Izrādās tur php no 2.x.x ir ticis ugreidots uz 5.3 un konfliktēja. Proti, \system\core\URI.php function _filter_uri($str) bija pie vainas. Paldies!