
Alex
01.06.2018
01:31:31
Листик-то обязательно было портить такой писанинкой когда то же самое в примерах на ресурсах написано?)
Через 10 лет глядишь будешь просить на интервью писать тестовое задание на листике)

Ilya
01.06.2018
06:24:29

Google

Alex
01.06.2018
06:39:41

Lena
01.06.2018
07:59:36
Всем, привет. я совсем новичок, поэтому прошу совета - с чего начать изучение Python? Какие есть хорошие книги/курсы/сайты и тп?

Alex
01.06.2018
08:07:39

Lena
01.06.2018
08:08:06

Ruslan
01.06.2018
10:10:17

Lena
01.06.2018
10:10:47

efythonic
01.06.2018
10:24:02

Lena
01.06.2018
10:33:31

Aquinary
01.06.2018
10:58:14
Спасибо!
https://drive.google.com/file/d/1-fouGH4nGa3Dta03b5hKPREJkoE6tN9M/view?usp=sharing
Архив с очень большим списком книг, касаемых питона.

Lena
01.06.2018
10:59:22

Dmitry
01.06.2018
11:59:53
А в питоне треды безопасные?

xPushkin
01.06.2018
12:00:12

Google

Dmitry
01.06.2018
12:00:18
Как я понимаю это сводится к тому может ли другой тред менять чужие данные
Смотрел пристально
Он защищает внутренности интерпретатора. Но какие именно я так и не понял

Alex
01.06.2018
19:19:46
GIL больше нужен интерпретатору, увы)

Dmitry
01.06.2018
19:21:57
А если поток не успел доделать операцию он гил не отдаст?
Как тогда быть если другим потокам поработать надо? Ведь этот же не доработал до конца

Alex
01.06.2018
19:23:16
В общем там все практически как в системном планировщике, GIL на вроде прокси выступает)
И ему плевать успел поток что-то доделать или нет
Поэтому такие места в коде и называют критической секцией
Так же GIL отпускают (моментально) задачи связанные с сообщением с некоторым асинхронным драйвером(например сетевым). Потоки в таких задачах не имеют недостатков

Dmitry
01.06.2018
19:32:49
Если гил опустится то поток заснет на середине. И проснувшись может оказаться что данные которых он ждал изменены/отсутствуют
Как я понимаю вся проблема именно в том, чтобы потоки не могли засыпать/просыпаться в в произвольные моменты времени. Но если гил опускается внезапно, то потоки будут засыпать на полушаге

Alex
01.06.2018
19:34:27

Dmitry
01.06.2018
19:34:57
Мютекс как что удобно представлять?
Тоесть гил не один, там целый комплекс всего?
Хорошо, вот данные помечены мьютексом как используемые потоком А. Идет переключение на поток Б. Поток Б хотел работать с этими данными, но они залочены потоком А. И получается система пропустит поток Б и перейдет на С пока А не отдаст данные. Верно?

Alex
01.06.2018
19:38:45
В общем просто надо знать что действия с гил не атомарны, ни изменение структуры, ни запись в файл. GIL не дает атомарности пользовательскому коду. поэтому запись в файл ту же нужно обернуть в мютекс. Как пример. Например у тебя один поток пишет "hello" а потом "\n", а другой "world" "\n". Может выйти так, что один поток отработает свои тики, запишет "hello" и вместо второй команды выполнится 2 поток. Будет "hello world \n\n" в выводе
И что бы каждый поток выполнил операцию записи в файл и добавил символ переноса на новую строку нужно закрыть это как критическую секцию

Google

Alex
01.06.2018
19:42:27
lock
write("hello")
write("\n")
unlock
псевдокод
На деле методы выносятся в функцию доступную 2 потокам

Valar ?
03.06.2018
01:57:57
Народ, тут есть кто работал с SkPy - скайп апи на гитхабе который лежит?

Alex
03.06.2018
06:37:09
Try logging into Skype for Web to see where the problem lies.
The documentation (both for SkPy, and the Skype for Web protocol) is a work in progress, but the content is also hosted on GitHub -- submissions welcome.

Ivan
03.06.2018
13:36:25
не могу разобраться что не так. Когда использую функцию в главном потоке все прекрасно работает.
буду очень благодарен за помощь

Aquinary
04.06.2018
09:39:36
Офигеть. Чего теперь ждать?

Игорь
04.06.2018
09:41:16
И с нокиа, и с сотней других проектов

Aquinary
04.06.2018
09:43:51
Благо я юзаю гитлаб в основном для приватных реп

Игорь
04.06.2018
13:42:43
Кстате, а мелкософт вроде норм чувака на место СЕО гитхаба поставили, мб если они туда своими грязными лапами соваться не будут, то и не загнется

Aquinary
04.06.2018
14:06:33
Просто непонятно, что сподвигло продать своё детище микрософту

xPushkin
04.06.2018
14:06:48
То, c какой скоростью валят с ГитХаба смотрим вот тут:
https://monitor.gitlab.net/dashboard/db/github-importer?orgId=1

Aquinary
04.06.2018
14:06:54
Понижение количества получаемой прибыли?

Игорь
04.06.2018
14:09:05

Aquinary
04.06.2018
14:11:04

Google

Игорь
04.06.2018
14:12:35
Гуглу не нужно, а вот майкрософтовскому азуру гитхаб поперёк горла стоял, хоть они в него и вливали бабло и разработки, да и проекты свои хостили на нем

Aquinary
04.06.2018
14:24:26
Полгодика посмотрим