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

"Гвидо ван Россум намерен достигнуть двукратного увеличения производительности в CPython 3.11"	+/–
Сообщение от opennews (??), 13-Май-21, 23:20
Гвидо ван Россум, создатель языка программирования Python, в своём докладе на конференции Python Language Summit рассказал о планах по оптимизации производительности CPython. К версии  3.11, которая ожидается в 2022 году, разработчики надеются добиться увеличения производительности в два раза. Проектом по оптимизации CPython занимается небольшая команда разработчиков из компании Microsoft, в которую недавно перешёл на работу Гвидо... Подробнее: https://www.opennet.me/opennews/art.shtml?num=55146
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 13-Май-21, 23:20	–1 +/–
Они решили похоронить жс (единственного конкурента на сегодня)?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #93

2. Сообщение от Аноним (3), 13-Май-21, 23:22	+10 +/–
Отлично, будет теперь не оооочень медленно, а оочень медленно
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

3. Сообщение от Аноним (3), 13-Май-21, 23:23	–17 +/–
Вряд ли выйдет, JS немногим хуже Джавы по скорости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5

4. Сообщение от Аноним (1), 13-Май-21, 23:25	–4 +/–
На самом деле это круто, всего лишь используя эти подсказки по типам по типам в рантайме на некоторых кейсах можно получить 100000 кратное ускорение. В жит я конечно не верю, это только лишние накладные раскходы. Как и в aot. Я тут на той неделе скомпилировал в nuitka и получил только замедление процентов 30 (по производительности примерно как питон без pgo и всяких no-plt).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #7

5. Сообщение от Аноним (1), 13-Май-21, 23:27	+12 +/–
Жс (в частности нода) на мой взгляд всё же ограниченней питона. Питон про беспроблемную интеграцию с си и беспроблемное конвертирование диалекта питона в си (cython).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6, #162

6. Сообщение от Аноним (3), 13-Май-21, 23:31	+4 +/–
Ну, если искать в языке прослойку между си-функциями, то да А в ноду классы C++ отлично интегрируются, что несколько на уровень выше интеграции C
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #14, #21

7. Сообщение от Аноним (3), 13-Май-21, 23:32	+2 +/–
Попробуй Numba, это LVM POWER Сократил время с 35 часов до 1.5 секунд
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #8, #10, #12, #70

8. Сообщение от Аноним (3), 13-Май-21, 23:32	+/–
*LLVM конечно же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #28

9. Сообщение от Урри (ok), 13-Май-21, 23:33	+8 +/–
Лечение симптомов не поможет общей болезни. Хотя ускорение питона я могу только приветствовать. Ибо хочешь, не хочешь, а на нем крутится очень много кода и очень много машинных ресурсов потребляются в никуда. Теперь потребляться будет меньше. Надеюсь.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #43, #50, #215, #257

10. Сообщение от Урри (ok), 13-Май-21, 23:34	+1 +/–
Вместо запуска задачи теперь просто выводит "general error!"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #13

11. Сообщение от Аноним (14), 13-Май-21, 23:35	+1 +/–
Удачи чел. Искренне. А к питонистам вопрос: Кто там кричал что у питона нет проседание по производительности по сравнения сями? А? Или это были выходцы из армии фрактала?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #20, #25

12. Сообщение от Аноним (1), 13-Май-21, 23:37	+/–
> Попробуй Numba, это LVM POWER > Сократил время с 35 часов до 1.5 секунд Cuda или что? Конечно есть кейсы где какие-то вычисления которые numba сможет распознать и оптимизировать, но в основном от выноса части горчей логики (даже без simd) в cython пользы куда больше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #15

13. Сообщение от Аноним (3), 13-Май-21, 23:37	+/–
Оно эту функцию, как и Clang/Rust, просто так оптимизировало Там длинный цикл, который для хороших языков - мгновение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

14. Сообщение от Аноним (14), 13-Май-21, 23:37	+2 +/–
> А в ноду классы C++ отлично интегрируются Ды вы батенька знаток в извращениях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #24

15. Сообщение от Аноним (3), 13-Май-21, 23:38	+/–
Обычная оптимизация компилируемых языков
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18

16. Сообщение от Аноним (14), 13-Май-21, 23:40	–1 +/–
Так питонисты же кричали кругом что нету никакой просадки посравнению с сями. И даже какие-то псевдотесты в сферическом вакууме делали. Куда это всё делось? Такое уж было много много раз. Результат один. Вот такой вот. Но да, удачи, полезное дело. А так оно было и есть. То-же сейчас и с растом. Фрактал там в дырень провалится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #17, #69, #276

17. Сообщение от Аноним (17), 13-Май-21, 23:43	+16 +/–
> Так питонисты же кричали кругом что нету никакой просадки посравнению с сями показывай, где "кричали" (ссылки), трепло
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

18. Сообщение от Аноним (1), 13-Май-21, 23:43	+2 +/–
> Обычная оптимизация компилируемых языков В 100000 раз? На отдельных задачах можно получить такое ускорение, однако на практике оно виртуальное. Хорошо, если получится 20-30% относительно питона отыграть. А жит приносит пользу только на повторениях, и то не после первой тысячи. Большинство задач завершается задолго до того как он только запустится, а ведь ему ещё разогреться надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

19. Сообщение от Аноним (17), 13-Май-21, 23:44	+4 +/–
> Кто там кричал что у питона нет проседание по производительности по сравнения сями? показывай, где "кричали" (ссылки), трепло
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от Аноним (20), 13-Май-21, 23:44	+3 +/–
Всё просто: питон станет в 2 раза быстрее сей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #23

21. Сообщение от Аноним (21), 13-Май-21, 23:48	–3 +/–
Биндили SDK в Python и JavaScript особой разницы нет. Разве производительность у Python действительно кошмарная. На мой взгляд JavaScript конечно поприличнее и понятнее и без фанатизма напсиать все на JavaScript, что зачастую наблюдаемо у Python-истов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #36, #46, #68, #86, #203

22. Сообщение от Аноним (22), 13-Май-21, 23:50	–2 +/–
Раньше заявлялось что питон это не про скорость. Т.е. его заранее писали не обращая существенного внимания на производительность. А теперь внезапно его пытаются продать за быстроту. Зачем делать из хлеба троллейбус ещё и с эмблемой мелкософта...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #194

23. Сообщение от Аноним (21), 13-Май-21, 23:50	–3 +/–
В облсати разработки или в области выполнения? Вообще лучше б они запилили WinRT и UWP в Python, а то Tkinter времен мамонтов очень стремно сегодня использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #74

24. Сообщение от НяшМяш (ok), 13-Май-21, 23:54	+/–
Почему извращения? https://github.com/nodejs/node-addon-api
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

25. Сообщение от Аноним (25), 13-Май-21, 23:55	+3 +/–
Есил крутить Джангу, то наверное это довольно медленно, поэтому Фейсбук тут публикует какие-то примочки. Я кручу ML и там вообще нет разницы, потому что 99.9% времени все крутится внутри видюхи, а если нет готовых решений и нужно подробить числа, то если используется numpy все оборочивается в JIT декоратор jax чтобы он типичные вызовы numpy в CUDA преобразовал, если numpy не используется, то оборачивается в JIT декоратор numba, чтобы он скомпилировал в LLVM байткод и все очень и очень быстро, практически не уступает по скорости чистому с/с++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #102

26. Сообщение от Аноним (27), 14-Май-21, 00:01	–1 +/–
Не верю. Никаких в 5 раз быстрее точно не будет. И в 2 тоже. Смотря как считать, конечно. Реальный код будет ускорен на какие-нибудь проценты. Что конечно тоже очень хорошо. Главное, что начали признавать проблему. Все время отмахивались, что нет разницы, сколько работает питон, типа это клей между сишным кодом. А тут зашевелились, смотри-ка.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #106

27. Сообщение от Аноним (27), 14-Май-21, 00:05	+7 +/–
Низкая производительность - это основной недостаток питона. Она низкая не только в сравнении с луа и джаваскриптами всякими, но и с равнозначно сложным перлом. Решили наконец что-то сделать с объективной проблемой языка. Продавать питон не надо. Его уже напродавали так, что деваться некуда от него.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #31, #32, #75, #97, #99

28. Сообщение от Аноним (1), 14-Май-21, 00:10	–1 +/–
Попробовал, поддерживает питон ещё хуже cython. Nuitka для сравнения всё прожевала прекрасно. >TypeError: class members are not yet supported и >numba.core.errors.UnsupportedError: Failed in object mode pipeline (step: analyzing bytecode) >Use of unsupported opcode (FORMAT_VALUE) found RIP хотя всё равно там ведь не numpy
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

29. Сообщение от Аноним (-), 14-Май-21, 00:11	–2 +/–
Они там numba изобретают? Так есть уже. А вот про изничтожение GIL опять ничего.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53

30. Сообщение от kai3341 (ok), 14-Май-21, 00:15	+/–
Отличные новости ^_^
Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от Аноним (1), 14-Май-21, 00:15	+1 +/–
Вообще-то луа не то чтобы быстрый даже не смотря на все свои особенности. Не надо путать с луажит который не очень то совместим и не очень то жив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #308

32. Сообщение от Аноним (1), 14-Май-21, 00:17	–4 +/–
Кстати, а давно питон медленнее перла, лол? Там есть конечно кое-где, но это скорее исключения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #52, #227

33. Сообщение от Аноним (33), 14-Май-21, 00:20	–3 +/–
Питон это наверное самый вредный из всех существующих языков. Раньше его чуть ли не обожествлял, а сейчас вижу в нем одни недостатки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #38, #54

34. Сообщение от Аноним (1), 14-Май-21, 00:28	–6 +/–
Насколько раньше? Времён 2, или 1? Мне он начал нравится в 3 примерно с тех пор как дататипы и тайпхинты перетащили в него, примерно в то же время async/await добавили. Стало намного лучше в целом, из-за сохранения поддержки 2 ветки он лет 10 стагнировал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

35. Сообщение от Gemorroj (ok), 14-Май-21, 00:38	+2 +/–
то что они планируют в 3.11 было сделано в php7, а 3.12/3.13 в php8 так что до уровня php им еще пахать и пахать ;)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #79

36. Сообщение от corvuscor (ok), 14-Май-21, 00:39	+35 +/–
> На мой взгляд JavaScript конечно поприличнее и понятнее и без фанатизма напсиать все на JavaScript, что зачастую наблюдаемо у Python-истов. Я не могу понять, это на русском написано или на джаваскрипте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

37. Сообщение от Аноним (-), 14-Май-21, 00:50	+8 +/–
рождённый ползать - летать не может.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80, #288

