-
51. Data: 2007-09-14 08:28:26
Temat: Re: rynek pracy dla programistów PL/SQL
Od: glosnetu <g...@p...onet.pl>
On 31 Sie, 11:09, Adam Płaszczyca <t...@o...spamnie.org.pl>
wrote:
> On Thu, 30 Aug 2007 10:41:27 -0700, glosnetu <g...@p...onet.pl>
> wrote:
>
> >nic nadzwyczajnego. Jako j2ee'owiec mam co drugi dzien telefon lub
> >emaila z propozycja pracy w Pl lub zagranica. I z tego co wiem od
> >znajomych, nie jestem odosobniony.
>
> Mhm. A ile z nich proponuje Ci wynagrodzenie rzędu 200-300$ za
> godzinę?
wejdz sobie na http://www.itjobswatch.co.uk/ , sprawdz i porownaj
ilosci ofert i stawki dla slow kluczowych: j2ee oraz cobol (w kazdym
przypadku dostaniesz kilka pozycji). Wnioski?
--
Pozdrawiam,
glos
-
52. Data: 2007-09-14 08:36:59
Temat: Re: rynek pracy dla programistów PL/SQL
Od: glosnetu <g...@p...onet.pl>
On 31 Sie, 11:08, Adam Płaszczyca <t...@o...spamnie.org.pl>
wrote:
> On Thu, 30 Aug 2007 10:50:49 -0700, glosnetu <g...@p...onet.pl>
> wrote:
>
>
>
> >Ilosc firm poszukujacych j2ee'owcow jest zdecydowanie wieksza niz
> >ilosc wakatow dla cobolowcow.
>
> Podziel przez ilość j2ee'owców i cobolowców i zobacz ;)
>
> >W odroznieniu od cobolowcow moge przebierac w calej masie firm,
> >szukajacych programistow j2ee, a nie jestem ograniczony do kilku na
> >krzyz.
>
> W odróżnieniu od cobnoilowców firma jaka Cię zatrudnia nie będzie
> miała wielkich problemów ze znalezieniem kogoś na Twoje miejsce.
>
> >Na dodatek nie obawiam sie wymiany mnie na kogos innego, bo to ja
> >zmieniam pracodawcow, za kazdym razem zadajac podwyzki min 30%.
>
> Kiedyś się skończy.
pozyjemy, zobaczymy. Poki co mam jeszcze przed soba duze pole manewru.
I cala mase technologii, w tym doskonale platnego Cobola ;)
--
Pozdrawiam,
glos
-
53. Data: 2007-09-14 11:36:03
Temat: Re: rynek pracy dla programistów PL/SQL
Od: kooriyoo <k...@g...com>
> a te Twoje NET'owe embedded nie dzialaja przypadkiem wylacznie w
> MSSQL?
tu masz odpowiedz z przykladem:
http://www.oracle.com/technology/pub/articles/master
ing_dotnet_oracle/williams_sps.html
inna sprawa ze managed stored procedures nie nadaja sie do
wszystkiego.
zwykle CRUDy dzialaja w kodzie zarzadzanym wolniej, jednak
przetwarzanie danych, zwlaszcza operacje na stringach i obliczenia
matematyczne, sa juz troche szybsze w kodzie zarzadzanym. no i imo sie
troszke przyjemniej pisze.