- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
connect_attempt = 0
while True:
try:
r = requests_method(**kwargs)
except Exception as e:
if connect_attempt < cls.CONNECT_ATTEMPT_MAX:
connect_attempt += 1
else:
connect_attempt = 0
switchNext('Bad proxy')
continue
connect_attempt = 0
if cls.re_captcha.search(r.text):
switchNext('Capthca')
continue
return r
Можно просто
Но по-моему плохо ловить все подряд исключения без разбора.
Еще, что такое "Каптхка"?
>switchNext
В питоне используется сишный_стиль, в одной проге использовать несколько плохо смотрится.
https://www.python.org/dev/peps/pep-0008/
Function names should be lowercase, with words separated by underscores as necessary to improve readability.
А про сишный стиль согласен
В Win32API есть си, а стиля такова нет
Даже в твоем выводе я насчитал два разных кодстайла
но есть нюанс
Единственный язык, куда что-то ввели, это go, потому что там дедушка лучше знает, когда тебе писать
В ObjC у тебя класс NSPetuh. Не nsPetuh не ns_petiih, а NSPetuh, например.
Насрал в кулак
Держишь крепко
Думаешь конфетка
Ахахахахахахаха!
Мне нужно быстро отличать функции от полей.
И кстати я не пользуюсь IDE (Спасибо 2ГБ на моем старом ноуте)
Сначала в C++ я применял google code style.
Но все таки то, что вроде как называется "Венгерская нотация" будет получше.
потому что переменные, поля и функции именуются одинаково snake case'ом.
А в Linux до кучи еще и струтуры так же.
во-первых нет
во-вторых лучше куржопеньский стандарт, чем никакого
Как проперти?
Где-то нужны проперти, где-то нет. Проперти обычно идемпотентны и шустры
Методы -- нет
> Где-то нужны проперти, где-то нет. Проперти обычно идемпотентны и шустры
Ну да. Если получение длины гребешка — слишком тяжёлая операция для прозрачного заворачивания в проперти, можно явно объявить метод (который принято именовать в форме «сказуемое_подлежащее», или, в частности, «действие_ресурс»): «petuh.calculate_dlinu_grebeshka()».
Но вообще, статей по правильному™ именованию сущностей — вагон и маленькая тележка, выбирай любую и применяй с умом.
В Java и методы и поля начинаются с маленькой буквы.
В C# -- с большой (и проперти тоже).
Верно-ли я понимаю, что и C# и Java кодстайлы тоже говно?
А вот «C#», кстати, я не одобряю: код, в котором с больших букв начинаются только названия типов, визуально выглядит легче, чем решёточный подход. Но это уже вкусовщина, конечно.
чем кодстайл отличается от наименований?
что именно не нравится тебе в пеп 8?
чем это отличается от сишарпа и джавы?
Кодстайл — это правила, по которым код оформляется: отступы, новые строки, разделение слов в многословных идентификаторах (snake_case, camelCase, MACRO_CASE, etc), пробелы вокруг выражений и так далее.
Правила именования — это то, как именно программист называет переменные, функции, классы, методы и прочие сущности. Одно из таковых я уже приводил: функции/методы принято называть в виде «сказуемое_подлежащее»: «get_user_info», «create_words», «delete_instance» — нутыпонел. Заметь, что примеры я привёл в snake_case, но в контексте правил именования конкретный кодстайл совершенно неважен.
Вот небольшая статейка на тему: https://hackernoon.com/the-art-of-naming-variables-52f44de00aad.
> что именно не нравится тебе в пеп 8?
Он мне нравится. Я за «PEP8».
> чем это отличается от сишарпа и джавы?
В них мне тоже всё нравится, кроме того, что в шарпеях методы принято писать с большой буквы. По моему субъективному мнению, это немного ухудшает читабельность кода.
UPD: хотя я несколько неточен. Зачастую, в локальные кодстайлы (правила, подробно регаментирующие написание кода, которые действуют только в одной организации/команде) в том числе входят и правила именования, да.
Туфтологическая федорация.
А в S" Forth" только операторы над содержимым стека и данные: слова, словари (списки), статьи.
Поправьте меня, если я ошибаюсь.
твои слова?
Что такое
petuh.predict или petuh.collapse: поле или метод?
>https://hackernoon.com/the-art-of-naming-variables-52f44de00aad.
От нашего слова -- вашему
https://www.joelonsoftware.com/2005/05/11/making-wrong-code-look-wrong/
Мои слова заканчиваются так:
>>> то значит твоё именование переменных — говно
> petuh.predict или petuh.collapse: поле или метод?
Сравни:
«petuh.predict_answer или petuh.collapse_matrix»
В такой форме это — однозначно методы. Именно это я и пытаюсь донести.
> https://www.joelonsoftware.com/2005/05/11/making-wrong-code-look-wrong/
Хорошая статья, полезная, ещё бы не экономить буквы и писать «unsafe_name» — было бы вообще заебись. Чай, не начало двухтысячных, и ширина экранов — не 80 символов.
Только я не понимаю, как она противоречит идее о том, что называть сущности надо точно и однозначно.
как видишь, не все так однозначно
Исправил. Теперь всё однозначно, проверь.
http://goat.se/
Насрал в кулак
Держишь крепко
Думаешь конфетка
Комсомольск оптом и в розницу.
https://i.postimg.cc/jq3r5VTB/lal.png
Вся ссуть русни.
Но уже не воспроизводится. Пробовал и "booratinho" и "booratihno".
https://www.kinopoisk.ru/film/469665/
>режиссер Расмус Мериво
ахахахахахахах
Именно поэтому я за "PHP".
https://www.php.net/manual/en/class.thread.php
?
На пикабу статья даже есть...
Сторонний костыль.
Интересно, как с этим будут работать функции типа json_last_error(), если распарсить кривой джсон в джвух тредах.
Вы пыхе вообще есть стандартная либлиотека?
тут надо почитать
https://pikabu.ru/tag/PHP
В самом питоне нет
Синхронизация тредов и борьба с гонками -- дело сложное, скриптомакаки не осиливают обычно.
Конечно, GIL портит настроение когда у тебя 56 ядер, но в эпоху микросервисов можно и 56 микросервисов запустить.
Yes, PyPy has a GIL. Removing the GIL is very hard. On top of CPython, you have two problems: (1) GC, in this case reference counting; (2) the whole Python language.
For PyPy, the hard issue is (2): by that I mean issues like what occurs if a mutable object is changed from one thread and read from another concurrently. This is a problem for any mutable type: it needs careful review and fixes (fine-grained locks, mostly) through the whole Python interpreter. It is a major effort, although not completely impossible, as Jython/IronPython showed. This includes subtle decisions about whether some effects are ok or not for the user (i.e. the Python programmer).
CPython has additionally the problem (1) of reference counting. With PyPy, this sub-problem is simpler: we need to make our GC multithread-aware. This is easier to do efficiently in PyPy than in CPython. It doesn’t solve the issue (2), though.
Note that since 2012 there is work going on on a still very experimental Software Transactional Memory (STM) version of PyPy. This should give an alternative PyPy which works without a GIL, while at the same time continuing to give the Python programmer the complete illusion of having one. This work is currently a bit stalled because of its own technical difficulties.
Отсюда: https://doc.pypy.org/en/latest/faq.html#does-pypy-have-a-gil-why
Так что и в «пи-пи» он тоже есть.
А вот в «Jython» и в «Iron Python» похоже, что нет.
И еще PIL и PowerShell
A = в «Python» никаких полей нет
B = называются они аттрибутами
A и B => в «Python» никаких атрибутов нет.
???
Поэтому я за «PHP».
Именно поэтому я за «PHP».
В «PHP» ничего этого нет. Именно поэтому я за «PHP».
>> Для того, чтобы создавать проекты уровня "ВКонтакте" и "Facebook" на "PHP", вся эта хуйня не требуется.
>> Кому нужно "C++" когда есть "PHP" и прочее?
>> Советую процедурный "PHP" без фреймворков.
>> Позволю себе в очередной, блядь, раз напомнить, что на "PHP" работают такие гиганты IT-индустрии, как "ВКонтакте", "Facebook", "Yahoo" и "Wikipedia".
>> А ведь "C#" и подобные ему - полное говнище, не в пример "PHP".
>> Вы все заебали со своим кодом на "C++", "bach", "Python" и "VisualBasic". На этих блядущих языках уже давно адекватные программисты ничего не пишут - все перешли на "PHP".
тупых и нелгичных, как и все в пыхе
пыхеры напоминают девочку девяти лет, которая накрасила маминой помадой пол лица и напялила мамины туфли на 4 размера больше
ловля блох в питоне ничего не стоит
это не жаба и не кресты
Но исключения в оптимизированном нативном коде куда более заметны (Как минимум -- просёром префетча)
Ну слава богу, значит ты точно не даун!
Голосование по стандарту «Питона»?
Попахивает гнилью.
Любопытно, что в языках не поддерживающих обработку исключений, подобие конструкции try..except можно запилить... c помощью макроса с циклом внутри.
А вот на богомерзком purebasic, с юзаньем циклов. http://www.purebasic.info/phpBB3ex/viewtopic.php?p=87857
На сях видел аналогичное, пример поищите сами.
В винде можно вызвать API RaiseException.
И даже SEH