eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingkolejne pytanie z pythona › Re: kolejne pytanie z pythona
  • Data: 2020-04-15 15:53:09
    Temat: Re: kolejne pytanie z pythona
    Od: g...@g...com szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu środa, 15 kwietnia 2020 15:01:37 UTC+2 użytkownik fir napisał:
    > W dniu środa, 15 kwietnia 2020 14:48:25 UTC+2 użytkownik g...@g...com
    napisał:
    > > W dniu środa, 15 kwietnia 2020 13:45:24 UTC+2 użytkownik fir napisał:
    > > > W dniu środa, 15 kwietnia 2020 12:54:16 UTC+2 użytkownik g...@g...com
    napisał:
    > > > > W dniu środa, 15 kwietnia 2020 02:58:08 UTC+2 użytkownik fir napisał:
    > > > > > mam dziwny problem (moze nie taki dziwny w sumie ale nie jestem
    przyzwczajony do takich bledow)
    > > > > [...]
    > > > > > o co tu chodzi? jak to naprawic?
    > > > >
    > > > > Python 2.7 jest od tego roku oficjalnie niewspierany.
    > > > > Nie wiem, po co go używać, zwłaszcza do nowego projektu.
    > > > >
    > > > > Zdaje się, że w Pythonie 3.x natywne wsparcie dla Unicode'a w stringach
    zostało poprawione.
    > > > >
    > > > > Możesz spróbować na wartości zwracanej przez recv wywołać decode('utf-8').
    > > > >
    > > > > Może pomoże.
    > > >
    > > > powszechna wiara ludzi ze nowsze wersje softu sa lepsze niz starsze jest dosyc
    > > > glupia - roznie to bywa
    > >
    > > Zgadzam się. Jest głupia. Raczej takie uproszczenie "nowe=lepsze" się nie
    sprawdza.
    > >
    > > Tyle że tutaj raczej chodzi o dostępność i o ekosystem, a nie o to, co jest
    "lepsze".
    > >
    > > > ja mam jakas ciagate do starszych wersji i zauwazam ze cos w tym jest te
    starsze sa czesto jakos bardziej true, raw, nie wiem jak to nazwac (sa tez zwykle
    szybsze i prostsze)
    > >
    > > W przypadku Pythona zarówno wersja 2.x jak i 3.x jest raczej kiepska.
    > > Żadna nie jest bardziej "true" czy "raw".
    > > Wiele spośród zmian z Pythona 2 na Pythona 3 jest po prostu głupich.
    > > (Ale zdaje się, że akurat wsparcie dla stringów jest w Pythonie 3 mniej skopane,
    niż w Pythonie 2)
    >
    > moze kolega podac przyklady i konkretne opinie bo inaczej taka dyskusja jest troche
    pusta.. moge przecztac bo sie interesuje oststnie pare dni tym pythionem (poki mi nie
    minie pewnia za jakies 2-3 dni)


    Jeżeli idzie o Pythona jako takiego, to np. to:

    >>> def f(x={})
    ... return x

    >>> a = f()
    >>> a
    {}

    >>> b = f()
    >>> b
    {}

    >>> a['x'] = 5
    >>> a
    {'x':5}

    >>> b
    {'x':5}

    Strasznie głupie.

    Albo GIL.

    Albo "piekło wersji", które zmusza do instalowania virtualenv.

    Albo upośledzone lambda-wyrażenia.

    Albo skopane zasięgi w "comprehensions" - na przykład, jeżeli napiszesz

    powers = [lambda x: x**i for i in range(10)]

    to jaką wartość będzie miało wyrażenie

    powers[3](2)

    ?

    I tak dalej.


    Jeżeli zaś idzie o przejście z Pythona 2 do Pythona 3, to sądzę, że uspójnienie
    instrukcji "print" z innymi funkcjami i wymaganie, żeby pisać

    print(x)

    zamiast

    print x

    było samo w sobie strasznie głupie.

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: