@-123oho: wyluzuj się nieco.
A mi się wydawało że jestem wyluzowany, hm.
Pytanie sformułowane co prawda niezbyt logicznie, ale nie przesadzajmy.
Nie wiem bo jak czytam i nie ogarniam to po prostu olewam zamiast 10minut myśleć o co autorowi chodziło.
Problem należy opisywać od założeń, przez rozwiązania po kod, wyniki i zakładane wyniki. Tylko wtedy jest to dobre pytanie. Każde pytanie które opisuje problem w innej kolejności, bez któregoś punktu etc. nie jest dobrym pytaniem (mówimy tu o pomoc w przeprojektowaniu kodu).
Wolę wymagać wysokich standardów i narzekać niż brać byle jakie pytania i silić się na mądrą odpowiedź (rzadko wtedy chociażby podziękują, choć to zdarza się też innym [pamiętasz? :P ]).
Sam mam nieraz tak, że problem "się" rozwiązuje zaraz po dodaniu posta na forum.
Też tak mam, ale zazwyczaj wpadam na rozwiązanie albo głupotę problemu zanim go opublikuję. Nie mniej, mi też się to zdarzyło, wiem. Nie zmienia to faktu że to trzeba ograniczać i sam się kontroluję w tym.
bo trudno to było wyjaśnić. A nim posta na forum wstawiłem to ciągle o case of myślałem, później po dodaniu posta nagle żarówka się zaświeciła, trudno, bywa tak.
To nie trudno wyjaśnić tylko ty nie umiesz tego wyjaśnić po ludzku. Tej umiejętności się nie ma od razu, ale należy nad nią pracować o czym upominam grzecznie. Wiem że problem się potrafi rozwiązać po zebraniu myśli, ale unikaj też tego. Najpierw myślimy, potem układamy pytanie (tak, pytanie wymaga pytania - gdzie jest u ciebie?), jeszcze raz myślimy i publikujemy.
Dam Ci małą radę: Moich odpowiedzi nie bierz zbyt do siebie to i odkryjesz że jestem pomocny.