eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingrzadki bład w programie w C++ › Re: rzadki bład w programie w C++
  • Data: 2021-08-30 13:20:17
    Temat: Re: rzadki bład w programie w C++
    Od: Mateusz Viste <m...@x...invalid> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    2021-08-30 o 12:29 +0200, heby napisał:
    > On 30/08/2021 11:51, Mateusz Viste wrote:
    > >>> Pokrótce obejrzałem. Pierwszy szok: rpm o rozmiarze 194 MiB.
    > >> To słaby argument. Atom wstaje szybko i tylko to się liczy.
    > > To nie był żaden argument :)
    >
    > Wobec tego, skoro to nie argument, to co Ci przeszkadza?

    Rozmiar nie jest argumentem. Argumentem jest ból brzucha, który rozmiar
    u mnie powoduje. I on mi przeszkadza. Naprawdę.

    > Ale nie przedstawiłeś *racjonalnego* agrumentu przeciw.

    Przecież podałem: widząc edytor tekstowy o rozmiarze 400 MiB ściska mnie
    pod żołądkiem. A ja wolę żyć bez bólu, niż z bólem. Czy to
    wystarczająco racjonalne?

    > > podświetlanie składni dla C, Java, CSS, itp?
    >
    > Podświetla składnie xmla? Czy kto piszący xmla to programita?

    Nie wiem, gdzie wyczytałeś o XMLu... Przecież wyraźnie pisałem o czymś
    innym. Tutaj dwa konkretne przykłady jak to wygląda, bo masz zdaje się
    nierzeczywiste wyobrażenia:

    https://imgpile.com/images/N3Qniw.png
    https://imgpile.com/images/N3Q4Ul.png

    Podświetlanie składni jest.
    Auto-indentacja jest (brak "napierniczania spacji"!).
    Search i search & replace są.
    Konfigurowalna szerokość tabulacji jest.
    Auto-save jest.

    Nic więcej mi nie potrzeba. Jest nawet kilka dodatkowych, potencjalnie
    fajnych rzeczy, choć z nich nie korzystam: zawijanie kodu, tworzenie
    zakładek w kodzie czy też podpowiadanie nazw zmiennych.

    > I widzisz czytelne diffy? Czy masz już w mózgu parser united diffa?
    > Widziałeś jak się pracuje z Tortoise/Rabbit lub ze zintegrowanym VCS
    > w edytor?

    Tak, widziałem. Gdybym całe dnie spędzał na oglądaniu diffów to może
    używałbym jakiegoś upiękczacza, ale analiza diffów to może z 5% mojego
    czasu. svn diff jest dla mnie jak najbardziej czytelny, i zupełnie
    wystarczający. A wygląda tak:

    svn diff unchtest.c
    Index: unchtest.c
    ====================================================
    ===============
    --- unchtest.c (revision 339)
    +++ unchtest.c (working copy)
    @@ -80,7 +80,8 @@
    int decodedbytes;
    unsigned char buffer[4096];

    - bytes = min((rand() % 256) + 1, file_chunk_len - bytesprocessed);
    + bytes = (rand() % 256) + 1;
    + if (bytes > file_chunk_len - bytesprocessed) {
    + bytes = file_chunk_len - bytesprocessed;
    + }
    printf("processing %4zu bytes of chunked data", bytes);
    memcpy(buffer, file_chunked + bytesprocessed, bytes);

    Ja to czytam bez problemu, nie potrzeba mi żadnych fikuśnych kolorków.
    A gdybym *naprawdę* potrzebował zastanowić się głęboko nad jakimś
    diffem, to po prostu wrzuciłbym go do pliku i otworzył domyślną,
    systemową diff-wyświetlarką (kompare).

    Mateusz

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: