The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Нарушена работа поиска пакетов по Python-репозиторию PIP"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Нарушена работа поиска пакетов по Python-репозиторию PIP"  +/
Сообщение от opennews (??), 30-Дек-20, 22:02 
С 14 декабря перестал работать поиск ("pip search") в репозитории Python-пакетов PIP. Причиной является большой поток запросов XMLRPC, негативно влияющих на инфраструктуру...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54335

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 30-Дек-20, 22:02   +17 +/
Надо было просто переписать на си.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #58

2. Сообщение от Анын (ok), 30-Дек-20, 22:02   –14 +/
Фу на Питоне кодить.
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от Аноним (3), 30-Дек-20, 22:09   +2 +/
Спроси у Фроктала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #34

4. Сообщение от Аноним (4), 30-Дек-20, 22:13   +2 +/
Да ну, они на каждый запрос базу теребят, что ли?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #85, #87

5. Сообщение от neAnonim (?), 30-Дек-20, 22:17   +1 +/
+ еще сформировать и распарсить xml это же легко. питонист это не про эффективность
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #8, #9, #18

6. Сообщение от Аноним (6), 30-Дек-20, 22:19   –1 +/
Здравствуй ...опа, новый год!
Ответить | Правка | Наверх | Cообщить модератору

7. Сообщение от Нейромонашка (?), 30-Дек-20, 22:19   +3 +/
Ну это спасибо контейнерным макакам, которые не могут по-человечески скрипты написать
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

8. Сообщение от Кровосток (?), 30-Дек-20, 22:23   +/
Это точно!

Периодически поглядываю Trac у проекта 0.A.D, и он также периодически вываливается в Service Unavailable.

Питон всё-таки неторопливая змея и прожорливая :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #27, #43, #83

9. Сообщение от Аноним (4), 30-Дек-20, 22:25   +7 +/
Причем тут питон? Такие проблемы возникают из-за неправильной архитектуры, технологии тут не играют никакой роли. Инстаграм вон, например, на питоне прекрасно себя чувствует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #12, #48, #133, #144

10. Сообщение от Аноним (10), 30-Дек-20, 22:28   +1 +/
Вспоминаются запросы к DTD файлам, от которых как-то сайту W3C поплохело. Кэширование это сложно. У нас тут, понимаете ли, ОНЛАЙН.
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от RomanCh (ok), 30-Дек-20, 22:29   +/
> Поскольку ранее предлагалось удалить возможность поиска, то велика вероятность откладывания решения проблемы и объявления устаревшей имевшейся ранее функциональности поиска.

Решение достойное достойнешего из отстойнеших :)

Ответить | Правка | Наверх | Cообщить модератору

12. Сообщение от Аноним (1), 30-Дек-20, 22:32   +1 +/
Просто питонисты любят pure python батарейки пихать везде, а это же дно по производительности. Сложно объяснить почему бы не выбрать нативные вместо этого. Например, тот же pycurl и больше возможностей имеет и в миллион раз быстрее requests, Но, это же не так "красиво" в коде будет, и видимо это единственная причина (пока тебе не придётся заниматься манки патчингом вместо того чтобы взять опять же pycurl).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #13, #21, #24, #54

13. Сообщение от Аноним (4), 30-Дек-20, 22:36   +1 +/
Да причем тут вообще конкретные технологии? Ты хоть на питоне напиши с самыми быстрыми либами, хоть на си, хоть на асемблере, рано или поздно ты упрешься в производительность одного сервера и тебе придется горизонтально масштабироваться. А невозможность горизонтально масштабироваться это архитектурная проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #14, #16, #29

14. Сообщение от Аноним (1), 30-Дек-20, 22:41   +1 +/
Зачем в данном случае горизонтально маштабироваться? Купить новый ДЦ под никем невостребованный функционал вместо того чтобы отскалировать в разумных пределах? Ну и чем проще масштабировать, тем выше накладные расходы, на каких-то направлениях серьёзные нагрузки могут просто быть не предусмотрены сознательно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

15. Сообщение от Аноним (15), 30-Дек-20, 23:11   +/
Я правильно понимаю, что это глобальная проблема и теперь никто не может загрузить пакет через pip?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

16. Сообщение от Аноним (16), 30-Дек-20, 23:28   –2 +/
Если питон в 20 раз медленнее - то это "рано или поздно" настанет рано. И если для питона это год, то для С - аж 20 лет, за которые либо ишак либо эмир сдохнет.

"Рано или поздно", хех.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #25

17. Сообщение от Аноним (17), 30-Дек-20, 23:28   +/
Загрузить могут, но искать нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #20

18. Сообщение от Wilem82 (?), 30-Дек-20, 23:28   +6 +/
В чо такова, сначала весь хмл в память, потом в дом, потом ебануть сверху xpath, достать те два значения, ради которых это всё делалось, и тд. А, ещё на каждом шагу надо синхронно логировать происходящее на диск. А потом отключить поиск потому, что xml тормозит - плохая технология, причина выявлена, фикс наложен. А что касается тормознутости питона, вы видимо в 90-ых застряли - память сейчас дешёвая, процы быстрые (пох что питон треды нормально не умеет), так что идите обратно под камень, ретрограды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #84

19. Сообщение от Wilem82 (?), 30-Дек-20, 23:29   +/
Да, вот контейнеры тоже виноваты, не только хмл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #22

20. Сообщение от Wilem82 (?), 30-Дек-20, 23:32   +/
Правильно, питонистам некогда думать про circuit breaker-ы, rate limiter-в и прочие слишком сложные сложности software engineering - надо фичи поскорее писать, язык же такой удобный и ненапряжный, написал одну строку - и уже всё в продакшене, не то, что у ретроградов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #32

21. Сообщение от Аноним (77), 30-Дек-20, 23:36   +1 +/
>Сложно объяснить почему бы не выбрать нативные вместо этого.

Почему же, очень даже легко. Нативные - этш перекомпиляция всех либ при каждом обновлении дистра. Перекомпиляцию должен брать на себя дистр в идеале, а в реале в пакетах дистра во-первых говно мамонта, а во-вторых зачастую они вообще бывают нерабочими, потому что всем мейнтейнерам по***.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #23

22. Сообщение от Аноним (1), 30-Дек-20, 23:40   –2 +/
Дык xmlrpc это разве не жсон? ВОТ МЫ И ВЫЯСНИЛИ: ЖСОН ВО ВСЁМ ВИНОВАТ!11 Xml кстати вполне себе быстрый и эффективный, какие с ним проблемы могут быть? Ну если не упарываться по xmlscript или как там его, чисто для сериализации данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #56, #99

23. Сообщение от Аноним (1), 30-Дек-20, 23:41   +1 +/
Откройте для себя venv с pip. Зачем так страдать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #53, #68

24. Сообщение от jOKer (ok), 30-Дек-20, 23:47   +1 +/
На самом деле, у разработчиков на питоне причин для такой "любви" более чем достаточно.

Во-первых, чистый питон без танцев с бубном работает на разных платформах, а с этим проблем хватает. Я помню сколько у меня и моих коллег, было проблем с lxml, которая как раз бинарная, и которую надо было под используемую платформу компилить, и помню как мы с удивлением увидели, что у нового решения на чистом питоне мало того, что этих проблем нет, так еще и производительность выше... гм... или по-крайней мере, не ниже. Это как пример.

Во-вторых, код написанный на чистом питоне почти с нулевой вероятностью будет подвержен гонке за ресурсами, а сборка мусора будет работать куда более эффективно, поскольку будет привязана к бизнес-логике приклада, а не к логике бинарной либы.

Ну, и наконец, такое еще соображение (к requests оно, правда, не относится): кооперативная многозадачность в сетевых приложениях в целом более эффективна, чем вытесняющая многозадачность бинарных библиотек, поэтому сетевые приложения на чистом питоне, опять же в целом, работают быстрее, а нагрузку могут взять на себя большую, чем если бы под капотом была бинарная библиотека. Разумеется, тут все очень не просто и бывают разные случаи, но _в целом_ если делать ставку, при разработке сетевого приклада, на бинарь или на скрипт, то лично я в первую очередь смотрел бы на скрипт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #26, #46, #70

25. Сообщение от Аноним (4), 31-Дек-20, 00:03   +3 +/
Только пока ты на си это будешь писать, проект на питоне запустится,  накупит копеечного железа, закроет несколько раундов инвестиций, а может уже и сам закроется, лол
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #30, #103

26. Сообщение от Аноним (1), 31-Дек-20, 00:03   –3 +/
Не знаю. У меня помню было пару раз развлечение собрать lxml для венды, там нужен msvc компилятор и мс предоставляла интеграцию только с 2 питоном (это было с год назад). Или можно было взять любое из десятка окружение с cygwin и не иметь проблем. А дальше pip сам всё скомпилирует и установит.

Зато код написанный на чистом питоне утыкается в GIL примерно сразу. Опять же нужны какие-нибудь гринлеты и какой-нибудь uvloop… Который тоже на си, ой. Pycurl например кстати умеет в многозадачность и сам по себе, и освобождает ресурсы питону для более интересных змеиных дел.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #31

27. Сообщение от ИмяХ (?), 31-Дек-20, 00:03   –2 +/
Питон настолько медленный что numpy перемножает матрицы в десятки раз быстрее, чем самодельная либа с алгоритмом из школьного учебника.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #28, #61, #77, #130

28. Сообщение от Mike Lee (?), 31-Дек-20, 00:07   +4 +/
вот бы numpy на питоне был написан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #36

29. Сообщение от Аноним (-), 31-Дек-20, 00:19   +1 +/
> Да причем тут вообще конкретные технологии?

Притом, что у местных упоминание питона вызывает экзотермическую реакцию под 1500 миллирастов - свербит в одной точке, хочется хоть что-то вбросить.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #41, #45

30. Сообщение от Аноним (-), 31-Дек-20, 00:26   +1 +/
> Только пока ты на си это будешь писать, проект на питоне запустится,

Местные уже десяток лет ноют какой "этот ваш питон" отстой, зачем его пихают в пользовательское окружение, как он (вместе с питонистами совсем-совсе не нужен), потому что есть божественная сишечка ... но дальше нытья и словесных описаний крутых альтернатив "как нужно правильно" дело так и не зашло.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #51

31. Сообщение от Аноним (36), 31-Дек-20, 00:36   +/
>  код написанный на чистом питоне утыкается в GIL примерно сразу.

ну-ка, ну-ка, прокажи-ка свой код, который уперся в gil примерно сразу, трепло

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #33, #35, #76

32. Сообщение от Аноним (36), 31-Дек-20, 00:39   +4 +/
> питонистам некогда думать

думать - это точоно не по твоей части, раз ты строишь такие нелепые обобщения

> сложные сложности software engineering

покажи-ка свой гитхаб/код, трепло, посмотрим, как ты усвоил уроки software engineering

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

33. Сообщение от Аноним (1), 31-Дек-20, 00:40   –1 +/
Изи, пишешь скрапер без нативных батареек и пытаешься выжать локальные ресурсы. С этим каждый справится. Без кучи процессов, только треды. Ты упрёшься в гил уже на 2 тредах.

>трепло

Сама такая.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #37

34. Сообщение от Нямушки (?), 31-Дек-20, 00:43   +6 +/
Он сишные дырени на дорогах россии латает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #127

35. Сообщение от Аноним (1), 31-Дек-20, 00:53   +/
Да в общем-то не обязательно и скрапер (т.е. разбор xml и сеть) хватит и одного requests или hyper.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #38

36. Сообщение от Аноним (36), 31-Дек-20, 00:57   +/
какая разница, на чем он написан, если в профессиональной питон-разработке он применяется повсеместно, и альтернатив ему на других языках крайне мало
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #47, #50, #94, #111

37. Сообщение от Аноним (36), 31-Дек-20, 01:03   +6 +/
из серии "заставь дурака богу молиться" - для скраппинга как раз гринлеты подходят идеально, зачем потоки использовать там, где им не место?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

38. Сообщение от Аноним (36), 31-Дек-20, 01:04   +2 +/
ну-ка, ну-ка, рассказывай, как же упереться в gil на одном requests
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #39

39. Сообщение от Аноним (1), 31-Дек-20, 01:07   +/
> ну-ка, ну-ка, рассказывай, как же упереться в gil на одном requests

Просто используй его из двух и более тредов, а потом сравни производительность с pycurl (даже без ухищрений, на которые тот вполне сопособен). И давай это, тон попроще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #40, #42

40. Сообщение от Аноним (1), 31-Дек-20, 01:08   +1 +/
Если отстанутся сомнения, прогони под профайлером.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

41. Сообщение от Аноним (41), 31-Дек-20, 01:13   +1 +/
Сперва задумался, кто такие миллирасты и за что ты их так; но потом даже восхитился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

42. Сообщение от Аноним (36), 31-Дек-20, 01:14   +6 +/
> а потом сравни производительность

во-первых, ты вообще понимаешь, для чего нужен gil, и что значит "упереться" в него? причем тут производительность? во-вторых, есть куча pure python альтернатив requests, если не устраивает производительность, я не удивлюсь, если ты даже итератором не пользуешься, а загоняешь все в память сразу

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #49, #79

43. Сообщение от someoneNicko (ok), 31-Дек-20, 02:22   +1 +/
А на что именно поглядываете, если не секрет? Я там переводчиком помогаю, а вы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #74

44. Сообщение от Ноним (?), 31-Дек-20, 02:56   +/
Супер вектор для дудоса: добавить какое-то г-но в какие-то контейнера чтобы тупые макаки дудосили
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #135

45. Сообщение от Vkni (ok), 31-Дек-20, 04:13   +1 +/
> миллирастов

Красиво. Но с Питоном занятно - вокруг него сформировалось довольно дикое сообщество, которое пихает этот неплохой язык в совершенно неподходящие для него ниши и плюёт на пользователей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #52

46. Сообщение от Vkni (ok), 31-Дек-20, 04:15   +1 +/
Написание серьёзных программ на Питоне - это отличные вложения в job security. ;-) Что-то подправлять придётся практически ежегодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #143, #148

47. Сообщение от Аноним (47), 31-Дек-20, 04:25   +1 +/
> профессиональной питон-разработке
> профессиональной
> питон-разработке
> профессиональной

Спасибо, ты сделал мой день.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #66

48. Сообщение от Аноним (49), 31-Дек-20, 04:54   +/
Коллега, ты прав как никогда. У нас на питоне вполне шустро работают собственные реализации некоторых широко известных в узких кругах алгоритмов. Мы не используем "батарейки". Кстати, насчет них, где-то год назад шеф возмутился - а что это мы какое-то малоизвестное старье для вэбморды используем - а давай переедем на flask. Я чуйкой чуял что говно этот flask, но для убедительности нашел статейку где чувак ясно сказал, что flask == mediocrity. И хрен бы с ним, этим flask-ом. Я пробовал искать современные асинхронные либы/фреймворки - сцка, они все копируют посредственность. Если посредственность не скопировать - потеряют целевую аудиторию. В сонике, кажется, они это открытым текстом прописали. Не питон закапывать надо. Надо закапывать говнокодеров - фанатов популярного говна.

P.S. для хозяина этого говносайта: сцка в правильном написании и произношении давным-давно одобрено газпром-медиа, федеральными телеканалами и путиным лично

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

49. Сообщение от Аноним (49), 31-Дек-20, 05:22   –5 +/
Почитал я ваши бредни и вот что хочу сказать. Когда у вас будут модельки гигабайтов этак 10 (для начала), вот тогда-то вы и сможете ощущать отсутствие нормальной разделяемой памяти промеж процессами, gil, и прочие прелести питона. Кое-кто эти прелести обруливает на cython, там можно извернуться мимо gil, но это уже изврат с секасом и бубнами.

А всякие там requests - про это в детских садиках рассказывайте

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #55

50. Сообщение от Аноним (50), 31-Дек-20, 05:51   –6 +/
Он сделан модулем для питона, а значит переписать его на Си не составит труда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #59

51. Сообщение от Аноним (50), 31-Дек-20, 05:53   +/
А давайте будем объективными? У Python есть проблемы, как и у C\C++, как и у Rust, как и у любого другого языка. Просто язык надо под задачу выбирать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #106

52. Сообщение от Аноним (50), 31-Дек-20, 05:54   –1 +/
Это "дикое сообщество" есть в любом языке. *смотрит на раставиков и js-ников*
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #67

53. Сообщение от Аноним (50), 31-Дек-20, 05:57   +/
AUR и Pacman, не? Если нужен bleed-edge, то рач - идеальный варинат и страдать не надо с пересборкой в ручную каждый раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

