Pliki cookies na stronie. Aby zapewnic poprawne dzialanie strony na stronie wykorzystujemy pliki cookies. Wraz z wejsciem na strone, niektore pliki mogly juz zostac zapisane w folderze przegladarki.
Nie pokazuj wiecej tego powiadomienia.

poniedziałek 21 lutego 2011





Gdy terminy gonią zapominam, że programowanie to 75% myślenia i 25% robienia i często jest tak iż muszę robić dwa razy.

W takich sytuacjach powtarzam sobie pewne motto:

Należy dwa razy pomyśleć, nim zacznie się programować, aby nie trzeba było dwa razy programować, nim zacznie się myśleć.

Programista to nie robotnik a artysta. Brzmi conajmniej dziwnie. Ale robotnik wykonuje pracę w sposób który ktoś mu kazał. A programista wykonując swoją pracę tworzy. W większości przypadków ten kto zleca zadania programiście nie ma pojęcia o programowaniu więc programista musi myśleć za dwóch (a czasami i więcej).

Na studiach uczyli mnie, że programu się nie produkuje a tworzy. Wtedy tego nie rozumiałem ale teraz już wiem dlaczego tak jest.





9 komentarzy do “Programista tworzy a nie produkuje”

  1. Programista Tworzy, nie produkuje - develway.pl:

    […] serwisu Follow us on Twitter 86 śledzących RSS Feed  /  Mail 418 czytelników Programista Tworzy, nie produkuje 1 głosuj! Autor bloga porusza ciekawe zagadnienie. Odwieczna chyba dyskusja.    […]

  2. Karol:

    a ja nie zgadzam sie z autorem. Programista to zwyly koder. Ma klepać kod i zarabiac, tak jak murarz, ma klasc cegly.

  3. ti:

    @Karol Oczywiście każdy może mieć własne zdanie i ciesze się, że przedstawiasz swoje. Dobrze jest spojrzeć na sprawę z innego punktu widzenia.
    Ale nie zgodzę się z Tobą. Robotnik (np. ten murarz) ma wykonać pracę fizyczną bez zbytniego myślenia twórczego. Od punktu do punktu zgodnie z zasadami. A z programistą jest całkiem inaczej. To on musi myśleć za klienta i przewidzieć jego potrzeby i zachowania. Musi stworzyć coś z niczego a nie tylko wyklepać określoną ilość znaków na klawiaturze.

  4. Tomasz Nurkiewicz:

    Niezwykle dowcipny artykuł traktujący o tym samym problemie napisany ponad 40 lat temu:

    http://www.bobbemer.com/DAVINCI.HTM

  5. Lucek:

    Po części zgodzę się z autorem, ale jednak z doświadczenia wiem, że istnieje też coś jak programista-robotnik. W większej firmie, artystami są projektanci, to oni „tworzą” aplikacje, robotnikowi pozostaje wklepać to, co do niego należy. Fakt, musi przy tym myśleć, ale nie musi ogarniać całokształtu (wizji jaką mieli projektanci).

  6. Robert:

    Dokładnie tak zawsze myślałem :) Szkoda tylko, że pracodawcy tak często myślą inaczej.
    Improwizacja jest żywiołem programisty. Kiedy klient przychodzi i nie wie czego chce, a specyfikacja projektowa zajmuje pół strony…

  7. Krzysiek:

    Bo, należy rozgraniczyć pojęcie programista i koder. Koder zazwyczaj pracuje w większym zespole, ma nad sobą ludzi którzy mu mówią od którego do którego miejsca ma coś wpisać i w takim układzie improwizacja jest absolutnie nie na miejscu. natomiast programista to taki trochę freelancer – sam decyduje jak serwis będzie działać, jak będzie zakodowany (włącznie z fundamentami konstrukcji), prezentuje klientowi zazwyczaj kilka wersji i dopiero po jakimś czasie ustalają co i jak. Programiście jest ciężej – nigdy nie wie ile będzie miał pracy, ile to zajmie czasu i ile będzie kosztować :) Koder ma z górki: 8h * ilość znaków ;) * cena za znak i gotowe.
    Mój subiektywny punkt widzenia (programisty) ;)
    pozdr Kris.

  8. ti:

    @Lucek Niestety masz rację, że tak jest w większości firm. Gdzie projektowaniem np. aplikacji internetowych zajmują się graficy zamiast programiści. Wtedy oni są projektantami i artystami a programista jest robotnikiem. Ale uważam że takie podejście jest najgorsze z możliwych. Z drugiej strony rozumiem, że gdy klient przychodzi do firmy to potrzebuje ładnie wyglądający program a że czasami nie działa tak jak trzeba to na pewno wina programistów.
    Jednak to jest jedynie potwierdzenie tezy z artykułu, że programista jest artystą który gdy jest źle wykorzystywany traci to co ma najcenniejszego czyli zdolności kreatywne.

  9. ti:

    @Robert Programista i Specjalista od użyteczności oprogramowania (usability) /a nie Grafik/ powinni tworzyć zespół projektowy. Wtedy to ma sens. A niestety w większości przypadków jest tak, że Grafik (który często ma słabe pojęcie o usability) projektuje coś to z czym potem programista się męczy. A czasami wystarczyło by postawić kilka kresek inaczej i już by wszystko działało lepiej.
    Program (i część stron internetowych) to nie prezentacja on ma przedewszystkim dobrze działać a potem ładnie wyglądać!

Zostaw Komentarz

*