[Ilythiiri]

Pytanie techniczne: Zauważyłem ,że Pycharm nie podpowiada mi pewnych rzeczy dopóki ich pierwszy raz nie użyje.

Np. klasa ma jakiś atrybut lub metodę, używam jej pierwszy raz... i potem już widzę to w podpowiedziach.

Mam coś źle ustawione czy to tak powinno być ?

#python #django #pycharm

[Kurczak_w_sosie_slodko-kwasnym]

@Ilythiiri: Pewien nie jestem, ale u mnie to chyba tak samo wygląda.

[Kamyki_w_bucie]

@Ilythiiri: Bo niektórych rzeczy nie jest wstanie "odgadnąć". Dopiero później podpowiada Ci rzeczy których użyłeś - na zasadzie podpowiadanie pisowni a nie nazw funkcji

[Ilythiiri]

@Kamyki_w_bucie: Ok, dzięki za odpowiedź ( ͡° ͜ʖ ͡°)

[morsik]

@Ilythiiri: @Kamyki_w_bucie: @Kurczak_w_sosie_slodko-kwasnym: no chyba się Wam nie zindeksował projekt/moduły bo mi podpowiada poprawnie. A jak nie podpowiada to 99% mam skopane ścieżki/źle ustawiony virtualenv w PyCharmie.

Odgadywanie na podstawie tego co się wpisało to mają lamerskie edytory jak Gedit czy KWrite.

[L.....F]

@Ilythiiri: Pycharm część informacji może sobie zbierać podczas testów - drugie okienko

mi podpowiada poprawnie

@morsik: łącznie z dynamicznie przypisywanymi argumentami czy parametrami, gdzie nie wiadomo, jakie obiekty się przekazuje?

Analiza statyczna kodu działa dobrze, jednak nie wszystko nią wyłapiesz

[morsik]

łącznie z dynamicznie przypisywanymi argumentami czy parametrami, gdzie nie wiadomo, jakie obiekty się przekazuje?

@LOLWTF: no bez przesady, wiadome że to czego nie ma w kodzie (lub docstringach) nie będzie dostępne, ale OP sugeruje jakby kompletnie nic mu nie podpowiadało.

[Ilythiiri]

@morsik: @LOLWTF: Ogarnę potem, jeszcze w robocie siedze i mam hard coding.

Ogólnie większość rzeczy podpowiada, ale są takie co sam dopiszę do kodu i dopóki sam nie użyję to się nie pojawi. Ale np. domyślne metody klasy threading czy innej jak najbardziej działają.

[morsik]

@Ilythiiri: A masz odpowiedni katalog w swoim projekcie ustawiony jako Source Root? ;)

[L.....F]

nie podpowiada mi pewnych rzeczy

@morsik: OP mówi wyraźnie, że tylko pewnych rzeczy mu nie podpowiada :)

wiadome że to czego nie ma w kodzie (lub docstringach) nie będzie dostępn

@morsik: ale PyCharm jak sobie zgarnie te informacje, to może podpowiadać. I właśnie o to się rozchodzi

[morsik]

nie podpowiada mi pewnych rzeczy

@LOLWTF: to zdanie znaczy dokładnie to samo co nic. Nie wiadomo z niego co faktycznie podpowiada, a co nie. Dopiero po ostatniej jego wypowiedzi wiadomo.

ale PyCharm jak sobie zgarnie te informacje, to może podpowiadać. I właśnie o to się rozchodzi

No to czas zacząć pisać docstringi ;>

[L.....F]

No to czas zacząć pisać docstringi ;>

@morsik: lol, co ja, junior? :]

[morsik]

@LOLWTF: A jaki to ma związek z juniorem? Podpowiadanie kodu i opisy do zmiennych same się nie zrobią, a kto ma znać lepiej kod niż sam autor tegoż kodu?

[L.....F]

@morsik: tutaj kluczem jest samokomentujący się i czytelny kod. Kiedyś wrzucałem komentarze wszędzie, teraz robię to tylko, gdy jest niezbędne. Wolę napisać trzy oczywiste, krótkie funkcje, niż jedną dużą, którą trzeba komentować.

Dodatkowo w dużej liczbie komentarzy łatwo o zgubienie tego jednego, bardzo ważnego.

I przy intensywnym rozwoju kodu jest to dodatkowa rzecz, którą trzeba utrzymywać. A jeden nieaktualny komentarz jest gorszy, niż brak dziesięciu.

Komentarze zostawmy tym, którzy nie

[morsik]

@LOLWTF: Ale kto tu mówi o pisaniu pełnych pięknych komentarzy. W docstringach chodziło mi o pisanie zmiennnych które softy by mogły rozpoznać z minimalnym ich opisem (kilka słów/jedno zdanie) :P

[L.....F]

@morsik: komentarze dla softu? przesiądź się na prawdziwe IDE, które ich nie potrzebuje :)

[morsik]

@LOLWTF: jak widać PyCharm nie ogarnia zawsze o czym sam napisałeś i potrzebuje pomocy ;> Chyba zatoczyliśmy koło w rozmowie własnie.

[soma115]

Z tego co pamiętam - w komentarzach powinno być to czego nie ma w kodzie.

[gastlich]

@Ilythiiri Używanie type hints (annotacji) z pythona 3.5 sporo ulepsza podpowiedzi IDE, np obiekty zwracane przez funkcje itd.