konikpolny <k...@n...pl> wrote on 2011-12-30_19:21
> ostatni raz odpowiem chociaz widze, ze eot jest dla ciebie za trudne do
> zrozumienia i brniesz dalej a nie wiesz z kim grasz.cienki bolek jestes
> chlopcze. dev to ok 30-40% calosci wiec dla tego przypadku jak to poskladasz
> w calosc wyjdzie ci max 1h no chyba, ze tak jak juz pisalem ty to robisz w

Tak, to jest ten sposób liczenia, który nazywa się wojskowym :-)
Myślę, że wiesz, o co chodzi...

...
> a ty sie
> czepiasz bo nie spodziewales sie ze jednak nie wykladam kafelek i usilnie
> chcesz mi udowodnic, ze nie pracuje w zawodzie. a ze hardkody sa
> nieeleganckie - zgadzam sie ale kazdy koder jakiego widzialem mowil, ze jest
> swietny, zeby kodowac jak ucza w ksiazkach, good practices itp a potem
> spier**l kod jak kazdy przed nim i kazdy po nim(nie czarujmy sie taka
> prawda - im wiekszy projekt tym bardziej go sie spier**li - tak bylo i
> bedzie zawsze) i ja po tylu latach stwierdzam, ze takie rzeczy nie maja juz
> znaczenia bo i tak zawsze sie spier**li.
...
> i nie cuduj bo
> wszedzie gdzie bylem jak sie palilo (tak tak, wiem - u ciebie jest na 100%
> inaczej) to sie normalny obieg obchodzilo i sie to zawsze udawalo zrobic, z
> reszta jak zauwazyles lub nie: nie jestem przesadnym zwolennikiem
> marnotrawienia czasu.

Tak, to jest ten sposób myślenia, do którego dochodzi się po
latach praktyki w beznadziejnych warunkach. Ani raz nie trafiła Ci
się robota we w miarę zorganizowanej firmie ? :-(

> poprostu nie dostal. nie wiem jak jest w mbanku bo tam akurat nie pracowalem
> ale tak na oko liczac w tydzien takie cos spokojnie wejdzie w moim cyklu
> przechodzac przez caly proces o ktorym piszesz przy czym gros z tego czasu
> to bedzie oczekiwanie na deploye i papierki. sama reszta anal, koder, tester
> itp tak jak pisalem 1h no dobra - moze 2h wiec nie mysl, ze nikt sie nad tym

Ale o czym Ty człowieku mówisz ? O czasie netto pracy ???? A od
kiedy ten czas się liczy ? Czas cyklu jest miernikiem, a sam
mówisz, że przy dość bałaganiarskim sposobie prowadzenia i pod
dużą presją "potrzeby chwilowi" *najprostsza* zmiana trwa tydzień.

...
> swoja droga zdaje sie rok temu mbank
> mial problem bo przelewy nie szly ze wzgl na ostatni dzien roku (nawet moge
> ci powiedziec jaki byl wtedy u nich blad bo dzien wczesniej u nas tez bylo
> podobnie) i zgadnij co sie wtedy dzialo...usuneli go w trybie niemal
> 'natychmiastowym' powiedz mi, ze nie bylo dziabania na preprodzie to ja na
> to cyt: to go wyśmiewam. Just like that.

Zabawny przykład podajesz: Czy zastanowiłeś się skąd się taki
kretyński błąd wziął ? Nie sądzisz, że to właśnie Twój
"realistyczny" sposób wprowadzania zmian sprzyja powstawaniu
takich baboli?

> niestety ale
> prawda boli i moze lepiej ze oni o wielu rzeczach nie wiedza bo mi czasem
> wlos na glowie staje jak to widze ale tak to jest juz niestety wiec z laski

No tak. Jesteś po piętnastu latach koderem, przestałeś to już
lubić, ale chyba na nic więcej Cię nie stać i tylko swoją
frustrację wylewasz. Współczuję.

No cóż, nie opisujesz fikcji, są takie firmy, gdzie bywa, że się
tak robi... Ale nie wynika z tego, że tak się musi, a już chwalić
się tym i jeszcze wyśmiewać tych, co znają z doświadczenia /
stosują dobre praktyki inżynierskie, to co najmniej lekka przesada ?

witrak()