eGospodarka.pl
eGospodarka.pl poleca

PracaGrupypl.praca.dyskusjeGodziny pracy programistyRe: Godziny pracy programisty
  • Path: news-archive.icm.edu.pl!news2.icm.edu.pl!news.provider.pl!not-for-mail
    From: Paszczak <s...@h...pl>
    Newsgroups: pl.praca.dyskusje
    Subject: Re: Godziny pracy programisty
    Date: Thu, 5 Jan 2006 22:10:02 +0000 (UTC)
    Organization: Dolina Muminków
    Lines: 30
    Message-ID: <dpk5fq$m76$1@proxy.provider.pl>
    References: <dpjbl2$35r$1@proxy.provider.pl> <dpjgm6$7u6$1@news.onet.pl>
    <dpjju4$j3q$1@julia.coi.pw.edu.pl> <dpjlq1$ppu$1@news.onet.pl>
    <dpjstm$h7p$2@proxy.provider.pl> <dpk3s6$dot$1@news.onet.pl>
    NNTP-Posting-Host: phone.provider.pl
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: 8bit
    X-Trace: proxy.provider.pl 1136499002 22758 194.187.144.2 (5 Jan 2006 22:10:02 GMT)
    X-Complaints-To: t...@p...pl
    NNTP-Posting-Date: Thu, 5 Jan 2006 22:10:02 +0000 (UTC)
    User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (Linux/2.4.31 (i686))
    Xref: news-archive.icm.edu.pl pl.praca.dyskusje:172238
    [ ukryj nagłówki ]

    Reksio <m...@p...onet.pl> wrote:
    > Zależy co robisz. Teraz czlowiek napisze kawalek kodu w PHP i juz sie
    > oglasza calemu swiatu ze jest programista. Czasem nie ma koniecznosci uslug
    > testera, ale warto by ktos ze swiezym spojrzeniem rzucil okiem na dzielo.
    > Wystarczy sie komus pochwalic, czasem na grupach mozna poslac link do
    > strony - a dostaniesz uczciwa, surowa opinie - to jest czesto bardziej
    > obiektywne. Nie powiedziales co ma programista robic, w czym pisac i dla
    > kogo. Taki model - ja to okresliles - to raczej tylko dla "powaznych"
    > przedsiewziec ma sens, bo 20 ludzi to sa duuuuuuze koszta.

    C (gcc), sprzęt sieciowy, system operacyjny na mikrokontrolery oparte na
    PowerPC. System już jest (własny, nie opierany na Linuxie, itp.), trzeba go
    teraz rozwijać o nowe funkcje, usuwać znalezione (przez klientów :) ) bugi i
    przystosowywać do nowych urządzeń (rdzeń zostaje ten sam, ale są nowe
    drivery interfejsów, protokoły sieciowe, itd.).

    Czasem wystarczy zmienić jakąś małą strukturkę i nagle okazuje się, że jakaś
    tam komenda kliencka z drugiego końca źródeł przestaje poprawnie działać.
    Poprawia się coś w driverze Ethernetu, a np. serwer DHCP czy SNMP się
    chrzani.

    Jest pewna lista rzeczy, które trzeba od A do Z sprawdzić przed
    wypuszczeniem nowego wydania firmware. Ja sam nie mam siły i podejrzewam, że
    programista też nie będzie się chciał w to bawić, bo to strata czasu (choć
    jest niezbędne). Oprócz tego jest oczywiście bieżące testowanie
    nowowprowadzonych funkcji - czy np. nowododana komenda działa zgodnie z
    założeniami, czy jest idiotoodporna, czy wyświetlane dane są poprawne, itd.
    To jeszcze może programista robić.

    P.

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