piątek, 10 lipca 2009

Delegacja...

Nadejszła...
Po ponad miesiącu olewania i udawania, że te maile wcale nie przyszły, doszło do ostatecznego aktu desperacji:Kilent zaprosił nas do siebie.
Kilent ma dosyć ciekawą specyfikę: zarządzany jest przez osoby zmieniające się okresowo, niekoniecznie posiadające wystarczającą (jakąkolwiek) wiedzę merytoryczną dotyczącą zakresu działani Klienta. Czasem pomysły zarządu niewiele mają wspólnego ze zdrowym rozsądkiem, a czasem porażają przejrzystością idei i dalekowzrocznością wizji. Klient posiada kilkanaście jednostek podrzędnych, które kiedyś były niezależne i chciałyby do tego stanu wrócić.

Doszło do tego, że realizujemy jeden z pomysłów Jednostki Nadrzędnej.
Realizacja ciągnie się od kilku miesięcy - głównie z powodu konieczności dokładnego testowania i sprawdzania poprawności. Klient chce, żeby działało poprawnie od pierwszego kliknięcia - jego prawo, ale efekt jest taki, że testerzy ledwo zipią...
Jak dotychczas wszystko szło poprawnie, ale pojawiły się "nowe cele biznesowe", które spowodowały "realokację zasobów ludzkich na nowe pola".

Efekty:
1. Napisana w ciągu 12 dni roboczych procedura wymiany danych z raportami błedów (kilka poziomów logowania, sprawdzanie poprawności w trakcie działania, dodatkowe zabezpieczenia) (około 40-50k lini) (java, xml) - działa, przetestowane, łatwe w serwisowaniu.
2. Procedura o długości ponad 5k lini (tak, kocham programowanie proceduralne...) (sql)
3. Około 30 procedur o długości ok. 200-1500 linii. (sql)

Wnioski:
1. Nauczyć się w końcu zarządzać czasem i produktywnością.
2. Cele realizować tak, żeby nie przekraczać terminów.
3. Uczynić cud - dzień będzie miał 48h
4. Uczynić drugi cud - będę miał 6 palców u rąk
5. Uczynić trzeci cud - nauczyć się pisać na trzech klawiaturach jednocześnie
6. Zmienić pracę?

środa, 1 lipca 2009

Klient telneta

Moja chęć pomocy innym doprowadzi mnie do zawału.
Podjąłem się napisania klienta graficznego do obsługi Killer'a.

Wszystko wygląda różowo poza kilkoma sprawami:
- nie mam porządnego, darmowego środowiska
- mam Turbo Delphi
- nie mam porządnych, darmowych komponentów do TCP/IP
- mam TTcpClient i TTcpServer
Kto używał, ten wie "o so chodzi". Żal i rzucanie kredkami - w skrócie...

Główne powody marudzenia:
1. Brak jakiegokolwiek działającego przykładu obsługi TTcp*
2. W necie ilość informacje jest tak skąpa, że szukanie poprawnego kodu przypomina szukanie wszy w majtkach.
3. Pozornie oczywiste metody (TTcpClient.Receive i TTcpServer.Accept) nie działają tak, jakbym chciał. Wysłać dane owszem - da się, ale co z tego, skoro nie widać informacji zwrotnej.

Tak coś mi sie wydaje, że skończy się na DevC++ i FLTK. Niezbyt proste, niezbyt efektywne, ciężkie w obsłudze, ale jak już działa, to działa, a nie stroi fochów ;)

Ironia losu polega na tym, że Delphi używam na codzień, a C++ raz na 2 lata ;)