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

"В Python встроен JIT-компилятор"	+/–
Сообщение от opennews (??), 10-Апр-24, 09:21
Доступен альфа выпуск языка программирования Python 3.13.0a6, который примечателен включением в состав ветки 3.13, на основе которой формируется осенний стабильный релиз Python 3.14, экспериментальной реализации JIT-компилятора, позволяющего добиться существенного повышения производительности. Для включения JIT в CPython добавлена сборочная опция "--enable-experimental-jit". Для работы JIT требуется установка LLVM в качестве дополнительной зависимости... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60966
Ответить | Правка | Cообщить модератору

Сообщения

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

2. Сообщение от Аноним (2), 10-Апр-24, 09:30	+23 +/–
Ну вот, то самое Счастливое Будущее уже наступило! Поздравляю всех товарищей питонистов!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #42, #50, #68, #88, #133

4. Сообщение от anonymous (??), 10-Апр-24, 09:42	+2 +/–
Насколько я помню, просто так JIT не бывает, и за его использование приходится платить небольшим оверхедом по процессору (счётчики вставлять), но и заметным оверхедом по памяти. Если питн продолжит развиваться в том направлении, то станет явой, и я не уверен, что это так уж и хорошо.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #18, #149

5. Сообщение от ИмяХ (ok), 10-Апр-24, 09:42	+9 +/–
>>код работает на 50% быстрее. То есть код будет тормознее не в 200 раз, а всего лишь в 133 раза
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12

6. Сообщение от test (??), 10-Апр-24, 09:59	+/–
Вы бы лучше посчитали оверхед у JS, то не так сильно удивлялись бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #53

8. Сообщение от Пряник (?), 10-Апр-24, 10:11	+/–
То есть каждый раз компилировать и выполнять инструкции быстрее, чем интерпретировать? Хм...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #33

12. Сообщение от AS (??), 10-Апр-24, 10:26	–6 +/–
200 - 100% 133 - X% я в 3 классе, но мне кажется, что X точно не 50%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #17, #230

13. Сообщение от Аноним (13), 10-Апр-24, 10:26	+3 +/–
Зачем каждый раз? Один раз функцию скомпилировал и исполняй её хоть 100 000 раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #106

16. Сообщение от Аноним (-), 10-Апр-24, 10:33	+28 +/–
> Ну вот, то самое Счастливое Будущее уже наступило! Поздравляю всех товарищей питонистов! Вот так плавно и постепенно, гадюка легким движением руки превратилась в элегантную... жабу!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #29, #173

17. Сообщение от Аноним (17), 10-Апр-24, 10:35	+/–
Достаточно, что оно в 65000 раз медленнее, чем С.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #19, #21

18. Сообщение от Аноним (-), 10-Апр-24, 10:36	–1 +/–
> Насколько я помню, просто так JIT не бывает, и за его использование приходится > платить небольшим оверхедом по процессору (счётчики вставлять), но и заметным > оверхедом по памяти. Во первых генерить оптимальный код - нифига не lightweight операция. И одно дело если это билдферма отпедалила, и другое - если лично вы. Во вторых RAM и CPU на это вполне себе уходит - и ява, или накрайняк, яваскрипт - таки получаются, да. Имела жаба гадюку - а теперь, вот, вывелось нечто земноводное непонятного типа :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

19. Сообщение от 12yoexpert (ok), 10-Апр-24, 10:36	+8 +/–
норм, еще 535 раз в запасе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

21. Сообщение от Аноним (21), 10-Апр-24, 10:40	+2 +/–
Если не уметь писать, то и С медленнее, чем С
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #24, #32, #34

