The OpenNET Project / Index page

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



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

Оглавление

Языку Python исполнилось 30 лет, opennews (??), 21-Фев-21, (0) [смотреть все]

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


271. "Языку Python исполнилось 30 лет"  +1 +/
Сообщение от economist (?), 24-Фев-21, 11:53 
Python называют не калькулятором, а "универсальным клеем", и это - да, вполне справедливо. Клей оказался крепким, клеит всё и приятно пахнет, комьюнити нюхателей - огромно.

Встроить/открыть API для Python - считается почти обязательным для большого прикладного ПО. Это, как ни крути, признание хороших клеящих способностей.

Однако Python не заменил ни Basic, ни VBA, они их даже не потеснил (TIOBE итд).

От того что Py через раз вызвает чужой код на C/C++ (и что он сам написан на С, ах подлец!) - ну ровным счетом никого кроме "избранных" - не трогает. Впрочем, ненависть некоторых к сабжу всё равно не объяснима. Это ревность, боль за годы, потраченные на что-то более сложное и колючее.  

> После того, как в сто-пятсотый раз добавляешь метод в C++ класс, чтобы продавец/финансист/социолог/биолог/... мог вызвать его в своем любимом Python и полюбоваться красивым графиком

- вот как раз продавец/финансист/социолог/биолог - могут в Python сами написать класс или UDF или обернуть что-то сложное - более простым. В динамическом и простом Python - они это смогут (и делают), а вот в С++ - нет. Нужен программист, которых мало. А дружелюбных и без зашкаливающего самомнения - вообще деФицит.

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

272. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 24-Фев-21, 12:23 
> Python называют не калькулятором, а "универсальным клеем"

Можно и так называть, но эта игра слов сути не меняет. Без использования иных языков для написания библиотек - Python не функционален.

> Встроить/открыть API для Python - считается почти обязательным для большого прикладного
> ПО.

А API C/C++ "встроено" вообще всегда без исключений в любую so/dll. Разницу замечаете?

> Однако Python не заменил ни Basic, ни VBA, они их даже не
> потеснил (TIOBE итд).

Погуглите - убедитесь в обратном. Достаточно много производителей ПО отказались от поддержки VBA в пользу Python. Последний раз развлекался переобучением пользователей с VBA на Python на River Logic.

> Нужен программист, которых мало. А дружелюбных и
> без зашкаливающего самомнения - вообще деФицит.

Мало - именно потому, что многие думают, что достаточно изучить Python, а на C/C++ для них кто-то другой библиотеку напишет.
А если еще, как в детском саду, меряться пиписьками, оценивая соответствие самомнения профессионализму - то вообще беда )))

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

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

273. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 24-Фев-21, 12:49 
CorelDraw, AutoCad, SolidWorks, ArcGIS итп - составляют огромную долю в прикладном ПО и от VBA не отошли.

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

Его "батарейки", включая такие как, например, очень быстрая С-либу sqlite3 - в принципе покрывают половину всего, что нужно кодить на практике. Остальное уже написано, и грех не сделать import

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

274. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 24-Фев-21, 13:25 
> CorelDraw, AutoCad, SolidWorks, ArcGIS итп - составляют огромную долю в прикладном ПО
> и от VBA не отошли.

Все в процессе. Поддержка Python там уже есть. И близок тот день (если уже не настал), когда новые функции в Python будут поддерживаться, а в VBA добавляться не будут. Да, формально, VBA убивать может и не станут, но поддерживать API и для VBA, и для Python - не станут. Мягко, но уверенно выталкивая в сторону Python.

> С крайним абзацем - полностью согласен. Но считать язык Python неполноценным -
> не позволяет его Тьюринг-полнота, а это посерьезнее наших форумных измышлений.
> Его "батарейки", включая такие как, например, очень быстрая С-либу sqlite3 - в
> принципе покрывают половину всего, что нужно кодить на практике. Остальное уже
> написано, и грех не сделать import

Вы не заметили, что сами себе противоричите? С/С++ благополучно существовали и развиваются вне зависимости от Python. Тогда как современая инфраструктура Python полностью базируется на C/C++ и без них существовать не может. Или у Вас, почти как у Оруэлла: "Python и С/С++ полноценные языки, но C/C++ - полноценней"? )))

Поймите простую вещь. Встроенная в Python от рождения идеология никогда не позволит ему конкурировать по производительности с полноценными языками программирования, несмотря на его "Тюринг-полноту". C#, Java, Julia - вполне. Python - никак.

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

276. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 24-Фев-21, 15:03 
> Встроенная в Python от рождения идеология никогда не позволит ему конкурировать по производительности с полноценными языками программирования, несмотря на его "Тюринг-полноту".

Это, как вы говорите, идеология, встроена во все интерпретируемые языки программирования. Они все зависят от библиотек, написанных на языках более низкого уровня. И никогда с ними (языками более низкого уровня) не конкурировали.
Дурь про конкуренцию тащат агитаторы Go, Rust, Julia, C#.

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

288. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 24-Фев-21, 19:50 
Агитаторам нужно хоть какое-то разумное объяснение всеми нами наблюдаемого феномена, когда простецкий, интерпретируемый, без статики в типизации, в 6-10 раз более медленный, несамодостаточный язык-клей" (что признают даже сами питонисты) - почему-то пролез из 3-й десятки - в первую тройку языков, о котором не слышал только мертвый, и все хотят его изучать просто из интереса к хайпу. Объяснения нет, вот и появляются от некоторых уничижающие доводы итп, в надежде отчаяния отговорить людей от изучения/юзания Python (заметьте - на свои/другие ЯП - никто не тянет).

Это, кстати, небезобидная для новичков антипропаганда Python - мозги уже многим промыла, приходится "затыкать пробочку", чтобы объективные наблюдения накопились в голове и решение "настоялось" на фактах.

Обычно в силу Python начинают верить после того как 3-4 раза вчистую проиграют спор на скорость реализации какой-то конкретной штуки на своем чудо языке против моего Питона. Я не кодер и тоже, бывало, проигрывал такие споры, но крутым программистам. То что мои решения медленнее работают - да, но скорость работы - это миллисекунды разницы, а скорость кодинга - это часы разницы. И разговоры про скорость уже достали, если честно.


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

293. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 24-Фев-21, 21:40 
> скорость работы - это миллисекунды разницы, а скорость
> кодинга - это часы разницы. И разговоры про скорость уже достали,
> если честно.

Ни фига себе, миллисекунды! А если речь идет о нескольких миллионах массивов по сотне килобайт весом, да еще и ежедневно? Тогда эти миллисекунды плавно превращаются в часы.

Еще раз - "кесарю - кесарево". Как бы ни был популярен Python, как бы ни было легко и удобно на нем писать прототипы, но для высоконагруженного продуктива он не пригоден.


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

295. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 24-Фев-21, 22:00 
Instagram
Ответить | Правка | Наверх | Cообщить модератору

299. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 25-Фев-21, 00:48 
>когда простецкий

То есть вы даже толком не понимаете о чем пишете. Язык не простой, на нем писать просто. Вот это и есть объяснение тому, что он на первых местах. Лучше Python для малых программ (не требующих высокой производительности), и скриптов в частности, нет пока ничего.

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

291. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 24-Фев-21, 20:59 
>> Встроенная в Python от рождения идеология никогда не позволит ему конкурировать по производительности с полноценными языками программирования, несмотря на его "Тюринг-полноту".
> Это, как вы говорите, идеология, встроена во все интерпретируемые языки программирования.

Ложь. Интерпретатор, идеология которого поддерживает быструю JIT компиляцию и статическую типизацию (хотя бы частично), вполне может конкурировать с компилируемыеми языками по производительности.

Для примера, одна из проблем Python в простоте его динамической типизации. Тут хоть как не извращайся, но если массив вещественных чисел должен поддерживать, что любой из его элементов может оказаться строкой или вообще объектом какого-то класса, ни о каких строковых операциях CPU для его обработки и эффективном использовании L1 cache и речи уже идти не может.

Вот и приходится в Python работать через прослойку NumPy, внутри которой элементы матриц уже статически типизированы и доступ к ним возможен так же только через NumPy. От чего идеология Python уходила, к тому же пришлось опять вернуться. Только через одно место )

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

294. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 24-Фев-21, 21:58 
А от NumPy с моно-типом массивов - вернулись в Pandas к мульти-типам, случайно тем самым порвав самое узкое место всех DS-библиотек (и вывели сабж в лидеры в мире DS). Почему?

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

Пример:

ИНН это 10/12 цифр, и валидируется числовым алгоритмом. Но это всё-таки текст, потому что... Южные республики - с ведущим нулем: 0521321814. А когда мы загружаем чужие данные (они всегда чужие) - выяснится что 5-10% данных содержат О/O вместо 0, имеют не ту длину, триады, содержат буквы типа KZ, ИНН может быть похож на наш, но по факту окажется белорусским итд. Работать с этим всем в Numpy будет очень неудобно. И вот тут динамический Python и серии неопр. типа object из Pandas - рулят, нет кучи временных переменных, ссылочная модель памяти и сборщик мусора позволяют держать все данные в RAM и делать всё быстро. У Питона нет утечек памяти, а принцип главенства сслылки над копией - уменьшают объем памяти (но и бесят поначалу).  

Аналогия - СУБД SQLite, в ней "утиная" типизация, хранится всё, даже числа - как текст. Можно и текст внутри числового столбца. А работает SQLite - быстрее всех. Просто нужно привыкнуть и со всем работать как с "текстом" - и проблем не будет. Против SQLite ничего ни у кого нет? На среднем офисном компьютере - десятки баз SQLite, на телефоне - иногда сотни. Самая популярная СУБД по числу баз и инсталляций. Кстати в сабже С-либа sqlite3 по скорости обходит консольную С-утилиту sqlite3.exe примерно на 10-15%.

Строковые операции в сабже реализованы на С и быстры. Парсеров на сабже написано море, а такие сферы как вэбскраппинг, сниффинг, утилиты безопасности - очень часто сделаны на сабже.

Вангую что как только девопсы начнут описания типов (или IDE это сделает, как VSC c некоторыми линтерами) - то Google или кто еще напишут статический on-demand типизатор для Питона, и проблема низкой скорости будет решена. О чем мы тогда будем говорить. Впрочем, знаю: о значащих пробелов, которые никто на самом деле не вводит.  

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

300. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 25-Фев-21, 00:59 
>Ложь. Интерпретатор, идеология которого поддерживает быструю JIT компиляцию и статическую типизацию (хотя бы частично), вполне может конкурировать с компилируемыеми языками по производительности.

Да уж прям. Джит-компиляция сама по себе требует дополнительного времени. А компилируемый язык выдает уже бинарник. К тому-же интерпретируемые языки на то и интерпретируемые, что между выполнением "кусков" кода работает интерпретатор, он ими управляет.  

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

308. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 25-Фев-21, 10:00 
> Для примера, одна из проблем Python в простоте его динамической типизации. Тут
> хоть как не извращайся, но если массив вещественных чисел должен поддерживать,
> что любой из его элементов может оказаться строкой или вообще объектом
> какого-то класса