38. Сообщение от Аноним (-), 14-Май-21, 00:51	–3 +/–
> Питон это наверное самый вредный хех... куда бы мы делись без вашей оценки... на самом деле -> питон - это крутой язык, написанный хорошим программистом для других хороших программистов. если что, то это я почти дословно цитирую фразу Гвидо из одной его лекции. питон покрывает колоссальное количество задач, используется от мелких кодиков и веба до прототипирования больших промышленных проектов корпоративного уровня. профи пишут на нём со скоростью мысли, перенося необходимые куски на нижние уровни (с++ и тп). а вредными языками являются такие языки, как, например, си. почему я так считаю? си - великолепный! и прекрасный язык, но, зачастую, работают с ним __бездари__, не обладающие необходимой квалификацией и без должной теоретической подготовки, что часто на выходе приводит к катастрофам. таких горе-си кодеров я повидал за свою жизнь горы... пусть идут в яву... до си ещё нужно дорасти. от си, от асма нубов малоквалифицированных следует держать подальше - для них есть котлины, явы, го-ланги, расты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #45, #91

39. Сообщение от dial8gue (ok), 14-Май-21, 00:54	+3 +/–
Иксперты опеннета хоронят питон, спешите видеть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #176

40. Сообщение от Аноним (40), 14-Май-21, 01:16	–2 +/–
А что принципиально мешает сделать новый Python из Swift?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76

42. Сообщение от Аноним (42), 14-Май-21, 01:38	+2 +/–
Ruby для 3 версии пообещали сделали трехкратный прирост в скорости по сравнению со второй веткой. Python всего чуть
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81

43. Сообщение от Vkni (ok), 14-Май-21, 01:42	+/–
> Лечение симптомов не поможет общей болезни. Там нет болезни - разве что усложнение языка. Просто пихать его не надо во все дыры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

44. Сообщение от Аноним (44), 14-Май-21, 02:00	+/–
Решили таки спастить pypy в мастер?
Ответить | Правка | Наверх | Cообщить модератору

45. Сообщение от kai3341 (ok), 14-Май-21, 02:27	+1 +/–
> но, зачастую, работают с ним __бездари__, не обладающие необходимой квалификацией Ну такие люди просто везде есть. Разгребал yблюдство на python год назад -- вот уж где талант был простые вещи решать сложно))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #155

46. Сообщение от Другой аноним (?), 14-Май-21, 02:36	+9 +/–
О как. Жабаскрипт вдруг стал понятнее питона. Странно, ещё вчера такого не было
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #160, #164

47. Сообщение от Аноним (47), 14-Май-21, 02:44	+1 +/–
Pyston и Cinder тоже прикручивают JIT, но, видимо, делают это не так как надо...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #177

48. Сообщение от Другой аноним (?), 14-Май-21, 02:50	+9 +/–
Быстрое исполнение - это non-pythonic и deprecated А если чуть серьёзнее, то сильно подозреваю, что питон за скорость ругают те, кто на нём не пишет или ниасилил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #89, #275, #278

50. Сообщение от Другой аноним (?), 14-Май-21, 03:04	+1 +/–
Где болезнь-то хоть? "Питон тормозит" - это просто мемасик. Не следует принимать его всерьёз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #72

51. Сообщение от Аноним (51), 14-Май-21, 03:07	+/–
Скажу честно - не верю. Но желаю удачи. Python слишком медленный. У него просадка по производительности в 30 раз от C/С++ кода. Это очень-очень-очень много. Наверное единственный язык, который приблизился к С из высокоуровневых - это Java. Но JS на пятки наступает. А самый быстрый и интересный язык - Zig
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60, #66, #129, #248

52. Сообщение от Другой аноним (?), 14-Май-21, 03:31	+/–
Например, регекспы в некоторых случаях на питоне НАМНОГО медленнее. Подозреваю, что и строки вообще как таковые Перл со строками вообще очень быстрый же, да и регекспы там воткнуты прямо в ядро, так что выполняются все мыслимые и немыслимые оптимизации Мне надо было гонять большие текстовые файлы через регекспы. Регекспы совсем простые, но несколько последовательных строчек и на питоне оно, мягко говоря, не летало. Попробовал один в один тупо переписать на перле и стало в несколько раз быстрее (и во столько же раз нечитабельнее). Может, можно было бы и на питоне ускорить как-нибудь через анус, но нафик нада если скорость через вызов перловых скриптов меня уже устраивала, ничего не глючило, и код получился очень простой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #55

53. Сообщение от Другой аноним (?), 14-Май-21, 03:34	+1 +/–
А как же numpy и numba? Они про уничтожение GIL как раз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #56

54. Сообщение от Другой аноним (?), 14-Май-21, 03:42	+/–
Офигенный язык, мой любимый с некоторых пор. По мне, самое главное достоинство - программы на нём можно писать гораздо более читабельные, чем на других ЯП-ах. Компактность не в ущерб, а на пользу Не в том, конечно, смысле, что нельзя написать криво, а в том, что есть возможность писать прямо Похож в этом смысле на паскаль, но ещё более читабельный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #57, #184

55. Сообщение от Аноним (1), 14-Май-21, 03:44	–3 +/–
Так я и говорю, в некоторых случаях, да. Не знаю насчёт намного, просто они там СОВСЕМ другие, и нельзя многие вещи делать так же эффективно. Могут быть оптимизированы другие аспекты, я не проверял. В питоне регулярочки оптимизированные сишные, быстрее просто не куда. Просто они другие. Профайлером регулярочек можно выяснить, что происходит -- иногда они делают совсем не то, что ты ожидаешь (и совсем не тем числом операций).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #94, #277

56. Сообщение от Аноним (1), 14-Май-21, 03:50	+/–
> А как же numpy и numba? Они про уничтожение GIL как раз Cython про "уничтожение GIL", собственно в любом много-тредовом приложении стоит использовать сишные батарейки по максимуму (из-за освобождаемого гила они позволяют выжать куда больше). Субинтерпретаторы тоже про "уничтожение GIL", большая проблема на самом деле GC и субинтерпретаторы вроде бы позволяют её хоть как-то решить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #238

57. Сообщение от Аноним (1), 14-Май-21, 03:58	+2 +/–
>можно писать гораздо более читабельные Ты просто не видел мой код. Насколько я знаю, такой код (генераторы, включения, функциональщина) является идиоматически очень корректным для питона, а бонусом он ещё и примерно максимально быстрый -- т.е. не лапша из циклов и условных операторов, но вот читаемо это только для тех кто хорошо понимает питон (время действительно экономит, да). От паскаля это всё бесконечно далеко (ну или я плохо знаком с паскалем).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #59, #78, #169, #241

58. Сообщение от Аноним (58), 14-Май-21, 04:54	+2 +/–
с GIL разобрались бы. Ява же шмогла.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #121

59. Сообщение от Аноним (198), 14-Май-21, 05:06	+/–
> Ты просто не видел мой код Как-то претенциозно прозвучало
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #62

60. Сообщение от Аноним (198), 14-Май-21, 05:09	+1 +/–
> Python слишком медленный. У него просадка по производительности в 30 раз от C/С++ кода. Так это как раз значит, что есть куда оптимизировать!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

61. Сообщение от myhand (ok), 14-Май-21, 05:11	–1 +/–
Выкинули б свои доморощенные bigint - с GMP было б быстрее не в 5 раз, а на порядки.
Ответить | Правка | Наверх | Cообщить модератору

62. Сообщение от Аноним (1), 14-Май-21, 05:22	+1 +/–
Я иногда задумываюсь о том, что нормальный эффективный питон может быть максимально нечитаемый с точки зрения людей не особо привыкших к нему. Flake8 и pylint указывают на ошибки форматирования, но читаемость они особо не повышают а скорее и понижают. Но, с другой стороны, других языков с такими приятными конструкциями и столь не перегруженным синтакисом я не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #63, #157, #174, #196

63. Сообщение от Рева RarogCmex Денис (?), 14-Май-21, 05:31	+1 +/–
Можно сравнить с хаскелем. Майн-функция из исходников пандока: module Main where import qualified Control.Exception as E import Text.Pandoc.App (convertWithOpts, defaultOpts, options, parseOptions) import Text.Pandoc.Error (handleError) main :: IO () main = E.catch (parseOptions options defaultOpts >>= convertWithOpts)           (handleError . Left)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

64. Сообщение от Аноним (64), 14-Май-21, 05:35	+2 +/–
>достигнуть двукратного увеличения производительности в CPython 3.11 Потребление памяти тоже удвоится?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #171, #306

65. Сообщение от Какаянахренразница (ok), 14-Май-21, 05:37	+4 +/–
> Проектом [...] занимается [...] команда [...] из компании Microsoft Пропал калабуховский дом ©
Ответить | Правка | Наверх | Cообщить модератору

66. Сообщение от Рева RarogCmex Денис (?), 14-Май-21, 05:39	+/–
>А самый быстрый и интересный язык - Zig Быстрый? Да. Интересный? Нет. Вы слишком рано похоронили Хаскель и прочие функциональные языки. В некоторых ленивых алгоритмах Хаскель даже Си уделывает и легко соперничает в тяжеловесных абстракциях с C++. Всё-таки STG-машина довольно крутая вещь. Но основная фишка функциональных языков: на ней проще писать правильные программы, которые не будут баговать и падать каждый день с ошибками. Это не значит, что тамс нельзя написать такую, это значит, что при прочих равных ты потратишь меньше сил на отладку и, значит, больше можешь улучшить производительность. Ждём развития девятой ветки GHC, где должны добавить больше способов доказать поведение программы в рантайме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #67, #71, #83

67. Сообщение от Рева RarogCmex Денис (?), 14-Май-21, 05:45	+1 +/–
Черт с ним, с Хаскелем, это уже старенький язык, где куча проблем с типами, а стандартный тип String -- это ужас с точки зрения производительности, так как односвязные списки тормозят. Вот koka https://github.com/koka-lang/koka Исследовательский язык, который на равных соперничает с си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #82

