[Fitoplankton]

#naukaprogramowania
Mirki - mam mały problem konwencyjny. Otóż popisuję sobie w #python i #qt5 . I zgodnie z PEP8 metody powinny być pisane tylko małymi literami, ew. rozdzielone podłogą. Zaś qt napisany w cpp używa konwencji setGeometry(). To jak powinienem pisać? Bo teraz to wygląda tak, że metody autorskie rzucają się w oczy. Problem natury estetycznej, niezbyt istotny. Ale nie chciałbym popaść w złe nawyki.
Jakieś rady? ( ͡° ͜ʖ ͡°)

[sylwke3100]

@Fitoplankton: Nie stosować PEP8( ͡º ͜ʖ͡º) Polecam motzno

[Fitoplankton]

@sylwke3100: czyli lecieć konwencją czepluszową? A tak zapytam - jak to wygląda komercyjnie? Czy próbować wyszukiwać jakiś tego typu rzeczy czy olać, bo i tak zdążę się przeuczyć? ( ͡° ͜ʖ ͡°)

[Kiro]

@Fitoplankton: komercyjnie się omija z dala ludzi którzy pep8 nie stosują (przynajmniej z grubsza). metody malymi i _podloga, chyba że projekt już używał camelCase to też możesz, żeby było spójnie

[Fitoplankton]

@Kiro: bo właśnie ciężko to rozgraniczyć z qt. Czy też robić tak, że metody, które będą odpowiedzialne bezpośrednio za kontakt z gui zachować w camelu, zaś backend polecieć już w pep8?

[Kiro]

@Fitoplankton: w sumie to już kwestia wyczucia, jeśli cały projekt to praktycznie samo qt to wszędzie bym używał jego konwencji, ale jak qt to tylko mała cześć do frontu, to tylko w klasach które dziedziczą po klasach gui. Ale to kwestia wyczucia i osobistych preferencji :)

[Fitoplankton]

@Kiro: w pierwszym planowanym projekciku wszystko dałoby radę polecieć z konsoli, ale to ma być dla normalnych, średnio kumatych w komputerach ludzi. Więc ograniczy się do wyświetlania podstawowych parametrów i pobieranie danych tekstowych. Całe ciało poleci w czystym py, więc tak będzie idealnie. Dzięki za rady ( ͡° ͜ʖ ͡°)

[morsik]

@Fitoplankton: przeczytaj to PEP8 dokladnie. Jest opisana taka sytuacja i masz pisać tak by pasowało stylistycznie do reszty kodu, czyli w stylu Qt w tym wypadku.
I nie słuchaj tych co mówią by nie używać PEP8 bo to jest właśnie esencja Pythona.

[sylwke3100]

@morsik: Brzydka ta esencja jak na Python.

[gofr]

@Fitoplankton: nie słuchaj @sylwke3100. PEP8 to standard. Dotychczas, poza czystym PEP8, komercyjnie spotkałem się tylko z modyfikacjami PEP8 - wiesz, w stylu zamiast line length 79 znakow to 99. A metody - wyłącznie z underscorem. Nigdy camelcase. To Python, nie Java. Wiesz - to kwestia stylu kodu, dobrych praktyk. Jeśli chcesz w przyszłości popisać komercyjnie to trzymaj się od początku PEP8.

[gofr]

@sylwke3100: dlaczego brzydka? Rozumiem, że piszesz na codzień w Pythonie i nie stosujesz PEP8, tak? Kwestia dotychczasowych konwencji projektowych? Pytam bez żadnych złośliwości, czysta ciekawość.