W dniu 2011-01-20 18:42, Piotr Siudak pisze:
> W dniu 20.01.2011 10:57, Peter May pisze:
>> Przy kodzie typu inline to proste. Wobec tego jak przekazujesz zmienne i
>> ich zawartość do pliku zewnętrznego JavaScript, który w kodzie html
>> załączam po prostu <script type="text/javascript"
>> src="plik.js"></script> ?
>
> tak samo. dane wysyłam do kontrolera który wywołuje odpowiedni tryb widoku.

I to jest rozwiązanie, z którego skorzystałem. Generalnie działa
właściwie. Dziwne, bo wcześniej zrobiłem dokładnie podobnie w stosunku
do robots.txt, ale nie wykorzystałem dokładnie tego samego sposobu dla
pliku z JS :/

> mozna też wszystkie dane generowane serverside zainicializować jako
> zmienne w <script></script> a dopiero potem dołaczyć statyczny plik js
> który z tych zmiennych skorzysta

A te metoda akurat mi nie odpowiada.

[...]
>> Program _ma działać_ normalnie.
>>
>>> propozycja rozwiazania problemu: kupić współczesny mu komputer
>>
>>> czy propozycja rozwiazuje problem? tak, po zastosowaniu proponowanej
>>> propozycji występuje oczekiwany rezultat
>>>
>>> To *jest* rozwiązanie problemu.
>>
>> To jest rozwiązanie problemu, ale niekoniecznie najbardziej efektywne.
>
> to zalezy jak mierzysz efektywność. Warto precyzyjnie mierzyć czas
> stracony na poszukiwania rozwiazań, konfigurowanie starych rzęchów żeby
> jednak mozna było na nich pracować i tak dalej.

Zwłaszcza, że rozbudowa sprzętu też jest ograniczona, np. przez
maksymalną możliwą ilość pamięci, jaką płyta obsłuży. Wtedy pozostaje
wymiana sprzętu.

> Komputer na którym można sprawnie nie marnujac czasu pracować nawet na
> programach działajacych u ciebie "jak wóz z węglem" kosztuje maksymalnie
> 1000 złotych. Nie wiem ile kosztuje klienta godzina twojej pracy ale
> podejrzewam że taki zakup zwraca sie najdalej w ciagu tygodnia.

Komputer, którego używam, nie jest jakoś specjalnie najstarszy. Po
prostu 2GB RAM-u to już zdecydowanie za mało. Czas przesiąść się na
64-bitowy system i co najmniej 8GB RAM-u. :-)

>>> jak jeszcze kilka lat popracujesz z komputerami to sytuacja taka że
>>> kolejne wersje oprogramowania maja wieksze wymagania dotyczace sprzetu
>>> przestanie cie zaskakiwać.
>>
>> To mnie nie zaskakuje. Tyle, że nie muszę za każdym razem wymieniać
>> sprzętu, bo _jeden_ program mi nie działa.
>
> jasne, mozesz pogrzebac w autostarcie, poszukac jakiegos innego
> oprogramowania, zainstalowac, nauczyc sie na tym pracować i tak dalej.
> Na ile godzin wyceniasz te zabiegi? bo jak na wiecej niz czas w którym
> jesteś w stanie zarobić 1000 złotych to chyba jednak nie warto

Trudno z powyższym dyskutować, ale poszukiwanie alternatywnych rozwiązań
nie zawsze zajmuje dużo czasu. Z resztą spór o efektywność można ciągnąć
bardzo długo i w gruncie rzeczy sprowadza się on po prostu do tego, aby
ocenić opłacalność danego ruchu.

>>>
>>> szybkość działania aplikacji nie jest jakims świetym gralem.
>>> oprogramowanie powinno sie tworzyć majac w głowie cel by było ono
>>> *dobre*.
>>
>> To raczej tylko jeden z parametrów.
>
> sprecyzuje: oprogramowanie powinno realizować oczekiwania klienta.

Owszem, i w moim konkretnym przypadku NetBeans nie spełnia oczekiwań.
Mam przecież prawo do tego, a nie na zasadzie "ja jestem zły, bo to
narzędzie ma rację". Przecież nie zawsze tak jest.

Natomiast jeśli narzędzie, które potrzebuję, miałoby te funkcjonalności,
co potrzebuję, to jest to na pewno bodziec do wymiany / modernizacji
sprzętu :-)

> Optymalne wykorzystanie sprzetu jest pirorytetem rzadko stawianym przez
> klientów wysoko. To jest raczej taki gimlick którym podniecaja sie
> programiści.

I tak i nie. Jeśli zbudujesz aplikację, która będzie zmuszać klientów do
wymiany sprzętu, to nie w każdym przypadku klient tak ochoczo do tego
podchodzi. Zwłaszcza, że optymalizacja aplikacji niekiedy przyniesie
więcej korzyści. Ba! Nawet klient nie rzadko jest w stanie zapłacić np.
40% wartości wymienianego sprzętu za usługę, która sprawi, że aplikacja
będzie działać szybko.

Z doświadczenia wiem, że wymiana sprzętu to operacja nie tylko co
trudna, co strasznie czasochłonna. Zwłaszcza przy wielu lokalizacjach.

>> Ok, jeden czy dwa komputery
>> może i by warto czasem wymienić, ale już przy np. 50 tak pochopnie po
>> prostu wymieniasz sprzęt?
>
> co znaczy pochopnie? "nie mozemy pracować, tracimy pieniądze" to nie
> jest byle argument z dupy...

Jednocześnie jest to najłatwiejsza droga. W zasadzie zawsze miałem
pytanie o wskazanie jeszcze alternatywnych rozwiązań.

>> Ciekawe, który księgowy na to zezwoli ot, tak sobie.
>
> nie "ot, tak sobie" tylko zwykle prosi o mniej lub bardziej szczegułowe
> dane dotyczących tych traconych pieniędzy i porównuje sobie z kosztem
> zakupu.

Wymiana sprzętu to nie jest jedynie słuszne rozwiązanie. To wszystko
zależy od okoliczności.

--
Peter