68. Сообщение от ВыньОпух (ok), 14-Май-21, 05:53	+3 +/–
Зачем все это, когда есть QML? (#шутка)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #87

69. Сообщение от ВыньОпух (ok), 14-Май-21, 05:57	–7 +/–
Это смотря что писать. (Это я как Сишник и СиПлюшПлюшник) В большинстве приложений Python будет тормознее хотя бы в силу интерпретации. Но в некоторых проектах, сишный код будет в разы больше и жрать больше ресурсов и намного дольше выполняться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

70. Сообщение от Аноним (70), 14-Май-21, 06:03	+/–
На некоторых задачах числомолочения и правда прирост такой. Но вот даже из numpy он поддерживает только малую часть функций и вещи которые делаются в одну строку (например np.clip, np.max(axis=...) итд) приходится либо велосипедить, либо считать выйдя из @njit блока.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

71. Сообщение от Аноним (51), 14-Май-21, 06:08	+1 +/–
Zig - это в первую очередь настоящая качественная альтернатива C. И замена C++ / Rust. Можно управлять памятью как в С - alignment, packing. Нет runtime вообще никакого. Нет привязки к libc. У них своя библиотека, с нуля написанная. Нет "стандартных аллокаторов". Можно выбирать разные аллокаторы для разных функций. Нет exception. Ошибки возвращаются из функции в виде Option (с обязательной проверкой). Нет деструкторов. Нельзя даже вызвать функцию без присваивания результата переменной. Нет переполнения целых чисел. Помимо типов безопасность обеспечивают runtime проверки всего и вся. Шаблонное программирование на этом же языке, как я понял. Что очень круто. Compile time программирование. Типы - это first class citizen (в compile time). Есть Pattern matching. Возможна вставка ассемблера. Нет variable name shadow (одна переменная перекрывает другую с таким же названием в scope выше) - ты всегда знаешь что эта переменная делает. for loop, if, while, switch - являются выражениями и возвращают значение. Поэтому это ещё вопрос что считать функциональным ЯП. У Zig есть много элементов ФП, без ущерба производительности Haskell и тп. никак не замена. Для высокопроизводительного программирования нужно быть ближе к железу. Все эти ненужные абстракции текут (как в С++). Real time не напишешь. Ядро не напишешь. Высокопроизводительные алгоритмы, с учётом кэша профессора не напишешь. И т.д..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #92, #207, #289

72. Сообщение от edo (ok), 14-Май-21, 06:30	+/–
а что же тогда у меня происходит каждый раз, когда я запускаю сценарий ansible?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #73, #114

73. Сообщение от Аноним (73), 14-Май-21, 07:30	+1 +/–
сценарий ансибл у тебя тормозит не из-за Питона вообще-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #98

74. Сообщение от Аноним (73), 14-Май-21, 07:34	+/–
ну с Питоном ты можешь использовать не то что GTK, QT, WxWidgets и еще кучу всего, но даже Дельфи - https://blogs.embarcadero.com/data-visualization-5-ways-to-b.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #123

75. Сообщение от Аноним (73), 14-Май-21, 07:36	–4 +/–
а теперь тащи в студиу ссылки на объективные бенчи которые доказывают что Питон тормозит по сравнению с Перлом и Джаваскриптом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #95, #96

76. Сообщение от Аноним (76), 14-Май-21, 07:36	+2 +/–
Apple.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #84

77. Сообщение от Амоним (?), 14-Май-21, 07:38	+1 +/–
Но лучше не надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

78. Сообщение от Аноним (73), 14-Май-21, 07:48	+1 +/–
с некоторых пор я лично стал думать что функциональный стиль - чаще есть плохо, чем хорошо. Легко сделать нечитабельный mashcore. Хотя и работать часто будет быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #100, #284

79. Сообщение от Аноним (73), 14-Май-21, 07:50	+5 +/–
ну вот, определен идеал, на который можно ориентироваться - PHP
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #107

80. Сообщение от Аноним (73), 14-Май-21, 07:51	+/–
зато если рожденный ползать поймает хоть орла, хоть лошадь, он их переварит вместе с клювом и копытами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #133

81. Сообщение от Аноним (73), 14-Май-21, 07:52	+/–
ну один тоже помнится обещал хайвеи от Лиссабона до Владивостока, станцию на Луне и обгон экономики Португалии. Просто один реалисты, другие - трепачи брехливые
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

82. Сообщение от Аноним (73), 14-Май-21, 07:55	+1 +/–
koka-lang лучше конечно /мимо Захарова, функционально-ориентированная Хаскелистка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #225

83. Сообщение от Аноним (73), 14-Май-21, 07:58	+/–
> Но основная фишка функциональных языков: на ней проще писать правильные программы, которые не будут баговать и падать каждый день с ошибками. почему в Хаскель компиляторе и либах, да и в тулах такое большое количество ошибок? Даже RTS падает порой в кору. А ЛиквидХаскель - одна огромная ошибка. Что мешает в Хаскеле писать код с меньшим числом багов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

84. Сообщение от Аноним (40), 14-Май-21, 08:03	+/–
Вроде же, как минимум, частично отпустили. И в ML где-то применяется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

86. Сообщение от Анто Нимно (?), 14-Май-21, 08:07	+/–
Чёж биг-датитсты так Питон и Эр любят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #101, #104

87. Сообщение от Аноним (3), 14-Май-21, 08:19	+2 +/–
Вообще, QML офигенная штука для всего декларативного, но для чего-то кроме интерфейса оптимизации ему явно не хватает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #140

88. Сообщение от ryoken (ok), 14-Май-21, 08:19	+/–
Подскажите, для обычного юзера радость от этого всего будет? :) ну там emerge\portage бодрее забегают? (Хотя по сравнению с собссно компиляцией это наверное не так уж и долго...?)
Ответить | Правка | Наверх | Cообщить модератору

89. Сообщение от Аноним (3), 14-Май-21, 08:22	–2 +/–
Не осилил (зачеркнуто) захотел использовать везде си-биндинги вместо языка? И правда, как же я так :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #112, #236

90. Сообщение от Брат Анон (ok), 14-Май-21, 08:23	+/–
Разумеется. Статку-то надо где-то хранить. За всё надо платит ьв этом мире. Как только речь заходит за деньги -- чудеса гарантированно заканчиваются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

91. Сообщение от Аноним (3), 14-Май-21, 08:27	–3 +/–
До Си в принципе невозможно дорасти, даже самый опытный разработчик будет ошибаться. Вот только цена его ошибки - миллионы долларов. А чего ещё ждать от языка чуть выше уровнем, чем ассемблер? А вот Раст хорош тем, что позволяет сосредоточиться на задаче, а не постоянно думать о памяти или UB, при этом имея тонну фишек, которых в C не будет никогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

92. Сообщение от Аноним (3), 14-Май-21, 08:35	–1 +/–
Вот только без сообщества язык обречен, а ниша активно развивающегося языка, который заинтересовал в частности и корпорации, уже занята Растом. Может, лет через 10 чего-то будет. Но велик шанс, что, подробно D, он так и не раскроет себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #109

93. Сообщение от Алексайтон (?), 14-Май-21, 08:36	–3 +/–
JS всегда будет легче оптимизировать для обычного кода. У него почти нет бинарных пакетов написанных на других языках. А в питоне их куча и каждый пакет юзает древнее C API, которое мешает добавить некоторые простые оптимизации с большим приростом по скорости. Например сборке мусора нельзя изменить, чтобы многопоточность без GIL была.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #132

94. Сообщение от Аноним (94), 14-Май-21, 08:36	+/–
Они не другие. Они именно тормозные. Не за счёт библиотеки, а за счёт промежуточного слоя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #168

95. Сообщение от Аниноним (?), 14-Май-21, 08:37	+/–
Это ты должен предоставить ссылки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

96. Сообщение от Аноним (94), 14-Май-21, 08:38	+/–
Тебе надо - вот и займись. То, что перл быстрее - факт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #274

97. Сообщение от qiqi (?), 14-Май-21, 08:43	+1 +/–
Читайте недавнее интервью автора Ruby (есть на Опеннете). Люди слишком много внимания обращают на чиселки из бенчмарков, поэтому есть смысл ускорить интерпретатор именно для них (а не из-за реальной потребности).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #103, #167

98. Сообщение от Аноним (98), 14-Май-21, 08:45	+/–
У вас в слове Terraform слишком много ошибок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #165

99. Сообщение от Аноним (98), 14-Май-21, 08:54	+/–
Проблема питона не только в скорости. У него ещё и весьма громоздкий и плохо читаемый код получается. И, как следствие, довольно высокая стоимость сопровождения сколь-нибудь сложных проектов. Старые концепты никуда не спрячешь....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #108, #230

100. Сообщение от Аноним (98), 14-Май-21, 08:56	+2 +/–
функциональный стиль в питоне - просто маркетинг. В современных языках программирования - это хорошо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

101. Сообщение от Эрректор (?), 14-Май-21, 09:00	+2 +/–
Что смогли выучить, то и полюбили
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

102. Сообщение от Эрректор (?), 14-Май-21, 09:06	+/–
Машин лёрнинг на языках без типов и прочего статического анализа ведет к скайнету и прочему армагедону
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #195, #226

103. Сообщение от anonymous (??), 14-Май-21, 09:17	+1 +/–
Пишешь вот ты какой-то процесс  который потом будет крутиться на 5 миллионах серверов. Но ты решил использовать Python из-за чего процесс жрёт гораздо больше CPU и RAM чем требуется. А теперь просто попробуйте оценить в деньгах 0.1% одного ядра subtop-ового CPU и 100MB RAM умноженнык на 5 миллионов. Ну или другой вариант: вот пишешь ты фотохостинг на Python, а он внезапно оказывается популярным, и переписывать уже поздно. И потребляет это всё миллион subtop-овых серверов, когда вполне могло и 50к потреблять. Тоже попробуйте примерно в деньгах посчитать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #111, #231, #258, #273

104. Сообщение от Андрей (??), 14-Май-21, 09:18	+4 +/–
Дюжина команд для использования numpy - это ещё не питон...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

105. Сообщение от Онаним (?), 14-Май-21, 09:18	+/–
Опыт внедрения JIT в PHP показывает, что вряд ли это будет "двукратный" прирост. Хотя с другой стороны в PHP всё опирается на сишные либы, а в пистоне принято велосипедить - может и да, будет посущественнее.
Ответить | Правка | Наверх | Cообщить модератору

106. Сообщение от anonymous (??), 14-Май-21, 09:19	–1 +/–
JIT реально обычно на простые вычисления даёт прирост примерно в 5 раз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #127

107. Сообщение от Онаним (?), 14-Май-21, 09:20	–2 +/–
PHP ныне очень хорош как прикладной язык для обработки данных. Да, системное программирование на нём невозможно, нет указателей и прямого доступа к памяти. Да, нет API для гуя - предполагается browser-based UI. Но всё остальное на месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #250

108. Сообщение от Аноним (108), 14-Май-21, 09:21	+/–
Фортран-программу можно написать на _любом_ языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #259

109. Сообщение от Онаним (?), 14-Май-21, 09:22	–1 +/–
Хрустом сейчас занята ниша для хайпожоров. В своё время так же хайпили ruby, потом оно благополучно легло на рельсы и сдохнуло. После хруста будет ещё что-то, всерьёз эти поделки воспринимать трудно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #113, #220

110. Сообщение от Аноним (110), 14-Май-21, 09:26	+1 +/–
Python здорового человека уже есть: https://github.com/kuroko-lang/kuroko
Ответить | Правка | Наверх | Cообщить модератору

111. Сообщение от Онаним (?), 14-Май-21, 09:26	+1 +/–
Ну вот кстати да. Когда проект уровня локалхоста с полутора пользователями - там бенчмарк особо не критичен. Когда начинается масштабирование - очень быстро приплываешь в узкие места.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

112. Сообщение от Андрей (??), 14-Май-21, 09:29	+2 +/–
Да нормальный язык, просто ниша другая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