22. Сообщение от Аноним Максим (?), 10-Апр-24, 10:47	+4 +/–
Админы, напишите про PEP 730 (https://peps.python.org/pep-0730/) и PEP 738 (https://peps.python.org/pep-0738/), довольно таки интересная тема.
Ответить | Правка | Наверх | Cообщить модератору

23. Сообщение от Аноним (32), 10-Апр-24, 10:52	–4 +/–
>позволяющего добиться существенного повышения производительности пруф или не было, на типичных применениях jit это жор памяти, процессора, и тормоза, к чему эти фантазии в тексте?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #38, #196, #212

24. Сообщение от 12yoexpert (ok), 10-Апр-24, 10:56	+2 +/–
Ты так мудр, будь моим сенсеем. Я преисполнился в твоей философии
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

29. Сообщение от нах. (?), 10-Апр-24, 11:04	+6 +/–
ну не совсем. Собственно, чего удивительного - если аксолотля не п-дить раз в три дня палкой и воду ему нагреть в аквариуме до теплой - он отбрасывает свои чудесные веточки-жабры и пол-хвоста, и из аквариума вылазит мерзотная жырная ящерица, к тому же еще и ядовитая. Вот и получили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #55

32. Сообщение от Аноним (32), 10-Апр-24, 11:15	+1 +/–
Я как-то раз ускорил побайтовый перебор текста (и собственно исполнение наиболее тормозной части) в  10050 раз добавив register к переменной-счётчику, компилятор до этого догадывался только с PGO. Уметь писать мало, надо быть умнее компилятора, и это уже доступно не каждому. После встраивания этого кода в код на питоне, исполнение было всё ещё быстрее и эффективнее, чем просто на си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #35, #45, #97

33. Сообщение от Аноним (33), 10-Апр-24, 11:15	+/–
> То есть каждый раз компилировать и выполнять инструкции быстрее, чем интерпретировать? Хм... А ты не догадываешься, что код может выполняться в цикле?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #47

34. Сообщение от _kp (ok), 10-Апр-24, 11:16	+1 +/–
Как бы Вы хорошо не писали на Си, догадываетесь же, что есть области и где Си неуместен. И точно так же, Питоны и Jit'ы применимы не везде. Но у Питона, в виде тормозного скрипта, есть существенный плюс, когда в ПО легко изменить скриптовые части. А если ПО тяжелое, и компиляция крайне желательна, так для этого есть и более эффективные языки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

35. Сообщение от Аноним (32), 10-Апр-24, 11:16	+2 +/–
>быть умнее компилятора к примеру, компилятор имеет право игнорировать register, и тут придётся его натягивать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

37. Сообщение от Агент рептилоидов (?), 10-Апр-24, 11:19	+1 +/–
Точна! Его господа наши придумали всем на погибель!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

38. Сообщение от Аноним (33), 10-Апр-24, 11:23	+/–
> на типичных применениях jit это жор памяти, процессора, и тормоза Ну так сообщи об этом разработчикам CPython. Ты же видишь: они там все идиоты, без тебя ничего не понимают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #39

39. Сообщение от Аноним (32), 10-Апр-24, 11:28	+/–
А то они не в курсе. У майкрософта не типичные применения для питона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #63

40. Сообщение от Аноним (42), 10-Апр-24, 11:31	+/–
>Для работы JIT требуется установка LLVM в качестве дополнительной зависимости. Ясно, понятно, обойдусь без такого JIT. Если нужно будет ускорить, тогда уж лчше Анютка.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #174

41. Сообщение от zog (??), 10-Апр-24, 11:33	+3 +/–
Разве его там раньше не было? Очень странно. Как же он стал таким популярным без JIT?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #54, #67, #190, #214

42. Сообщение от Аноним (42), 10-Апр-24, 11:33	+4 +/–
Ничего, вы его разгоняете, а он растягивается ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

43. Сообщение от devl547 (ok), 10-Апр-24, 11:35	+/–
Были сторонние JIT, тот же PyPy.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

44. Сообщение от devl547 (ok), 10-Апр-24, 11:36	+1 +/–
llvm зачастую и так есть в системе. Например, его mesa тянет за собой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #52, #66, #98, #144

45. Сообщение от Аноним (45), 10-Апр-24, 11:37	+1 +/–
Писал перебор текста на ассемблере, это было быстро. И оперу совсем не ел лишнего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #107, #108

47. Сообщение от Аноним (45), 10-Апр-24, 11:42	+/–
Что делать те у кого нет циклов? Может например использовать нормальный язык? Например го.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #75, #103, #195

50. Сообщение от GG (ok), 10-Апр-24, 12:00    Скрыто ботом-модератором	+2 +/–
＼（＾∀＾）メ（＾∀＾）ノ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

52. Сообщение от Аноним (42), 10-Апр-24, 12:02	–1 +/–
У меня нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

53. Сообщение от Аноним (53), 10-Апр-24, 12:03	+4 +/–
Зачем мне JS? Я его ненавижу даже сильнее чем Python!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #96, #163

54. Сообщение от хрю (?), 10-Апр-24, 12:11	+3 +/–
потому что jit нужен большим долго работающим программам, пистон имно вообще не про это. питон это современный кроссплатформенный бейсик, в этом виде он очень не плох, зачем из него делать java понять сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #57, #58

55. Сообщение от анон (?), 10-Апр-24, 12:25	+/–
саламандра :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

57. Сообщение от zog (??), 10-Апр-24, 12:38	–3 +/–
JIT нужен всем, кто заботится о производительности и отзывчивости. К тому же JIT уже давно научили сохранять результат своей работы, что делает его актуальным не только для больших и долго работающих программ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #59, #71, #128

58. Сообщение от Аноним (45), 10-Апр-24, 12:38	+/–
Потому что питон второй лучший язык для всего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

59. Сообщение от Аноним (45), 10-Апр-24, 12:39	+/–
Фраза греть кеши заиграла новыми красками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

61. Сообщение от Вы забыли заполнить поле Name (?), 10-Апр-24, 13:08	+4 +/–
Самое интересное как приняли изменение: без pep, что без обсуждений в рассылках, просто чел из мс пришёл, сделал пр и его приняли. Не зря мс взяли Гвидо на работу, не зря! Жду подключены к работе Андреаса Хелсберга.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74

63. Сообщение от Аноним (45), 10-Апр-24, 13:22	+2 +/–
У них много ресурсов есть что жрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #112

66. Сообщение от Аноним (66), 10-Апр-24, 13:34	+1 +/–
На локалхосте может и так, а на серверах llvm обычно нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #222

67. Сообщение от Аноним (66), 10-Апр-24, 13:36	+4 +/–
Удобный ЯП для нетребовательной автоматизации, нормальная замена bash портянкам. И хорошая стандартная библиотека. Так и взлетел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #141

68. Сообщение от Вы забыли заполнить поле Name (?), 10-Апр-24, 13:36	+6 +/–
Ты про завязку на ллвм? Такое себе будущее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

71. Сообщение от Аноним (66), 10-Апр-24, 13:40	+3 +/–
> JIT нужен всем, кто заботится о ... отзывчивости. Вот им как раз JIT не нужен, JIT даёт только доплнительные задержки и ухудшает ~ 99 % -ый персентиль. Хорошая особенность CPython это равномерные и предсказуемые тормоза. Для отзывчивости можно использовать только ЯП без JIT и без GC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

72. Сообщение от Golangdev (?), 10-Апр-24, 13:42	+/–
А подскажите плз, знающие, .pyc файлы - это что ? Не тоже ли самое ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78, #80

73. Сообщение от Аноним (73), 10-Апр-24, 13:43	+/–
О, ну так если теперь пихтон компилится в нативный код, может и ai стаф не будет требовать суперкомпьютер для работы?)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79, #151

74. Сообщение от Аноним (66), 10-Апр-24, 13:43	+/–
PEP это изменения в ЯП, а в новости опционально добавляется новый режим работы реализации без изменений в самом ЯП и его инфраструктуре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #127

75. Сообщение от Аноним (13), 10-Апр-24, 14:06	–1 +/–
Отвечаю для всех кто не знает как работает JIT. Обычно компилируется не весь код, а код который вызывался много раз и который будет выгоднее сначала скомплировать, а потом быстро исполнять. JIT в среднем работает быстрее интерпретатора, иногда можно ускорить еще принудительно отключая JIT для некоторых функций. https://www.baeldung.com/jvm-tiered-compilation
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #84

77. Сообщение от Аноним (77), 10-Апр-24, 14:20	+2 +/–
Когда уберут табы?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

78. Сообщение от economist (?), 10-Апр-24, 14:21	+1 +/–
Это байт-код, ускоряющий частую загрузку, не то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #105

79. Сообщение от economist (?), 10-Апр-24, 14:22	+/–
AI будет в Mojo
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #92

80. Сообщение от Аноним (45), 10-Апр-24, 14:22	+/–
Это байткод он только чтобы каждый раз не парсить текст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

84. Сообщение от Аноним (45), 10-Апр-24, 14:31	+4 +/–
Дубль два. Зачем тебе интерпретатор если ты куда-то торопишься? Может сразу брать нормальны
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #85

85. Сообщение от Аноним (45), 10-Апр-24, 14:31	+4 +/–
й быстрый язык. Например го.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #129

86. Сообщение от Аноним (66), 10-Апр-24, 14:32	+3 +/–
+, было бы киллер фичей наконец таки сделать диалект питона на { }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #93, #101, #113, #145

88. Сообщение от Бывалый Смузихлёб (ok), 10-Апр-24, 14:34	+/–
странно что в питоне не было даже минимальных базовых нюансов сколько же бабла ввалили на его продвижение...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #89, #95, #172

89. Сообщение от Аноним (42), 10-Апр-24, 14:45	+2 +/–
Так это когда было, а сколько лет с тех пор прошло?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

90. Сообщение от Аноним (90), 10-Апр-24, 14:47	+/–
Свой JIT не могли написать что ли? Теперь всем эту монструозную либу компилять каждый раз по миллиарду часов при сборке (сейчвс пока необязательна, но в будущем будет).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99

92. Сообщение от Аноним (42), 10-Апр-24, 14:59	+1 +/–
Mojet и будет, а может и нет. А то Юлия уже обещала Петон из науки изгнать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

93. Сообщение от Аноним (42), 10-Апр-24, 15:00	+/–
Не, это уже будет НеПитон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

94. Сообщение от Аноним (94), 10-Апр-24, 15:01	+4 +/–
Вот что Mojo животворящий делает! Как только появился единый перспективный язык программирования способный заменить Python и Rust, засидевшиеся разработчики сразу зашевелились и начали вводить новые фичи, фиксить уязвимости.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110, #114

95. Сообщение от Прадед (?), 10-Апр-24, 15:07	+/–
Спасибо что хоть что-то было!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

