Szymon wrote:

> Gdyby mnie to nie interesowało to nie pisałbym sobie gry w assemblerze przez
> 1,5 miesiąca tylko po to żeby mieć swoją grę.
> Prosze nie pisać, że mozna to zrobic w językach wyzszego poziomu bo to nie
> jest zbyt trudne np w delphi,3D Max i opengl ale sztuka jest własnie w
> assemblerze.Ja sobie także troszke pomogłem pascalem.
> Z moich studiów znam jedna osobe, która potrafiłaby to zrobić i co z tego ?

kombinujesz w zdecydowanie zlym kierunku; zastanow sie przez moment
jaki jest obecnie rynek na programowanie w asemblerze pod dosa? no
moze jest to rynek urzadzen przemyslowych - cos zwiazanego z automatyka,
procesami produkcyjnymi: byles ze swoimi umiejetnosciami w tego
typu firmach? np. ADB z Zielonej Gory - chyba mi nie powiesz, ze po
zaprezentowaniu im swojej bieglosci w asemblerze zaproponowali Ci
prace za 1kPLN;

jezeli chcesz dobrze zarabiac to raczej nie jako klepacz (czyli najnizsza
forma w hierarchii) tylko jako chociazby analityk - chyba nie rozumiesz
tej kwestii; nie ma wiekszego znaczenia umiejetnosc "artystycznego"
napisania MALEGO fragmentu kodu; liczy sie umiejetnosc zaprojektowania
calosci - od analizy potrzeb klienta, poprzez przygotowanie pierwszej
wersji produktu, az do jego biezacej obslugi (powiedzmy: ulepszania);
w calym tym procesie naklepanie fragmentow kodu jest chyba najprostsza
sprawa - ot: pisze sie specyfikacje danego fragmnetu i daje klepaczom
do przeklepania na jezyk programowania;

> i tak stworzona jest gra działająca pod dosem w której każdy punkcik
> postawiony na ekranie jest zaprogramowany od a do z.

ale to sa kwestie techniczne!!! jezeli nie programujesz sterownikow
urzadzen czy innej automatyki to takie kwestie nikogo nie obchodza;
wazne jest to, zeby kod byl zgodny ze specyfikacja: zeby odpowiednie
stany wejsciowe przeprowadzal w wyspecyfikowane stany wyjsciowe;

> Podkreslam, że nie jestem jakiś szczególnym programistą w assemblerze i nikt
> już stosuje takich rozwiazań bo zajmuja poprostu za duzo czasu i są do tego
> inne szybsze rozwiązania.( czyt. szybkość pisania kodu a nie szybkość
> programu)

nieprawda - mylisz sie; jest rynek na programowanie w asemblerze;
problem w tym, ze Twoje horyzonty zamykaja sie teraz w "produktach
dla biznesu", ktore sie pisze w nowoczesnym kodzie, ale nie dlatego
ze asembler jest za wolny;

> Jesli ktos z czytających ten kod wie o co tam chodzi moze sie nazwac
> programista czy informatykiem bo od tego powinno
> się zaczynać chcąc pisać prawdziwe oprogramownie.

moze w latach 80-tych XX wieku to stwierdzenie byloby prawdziwe;

> Prosze wejść np. na portal www.letnik.pl i wyobraźić sobie napisanie takiego
> portalu tylko w troszkę bardziej zaawansowanej formie całkowicie od podstaw.

tylko po co? kto dzisiaj pisze cos od podstaw? sa cale frameworki,
gotowe "systemy portalowe" oparte na szkielecie komponentow; itd...

> Z obsługa płatności, dokupywaniem obiektów, linków, boksów, zdjęć,
> mailingiem, powiadomieniami, rozbudowanym panelem
> administracyjnym płatnosciami i kompletnym cms-em i innymi funkcjami
> wszystko od podstaw.
> Ile to zajmie doswiadczonemu programiscie czasu ? dla mnie niemal dwa
> miesiące.

nie zajmie - bo nikt mu tego nie zleci;

> Ja się dam poznać jako dobry specjalista jesli mi ktoś zapłaci za pracę jak
> specjaliście ... a za 1000 zł to można sobie okulary kupić co
> najwyżej.

no to zajmij sie taka praca, jaka wykonuja "specjalisci" - jezeli
chcesz sie faktycznie pakowac w programowanie, to zajmij sie
rozwijaniem jakiegos frameworka/narzedzia/technologii; jezeli chcesz
tworzyc "systemy biznesowe" dla uzytkownikow koncowych, to zajmij
sie analiza potrzeb, planowaniem, zarzadzaniem, ...

pzdrv;
adas;