[seelk]

Jakieś wskazówki/porady jak najlepiej skonfigurować środowisko deweloperskie pod #python?

virtualenv, pyenv coś innego? Chciałbym móc mieć niezależność między projektami, czy to jest dobra praktyka?

https://towardsdatascience.com/comparing-python-virtual-environment-tools-9a6543643a44 przydatny ten artykuł?

[grajlord]

@seelk: virtualenv, zlokalizowany najlepiej poza folderem projektu - dzięki temu dość łatwo różne projekty mogą współdzielić jednego virtuala oraz nie trzeba bawić się w wykluczanie w gitignorze. Jeżeli jesteś na macu/linuksie, to virtualenvwrapper ułatwia pracę w konsoli. PyCharm też ma swojego graficznego managera i domyślnie używa virtualenva

[oczkers]

virtualenv

@seelk: To jest chyba najpopularniejsze, lekko okrojoną wersję zintegrowali w pythonie 3.3+

Chciałbym móc mieć niezależność między projektami, czy to jest dobra praktyka?

Potrzebujesz tego do testów czy przygotowujesz kod na konkretne środowisko?
Moim zdaniem dużo lepiej jest pracować na jednym środowisku, a testować za pomocą narzędzi takich jak travis.

[h.....t]

@seelk: Zależy jak mocno siedzisz w temacie już. Mi wystarczył virtualenv na samym początku, z resztą do tej pory mi wystarcza w 80% bo sobie robię aliasy w shellu sam, pyenv jest spoko - ale dla mnie za duża kobyła. Jak kodzisz pod M$, to polecam vagranta na vboxie, opcjonalnie docker - do WSL'a nie jestem przekonany, ale to może wynikać z alergii do M$.

[grajlord]

@seelk: Tu masz lepsze porównanie, niż ze swojego linku https://stackoverflow.com/questions/41573587/what-is-the-difference-between-venv-pyvenv-pyenv-virtualenv-virtualenvwrappe

[seelk]

@helmutt: kodzę głównie na macu, wiem, że mam spory syf z bibliotekami, chcę to utrzymać w większym porządku.
@grajlord: przejrzę, dzięki

[C.....t]

Jeżeli jesteś na macu/linuksie, to virtualenvwrapper ułatwia pracę w konsoli

@grajlord: na windowie też działa, używam od dawien dawna.

[Chochla]

@seelk: ja korzystam z pyenv + virtualenv lub pyenv + poetry. Dla mnie pyenv jest idealne do utrzymania porządku. Tutaj dosyć świeży tutorial tłumaczący co i jak.

[chrabia_bober]

@seelk: Ja uwielbiam pipenv. Polecam.
Dlaczego ? :
* Instalacja paczek (pip) + venv w jednym narzędziu
* Intuicyjne i łatwe w obsłudze API
*Lock file - czyli mniej sytuacji w stylu "Ale działało na devie"
* Rekomendowany przez python.org , teraz już standard w środowisku pythonowym
* Instalacja paczek równolegle - szybciej niż pip.

Więcej tutaj od Autora ( koleś od Requests, przedstawiać nie trzeba, reputację ma):

https://m.youtube.com/watch?v=GBQAKldqgZs

[Chochla]

@chrabia_bober: pipenv jest nieaktualizowany od stu lat w dodatku zawiera masę błędów. Poetry aktualnie zjada go we wszystkich aspektach.

[sztuczny_inteligent]

Od siebie polecam wirtualne środowiska od condy.

[chrabia_bober]

@Chochla: Ok, może masz rację, nigdy nie używałem poetry, wygląda ciekawie. Jestem ciekaw dlaczego dwa takie projekty powstały prawie w tym samym czasie i jak to się stało że pipenv nie dostał update od roku w porównaniu do 4 dni temu dla poetry.

[Chochla]

@chrabia_bober: polecam sprawdzić. Długi czas również korzystałem z pipenv i bardzo chwaliłem. Potem zaczęły się problemy, brak aktualizacji itd. Póki co z poetry zero problemów, wydaje się być lepiej zarządzanym projektem. Na górze zlinkowałem jak dobrze można je połączyć z pyenv i uzyskać bardzo przejrzyste środowisko.

[seelk]

@Chochla: czy dodatkowo korzystasz z wirtualizacji np. z docker używając z pyenv + virtualenv lub pyenv + poetry?

[Chochla]

@seelk: zależy od projektu. W domowych projektach nie