96. Сообщение от Прадед (?), 10-Апр-24, 15:08    Скрыто ботом-модератором	+1 +/–
Чтобы ненавидеть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

97. Сообщение от Прадед (?), 10-Апр-24, 15:13	+/–
Дело не только в этом. Джит может подхватить текущую архитектуру цпу со всеми бонусными фишками типа последних SIMD и ещё бг знае чего. Что ему как правило не помогает, но учтите!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

98. Сообщение от Прадед (?), 10-Апр-24, 15:14	+1 +/–
Так это девелоп машина. На девайсе ни месона ничего
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

99. Сообщение от Прадед (?), 10-Апр-24, 15:16	+/–
Хи-хи ха-ха, делов-то
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #104

100. Сообщение от Прадед (?), 10-Апр-24, 15:20	+2 +/–
Не знаю, вроде все любят питона, а я не особо.. Какой-то он то тут то там, вечно проблемы какие-то.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109

101. Сообщение от Аноним (129), 10-Апр-24, 15:33	+/–
Играйтесь в скобочки в я языках со скобочками. Их более чем достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #102

102. Сообщение от Аноним (42), 10-Апр-24, 15:34	+2 +/–
Ага, а то ещё желающие begin/end прибегут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

103. Сообщение от Аноним (42), 10-Апр-24, 15:37	+1 +/–
Gо, нормальный язык? /0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #111, #117, #120

104. Сообщение от Аноним (42), 10-Апр-24, 15:45	+/–
Можно подсмотреть в PyPi и даже что-то скопипастить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #160

105. Сообщение от Golangdev (?), 10-Апр-24, 15:54	+/–
спасибо!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

106. Сообщение от Пряник (?), 10-Апр-24, 16:25	+/–
Но код питона динамический, eval() там, все дела. Заново компилировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

107. Сообщение от Пряник (?), 10-Апр-24, 16:29	+/–
Так, если ты в ассемблере не клал в оперу ничего, то там и нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

108. Сообщение от Пряник (?), 10-Апр-24, 16:31	+/–
А системные вызовы потребляют оперу системы, а не процесса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #116

109. Сообщение от Пряник (?), 10-Апр-24, 16:38	+1 +/–
Любят, потому что на питоне быстро делается рабочая программа. И выполняет любые задачи. А скорость и безопасность можно и потом допилить уже, если задача того стоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #115, #130, #156, #161, #217

110. Сообщение от Пряник (?), 10-Апр-24, 16:40	+1 +/–
Тырят друг у друга идеи. Это Open Source животворящий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

111. Сообщение от _ (??), 10-Апр-24, 16:59	+/–
Да - нормальный. +100500*100500 :-р А то что у неГо есть свои закидоны ... а у кого их нет? Но струнимент - рабочий. На нем к примеру софта написано неслабо, которым _уже_ миллионы мух пользуются :) ... в отличие от к примеру раста, который почти ровесник, а софта нетЪ, акромя парочки утилит импортозамещающих такое-же, но на С\С++ :))) PS: Из питона делают js ... ну такое ... один js у нас уже есть, и "там своя атмосфЭра"(С)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #121, #132

112. Сообщение от _ (??), 10-Апр-24, 17:02	+1 +/–
Им надо чтоб твой инстанс в Azure крутящий твою крстылемещалку-на-пеЙтоне жрал х10 :) Но если подкрутить только у себя - все уйдут в AWS\GCP ... но это же луДший друг опенсорца, поэтому подкрутят ВСЕМ, чтоб ВСЕМ стало луДше! :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

113. Сообщение от Аноним (113), 10-Апр-24, 17:06	+1 +/–
https://pypi.org/project/Bython/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

114. Сообщение от Аноним (113), 10-Апр-24, 17:08	+/–
В научных вычислений сейчас лучшая связка Julia + Rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #125

115. Сообщение от _ (??), 10-Апр-24, 17:19	–1 +/–
>Любят, потому что на питоне быстро делается рабочая программа. Быстро - да, рабочая - "это вам повезло"(С)Профессор анатомии >И выполняет любые задачи. Выкладывай свой девайс драйвер для ведра :) Обосрамс? >А скорость и безопасность можно и потом допилить уже, если задача того стоит. Перевожу с айтишного на русский: А скорость и безопасность идут лесом, у меня в жЫре ещё 20 тасок весит, а вертухаям привесли новенькие ногайки! :( Впрочем - перебор. Такая бнопня будет хоть на чём пиши :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #119, #122

116. Сообщение от Аноним (45), 10-Апр-24, 17:36	+/–
Ну ок, плохо что таблица сисколов разная для 64 битных и 32 битных систем это капец.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

117. Сообщение от Аноним (45), 10-Апр-24, 17:37	+/–
Можно даже сказать единственный нормальный. Там нет таких закидонов как сабж из новости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

119. Сообщение от Аноним (-), 10-Апр-24, 17:46	+1 +/–
>>Любят, потому что на питоне быстро делается рабочая программа. > Быстро - да, рабочая - "это вам повезло"(С)Профессор анатомии Это явно профессор кислых щей писал /_- На питоне рабочая программа получится в разы чаще чем на дыряшке. > Выкладывай свой девайс драйвер для ведра :) Обосрамс? Тут люди пишут дрова для видях на питоне, а ты куракекаешь что-то невнятное. На почитай для чего нужно быстрое прототипирование и отладка, может умнее станешь (но это не точно) asahilinux.org/2022/11/tales-of-the-m1-gpu/ >>А скорость и безопасность можно и потом допилить уже, если задача того стоит. > Перевожу с айтишного на русский: Я тебе пример выше скинул, как на питоне пишется код, а потом переписывается на быстрый и безопастный раст. > А скорость и безопасность идут лесом, у меня в жЫре ещё 20 тасок весит, а вертухаям привесли новенькие ногайки! :( Если тебе бьют, то наверное ты просто трепила. Ну или с генами что-то не то. Тебя там за просроченные спринты на стеклотару не сажают? Может тебе хотя бы почитать, как в нормальных коллективах работают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #170

120. Сообщение от Аноним (-), 10-Апр-24, 17:56	+3 +/–
Он не просто нормальный, он практически идеальный. Я когда залезаю в гирлянды async await в JS и Питоне, мне после этого в душ хочется сходить. Спасибо Робу Пайку за горутины и каналы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #150, #183

121. Сообщение от Аноним (121), 10-Апр-24, 18:12	–2 +/–
> в отличие от к примеру раста, который почти ровесник, а софта нетЪ "Фантазё-о-о-о-ор, ты меня называла-а-а-а-а" Спроси хотя бы у гугла (компании, а не поисковика), в чем ты неправ насчёт раста. Как тебе там, в твоём отсталом маня-мирке, живётся?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #138

122. Сообщение от нах. (?), 10-Апр-24, 18:22	+/–
> Выкладывай свой девайс драйвер для ведра так там эти... армотрахатели почти ж выложили (в смысле у них на самом деле был и работал прототип на впихоне - к счастью для нас, все же они использовали язык быстрого прототяпляпирования по назначению и потом пошли все переписывать на хруст, с чем и пропали)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #123

123. Сообщение от Аноним (-), 10-Апр-24, 18:52	+/–
> с чем и пропали В смысле пропали? Они как раз его закончили и даже прошли сертификацию Кроноса. Это тебе не хухры-мухры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #124, #171

124. Сообщение от нах. (?), 10-Апр-24, 18:56	+1 +/–
"И вот все об этом человеке". Ачивка анлокнута, можно продаваться подорого какому-нибудь ibm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #223

125. Сообщение от Аноним (66), 10-Апр-24, 18:56	+2 +/–
Научные вычисления приговорены к вечному страданию на мусорных ЯП. Это про Julia, если что. Показательно, что среди всей этой кодлы не находится достаточное кол-во вменяемых людей для разработки нормального ЯП
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #131, #216

127. Сообщение от Вы забыли заполнить поле Name (?), 10-Апр-24, 19:10	+/–
Не надо оправданий, все все понимают. Кстати, про pep даже релиз инженер из гугла возмутился в pr. Им явно виднее ю, чем тебе. Ну и есть два новых Пепа про поддержку мобилок, так что ты не прав.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

128. Сообщение от хрю (?), 10-Апр-24, 19:27	+/–
> JIT нужен всем, кто заботится о производительности и отзывчивости. К тому же > JIT уже давно научили сохранять результат своей работы, что делает его > актуальным не только для больших и долго работающих программ. Хлупость. От jit производительность могут получить только большие и долгоработающие приложения, остальные её не получат, да и бейсику не нужна производительность, а нужна понятность и быстроекодонаписание, а отзывчивость вообще не про jit ни в каком виде. Есть мнение, что jit это какая-то манта. Мало кто понимает, что это и как работает, но все уверены, что она решает все проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

129. Сообщение от Аноним (129), 10-Апр-24, 19:49	+2 +/–
Да не вопрос. Одна проблема, то что на питоне реализуется 10-ю строками кода, на go не умещается в 30.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #148, #224

130. Сообщение от Аноним (129), 10-Апр-24, 19:54	+/–
А потом просто включается правило: работает - не трогай!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #165

131. Сообщение от Golangdev (?), 10-Апр-24, 19:56	–1 +/–
а всё почему - там недостаточно денег и корпораций, на потсоянной основе. разовые гранты не способствуют созданию/исправлению языков
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #142

132. Сообщение от Аноним (132), 10-Апр-24, 20:10	+/–
Ну вон, растдеск хорошо скаммеры используют
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

133. Сообщение от Аноним (133), 10-Апр-24, 20:16	–2 +/–
JIT - зло которое надо искоренять!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

135. Сообщение от Skullnet (ok), 10-Апр-24, 21:18	+/–
tl;dr Во сколько раз медленнее С++?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #136, #139

136. Сообщение от Ivan7 (ok), 10-Апр-24, 21:29	+3 +/–
> Во сколько раз медленнее С++? CPython по тестам в сотни раз медленнее C++. Другие варианты Python, более оптимизированные - PyPy, например, - в десятки раз медленнее C++. И кто-то ведь использует его для обработки данных, и даже книги издаются на эту тему... Полная жесть, короче...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #137, #184

137. Сообщение от Аноним (129), 10-Апр-24, 22:05	+/–
Так это все равно быстрее чем на си. Написание программы на питоне плюс ожидание ее выполнения суммарно меньше, чем написание программы на си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #140, #143

138. Сообщение от Аноним (138), 10-Апр-24, 22:32	+/–
Ну зачем вы прикалываетесь над вьюношей? Мальчик долго изучал Go, и теперь не знает что будет, если Go не будет. Он просто боится и свои страхи транслирует здесь в хвалебных речах для Go - языка корпорации Google, собирающей ваши личные данные, письма, запросы... пусть даже, если это они делают в последнее время на Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #182

139. Сообщение от чатжпт (?), 10-Апр-24, 22:37	+2 +/–
Приходите обсудить этот вопрос когда перестанете null освобождать, т.е. никогда
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #146, #153, #157

140. Сообщение от Аноним (113), 10-Апр-24, 22:39	+1 +/–
Это зависит от того, что программа должна делать. Большинство задач, которые в ML решают, на C пишутся не сложнее. Просто у C синтаксис поприятнее будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #166

141. Сообщение от Аноним (138), 10-Апр-24, 22:42	+/–
Вообще изначально он предназначался для прототипирования, типа - пришли к клиенту, пообщались, выяснили требования, что-то по-быстрому набросали на Python, показали клиенту, клиент доволен, переписали полностью на С++ или только критические участки. А потом производительность процессоров так рванула, что мелко-средних клиентов удовлетворял и тормознутый Python, который оказался тормознутее даже полностью интерпретируемого VBScript, не говоря уже о VBA с его p-кодои или cкомпилированном в нейтив Visual Basic. И я просто был в шоке, когда это "чудо" начало захватывать ИТ-область с его повадками и неправильными парадигмами написания каких-хочешь программ левым пальцем недоучившегося студентоса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #192, #200

142. Сообщение от Аноним (138), 10-Апр-24, 22:47	+1 +/–
Перцы, которые пилят Julia изначально пилили какую-то версию Lisp. Потом они решили, что надо сверху накидать процедурно-обектного синтаксиса, обозвать это Julia и продать. Получилось не очень. Фортран как-то целостнее смотрится и логичнее (но конечно более ограничен своими границами, заложенными еще ранее - в основном вектора и матрицы, остальное много труднее, хотя и легкий ООП туда завезли)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

143. Сообщение от Аноним (138), 10-Апр-24, 22:49	+1 +/–
Если запустить 1 раз с 1кб данных, то да. А если запускать миллионы раз с террабайтами данных, тут С/C++ вне конкуренции. Ну ты меня, надеюсь, понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #167

144. Сообщение от Аноним (-), 10-Апр-24, 23:29	+/–
> llvm зачастую и так есть в системе. Например, его mesa тянет за собой. Он ща весит более 60 метров. Это уже скоро начнет реально, жабу, догонять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

145. Сообщение от Аноним (-), 10-Апр-24, 23:30	+/–
> +, было бы киллер фичей наконец таки сделать диалект питона на { } Открой для себя go :). Для кого гугол старался, спрашивается?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #176

146. Сообщение от Ivan7 (ok), 11-Апр-24, 01:24	–1 +/–
Ну что за чушь! От криворукости, рукожопости и слабоумия никакой язык не спасает!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #236

148. Сообщение от 1апреля (?), 11-Апр-24, 01:49	+3 +/–
Бывает и наоборот
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

149. Сообщение от chf (?), 11-Апр-24, 02:07	+/–
Да, Python движется в сторону становления Java-подобным языком. Возможно, и vm будет единой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

150. Сообщение от Аноним (150), 11-Апр-24, 02:09	+/–
Гирлянды и async await? Вы точно про js?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

151. Сообщение от Аноним (150), 11-Апр-24, 02:29	+/–
Не будет. Он и так на с/с++ написан. На Python лишь биндинги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

152. Сообщение от Пупсик (?), 11-Апр-24, 03:33	–2 +/–
Лучше дождаться когда modjo дорастет до момента, когда он перекроет весь синтаксис питона.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #237

153. Сообщение от qwe (??), 11-Апр-24, 04:13	+/–
man 3 free: ... If ptr is NULL, no operation is performed. Смысла в этом не много, но и проблемы нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

154. Сообщение от Ivan_83 (ok), 11-Апр-24, 04:15	+1 +/–
Лучше бы архитектора толкового и с яйцами наняли, а то питон мотает в разные стороны, особенно в его библиотеках/расширениях. Втащили rust как зависимость некоторых базовых либ типа криптовой и оно и так то требовало возни для сборки, а теперь ещё и не на всех платформах это юзать можно будет. И вот эти костыли с venv и ещё динамической работой pep когда он сам походу из инета подтягивает недостающие зависимости - это же треш и угар в плане поддержки и секурности.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #168, #203, #221, #239

156. Сообщение от Прадед (?), 11-Апр-24, 05:44	+/–
Проблема в том что если ты не поторопился с установкой новехонького дистра, потому что у тебя уже на этом всё настроено, свежие прожки начинают отваливаться, пип не фурычит при попытке достать очередную либу, компиляешь свежего питона чтобы просто запустеть этот самый скрипт, танцуешь с папками и путями, потом там что-то ещё и так далее. У коллеги арч и он вообще давно забил на попытки пользования скриптой, в общем вакханалия. Я это без ненависте, чисто статистически, много такого на питони встречалл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #177, #180

157. Сообщение от Прадед (?), 11-Апр-24, 05:49	+/–
Ни null а none
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

160. Сообщение от Прадед (?), 11-Апр-24, 06:07	+/–
Не знаком, но предвижу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

161. Сообщение от ng (ok), 11-Апр-24, 06:43	+/–
> А скорость и безопасность можно и потом допилить уже, если задача того стоит. Строители "замков на песке" характеризуются уверенностью, что фундамент и коммуникации подводятся после сдачи сооружения в эксплуатацию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #178, #187

163. Сообщение от Аноним (163), 11-Апр-24, 06:48	–1 +/–
А что Вам по душе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

165. Сообщение от Аноним (165), 11-Апр-24, 07:18	+/–
Устраивает - не трогай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

166. Сообщение от Аноним (165), 11-Апр-24, 07:29	+/–
"Hello, World!", да, на C пишется быстрее. Синтаксис поприятнее, да. Только этого синтаксиса не хватает, поэтому вспоминают, что есть C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

167. Сообщение от Аноним (165), 11-Апр-24, 07:33	+/–
Миллионы раз запускать, это уже не прототипирование. Здесь стоит переписать с Питона, если десятки раз удачно отработало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #218

168. Сообщение от Аноним (165), 11-Апр-24, 07:37	+/–
Лучше не надо нового архитектора. А то, вероятнее всего, попадётся может и толковый, но бывший с яйцами. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

169. Сообщение от economist (?), 11-Апр-24, 08:52	+1 +/–
Вот радуете меня когда за нас, DS-тов, все подряд решают в чем нам надо работать, причем "еще 10-ть лет назад", когда ИИ было словом ругательным. Тыкают в "сотни раз более медленный" по несколько раз на дню. Прошу запомнить число "4" - примерно во столько раз медленнее весь runtime DS-стека на Python по сравнению с чем другим быстрым (С, С++, Julia итд) в реальной жизни. Это не то чтобы предмет гордости, конечно же нет. Но признание проблемы - первый шаг к ее решению. На протяжении Python 3.4-3.12 мы видим последовательные шаги по ускорению на единицы процентов, теперь уже это десятки %%. Так что не надо нытья, кому надо быстрее и легче писать - пишут на простом и медленно ускоряющемся Python. Кому надо быстрее выполняться - сразу идут и пишут на чем-то сложном. Встретимся через год и сравним число проектов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #179, #191

170. Сообщение от Аноним (45), 11-Апр-24, 09:09	+/–
Ты что в бюджетных организациях никогда не работал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

171. Сообщение от Аноним (45), 11-Апр-24, 09:11	+/–
Этот Кронос сертифицирует всё что шевелится. Что не шевелится он толкает и сертифицирует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

172. Сообщение от User (??), 11-Апр-24, 09:51	+/–
Да оспыдя. Большинство из тех, кому прямнадо было - брали кто pypy, кто pyston, а кто и вовсе (Ха-ха, неудачники!) nuitka'у - делов-то? Иное дело, что "прямнадо" оно не только лишь всем да и результат был не то, чтобы однозначно очень...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

173. Сообщение от User (??), 11-Апр-24, 09:53	+/–
Один groovy у нас уже есть - да и тот уже нах не нужен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

174. Сообщение от User (??), 11-Апр-24, 09:59	+/–
Мхва-ха-ха! Вот так вы, "ускорятели", и палитесь...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

175. Сообщение от Аноним (175), 11-Апр-24, 10:05	+1 +/–
Для сборки билда JIT требуется установка LLVM в качестве дополнительной зависимости. Для работы билда на конечной машине новых зависимостей нет. Грамотеи
Ответить | Правка | Наверх | Cообщить модератору

176. Сообщение от User (??), 11-Апр-24, 11:55	+/–
Для себя, вестимо. И за вычетом достаточно узкой ниши - примерно "не конкурент".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

177. Сообщение от User (??), 11-Апр-24, 12:01	+1 +/–
Господи, что за ранние 200е? Вроде ж у всех лет десять как - у кого по venv с каким poetry ыщщо, у кого по контейнерам все - но обязательно найдется "знакомый арчевод"(ТМ), у которого три версии сконпелированного питона (Одна из них не иначе как 2я) ниработаит!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #181

178. Сообщение от Пряник (?), 11-Апр-24, 12:04	+/–
Ты когда-нибудь про прототипирование слышал? Или ты все свои идеи сразу в граните выбиваешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #185, #225

179. Сообщение от User (??), 11-Апр-24, 12:05	+/–
не-не, тут все больше по написанию комментариев соревнуются. Сишечка выигрывает за явным преимуществом, если что - так-то, Илон Муск!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

180. Сообщение от Пряник (?), 11-Апр-24, 12:10	+/–
Да, компилируешь питон. И что такого? Питон очень просто компилируется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #204

181. Сообщение от Пряник (?), 11-Апр-24, 12:12	+/–
Рекомендую pipenv. Он в отличии от Poetry не мусорит в pyproject.toml, а создаёт свои Pipenv и Pipenv.lock, которые ни с чем не конфликтуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177

182. Сообщение от Пряник (?), 11-Апр-24, 12:17	+/–
Вряд ли он долго изучал Go. Он создавался лёгким для изучения. И с начала хайпа по нему очень быстро появилось много программ, что говорит о лёгкости изучения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

183. Сообщение от Пряник (?), 11-Апр-24, 12:21	+/–
Если изучить один раз, то ничего сложного. Видишь async def? Это сопрограмма. Видишь await? Это вызывают сопрограмму. А в каком-нибудь __main__ все сопрограммы помещаются в задания и вызывается asyncio.run.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #211

184. Сообщение от Вы забыли заполнить поле Name (?), 11-Апр-24, 12:24	+/–
> И кто-то ведь использует его для обработки данных, и даже книги издаются на эту тему... Полная жесть, короче... Ты бы глянул на чем питонячие библиотеки для данных написаны под копотом для начала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #198

185. Сообщение от Аноним (197), 11-Апр-24, 13:18	+1 +/–
> Ты когда-нибудь про прототипирование слышал? Или ты все свои идеи сразу в > граните выбиваешь? прототипирование это миф. программы написанные на недоязычках в этом стиле так и не вылезают из прототипа, только носят уже гордое название "program" с "version=01.02.24". Другое дело когда ты "прототипируешь" на каком-нибудь clisp'e, где код рефакторится потом до неузнаваемости, включая ассемблерные вставки, или ядро/либу на C/C++ и обвязываешь скриптами. Требуется продумывание архитектуры и интерфейсов/апи на стадии проектирования, что немного вылезает из практики "прототипирования" в 90% случаев. Примерно в стольких же процентах случаев, пихон-прожекты либо сдохли так и не переведя с 2 на 3 версию, либо перевели но так и остались на пихоне. Даже на го переписали единицы, т.к. требуют от зрелого гнокода немало количества бабла для переписывания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #186

186. Сообщение от Пряник (?), 11-Апр-24, 14:39	+/–
> Давайте сменим традиционный подход к построению программ: будем считать, что наша цель — не дать указания компьютеру о ходе его работы, а объяснить человеку, что именно мы хотим добиться от компьютера. (c) Дональд Кнут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #189

187. Сообщение от Пряник (?), 11-Апр-24, 14:41	+/–
Москва не сразу строилась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

189. Сообщение от Аноним (197), 11-Апр-24, 15:22	+/–
>> Давайте сменим традиционный подход к построению программ: будем считать, что наша цель — не дать указания компьютеру о ходе его работы, а объяснить человеку, что именно мы хотим добиться от компьютера. > (c) Дональд Кнут не прикрывайся Кнутом. Скриптота - problem oriented approach, решает проблему быстрого тяп-ляп, ака "прототипирования". Как только оно вылезает в паблик и тестируется/запускается на миллионах машин - имеем боль, страдания, тормоза, стэктрейсы, сломанные модули, переписывания с 1.х на 2.х, с 2.х на 3.х, а то и между иксами переписываем, типа 2.4 < 2.6 < 2.8 и так далее, типичные такие проблемы. "Прототипирование" не вылезает из прототипа, вот я о чём, потому что сама скриптота создана для "прототипирования". Представь как ты придумываешь архитектуру, пишешь ядро, выносишь коммон-код в либы, думаешь об апи, и всё на "прототипированном" языке: это нонсенс в 90% случаев. Чаще всего, ты как все мы: херачишь, чтоб работало (с), а далее - если решает бизнес задачу и есть отдача - можно вылизать стрёмные места, или переоформить код, сделав по подобию чего-нибудь архитектурного... разбить на модули, утилиты, сделать 2.0, сломав совместимость, а там, посмотрим, докупить железа если слишком тормозит, бо дешевле переписывания, или на краааааайний случай, который случится примерно никогда - переписать на Го. :-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #193

190. Сообщение от Аноним (190), 11-Апр-24, 15:26	+/–
Он стал популярным как язык-клей, писать код где не упираемся в проц (когда вы ждете чего-то из сети или читаете с диска, нет разницы, есть jit или нет). А где упираемся - этот кусок переписывается на C или берется из готовых библиотек с нативным кодом. Т.к. питон не джава и не C#, там нет виртуальной машины / сэндбокса / причин использовать managed-реализацию вместо нативной. Приличная часть стандартной библиотеки написана нативным кодом. И реальные программы используют кучу библиотек написанных на C - везде, где критична производительность. А перекидывать данные между C'шными реализациями и писать высокоуровневую логику он и без JIT прекрасно справляется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

191. Сообщение от Аноним (190), 11-Апр-24, 15:29	+/–
> Кому надо быстрее выполняться - сразу идут и пишут на чем-то сложном. Встретимся через год и сравним число проектов. А почему проектов? А не строк кода? Логичнее оценивать по ним. Например, в питоне можно в 10 строк функцию написать, а в C для нее же потребуется сотня строк - т.е. получается для реализации той же задачи, в C можно в 10 раз больше кода написать, и впечатлить своего работодателя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #219

192. Сообщение от anonymous (??), 11-Апр-24, 15:35	+1 +/–
вообще то ученые проталкивали, удобно данные экспериментов обрабатывать не изучая ассемблеры, кстати именно по этому в питоне мат. библиотеки такие развитые и вылизанные. Так же как и WWW от них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

193. Сообщение от anonymous (??), 11-Апр-24, 15:47	+/–
угу именно так, по факту вечная мечта о том чтобы программировать нечто абстрактное а потом придет какой то волшебник и оптимизирует под конкретное физическое железо так и не взлетела. Просто люди получили много раз обратный эффект, смирились и делают вид что так и должно быть. Что в программе всегда есть ошибка, что оптимизатор оптимизирует, что вечное сияние чистого разума это первично а то как сделать из песка микросхему это для неудачников. Так и варятся в каком то абстрактном болоте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

195. Сообщение от Joe Ford (?), 11-Апр-24, 16:32	+/–
go - куцый кастрат, работающий медленнее C# если принципиально нужно страдать, то хотя бы за что-то существенное - Rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #197

196. Сообщение от Joe Ford (?), 11-Апр-24, 16:34	+1 +/–
посмотри сравнения скорости бидона с PHP или Ruby, где JIT применяется уже очень давно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

197. Сообщение от Аноним (197), 11-Апр-24, 16:38	+/–
> если принципиально нужно страдать, то хотя бы за что-то существенное - Rust а где здесь "существенное"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195

198. Сообщение от Ivan7 (ok), 11-Апр-24, 16:43	+/–
Для обработки данных на С++ чаще всего вообще никакие библиотеки не нужны. А вот в питоне без сишных либ вообще никакая обработка больших данных невозможна из-за его сверхнизкой производительности. И даже с сишными библиотеками он всё-равно очень медленный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #235

200. Сообщение от Аноним (66), 11-Апр-24, 17:40	+/–
> Вообще изначально он предназначался для прототипирования... Нет. В наше же время все могут воспользрваться хотя бы википедией и посмотрпеть как было на самом деле. Зачем выдумываешь? Ладно, чукча, видимо, не читатель, давай помогу... > We needed a better way to do system administration than by writing either C programs or Bourne shell scripts, since Amoeba had its own system call interface which wasn’t easily accessible from the Bourne shell. My experience with error handling in Amoeba made me acutely aware of the importance of exceptions as a programming language feature.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #215

203. Сообщение от Аноним (66), 11-Апр-24, 18:26	+/–
pip... Основная проблема всего этого колхоза это поставка so-ек вунтри pip и у каждого пакета свои одинаковые либы в разных версиях или даже совсем одинаковые. Здесь должен был бы быть нормальный пакетный менеджер, а не такое рукозадние
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

204. Сообщение от Прадед (?), 11-Апр-24, 18:53	+/–
Вот вы насоветовали тут, а как насчёт чтобы и так работало?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #205, #207

205. Сообщение от Прадед (?), 11-Апр-24, 18:55	+/–
Мне нада скрипт запустить чтобы доки сгенерил, и забыть, а там начинается докеры, поетри, пайэнвы,
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #206, #208

206. Сообщение от Прадед (?), 11-Апр-24, 19:00	+1 +/–
Щас ещё такая тема новая, что через пакетны менеджер не поставишь, говорит ставь через пип а пип не может, и так далее. А там ещё нада из месона запустеть, это ещё история..Такой вот жанр питоненья. Разраб может и кайфанул, хотя не факт, но я так эту хрень и не осилил, после нескольких часов юзер забил и пошёл спать, ну и хрен с ними, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

207. Сообщение от Пряник (?), 11-Апр-24, 20:02	+/–
Когда я только сел за линукс, тогда ещё пакетов толком не было. А в игрушки поиграть и разные программки хотелось. Приходилось качать исходники, configure и потом качать всё, что не нашёл configure. Где-то через полчаса лишь заветный make. Обычно собиралось без ошибок, потому что ошибки я точно не пытался исправлять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #210

208. Сообщение от Пряник (?), 11-Апр-24, 20:06	+1 +/–
Вот poetry и pyenv не советую. Первый лезет ручонками в pyproject.toml. А я хочу собирать пакет через hatch. Второй просто устарел. Можно и без виртуальных окружений совсем. Тогда просто в одну папки кидаются все зависимости. Но никто зависимости вместе с программой не таскает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

210. Сообщение от Прадед (?), 11-Апр-24, 20:27	+/–
Звучит приемлемо. Я так гном-шелл как-то собрал во времена автотулза, было забавно. А теперь вот месон билд и готово. И работала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

211. Сообщение от Аноним (-), 11-Апр-24, 20:47	+/–
Ты вообще видел Го? Там к корням UNIX и Plan 9 возвращена функциональность конкурентности и горутины общаются между собой каналами, а не вот этим вот плохой вещью. https://habr.com/ru/articles/466337/ Если ты считаешь, идеологию конкурентности в JS и Питоне - ок, то рекомендую немного поделать вещей на Го, и ты поймешь, насколько это тупая вещь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #220

212. Сообщение от Илья (??), 11-Апр-24, 21:11	+/–
Jit наиболее хорошо для сервера подходит, где процесс запускается один раз а потом неделю пашет. Но кто в здравом рассудке будет на пайфоне сервер писать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

214. Сообщение от Илья (??), 12-Апр-24, 07:06	+/–
5-7 лет назад инфоцыгане резко открывать курсы по пайфону "стань программистом за две недели". Люди ломанулись туда и всё начало реверберировать. По сути пэйфон популярен потому что популярен. Кто не согласен - пожалуйста поясните, какие у пэйфона конкурентные приемущества?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #232

215. Сообщение от Аноним (138), 12-Апр-24, 07:23	+/–
Придумать они его могли по любому поводу, типа чтобы за пивом коллегам не бегать. Суть не в этом. А суть в том, что когда они начали продвигать это поделие в массы, то лозунг Гвидо и его подельников был "Python - язык для быстрого прототипирования", пока ваши конкуренты пишут на С++ вы уже показываете клиенту свою программу. Best Time to Market. Как-то так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #228, #229

216. Сообщение от Илья (??), 12-Апр-24, 07:58	–1 +/–
Вменяемых языков бесконечное количество на самом деле. Просто у научных работников как правило нету понимания, какой инструмент выбрать. Они же не программисты. Возьмите хоть тот же f#. Строго типизированный, притом не требует указания типов, конпелируется в АОТ. синтаксис крайне лаконичный. По идее он должен быть на месте пэйфона сейчас. Но, увы, микрософт допилили дотнет только недавно, а ниша уже занята
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

217. Сообщение от Илья (??), 12-Апр-24, 08:13	+/–
> быстро делается рабочая программа справедливо для любого популярного языка Вот только в случае пэйфона, сопровождение после второй недели разработки становится адом в динамике
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #233

218. Сообщение от Илья (??), 12-Апр-24, 08:15	+/–
> Здесь стоит переписать с Питона А зачем тогда вообще начинать писать на пэйфоне?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #234

219. Сообщение от economist (?), 12-Апр-24, 09:08	+/–
Именно поэтому проектов, а не строк кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191

220. Сообщение от Пряник (?), 12-Апр-24, 09:50	+/–
Сопрограммы вообще нетипичная вещь. Обычные подпрограммы с возможностью по желанию левой пятки сохранять переменные, стек и регистры куда-то, а потом также возвращать обратно. Поэтому жди 100500 реализация сопрограмм, как со строками вышло. И в питоне async/await - это просто синтаксис, за которым может быть любая реализация, в том числе гошная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

221. Сообщение от Пряник (?), 12-Апр-24, 09:54	+1 +/–
Это на каких платформах нелья? Просто интересно чем вы там упариваетесь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #226

222. Сообщение от Советский инженер (ok), 12-Апр-24, 09:57	+/–
>Для сборки CPython с JIT требуется установка LLVM в качестве дополнительной зависимости. шо не ясно? просто новый питон без LLVM не установится. так и появится LLVM на сервере.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

223. Сообщение от Аноним (-), 12-Апр-24, 11:41	+/–
> "И вот все об этом человеке". > Ачивка анлокнута, можно продаваться подорого какому-нибудь ibm. Зачем IBM спец по эпловским GPU? Что они будут с ним и его макетами на питоне делать? Да даже и на хрусте - повод дать этому туловищу денег в чем состоит?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

224. Сообщение от Илья (??), 12-Апр-24, 13:35	+1 +/–
Обычно так говорят "разработчики", которые выучили один только пэйфон. Код на нём занимает ровно столько, сколько на любом современном языке программирования. Так что не надо врать тут
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

225. Сообщение от ng (ok), 12-Апр-24, 17:01	+/–
> Ты когда-нибудь про прототипирование слышал? Или ты все свои идеи сразу в > граните выбиваешь? Да. Слышал. И даже видел прототипы в граните и мраморе: http://stranymira.com/uploads/posts/2008-09/1221408037_2_lar...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

226. Сообщение от Ivan_83 (ok), 13-Апр-24, 00:35	+/–
А давно RUST стал работать на всех платформах где есть питон?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #238

228. Сообщение от Аноним (66), 13-Апр-24, 02:52	+/–
И суть его осталась ровно такой же ибо для прототипирования абсолютно не подходит. На любом другом ЯП разработку нужно начинать полностью с нуля, наработки на питоне нельзя больше никуда перенести.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

229. Сообщение от User (??), 13-Апр-24, 08:14	+/–
... но приводить подтверждения своим словам я конечно же не буду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

230. Сообщение от ИмяХ (ok), 13-Апр-24, 11:04	+/–
Походу, задачку про сушёные грибы ты во втором классе прогулял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

232. Сообщение от Прохожий (??), 14-Апр-24, 06:52	+/–
Ты, видимо, всё-таки Пайтон имел ввиду, говоря "пэйфон". Популярен он потому, что прост в обучении, прост в сопровождении, и его библиотека стандартная довольно-таки богата на функциональность, что позволяет очень быстро писать код в разных областях, при условии, что высокая производительность конечного продукта не нужна, а она таки не нужна примерно в 70-80 процентах от общего числа программ (где-то видел диаграмму такую). Большое количество курсов в случае Пайтона - это уже производная от факторов, перечисленных выше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

233. Сообщение от Прохожий (??), 14-Апр-24, 07:21	–1 +/–
>становится адом в динамике Не становится, если правильно всё изначально делать (написание комментариев, аннотаций) и высокая скорость не нужна. Другое дело, если начинают вылазить бока с низкой производительностью, о которой мало кто думает изначально, потому что преждевременная оптимизация - корень всех зол. Вот тогда уже начинаются пляски с бубном, потому что код на Пайтоне не особо хорошо поддаётся ускорению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #242

