-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.chmurka.net!.POSTED!not-for-mail
From: Andrzej Jarzabek <a...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
Date: Wed, 06 Feb 2013 23:51:33 +0000
Organization: news.chmurka.net
Lines: 69
Message-ID: <keuqa9$n53$1@somewhere.invalid>
References: <f...@g...com>
<ke4872$acv$1@mx1.internetia.pl>
<6...@g...com>
<ke5fh1$use$1@somewhere.invalid>
<0...@g...com>
<4...@g...com>
<ke9552$6f6$1@somewhere.invalid>
<b...@g...com>
<kebqfs$2e8$1@somewhere.invalid>
<7...@g...com>
<kehdr8$piv$1@somewhere.invalid>
<8...@g...com>
<kem1vl$8n2$1@somewhere.invalid>
<7...@g...com>
<kepf8h$c3f$1@somewhere.invalid>
<7...@g...com>
NNTP-Posting-Host: 5ac53cfe.bb.sky.com
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: somewhere.invalid 1360194697 23715 90.197.60.254 (6 Feb 2013 23:51:37 GMT)
X-Complaints-To: abuse-news.(at).chmurka.net
NNTP-Posting-Date: Wed, 6 Feb 2013 23:51:37 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107
Thunderbird/17.0.2
In-Reply-To: <7...@g...com>
X-Authenticated-User: ajarzabek
Xref: news-archive.icm.edu.pl pl.comp.programming:201925
[ ukryj 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.
Następne wpisy z tego wątku
- 07.02.13 01:10 Stachu 'Dozzie' K.
- 07.02.13 01:12 Andrzej Jarzabek
- 07.02.13 01:18 Andrzej Jarzabek
- 07.02.13 01:29 M.M.
- 07.02.13 01:36 M.M.
- 07.02.13 02:09 Andrzej Jarzabek
- 07.02.13 06:05 Roman W
- 07.02.13 08:35 firr kenobi
- 07.02.13 08:50 AK
- 07.02.13 08:53 AK
- 07.02.13 09:12 AK
- 07.02.13 09:59 Maciej Sobczak
- 07.02.13 09:53 Sebastian Kaliszewski
- 07.02.13 10:10 Stachu 'Dozzie' K.
- 07.02.13 10:12 Maciej Sobczak
Najnowsze wątki z tej grupy
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
Najnowsze wątki
- 2025-01-04 Zbieranie danych przez www
- 2025-01-04 reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- 2025-01-04 w Nowym Roku 2025r
- 2025-01-04 Warszawa => Specjalista ds. IT - II Linia Wsparcia <=
- 2025-01-04 Warszawa => Java Developer <=
- 2025-01-04 Warszawa => Spedytor Międzynarodowy <=
- 2025-01-04 Warszawa => System Architect (Java background) <=
- 2025-01-04 Wrocław => Application Security Engineer <=
- 2025-01-04 Chrzanów => Specjalista ds. public relations <=
- 2025-01-04 Katowice => Key Account Manager (ERP) <=
- 2025-01-03 Problem z odczytem karty CF
- 2025-01-03 Jazda z Warszawy do Krakowa teslą
- 2025-01-03 Wrocław => Konsultant Wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-01-03 Warszawa => International Freight Forwarder <=
- 2025-01-03 Mińsk Mazowiecki => Area Sales Manager OZE <=