eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingJakie typowanie jest najlepsze i dlaczego statyczne?Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
  • Data: 2013-02-07 00:51:33
    Temat: Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
    Od: Andrzej Jarzabek <a...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On 06/02/2013 08:57, Maciej Sobczak wrote:
    > W dniu wtorek, 5 lutego 2013 00:12:12 UTC+1 użytkownik Andrzej
    > Jarzabek napisał:
    >
    >> Wręcz przeciwnie - im większe firma będzie musiała dawać podwyżki
    >> ich podwładnym,
    >
    > Jeszcze mnie męczy temat tych podwyżek (że jak zdecyduję się na
    > Scalę, to będę musiał dawać większe podwyżki programistom).
    >
    > Niby dlaczego mieliby dostawać większe? Bo jak nie dostaną, to
    > odejdą?

    Tak właśnie.

    > Gdzie odejdą, skoro żadna inna firma nie używa Scali a im to
    > sprawia frajdę?

    Gdzieś, gdzie im więcej zapłacą.

    > Zostaną na miejscu właśnie ze względu na tą frajdę.
    > Bo w przypadku, gdy żadna inna firma nie używa Scali, to jedyny
    > argument za przejściem do konkurencji to wyższe wynagrodzenie. Ale
    > skoro konkurencja używająca Javy może dać moim ludziom wyższe pensje,
    > to użycie bądź nieużycie Scali jest tu kompletnie nieistotne - nawet
    > jeśli nie użyję Scali w swoim projekcie, to nadal mam tą samą
    > konkurencję, która używa Javy i lepiej płaci. Wychodzi więc, że
    > użycie Scali w ogóle nie wpływa na temat przyszłych podwyżek dla
    > programistów,

    Przecież to nie działa tak, że jeśli ty płacisz 15 tysięcy, a ktoś płaci
    16, to na drugi dzień wszyscy twoi programiści pracują u tego kogoś. To
    jest proces stochastyczny: im mniej płacisz tym częściej twoi
    programiści odchodzą, i tym dłużej zajmuje ci znalezienie następnych na
    ich miejsce (spełniających twoje wymagania). Każda sytuacja, kiedy
    musisz zastąpić pracownika, który odszedł, kosztuje, bo:
    * minie jakiś czas zanim kogoś zatrudnisz,
    * sama rekrutacja kosztuje,
    * minie jakiś czas zanim nowy pracownik osiągnie produktywność tego,
    który odszedł (początkowo zapewne nawet obniży całkowitą produktywność
    zespołu).

    Użycie Scali powoduje, że ten koszt wzrasta, bo:
    * musisz podnieść poprzeczkę, co może wydłużyć czas rekrutacji,
    * wydłuża się czas do osiągnięcia produktywności.

    Mi przecież nie o to chodzi, że jak wprowadzisz Scalę, a nie dasz
    podwyżek (większych, niż byś dał bez tego), to pracownicy będą częściej
    odchodzić. Może będą odchodzić tak samo często, może nawet, jak
    twierdzisz, rzadziej. Ale za każdym razem, jak któryś odejdzie, to
    ciebie jako pracodawcę będzie kosztować to więcej - więc bardziej będzie
    ci się opłacało dać im podwyżki, żeby odchodzili rzadziej.

    > których zatrudnię i to niezależnie od tego, czy w
    > momencie rekrutacji oni Scalę znają czy też nie znają. Natomiast
    > jeśli konkurencja również zdedycuje się na użycie Scali (ale dlaczego
    > mieliby to zrobić, biorąc pod uwagę wszystkie Twoje argumenty
    > przeciw?),

    Dlatego że, co jest punktem wyjścia do całej tej dyskusji, pewne języki
    mają w odpowiednich warunkach przewagę nad innymi w postaci zwiększania
    niezawodności programów czy produktywności programistów.

    > to po prostu mamy mały rynek, gdzie mały popyt zgadza się
    > z małą podażą i dalej nie widzę powodu, żeby ktokolwiek miał zarabiać
    > kokosy tylko dlatego, że używa języka X a nie Y.

    Powód jest taki, że trudniej (drożej) go zastąpić. To jest bardzo
    powszechny powód do zarabiania więkzej kasy.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: