Projekat

Općenito

Profil

Akcije

Podrška #25578

Zatvoren

portiranje FMK => F18, problemi

Dodano od Ernad Husremović prije oko 13 godina. Izmjenjeno prije oko 13 godina.

Status:
Zatvoreno
Prioritet:
Odmah riješiti
Odgovorna osoba:
Početak:
06.12.2011
Završetak:
% završeno:

100%

Procjena vremena:

Povezani tiketi 3 (0 otvoreno3 zatvorenih)

korelira sa F18 - Podrška #25585: razdvajanje uloga korisnik/developer/sysadmin/testZatvorenoErnad Husremović07.12.2011

Akcije
korelira sa F18 - Podrška #25587: vsasa 07.12, portiranje zajedničkiZatvorenoSaša Vranić07.12.2011

Akcije
korelira sa F18 - Podrška #25588: bjasko 07.12 plan, ubuntu installZatvorenoJasmin Beganović07.12.2011

Akcije
Akcije #1

Izmjenjeno od Ernad Husremović prije oko 13 godina

  • Odgovorna osoba promijenjeno iz Saša Vranić u Ernad Husremović
  • Prioritet promijenjeno iz Normalan u Odmah riješiti

ubijeđen sam da ovdje nešto, neke stvari, idu presporo i mogle bi brže.

razmišljam da sutra pratim tvoje portiranje MAT https://github.com/bringout-fmk/mat možda bih tako mogao skontati u čemu kvaka.

možda ovo i nije dobar uzorak s obzirom da je ažuriranje puno jednostavnije nego KALK, FAKT ali opet ... opet se bojim da negdje curi vrijeme a ne bi trebalo.

gdje su tačke aplikacija na kojima si gubio najviše vremena ?

koliko je to vremena bilo ?

kada uzmem u obzir da smo kod većine modula daleko od ver 1.0.0 hvata me polako panika. nadam se da sam u krivu.

u krivu ili ne ovome sutra treba posvetiti pažnju analizirati predhodni period.

predhodni period u kome se bjasko uključio takođe nije dao značajne rezultate. stičem dojam da je bjasko najviše imao ulogu drugog usera u višekorisničkom testiranju, a to je sa dobrim testnim okruženjem mogao postii i developer samostalno.

istina sve ovo u velikoj mjeri napamet govorim bez detaljnog pregleda rada u proteklih 7 dana.

dio instalacije međutim me je dočekao onako kako sam ga i ostavio. taj dio se ne bi ni započeo da na tom dijelu nisam danas insistirao.

sve u svemu, previše fmk-ovski radimo ... pod tim mislim, ono kako je rađeno u smislu raspodjele poslova načinu razvoja kod fmk se inercijom zadržava ovdje.

Akcije #2

Izmjenjeno od Ernad Husremović prije oko 13 godina

treba ovdje napraviti analizu. nešto značajno propuštam nešto ne primjetim a kolege mi očigledno ne znaju reći šta je to.

Akcije #3

Izmjenjeno od Ernad Husremović prije oko 13 godina

ovim tempom istinsku, čestitu ver 1.0.0 možemo dobiti tek sa krajem mjeseca. taj tajming je totalni zijan.

Akcije #4

Izmjenjeno od Ernad Husremović prije oko 13 godina

je li vsasa sve ove testove u zadnje vrijeme radio na remote serveru ili lokalnoj bazi ?

Akcije #5

Izmjenjeno od Ernad Husremović prije oko 13 godina

isto vrijeti i za bjasko. da li u radili backup bring.out nakon migracije i onda nastavili rad na svojoj lokalnoj bazi ili su vozali po remote bazi ?

Akcije #6

Izmjenjeno od Ernad Husremović prije oko 13 godina

kalk i fakt maske za unos podatak su kriza.

sada kada imamo veću rezoluciju izgledaju totalna šega. ali nije samo stvar u estetici radi se o činjenici da su to tačke koje su najružniji dijelovi koda.

da li je bilo bolje odmah uzeti de te screen-ove, prepakovati ui kontrole da koriste full screen F18 i pri tome, što je najbitnije. pročistiti kod - razmsiti, učiniti preglednijim ?

imam osjećaj da samo "čačkamo" po površini koda u želi da ne pokvarimo. stvar koja ne radi slabo da se može pokvariti.

ukratko refactoring je veoma često brži put da se dođe do konačnog rješenja http://en.wikipedia.org/wiki/Code_refactoring. u našem slučaju vrlo izvjesno.

ja se sjećam da sam code_browse tako započeo. ali tek kada sam počeo špagete kod razbijati na funkcije stvari su se koliko toliko počele čistiti.

istina i dalje je taj kod ni-našta-nalik, preplavljen public varijablama koje šetaju prema podfunkcijama ... ali opet su neki pomaci napravljeni.

pravo pitanje je: koja je optimalna mjera da se dođe do željenog cilja. strategija ne čačkaj definitivno ne valja. strategija "briši sve" je takođe besmislena.

šta je sredina.

treba napraviti code review i dobro razmisliti. ništa ne dirati. samo gledati i pratiti ključne segmente koda.

Akcije #7

Izmjenjeno od Ernad Husremović prije oko 13 godina

  • Naslov promijenjeno iz portiranje FMK => F18 u portiranje FMK => F18, problemi
Akcije #8

Izmjenjeno od Ernad Husremović prije oko 13 godina

pišući #25582 sjetio sam se F18 parametara koji i danas čekaju na realizaciju

da smo code review apija primjenjivali novi parametri bi bili davna prošlost. ovako oni i 20 dana nakon čekaju realizaciju.

sjećam se da je saša taj dan na same funkcije potrošio puno manje vremena nego li na njihovu primjenu u KALK. sada se većina tog posla treba ponoviti.

ovakve stvari se ne smiju raditi na brzinu. ta brzina stvara veliko usporenje

naravno, vjerovatno bi se mogla otvoriti diskusija da je i ono postojeće dovoljno dobro, da nemamo vremena, ali sve to je skroz pogrešno posmatranje stvari.

Ako sam u nešto siguran - u to sam siguran.

Akcije #9

Izmjenjeno od Ernad Husremović prije oko 13 godina

  • Status promijenjeno iz Dodijeljeno u Zatvoreno
  • % završeno promijenjeno iz 0 u 100
Akcije

Također dostupno kao Atom PDF