113. Сообщение от Аноним (3), 14-Май-21, 09:35	–4 +/–
Нет. Если Руби - это непонятное нечто по скорости +- на уровне Питона (всё плохо), то Раст стал действительно интересным решением с хорошими фишками. После него C/C++ (мне, как C++ dev'у, да) всерьёз воспринимать трудно - один сплошной lefacy unsafe, пытающийся косить под modern (в случае с C++). Возможно, после Раста что-то и будет в будущем, но вряд ли Zig.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #170

114. Сообщение от Онаним (?), 14-Май-21, 09:37	+/–
Пипец блин да, ансибл - монструозное чудище. Пользуемся, плюёмся, планируем слезать. Тормознющие треды, пожирающие в 32 рыла полностью 16 гиг памяти для простых, в общем-то задач - это трындец. Что там сейчас реально работает? Puppet вдоль и поперёк проприетарный с потенциалом на полное закрытие, SaltStack сожран VMWare.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #115, #124, #166, #198, #229, #255

115. Сообщение от Онаним (?), 14-Май-21, 09:38	+/–
(или таки проще собственный автомейшн ныне накорябать?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

116. Сообщение от Аноним (116), 14-Май-21, 09:42	–1 +/–
Вместо того чтобы писать программы на простом, быстром и надёжном как швейцарские часы ANSI C, они пытаются ускорить язык для не умеющих за собой убирать и не понимающих как работает компютер
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119, #130, #147, #200, #303

117. Сообщение от Метающий_бисер_перед_свиньями (?), 14-Май-21, 09:45	+/–
Jit это назад к истокам к java
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #128

118. Сообщение от Аноним (128), 14-Май-21, 09:53	–2 +/–
Про D когда новости будут?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #125, #290

119. Сообщение от Аноним (123), 14-Май-21, 09:57	+1 +/–
Сколько строк кода на Си вышло из под твоего пера? Просто на проектах с тысячами строк кода рефакторинги большая боль. А если еще учесть что в Си хреновенько с модулями и частичной пересборкой, то задача становиться крайне сложной на ровном месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

121. Сообщение от Аноним (123), 14-Май-21, 09:59	+/–
Накроеться весь мир полным тазом. Там на GIL многое повешено. Начиная от внешних библиотек. Заканчивая синхронизацией переменных. Значит сразу надо предлагать распаралеливание а кроме глючного asncio ничего не предложить Python.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

123. Сообщение от Аноним (123), 14-Май-21, 10:02	–1 +/–
Это понятно. А что с тем, что мне нужно WinRT, COM, .NET? Все эти библиотеки живы только в Linux мире, а при портировании нужны именно виндовые сервисы. И пока ее окончательно не похоронили с этим нужно считаться - сейчас только C# это может.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #141, #256

124. Сообщение от Аноним (124), 14-Май-21, 10:06	+/–
Ну https://github.com/hashicorp/terraform же... На правильной гошечке всё написано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

125. Сообщение от Ordu (ok), 14-Май-21, 10:12	+3 +/–
Когда напишешь, тогда и будут. Я б, кстати, тоже с удовольствием почитал быб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

126. Сообщение от YetAnotherOnanym (ok), 14-Май-21, 10:15	–1 +/–
> добиться увеличения производительности в два раза > поднять производительность в пять раз Напоминает социалистические обязательства поднять надои в пять раз от одной коровы... > добиться этого результата в выпуске Python 3.13 ... к 75-й годовщине Великой Октябрьской Социалистической Революции.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #131

127. Сообщение от Аноним (94), 14-Май-21, 10:34	+/–
По аналогии с луа - для использования джита код нужно писать избегая плохо оптимизированных вещей. Так что для существующих кодов и большинства новых прирост производительности будет скромным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #134

128. Сообщение от Аноним (128), 14-Май-21, 10:58	+/–
CPython это - виртуальная машина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

129. Сообщение от Карабьян (?), 14-Май-21, 11:00	+/–
А Go насколько приблизился? Или он не особо высокоуровнем считается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #243

130. Сообщение от myhand (ok), 14-Май-21, 11:06	+1 +/–
> язык для не умеющих за собой убирать "Умеющие убирать" до сих пор делают это ручками, как тетя Маша?  Ну-ну...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

131. Сообщение от myhand (ok), 14-Май-21, 11:07	+1 +/–
> Напоминает социалистические обязательства Так ведь их - выполняли. > ... к 75-й годовщине Великой Октябрьской Социалистической Революции. А вы против Великой Октябрьской Социалистической Революции?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #208

132. Сообщение от neAnonim (?), 14-Май-21, 11:21	+1 +/–
1) единственная оптимизация которую можно сделать при вызове функций это встраивание (inline) что имеет смысл очень не всегда 2) аллё, рантийм js написан на трудом языке 3) нет связи между реализацией api и архитектурой языка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

133. Сообщение от jOKer (ok), 14-Май-21, 11:29	+/–
В отдельных случаях удается поймать (и переварить) даже жабу))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

134. Сообщение от anonymous (??), 14-Май-21, 11:35	+/–
Вы не поняли. Даже "i++" в JIT выполняется в разы быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #153

135. Сообщение от еуые (?), 14-Май-21, 11:36	–1 +/–
У меня ощущения что в питоне все можно ускорить в 100тни раз. Тот же цикл от 0 до 10_000 выполняется 0.042 секунде на моем компе, а на ассебмлере он может выполняться в 15_000 раз быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #136, #234

136. Сообщение от Аноним (27), 14-Май-21, 11:44	–3 +/–
Чтобы все ускорить, нужно убрать из питона собственно питон. Взять тот же луа. Язык простой как палка, джит прикручивается легко - всё летает. Или жс. Язык опять же простой - с оптимизациями всё летает. Но не таков наш питон. Или руби - там напихано еще больше и они еще медленнее. Но с другой стороны, есть пример перла - язык вроде сложный, но все равно быстрее питона - потому что в процессе разработки перла о производительности думали всегда. Выкинуть половину и оставшееся ускорить - уже есть руру и куча подобных проектов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #143, #261

137. Сообщение от Андрей Бондарюк (?), 14-Май-21, 11:45	+/–
Почему Гуглу с JS удалось сделать, а Гвидо до сих пор никак?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #144

138. Сообщение от Аноним12345 (?), 14-Май-21, 11:48	+/–
Че-то как-то стремно - ребята им майкрософт приложат ручки, и ...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #191, #235

139. Сообщение от Аноним (141), 14-Май-21, 11:48	+1 +/–
>Проектом по оптимизации CPython занимается небольшая команда разработчиков из компании Microsoft Питонокапец Скрестят с Поршелем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #146

140. Сообщение от James Bond (?), 14-Май-21, 11:54	+1 +/–
Так он и есть интерфейсный,  а логику пишите плюсовую к нему
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

141. Сообщение от Аноним (141), 14-Май-21, 12:00	+1 +/–
А, например, Qt чего портировать? Она и так под Винду есть. Софт, который из зависимостей пользует только Qt, тоже портировать не нужно, только пересобрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

142. Сообщение от Аноним (142), 14-Май-21, 12:11	+/–
надо было на rust переписать, вот тогда производительность повысится
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #148

143. Сообщение от Аноним (-), 14-Май-21, 12:25	+1 +/–
> Или жс. Язык опять же простой - с оптимизациями всё летает. > ... > Выкинуть половину и оставшееся ускорить - уже есть руру и куча подобных > проектов. Давай ссылку с бенчами на "летающую", оптимизованную реализацию не за сотню миллионов (гугл с мозиллой), оналитек хренов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

144. Сообщение от Аноним (-), 14-Май-21, 12:27	+/–
> Почему Гуглу с JS удалось сделать, а Гвидо до сих пор никак? Наверное, потому что гугл вкачал в браузерный движок не одну сотню миллионов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #151

146. Сообщение от Аноним (94), 14-Май-21, 12:36	+/–
Поршель с питона и делали. Мерж сделать только.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

147. Сообщение от Аноним (147), 14-Май-21, 12:37	+1 +/–
Писатель бложиков на С выглядит тупее писателя драйверов на Питоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

148. Сообщение от Аноним (211), 14-Май-21, 12:37	+/–
https://pybenchmarks.org/u64q/rustpython.php
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

151. Сообщение от Андрей Бондарюк (?), 14-Май-21, 13:00	+/–
Ну бабки у МС есть...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #161

153. Сообщение от Аноним (153), 14-Май-21, 13:02	+/–
Есть одна накладка. Чтобы i++ под JIT выполнялся в разы быстрее - его нужно из цикла несколько тысяч раз позвать. А так - да, JIT зовёт уже машинный код, без интерпретации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #262

154. Сообщение от Аноним (154), 14-Май-21, 13:03	–1 +/–
Компания Google не смогла, сдалась. В этот раз всё будет иначе?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #163, #291

155. Сообщение от Аноним (153), 14-Май-21, 13:04	+/–
Доводилось видеть class Struct С переизобретением половины dict'а. Только это не проблема языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #188

156. Сообщение от Аноним (-), 14-Май-21, 13:11	+1 +/–
>Проектом по оптимизации CPython занимается небольшая команда разработчиков из компании Microsoft, в которую недавно перешёл на работу Гвидо. Срочно! Скажите Гвидону, что с Майкрософт связываться нельзя. Это проклятая компания!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #158, #159, #172

157. Сообщение от Аноним (198), 14-Май-21, 13:30	+/–
Да не, претенциозно прозвучало, что твой код какой-то там особенно крутой. Topcoder, mazafaka, you know who I am. I write code so sweet that you think it's jam. (с) одна песня
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #182

158. Сообщение от Аноним (198), 14-Май-21, 13:41	+1 +/–
А что там с Мигелем Де Иказа? Он, помнится, тоже связался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #190

159. Сообщение от Аноним (200), 14-Май-21, 13:57	+1 +/–
> Скажите Гвидону, что с Майкрософт связываться нельзя. А заодно,  и всем гитхаберам скажите
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

160. Сообщение от robpike (?), 14-Май-21, 14:20	–2 +/–
ещё вчера не было ES6
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #287

161. Сообщение от Аноним (-), 14-Май-21, 14:31	+/–
> Ну бабки у МС есть... Но бабки МС и Гвидо существовали до этого в разных "плоскостях". И какой-то сильной мотивации улучшать реализацию питона у МС, в отличие от гугла-мозиллы, не было (да вроде бы особо и нет - по крайней мере, сравнимым с гугловским "мы вырвемся в топ браузеров! А еще сможем переложить рендеринг страниц наших сервисов на клиента и экономить на железе-электричестве!").
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

162. Сообщение от Аноним (164), 14-Май-21, 14:39	+1 +/–
Беспроблемная интеграция в си - это lua или какая-нибудь scheme, но не это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

163. Сообщение от Аноним (-), 14-Май-21, 14:40	+/–
> Компания Google не смогла, сдалась. Да-да, всей компанией пытались, миллиарды триллионов тратили (а не просто пару месяцев тройку разработчиков спонсировал, благополучно после этого забив на результат).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

164. Сообщение от Аноним (164), 14-Май-21, 14:40	+/–
Пропаганда простоты - она такая. Кто кого перекричит, у того язык проще. Потом, правда, завалят синтаксическим мусором, но это потом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

165. Сообщение от Аноним (164), 14-Май-21, 14:43	+2 +/–
Вы оба не осилили шелл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

166. Сообщение от Аноним (164), 14-Май-21, 14:44	+/–
А можно было писать на шелле, но yaml-программисты разучились.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #204

167. Сообщение от Аноним (164), 14-Май-21, 14:46	+/–
Если сравнить рубю с лиспом, выиграет лисп, если ты не из дружной команды рубистов Днепропетровска.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

168. Сообщение от Аноним (1), 14-Май-21, 14:49	+/–
Ты гонишь. Давай тест-кейсы и как замерял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

169. Сообщение от Аноним (-), 14-Май-21, 14:49	+1 +/–
>функциональщина Non-pythonic, на грани deprecated. Ты функциональщины настоящей не видел, в языке с куцыми лямбдами говорить про идио(ма)тизм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #173

170. Сообщение от Аноним (-), 14-Май-21, 14:53	+/–
>мне, как C++ dev'у, да И когда это C++ dev-ы начали обожать язычки одной реализации с централизованным хранением лефтпадов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #245

171. Сообщение от Аноним (-), 14-Май-21, 14:55	–1 +/–
"Просто докупите памяти."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

172. Сообщение от Аноним (-), 14-Май-21, 14:57	+1 +/–
Одно к другому липнет, ты что, не заметил? Он-то не из наших ну ни разу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

173. Сообщение от Аноним (1), 14-Май-21, 15:00	+/–
Не выдумывай. Вот лямбды в питоне действительно использовать не стоит: они, во-первых, понижают читаемость, а во-вторых, тормозят. Мне нравится elixir, например, это никак не мешает мне отказываться от неэффективной лапши в питоне (хоть читаемость и страдает всё равно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #175, #178

174. Сообщение от Аноним (-), 14-Май-21, 15:00	+/–
>и столь не перегруженным синтакисом Оперление началось с 3.5, = vs := доказывает, что перл они таки перегонят, потому что в timtowtdi была хотя бы крупица смысла, а здесь роспись в идио(ма)тизме.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #179

175. Сообщение от Аноним (-), 14-Май-21, 15:02	+/–
>они, во-первых, понижают читаемость Да-да, понижают, особенно если у тебя в язык они в принципе не входят, потому что язык нестройный. В лиспе с лямбдами всё сделано прекрасно. >а во-вторых, тормозят В питоне вообще всё тормозит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

176. Сообщение от B (?), 14-Май-21, 15:04	+/–
Зачем же? Просто ржут с убогих...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

177. Сообщение от B (?), 14-Май-21, 15:06	+/–
Не за те деньги, слишком для диктатора маленькие. Пришлось целый МС нанимать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #181

178. Сообщение от Аноним (-), 14-Май-21, 15:07	+/–
ИЧСХ, ты сам полез доказывать, что функциональщину в питоне сделали для галочки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #180, #232

179. Сообщение от Аноним (1), 14-Май-21, 15:11	+/–
Только := позволяет выкинуть десятки дополнительных операций и аккуратно локализовать присвоение, и ткакая запись даже повышает читаемость. Начиная с 3.8 (3.9, 3.10) принялись добавлять улучшения синтаксиса, которые давно надо было добавить (я больше про | чем про match).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #183

180. Сообщение от Аноним (1), 14-Май-21, 15:14	–1 +/–
Только один фюрер, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #185

181. Сообщение от Аноним (-), 14-Май-21, 15:15	+/–
Интересно, сколько ему надо заплатить, чтобы выпилил GIL? Хватит ли MS и гугли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #249

182. Сообщение от Аноним (1), 14-Май-21, 15:19	+/–
Вообще, я имел в виду, что написанное мной бывает сложно прочитать даже мне, и не от хорошей жизни приходится писать менее очевидно. Т.е. нужно именно читать разбираясь что и где происходит -- пробежаться взглядом недостаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

183. Сообщение от Аноним (-), 14-Май-21, 15:25	+/–
Простой язык прост во всём, язык без мозгов в голове будет набирать синтаксический мусор. = как expression был бы проще двух типов присваиваний.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #186

184. Сообщение от Аноним (-), 14-Май-21, 15:28	+/–
На васик похож. Никакой возможности писать прямо нет. Есть возможность писать тупо. Без ФП, на одних стейтментах и с плохоньким ООП без раскидывания методов. Всё, что выходит за рамки такого подхода (васик-стайл), рано или поздно будет либо тормозить, либо non-pythonic.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #233

185. Сообщение от Аноним (-), 14-Май-21, 15:29	–1 +/–
Не понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #187

186. Сообщение от Аноним (1), 14-Май-21, 15:37	+/–
Дело в том, что := (во всяком случае на данный момент) не является присваиванием в том смысле, в котором является присваиванием =. Ну они сначала ввели f-строки, и только потом взялись за присваивание… Я бы предпочёл, если бы присваивать можно было и в строках (сейчас присваивание в таких случаях приходится делать в format() что не очень хорошо выглядит). Бтв, питон никогда не был простым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #192

187. Сообщение от Аноним (1), 14-Май-21, 15:38	+/–
Других вариантов функциональщины быть не может?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #213, #214

188. Сообщение от kai3341 (ok), 14-Май-21, 15:44	+1 +/–
> Только это не проблема языка. Так я о том же. Язык то прекрасен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

189. Сообщение от Аноним (191), 14-Май-21, 15:45	+/–
Кратко о JIT, тормозить и жрать памяти станет еще больше... занавес
Ответить | Правка | Наверх | Cообщить модератору

190. Сообщение от Аноним (191), 14-Май-21, 15:46	+/–
Мигелюшка достиг своей цели, здела таки дотнет кроссплатформенным, а чего добился ты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #193

191. Сообщение от Аноним (191), 14-Май-21, 15:47	+/–
Патчи из Миннесоты роднее?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #205

192. Сообщение от Аноним (192), 14-Май-21, 16:36	+/–
>Ну они сначала ввели f-строки Ещё одно оперление. Мы кичились тем, что у нас ЧИТАЕМОСТЬ и НЕКАКУПЕРЛА, а потом украли ${} в строках. >Дело в том, что := (во всяком случае на данный момент) не является присваиванием в том смысле, в котором является присваиванием =. Дело в том, что = как expression есть во всех вменяемых языках и только невменяемый клепатель GIL-ов решил, что оно кому-то там вредит. Потом понял свою ошибку, но только решил её не вменяемым способом (сменить в 3.0 смысл), а решил добавить горочку синтаксического мусора в и так убогий интерпретатор. >Я бы предпочёл, если бы присваивать можно было и в строках Я думаю, ты готов для перла. >Бтв, питон никогда не был простым. Берём и выкидываем the zen of python и прочую замануху для вайтишников, стучим Марку Лутцу по кумполу. Почему ещё не выкинули весь этот ворох айтишной пропаганды?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

193. Сообщение от Аноним (-), 14-Май-21, 16:39	+/–
Так сделал, что до сих пор программы на втором-четвертом старом дотнете не запускаются. Не говоря про дыру в виде C++/CLI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #252

194. Сообщение от Аноним (-), 14-Май-21, 16:42	+/–
>Зачем делать из хлеба троллейбус ещё и с эмблемой мелкософта... Ну надо же ван Россуму что-то жрать на старости лет, ты думаешь, он просто так GIL не выпиливал? Это он себе, родимому, план на старость готовил по обеспечению себя работой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

195. Сообщение от Аноним (-), 14-Май-21, 16:43	+/–
Ты ж договоришься, устроят тебе машин поттеринг на тайпскрипте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

196. Сообщение от Аноним (198), 14-Май-21, 16:53	+/–
> других языков с такими приятными конструкциями и столь не перегруженным синтакисом я не знаю Ох... Вот что я навспоминал только навскидку: "Приятные" конструкции: * Тернарный оператор, непохожий на свои аналоги в других языках:   x = a if True else b   вместо обычного порядка типа   x = True ? a : b   или   x = if True then a else b * Оператор if не возвращает значение, в отличие от Ruby и Scala. Собственно, если бы возвращал - не пришлось бы городить вышеоупомянутый экзотический тернарный оператор. * Вообще нету оператора switch, тем более возвращающего значение. * Оператор while может иметь ветвь else. Ну, чтоб читающие код не расслаблялись, а пошевелили немного извилиной на предмет "что за фигня?" * Упор в языке на list/dict comprehension. Для простых выражений - замечательная вещь, но когда нужна вложенность, лучше не использовать, ФП-подход в других языках выглядит гораздо читабельнее. * Очень слабая поддержка ФП. Cлабые lambda, map, filter и reduce (и назван не fold). Отсутствуют flatMap, Option/Optional/Maybe, Either, pattern matching with deconstruction. "Неперегруженный" синтаксис: * Регулярные выражения в стандартной библиотеке, а не в синтаксисе языка, как в Perl и Ruby. В результате надо писать re.search("\\d", s) вместо s =~ /\d/. А если надо сматчить сабгруппы - синтаксис становится ещё тяжелее, никаких тебе $1 после выражения. re.sub() по умолчанию работает как gsub() в других языках. re.gsub() вообще нету. Ну, надо же быть максимально непохожим на другие языки, чтобы программист всё время путался, переходя между языками. * В куче мест нужно писать self. Особенно напрягает обязательность его как первого аргумента метода класса. Надо писать либо self, либо @staticmethod/@classmethod. Вот уж где "explicit is better than implicit", доведённый до маразма. Ни в одном языке такого нет. И не забудьте этот же self добавлять при вызове методов! Особенно "удобно" коллекцию свободных функций собирать в класс и добавлять "self." в начало их вызова, да ещё без проверки в compile time. * После условий в if и while, после for, после описания класса или функции, перед переводом строки - надо ставить двоеточие в конце строки, перед телом цикла, функции или класса. Зачем??? Синтаксис языка и так зависит от whitespace и переводов строки! Убрали же необходимость точки с запятой в конце строк! * Нету неявного return в конце функции, как, например в Ruby, Scala, Lisp, Haskell, etc. Соответственно надо писать def sum(a, b):   return a + b вместо def sum(a, b)   a + b или def sum(a, b) = a + b А если эта функция ещё и член класса - придётся добавить self/@staticmethod/@classmethod.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #199, #212

197. Сообщение от adolfus (ok), 14-Май-21, 16:58	+/–
> Проектом по оптимизации CPython занимается небольшая команда > разработчиков из компании Microsoft, в которую недавно перешёл > на работу Гвидо. Все ясно -- стандарта на python не будет никогда. Постоянно что-то будет глючить, ломаться, что-то вообще откажется работать через три-пять лет, а Опоссум будет тешить ч.с.в., форматируя код под виртуальную перфокарту вместо использования блочных скобок. Только успели отвыкнуть от записи кода на бланках с фиксированными отступами для компонент кода, как появилось чмо, пытающееся реанимировать  тупой маразм.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #210

198. Сообщение от Аноним (198), 14-Май-21, 17:05	+/–
CFEngine же всегда работал? Но он сложный, да. Ну и Chef же был? Или он тоже скатился?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

199. Сообщение от Аноним (1), 14-Май-21, 17:05	+/–
Так, ты перечислил достоинства питона. А минусы у него какие? По поводу ссылки на инстанс (я вижу что тебя это прям беспокоит), как по мне, это куда лучше и прозрачнее руби с его собачками -- есть явное разделение привязки к классу, к объекту, или к методу. Без accidental пересечений скопов. Остальное что-то совсем уж вкусовщина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #201

200. Сообщение от Аноним (200), 14-Май-21, 17:08	+/–
тык, CPython на чистом совершенстве и написан
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #209

201. Сообщение от Аноним (198), 14-Май-21, 17:12	+/–
Нормальный такой ответ, главное - очень аргументированный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #202

202. Сообщение от Аноним (1), 14-Май-21, 17:20	+/–
> Нормальный такой ответ, главное - очень аргументированный Я могу ответить детально по каждому пункту, но зачем? Я просто не согласен с твоей предвзятой позицией. Даже если мне что-то и не нравится в синтаксисе и возможностях питона, я понимаю и принимаю аргументацию, которой обосновывают те или иные решения. Не нравится -- берите любой другой язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #219

203. Сообщение от Аноним (203), 14-Май-21, 17:21	–4 +/–
анука нука типичный жабаскрипт: 1 - 1 = 0 1 + 1 = 11 и так там везде))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #218

