On Dec 15, 5:38 pm, A.L. <l...@a...com> wrote:
> On Wed, 15 Dec 2010 08:46:37 -0800 (PST), Andrzej Jarzabek
>
> <a...@g...com> wrote:
> > aden j zyk programowania nie odzwierciedla tego, jak my li cz owiek.
> >Ci najwy ej cz owiek mo e si nauczy my le tak, eby odzwierciedla
> >to, jak dzia a jaki j zyk programowania.
>
> Owszem. Jak czlowiek mysli - dokladnie nei wiadomo.
>
> Istotne jednak jest co innego - aby jezyk byl "blisko" problemu, to
> znaczy aby pzrekladanie problemu na formalizm wspierany przez jezyk
> bylo jak najprostsze.

Nie tylko to jest istotne. Czasem w ogóle jest istotne nie tylko żeby
program robił to, co ma robić, ale też ile zasobów przy tym musi
zużyć.

W związku z tym nawet jeśli przełożenie danego problemu na ciąg
instrukcji wykonywanych jedna po drugiej jest proste, to przełożenie
tego samego problemu na n równoległych sekwencji instrukcji,
operujących na wspólnych danych, synchronizujących dostęp do tych
danych przez semafory, muteksy, monitory, spinlocki, atomowe operacje
acquire-release, read-modify-write itd. - już wcale nie jest takie
proste i intuicyjne.