W dniu 2014-03-07 15:19, A.L. pisze:
> On Fri, 07 Mar 2014 11:01:30 +0100, Paweł Kierski <n...@p...net>
> wrote:
>
>> W dniu 2014-03-07 02:16, A.L. pisze:
>>> On Thu, 6 Mar 2014 07:03:13 -0800 (PST), Piotrek
>>> <p...@p...onet.pl> wrote:
>>>
>>>> Chodzi mi o czasy, kiedy było możliwe, żeby kilku
>>>> pasjonatów z wizją miało szansę samodzielnie
>>>> stworzyć aplikację,
>>>
>>> Yak. Tesknie do GWBASIC czy BASICA i 48 KB pamieci
>>
>> ... tylko jak sobie przypomnę, że teraz 80386 (nie mówiąc
>> o 8080 czy Z80) emulują sobie w przeglądarkowym silniku JavaScript,
>> to zaczynam doceniać czasy współczesne. I zaczynam czuć, że warto
>> zrobić teraz coś takiego, co wykorzysta ten potencjał.
>
> tesknie do 48KB bo owe 48 KB wymuszalo podejscie "najpierw mysl, potem
> koduj". Dzisiaj obowiazuje "najpierw koduj, potem mysl". Dieki czemu
> aplikacje wymagajace gigabajta pamieci robia mniej niz te spzred lat
> mieszczace sie w 48 KB

Tyle, że zazwyczaj napisanie aplikacji nie jest celem samym w sobie.
Aplikacja jest zwykle pisana dla jakiś celów biznesowych. A im mniej
krytycznych/drogich zasobów się użyje, tym lepiej. Kiedyś
najkosztowniejsza była pamięć i moc procesora. Potem - czas
programistów - bo było ich mało. Teraz często krytyczny jest czas
wdrożenia, co daje w efekcie szybkie pisanie przez kiepskich (ale
tanich) programistów, na maszyny o dużych (ale tanich) zasobach.

Tak jak pisał Maciek - krajobraz się zmienia.

Są oczywiście nisze, są sytuacje, gdzie nadal koszt zasobów ma
podstawowe znaczenie. Bo np. problem jest bardzo duży i kiepsko się go
rozprasza, albo zasoby są faktycznie drogie (satelita na orbicie).

--
Paweł Kierski
n...@p...net