@Spisssek:

które zna mniej niż 1% populacji ( ͡º ͜ʖ͡º)

To print("Hello World") pewnie pasuje. ( ͡° ͜ʖ ͡°)

@Murzinio: Tylko w Python 3.

@zygmunt_III_waszka: Sądząc po kalkulatorze wyborczym to bezpośrednio w kodzie ( ͡° ͜ʖ ͡°)

ugrysc

@oskar_15: ;_;

@oskar_15: ugryś to polecam ortografię, znaki interpunkcyjne i diakrytyczne. O-------ś tego posta na byle jak. Stylistyka i przekazanie informacji leżą. Poza tym widzę, że z tagu #programowanie zrobiłeś sobie ostatnio pomoc w zadaniach domowych. Podsumowując to nie przyłożyłeś się. Siadaj 1 i #czarnolisto

@kujaw: w drugim while dla i=1 masz nieskończoną pętlę.

@kujaw: to co pod spodem to kod pętli zewnętrznej tzn. tej pierwszej a kod tej drugiej to tylko n = n / i. Tak wygląda twój kod w trochę lepszym formatowaniu http://pastebin.com/rAJ5WSfW . Zwróć uwagę na wcięcia. Konstrukcję typu
while warunek : komenda należy unikać bo są trudne w odczytywaniu, szczególnie w przypadku pętli w pętli(zapomniałem jak się fachowo na to mówi :D).

@sylwke3100: Bo takich rzeczy to się chyba pythonem nie pisze?

Da sie to jakoś wytłumaczyć?

@Malakian: tak. nieznajomością składni pythona

@Malakian:

class NewClass: pass
o = NewClass

@zygmunt_III_waszka: jak dla mnie celem TDD nie są wcale testy - to imo produkt uboczny ;) TDD zmusza do przemyśleń nad architekturą i kodem w konsekwencji czego otrzymujemy (przynajmniej w teorii ;p) przemyślany kod lepszej jakości. Problemem pisania testów do istniejącego kodu (własnoręcznie napisanego/przetestowanego) jest to, że programista się "wyłącza" i nie myśli o innych przypadkach.

@zygmunt_III_waszka: piszę testy gdziekolwiek jestem! nie jestem apostołem metodologii tdd ale testy pisze zawsze jak moge, na code coverage leje porannym moczem ale ważniejsze rzeczy mam otestowane
nie zawsze się przydają, ale jak się przydają to się mega przydają :)

@oskar_15: ale o subprocess to Ty poczytaj

zmienna_ip = "192.168.178.1"
command = str.format("ping -c 1 {0}", zmienna_ip)
name = subprocess.Popen(command, shell=True)
name.communicate()

@zygmunt_III_waszka: Test-Driven Development with Python

@zygmunt_III_waszka: obey the testing goat

@Sudokuu: no to robisz sobie drugą instancję z inną wersją Django

@Sudokuu: VirtualEnv to katalog z podkatalogami bin, include, lib itd. Gdy zrobisz workon jakis_env (zakładam, że używasz virtualenvwrapper), te katalogi dodadzą się do ścieżek tak, że będą miały pierwszeństwo przed systemowymi /bin, /usr/include, /usr/lib itd. Tak więc zarówno binarka Pythona uruchomi się z wewnątrz VirtualEnva (czyli np. z ~/.virtualenvs/foo/bin/python), jak i potem biblioteki przeczyta z ~/.virtualenvs/foo/lib/python/ - pod warunkiem oczywiście, że je tam zainstalujesz (jeżeli ich tam nie znajdzie, toPokaż całość

@ca1ek: Nie, ta kata została napisana w taki sposób, że w tym miejscu powinien wystąpić błąd. Jest to przewidziane w test examples. Czyli: to że wystąpił błąd jest poprawne.

Pokaż spoiler

@Kramarz: Pisałem ostatnio bota pod ich market. Jak coś to PW.

@Malakian: http://www.wykop.pl/ramka/2206920/mirek-uczy-jak-programowac-w-pythonie/

Autorstwa @aseeonPokaż całość

@Spisssek: mixedCase można używać, jeżeli masz sporą ilość kodu już napisanego w ten sposób i chcesz żeby kod był spójny. Ale w innym przypadku najlepiej trzymać się podkreślników.

@Spisssek: Czytałeś PEP8? ;)

mixedCase is allowed only in contexts where that's already the prevailing style (e.g. threading.py), to retain backwards compatibility.

Jak masz ogromny projekt i cały team pisze w mixedCase, to piszcie tak dalej. Ważne, i to dotyczy każdego języka programowania, żeby kod był jednolity, czytelny i wydajny. Konwencje nazewnictwa metod czy zmiennych to temat do kłótni dla gimbusiarni.

PS. Jeden z tych debili, którzy pisali PEP8 toPokaż całość

@oskar_15: ładnie, ale kelwiny i

W przeciwieństwie do skali Celsjusza, w skali Kelvina nie używa się pojęcia "stopień", tj. temperatura 100 stopni Celsjusza to inaczej temperatura 373,15 kelwinów.

@LOLWTF: mam xperia tipo nie wymagaj klikania w linki prosze ( ͡° ʖ̯ ͡°)

@ca1ek: Obowiązkowa lektura na dobranoc: https://www.python.org/dev/peps/pep-0008/ . Co do inputa: nawet jeśli robisz to dla siebie, to rób to jak to mówią 'porządnie'. Zastosować raw_input a potem float() to nie problem ;)