204. Сообщение от Аноним (203), 14-Май-21, 17:30	+/–
может хватит уже, может пора уже избавится от этого тестового г-на и перейти на нормальные объектные технологии, а не выуживать текстовыми редакторами и регулярками в выводе команд нужные данные, а?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #206

205. Сообщение от Какаянахренразница (ok), 14-Май-21, 17:31	+/–
> Патчи из Миннесоты роднее? Миннесота пришла на чужую вечеринку и попыталась плюнуть в бочку с общим бухлом. А Микрософт у себя дома. Это его бухло и он может даже [censored] туда. А вы, хотите -- пейте, не хотите -- нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #247

206. Сообщение от Аноним (-), 14-Май-21, 17:51	+/–
Нормальные объектные технологии скрипт на awk раздувают как минимум в два раза, не говоря о том, что нормального ООП в природе не существует, а если и существует, то ворочается еле-еле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204

207. Сообщение от Аноним (-), 14-Май-21, 17:53	+4 +/–
У нас этот язык не запретят?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

208. Сообщение от YetAnotherOnanym (ok), 14-Май-21, 17:54	+/–
> Так ведь их - выполняли. Это не всегда хорошо, вообще-то. Умозрительный пример: швейная фабрика, один цех делает левые штанины, другой - правые, третий сшивает их вместе. План - 1000 штанов в месяц. Первый цех  перевыполнил план и пошил дополнительно 100 левых штанин. Второму ткани не хватило, в результате фабрика пошила 900 штанов. Кто виноват? Начальник второго цеха (подвели передовиков из первого) и директор фабрики (не обеспечил, хотя фонды на ткань распределены заранее, но это никого не волнует). А реальный примеров было полно. Например, колхоз сдал государству N тонн овощей сверх плана. Места на овощебазе под них нет, всё сгниёт (ну, то есть, немножечко сгниёт, для акта, а остальное будет пущено налево). Но председателю колхоза плевать, он своё переходящее Красное Знамя за победу в соцсоревновании получил. Кст, можно вспомнить анекдот про укорочение грифеля в карандаше. > А вы против Великой Октябрьской Социалистической Революции? Я против профанации в любой форме, в том числе в виде приурочивания чего-то там к 7 ноября. А к самой Великой Октябрьской Социалистической Революции у меня отношение сложное, но в детали я вдаваться не буду, чтобы не разжигать оффтопиковый флейм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #266, #285

209. Сообщение от Аноним (-), 14-Май-21, 17:56	+/–
Глядя на PEP-7 для этого совершенства, начинаешь сомневаться во вменяемости написавших и PEP-7, и это совершенство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #211

210. Сообщение от Аноним (-), 14-Май-21, 18:04	+1 +/–
Ну так хотел серьезный язык - пиши на лиспе. Это очередной пых без стандарта, написанный кучкой обезьянок. Протопых, гвидопых, джапопых - одного поля ягоды, которые сгниют рано или поздно, а сбоку к ним примостился нодыжс, который хоть и гниет на полную, но пока андед. >Опоссум будет тешить ч.с.в. Да тут не в отступах и значащем whitespace-е проблема, хотя и в нём есть проём для пары фич, тут дело в системном мышлении, которого у макак не было никогда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

211. Сообщение от Аноним (211), 14-Май-21, 18:04	+1 +/–
Написанное на идеальном, не обязательно должно быть идеальным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209 Ответы: #216

212. Сообщение от Аноним (-), 14-Май-21, 18:08	+1 +/–
>Отсутствуют flatMap, Option/Optional/Maybe, Either У вас там хаскель протёк, попишите на других языках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #221

213. Сообщение от Аноним (-), 14-Май-21, 18:10	+/–
Таких куцых - не может. Я писал не на одном ФП-языке и знаю, что говорю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

214. Сообщение от Аноним (-), 14-Май-21, 18:15	+/–
Как пример куцости можно те же лямбды привести (вот те самые, которыерядовые пистонисты не любят и хотят выпилить, но пока не подвернулся случай) и выпил из стандартного неймспейса fold в трёшке вместе с угробленным map "по-хаскелевски", при том, что map в хаскеле таков, потому что такой рантайм. Про отсутствующую оптимизацию TCO и другие функциональные оптимизации/фичи уже можно не говорить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

215. Сообщение от Шарп (ok), 14-Май-21, 18:15	–1 +/–
Они ускоряют сифон. Питон так и останется тормозным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #264

216. Сообщение от Аноним (-), 14-Май-21, 18:19	+/–
Опечатался: начинаешь сомневаться во вменяемости тех, кто написал стайлгайд PEP-7 и тех, кто под этим стайлгайдом писал код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #217

217. Сообщение от Аноним (200), 14-Май-21, 18:26	+/–
Это у тебя окуляр сбился
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

218. Сообщение от Аноним (-), 14-Май-21, 18:31	+1 +/–
Уже придумал оправдание 3 * "3", 3 * True и import sys; sys.getsizeof(3) == 28, не говоря про аллоцирование практически всего диапазона char на старте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203

219. Сообщение от Аноним (198), 14-Май-21, 18:34	+/–
> Даже если мне что-то и не нравится в синтаксисе и возможностях питона, я понимаю и принимаю аргументацию, которой обосновывают те или иные решения. Ну вот, это уже взвешенная позиция. А то такой уж поток восхвалений Питона от тебя шёл, как будто в Питоне и синтаксис идеальный, и никаких недостатков нету. Хоть ты этого прямо не говорил, но впечатление такое сложилось. > Я просто не согласен с твоей предвзятой позицией. Согласен, предвзято получилось. Спасибо что ты вывел разговор из "воронки троллинга".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

220. Сообщение от Аноним (-), 14-Май-21, 18:46	+/–
Руби + раст = рубираст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #224

221. Сообщение от Аноним (198), 14-Май-21, 18:52	+/–
Улыбнуло, спасибо :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

222. Сообщение от Аноним (222), 14-Май-21, 19:46	+/–
> Гвидо .. рассказал о планах Дед хорохорится, разводит Мелкософт на пенсию - расслабьтесь, кина не будет (по кр. мере хорошего кина).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #253

223. Сообщение от Аноним (223), 14-Май-21, 19:57	+/–
Ну супер - производительность это последняя и единственная из проблем питона. Пофиксят и другие языки перестанут быть нужны.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #240, #246

224. Сообщение от Онаним (?), 14-Май-21, 20:08	+/–
Один раст - не рубираст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220

225. Сообщение от Аноним (-), 14-Май-21, 20:20	+/–
Смотрю на скрин кода. >effect yield<a> Угадайте, как я это прочитал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

226. Сообщение от Аноним (226), 14-Май-21, 20:38	+1 +/–
Типизация неявная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

227. Сообщение от Аноним (226), 14-Май-21, 20:43	–1 +/–
С самого начала. Любая арифметика на Питоне медленнее, чем на Перле, примерно в 6 раз. На Си та же математика в ~90 раз быстрее Перла. Так было в 2001-м году, так же оставалось и в 2012-м. Джаваскрипт без JIT где-то между Перлом и Питоном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #237

228. Сообщение от BrainFucker (ok), 14-Май-21, 20:56	–2 +/–
> При реализации проекта разработчики намерены придерживаться ряда ограничений, таких как сохранение полной совместимости на уровне ABI и кода, а также недопустимость повышения производительности за счёт замедления в пограничных случаях. Какие же Microsoft всё таки молодцы...
Ответить | Правка | Наверх | Cообщить модератору

229. Сообщение от Shodan (ok), 14-Май-21, 21:03	+/–
Это надо постараться!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

230. Сообщение от Другой аноним (?), 14-Май-21, 21:28	+1 +/–
Вот уж насчёт громоздкости и читаемости всё как раз с точностью до наоборот Разве что если под "громоздкостью" мсье понимает осмысленные и потому длинные названия идентификаторов. Ах, ну да, ещё ж в питоне не рекомендуется писать несколько операций в одной строчке
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #239

231. Сообщение от Другой аноним (?), 14-Май-21, 21:39	+/–
А всего-то надо посчитать, что дешевле: платить за хостинг или переписать софт. Как вариант, на другой ЯП Но виноват всё равно, конечно же, питон или там фреймворк. Просто ну не себя же объявлять виноватыми, что выбрали не тот инструмент
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

232. Сообщение от Другой аноним (?), 14-Май-21, 21:53	+/–
Функциональщина, как теперь понимаю, это больше про стиль, чем про ЯП. В принципе-то, на любом языке можно писать функционально. Просто асилить как следует про чистые функции и функции с побочными эффектами Ну а чистая функциональщина как самоцель - это, безусловно, суперский повод писать абсолютно нечитаемый код, используя over9000 вложенных скобок. И заодно делать код, который тормозит хз почему и хз где сжирает всю память, потому что хз где и как разворачиваются ленивые вычисления Кароч, всего должно быть в меру. В питоне мера покамест более или менее соблюдается
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

233. Сообщение от Другой аноним (?), 14-Май-21, 22:03	+/–
Pythonic - это про читабельность кода. Способы писать так, чтобы потом можно было разобрать хотя бы что вообще написано, а в идеале ещё и понять, как оно работает Под это заточены многие странные, казалось бы, ограничения и рекомендации
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

234. Сообщение от Другой аноним (?), 14-Май-21, 22:39	–2 +/–
Это что ж за комп такой? 386-й, небось? Тогда, наверное, пришла пора поапгрейдиться Ну или, как вариант, учиться на питоне крутить правильные циклы. А правильно их крутят через range() и локальные переменные. Или через подчёркивание (for _ in range), если нужно только кол-во циклов, так будет на 0,5 мс быстрее # === шибко сикретный код, после прочтения съесть === from time import time def aa():     t0 = time()     for i in range(1_000_000):         pass     t1 = time()     print(t1 - t0)           aa() # === канец сикретного кода, теперь съеш меня Результат: 0.015542268753051758 Скорость не поражает воображение, но всё же в 300 раз быстрее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

