srebrna:
   #profesjonaliścizIBM pole wprowadzane ręcznie, tekstowe, jako klucz. dajcie mi łuk.
2017/07/27 17:07:53 przez www, 1
srebrna:
   [^srebrna] Upload działa tak, że w pliku txt piszemy "skopiuj z X do Y" i ładujemy, skrypt kopiuje 1:1. Więc nie może stworzyć wartości nieistniejącej. Ale #profesjonaliścizIBM uważają chyba, że log zapisu do tabeli kłamie.
2017/07/14 10:38:36 przez www, 0
srebrna:
   W kolejnym kroku #profesjonaliścizIBM postanowili się podomagać, żeby sprawdzić, czy na pewno w momencie uploadu w danych źródłowych ta wartość była wpisana, bo może nie było i dlatego jej teraz nie ma. Byłam niemiła.
2017/07/14 10:35:41 przez www, 0
srebrna:
   Mamy w programie upload danych. Upload działa prawidłowo. Mamy wpis, dla którego zniknęła wartość jednego pola. W logu mamy zapis, że wartość jest wpisana, a nie mamy że ktoś skasował. #profesjonaliścizIBM postanowili zdebugować upload.
2017/07/14 10:30:02 przez www, 0
kociaciocia:
   [^srebrna] Mnie to wygląda na drinking game. Przy każdej pierdole wypijasz, a płacą #profesjonaliścizIBM
2017/07/13 14:19:39 przez www, 3
srebrna:
   #profesjonaliścizIBM obraz upierają się, że pole, które widzimy w interfejsie, nie ma wartości przechowywanej w żadnej tabeli. To ja się pytam, kurwa, GDZIE ta wartość jest przechowywana. "In a table, yes, but..." (nie wiedzą, w której)
2017/07/13 13:41:10 przez www, 1
srebrna:
   #profesjonaliścizIBM właśnie debugują interfejs, usiłując zlokalizować tabelę, w której są nasze dane przez... zmienianie czegoś w interfejsie i sprawdzanie, która tabela ma ruch na sobie. Ranyboskie.
2017/07/13 13:40:11 przez www, 1
srebrna:
   Chyba laska teraz żałuje, że zaprosiła na tego calla wszystkich świętych (którzy to ludzie, obcy mi i wcześniej niewidziani, przyznali, że było miscommunication i tak, następnym razem będzie lepiej), bo się trochę ośmieszyła. #profesjonaliścizIBM
2017/07/03 13:36:49 przez www, 0
srebrna:
   #profesjonaliścizIBM i, plus minus, że to opóźnienie wynika z tego, że my nie wykazaliśmy im od razu wszystkich błędów, które były. Odpowiedziałam uprzejmie, że było za dużo dużych błędów na to, żeby wytropić też wszystkie małe :>
2017/07/03 13:33:12 przez www, 1
srebrna:
   #profesjonaliścizIBM po czym jak już obie strony przyznały smutno, że nastąpiła miscommunication i że następnym razem się postaramy, to panna z Kalkuty MUSIAŁA dodać, że to udowadnia że opóźnienie NIE JEST TYLKO ICH WINĄ. Tonem triumfalnym.
2017/07/03 13:31:27 przez www, 0
srebrna:
   [^srebrna] #profesjonaliścizIBM oni za to przyznali, że istotnie, skoro coś jest w specyfikacji a deweloper nie kuma, to powinien zapytać, a nie trzymać gębę zawartą i udawać, że jest wszystko cool.
2017/07/03 13:30:18 przez www, 0
srebrna:
   Mieliśmy calla z #profesjonaliścizIBM i uzgodniliśmy, że fakt, to że napisałam w FS że ma być raport zwielokrotniony tam, gdzie jest >1 tester to może trochę mało, bo przydałoby się mieć konkretny przykład w danych.
2017/07/03 13:29:37 przez www, 0
   Strona 1   
Archiwa
Obserwujący (2)