vbz
-
Posts
264 -
Joined
-
Last visited
Everything posted by vbz
-
Labi, daGreivis, saka, ka otrādāk, es saku, ka izdomā to entītiju un tad raksti savu kodu, nav enrītijas, nav ar arī koda ...
-
a par, ko ta es rakstu - Simpsoni sākās!
-
applicable ir filozofiski, mums tā pat jāturās pie standartiem un metodoloģijas, kādas? Izdomā savu ... nu sava neder, gudrāki cilvēki jau ir izdomājuši, mans nav tik gudrs, lai rakstītu grāmatas
-
Nu ir smieklīgi, bet tas nostrādā runā ar viņu, runā, kas par vainu, viņš Tev stāstīs un Tu ar sapratīsi, komunikācija un vēlreiz komunikācija, Tu pa telefonu vispār nesapratīsi, ko viņš tur muld, ai labi es atkal stāstu teoriju un praksi
-
patiesībā viss atkarīgs no projekta vadītāja - viss atkarīgs no vadītāja, kas ir labāk - mēnesi taisīt, vai komunikācija ar klientu, katru nedēļu iemet progresu, iemetīšu vēl vienu linku: http://x-team.com/2014/05/10-secrets-to-becoming-a-great-remote-developer/ Secret 1: Communicate more than you did with your first girlfriend - atceries to vienmēr!!!! Tas strādā arī komandas projektā, nav nozīmes, ka sanāk 8 korifeji un gudri runā, raksti savu ideju uz tāfeles, tas nostrādā
-
Tur ir piebilde: "That is, while there is value in the items on the right, we value the items on the left more." Nav universāla, viss atkarīgs no projekta un klienta Nu tā nav dogma, bet es pie tās pieturos, tas ir tikai manifests, tālāk pats grozi smadzenes
-
daGreivis, ja Tu nesaproti topiku, tad mācies, es pie tā nejūtos vainīgs
-
-
> Vispār jau pārsvarā viss developments nāk no klasiskās ražošanas. Reāli jau arī kods tiek ražots Pats atbildēji > agile is so oldschool, oldscool ir sevi mocīt, raksti kodu, lai katru nedēļu Tu parādi progresu un redzēsi, ka klients sāk smaidīt :) starp citu es ar māku kodu rakstīt, un rakstu labu, piedevām daudzās valodās
-
Ja nesaproti parastas lietas, labi tās nav parastas, mājās tu vari rakstīt savu kodu, kamēr lūzti, development ne ar ko neatšķiras no ražošanas, nu mūsdienās .... Ja nemainīsi savu attieksmi pret darbu, tad nekad nepiepildīsi savu mērķi - "man neiet kods", tas der stacijas laukumā!
-
Nu gadās, ka sprints nav izpildīts, kādi iemesli - sievai mēnešreizes, nu joks :)
-
Ļoti labi strādā softs uz agile - PivotalTracker, tas ir maksas, bet var izmēģināt arī trial, patīk/nepatīk ... http://youtu.be/bzCZysm5lG8 http://www.commonplaces.com/blog/agile-vs-waterfall-how-approach-your-web-development-project un codez: mēs nedzīvojam 90-tajos gados, tikai vajag mainīt savu domāšanu
-
Mums nav divas nedēļas, viens sprints ir divas nedēļas un sākas jauna iterācija koda izstrādē, sprints beidzas, savelkam kopsavilkumu - ko paveicām, itterācijas ir nepieciešamas tik daudz, kamēr kods strādā produkcijā! Tas ir produktīvi, nevis mēnesi strādāt un tad teikt - zini ir mazas problēmas, bet es tās laboju. Nē sprintējam kodu un risinam jautājumu jaunajā sprintā!
-
Nu skolā mums mācīja to ūdenskritumu, te būs ļoti vienkāršs agile attēliņš: Viss balstās uz sprintēšanu, jautājums cik garš ir viens sprints, tas atkarīgs no projekta - es saskāries ar sprintu 10 dienas, citi strādā uz darba nedēļu - 5 dienas un pirmdienās saliek jaunus taskus nākošajai nedēļai - iterācijai/sprintam
-
labi tas sprintf() pieradina pie mainīgo tipiem, bet praksē, tas ir daudz par vienkāršu, es personīgi sāku php rakstīt uz hard type principa - rakstīju funkcijas sākumā mainīgo tipus, tad sapratu ka var arī lidot un Tu tikai atkārto - mazliet uzliec bremzi, tāpēc mēs rakstām lidojumā un tad brīnās, ka man nestrādā, tā ir stingra sevis kontrolēšana, koda rakstīšanas sevis kontrolēšana, uzraksti tādus batonus un 4 dienas ņemies
-
Tu jau pats uzraksrītji = 'TRALALA' un sort order asc, tad nevajag brīnīties, Tu pieprasījumu uzrakstīji nepareizi, es teicu, ka nevajag tīru sql rakstīt kodā, nu vismaz sprinff() - tas arī organizē
-
es iebraucu tajā paāā lauciņā - (int) id vai izvada to, ko pats sarakstījis in db, jaut;ajums, kur taisi apstrādi - jau db struktūrā vai filtrē kodā un tā jau nav domāšana, Tev jau iepriekš tas bija jāparedz, ka sortēt skaitli un stringu - ir atšķirība Te mēs atkal nonākam uz alalītiķiem, uzraksti katram laukam savu specifijāciju un tad raksti kodu, nu daGreivis dara savādāk, raksta fly, es pieturos pie vecās sistēmas - uzraksti uz lapas/notepad vismaz lauku specifikāciju un te piemērs, tas atmaksājas! Tikai tad raksti kodu, lai tā būtu,dzīve pierāda otrādāk, sataisi savu struktūru un tad sāc ralstīt kodu
-
Teiksim Tu veic migrāciju starp divām sistēmām, atkāpe = kapēc taisīt unikālu id, ja tabula balstās uz unikalitāti, teiksim kaut kāds strings ir unikāls tajā tabulā, pieņemsim, ka klasifikatoru nav. Nevajag primary key, paliek tas pats unikālais string. Tikai praksē, kas notiek, migrāciju veiksi, bet performancei Tu nekad nedabūsi to id=1, nevis id='abrakadabra', nu performance sāk klibot Es pateicu to, ka primārai ats;ēgai nevienmēr ir jaābūt integer/biignteger, dažreiz pietiek ar unikālu varchar, bet tie ir izņēmumi Teorija to neapraksta, bet atslēga var būt arī unikāls strings
-
Nu koks ar diviem galiem - pid/id neglabā varchar, speciāli nevajag taisīt id, ja jau tabulā ir unikāls strings, teiksim, e-mail, kkāds unikāls strings, te ir daudz jautājumu - updati, constraiti, migrācijas, utt, ar to unikālo string var iebraukt auzās, var jau veidot saliktu primāro atslēgu, es pieturos, ka primary atslēga ir jātaisa double word, vai pietiek tikai ar word, kā id var taisīt varchar, tikai, ja nu tas tiešām ir unikāls string, tie ir izņēmumi postgresql to nodrošina sekvence Un koda pusē apstrāde = select * from tabula where id=1 vai select * from tabula where kadastrs='12345678'; Kas izpildīsies ātrāk bez inedeksācijas?
-
Pietiks, sortēja varchar - problēma atrisināta! Priecājies! p.s. 90 gados cilvēki saprata, ko nozīmē taupīt katru bitu ... :)
-
Vieno vieno savos clusteros, pats sev miegu sabojāsi, miniminālisms, ja vari iztikt ar vienu shēmu, tad to arī dari, ja gribi kko sarežģīt, veido savus clusterus, tikai atceries, kas to sistēmu uzturēs, ja pašam negribās gulēt, tad protams kādam citam nenāks miegs Vienmēr atceries: ja sistēma iet uz vienkāršāko, nevajag speciāli taisīt kko, lai tas būtu skaistāk un ideālāk, vienkāršības princips, Tu jau vari veidot n-tās shēmas, vienalga Orākuls, MS SQL, postgresql, nu es sen ar MySql neesmu strādājis. CDN - labi maksā naudu, tikai atceries, ka klients negrib glabāt datus, tas ir aizspriedums, bet Tev tas klients ir jāpārliecina. Labi vēl lielākas izmaksas būs, ja pats veidosi mākoni >cloud storage Mums ir pārņēmis šis termins, tas nav nekas cits kā protokols un fizisks storage un protams interface, jūti, kur doma skrien? ....
-
> Query.post('save.php?w=sortable', {photos:postData}, function(re){ console.log(re); }); kas atrodas, tas console.log neraksta to ko vajag(jo Tu neredzi kļūdu), kas atrodas save.php, to palauz bez ajax, raksti parastu skriptu, kas palaiž save.php. Palaid tam skriptam visādus argumentus un skaties kāda būs reakcija. Nu uzraksti?w=abrakadabra palaid manuāli save.php un step by step
-
sāc ķidāt ajax, { photos: jQuery('#photolist').sortable('serialize') }
-
Nu man izklausās, ka tomēr nav php pusē vaina(var_dump izvada perfektu array ar visiem id ...), Tev, kad bildes atrāda html id ir unikāli? Nu it kā muļķīgs jautājums... bet tomēr. Tur tālāk apstrādē ir vaina, kāda nezinu, var tikai taustīties <li class="ui-state-default" id="photo_<?php echo $data['pid']; ?>"><img src="../photos/300/<?php echo $data['name'];?>"/></li> uzģenerētais id sanāk uz visu html source unikāls? varbūt kads echo $data['pid'] paliek tukšs = id=""
-
Mēs nevienu vārdu nepieminam par prototipēšanu, to vispār aizmirsuši. Bieži (nevis bieži bet tā ir prakse) no sākuma uzraksta prototipu, nemaz nenonāk līdz testam, prototips jau visu pasaka, būs ābolu raža vai nebūs, jā interesanti, bet visa open source pasaule - komūnas balstās uz prototipēšanu un bieži reālā laikā. Jā, un kur paliek prototips ... Uzraksti prototipu, vakarā pie alus glāzes apspriedīsim, tā arī attīstās kods - ar prototipu, tas arī parāda - strādās/nestrādās Nu principā tā pati agile iterācija, Tev uzdod uzdevumu, tikai iterācijas laiks ir 8 stundas, tas arī būs prototips, ko Tu tur paveici, skatīsimies, filozofiski prototips ir tas pats tests, nu drusku savādāk, bet tas ir produktīvi, tas ir produktīvi! Un kā to nosaukt, cilvēki sanāk un bombardē kodu un raksta jaunu funkcionalitāti, kāds tests tas skaitās? atkal gribās lamāties