235. Сообщение от Другой аноним (?), 14-Май-21, 22:44	+/–
Если приложат ручки так же, как к R или C#, то мы все от этого только выиграем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

236. Сообщение от Другой аноним (?), 14-Май-21, 22:49	+1 +/–
То-то же. Признание своей неправоты в сочетании с переписыванием с питона на си - это путь к совершенству
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

237. Сообщение от Другой аноним (?), 14-Май-21, 23:00	+/–
Ну, типа, cython/pandas/numpy/numba в помощь Немножко (или сильно, это уж как посмотреть) костыли как бы, но ведь даже на сях есть вставки на асме, так пачиму на питоне нельзя тоже вставки Я, конечно, вовсе не к тому, что тормоза - это гут. Сам не против был бы, кабы оно крутилось чуточку быстрее. Впрочем, в моих текущих штуковинах оно и так не сказать чтоб было плохо. Стартует только медленновато, а крутится - на скорость не пожалуюсь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227

238. Сообщение от Другой аноним (?), 14-Май-21, 23:08	+/–
Ну убирание гила само по себе как таковое ничего хорошего не принесёт. Хренова куча кода поломается, а хренова куча программеров перестанет понимать, почему. Щаз можно более или менее спокойнёхонько юзать threads и, в общем, это достаточно приятная возможность. Скажем так, адекватная плата за отсутствие параллельного исполнения. Грамотно писать на тредах - отдельный вид искусства
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #300

239. Сообщение от Аноним (98), 14-Май-21, 23:24	+/–
> Разве что если под "громоздкостью" мсье понимает осмысленные и потому длинные названия идентификаторов. Ах, ну да, ещё ж в питоне не рекомендуется писать несколько операций в одной строчке Да как ни считай, эквивалентный код на питоне больше и по строками, и по операторам, чем у Ruby, Julia, Haskell и пр. более свежих языков. При этом ещё и по скорости проигрывает большинству современных языков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #242

240. Сообщение от Аноним (98), 14-Май-21, 23:28	–1 +/–
а ещё поднять бы выразительность хотя бы до уровня Ruby, упростить и выбросить синтаксический хлам, которым он оброс за последние лет 10.... Да и вообще, придумать бы ему область применения в современном мире, отличную от студенческих поделок....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223

241. Сообщение от Другой аноним (?), 14-Май-21, 23:29	+/–
Ну я имел в виду, что питон и паскаль где-то рядом стоят по ограничениям, имеющим целью понятность кода. Вот на си-подобных гораздо легче написать невразумительную кашу, а тут всё-таки посложнее. Одно только отсутствие там и там ++/-- уже и то офигенный плюс к понятности Писал на дельфях в своё время и раньше паскаль считал самым читабельным языком. Теперь питон - мой любимец в этом плане. Да и мысли как-то на нём легче выражаются. Раньше на эту тему любил перл, но, ска, на нём вообще хрен напишешь так, чтобы хотя бы самому потом прочитать. Но по лаконичности, конечно, он чуть ли не всех переплюнет Наверное, можно сказать, что любовь к питону - это следствие проф деформации от паскаля) Но некоторых возможностей перла немножко не хватает. А вот про паскаль такого сказать не могу. Но большое спасибо ему за муштру. Да и объекты в паскале и питоне почти что одинаковые
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

242. Сообщение от Другой аноним (?), 14-Май-21, 23:46	+/–
Разница размера кода в килобайты реально может кому-то помешать в век терабайтных винтов и гигасов оперативки? На вкус и цвет фломастеры разные. Лично мне вот легче читать "раздутый" питонячий код, нежели "компактный" сишный/перловый/жабий/пхпшный/etc. Возможно, тут как раз есть какой-то персональный баланс лёгкости восприятия с учётом кол-ва мысли на строчку и килобайт текста Но ведь, к примеру, обычный текст с абзацами и отступами при равном кол-ве знаков легче же читается, чем сплошным куском, хотя строк получается и больше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #239 Ответы: #301

243. Сообщение от Аноним (51), 15-Май-21, 00:41	+/–
Я обычно пишу про что знаю))) О Go я практически ничего не знаю. Поэтому и пропустил его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #267

244. Сообщение от RealRoot (?), 15-Май-21, 01:36	+/–
Выкинуть и запретить говнище с тысячей звыисимостей в аппликухе.Версия 2,версия 3 - этот пакет брошен.,берите новый,и  иак весь стек
Ответить | Правка | Наверх | Cообщить модератору

245. Сообщение от Аноним (3), 15-Май-21, 01:44	+/–
Одна реализация -- это кайф после многобожества мира C++ 4 основных компилятора! GCC, Clang, Apple Clang, MSVC, каждый в собственной мере и долго реализует актуальный стандарт. Да это одна из причин любить Раст. Один компилятор -- счастье после такого разброда. Централизованное хранилище либ -- тоже хорошо: нет разброса, всё в одном месте. И то чего очень не хватает в C++: не выложил либу в реп = не выложил либу. Помимо этого, одна из основных болей C++ -- это как раз работа с либами. Иронично, но в Расте проблемы со сборкой бывают в основном из-за биндингов либ C/C++, что о многом говорит :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

246. Сообщение от Аноним (250), 15-Май-21, 04:36	+/–
Эх школьник... C++ никуда с сями не то что не уйдет, даже не планирует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223

247. Сообщение от Аноним (250), 15-Май-21, 04:38	–1 +/–
Основное отличие linux от windows, это то что в винде бэкдоры фирменные мягкие, а линуксе от хрен пойми кого, вплоть до хацкеров
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

248. Сообщение от Аноним (250), 15-Май-21, 04:42	+2 +/–
Java не то что к C, к C++ и близко не приблизился, таких тормозов как в приложениях на Java нет пожалуй нигде... и не надо ляля про прогрев виртуальной машины и прочий бред, прогревай не прогревай а оно как тормозило так и тормозит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #268, #279

249. Сообщение от Аноним (250), 15-Май-21, 04:44	+/–
MS хватит, чтобы скупить всех опенсорсных бомжей, но зачем? Существование кривого linux, только усиливает позиции винды
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #309

250. Сообщение от Аноним (250), 15-Май-21, 04:46	–2 +/–
PHP единственный нормальный язык из оставшихся, не считая крестов и сей который не пытается быть универсально бесплолезным
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

251. Сообщение от Аноним (250), 15-Май-21, 04:47	+/–
До assembler ему как до луны
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #270

252. Сообщение от Аноним (250), 15-Май-21, 04:58	+1 +/–
Различай стандартную либу дотнета и фреймворки винды, которые в дотнет ну никак не входят Для сравнения, это если бы ты требовал чтобы в рантайм C++ по дефолту входил Qt
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193

253. Сообщение от Аноним (-), 15-Май-21, 05:15	+/–
Аа-аа, а я уже попкорном запасся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

254. Сообщение от Аноним (254), 15-Май-21, 06:10	+/–
> К версии  3.11, которая ожидается в 2022 году, разработчики надеются добиться увеличения производительности в два раза. Можно не ждать год, а просто попринимать все патчи по оптимизации, которые много лет присылали в рассылках питона. Помнится, там выигрыш раза в два был если просто заменить встроенные list/dict/set на полностью совместимые blist/bdict/bset. Но их зарубили, потому что "слишком сложно" и "скорость сортировки не доказана". Замена встроенной библиотеки `re` на что-то другое, тоже полностью совместимое, тоже давало дикое ускорение. Но отказались, х.з. почему. И таких вот зарубленных drop in replacement оптимизаций была целая куча.
Ответить | Правка | Наверх | Cообщить модератору

255. Сообщение от Аноним (-), 15-Май-21, 07:50	+/–
мигрирую Монго на Мускуль Питоном. 32 процесса, жрут 400Кб, в Монге >100Гб, время - 1.5 часа. У меня Питон другой системы или ЧЯДНТ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #263

256. Сообщение от Аноним (-), 15-Май-21, 07:53	–1 +/–
анон наверное подумал раз ты сравниваешь с Tkinter, то наверное тебе лишь бы ГУИ, пофик какой. Но если тебе принципиально UWP, тогда пиши на C#. Или IronPython, наверное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

257. Сообщение от Ag (ok), 15-Май-21, 07:57	+/–
Ну чудес бы я не ждал: выиграют в производительности - скорее всего хорошо прирастут в потреблении памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

258. Сообщение от Аноним (-), 15-Май-21, 07:57	–1 +/–
Питон очень экономен по отношению к памяти. По скорости - он типичный представитель своего семейства. Но по памяти - очень хорош, не сравнимо даже близко с Жабкой или Хаскелюшечкой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

259. Сообщение от Аноним (-), 15-Май-21, 07:59	+/–
на _любом_ языке есть комассивы и параллельные циклы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

261. Сообщение от Аноним (-), 15-Май-21, 08:17	–1 +/–
нутк пиши на ассемблере, что ты мучаешься
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

262. Сообщение от anonymous (??), 15-Май-21, 08:42	+/–
Ну попробуйте, например, число факторизировать с JIT и без.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

263. Сообщение от Онаним (?), 15-Май-21, 09:21	+/–
> мигрирую Монго на Мускуль Питоном MySQL - здравый выбор, в остальном могу только посочувствовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255

264. Сообщение от funny.falcon (?), 15-Май-21, 10:04	+/–
Про PHP тоже так говорили. Не скажу, что PHP стал молнией, но конкурентов (Python, Ruby) таки взял и обошёл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

265. Сообщение от Аноним (265), 15-Май-21, 12:09	–6 +/–
Сейчас бы в 2k21 году использовать язык без статической типизации, добровольно перенося все ошибки в runtime. Да ещё при этом считать каждый пробельчик. Если растоманов ещё хоть как то можно понять, то питонисты - это уже клиника.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #286, #297

266. Сообщение от myhand (ok), 15-Май-21, 14:03	+/–
> Умозрительный пример: швейная фабрика, один цех делает левые штанины, другой - правые, третий сшивает их вместе. План - 1000 штанов в месяц. Первый цех  перевыполнил план и пошил дополнительно 100 левых штанин. Второму ткани не хватило, в результате фабрика пошила 900 штанов. Кто виноват? Глупый пример.  Плановики не учли данных соцобезательств, вот и все. > Я против профанации в любой форме, в том числе в виде приурочивания чего-то там к 7 ноября. А в чем тут профанация?  Ты же не против поздравлений на ДР?  А это стоит людям времени и ресурсов...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

267. Сообщение от Карабьян (?), 15-Май-21, 14:51	+/–
> Я обычно пишу про что знаю))) О Go я практически ничего не > знаю. > Поэтому и пропустил его. Достойная позиция, без сарказма, а что касается бенчмарков си против джава. Лет 20 назад, в 2002, уже была новость про ханойские башни, квиксорт и что-то третье, что джава по цифрам практически (плюс минус) сравнялась с си, однако, вот поди ж ты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243