54. Сообщение от Аноним (50), 31-Дек-20, 05:59   –1 +/
Объясните нубу, зачем использовать requests если есть urllib, который ещё и "батарейки".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #73

55. Сообщение от Аноним (55), 31-Дек-20, 06:01   +4 +/
бредни - это к разговору о gil приплести разделяемую память, придумать несуществующую проблему и приплести вообще не в тему cython. очевидно, что ты понятия не имеешь ни о прелестях питона, о которых ты, видимо, только читал тут комментариях таких же "икспертов", как ты сам, ни что такое gil, для чего он нужен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

56. Сообщение от Аноним (50), 31-Дек-20, 06:02   +/
> Xml
> быстрый и эффективный

А ничего, что стандартной его реализации в природе не существет и каждый лепит кто во что горазд? XML это язык разметки а не реализация библиотеки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #91

58. Сообщение от Аноним (58), 31-Дек-20, 06:29   –3 +/
Вот когда добавят в него здоровые элементы ооп - тогда возможно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #69, #71

59. Сообщение от Аноним (36), 31-Дек-20, 06:40   +4 +/
Только кретину (иксперту опеннет) может прийти мысль, переписывать модуль, структуры данных которого оптимизированны для взаимодействия с cpython, переписывать для работы с интерпретаторами других яп
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

61. Сообщение от myhand (ok), 31-Дек-20, 06:54   +/
Дай угадаю.  Самоделкин при самоделании не подумал почитать документацию и узнать про какие-то другие типы данных в стандартной библиотеке?  dict/list таки ваше все?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

64. Сообщение от Аноним (64), 31-Дек-20, 07:26   +/
> Поскольку ранее предлагалось удалить возможность поиска, то велика вероятность откладывания решения проблемы и объявления устаревшей имевшейся ранее функциональности поиска.

Очень плохо! Собственный поиск для такого огромного репозитория как pip просто необходим. Пользоваться всякими гуглями для поиска в pip увидеть не лучшие пакеты, а рекомендованные с верху.

> необдуманное включение "pip search" в некие автоматизированные контейнеры.

Вот объясните мне хоть одну причину для которой надо  "pip search" в контейнере?  "pip search" необходим программисту для выбора готовых библиотек, а в собранном контейнере он ненужен, разве что для умышленного вредительства.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #105, #125

66. Сообщение от Аноним (66), 31-Дек-20, 07:58   –1 +/
во время следующего перерыва в ковырянии баш-портянок своего локалхоста, погугли, на чем и кем сделаны 90% ml-фреймворков
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #72

67. Сообщение от Vkni (ok), 31-Дек-20, 08:11   +/
> Это "дикое сообщество" есть в любом языке. *смотрит на раставиков и js-ников*

Ну в rust есть хотя бы достаточно высокая вероятность увидеть ошибку компиляции если upstream поломали. Хотя они какие-то гиперактивные последние годы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

68. Сообщение от Аноним (77), 31-Дек-20, 08:22   –1 +/
Наркоманией не страдаю. В системе должны быть только интерпретаторы из пакетов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #114

69. Сообщение от ация (?), 31-Дек-20, 08:26   +3 +/
ООП дрочер?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

70. Сообщение от Аноним (77), 31-Дек-20, 08:26   +/
>кооперативная многозадачность в сетевых приложениях в целом более эффективна, чем вытесняющая многозадачность бинарных библиотек

Разве вытесняющая не включает в себя кооперативную как частный случай?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #140

71. Сообщение от A.Stahl (ok), 31-Дек-20, 08:29   +2 +/
В Си нет struct? Чего тебе ещё ООП-специфичного сильно не хватает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #82

72. Сообщение от Аноним (47), 31-Дек-20, 08:30   +3 +/
да че вы там носитесь со своими ML? Пихон там используется просто как очень мощный... конфигурационный файл (sic!) нейросеток. Типа как ini, но с переменными. Причем в тензорфлове пихон для Lambda нужно писать особым образом, чтобы его можно было скомпилить в какой-то свой собственный байткод, а не в пихоновский.

Далее, касательно нумпи. Используется учеными, да. Не программистами, а учеными, которые используют пихон как очень мощный калькулятор (sic!), а не язык программирования. Потому что язык программирования нужно сидеть и учить, а пихон особого изучения не требует -- нумпи в руки и вперед, рисовать в matplotlib всякую невоспроизводимую в будущем хрень.

Ну и, как вишенка на торте --

https://github.com/tensorflow/tensorflow
C++ 61.2% | Python 26.2%

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #131

73. Сообщение от Аноним (77), 31-Дек-20, 08:32   –2 +/
Ты имеешь в виду urllib3? Ну можно, но осторожно. На самом деле не очень можно - однажды мейнтейнеры проекта совсем поехали, разом закрыв все PR, потому что у них типа нет времени на их разбор. После этого urllib3 для меня умер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

74. Сообщение от Кровосток (?), 31-Дек-20, 08:33   +/
А я поглядываю просто на текущий статус заявок, ожидая 24-й альфы. Исключительно с потребительской точки зрения поглядываю :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #110

75. Сообщение от Аноним (76), 31-Дек-20, 08:33   +/
Остаётся одно, грепать https://pypi.org/simple/

Данных с гулькин нос, их можно спокойно кинуть в раму даже на замом захудалом вертуальном сервере с небольшой обвязкой на той же ноде, го с нгинкс и будет счастье.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80, #107

76. Сообщение от Аноним (76), 31-Дек-20, 08:51   +/
Я не питонист, но как пример: передача одновременно данных от множества криентов к серверу и обратно с некоторой обработкой.

