On Oct 11, 12:44 pm, Wojciech Jaczewski <w...@o...pl> wrote:
> Andrzej Jarzabek wrote:
> >> > Nie zrozumia=B3e=B6. Poprzedni programista to ty, a nadbudowywa=E6
> >> > mia=B3by kto=B6 inny.
>
> >> robota tego programisty zalezy od tego programisty, co do
>
> > Czytasz to Wojtku Jaczewski? I rest my case.
>
> "Profesora" w tym wątku akurat czytam, ale tylko dlatego że na nie
> odpowiadasz.

Przepraszam, z zasady ignoruję, ale tutaj mi się ładnie podłożył jako
ilustracja siebie samego.

> Natomiast jedno, co z jego wypowiedzi w tym wątku zrozumiałem i z czym się w
> 100% zgadzam, to że ten sam człowiek może pisać poprawne programy na jedną
> platformę, a niepoprawne na inną (bo nie ma w niej doświadczenia). Nie

Według mnie znajomość API systemowego nie jest bardzo znacząca jeśli
chodzi o niezawodność i ogólną poprawność kodu.

Oczywiście w zależności od umiejętności i znajomości API można napisać
kod dobrej jakości, który zawiera błąd związany z nieprawidłowym
użyciem API, albo też napisać kaszaniasty kod używający API, który
akurat działa prawidłowo.

Tylko że jedną z praktyk pisania niezawodnego oprogramowania jest żeby
w większych projektach opakować systemowe API w coś bardziej
abstrakcyjnego, czy to bibliotekę in-house czy third-party. W takiej
sytuacji doświadczenie z API systemowego jest mało istotne, bo
większość programistów nie używa go bezpośrednio, a jak czasem zajdzie
potrzeba używać, to zwykle jest to jakiś strasznie egzotyczny
przypadek. Z kolei znajomości konkretnej biblioteki opakowującej API
pracodawca często nie zakłada.

W praktyce jeśli ktoś pracuje przy większym projekcie robionym
powiedzmy w C++ na Windows, to ilość błędów programistycznych przez
niego wprowadzanych będzie mocno zależna od tego jak dobrym jest
programistą w ogóle i jak dobrym jest programistą w C++, natomiast to,
jak dobrze zna WinAPI ma raczej minimalne znaczenie.

Natomiast jeśli czyjeś programy nie wywalają się na jednej platformie
a wywalają się na drugiej, bo taki profesor na przykład robi sobie
założenia co do tego, ile bitów ma int i nie widzi w tym problemu, to
masz właśnie do czynienia z kimś, kto nie potrafi pisać niezawodnych
programów tak w ogóle.