Tablica
Pokaż: ustaw jako domyślne
pokaż obrazki

Komentarze (35)

  • Reklamy Google

  • valdo +16  

    Jeśli 20 min szukania błędu nie daje rezultatu, to wstaje się od kompa, robi 15 minutową przerwę i siada ponownie - w zdecydowanej większości przypadków następuje błyskawiczne olśnienie ;)

    pokaż komentarz
    valdo
  • akwes 0  

    @valdo: a ja pisze projekt od nowa, chyba, że nie mam czasu to pół kodu zamykam w komentarze

    pokaż komentarz
    akwes
  • Cubes +7  

    Oj zdarza się. Może nie za często średnik, ale zazwyczaj coś równie trywialnego.

    pokaż komentarz
    Cubes
  • glorion +2  

    nie taki trudny jeśli się programuje w Pythonie

    pokaż komentarz
    glorion
  • emkaka 0  

    W Scheme też nie. No i co z tego? Pythona używa się komercyjnie stosunkowo rzadko, w przeciwieństwie do C-podobnych języków.

    pokaż komentarz
    emkaka
  • glorion +6  

    no ja miałem to szczęście używać Pythona do celów komercyjnych. zresztą lubię jak programowanie sprawia mi przyjemność a nie przyprawia o frustracje.

    pokaż komentarz
    glorion
  • vandut 0  

    @emkaka - Wypluj to.

    a potem zaglądnij tutaj: http://www.eve-online.com/faq/faq_07.asp
    "EVE uses a special Stackless version of Python for both the server and the client. This makes for a much simpler creation of game logic than what was available in the past."

    pokaż komentarz
    vandut
  • patryk34 +2  

    w polskich wersjach produktów microsoft, które się oprogramowuje zwykle jest tak ze wszystkie błędy zostały przetłumaczone jako: "wystąpił błąd" i szukaj programisto wiatru w polu....

    pokaż komentarz
    patryk34
  • akwes 0  

    [komentarz usunięty]

    pokaż komentarz
    akwes
  • xaweryz +3  

    mi to najczęściej zdarzają się literówki ... Lub kiedy indziej robiłem coś i przez godzinę zastanawiałem się dlaczego to coś nie działa. I potem się okazało się że jednak działa. Ale SQL wykonywał się na innej bazie danych a ja na jeszcze innej bazie podglądałem wyniki w pgadminie.

    pokaż komentarz
    xaweryz
  • alecc +5  

    pal licho java, wskaże mniej więcej błąd, ale javascript jak się uprze, że "błąd w funkcji xxx()" gdzie xxx ma 200 linii to już kapka.

    pokaż komentarz
    alecc
  • genobis +3  

    @alecc: firebug w FF, ewentualnie (nie sprawdzałem, ale ponoć służy do tego samego) dragonfly w O.

    Inna sprawa, że pisanie takich długaśnych funkcji to może trochę przesada ;-)?

    pokaż komentarz
    genobis
  • gluth +2  

    Żeby tylko takie problemy mieć, bywają bardziej denerwujące...

    pokaż komentarz
    gluth
  • vandut 0  

    Czasem zdarza się tak, że średnik w złym miejscu (lub jego brak) kompletnie zmienia działanie programu, pozostawiając przy tym kod źródłowy całkowicie zgodny ze standardem. Nie pomoże tu żadne IDE ani nic innego. I wtedy właśnie pojawiają się takie sytuacje jak w tym komiksie. To nie chodzi o to czy jest denerwujące czy nie. To jest cholernie ciężkie do naprawienia.

    Śmianie się z takich sytuacji świadczy tylko o tym, że macie albo zbyt mało doświadczenia, albo piszecie porządnie swój kod i (na szczęście!) nieprędko będziecie musieli spędzić całą noc na przeglądaniu 60 (średniej wielkości projekt) plików nagłówkowych i źródłowych z paręnastoma tysiącami linii łącznie. Good luck.

    pokaż komentarz
    vandut
  • echelon_ +1  

    Jest takie powiedzenie, że na napisanie 90% linii kodu potrzeba 90% czasu. Na napisanie kolejnych 10% linii potrzeba kolejne 90% czasu ;)

    Kończyłem raz pisać pewien programik, który nie do końca działał poprawnie. 2-3 godziny szukałem błędu którego nie było bo dev miał z kodem jakiś problem a visual wszystko ładnie i gładko przyjmował.
    Oj w takich chwilach mam ochotę wyrzucić kompa przez okno.

    pokaż komentarz
    echelon_
  • badboy 0  

    Prawdziwe, ale tylko w przypadku korzystania z czegoś co nie koloruje składni. W IDE to nie przejdzie.

    pokaż komentarz
    badboy
  • genobis +21  

    Prawdziwe, ale tylko w przypadku NIECZYTANIA wyjścia kompilatora ;-P

    Chciałbym mieć tylko takie problemy...

    pokaż komentarz
    genobis
  • chudzielec +11  

    Kompilator nie koloruje kodu. Robi to edytor kodu źródłowego, a Visual Studio to IDE (zintegrowane środowisko programistyczne), czyli wszystko w jednym.

    pokaż komentarz
    chudzielec
  • tharkang +3  

    Erm, kompilatory ostrzegają o:
    if(var != NULL);
    ____delete var;

    (podkreślenie to spacje jak coś)

    pokaż komentarz
    tharkang
  • emkaka +2  

    (1) Edytory często o tym nie informują
    (2) Kompilatory często mają z tym problem i wywalają błąd zupełnie inny. Później szukasz błędu 3 godziny i nagle, łał, średnik!

    pokaż komentarz
    emkaka
  • Karol-ek -3  

    Jak Was bawi ten komiks to już się nie dziwię, czemu wszyscy się śmieją z programistów. :P

    pokaż komentarz
    Karol-ek
  • genobis +4  

    Bo trzeba się umieć śmiać z samego siebie ;-P

    A jakiż to nie-programista śmieje się z programistów? Zawsze kilka dowcipów się znajdzie, ale myślę, że aż tak zabawni nie jesteśmy (równie dobrze można się śmiać z architektów, lekarzy, czy mechaników).

    pokaż komentarz
    genobis
  • Fistashi +1  

    Genobis, chyba Karol-kowi nie o to chodziło ;) Chodziło mu raczej o poziom tego dowcipu, jeżeli dowcipem w ogóle można to nazwac :)

    pokaż komentarz
    Fistashi
  • siteman -6  

    czasmi nawet trafisz na buga w php

    pokaż komentarz
    siteman
  • M4ks +30  

    albo na opisy błędów po hebrajsku ;)

    pokaż komentarz
    M4ks
  • macz +23  

    masz koszerny serwer? :P

    pokaż komentarz
    macz
  • nieroby +3  

    "Parse error: parse error, unexpected TPAAMAYIMNEKUDOTAYIM" ;D

    pokaż komentarz
    nieroby
  • Diabl0 0  

    Albo PDO którego komunikaty błędów rzadko mają cokolwiek wspólnego z faktyczną przyczyną błędu, vide string z pliterkami UTF-8 pakowany do pola TEXT latin1 w MySQL i komunikat błędu "Data too long" :)

    pokaż komentarz
    Diabl0
  • Nivertius -1  

    Cóż, Ada:

    Program:

    with Ada.Text_IO;

    procedure Test is
    begin
    Ada.TextIO.PutLine ("Test!")
    end Test;

    Kompilacja:
    nivertius@tentacle ~/test $ gnat make test
    gnatgcc -c test.adb
    test.adb:5:39: missing ";"
    gnatmake: "test.adb" compilation error

    Ale cóż, są gorsze i lepsze kompilatory ;-)

    pokaż komentarz
    Nivertius
  • Nivertius +5  

    Pieprzona, niewyłączalna 'składnia Markdown', która popsuła więcej postów niż w których była używana celowo.

    pokaż komentarz
    Nivertius
  • shpyo 0  

    A zasada szukania błędu w 3 (trzech) krokach: robimy jeden krok w tył od kompa, potem drugi, w końcu trzeci i... jest. Kod wygląda zupełnie inaczej! ;)

    pokaż komentarz
    shpyo
  • echelon_ +2  

    ... a jak zamkniesz oczy to dopiero kod wygląda ;)

    pokaż komentarz
    echelon_
  • krejd -1  

    Nom. Prawie jak kod Leonarda Da'Vinci, tylko trochę taki bardziej brutalny (throw, break, throw, exit, die, die)

    pokaż komentarz
    krejd
pokaż 

Wykopali i zakopali (276 / 26)