На c/c++/go это реализуется просто, упираемся лишь в канал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

77. Сообщение от Аноним (77), 31-Дек-20, 08:54   +/
Numpy по сравнению с tensorflow для cpu сосёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

78. Сообщение от Аноним (78), 31-Дек-20, 09:31   +/
ктото смастерил скайнет и кликнул деплой?
Ответить | Правка | Наверх | Cообщить модератору

79. Сообщение от Аноним (1), 31-Дек-20, 09:33   +/
Это не важно, из-за GIL питон совершенно однопоточный. Выход из этой однопоточности либо несколько процессов (но тогда ещё больше ресурсов уходит на синхронизацию, а процессы на венде вообще отдельная песня), либо нативные батарейки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #115

80. Сообщение от Аноним (80), 31-Дек-20, 09:34   +/
Спасибо. Мобильные браузеры убиваются :)

Ещё бы такую же страницу с одними названиями, без ссылок, для краткости. И ещё одну с названиями и описаниями. И с поддержкой HTTP ranges. И пусть каждый их качает и грепает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #81, #86

81. Сообщение от Аноним (80), 31-Дек-20, 09:43   +/
Десктопный FF тоже завис на этой странице, пришлось убить вкладку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

82. Сообщение от Аноним (82), 31-Дек-20, 09:50   +2 +/
В struct нет нормальной икапсуляции для методов. Нет наследования вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #89, #97, #104, #128

83. Сообщение от Аноним (82), 31-Дек-20, 09:56   +/
>Питон всё-таки неторопливая змея и прожорливая :)

Адаптировать программу под PyPy.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #132

84. Сообщение от X86 (ok), 31-Дек-20, 10:04   +/
Помню, как-то давно рассуждали, что все надобно писать на ассемблере, чтобы полнейшая автономность и монопольный доступ. А все эти высокоуровневые Си - для чайников.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #98

85. Сообщение от Аноним (85), 31-Дек-20, 10:12   +/
А как иначе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

86. Сообщение от Аноним (86), 31-Дек-20, 10:13   +/
Ну да, мобилы от этого не в восторге.

Эти идиоты даже не смогли в разбить этот массив данных на группы. Например: /aa, /ab, 1c и так далее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #136

87. Сообщение от Аноним (85), 31-Дек-20, 10:24   –1 +/
Нельзя теребить базу данных на каждый запрос. База данных не для того чтобы обрабатывать запросы, а для того чтобы хранить данные.
Только глупые питон программисты не понимают такую очевидную вещь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #138

88. Сообщение от Вы забыли заполнить поле Name (?), 31-Дек-20, 10:29   +/
Очередная крэпорепа пипнулась?
Ну и пёс с ней.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93

89. Сообщение от A.Stahl (ok), 31-Дек-20, 10:51   +5 +/
Наследование заменяется композицией в большинстве случаев без каких-либо проблем.
Нормальной инкапсуляции нет, но в масштабе небольших Си программ это не трагедия.
В общем жить можно и без сахара. Просто не так сладко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #92, #95

90. Сообщение от AnonymPatient (?), 31-Дек-20, 11:30   +2 +/
>>Супер вектор для дудоса: добавить какое-то г-но в какие-то контейнера чтобы тупые

