vbz
-
Posts
264 -
Joined
-
Last visited
Posts posted by vbz
-
-
Ar "applicable" es domāju, ir vai nav iespējams sazināties ar klientu.
a par, ko ta es rakstu - Simpsoni sākās!
-
Ideju jau es sapratu un pats uz to spiežu, kad tas ir "applicable", vienkārši smieklīgi noformulēts :)
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
-
>Secret 1: Communicate more than you did with your first girlfriend
lol :D
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
-
Tad kā jūsu komanda "ciena" vērtības, kas ir kreisajā pusē?
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ā
-
jums ir onsite customer'i, kas sniedz feedback'u izstrādātājiem un QA? ir plānošanas pokeris vai līdzīga veida pasākums un stand up meeting'i?(http://agilemanifesto.org/) savādāk tas nav agile, tas ir "waterfall" ar 2 nedēļu release cycle
Bet viss ir atkarīgs no tā kā ražošana tiek uztverta, TPS ir centrēts uz exceptional quality, standardized work, continuous improvement(daily kaizen), self development, eliminate waste. Bet ja par ražošanu domā tikā kā par tupu viena un tā paša darba izpildi over and over again, tad nu tur lean un TPS ir kilomentriem tālu.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
-
http://en.wikipedia.org/wiki/Schizophrenia#Symptoms
Paldies!, tikai neatceries, ka Tu pats rakstīji par 90, griežam otrādāk Tavu topiku - ierakstu
-
> 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
-
Patiešām ir grūti saprast ko tu saki. :D
> Mums nav divas nedēļas, viens sprints ir divas nedēļas
Ir vai nav divas nedēļas?
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ā!
-
Kā tu nesaproti? Mēs taču dzīvojam kvantu pasaulē, tātad ar kaut kādu varbūtību ir 2 nedēļas un ar kaut kādu nav.
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 ir divas nedēļas, ļoti labi!
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ā!
-
Es atvainojos, bet vai tad Agile ir konkrētas metodes norādītas, kas un kā jādara, ja tu to sauc par metodoloģiju? Diezgan abstraktas un izplūdušas lietas tur ir.
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
-
... šinī gadījumā varchar bija sort un tā arī bija mana kļūda
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ē
-
No offence, bet neko nesapratu. Tu tādā jocīgā valodā raksti, ka vismaz pusē tavu postu grūti iebraukt.
Sapratu tikai, ka tu te pavisam citā lauciņā iebrauci.
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
-
No offence, bet neko nesapratu. Tu tādā jocīgā valodā raksti, ka vismaz pusē tavu postu grūti iebraukt.
Sapratu tikai, ka tu te pavisam citā lauciņā iebrauci.
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
-
Mūsdienās vairs nav nepieciešamības taupīt katru bitu, lai gan reizēm, protams, ir patīkami.
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?
-
vbz, tu dzīvo 90 - tajos gados. Mosties.
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 tik serverus klāt klusterim un viss vienkārši strādā. NoSQL!
Lai gan, ja runa ir par publicējamiem bināriem failiem, tad gatavie cloud storage ar CDN servisi ...
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? ....
-
visām bildēm ir savs id, neviens netakārtojas
> 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
-
Paldies! Ir progres, bet sakārtot var tikai vienu bildi, tas ir, pirmo bildi. To bildi kuru ielieku pirmo, saglabājas, bet pārējās nē, nākošo bildi var kādu grib, bet pēc refrešošanas viņa tur nebūs.. vissas bildes maina kārtību katru reizi, izņemot 1mo
sāc ķidāt ajax,
{ photos: jQuery('#photolist').sortable('serialize') }
-
Paldies! Ir progres, bet sakārtot var tikai vienu bildi, tas ir, pirmo bildi. To bildi kuru ielieku pirmo, saglabājas, bet pārējās nē, nākošo bildi var kādu grib, bet pēc refrešošanas viņa tur nebūs.. vissas bildes maina kārtību katru reizi, izņemot 1mo
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
Testēšana
in Iesācējiem
Posted
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 ...