268. Сообщение от Карабьян (?), 15-Май-21, 14:53	+/–
> Java не то что к C, к C++ и близко не приблизился, > таких тормозов как в приложениях на Java нет пожалуй нигде... и > не надо ляля про прогрев виртуальной машины и прочий бред, прогревай > не прогревай а оно как тормозило так и тормозит В реальном мире скидку за оверхед тоже не всегда удается получить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

270. Сообщение от Аноним (200), 15-Май-21, 15:00	–1 +/–
Assembler is perl
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251

271. Сообщение от Аноним (271), 15-Май-21, 16:15	+1 +/–
Неужели?! Не прошло и... а нет, уже прошло
Ответить | Правка | Наверх | Cообщить модератору

273. Сообщение от Ананимас008 (?), 15-Май-21, 17:59	+/–
Для меня всегда було удивительно, чому все эти популярные веб приложения на триллиарды денег пишут на фигне для хуомпейджей и продающих одностраничков? А потом старателдьно превозмогают, всесто написания с нуля на нечто правильном. Неужели труд С-макаки НАСТОЛЬКО будет дороже, чем стоимость инфраструктуры? Ну не С так что там нынчно модно, но по-прежнему шустро? D/GO/whatever
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

274. Сообщение от Аноним (274), 15-Май-21, 18:22	+/–
Нет. Это ложь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

275. Сообщение от Наноним (?), 15-Май-21, 18:45	–1 +/–
Или те кто пишут на других языках и сравнивают с производительностью одних и тех же задач.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

276. Сообщение от Наноним (?), 15-Май-21, 18:46	+/–
Давай и про Раст заодно пруфы, трепло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

277. Сообщение от Наноним (?), 15-Май-21, 18:55	+/–
Я использовал Perl для парсинга логов и прочей подобной фигни. Это _целевая_ задача для Perl'а в принципе, то для чего он создавался. И Python тут ему проигрывает по всем параметрам. В то время пока питонщики мутили переход с 2.x на 3.x и пилили всякие фичи, Perl остановился в развитии фич и пилил оптимизацию. Оптимизацию работы с данными в первую очередь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #281

278. Сообщение от barmaglot (??), 15-Май-21, 19:08	+/–
Ага, и потоки все одним мьютексом синхронизированы. Просто опупеть. Говно язык если честно, что этот бейсик так любят? Нет в нём изюминки...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #280

279. Сообщение от Наноним (?), 15-Май-21, 19:13	+1 +/–
И память жрёт как не в себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

280. Сообщение от Аноним (1), 15-Май-21, 19:42	+/–
> Ага, и потоки все одним мьютексом синхронизированы. Просто опупеть. Говно язык если > честно, что этот бейсик так любят? Нет в нём изюминки... В жс ведь тоже только 1 поток. И жс ещё популярнее. Наверно потому, что разрабатывать когда кто-то уже позаботился о синхронизации, намного проще и удобнее -- можно думать о задачах, а не о о том, как бы половчее написать, чтобы оно вообще хоть как-то работало. Изюминка питона как по мне в том, что весь написанный код будет сразу работать и делать именно то, что задумывалось. Наверно лучший язык для прототипирования любой сложности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278

281. Сообщение от Аноним (1), 15-Май-21, 20:09	+/–
Я согласен, процессинг текста намного удобней в perl, не в последнюю очередь благодаря нормальным регуляркам. И даже в awk тоже. Но не всегда. Скажем, я не знаю аналога spacy для перла. Самую большую боль лично у меня вызывал ООП в перле. И, если перл это только парсинг логов, то питон это вообще всё что угодно -- очевидно, что выбирать. >В то время пока питонщики мутили переход с 2.x на 3.x В это самое время перехода перл растерял последние проценты и питон взлетел до небес, ой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #282

282. Сообщение от Аноним (1), 15-Май-21, 20:17	+/–
И да, 3 питон объективно хорош. Пока перл оставался там где был, питон развивали и превращали в актуальный и современный ЯП, не теряя универсальности. Так что популярность вполне заслуженная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281

284. Сообщение от kai3341 (ok), 16-Май-21, 01:34	+/–
ФП стиль в python -- это таки хорошо, когда применено к месту ФП в python отлично сочетается с пайплайнами Забавный парадокс: map, filter или reduce функции запросто могут быть методами классов (фабричными или обычными -- зависит от случая). Смешивать ООП и ФП тоже вкусно, только их надо уметь готовить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

285. Сообщение от ng (ok), 16-Май-21, 09:17	+1 +/–
> разработчики надеются добиться увеличения производительности в два раза. Похоже на поздний социализм и, в частности, на планирование "от достигнутого". Понятно, что "надои молока", "выработка чугуна" и т.п. больше зависят от физически-обусловленных величин (размер коровы, скорость метаболизма, объём доменной печи, энергоёмкость окислительно-восстановительных реакций и т.п.), чем от воли оператора. Планирование "от достигнутого" привело к непрерывному снижению качества продукции в масштабах страны: молоко, сметану разбавляли, высоту потолков, толщину стен и перекрытий в жилых домах уменьшали и т.д. Планирование от достигнутого во многом способствовало развалу СССР. > Умозрительный пример: швейная фабрика, один цех делает левые штанины, другой - правые, третий сшивает их вместе. "Умозрительный пример" так же далёк от реального производства, основанного на планировании ТЭП, как производительность "интерпретатора байт-кода" (CPython) далека от производительности ЦПУ, выполняющего нативный код "интерпретатора байт-кода". > Я против профанации в любой форме < ... > Игнор базовых понятий ("технологическая операция", "технологический участок", "технологическая линия" и т.д) приводит к несчастью. Ибо ( "Игнор базовых понятий" == "Профанация" ). Последнее - введение в заблуждение через искажение реальности. Реальность жестока к тем, кто её искажает. imho
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #295

286. Сообщение от Аноним (-), 16-Май-21, 14:14	+2 +/–
>это уже клиника. Клиника - это когда постоянно несешь бред в интернете, ничего по теме не зная. А динамическая типизации в малых программах гораздо удобнее статической.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265

287. Сообщение от Аноним (287), 16-Май-21, 15:21	+/–
Яблоки с кирпичами по прежнему можно складывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

288. Сообщение от Аноним (287), 16-Май-21, 15:23	+/–
на ракете полетит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

289. Сообщение от Аноним (287), 16-Май-21, 15:28	+/–
> Нет runtime вообще никакого. > Нет переполнения целых чисел. Помимо типов безопасность обеспечивают runtime проверки всего и вся. Противоречие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #292

290. Сообщение от Аноним (287), 16-Май-21, 15:33	+2 +/–
байки из склепа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #304

291. Сообщение от Аноним (287), 16-Май-21, 15:34	+/–
она разве пыталась? есть же go у них
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

292. Сообщение от Аноним84701 (ok), 16-Май-21, 16:16	+/–
>> Нет runtime вообще никакого. >> Нет переполнения целых чисел. Помимо типов безопасность обеспечивают runtime проверки всего и вся. > Противоречие. Неа. проверка в runtime (время исполнения), которой не нужен "runtime environment" (окружение/либа): (псевдокод из пальца) if(add_with_overflow_check(x,y,result)) { overflow error handling} profit(42, result); . . . add eax, ebx   jno no_error ... error handling ... no_error: ... https://en.wikipedia.org/wiki/Status_register#Common_flags
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289

295. Сообщение от myhand (ok), 17-Май-21, 06:09	+/–
> Похоже на поздний социализм и, в частности, на планирование "от достигнутого". Хуже.  Похоже на модно-молодежные сказки про поздний социализм. > Планирование "от достигнутого" привело к непрерывному снижению качества продукции в масштабах > страны: молоко, сметану разбавляли, высоту потолков, толщину стен и перекрытий в > жилых домах уменьшали и т.д. Не, это больше про рентабельность, хозрасчет и проч. ростки прекрасного капиталистического завтра, которые запилил Хрущев и ко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285

296. Сообщение от Alladin (?), 17-Май-21, 14:18	+/–
Python? Jit?))) Да...с таким успехом явно джаву догонят:))))!!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #298

297. Сообщение от Alladin (?), 17-Май-21, 14:20	+/–
2k21-> 200021 да, к 200х тысячному году думаю точно успеют:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265

298. Сообщение от Аноним (200), 17-Май-21, 15:10	+/–
> Jit?))) А pypy че?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296

299. Сообщение от Аноним (299), 17-Май-21, 16:59	+/–
> Проектом по оптимизации CPython занимается небольшая команда разработчиков из компании Microsoft > В Python 3.12 появится простой JIT-компилятор, применяемый для небольшой части специализированного кода. > В Python 3.13 будут добавлены новые возможности генерации машинного кода во время выполнения и расширено применение JIT-компилятора. Микрософт портит питон!!! JIT надо удалять отовсюду! Мне уже много лет приходится патчить питон чтобы он мог запустится и работать на моей платформе. И что делают эти патчи? Удаляют код добавленый Микрософт, который требует выделения памяти в режиме WX одновременно!!!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #307

300. Сообщение от Kkk (?), 18-Май-21, 00:50	+/–
Пришел на Питон недавно, и пока не могу понять, что такого _упрощает_ GIL: автор, подскажи, плиз! Ведь Питон не дает гарантии атомарности выполнения операций: иными словами, даже a=b может быть разорвано посередине между 2мя тредами питона (прочитали b, переключились на другой тред, потом вернулись и присвоили a). А в чем тогда плюсы, где простота? Все равно все через мьюьексы и кондишены делать, если у тебя многопоточность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

301. Сообщение от Аноним (301), 18-Май-21, 08:31	+1 +/–
Ты просто привык. Испортил себе мозги, заточив их под объективно плохой питонячий синтаксис.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242

303. Сообщение от Аноним (200), 18-Май-21, 18:35	+/–
> ANSI C Сейчас что, 70е годы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

304. Сообщение от Аноним (200), 18-Май-21, 18:48	+/–
из мавзолея
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290

305. Сообщение от a10 (?), 20-Май-21, 08:29	+/–
"Он улетел... Но он обещал вернуться. Милый. Милый"...
Ответить | Правка | Наверх | Cообщить модератору

306. Сообщение от _kp (ok), 20-Май-21, 13:41	+/–
На толстых микроконтроллерах избыток флеш и ОЗУ очень даже хорошо конвертируется в быстродействие. А по теме.. Выбираете любые два параметра из трёх: несовместимость, жор памяти, быстродействие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

307. Сообщение от Аноним (1), 20-Май-21, 17:53	+/–
Если эти патчи не понижают эффективность, зашлёшь их в генту?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299

308. Сообщение от Аноним (308), 25-Окт-22, 10:08	+/–
Язык Lua изначально сделан таким, чтобы его было удобно встраивать в систему. Т.е. фактически Lua это удобный способ делать вызовы библиотек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

309. Сообщение от Аноним (308), 25-Окт-22, 10:09	+/–
Настолько усиливает, что Microsoft продули позиции на мобильном и серверном рынке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

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

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