[#35]
Re: Hexaco (małe narzędzie kodów kolorów RGB)
@R-Tea,
post #34
Domyślnie jest ustawiony za mały stos, konieczność w sensie że pierwsza rzecz po (nieudanym) uruchomieniu to trzeba ustawiać. Nic zgryźliwego wbrew pozorom.
Generalnie jestem "fanem" testów negatywnych. To znaczy program musi wg mnie działać tak żeby uwzględniał wszelkie sytuacje. Tu niestety jest wielkie niezrozumienie w środowisku OS4, bo większość nie potrafi odróżnić konstruktywnej krytyki od narzekania, a rzetelnych testów od czepiania się.
Jak zauważyłeś to działa w "środowisku" dziwnie. To znaczy jest sobie ktoś (ty) który podejmuje trud napisania programu, i okazuje się że większość ma to w poważaniu, nawet nie chce im się odpalić ;] A programy są dobre na tyle na ile byli dobrzy testerzy, bo jeśli program się sypie to bierze się inny. A autor nigdy nie dowiaduje się czemu nikt nie używa (bo u niego i znajomego działa dobrze). Większość osób testuje na zasadzie "odpalam, kliknę, ok - działa". To nie są testy, to są jaja.
W skrócie - ślij do mnie ile wlezie ;)
Jest bardzo ważne żebyś - jeśli planujesz rozwój programu - pisał takie rzeczy jak w poście wyżej. To są ważne informacje dla osób które zaczynają programowanie. Poza tym jeśli chcesz zbudować grupę użytkowników - a jest to myślę że miłe mieć świadomość że jednak grono osób korzysta z programu - to trzeba trochę napisać np. jakie masz plany na dalszy rozwój programu, a jeśli nie ma takich to nad czym będziesz pracował. No jakiś kontakt nawiązać z "publicznością".
Aha, sobie przypomniałem że program SGrab działający jednocześnie jest czynnikiem sprzyjającym wysypywaniu się niektórych programów, ale nie rozumiem dlaczego. No i zmieniające się MUI, to też jest problem. Ale to tak uwaga na boku.
Ostatnia aktualizacja: 25.04.2017 22:48:47 przez adam_mierzwa