234. Сообщение от Прохожий (??), 14-Апр-24, 07:29	–1 +/–
Затем, что речь идёт о прототипе. Пайтон в этом плане очень хорош по сравнению с тем же Си - намного более лаконичный язык, который к тому же проще читать и понимать (при условии, что код аннотациями типов снабжён).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #240, #241

235. Сообщение от Прохожий (??), 14-Апр-24, 07:32	+/–
С библиотеками его медлительность уже не заметна, потому что в оставшихся местах (не покрываемых библиотекой) часто не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #243

236. Сообщение от Прохожий (??), 14-Апр-24, 07:39	+/–
Вот ведь проблема, что за 40 (или уже 50?) лет программисты на Си от всего перечисленного так и не излечились почему-то. И если верить Гуглу с Микрософт ом (а зачем бы им врать), 70% ошибок програми на Си - это некорректная работа с памятью. Именно по этой причине и начали появляться языки с автоматическим управлением памятью. А так - да, от всех ошибок дёшево не отделаешься с любым языком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #244

237. Сообщение от Прохожий (??), 14-Апр-24, 07:41	+/–
Есть проблема. Людям сейчас надо работу работать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

238. Сообщение от Прохожий (??), 14-Апр-24, 07:45	+/–
А давно у Питона зависимость стандартной библиотеки от Rust? Ты уж определись, чем ты там занимаешься, всё-таки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226

239. Сообщение от Прохожий (??), 14-Апр-24, 07:47	+/–
>И вот эти костыли с venv и ещё динамической работой pep когда он сам походу из инета подтягивает недостающие зависимости Это что за бредятина? Где это pip работает динамически? И в чем конкретно проблемы с venv?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

240. Сообщение от Илья (??), 14-Апр-24, 10:17	+/–
> Затем, что речь идёт о прототипе. Пайтон в этом плане очень хорош по сравнению с тем же Си Давай предположим, что между самой низкопроизводительной технологией (пэйфон) и самой быстрой (СИ) есть 2-3 промежуточных решения, на которых можно и прототипы писать быстро и работать будет хорошо? Можешь мне, глупому, объяснить, зачем вообще нужен пэйфон?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

241. Сообщение от Илья (??), 14-Апр-24, 10:49	+/–
> намного более лаконичный язык, который к тому же проще читать и понимать Это очередной миф. Лаконичность - это приятный бонус к читаемости, но не более. Хорошо читаемый код - это: - когда ты можешь понять зависимости любого отдельно взятого участка кода. - когда ты можешь быстро понять, как поле ввода на экране соотносится с колонкой в базе данных. - когда ты можешь безопасно переименовать свойство в классе, или изменить сигнатуру метода. - когда ты можешь гарантировать, что кусок кода можно выкинуть, потому что он больше не используется. - когда IDE наравне с человеком может читать код и предупреждать о потенциальных ошибках и рефакторингах. И пайфон со своей динамической структурой тут очень плох. Да, ты можешь быстрее стартануть проект на пайфоне и меньше ПЕЧАТАТЬ в первую неделю разработки. Но уже на второй месяц разработки ты получаешь doubtfull решение. Ты ни в чём не уверен и сидишь как бабка у корыта. Всё это проходили уже много раз. Всё это проходили уже много раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

242. Сообщение от Илья (??), 14-Апр-24, 11:01	+/–
> написание комментариев Комментарии сопровождать надо. Они теряют актуальность примерно так сразу. И вообще, во многих проектах комментарии запрещены. > аннотаций Давай за место использования типизированных технологий попытаемся прикрутить типы к пайфону. > преждевременная оптимизация - корень всех зол. Никто не говорил про преждевременную оптимизацию. Просто пишешь не на пайфоне и работает примерно в 50-100 раз быстрее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233

243. Сообщение от Ivan7 (ok), 15-Апр-24, 02:14	+/–
Библиотеки в программе обычно делают лишь незначительную часть работы. Это лишь вспомогательный инструмент. Основной алгоритм пишется руками и обычно именно он определяет производительность. Даже между компиляторами С++ может быть большая разница в производительности генерируемого кода. Многое может зависеть от опций компиляции. У некоторых компиляторов С++ есть возможность делать ассемблерные вставки в коде С++. И в этом во всём огромный потенциал увеличения производительности. Да, готовые библиотеки предоставляют определённый функционал, но чаще всего неоптимальны в плане производительности. Короче, те, кто пишет на Питоне, даже не подозревают насколько код может быть быстрый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #246

244. Сообщение от Ivan7 (ok), 15-Апр-24, 02:32	+/–
> Вот ведь проблема, что за 40 (или уже 50?) лет программисты на > Си от всего перечисленного так и не излечились почему-то. И если > верить Гуглу с Микрософт ом (а зачем бы им врать), 70% > ошибок програми на Си - это некорректная работа с памятью. Именно > по этой причине и начали появляться языки с автоматическим управлением памятью. Как всегда, есть дилемма... Указатели на память - это ведь фича Си, а не его недостаток. Это именно то, что приближает его к ассемблеру, позволяя писать на нём очень производительный код даже без привлечения ассемблера, хотя при необходимости в программу на Си/Си++ можно вставлять ассемблерные блоки (прямо блоки или отдельные ассемблерные инструкции, а не вызывать функции на ассемблере! правда не все компиляторы позволяют это делать, но тем не менее...). Языки более высокого уровня вводят абстракции для работы с памятью, что отчасти служит подушкой безопасности, но в то же время лишний контроль неизбежно снижает производительность. Например, в С/С++ мы можем изменить какие-то данные, потом вставить ассемблерную команду, которая изменит эти данные, потом на С/С++ ещё как-то изменить эти данные и т.д. и всё это будет практически бесплатно без каких-либо значимых накладных расходов. Я не знаю другого языка, где подобные трюки были бы возможны. Поэтому да, на С++ и особенно на С нужно быть внимательным и чётко понимать, что делаешь, и лучше понимать, как работает процессор, память и компьютер в целом, т.е. нужна определённая квалификация. Зато, если всё грамотно делать, можно получить очень хорошую производительность достаточно простыми средствами - там, где программам на Питоне нужны дата-центры, взаимосвязь между многими компьютерами и т.п., программе на С/С++ может быть достаточно одного компьютера, и часто даже многопоточные программы не особенно актуальны, т.к. для решения задачи за приемлемое время хватает одного ядра процессора. Неоднократно на собственном опыте с подобным сталкивался. Так что на С/С++ какие-то вещи, возможно, немного сложнее, а какие-то проще и главное - намного проще получить хорошую производительность, причём простыми средствами. Такие вот дела...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236

246. Сообщение от Анонин (?), 30-Апр-24, 16:06	+/–
> Да, готовые библиотеки предоставляют определённый функционал, но чаще всего неоптимальны в плане производительности доооо, расскажи это авторам numpy, scipy, pandas - ты в жизни не напишешь ничего даже близкого по уровню оптимизации и производительности, тем более на крестах (такие как ты не знают не их, ни других яп, но мнение имеют)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243

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

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