|
srebrna: #profesjonaliścizIBM obrazili się na mnie i płakali koledze M na callu, bo napisałam, że mnie nie obchodzi, co się pokazuje w innych raportach, w naszym ma być według naszej specyfikacji. |
|
2017/08/16 14:46:32 przez www, 0 ♥
|
|
|
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 ♥
|
|
|
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 ♥
|
|
|
srebrna: O, wow, wygląda na to, że #profesjonaliścizIBM dostali znowu po uszach, bo znienacka na mojego maila z drobną techniczną sugestią dostałam kilka linijek o tym jacy oni są biedni i malutcy i dręczeni. |
|
2017/06/22 11:05:14 przez www, 0 ♥
|
|
|
srebrna: No więc #profesjonaliścizIBM wyrzeźbili interfejsiątko do wybierania wielokrotnych wartości i jak pokazali, to mi się z duszy wyrwało "This is a really terrible idea". Nie wiem, czy to się da opisać słowami. |
|
2017/06/09 15:02:44 przez www, 0 ♥
|
|
|
srebrna: #profesjonaliścizIBM poprosili o przełożenie calla o 15 minut, bo właśnie coś uruchamiają i chcą nam pokazać. Od 10 minut się śmiejemy, że raport kręcą i że raport, który idzie 15 minut to lekka przesada. |
|
2017/06/09 14:13:46 przez www, 0 ♥
|
|
|