Не переживаем, уже все сделано - в одном из TIER-1 из top-5 одной отрасли на каждое разветрвыание docker`a при сборке коммита из vcs - происходит плять, клонирование gtest репки из внешней сети..
На предмет пару строчек для реализации паттенра "локальное хранилище", не неслышали - этта п*ц и а*уй... - и вот как-то git репка регла...
это верхушка, если че..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

91. Сообщение от пох. (?), 31-Дек-20, 11:49   –2 +/
Это вы вот сейчас серьезно? Каждая-каждая макака тут же способна отложить из под хвоста работающий парсер xml с xpath  ?

> XML это язык разметки а не реализация библиотеки.

угу, реализация называется libxml2 и libxsltproc

И именно потому, что.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #100

92. Сообщение от Аноним (92), 31-Дек-20, 11:51   +/
Проблема сладкоежек, сугубо их проблема. Почему отсутствие ООП - совершенно другой парадигмы должно считаться каким-то недостатком? Структурная парадигда полностью самодостаточна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

93. Сообщение от пох. (?), 31-Дек-20, 11:52   +1 +/
Так ничего ж неработает?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

94. Сообщение от Mike Lee (?), 31-Дек-20, 11:55   +/
> какая разница, на чем он написан, если в профессиональной питон-разработке он применяется
> повсеместно, и альтернатив ему на других языках крайне мало

разница в том, что кто то тут пытался сказать что numpy такой быстрый потому что питон. а это мягко говоря не так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

95. Сообщение от Аноним (82), 31-Дек-20, 12:08   +/
А зачем тогда мучаться, если есть C++?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #96, #102

96. Сообщение от A.Stahl (ok), 31-Дек-20, 12:12   +/
Да 100500 причин: от "тут так принято" и "потому что 99% проекта уже написано на Си" до "не знаю я никаких ваших плюсов, деды писали на Си, вот и я пишу на Си"


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

97. Сообщение от lockywolf (ok), 31-Дек-20, 12:54   –1 +/
Наследование делается через member field.

Инкапсуляция для методов обычно не нужна, но если очень хочется, добавь поле указателей на функции, которым разрешено работать с этой структурой. Получишь даже круче, сможешь туда добавлять и удалять функции по требованию.

Полиморфизм делается через union.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

98. Сообщение от Wilem82 (?), 31-Дек-20, 12:57   +1 +/
> Помню, как-то давно рассуждали, что все надобно писать на ассемблере, чтобы полнейшая  автономность и монопольный доступ. А все эти высокоуровневые Си - для чайников.

Не, стопудов - языки программирования с высокоуровневыми конструкциями / абстракциями - это здорово. Но из всего множества языков с такими ствойствами имеет смысл выбрать наилучший, а не питон. Я вообще тормознее питона ничего не встречал. Может, руби на уровне - не уверен.

Но тут дело не только в тормознутости питона, а ещё и в логике самой программы. Реально, что они, кеш не умеют? Поисковые движки типа Lucene они тоже не умеют? А как шардинг делать они тоже не знают? А ограничение кол-ва запросов в секунду по каким-то критериям тоже неосилили запилить?

Или дело в том, что эта репа пакетов хостится на чьи-то сбережения накопленные с денег на обеды, а софт под неё разрабатывают добровольцы которые никому ничего не должны, радуйтесь что хоть такое написали?

В таком случае - при нехватке ни железных, ни разработческих ресурсов - конечно остаётся только отключить функционал. Непонятно только, как в таком положении может оказаться центральная репа топового по популярности языка программирования.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #134

99. Сообщение от Аноним (85), 31-Дек-20, 12:58   –1 +/
Конечно json. Оно и называется
XMLrpc для того чтобы сразу было понятно что это тормозной json
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #101

100. Сообщение от Аноним (85), 31-Дек-20, 13:00   +/
А вы уже написали парсер xml?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

101. Сообщение от Аноним (1), 31-Дек-20, 13:02   +/
Называется оно так по историческим причинам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

102. Сообщение от Аноним (102), 31-Дек-20, 13:02   +1 +/
Томпсон терпел и нам велел!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

103. Сообщение от Урри (ok), 31-Дек-20, 13:17   +1 +/
Вполне неплохая сказка, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

104. Сообщение от Аноним (-), 31-Дек-20, 13:35   +/
Наследование классов - зло. Нормальным является только наследование интерфейсов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #126

105. Сообщение от пох. (?), 31-Дек-20, 14:05   –2 +/
> Вот объясните мне хоть одну причину для которой надо  "pip search"

Откуда я знай? Так было в том вопросе на стековф откуда я скопипастил!
Мне некогда читать ответ - начальника сказал что если не запилим фичу до 16:00 сегодня - из меня сделает селедку под шубой. А если запилю - буду молодцом (или холодцом?)

Мы уважаемая компания из top500, а не какой-то васянский подвал, где ты можешь тратить рабочее время впустую! (Иначе бы никакого вреда от единственного васянского контейнера с дерьмом и не было бы - ан, смотри-ка, смотри-ка - наш-то, наш-то - уже деплоют!)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

106. Сообщение от Аноним (-), 31-Дек-20, 14:05   +/
> А давайте будем объективными? У Python есть проблемы, как и у C\C++,

Ну давайте - при каждом втором упоминании питона вылезают местные знатоки и начинают срач, смысл которого сводится к тому, что питон не нужен, потому что можно и нужно переписать на сишечке, максимум с вкраплениями шелла.
Попутно выливают поток помоев на "бидон" и "бидонистов", нахваливают себя любимых (какждый второй опеннетчик в таких темах - профессиональный сишник с 30 летним стажем).

Но дальше балабольства и общих разглагольствований (конкретики местные старательно избегают, потому что частенько вылезает незнание матчасти и элементарных вещей ))  дело еще ни разу не заходило - никто еще не запостил "смотрите, я тут переписал мезон!" или "вот с-youtube-dl!".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #122

107. Сообщение от пох. (?), 31-Дек-20, 14:09   –1 +/
> Остаётся одно, грепать https://pypi.org/simple/

сейчас допросишься - и его выключат!

> Данных с гулькин нос, их можно спокойно каждый раз тянуть и заново парсить э...280571 строк в
> поисках единственной нужной, на самом захудаленьком сервере, и будет щастье. Жаль что недолго.

Поправил, не благодари!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #120, #149

108. Сообщение от Аноним (108), 31-Дек-20, 14:44   +/
Ничего не работает и всем наплевать
Типичный питон
Ответить | Правка | Наверх | Cообщить модератору

110. Сообщение от someoneNicko (ok), 31-Дек-20, 15:14   +/
Если есть желание (и у вас не Zen 2), можно сбилдить самому то, что есть на текущий момент. Никаких кардинальных изменений больше не будет в рамках 24 версии, основная причина задержки -- несовместимость с Zen 2, которую обязательно нужно править.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

111. Сообщение от asdasd (?), 31-Дек-20, 15:16   +1 +/
Потому-что речь шла про скорость Python'а и вы привели в пример быстрый numpy, который на C/Fortran.
В том-же Android'е Dalvik /ART? Ага, только вот как только разработчикам дали NDK все что можно стали переписывать нативно и в итоге в пакетах N so'шек лишних -_-"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

112. Сообщение от Аноним (112), 31-Дек-20, 18:51   +/
Гвидо на пенсии, а пистон все не могут до свалки донести...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #117

114. Сообщение от Аноним (114), 31-Дек-20, 20:27   +4 +/
упаси бох любой любой проект от одминья вроде тебя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

115. Сообщение от Аноним (114), 31-Дек-20, 20:32   +/
> Это не важно

в принципе, на этом с такими как ты любые дискуссии нужно заканчивать, желательно увольнением

> из-за GIL питон совершенно однопоточный

повторяю, ты совершенно не понимаешь, что такое gil и для чего он был сделан. из-за gil нет возможности эффективно освобождать ресурсы в случае сильного расхождения времени исполенния в потоках - ВСЕ! это единственный и да, немалый минус, но в итоге в питоне безопасный, простой (а значит быстрый) механизм работы с потоками, в том числе вызывающими функции нативных модулей

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #119

116. Сообщение от Аноним (117), 31-Дек-20, 20:41   +/
добавить rate limiter? Или запросы никак не связаны?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #137

117. Сообщение от Аноним (117), 31-Дек-20, 20:43   +/
С разморозкой: он теперь «улучшает» питон в компании-лучшем друге опенсоурса мелкософте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #139

119. Сообщение от Аноним (1), 31-Дек-20, 20:58   +/
Я не понимаю? А может быть ты поленился проверить под профайлером, сколько ресурсов уходит на синхронизацию тредов и конкретно на него? Ты же самый умный, да?

>в том числе вызывающими функции нативных модулей

Нативные модули его освобождают когда только могут, быстрые они не в последнюю очередь по этой причине.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

120. Сообщение от НеПох (?), 31-Дек-20, 21:21   +/
Им нужно переходить на аналог Linux репозитория с зеркалами и так далее.

py-get update && py-get search "ути-пути-питоняка-v2"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

122. Сообщение от Аноним (47), 31-Дек-20, 22:33   +/
> никто еще не запостил "смотрите, я тут переписал мезон!" или "вот с-youtube-dl!".

Как никто не запостил? Вот был пихоновский createrepo. Переписали на createrepo_c. Такова судьба-судьбинушка пихоновских проектов. На line-by-line-интерпретаторе (QBASIC-style, лол) далеко не уедешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #124

124. Сообщение от Аноним (-), 31-Дек-20, 23:45   +/
>> никто еще не запостил "смотрите, я тут переписал мезон!" или "вот с-youtube-dl!".
> Как никто не запостил? Вот был пихоновский ненужно_. Переписали на ненужно_c.
> А youtube-dl, Meson и еще 100500 юзерспейсных программ даже не трогали.
> Такова  судьба-судьбинушка опеннетных критегов.

От оно че.
> На line-by-line-интерпретаторе (QBASIC-style, лол) далеко не уедешь.


>>> import dis
>>> def znatoki(x):

...   return x*x
...
>>> dis.dis(znatoki)

  2           0 LOAD_FAST                0 (x)
              2 LOAD_FAST                0 (x)
              4 BINARY_MULTIPLY
              6 RETURN_VALUE


Ох уж эти "знатоки" опеннета, прям лол, кек, чебурек.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

125. Сообщение от Аноньимъ (ok), 01-Янв-21, 05:22   +/
Вы мне лучше объясните какого Лешего запросы на поиск идут в сетевую централизированную базу данных вместо скачанного локального индекса?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

126. Сообщение от Аноним (82), 01-Янв-21, 11:07   +/
Множественное наследование - зло, линейное - естественно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #129

127. Сообщение от Аноним (-), 01-Янв-21, 12:03   +/
Видимо делает это так же как програмит все на хрусте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

128. Сообщение от Аноним (-), 01-Янв-21, 12:04   +/
> В struct нет нормальной икапсуляции для методов.

Указатель на функцию тебе в рожу, гомоморфный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #141, #142

129. Сообщение от Аноним (129), 01-Янв-21, 12:06   –1 +/
> Множественное наследование - зло, линейное - естественно.

Гораздо прикольнее когда кто-нибудь оверрайд операторов сделает. После этого любой obfuscated C code contest отдохнет - код, вроде, как на ладони но делать может ну вот вообще совсем не то что вы там себе вообразили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

130. Сообщение от Аноним (129), 01-Янв-21, 12:07   +/
> Питон настолько медленный что numpy перемножает матрицы в десятки раз быстрее, чем
> самодельная либа с алгоритмом из школьного учебника.

Проблема в том что то что умножает матрицы быстрее - внезапно не на питоне, бидабида :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #150

131. Сообщение от Аноним (129), 01-Янв-21, 12:10   –1 +/
Более того - появилась куча всяких TF Lite и проч, которым питон не уперся. А потому что гадюка которая не тормозит и ломается раз в пару месяц устраивает только ученых, разбирающих свой макет через месяц. А если он все же в продакшне остается - ну вон гугол в go вдарился, и не только он.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

132. Сообщение от Аноним (129), 01-Янв-21, 12:13   –1 +/
> Адаптировать программу под PyPy.

Java: write once, eats RAM everywhere.
Python: write once, rewrite forever.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

133. Сообщение от Аноним (129), 01-Янв-21, 12:14   –1 +/
> Инстаграм вон, например, на питоне прекрасно себя чувствует.

А его еще не переписали? А то это ж фэйсбук теперь, а у тех чего только нет, вплоть до трансляторов php в c++

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

134. Сообщение от Аноним (134), 01-Янв-21, 12:15   +/
Фича питона в том что можно на коленке быстро сделать макет который вроде что-то даже делает в тепличных условиях. После этого запал заканчивается - работает же как-то.

...а потом приходит Волк и оказывается что дом из соломы и кирпича все-же немного отличаются.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

135. Сообщение от Аноним (134), 01-Янв-21, 12:17   +/
> Супер вектор для дудоса: добавить какое-то г-но в какие-то контейнера чтобы тупые
> макаки дудосили

Еще неплохо бы в это их pipi загрузить что-нибудь веселое. Все-равно эти макаки не проверяют нихрена.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

136. Сообщение от Аноним (134), 01-Янв-21, 12:18   +/
> Например: /aa, /ab, 1c и так далее.

Это ж тебе не перловики и плюсовики как в дебиановских репах :P

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

137. Сообщение от Аноним (134), 01-Янв-21, 12:20   –4 +/
> добавить rate limiter?

Вы хотите сказать что надо думать головой и программить нормально? ЫЫы, б$@, это ж думать надо, к тому же головой, питон к тому не располагает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #155

138. Сообщение от СеменСеменыч777 (?), 01-Янв-21, 14:57   +/
> Нельзя теребить базу данных на каждый запрос

да ну нафиг.
в нормальных БД потив этого кэширование есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

139. Сообщение от Аноним (139), 01-Янв-21, 17:37   +/
Под чиьим управлением pip?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

140. Сообщение от jOKer (ok), 01-Янв-21, 18:54   +/
>>кооперативная многозадачность в сетевых приложениях в целом более эффективна, чем вытесняющая многозадачность бинарных библиотек
> Разве вытесняющая не включает в себя кооперативную как частный случай?

Нет, не включает.

Я бы сказал, что кооперативная многозадачность не является частным случаем вытесняющей, а скорее _использует_ механизм вытесняющей многозадачности для собственных целей.

Так, на основе вытесняющей многозадачности, происходит организация событийной петли, а так же и принудительное переключение контекстов тех со-программ, которые слишком много на себя тиков проца берут. Но со-программы все же сами определяют те участки кода, где основной поток может переключить их контекст. То есть планирование процессов происходит в соответствии с бизнес-логикой приклада, что собственно, и дает профит при определенных условиях.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

141. Сообщение от Аноним (82), 01-Янв-21, 19:10   +/
И что? Это, всё равно, приводит к реализации этих функций с длинными глобальными именами, чтобы те указатели ими проинициализировать. И ручками передавать указатель на экземпляр самой стоуктуры, вместо того, чтобы это делал компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #146

142. Сообщение от Аноним (82), 01-Янв-21, 19:12   +/
Я же сказал _нормальной_, а не костыльной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #147

143. Сообщение от jOKer (ok), 02-Янв-21, 05:01   +/
> Написание серьёзных программ на Питоне - это отличные вложения в job security.
> ;-) Что-то подправлять придётся практически ежегодно.

В активном проекте код приходится править постоянно.

Причем, куда чаще приходится что-то подправлять по инициативе бизнеса, нежели из-за того, что обнаружен баг. Я бы оценил, что соотношение где-то 1/20 - на каждую правку найденного _бага в продуктиве_, приходится не менее двадцати, а то и более, новых достаточно крупных фичей от бизнеса.

В сущности, процесс развития кодовой базы носит непрерывный характер. И такое положение дел всех, - включая и бизнес, кстати, - вполне устраивает.

И между прочим, я не думаю, что в этом смысле, проекты на питоне чем-то принципиально отличаются от проектов на других ЯП. В конце-концов аджайл, он для всех, а не только для питона.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #145

144. Сообщение от Аноньимъ (ok), 02-Янв-21, 06:44   +/
Инстаграмм может позволить себе чувствовать себя прекрасно на чём угодно.

А с питом да, дело в неправильной архитектуре, и ничего ты с этим не поделаешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

145. Сообщение от Vkni (ok), 02-Янв-21, 07:14   +/
> В активном проекте код приходится править постоянно.

Ну и зачем себе жизнь усложнять, добавляя правки из-за поломок совместимости upstream?

> В конце-концов аджайл, он для всех, а не только для питона.

Слава богу, не везде аджайл, есть и нормальные места.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

146. Сообщение от Аноним (-), 03-Янв-21, 17:56   +/
> И что? Это, всё равно, приводит к реализации этих функций с длинными
> глобальными именами, чтобы те указатели ими проинициализировать.

Имена будут ровно такие как напишешь.

> И ручками передавать указатель на экземпляр самой стоуктуры, вместо того, чтобы это делал компилятор.

Кто ж это ручками указатели то прописывает, кроме очень сильно некоторых случаев? Так то их тоже компилятор заполнит.

Более того - с указателями то на функцию можно и чего поинтереснее, типа "динамического импорта" из вон той либы (и вообще куска кода). А попробуй так с твоим си++, расскажешь как получилось.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

147. Сообщение от Аноним (-), 03-Янв-21, 17:57   +/
> Я же сказал _нормальной_, а не костыльной.

Ну, э, получается что все .so'шки/DLL-ы, особенно с импортируемыми в рантайме функциями - костыль? Вы не слишком там расшумелись, вебабизянки?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

148. Сообщение от Аноним (-), 03-Янв-21, 18:00   +/
> ;-) Что-то подправлять придётся практически ежегодно.

Ежемесячно не хотели?! А потом можно еще затеять отдельный проект, лет на 5 - на го какой-нибудь переписать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

149. Сообщение от Аноним (-), 03-Янв-21, 18:02   +/
> сейчас допросишься - и его выключат!

Ща потестим сколько RPSов это выдерживает. Надеюсь они на питоне это писали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

150. Сообщение от ИмяХ (?), 03-Янв-21, 19:32   +/
Мне, как конечному программисту, пишущему прикладухи, вообще без разницы на чём там написан ы потроха этого numpy. Хоть на яваскрипте, мне плевать. Утрированно, у меня задача - перемножить матрицы, надо сделать это быстро. И мне написать на питоне это перемножение гораздо быстрее получится и оно будет быстрее выполняться, чем если я буду писать на Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

155. Сообщение от Ты идиот (?), 08-Янв-21, 17:01   +/
Ты хочешь сказать что это питон виноват что ты идиот?🤣  Может лучше учиться стоило, даунито?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру