🚀 go-pugleaf

Grzegorz Gruza wrote:
[...]
> Pracowałem kiedyś dla dużej firmy (ok. 200 programistów), teraz
> pracuję w zespole 10 osobowym i AFAIR: to małych firm nie stać na
> tworzenie własnych bibliotek - nie mają dość ludzi do tego. Nie
> oznacza to, że kupujemy komponenty z górnej półki cenowej, ale np. że
> część firmy używa Delphi, które zawiera w sobie znacznie bogatsze
> komponenty niż Visual Studio.
[...]

Witam!

Może i w sumie więcej, porównując Visual Studio .NET Professional z Delphi
Professional. Komponentów jest mniej bo nie ma osobnych do baz danych.
Większość najważniejszych komponentów Borlanda to owijki klas Windowsowych.
Z charakterystycznych Borlanda to chyba gridy są najważniejsze. Są jeszcze
przyciski z grafiką. Natomiast na korzyść VS.NET Prof. wpływa ilość rodzajów
aplikacji, które można skompilować, w tym ASP.NET.

Czyli wynika, z tego że duże firmy nie pisą bibliotek o im się nie chce a
małe bo nie mają ludzi do tego. Na razie jeszcze jestem niezależnym
programistą (studiującym) więc stać mnie na eksperymenty. Ale wydaje mi się,
że chyba jednak trzeba coś opracowywać
tworząc projekty. Każdy to robi, nie są być może to biblioteki ale
przynajmniej niepisane wzorce postępowania. Komponenty i kontrolki są o tyle
przykre, że trzeba je instalować w IDE i są wspólne dla całego środowiska,
przynajmniej tak jest w Delphi. Natomiast wykorzystanie kodu jest całkiem
miłe. Nie wieże, że do każdego projektu każdy przystępuje bez żadnego
dorobku.

Czasem jest przerażające jak się rozmawia programistami jak różne chwyty i
techniki oni stosują. Ten brak standaryzacji jest niepokojący, to
wykorzystywanie specyficznych cech jakiś rozwiązań także. Brak jakiegoś
ogólne spojrzenia na zagadnie, wiedzy o różnych możliwych rozwiązań problemu
i intencjach twórców danych gotowych rozwiązań, które są wykorzystywane.
Przynajmniej tak mi się wydaje.

Kiedyś zastanawiałem się jakie metody przyjąć, czy warto wielokrotnie
wykorzystywać kod i postępowej zgodnie z zasadą staraj się nie
powtarzać. No i z tego zastanawiania wszyło mi, że ma to taki sam sens jak
zakup oprogramowania przez użytkownika. Zwykle, przecież wszystkie te
czynności, które automatyzuje oprogramowanie przynajmniej można wykonać
ręcznie. Różnice są ale użytkownikowi nie musi na nich zależeć. Skoro
użytkownicy kupują oprogramowanie i musi to im się opłacać. Chyba nie można
tego zainteresowania użytkowników przypisać modzie i reklamie. Gospodarka
prędzej czy później powinna to zweryfikować. Skoro użytkownicy automatyzując
procesy na podobnej zasadzie programistą także to powinno się opłacać. Praca
programisty chyba nie jest taka tania?

Drugi wniosek, który mi się nasuną jest taki, że odpowiednie podejście
należy wdrożyć już na etapie projektowania.

Reasumując uważam, że nie należy obrażać się na to co piszą książki czy uczą
na uczelniach. Trzeba analizować niepowodzenia i szukać rozwiązań. Wiem, że
w praktyce może to wyglądać inaczej ale chyba trzeba wiedzieć co o tym
myśleć.

-- 
Pozdrawiam,
Marek Janaszewski
[ j_m...@gazeta.pl ]