Да не должен, блин: array.array

list - не массив, это список.

> Вот и приходится в Python работать через прослойку NumPy

Открой для себя стандартную библиотеку питона.

> Только через одно место )

Что в NumPy делается через это место, я конспектирую?

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

310. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 25-Фев-21, 10:19 
>> Для примера, одна из проблем Python в простоте его динамической типизации. Тут
>> хоть как не извращайся, но если массив вещественных чисел должен поддерживать,
>> что любой из его элементов может оказаться строкой или вообще объектом
>> какого-то класса
> Да не должен, блин: array.array

С каких пор в Python появился встроенный тип array? Или опять через одно место?

>> Только через одно место )
> Что в NumPy делается через это место, я конспектирую?

Конспектируйте: NumPy написан на C/C++ и все, что Python делает через него, реализовано не средствами Python, а средствами совершенно другого языка. Вот когда сумеете переписать NumPy только на Python без существенной потери производительности - тогда я признаю, что это уже не "через одно место" )))


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

346. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (80), 26-Фев-21, 02:36 
Там все операции с матрицами на фортране. Есть ещё либы, которые используют куда (не только нейронки даже). Это не потому, что нельзя сделать на питоне, а потому, что так в 10000 раз эффективнее и можно вполне конкурировать с любым си оставив весь код на питоне.
Ответить | Правка | Наверх | Cообщить модератору

349. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 09:16 
> Там все операции с матрицами на фортране. Есть ещё либы, которые используют
> куда (не только нейронки даже). Это не потому, что нельзя сделать
> на питоне

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


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

351. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (80), 26-Фев-21, 09:32 
Есть numba.
Ответить | Правка | Наверх | Cообщить модератору

352. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 11:33 
> Есть numba.

А ей что делать, если родные данные Python невозможно разместить в памяти непрерывным экстентом?
Вот и получаются бинарные LOB-ы для Python с доступом к ним исключительно через вызовы компилируемой библиотеки и без возможности нужной в данном конкретном случае индексации. Здравствуй  просмотр половины LOB для поиска нужного элемента.
Аналогичные проблемы получаем и с памятью. Та же panda для универсальности хранит время для временных серий исключительно в 64-битном представлении. Хотя, в подавляющем большинстве случаев, хватает 32-битного. Получаем развлекуху с поеданием памяти и падением производительности при каждом обращении к тому же ClickHouse, где обычный datetime - 32-битный. Ладно, если Ваши временные серии длиной до миллиона значений. А если речь о миллиарде, как у меня сейчас? Четыре гигабайта коту под хвост?

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

353. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (80), 26-Фев-21, 11:42 
По-моему, она генерирует llvm байткод из питона, который потом можно отправить в cuda или просто эффективно посчитать как захочется. В том числе, там есть aot и jit (которые дают аж 3% прироста производительности). Практически ограничений нет, просто любой, вообще любой pure-python код однопоточный и не очень быстрый, но чисто технически любую задачу можно решить и так. Доступ к 64 битам быстрее доступа к 32 битам, может быть дело ещё и в этом.
Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

354. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 12:13 
> По-моему, она генерирует llvm байткод из питона

Чем это может помочь при динамической типизации и описанных выше проблемах?

> Доступ к 64 битам быстрее доступа к 32 битам, может быть
> дело ещё и в этом.

Нет.
В общем случае, чтение одного байта или 64-х бит занимают одно и то же время, при условии выравнивания данных в памяти на границу слова.
Но я же веду речь о векторах и массивах.
А тут при чтении из памяти, 64-х битный CPU за одно обращение считает в два раз меньше 64-битных чисел, чем 32-битных. Не следует еще забывать, 64 бита занимают ровно в два раза больше памяти в кеше процессора, чем 32 бита.
Более того, если изучите внимательно команды SSE4, Вы с удивлением обнаружите, что ряд из них вообще 64-битные операнды не поддерживает.
Аналогичные проблемы есть в большинстве GPU, не поддерживающих 64-х битные операнды аппаратно. Например, в NVIDIA Ampere architecture, производительность при использовании FP64 в 15(!) раз ниже, чем при использовании TF32.

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

355. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (80), 26-Фев-21, 12:40 
Llvm байткод статически тимпизирован, например. По остальному может быть, но я не говорил про simd или gpgpu вычисления, только про доступ к памяти и эффективность префетча и всего остального.
Ответить | Правка | К родителю #354 | Наверх | Cообщить модератору

359. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 26-Фев-21, 13:05 
Лярды строк - не для Pandas. 4GB RAM ECC REG сейчас стоят 2 тыс. руб., что явно не тянет на "много".
Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

362. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 13:13 
> Лярды строк - не для Pandas. 4GB RAM ECC REG сейчас стоят
> 2 тыс. руб., что явно не тянет на "много".

Для каждого процесса Python? То бишь, Ваши админы легко и просто добавляют на сервер с 32 ядрами 256ГБ оперативки только ради питонистов? "Не смешите мои тапочки" (с)

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

367. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 26-Фев-21, 14:00 
Dataframe 100M * 50 занимает в RAM 20 GB. В такой объем влезет веcь бухучет крупного холдинга за 20 лет, и это огромный объем информации. Вот это, кмк, пределы для Pandas. Если же у вас миллиарды строк, то это BigData, ну и тут нужны другие инструменты, начиная от Dask/PySpark, например. Зачем натягивать сову на глобус?  

Что мешает писать запросы в ClickHouse? Нужны pandas-удобства? А...аа, так все таки сабж нужен и удобен. Тогда выбирайте что нужнее: идеология или "ехать".

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

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

371. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 15:08 
> Dataframe 100M * 50 занимает в RAM 20 GB. В такой объем
> влезет веcь бухучет крупного холдинга за 20 лет

Вы серьезно? Всего одно обособленное подразделение РАО ЕС (КамчастскЭнерго), в целях бухгалтерского учета по расчетам с клиентами в 256ГБ не влезло. А ГИВЦ Питера, занимающающееся той же самой коммуналкой, но не для 200 тыс, а для двух миллионов абонентов, на сервер 2ТБ поставило. А ведь это далеко не холдинг, а только его подразделения!
А если, как в Тульской области, на одном пилотном Новомосковском районе, подключить АСКУЭ и собирать показания всех ПУ каждые 15 минут, то сколько это будет? И не надо говорить, что это не бухгалтерия, так как за превышение согласованной мощности счета выставляются именно по этим 15 минутным интервалам.

> Что мешает писать запросы в ClickHouse? Нужны pandas-удобства?

Мне писать запросы ничто не мешает, и pandas удобства не нужны, и даже сам Python не могу использовать. Писал уже выше, что проблема не столько в Python, сколько в буковке "u" в том же pl/pythonu.

> Швейцарский нож - так себе инструмент. Но от него никто не
> отказывается. Ибо зубами  - труднее и зачастую невозможно.

Я разве предлагал отказывать от Pyhton? Я, вообще-то, выше именно подобное и писал:
"Калькулятором или универсальным клеем можно и нужно пользоваться. Есть очень широкий класс задач, где воспользоваться готовыми библиотеками нужно не профессиональному программисту, а обычному специалисту в другой области. И очень хорошо и удобно, что Python это позволяет. Но заменить полноценные языки программирования калькулятором или клеем - не возможно."

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

356. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (356), 26-Фев-21, 12:47 
>> Там все операции с матрицами на фортране. Есть ещё либы, которые используют
>> куда (не только нейронки даже). Это не потому, что нельзя сделать
>> на питоне
> Как раз это нельзя сделать на Python, так как встроенные в него
> средства не позволяют размещать данные векторов и матриц в непрерывных участках

Уже ведь ткнули в array.array ... но нет, нужно с умным видом продолжать нести чепуху ...

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

357. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 26-Фев-21, 12:51 
>> Да не должен, блин: array.array
> С каких пор в Python появился встроенный тип array? Или опять через одно место?

C 2000 года, о Великий Знаток ...

https://docs.python.org/release/2.0/lib/module-array.html
> This module defines a new object type which can efficiently represent an array of basic values: characters, integers, floating point numbers

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

358. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 13:01 
>>> Да не должен, блин: array.array
>> С каких пор в Python появился встроенный тип array? Или опять через одно место?
> C 2000 года, о Великий Знаток ...
> https://docs.python.org/release/2.0/lib/module-array.html
>> This module defines a new object type which can efficiently represent an array of basic values: characters, integers, floating point numbers

Вы вообще понимаете разницу, между модулем с внешней компилируемой библиотекой и встроенными средствами языка?
Вы можете обратиться к элементам типа array без вызова внешней функции на C? А перегрузить этот класс, чтобы хранить, например, FP24?

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

361. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (80), 26-Фев-21, 13:09 
Только это ж не модуль и не внешняя библиотека. Самая что ни на есть встроенная часть языка.
Ответить | Правка | Наверх | Cообщить модератору

363. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 13:16 
> Только это ж не модуль и не внешняя библиотека. Самая что ни
> на есть встроенная часть языка.

Ну давайте, пример в студию для FP24. Причем не трогая https://github.com/python/cpython/blob/master/Modules/arraym...

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

364. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (80), 26-Фев-21, 13:21 
А что такого? Пропатчить интерпретатор совершенно нормально.
Ответить | Правка | К родителю #363 | Наверх | Cообщить модератору

366. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 26-Фев-21, 13:59 
> А что такого? Пропатчить интерпретатор совершенно нормально.

А на*ра? Чем байтмассив с оберткой не угодил? На крайний случай, есть монкипатчинг или доступ к AST - а там хоть сам опкоды генерируй ...
Ну и не ведись на спрыг и увод с темы, а то следующим шагом "в качестве опровержения" (своего же бреда) потребует компилер написать или сразу ОСь ...

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

369. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 14:41 
> А что такого? Пропатчить интерпретатор совершенно нормально.

А за пять минут перегрузить унаследованный класс, как в том же C++ нет? ЧТД.

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

383. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 02-Мрт-21, 15:21 
> А за пять минут перегрузить унаследованный класс, как в том же C++ нет?

Можно, конечно.  Только проще.

> ЧТД.

Ну да, чукча - не читатель документации, в которую его ткнули, мы уже поняли.

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

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

365. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 26-Фев-21, 13:53 
>>>> Да не должен, блин: array.array
>>> С каких пор в Python появился встроенный тип array? Или опять через одно место?
>> C 2000 года, о Великий Знаток ...
>> https://docs.python.org/release/2.0/lib/module-array.html
>>> This module defines a new object type which can efficiently represent an array of basic values: characters, integers, floating point numbers
>>> Python 2.7.2 documentation » The Python Standard Library » 8. Data Types » 8.6. array — Efficient arrays of numeric values
> Вы вообще понимаете разницу, между модулем с внешней компилируемой библиотекой и встроенными  средствами языка?

Бла-бла-бла. Пошел юлеж.


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

368. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 14:39 
> Бла-бла-бла. Пошел юлеж.

Это пример перегрузки С функции, реализующей массивы в Python для FP24?
На C++ такую перегрузку можно сделать за пять минут. Но Ваш вариант за минуту - более показателен для питониста )))

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

370. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (370), 26-Фев-21, 15:04 
>> С каких пор в Python появился встроенный тип array? Или опять через одно место?
>> Бла-бла-бла. Пошел юлеж.
> Это пример перегрузки С функции, реализующей массивы в Python для FP24?

Нет, это пример твоего очередного незнания матчасти и твоего же (очередного) юлежа и спрыга с темы на очередной whatsaboutism.

> На C++ такую перегрузку можно сделать за пять минут. Но Ваш вариант
> за минуту - более показателен для питониста )))

Твой пример показателен для балаболок опеннета: сел в лужу - переводи стрелки и усиленно делай вид что принимаешь грязевую ванну.

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

372. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 26-Фев-21, 15:12 
>> На C++ такую перегрузку можно сделать за пять минут. Но Ваш вариант
>> за минуту - более показателен для питониста )))
> Твой пример показателен для балаболок опеннета: сел в лужу - переводи стрелки
> и усиленно делай вид что принимаешь грязевую ванну.

Поздравляю. И как, приятно? Получаете удовольствие? )))

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

384. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 02-Мрт-21, 15:22 
> Вы можете обратиться к элементам типа array без вызова внешней функции на C?

Да, детка.  Прочти документацию.

> А перегрузить этот класс

Да, детка.

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

388. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 02-Мрт-21, 16:30 
>> Вы можете обратиться к элементам типа array без вызова внешней функции на C?
> Да, детка.  Прочти документацию.

Дедуля, Вы ксендз или поп что ли? Догмами тут можно себя только опустить )))

И хватит нести чушь. К элементу типа array из Python без вызова функции в https://github.com/python/cpython/blob/master/Modules/arraym... обратиться физически невозможно. Не умеет этого Python, сколько бы догм Вы здесь не проповедовали )))

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

389. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 02-Мрт-21, 18:18 
> Догмами тут можно себя только опустить )))

Тут рукалицо.

> К элементу типа array из Python без вызова функции в https://github.com/python/cpython/blob/master/Modules/arraym... обратиться физически невозможно.

Открой для себя __getitem__.  Почему это запрещенное для тебя API - мне непонятно.

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

393. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 03-Мрт-21, 13:12 
>> Догмами тут можно себя только опустить )))
> Тут рукалицо.
>> К элементу типа array из Python без вызова функции в https://github.com/python/cpython/blob/master/Modules/arraym... обратиться физически невозможно.
> Открой для себя __getitem__.  Почему это запрещенное для тебя API -
> мне непонятно.

Почему до Вас никак не дойдет, что этой конструкцией Вы лишь вызываете соответствующую функцию *_getitem в указанном мной C исходнике?

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

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

394. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 03-Мрт-21, 14:13 
> Почему до Вас никак не дойдет, что этой конструкцией Вы лишь вызываете
> соответствующую функцию *_getitem в указанном мной C исходнике?

Потому что ты хочешь странного.  Ну написан CPython на C - что с этим делать-то?  Если нельзя использовать list, dict, set - что вообще можно делать-то, болезный?)

> Прекратите теоретизировать и просто попробуйте исключительно средствами Python перегрузить
> класс array, добавив в него поддержку типа FP24.

Тебе несколько человек объяснили как это делать.  Но если ты запрещаешь использовать класс array - естественно, что перегрузить его невозможно.

> До этого я остаюсь
> уверенным в невозможности средствами Python хранить FP24 в array непрерывным экстентом

Да уш.  Байтики можно хранить, а произвольную фигню - неа.

С++ погромисты такие погромисты.

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

395. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 03-Мрт-21, 16:02 
> Потому что ты хочешь странного.  Ну написан CPython на C -
> что с этим делать-то?

GCC тоже на C написан и сам себя компилирует при этом. И это ему совершенно не мешает оперировать с любыми объектами средствами только средствами языка С )

> Но если ты запрещаешь
> использовать класс array - естественно, что перегрузить его невозможно.

Я не запрещаю. Используйте. Только не модфицируйте C функцию, на которой он базируется. Ограничьтесь только средствами Python. Вот тогда поймете, что тюринг-полнота еще не обозначает возможность эффективным управлением памятью для применения векторных команд CPU и GPU.

>> До этого я остаюсь
>> уверенным в невозможности средствами Python хранить FP24 в array непрерывным экстентом
> Да уш.  Байтики можно хранить, а произвольную фигню - неа.

Опять демагогия? FP24 на AMD GPU дает ощутимый прирост производительности, по сравнению с FP32. Будете отрицать?

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

396. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 03-Мрт-21, 18:24 
>> Потому что ты хочешь странного.  Ну написан CPython на C -
>> что с этим делать-то?
> GCC тоже на C написан и сам себя компилирует при этом.

Упс.  Погромист на C++ не вкурсе, что потроха gcc давно переписаны с доброй сишечки.  Погромист такой погромист.

Ну как-бы большинство интерпретируемых языков устроены как питон.  Хотя есть pypy, например.  Или guile.

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

Так тебе объяснили что делать.  Прочти уже документацию.  Не надо ничего модифицировать в интерпретаторе.

>>> До этого я остаюсь
>>> уверенным в невозможности средствами Python хранить FP24 в array непрерывным экстентом
>> Да уш.  Байтики можно хранить, а произвольную фигню - неа.
> Опять демагогия? FP24 на AMD GPU дает ощутимый прирост производительности, по сравнению
> с FP32. Будете отрицать?

В stdlib C++ уже завезли функции для работы с GPU?

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

397. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 03-Мрт-21, 18:57 
>>> Потому что ты хочешь странного.  Ну написан CPython на C -
>>> что с этим делать-то?
>> GCC тоже на C написан и сам себя компилирует при этом.
> Упс.  Погромист на C++ не вкурсе, что потроха gcc давно переписаны
> с доброй сишечки.  Погромист такой погромист.

Только на прошлой неделе пересобирал GCC в Gentoo. Вчера что ли переписали? Или сегодня? Пруф?

> Так тебе объяснили что делать.

Цитата? Как перегрузить класс array для поддержки FP24 без модификации C функции?

> В stdlib C++ уже завезли функции для работы с GPU?

Дедуля. Я понимаю, что вы родились еще до создания ЭНИАКА и с памятью в таком возрасте плохо. Но не настолько же, чтобы из тысяч библиотек C/С++ знать только одну, да еще и предполагать, что она единственная!
К слову, C совершенно не запрещает обращаться к драйверам GPU напрямую. Более того, драйвера GPU пишут тоже на С.

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

404. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 04-Мрт-21, 13:34 
>>>> Потому что ты хочешь странного.  Ну написан CPython на C -
>>>> что с этим делать-то?
>>> GCC тоже на C написан и сам себя компилирует при этом.
>> Упс.  Погромист на C++ не вкурсе, что потроха gcc давно переписаны
>> с доброй сишечки.  Погромист такой погромист.
> Только на прошлой неделе пересобирал GCC в Gentoo.

И как ты понял, что не переписали?)

> Вчера что ли переписали? Или сегодня? Пруф?

https://lwn.net/Articles/542457/
https://gcc.gnu.org/wiki/cxx-conversion

Но вообще-то - все даже в викимусорке есть.

>> Так тебе объяснили что делать.
> Цитата? Как перегрузить класс array для поддержки FP24 без модификации C функции?

Конвертируешь в байтики - запихиваешь в массив.  И обратно.  См. другие модули stdlib для работы с сишными структурами.

>> В stdlib C++ уже завезли функции для работы с GPU?
> Дедуля. Я понимаю, что вы родились еще до создания ЭНИАКА и с
> памятью в таком возрасте плохо. Но не настолько же, чтобы из
> тысяч библиотек C/С++ знать только одну, да еще и предполагать, что она единственная!

Так и в pypi только чорта лысого нету.  Просто есть разница между тем,
что язык предлагает стандартно и всем тем, что к нему прикручивают остальные.

> К слову, C совершенно не запрещает обращаться к драйверам GPU напрямую. Более
> того, драйвера GPU пишут тоже на С.

Python - тоже.  Но чтобы это было удобно - нужны библиотеки.

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

407. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 04-Мрт-21, 16:14 
>> Только на прошлой неделе пересобирал GCC в Gentoo.
> И как ты понял, что не переписали?)

Вижу же процесс сборки. Как глаз не кинешь - на distcc только GCC. CXX не видно. Даже если несколько компонентов и собиралось им, то их 1% от силы. Ни о каких потрохах и речи явно не идет.

> https://gcc.gnu.org/wiki/cxx-conversion

Сами читали? Все что написано по этой ссылке сводится к тому, что GCC теперь может собираться CXX и несколько, совсем не ключевых компонентов переписаны на C++. Ни о каких "потрохах" там и слова нет.

>>> Так тебе объяснили что делать.
>> Цитата? Как перегрузить класс array для поддержки FP24 без модификации C функции?
> Конвертируешь в байтики - запихиваешь в массив.  И обратно.  См.

Вот именно на это я хочу полюбоваться на Python. Исключительно для того, чтобы рядом наглядно разместить тоже самое на C и C++ )))
А потом замерить производительность и показать, что на Python на такой мастурбации больше потеряешь в интерпертации, чем выигрыешь на GPU )

> Так и в pypi только чорта лысого нету.  Просто есть разница
> между тем,
> что язык предлагает стандартно и всем тем, что к нему прикручивают остальные.

Если попробуете сделать все на Python, прикручивая к нему исключительно только то, что на Python написано, получите убогого тормозного монстра. А когда на C/C++ прикручивают исключительно то, что написано на C/C++ - этого, удивитесь, не происходит )
Почему Вы никак не может заметить эту разницу - для меня загадочно.

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

408. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 04-Мрт-21, 18:08 
>>> Только на прошлой неделе пересобирал GCC в Gentoo.
>> И как ты понял, что не переписали?)
> Как глаз не кинешь - на distcc только GCC.

Ну кто я, чтобы с аргументом орлиного глаза спорить?

>> https://gcc.gnu.org/wiki/cxx-conversion
> Сами читали? Все что написано по этой ссылке сводится к тому, что
> GCC теперь может собираться CXX

Ну как еще можно перевести "Migrating GCC to C++ as implementation language")  Погромисты знают и английский, да!

>>>> Так тебе объяснили что делать.
>>> Цитата? Как перегрузить класс array для поддержки FP24 без модификации C функции?
>> Конвертируешь в байтики - запихиваешь в массив.  И обратно.  См.
> Вот именно на это я хочу полюбоваться на Python.

Не вопрос.  Читай документацию и любуйся.

> А потом замерить производительность и показать, что на Python на такой мастурбации
> больше потеряешь в интерпертации, чем выигрыешь на GPU )

Причем здесь вообще GPU - я так и не понял.  Вопрос был в том "можно - ли?"  Ответ - да.

>> Так и в pypi только чорта лысого нету.  Просто есть разница
>> между тем,
>> что язык предлагает стандартно и всем тем, что к нему прикручивают остальные.
> Если попробуете сделать все на Python, прикручивая к нему исключительно только то,
> что на Python написано, получите убогого тормозного монстра.

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

> А когда на
> C/C++ прикручивают исключительно то, что написано на C/C++ - этого, удивитесь,
> не происходит )

Могу только удивляться почему C++ теряет популярность, несмотря на мантры адептов.

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

409. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 05-Мрт-21, 10:19 
> Ну как еще можно перевести "Migrating GCC to C++ as implementation language")

Мозги включить нет? С++ компилятор вполне может использоваться для компиляции C кода. Но для этого необходимо, как минимум, все C конструкции заключить в extern "C" {}. И тогда уже можно использовать "C++ as implementation language". Но не переписывая все или "потроха", а просто получив возможность в любой новой модификации использовать C++.
Просто почитайте по Вашей же ссылке, что именно было сделано. Или для питониста это непосильный труд?

>>>> Цитата? Как перегрузить класс array для поддержки FP24 без модификации C функции?
>>> Конвертируешь в байтики - запихиваешь в массив.  И обратно.  См.
>> Вот именно на это я хочу полюбоваться на Python.
> Не вопрос.  Читай документацию и любуйся.

Я не нашел там, как это сделать без вызова C функции в файле https://github.com/python/cpython/blob/master/Modules/arraym...
А никто из питонистов показать это тоже не смог, зациклившись на магической фразе "читай документацию" )

> Нам это нравится.  Лучше потратить месяц машинного времени, чем времени программиста.

Я так понимаю, для Вас удивительно то, что код, который пишет программист, выполняется не 1-2 раза за свою жизнь, а, в среднем, по пять раз на день сотней пользователей. Осознайте, что увеличение времени ожидания результата пользователем даже на одну секунду больше при каждом использовании кода, приводит к суммарным трудозатратам в человекомесяц ежегодно.
А я, нередко, пишу код, который выполняетя за год миллиарды раз. Тут даже лишние миллисекунды очень больно отзываются. Или питонист не способен понять отличия в применение скриптового языка и компилируемого?

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

410. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 06-Мрт-21, 11:04 
>> Ну как еще можно перевести "Migrating GCC to C++ as implementation language")
> Мозги включить нет? С++ компилятор вполне может использоваться для компиляции C кода.

БЛЖАД, речь шла не о любом коде, а о коде компилятора.

> Просто почитайте по Вашей же ссылке, что именно было сделано.

With the release of GCC 4.8.0, the developers of the GNU Compiler Collection have switched to C++ as the implementation language for their software. [...]
The switch to C++ means that developers who want to build their own version of GCC now need a C++ compiler that understands C++ 2003. The GCC developers give some background and explain their rationale for the change on the GCC Wiki...

> Или для питониста это непосильный труд?

Питонистам лень переводить за тебя gcc вики или ихние пресс-релизы.  Что сделано - тебе
уже неоднократно описали.

>>>>> Цитата? Как перегрузить класс array для поддержки FP24 без модификации C функции?
>>>> Конвертируешь в байтики - запихиваешь в массив.  И обратно.  См.
>>> Вот именно на это я хочу полюбоваться на Python.
>> Не вопрос.  Читай документацию и любуйся.
> Я не нашел там, как это сделать без вызова C функции в
> файле https://github.com/python/cpython/blob/master/Modules/arraym...

Ну так это - твои проблемы, если ты захотел в написанном на C интерпретируемом
языке почему-то не использовать предоставленные в интерпретаторе типы.

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

> А никто из питонистов показать это тоже не смог, зациклившись на магической
> фразе "читай документацию" )

Это для тебя она - магическая.  А грамотные люди вполне в состоянии без тридевятого
тыкания понять как в массив байтов может быть записана произвольная структура.

>> Нам это нравится.  Лучше потратить месяц машинного времени, чем времени программиста.
> Я так понимаю, для Вас удивительно то, что код, который пишет программист,
> выполняется не 1-2 раза за свою жизнь, а, в среднем, по пять раз на день сотней пользователей.

Бывает, что и 1-2 раза.  Во-вторых, и что?

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

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

Скушно читать абстрактное ковыряние в носу, вместо аргументов.

> А я, нередко, пишу код, который выполняетя за год миллиарды раз.

(Бедные пользователи.)

> Или питонист не способен понять
> отличия в применение скриптового языка и компилируемого?

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

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

411. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 06-Мрт-21, 12:28 
>> Просто почитайте по Вашей же ссылке, что именно было сделано.
> With the release of GCC 4.8.0, the developers of the GNU Compiler

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

> Ну так это - твои проблемы, если ты захотел в написанном на
> C интерпретируемом
> языке почему-то не использовать предоставленные в интерпретаторе типы.

Нет этого в интерпретаторе и языке. Есть модуль-wrapper в функцию на C.

> Формулировка твоей задачи - бессмысленна.  Попробуй, например,
> перегрузить C++ класс, если пользоваться родительским классом - запрещено.

Родительский класс уже на C++. Могу его скопировать, если Вы настаиваете )
Все равно ограничусь только средствами C++. И именно это я прошу продемонстрировать на Python )


>>> Нам это нравится.  Лучше потратить месяц машинного времени, чем времени программиста.
>> Я так понимаю, для Вас удивительно то, что код, который пишет программист,
>> выполняется не 1-2 раза за свою жизнь, а, в среднем, по пять раз на день сотней пользователей.
> Бывает, что и 1-2 раза.  Во-вторых, и что?

Да, бывает. И именно в этом назначение интерпретаторов, один из них - Python. Я ровно с этого и начинал: "Кесарю - кесарево" (с)

>> Осознайте, что увеличение времени ожидания
>> результата пользователем даже на одну секунду больше при каждом использовании кода,
>> приводит к суммарным трудозатратам в человекомесяц ежегодно.
> А с чего ты решил, что реализация на питоне увеличит время ожидания
> на секунду,
> а не на миллисекунду или год?  Или вовсе наоборот.

Вы говорили о месяце, я же пересчитал всего для секунды. Вам принципиально, что я взял для примера? Вас больше устроило бы то, что Ваша реализация даст результат через месяц, тогда как он нужен не позже, чем через 6 часов?

Я сам прототипы пишу на T-SQL, PL/pgsql, Perl или R. Аналитик мой предпочитает Python. Но в продуктив в любом случае попадает код на C/C++ или C#. Потому что, как я уже писал выше, даже миллисекунда потери производительности в одной функции, которая вызывается миллион раз за одину обработку приводит более чем к 15 минутам ожидания пользователями.

Это прогнозирование именно с Python и начинали. Вот только, даже за сутки на 64 ядрах не успевало посчитаться то, что сейчас считается за четыре с половиной часа на 32 ядрах. А прогноз нужен каждый день к началу рабочего дня, да еще и, желательно, с возможностью пересчета в течении рабочего дня, если что напутали в параметрах.

Давайте так. Сделайте на Python элементарный медианный фильтр окном в 5 элементов по двум миллионам временных рядов суммарной длиной три миллиарда. Причем время - uint24_t, а значение - FP24. Исходные и выходные файлы бинарные по 48 бит на элемент. 64-х битное представление не предлагать, так как лишние 6 гигабайт чтения и столько же записи тут существенны. На C это писалось минут 15. А я опубликую видео, где будет сравниваться производительность реализации моей на C и Вашей на Python на одном и том же компе под Oracle Linux. Память для этой задачи ограничена 1ГБ (без буферизации и readahead оно не жилец).

Ведь на Python быстрее писать, чем на C? Минут за 10 точно управитесь? Или питонисты только трепаться умеют и примера от Вас я не дождусь?

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

412. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 07-Мрт-21, 11:34 
>>> Просто почитайте по Вашей же ссылке, что именно было сделано.
>> With the release of GCC 4.8.0, the developers of the GNU Compiler
> Соболезную. Не осилить пару страниц, на которых перечислено то, что было модифицировано
> - это уже диагноз )))

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

>> Ну так это - твои проблемы, если ты захотел в написанном на
>> C интерпретируемом
>> языке почему-то не использовать предоставленные в интерпретаторе типы.
> Нет этого в интерпретаторе и языке. Есть модуль-wrapper в функцию на C.

Как так нет?  array.array с методами - есть, а у тебя его нет.

Тогда и dict нет.  И вообще никаких стандартных типов.

>> Формулировка твоей задачи - бессмысленна.  Попробуй, например,
>> перегрузить C++ класс, если пользоваться родительским классом - запрещено.
> Родительский класс уже на C++. Могу его скопировать, если Вы настаиваете )

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

>>>> Нам это нравится.  Лучше потратить месяц машинного времени, чем времени программиста.
>>> Я так понимаю, для Вас удивительно то, что код, который пишет программист,
>>> выполняется не 1-2 раза за свою жизнь, а, в среднем, по пять раз на день сотней пользователей.
>> Бывает, что и 1-2 раза.  Во-вторых, и что?
> Да, бывает. И именно в этом назначение интерпретаторов, один из них - Python.

Не обязательно.  Тебе несколько раз уже объясняли зачем еще могут использоваться
высокоуровневые языки (в т.ч. интерпретаторы).

>>> Осознайте, что увеличение времени ожидания
>>> результата пользователем даже на одну секунду больше при каждом использовании кода,
>>> приводит к суммарным трудозатратам в человекомесяц ежегодно.
>> А с чего ты решил, что реализация на питоне увеличит время ожидания
>> на секунду,
>> а не на миллисекунду или год?  Или вовсе наоборот.
> Вы говорили о месяце, я же пересчитал всего для секунды.

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

> Ведь на Python быстрее писать, чем на C? Минут за 10 точно управитесь?
> Или питонисты только трепаться умеют

Ну, питонисты заесплатно не работают.

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

413. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 09-Мрт-21, 18:49 
>> Ведь на Python быстрее писать, чем на C? Минут за 10 точно управитесь?
>> Или питонисты только трепаться умеют
> Ну, питонисты заесплатно не работают.

Ну точно диагноз! На демагонию тут Вы потратили существенно больще 10 минут. В сумме уже больше часа. А за 10 минут могли бы вместо демагогии всем доказать, что я не прав. Или наоборот )

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

415. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 10-Мрт-21, 10:15 
> На демагонию тут Вы потратили существенно больще 10 минут.

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

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

Так я тебе уже давно доказал, что ты неправ (и не только я).  Просто
ты этого не понял.


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

417. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 11-Мрт-21, 17:14 
>> На демагонию тут Вы потратили существенно больще 10 минут.
> На последний ответ ты хотел сказать?  Нет, я пишу несколько быстрее,

Нет. На многочасовую демагогию в этом треде.

> Так я тебе уже давно доказал, что ты неправ (и не только
> я).  Просто
> ты этого не понял.

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


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

418. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 11-Мрт-21, 19:32 
>> Так я тебе уже давно доказал, что ты неправ (и не только
>> я).  Просто
>> ты этого не понял.
> А я Вам давно доказал, что Вы не правы.

Ну, значит кто-то из нас неправ.  Но на твоем месте я бы посмотрел в зеркало.  Меня как-то разные люди в одно и то же носом не тыкали.

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

419. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 11-Мрт-21, 19:43 
>>> Так я тебе уже давно доказал, что ты неправ (и не только
>>> я).  Просто
>>> ты этого не понял.
>> А я Вам давно доказал, что Вы не правы.
> Ну, значит кто-то из нас неправ.

Я предложил Вам, как за 10 минут узнать, кто из нас не прав. Но Вы отказались. Что и дает мне основания полагать, что не правы именно Вы )

> Меня как-то разные люди в одно и то же носом не тыкали.

Галуа вообще все тыкали в одно и то же носом. И только через 11 лет после его смерти пришло понимание его правоты. У нас проблема попроще. Для понимания требуется всего 10 минут, а не десятилетия )

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

420. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 11-Мрт-21, 21:20 
> Я предложил Вам, как за 10 минут узнать, кто из нас не прав.

Неа.  Ты сформулировал одну задачу (глупо) - получил ответы, сформулировал новую...

Здесь не бесплатные курсы, ага.

>> Меня как-то разные люди в одно и то же носом не тыкали.
> Галуа вообще все тыкали в одно и то же носом.

Просто не обратили внимания (попался не на того рецензента), такое бывает.

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

421. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 13-Мрт-21, 14:38 
>> Я предложил Вам, как за 10 минут узнать, кто из нас не прав.
> Неа.  Ты сформулировал одну задачу (глупо) - получил ответы, сформулировал новую...

У Вас глюки или склероз. Я как говорил о задаче манипуляции векторами исключительно средствами Python и без импорта модуля, использующего функции на C, так и продолжаю. Просто уточнил задачу до FP24, так как до Вас упорно не доходило, что модуль array базируется на C и как-то расширить его, не затрагивая C Функции, не возможно.

>> Галуа вообще все тыкали в одно и то же носом.
> Просто не обратили внимания (попался не на того рецензента), такое бывает.

Для начала над ним посмеялись братья де Фурси. Первым рецензентом был Коши. Затем Фурье. Потом Пуассон с Лакруа.

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

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

422. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 13-Мрт-21, 16:30 
> Я как говорил о задаче манипуляции векторами
> исключительно средствами Python и без импорта модуля, использующего функции на C,
> так и продолжаю.

Тебе объяснили (не один человек, кстати), почему это бессмысленная формулировка задачи.

Ты хочешь перегрузить класс array.array, не используя класс array.array.  Ну, удачи с
подобным хоть в C++, хоть где.

> Вас упорно не доходило, что модуль array базируется на C

Тебе объяснили, что на dict "использует функции на C" - и чо теперь?

>>> Галуа вообще все тыкали в одно и то же носом.
>> Просто не обратили внимания (попался не на того рецензента), такое бывает.
> Для начала над ним посмеялись братья де Фурси. Первым рецензентом был Коши.

Ты слышал звон.  Не все они рецензировали одно и то же.  Кстати, рецензия Коши была положительной.

> Затем Фурье.

Который сперва помер, поперед "рецензирования".

> Потом Пуассон

Ну вот как-бы - одна отрицательная рецензия.  С натяжкой, т.к. она не была отрицательной.

> Вы уж простите, но даже трех рецензентов с мировым именем (Коши, Фурье
> и Пуассон) называть "не на того рецензента" - или крайняя демагогия,
> или глубочайшее невежество.

Как я тебе показал выше - это таки твое глубочайшее невежество.

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

423. "Языку Python исполнилось 30 лет"  +1 +/
Сообщение от ptr128 (?), 13-Мрт-21, 18:37 
>> Я как говорил о задаче манипуляции векторами
>> исключительно средствами Python и без импорта модуля, использующего функции на C,
>> так и продолжаю.
> Ты хочешь перегрузить класс array.array, не используя класс array.array.

Почему не используя? Вы утверждаете, что это класс Python. Вот и используйте. Но не трогайте C функцию, так как она написана на C, а не на Python.


>>>> Галуа вообще все тыкали в одно и то же носом.
>>> Просто не обратили внимания (попался не на того рецензента), такое бывает.
>> Для начала над ним посмеялись братья де Фурси. Первым рецензентом был Коши.
> Ты слышал звон.
>  Кстати, рецензия Коши была положительной.

Вот уж точно "Ты слышал звон". Коши вообще вернул труд Галуа на доработку не утруждая себя написанием рецензии. Первая положительная рецензия была через 11 лет после смерти Галуа от Ливуилля.

>> Затем Фурье.
> Который сперва помер, поперед "рецензирования".

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

>> Потом Пуассон
> Ну вот как-бы - одна отрицательная рецензия.  С натяжкой, т.к. она
> не была отрицательной.

Пуассон отверг одно из доказательств Галуа, посчитав его неверным. Куда уж отрицательней?

Причем я опустил еще то, что уже после смерти Галуа его работы были отвергнуты и Гауссом, и Якоби.

Перестаньте демонстрировать свое невежество. Противно, право.

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

424. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 14-Мрт-21, 14:00 
> Почему не используя? Вы утверждаете, что это класс Python. Вот и используйте.
> Но не трогайте C функцию

Ну как-же мне использовать этот класс, если ты запрещаешь использовать его интерфейсы?

> Вот уж точно "Ты слышал звон". Коши вообще вернул труд Галуа на
> доработку не утруждая себя написанием рецензии.

Ну, "доработка" заключалась в комбинации двух статей.

>>> Затем Фурье.
>> Который сперва помер, поперед "рецензирования".
> И за три месяца с середины февраля по середину мая так и
> не дал на нее ответ, хотя, как секретарь Академии, был обязан
> дать рецензию на эту работу в марте.

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

>>> Потом Пуассон
>> Ну вот как-бы - одна отрицательная рецензия.  С натяжкой, т.к. она
>> не была отрицательной.
> Пуассон отверг одно из доказательств Галуа, посчитав его неверным.

Непонятным.  Не неверным.

> Причем я опустил еще то, что уже после смерти Галуа его работы
> были отвергнуты и Гауссом, и Якоби.

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


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

425. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 14-Мрт-21, 16:56 
>> Почему не используя? Вы утверждаете, что это класс Python. Вот и используйте.
>> Но не трогайте C функцию
> Ну как-же мне использовать этот класс, если ты запрещаешь использовать его интерфейсы?

Я запрещаю использовать средства иного языка, кроме обсуждаемого. А вот Вы пытаетесь мне доказать, что раз Python "тьюринг полный", то он еще и функционально универсален, как тот же C. Вот и доказывайте, используя только Python. Или признайте, что Python без написания функций на компилируемых языках все же не функционален (не может решать вообще любую задачу с эффективностью сравнимой с реализацией тем же C).

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

Вы настолько стары, что с Коши разговаривали? Факт в том, что Коши не написал вообще ни строчки, в его архиве работ Галуа не сохранилось, а Галуа подавал статью на рецензию в феврале уже Фурье. Больше никаких документальных данных история с тех времен до нас не донесла.

>>>> Затем Фурье.
>>> Который сперва помер, поперед "рецензирования".
>> И за три месяца с середины февраля по середину мая так и
>> не дал на нее ответ, хотя, как секретарь Академии, был обязан
>> дать рецензию на эту работу в марте.
> Ну, блин, что значит "обязан"?  Работа школьника как-бе...  Не отвечал
> ты, видать, никогда на опусы анженеров, опровергающих уравнения Максвелла.

Поэтому его трехмесячное молчание и отсутствие в его архиве работ Галуа приравнивается историками к отрицательной рецензии. Все складывается )

>>>> Потом Пуассон
>>> Ну вот как-бы - одна отрицательная рецензия.  С натяжкой, т.к. она
>>> не была отрицательной.
>> Пуассон отверг одно из доказательств Галуа, посчитав его неверным.
> Непонятным.  Не неверным.

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

>> Причем я опустил еще то, что уже после смерти Галуа его работы
>> были отвергнуты и Гауссом, и Якоби.
> Госпади, ты агглицкую викимусорку что-ли читаешь?

А Вас туда как занесло то? )))
Читайте стр. 365 тут http://repository.enu.kz/bitstream/handle/data/9888/matemati...

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

426. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 14-Мрт-21, 17:46 
>>> Почему не используя? Вы утверждаете, что это класс Python. Вот и используйте.
>>> Но не трогайте C функцию
>> Ну как-же мне использовать этот класс, если ты запрещаешь использовать его интерфейсы?
> Я запрещаю использовать средства иного языка, кроме обсуждаемого.

Ну есть проблемка - СPython написан на C.  Если ты прикопался к array - на том же основании
можешь прикопаться и к dict/list.  И чем тогда нам, грешным, пользоваться?

> А вот Вы пытаетесь мне доказать, что раз Python "тьюринг полный"

Я не пытаюсь - это бесполезно.  Это просто констатация факта.

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

Да это в общем-то - даже в викимусорке есть.

> Поэтому его трехмесячное молчание и отсутствие в его архиве работ Галуа приравнивается
> историками к отрицательной рецензии.

Какими именно историками?

>> Непонятным.  Не неверным.
> В математике это одно и то же.

Да нет, конечно.  Если логику считать частью математики.  Из непонятности не следует неверность.

Можно сформулировать теорему Пифагора, например.  А в "докажазательство" написать "жмутыкубратура".  Ты понял такое доказательство?  Следует-ли из него неверность теоремы Пифагора?

> Если рецензенту не понятно как
> в доказательстве из утверждения A получилось утверждение Б, работа отвергается. Этому
> даже в школе на уроках математики учат.

Хвала Аллаху, меня такому в школе еще не учили.

>>> Причем я опустил еще то, что уже после смерти Галуа его работы
>>> были отвергнуты и Гауссом, и Якоби.
>> Госпади, ты агглицкую викимусорку что-ли читаешь?
> А Вас туда как занесло то? )))

Так несложно догадаться об источнике "знаний" молодого поколения.

> Читайте стр. 365 тут http://repository.enu.kz/bitstream/handle/data/9888/matemati...

Маладес, нашел хоть что-то еще.  Но не прочитал.

Во-первых, там есть об "отрицательном" отзыве Коши.  Почитай.

Во-вторых, там нет ни слова про отрицательную рецензию Гаусса и Якоби.  Только про то, что статьи "послали", причем уже не Галуа.


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

427. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 14-Мрт-21, 19:22 
>> Я запрещаю использовать средства иного языка, кроме обсуждаемого.
> Ну есть проблемка - СPython написан на C.  Если ты прикопался
> к array - на том же основании
> можешь прикопаться и к dict/list.  И чем тогда нам, грешным, пользоваться?

Только средствами Python. А не можете - признайте что Python не является функционально универсальным. В отличии от того же C, компиляторы которого, преимущественно, на C и пишутся.

>> А вот Вы пытаетесь мне доказать, что раз Python "тьюринг полный"
> Я не пытаюсь - это бесполезно.  Это просто констатация факта.

Какого факта? Что из тьюринг полноты еще не следует практическая пригодность языка для решения ЛЮБЫХ задач? Ну так я это уже не первую неделю пытаюсь Вам это объяснить )))

>>>> Вот уж точно "Ты слышал звон". Коши вообще вернул труд Галуа на
>>>> доработку не утруждая себя написанием рецензии.
>> Вы настолько стары, что с Коши разговаривали?
> Да это в общем-то - даже в викимусорке есть.

Зачет! Демагог сослался на викимусорку в качестве доказательства? Аплодирую!

> Можно сформулировать теорему Пифагора, например.  А в "докажазательство" написать "жмутыкубратура".
>  Ты понял такое доказательство?  Следует-ли из него неверность теоремы
> Пифагора?

Вы прикидываетесь? Из этого не следует верность теоремы Пифагора. А теорема без доказательства ее верности - ничтожна.

> Хвала Аллаху, меня такому в школе еще не учили.

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

>> Читайте стр. 365 тут http://repository.enu.kz/bitstream/handle/data/9888/matemati...
> Во-первых, там есть об "отрицательном" отзыве Коши.  Почитай.

Вы сами читать умеете хоть? Вы фразу "видимо, даже произвела на него благоприятное впечатление" Вы считаете отзывом рецензента? Или все же будем оперировать фактами: "но месяц проходил за месяцем, но статье так и не удалось выйти"? Значит рецензия так и не была написана. В научных кругах отсутствие рецензии хуже отрицательной. Ни одно уважающее себя издание без рецензии статью не опубликует. Хотя с отрицательной рецензией - может и опубликовать, если отрицательный отзыв обусловлен второстепенными деталями, а не исследованием в целом.

> Во-вторых, там нет ни слова про отрицательную рецензию Гаусса и Якоби.  
> Только про то, что статьи "послали", причем уже не Галуа.

Дедуля, не надо лгать так явно. Я писал:
>> после смерти Галуа его работы были отвергнуты и Гауссом, и Якоби.

Где хоть слово про "отрицательную рецензию"? Работы были им посланы? Были. Какая-то реакция на это последовала? Нет. ЧТД. Работы были отвергнуты.

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

428. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 14-Мрт-21, 19:37 
> Только средствами Python.

Тут какой-то левый чувак норовит определить что является средствами Python.  Я просто прусь...

> А не можете - признайте что Python не является
> функционально универсальным.

И тебе станет хорошо?

>>> А вот Вы пытаетесь мне доказать, что раз Python "тьюринг полный"
>> Я не пытаюсь - это бесполезно.  Это просто констатация факта.
> Какого факта? Что из тьюринг полноты еще не следует практическая пригодность языка
> для решения ЛЮБЫХ задач?

Ты таки определись: или тебе пытаются доказать тьюринг-полноту или что-то другое...

>> Да это в общем-то - даже в викимусорке есть.
> Зачет! Демагог сослался на викимусорку в качестве доказательства?

Запалил?

>> Можно сформулировать теорему Пифагора, например.  А в "докажазательство" написать "жмутыкубратура".
>>  Ты понял такое доказательство?  Следует-ли из него неверность теоремы
>> Пифагора?
> Вы прикидываетесь? Из этого не следует верность теоремы Пифагора. А теорема без
> доказательства ее верности - ничтожна.

Ты утверждал, что следует - неверность.  Уже забыл?

Интернет помнит: "> Непонятным.  Не неверным. - В математике это одно и то же."

> Когда я учился, за доказательство теоремы Пифагора через "жмутыкубратура" ставили два балла
> не раздумывая и без дополнительных вопросов.

Из чего, однако, не следовала неверность теоремы Пифагора.  Смекаешь?

>>> Читайте стр. 365 тут http://repository.enu.kz/bitstream/handle/data/9888/matemati...
>> Во-первых, там есть об "отрицательном" отзыве Коши.  Почитай.
> Вы сами читать умеете хоть? Вы фразу "видимо, даже произвела на него
> благоприятное впечатление"

На отрицательную рецензию это точно не тянет.

>>> после смерти Галуа его работы были отвергнуты и Гауссом, и Якоби.
> Где хоть слово про "отрицательную рецензию"? Работы были им посланы? Были.

А получены, например - были?

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

429. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 14-Мрт-21, 22:53 
>> Только средствами Python.
> Тут какой-то левый чувак норовит определить что является средствами Python.  Я
> просто прусь...

Ну если Вы согласны, что С - это тоже средство Python и программист на Python, так же обязан быть и программистом на C - то это ровно то, что я пытаюсь доказать изначально. )))
Вот только C и Python потребуется поменять местами, так как C сложнее для изучения и предоставляет существенно больше возможностей.

Я пытался однажды на ESP8266 при помощи Python декодировать БЧХ-коды, принимаемые через USART. Предел оказался 9600 бод. Тогда как на C они стали успевать декодироваться на мегабоде. 100 раз, Карл! 100 раз!

>>>> А вот Вы пытаетесь мне доказать, что раз Python "тьюринг полный"
>>> Я не пытаюсь - это бесполезно.  Это просто констатация факта.
>> Какого факта? Что из тьюринг полноты еще не следует практическая пригодность языка
>> для решения ЛЮБЫХ задач?
> Ты таки определись: или тебе пытаются доказать тьюринг-полноту или что-то другое...

Глаза протрите. Специально для слепых капсом:
>> ИЗ ТЬЮРИНГ ПОЛНОТЫ ЕЩЕ НЕ СЛЕДУЕТ ПРАКТИЧЕСКАЯ ПРИГОДНОСТЬ ЯЗЫКА ДЛЯ РЕШЕНИЯ ЛЮБЫХ ЗАДАЧ
>> Зачет! Демагог сослался на викимусорку в качестве доказательства?
> Запалил?

Нет, просто доказал, что Вы не только демагог, но еще и лицмер )))

>>> Можно сформулировать теорему Пифагора, например.  А в "докажазательство" написать "жмутыкубратура".
>>>  Ты понял такое доказательство?  Следует-ли из него неверность теоремы
>>> Пифагора?
>> Вы прикидываетесь? Из этого не следует верность теоремы Пифагора. А теорема без
>> доказательства ее верности - ничтожна.
> Ты утверждал, что следует - неверность.  Уже забыл?
> Интернет помнит: "> Непонятным.  Не неверным. - В математике это одно
> и то же."

Неверность чего? Докательства - да. Теоремы - нет. Но пока теорема не доказана - она лишь гипотеза и с точки зрения математики - ничтожна.
Не надоело демагогией пытаться читателям мозги запудрить?

>> Когда я учился, за доказательство теоремы Пифагора через "жмутыкубратура" ставили два балла
>> не раздумывая и без дополнительных вопросов.
> Из чего, однако, не следовала неверность теоремы Пифагора.  Смекаешь?

Главное - из этого не следовала ее истинность. Не доходит?

>> Вы сами читать умеете хоть? Вы фразу "видимо, даже произвела на него
>> благоприятное впечатление"
> На отрицательную рецензию это точно не тянет.

Это вообще ни на что не тянет, кроме субъективного мнения указанного историка, да еще и неуверенного (видимо).
А вот отсутствие рецензии - это уже факт.

>>>> после смерти Галуа его работы были отвергнуты и Гауссом, и Якоби.
>> Где хоть слово про "отрицательную рецензию"? Работы были им посланы? Были.
> А получены, например - были?

Если не врать, то софистикой увлекаться?
Пока не приведете доказательства, что почта все эти работы потеряла - я буду оставаться уверенным в обратном. Так как вероятность утери всех этих писем одновременно - несущественно отличается от нулевой.

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

430. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 15-Мрт-21, 17:28 
> Ну если Вы согласны, что С - это тоже средство Python

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

> Вот только C и Python потребуется поменять местами, так как C сложнее для изучения

Чиво?!  Это язык, в котором даже хеш-таблиц нету.

> и предоставляет существенно больше возможностей.

Строить замки из песчинок.

>>>>> А вот Вы пытаетесь мне доказать, что раз Python "тьюринг полный"
>>>> Я не пытаюсь - это бесполезно.  Это просто констатация факта.
>>> Какого факта? Что из тьюринг полноты еще не следует практическая пригодность языка
>>> для решения ЛЮБЫХ задач?
>> Ты таки определись: или тебе пытаются доказать тьюринг-полноту или что-то другое...
> Глаза протрите.

Я тебя полностью процитировал, какие проблемы?

>>>> Можно сформулировать теорему Пифагора, например.  А в "докажазательство" написать "жмутыкубратура".
>>>>  Ты понял такое доказательство?  Следует-ли из него неверность теоремы
>>>> Пифагора?
>>> Вы прикидываетесь? Из этого не следует верность теоремы Пифагора. А теорема без
>>> доказательства ее верности - ничтожна.
>> Ты утверждал, что следует - неверность.  Уже забыл?
>> Интернет помнит: "> Непонятным.  Не неверным. - В математике это одно
>> и то же."
> Неверность чего? Докательства - да. Теоремы - нет.

Ты утверждал именно последнее.  Может по невнимательности, конечно.  Теперь-то понял?

> Но пока теорема не доказана - она лишь гипотеза

С точки зрения логики - она может быть верной гипотезой.

>>> Вы сами читать умеете хоть? Вы фразу "видимо, даже произвела на него
>>> благоприятное впечатление"
>> На отрицательную рецензию это точно не тянет.
> Это вообще ни на что не тянет, кроме субъективного мнения указанного историка,
> да еще и неуверенного (видимо).

Ну как-бы я не историк, чтобы судить мнения историков.  Просто их констатирую.

>>>>> после смерти Галуа его работы были отвергнуты и Гауссом, и Якоби.
>>> Где хоть слово про "отрицательную рецензию"? Работы были им посланы? Были.
>> А получены, например - были?
> Если не врать, то софистикой увлекаться?
> Пока не приведете доказательства, что почта все эти работы потеряла

Что Гаусс и Якоби читали абсолютно всю корреспонденцию (я где-то 90% сейчас выкидываю,
по меньшей мере).  Ну и т.д.

Отрицательных рецензий на работы Галуа от этих граждан просто нет.  Молчание - не отрицательная рецензия, еще раз.

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

431. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 15-Мрт-21, 19:20 
>> Вот только C и Python потребуется поменять местами, так как C сложнее для изучения
> Чиво?!  Это язык, в котором даже хеш-таблиц нету.

Там есть все. По крайне мере - все что есть в Python и намного больше. Хотя бы потому, что Python написан, преимущественно, на C )))

>> и предоставляет существенно больше возможностей.
> Строить замки из песчинок.

Ага. CPython, например )))

>>>>>> А вот Вы пытаетесь мне доказать, что раз Python "тьюринг полный"
>>>>> Я не пытаюсь - это бесполезно.  Это просто констатация факта.
>>>> Какого факта? Что из тьюринг полноты еще не следует практическая пригодность языка
>>>> для решения ЛЮБЫХ задач?
>>> Ты таки определись: или тебе пытаются доказать тьюринг-полноту или что-то другое...
>> Глаза протрите.
> Я тебя полностью процитировал, какие проблемы?

Соболезную. До сих пор больше четырех первых слов из предложения не научились читать?

>> Неверность чего? Докательства - да. Теоремы - нет.
> Ты утверждал именно последнее.  Может по невнимательности, конечно.  Теперь-то понял?

Ложь.

>> Это вообще ни на что не тянет, кроме субъективного мнения указанного историка,
>> да еще и неуверенного (видимо).
> Ну как-бы я не историк, чтобы судить мнения историков.  Просто их
> констатирую.

Что констатируете, что кто-то "видимо" что-то предположил? )))

>>>>>> после смерти Галуа его работы были отвергнуты и Гауссом, и Якоби.
>>>> Где хоть слово про "отрицательную рецензию"? Работы были им посланы? Были.
>>> А получены, например - были?
>> Если не врать, то софистикой увлекаться?
>> Пока не приведете доказательства, что почта все эти работы потеряла
> Отрицательных рецензий на работы Галуа от этих граждан просто нет.  Молчание
> - не отрицательная рецензия, еще раз.

Вы опять лжете, причем даже процитировав, как я Вас перед этим уличил во лжи. Не надоело? Или не лгать Вы не можете и потому и лжете и про Python? )))

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

432. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 16-Мрт-21, 08:40 
>>> Вот только C и Python потребуется поменять местами, так как C сложнее для изучения
>> Чиво?!  Это язык, в котором даже хеш-таблиц нету.
> Там есть все.

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

> По крайне мере - все что есть в Python и намного больше.

Нет, конечно.  Ну какой json-парсинг в stdlib С, ты с дуба рухнул?

>>> и предоставляет существенно больше возможностей.
>> Строить замки из песчинок.
> Ага. CPython, например )))

Так я ж не про то, что это плохо.  А про то, что не так уж часто нужно.

>>> Неверность чего? Докательства - да. Теоремы - нет.
>> Ты утверждал именно последнее.  Может по невнимательности, конечно.  Теперь-то понял?
> Ложь.

Предсказуемо, не понял.  Жаль.

>>> Это вообще ни на что не тянет, кроме субъективного мнения указанного историка,
>>> да еще и неуверенного (видимо).
>> Ну как-бы я не историк, чтобы судить мнения историков.  Просто их
>> констатирую.
> Что констатируете, что кто-то "видимо" что-то предположил? )))

Констатирую, что это мнение историков науки.  Ты историк?)

>>>>>>> после смерти Галуа его работы были отвергнуты и Гауссом, и Якоби.
>>>>> Где хоть слово про "отрицательную рецензию"? Работы были им посланы? Были.
>>>> А получены, например - были?
>>> Если не врать, то софистикой увлекаться?
>>> Пока не приведете доказательства, что почта все эти работы потеряла
>> Отрицательных рецензий на работы Галуа от этих граждан просто нет.  Молчание
>> - не отрицательная рецензия, еще раз.
> Вы опять лжете, причем даже процитировав, как я Вас перед этим уличил
> во лжи. Не надоело?

Нет.  Я же не виноват, что ты ложью называешь чистую правду об отсутствии отрицательных рецензий.


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

433. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 16-Мрт-21, 09:24 
>>>> Вот только C и Python потребуется поменять местами, так как C сложнее для изучения
>>> Чиво?!  Это язык, в котором даже хеш-таблиц нету.
>> Там есть все.
> Ох, знаток C вылез...  Может в каком новом стандарте и есть
> (сильно сомневаюсь), но в C99 этого
> точно не было.  Не путай сишечку с приплюснутым, пожалуйста.

https://troydhanson.github.io/uthash/

>> По крайне мере - все что есть в Python и намного больше.
> Нет, конечно.  Ну какой json-парсинг в stdlib С, ты с дуба
> рухнул?

https://github.com/json-c/json-c

>> Что констатируете, что кто-то "видимо" что-то предположил? )))
> Констатирую, что это мнение историков науки.  Ты историк?)

Историк сказал "видимо". Так что это не мнение, а лишь предположение. Вы действительно в упор не видите разницы?

>>>>>>>> после смерти Галуа его работы были отвергнуты и Гауссом, и Якоби.
>>>>>> Где хоть слово про "отрицательную рецензию"?
> Нет.  Я же не виноват, что ты ложью называешь чистую правду
> об отсутствии отрицательных рецензий.

Я ложью называю наглое приписываные мне слов, которых я не писал. Что и процитировано выше.
Простите, меня Ваш старческий маразм уже утомил. Вы даже не видите разницы между "работы отвергнуты" и "отрицательная рецензия".
Давайте Вы свой маразм будете изливать в каком-то ином месте?
В любом случае, дальше я буду Вас игнорировать. С тем прощаюсь.

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

435. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 17-Мрт-21, 16:57 
> https://troydhanson.github.io/uthash/

Эт чо за хрень?  Стандарты C теперь публикуют на гитхабчике?!

>>> По крайне мере - все что есть в Python и намного больше.
>> Нет, конечно.  Ну какой json-парсинг в stdlib С, ты с дуба
>> рухнул?
> https://github.com/json-c/json-c

Ой-вей...  Детка, ты понимаешь что такое стандарт?  Что такое стандартная
библиотека?

То, что дяди в интернетах тебе написали библиотеку для парсинга json - немножко
совсем другое.

>>> Что констатируете, что кто-то "видимо" что-то предположил? )))
>> Констатирую, что это мнение историков науки.  Ты историк?)
> Историк сказал "видимо". Так что это не мнение, а лишь предположение. Вы
> действительно в упор не видите разницы?

Нет, конечно.  Это интерпретация фактов компетентным человеком.  Во всяком
случае, будь рецензия отрицательной - никаким "видимо" шансов бы не осталось.

>>>>>>>>> после смерти Галуа его работы были отвергнуты и Гауссом, и Якоби.
>>>>>>> Где хоть слово про "отрицательную рецензию"?
>> Нет.  Я же не виноват, что ты ложью называешь чистую правду
>> об отсутствии отрицательных рецензий.
> Я ложью называю наглое приписываные мне слов, которых я не писал. Что
> и процитировано выше.

Ну, "отвергнуты" - это именно отрицательные рецензии.  Молчание - не отрицательная
рецензия, как я уже несколько раз тебе объяснил.

> Вы даже не видите разницы между "работы отвергнуты" и "отрицательная рецензия".

Потому что ее нет.

> В любом случае, дальше я буду Вас игнорировать.

И как теперь жить?

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

398. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 03-Мрт-21, 20:06 
> GCC тоже на C написан

Какой там, однако, интересный диалект сишечки:


https://github.com/gcc-mirror/gcc/blob/master/gcc/common.md
;; "V" matches TARGET_MEM_CONSTRAINTs that are rejected by "o".
;; This means that it is not a memory constraint in the usual sense,
;; since reloading the address into a base register would make the
;; address offsettable.
(define_constraint "V"
  "Matches a non-offsettable memory reference."
  (and (match_code "mem")
       (match_test "memory_address_addr_space_p (GET_MODE (op), XEXP (op, 0),
                         MEM_ADDR_SPACE (op))")
       (not (match_test "offsettable_nonstrict_memref_p (op)"))))


https://github.com/gcc-mirror/gcc/blob/master/gcc/analyzer/a...
analysis_plan::~analysis_plan ()
{
  free (m_cgraph_node_postorder);
}


https://github.com/gcc-mirror/gcc/blob/master/gcc/ada/aspect...
Base_Aspect : constant array (Aspect_Id) of Boolean :=
     (Aspect_Atomic                  => True,

GCC - это Gnu Compiler Collection, а не Gnu C Compiler.
В принципе, дальше можно было и не читать, уровень "экспертизма" примерно такой же - "слышал звон" ...

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

399. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 03-Мрт-21, 20:26 
>> GCC тоже на C написан
> GCC - это Gnu Compiler Collection, а не Gnu C Compiler.

А как же я в Gentoo собираю весь мир только C/C++?
И из GCC собираю только C/C++?
Более того, я даже кросс-компиляторы для ARM или AVR в GCC не собираю )))
Какое отношение остальные компиляторы, кроме C/C++, в GCC имеют отношение к обсужаемому вопросу?
ЧСВ Ваше только потешить?

P.S. А с md вообще хит. Вы бы еще configure и makefile привели в качестве примера )))

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

400. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (-), 03-Мрт-21, 20:57 
>>> GCC тоже на C написан
>> GCC - это Gnu Compiler Collection, а не Gnu C Compiler.
> А как же я в Gentoo собираю весь мир только C/C++?

Какой, однако, бессмысленный вопрос. Сомпилятор С/C++ входит в набор GCС.

> И из GCC собираю только C/C++?

И че? GCC все равно умеет в фортран, го, аду и т.д. Раньше даже в жабу умел.

> Более того, я даже кросс-компиляторы для ARM или AVR в GCC не
> собираю )))

Выше привели общий для всех компиляторов анализатор в gcc, который оказался на плюсах.

> Какое отношение остальные компиляторы, кроме C/C++, в GCC имеют отношение к обсужаемому
> вопросу?
> ЧСВ Ваше только потешить?

Как бы, наблюдаемый уровень Экспрета имеет прямое отношение к достоверности его остальных (голословных) заялвений.

> P.S. А с md вообще хит. Вы бы еще configure и makefile привели в качестве примера )))

Т.е. по существу, кроме "вообще хит", возразить нечего. Впрочем, как и ожидалось.

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

401. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 03-Мрт-21, 22:36 
> Какой, однако, бессмысленный вопрос. Сомпилятор С/C++ входит в набор GCС.

И тогда почему мое утверждение, что компилятор C в GCC собирает сам себя Вас так возбудило? )))

> Выше привели общий для всех компиляторов анализатор в gcc, который оказался на
> плюсах.

Ложь. Gentoo успешно работает и собирается без USE flag 'cxx'.
Другое дело, что пакеты требующие для сборки C++ компилятора не возможно при этом установить. Но вполне работоспособный роутер при этом легко собирается. Более того, поддержка C++ в GCC впоследствии спокойно может быть собрана при наличии только поддержки C.

Прежде чем нести чуль и позориться, пожалели бы свое ЧСВ )))

>> P.S. А с md вообще хит. Вы бы еще configure и makefile привели в качестве примера )))
> Т.е. по существу, кроме "вообще хит", возразить нечего. Впрочем, как и ожидалось.

А как еще можно возразить утверждению, что md, configure и make не собираются тем же C компилятором в GCC?

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

402. "Языку Python исполнилось 30 лет"  +/
Сообщение от тот самый аноним (?), 04-Мрт-21, 00:36 
>> Какой, однако, бессмысленный вопрос. Сомпилятор С/C++ входит в набор GCС.
> И тогда почему мое утверждение, что компилятор C в GCC собирает сам
> себя Вас так возбудило? )))

Какой занимательный (нет) спрыг с "GCC тоже на C написан".

