freel4ncer pisze:powinienes uzywac try except by lapac problemy z request a nie if
do tego warto by bylo sie trzymac substytucji wszedzie w kodzie niz na przemiennie z konkatynacja
Docstringi pisze sie w funkcji / klasie do ktorej naleza nie nad nia
Radze stosowac sie do pep8 tu masz output z linta na twoim kodzie (zwlaszcza gdy publikujesz cos na linkedin)
Wiem, tylko zeby robic try except trzeba wiedziec co sie lapie bo robienie Except exception as error moze czasem
przyniesc wiecej problemow. To nie kod produkcyjny ;] brakuje unit testow itp.
W kazdym badz razie GET jak nie zwroci 200 to jest problem, a w przypadku POST 201.
Pisane na kolanie to w godzine, chodzi o koncepcje - zeby nasze srodowisko nie balo sie programowac
bo nie jestesmy gorsi.
peper pisze:To ja się boje swoje perlowe rzeczy publikować
Nie ma czego sie bac, konstruktywna krytyka zawsze ci pomoze a nie zaszkodzi w razie czego. Dla przykladu Gynvael Coldwind
wydal ksiazke, i juz klika errat robil, ludzie mu krytyczne bledy w kodzie zglaszali w przykladach ktore opublikowal ( w tym ja mu dzial sieciowy pomagalem poprawiac)
a ma ponad 2x lat doswiadczenia z kodem. Nawet w produkcji kod nie jest wolny od bledow, dlatego wychodza patche/latki i kolejne edycje. Takze publikuj
Staram sie przeciwstawic powszechnej opinni, ze Sieciowcy to zajeli sie sieciami bo nie potrafili/nie chcieli/nie umieli programowac.
gangrena pisze:horac pisze:Co ciekawe NSX pozwala na deployment logical switchy
z ta sama nazwa (odroznia je tylko VNI).
To objectId jest unikalnym identyfikatorem obiektu virtualwire, czyli logicznego switcha (LS). Ani nazwa, ani VNI takimi identyfikatorami nie są. Zatem logiczne switche nie odróżniają się tylko poprzez VNI w Twoim przypadku. Posiadanie możliwości nadawania tych samych nazw logicznym przełącznikom jest przydatne zwłaszcza w środowiskach multitenant z vCloud Director. Klienci mogą wówczas tworzyć swoje nazwy i nie ma problemu, by się powtarzały z nazwami obiektów u innych klientów. Jeżeli zarządzacie tworzeniem LS dla klientów, to wystarczy dodawać identyfikator lub nazwę klienta do nazw obiektów.
Masz racje, ale zauwaz ze jak dodajesz nazwe klienta pod obiekt LSa to juz on staje sie unikalny, nie widze sensu np dla jednego klienta posiadania zduplikowanych nazw LSow. Dlatego napisalem maly skrypt ktory nie zezwala na stworzenie wiecej niz jednego switcha o takiej samej nazwie. Klient zazwyczaj jak ma srodowisko dev/test/prod to sobie nazwie www-tier-klient-test, www-tier-klient-dev, www-tier-klient-prod. Raczej by nie chcial dwoch www-tier-klient-prod i omylkowo pomylil gdzie podlacza workloady.