|
srebrna: #profesjonaliścizIBM zjebali raport na zupełnie nowy sposób - zamiast sklejać ze sobą segmenty, które mają tą samą nazwę (ale nie są tym samym), teraz skleja ze sobą losowo segmenty, które mają różne nazwy i już ni chuja nie wiadomo, czemu. |
|
2018/01/15 15:17:40 przez www, 0 ♥
|
|
|
srebrna: Wczoraj jedna z koleżanek powiedziała, że jakbyśmy my tak dostarczali usługi wewnątrz firmy, jak #profesjonaliścizIBM dostarczają kod, to by nas na zbitą twarz wyrzucono. Rozważam użycie tego na jakimś telco z IBM. |
|
2018/01/12 06:56:18 przez www, 4 ♥
|
|
|
srebrna: #profesjonaliścizIBM poprosili o dostęp dla dwóch nowych osób. zapytani, po cholerę, odpisali "It might happen that sometimes (we) get involved in some other urgent issues not related to (tool). It would be difficult then to meet the deadlines." |
|
2018/01/11 16:01:02 przez www, 0 ♥
|
|
gliniany: [^gliniany] TAK odpowiedzieli: "I will raise a ticket and look into this today.
I will email you once I have a conclusion." Czy mogę już iść do domu? To jest #profesjonaliscizIBM tak bardzo. |
|
2017/12/14 14:42:55 przez www, 0 ♥
|
|
|
srebrna: [^srebrna] ...dodajmy, że jest to podstawowy koncept tego narzędzia, tzn po tym lecą raporty, eksporty, importy, chujemuje, drag and dropy i np. walidacja danych. ONI NAS JUŻ ROK SUPPORTUJĄ. #profesjonaliścizIBM |
|
2017/12/01 11:32:04 przez www, 0 ♥
|
|
|
srebrna: #profesjonaliścizIBM JEZUSMARIA. Dzisiaj im wytłumaczyłam, że jak jest w jednym projekcie "x copy node" a w drugim "x node" to to jest to samo i po tym można zlinkować w zapytaniu. Bo oni nie wiedzieli. |
|
2017/12/01 11:30:58 przez www, 0 ♥
|
|
|
srebrna: [^srebrna] Oraz zażyczyłam sobie określenia, z czyjego kawałka kodu pochodzi fakap (oryginalnego czy ich ostatniego updatu). Ciekawe, że jak tak pytam, to oni milkną znienacka. #profesjonaliścizIBM |
|
2017/11/30 13:21:22 przez www, 1 ♥
|
|
|
srebrna: [^srebrna] A jak byłam niemiła i powiedziałam, ze do jutra, to mi kolega I pojojczał, że oni mają więcej niż jeden deliverable i ciężko im się przełączać z jednego na drugi #profesjonaliścizIBM |
|
2017/11/30 13:20:22 przez www, 0 ♥
|
|
|
srebrna: Uh-huh. #profesjonaliścizIBM przyszli i pytają, czy koniecznie musi być rozwiązanie do jutra, czy np. do wtorku nie mogłoby być. W przyszły weekend idzie produkcja, prawda. I oni by chcieli móc dostarczyć NA WTOREK rozwiązanie na dev system. |
|
2017/11/30 13:19:28 przez www, 1 ♥
|
|
|
srebrna: [^srebrna] #profesjonaliścizIBM zamierzają do piątku analizować i mieć dla mnie w piątek odpowiedź. Chyba ochujeli. Więc zażądałam daily update co do postępów. Ciekawe, co mi przyślą jutro. |
|
2017/11/28 17:53:59 przez www, 0 ♥
|
|
|
srebrna: Wysłałam zjebkę z przykładami oraz żądaniem wyjaśnienia, czy problem jest pochodną starego kodu, który poprawiali, czy może ich własnym dziełem. MUSZĘ TO WIEDZIEĆ #profesjonaliścizIBM |
|
2017/11/27 17:03:36 przez www, 0 ♥
|
|
|
srebrna: [^srebrna] Konkretnie to jeżeli krok jest w 2 procesach, to w każdym z nich raport pokazuje go 2x. Jak jest w 3, to 3x. Jak są dwa kroki z taką samą nazwą (np. "test 2") to zawartość jest SKLEJANA. JA PIERDOLĘ. #profesjonaliścizIBM |
|
2017/11/27 16:44:49 przez www, 0 ♥
|
|
|
srebrna: [^srebrna] Więc kiedy #profesjonaliścizIBM napisali zapytanie ŁĄCZĄCE COŚ PO KURWA JEGO MAĆ NAZWIE, to dla danych użytych raz zadziałało perfekt, a dla innych (np. ten sam krok w 2 procesach) IDZIE SIĘ JEBAĆ. |
|
2017/11/27 16:43:46 przez www, 0 ♥
|
|
|
srebrna: Zanim zaczęliśmy pracować z #profesjonaliścizIBM nie ogarniałam koncepcji wprowadzania do planu testów pozycji "mitigation of unresolved issues" i procentu akceptowalnych defektów idących na produkcję. |
|
2017/11/22 23:53:33 przez www, 0 ♥
|
|
|
srebrna: [^srebrna] ...a cały ten raport jest po to, żeby połączyć treść projektu z ticketami z niego zgłoszonymi, ja pierdolę, piątek wieczór... oraz, dla innych projektów działa, tylko dla tego nie. AAAAAAAAAAA. #profesjonaliścizIBM |
|
2017/11/17 17:22:28 przez www, 0 ♥
|
|
|
srebrna: No więc przetestowałam raport na nowych danych i wyjebał zupełnie nowe błędy. #profesjonaliścizIBM już po 2 dniach poprawili miejsce, które powodowało dublowanie się niektórych danych. Za to zniknęły z raportu ID ticketów. |
|
2017/11/17 17:13:13 przez www, 0 ♥
|
|
|