>> Выше привели общий для всех компиляторов анализатор в gcc, который оказался на плюсах.
> Ложь. Gentoo успешно работает и собирается без USE flag 'cxx'.

Рукалицо. Походу, "знаток" не только не знает, как работает сборка gcc (или "выпил" чего-то при сборке пакета), но и в своей системе не очень разбирается.

0) https://gcc.gnu.org/install/prerequisites.html
> Tools/packages necessary for building GCC
> ISO C++11 compiler
> Necessary to bootstrap GCC.
> Versions of GCC prior to 11 also allow bootstrapping with an ISO C++98 compiler
> versions of GCC prior to 4.8 also allow bootstrapping with a ISO C89 compiler, and versions of GCC prior to 3.4 also allow bootstrapping with a traditional (K&R) C compiler.

В принципе, этого уже хватит проти голословного утверждения очердного опеннетного "эксперда".

1) Сами по себе флаги генты, мягко говоря, ничего не "доказывают" - эффект может достигаться путем бутстрапа с "полноценного" компилера и выпиливания "неугодного" после сборки.

2) Гентушник из тебя - тоже не очень.
https://cgit.gentoo.org/repo/gentoo.git/tree/profiles/base/p...
# Sergei Trofimovich <slyfox@gentoo.org> (2019-08-17)
# USE=-cxx us a sure way to break native install as modern gcc
# requires C++ to bootstrap. But in rare cases it's useful
# to have a compiler not capable of C++, bug #692126.
sys-devel/gcc cxx


В общем, какой-то зашкаливющий уровень ламерства.


> Прежде чем нести чуль и позориться, пожалели бы свое ЧСВ )))

Болтун форумный, обыкновенный.
"А ведь так дышал, так дышал!"

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

403. "Языку Python исполнилось 30 лет"  +/
Сообщение от ptr128 (?), 04-Мрт-21, 09:45 
> Какой занимательный (нет) спрыг с "GCC тоже на C написан".

Какой занимательный спрыг с C/C++ нa md и Ada )))
В зеркало посмотрите )))

>>> Выше привели общий для всех компиляторов анализатор в gcc, который оказался на плюсах.
>> Ложь. Gentoo успешно работает и собирается без USE flag 'cxx'.

(или
> "выпил" чего-то при сборке пакета), но и в своей системе не
> очень разбирается.
>> versions of GCC prior to 4.8 also allow bootstrapping with a ISO C89 compiler

Итак все же можно собрать рабочий роутер на Gentoo имея только ISO C89 компилятор. Сами же подтвердили!
"Рукалицо. Походу, "знаток" не только не знает, как работает сборка gcc" )))

> В принципе, этого уже хватит проти голословного утверждения очердного опеннетного "эксперда".

Согласен. Подтвердили мои слова цитируя из гугла и опозорились по полной )))

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

405. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 04-Мрт-21, 13:41 
>> GCC тоже на C написан
> Какой там, однако, интересный диалект сишечки:
> (define_constraint "V"
>   (and (match_code "mem")
>        (match_test "memory_address_addr_space_p (GET_MODE (op), XEXP

Вы уж совсем ниже пояса.  Я имел в виду только переписывание компилятора C.  А вообще-то - да,
помимо C++ (ну и C) - дофиг всякого, да.

> В принципе, дальше можно было и не читать, уровень "экспертизма" примерно такой
> же - "слышал звон" ...

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

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

280. "Языку Python исполнилось 30 лет"  +/
Сообщение от Костян (?), 24-Фев-21, 17:42 
Зачем социологу/биологу или тем более финансисту Питон? Есть Р. Он проще и куда более специализированный.
Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору

286. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 24-Фев-21, 19:28 
На одну вакансию по R сейчас приходится 10 по Python+Pandas. А 10 лет назад - было все наоборот.

В вузах сейчас везде только змей. И что самое печальное для R - экосистема питона (все эти Jupyter/Lab) - очень толерантна и способна включать в себя куски кода на R везде, особенно там, где тот эффективнее, а также для "перебежчиков".

А в плане синтаксиса и универсальности - Питон лучше, что и доказывают их разнонаправленные тренды.          

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

298. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (298), 24-Фев-21, 22:52 
Медленно, но верно в ВУЗы внедряется Julia. Не только в западные, а уже во вполне наши. Практически везде уже заложены учебные программы с первыми курсами на Julia. В отличии от Питона - сильно полезнее учить студентов именно ей. Полученные навыки реализации алгоритмов можно применить как на ней на самой, так и на других языках. В случае питона - ничему кроме применению готовых библиотек, учить нельзя.
Ответить | Правка | Наверх | Cообщить модератору

307. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 25-Фев-21, 09:54 
> Медленно, но верно в ВУЗы внедряется Julia. Не только в западные, а уже во вполне наши.

От того, что постоянно "внедряют" в наших ПТУ (ака технических вузах) - приличным людям разве что плохо становится.

> В отличии от Питона - сильно полезнее учить студентов именно ей.

Почему?  Это нишевой язык, по мотивам Matlab.  И даже в своей нише - у него
пока проблемки в конкуренции с питоном.

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

Я вас умоляю, какие там "алгоритмы" в Julia?  Чуть менее чем все библиотеки - биндинги к чему-либо (от C до питона, чсх).

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

"Применение готовых библиотек", внезапно, вполне может привести к
реализации алгоритма.

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

312. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (312), 25-Фев-21, 10:31 
> От того, что постоянно "внедряют" в наших ПТУ (ака технических вузах) - приличным людям разве что плохо становится.

Считаете, что сотрудников надо набирать исключительно после окончания MIT и Stanford? Интересно, как у вас страна проживания называется?.....

> "Применение готовых библиотек", внезапно, вполне может привести к реализации алгоритма.

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

> Я вас умоляю, какие там "алгоритмы" в Julia?  Чуть менее чем все библиотеки - биндинги к чему-либо (от C до питона, чсх).

У Julia большинство библиотек написано на Julia. Именно поэтому, на ней на самой можно изучать алгоритмизацию.

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

315. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 25-Фев-21, 12:22 
Алгоритмы в вузах с 2006 г. в США, с 2012 г. в ЕС и с 2018 г. в РФ - преподают преимущественно на Python. Язык очень академически прост, не нужно ждать пока препод наставит кучу скобок и знаков препинания на своем крохотном ноутбуке.

С недавних пор и ООП преподают не-программистам/гуманитариям на примере Python. Потому что проще и у студентов появляется понимание концепции наследования, модульного программирования итд.

Да и вообще, благодаря тому что Jupyter/JupyterLab вышли из питон-среды ipython - преподавать, давать задания и читать лекции в юпитере - стало повсеместной практикой. Студенты соврать не дадут.

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

317. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (53), 25-Фев-21, 13:02 
> Алгоритмы в вузах с 2006 г. в США, с 2012 г. в ЕС и с 2018 г. в РФ - преподают преимущественно на Python.

Видимо в следующих университетах об этом не знают - https://julialang.org/learning/classes/

А МГУ, ННГУ, МГТУ им. Баумана и пр., надо полагать, случайно решили вводить курсы на Julia.

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

321. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 25-Фев-21, 14:03 
Читаем внимательно - сабж используют для предмета "Алгоритмы". Julia изучают саму по себе.  
Ответить | Правка | Наверх | Cообщить модератору

324. "Языку Python исполнилось 30 лет"  +/
Сообщение от Аноним (324), 25-Фев-21, 14:11 
> "Алгоритмы". Julia изучают саму по себе.  

Это передёргивание. И никак тренд на переход на Julia не отменит. Питон - устарел. Всё.

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

326. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 25-Фев-21, 14:23 
Тут вы правы, и сейчас, и через 10 лет сабж будет старше юльки, и разрыв этот неустраним принципиально. Вот только если убрать журналистский задор - во что превращаются годы существования ЯП? У сабжа это крупнейшее комьюнити, 300k либ на pypi.org, в 1/4 FAQ на SO.
У юльки еще все впереди. Через десять лет обсудим достигнутые метрики. Но судя по большинству выступающих - питон не просто не доживет, он умер даже не родившись.

Вот только это ничем, кроме постов в этой ветке, не подтверждается.

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

327. "Языку Python исполнилось 30 лет"  +1 +/
Сообщение от Аноним (327), 25-Фев-21, 14:37 
> У сабжа это крупнейшее комьюнити, 300k

поклонников конструктора Лего ещё больше. Но научному прогрессу это пользы не приносит.

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

334. "Языку Python исполнилось 30 лет"  +/
Сообщение от economist (?), 25-Фев-21, 15:43 
- а в это в "рамочку" как образец демагогии.


Скушно тут становится, ребятя. Тема раскрыта, маски сброшены. Всех блак

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

387. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 02-Мрт-21, 15:43 
> Но научному прогрессу это пользы не приносит.

Ну а какой прогресс от юльки?  Ей, кстати, уже порядка 10 лет.  За то же время питон обрел весьма впечатляющую популярность.

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

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

391. "Языку Python исполнилось 30 лет"  +1 +/
Сообщение от Аноним (391), 03-Мрт-21, 09:46 
Как же вам, питонюкам, нравится ложь распространять....
Julia в production-ready статусе пребывает с 2018-го года. 10 лет назад - это первые публикации.

В 94-м о питоне почти никто не знал и не пользовался. Будем надеяться, что к 2024-му питоном тоже почти никто не будет пользоваться.

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

392. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 03-Мрт-21, 12:39 
> Julia в production-ready статусе пребывает с 2018-го года.

Ну кто-ж его знает что там у вас там за -ready статус.  Первая версия?  Так 1.x тоже
не поддерживает совместимость, такие дела.  Она там точно -ready?

> В 94-м о питоне почти никто не знал и не пользовался.

Т.е. вам двойные стандарты - уже можно?  94-й - это как раз первая версия,
а вовсе не через 2+ года.  И почему надо брать 1.0, а не 2.0 при отсчете?

Где ваши доказательства про "не знал" вообще?

ipython - 2001
numpy - 1996
matplotlib - 2003

> Будем надеяться, что к 2024-му питоном тоже почти никто не будет пользоваться.

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

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

385. "Языку Python исполнилось 30 лет"  +/
Сообщение от myhand (ok), 02-Мрт-21, 15:28 
>> От того, что постоянно "внедряют" в наших ПТУ (ака технических вузах) - приличным людям разве что плохо становится.
> Считаете, что сотрудников надо набирать исключительно после окончания MIT и Stanford?

(Считаю, что тут поможет только страшный ГУЛАГ.  Сейчас чинить отечественное образование некому и незачем.)

>> "Применение готовых библиотек", внезапно, вполне может привести к реализации алгоритма.
> Потому что люди, которые выросли на демонстрации готового, никогда не создадут ничего сами.

Т.е. создание алгоритма для вас - ничего нового.  А что тогда новое?

>> Я вас умоляю, какие там "алгоритмы" в Julia?  Чуть менее чем все библиотеки - биндинги к чему-либо (от C до питона, чсх).
> У Julia большинство библиотек написано на Julia.

Понятно, чукча - не читатель.

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

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

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




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

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