The OpenNET Project / Index page

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



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

Оглавление

DeepMind открыл код S6, библиотеки с реализацией JIT-компилятора для CPython, opennews (??), 18-Сен-22, (0) [смотреть все]

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


50. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  –3 +/
Сообщение от Аноним (50), 18-Сен-22, 13:14 
Может быть я что-то не понимаю, но ИМХО весь этот CPython лютейший говнокод.
Ответить | Правка | Наверх | Cообщить модератору

52. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (52), 18-Сен-22, 13:24 
Все что работает есть лютейший говнокод
Ответить | Правка | Наверх | Cообщить модератору

55. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +5 +/
Сообщение от Прохожий (??), 18-Сен-22, 13:28 
Всё зависит от того, с какой позиции его оценивать. Если с точки зрения скриптописателя или какого-нибудь учёного, занимающегося machine learning - он намного функциональней шелла и гораздо дешевле Mathlab и прочих подобных продуктов. Если с точки зрения разработчика высоконадёжного и производительного ПО, Питон - не самый подходящий для таких целей инструмент.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

83. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (3), 18-Сен-22, 20:01 
А что не так с надёжностью и производительностью? Я пока не встречал никаких претензий на тему низкой надёжности питона. А производительность имеет значение, если только использовать pure-python логику -- так не делают, когда она важна.

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

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

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

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

96. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от BuildPrice (?), 19-Сен-22, 05:37 
>> А что не так с надёжностью и производительностью?
>> ... на коленке под пиво и всё готово

<facepalm - 3 times>

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

97. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (3), 19-Сен-22, 06:45 
Ну как бы да, мой прошлый личный рекорд 2 недели фултайм разработки в одно жало, без выходных. Чисто на код, до того ещё были пара месяцев планирования архитектуры и прочего шлака. Очень надёжно в итоге получилось, никаких сегфолтов и ошибок, ничего. Всё весьма предсказуемо, не смотря на сотни зависимостей. Производительность продукта приятно удивила и уже год он трудится 24/7.
Ответить | Правка | Наверх | Cообщить модератору

111. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +2 +/
Сообщение от Аноним (-), 19-Сен-22, 11:47 
>Всё весьма предсказуемо, не смотря на сотни зависимостей.

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

...а разгребать твои сотни зависимостей и материться на поменявшийся по десять раз api будут другие.

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

118. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (3), 19-Сен-22, 12:10 
Не, я исповедую подход, когда разработка ведётся не под копролиты, а под кровоточащий конец. Вот, скажем, если не взять sqlalchemy из гита, то это прямо фуфуфу и жуткое легаси, хотя первая ветка продакшен-реди и вполне себе обновляется, а в бете могут быть баги там, где их быть не должно. Периодически обновляются все пакеты в пипе на новые версии и был переезд с 3.8 на 3.9 с развёртыванием с нуля.

В принципе, у питона боли с обновлениями не больше, чем с любыми другими зависимостями, на самом деле даже удивительно гладко всё. У меня есть проблемы только с компиляцией некоторых батареек из исходников из-за криворуких разрабов на копролитах. А вообще, перед сменой апи принято иметь период, когда оно объявляется устаревшим -- ломать очень некрасиво. К тому же, я бы рад ни от кого не зависеть, но, если всё делать самому, никогда ничего приличного не напишешь (в разумные сроки).

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

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

143. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Сен-22, 14:55 
> Не, я исповедую подход, когда разработка ведётся не под копролиты, а под
> кровоточащий конец. Вот, скажем, если не взять sqlalchemy из гита, то
> это прямо фуфуфу и жуткое легаси

Ну вот, а запев был за надёжность.

Впрочем, лично набитые шишки не заменить ничем -- предложу разве что прочесть на всякий http://egorfine.com/ru/articles/worse-than-failure/ -- вдруг когда-то уловите нотки, про которые уже слышали, и избежите N+1-го повторения той же старой истории...

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

149. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (3), 19-Сен-22, 15:10 
Это понятно что несколько чревато и хотелось бы большей предсказуемости, чем софт из гита, но это задел на будущее -- когда-нибудь же оно зарелизится. Вообще, в софте из гита нет ничего ужасного, не обязательно повезёт собрать все баги. К тому же, они точно так же попадают и в релиз, и часто остаются незамеченными, в то время как в дев ветке их уже могли исправить.
Ответить | Правка | Наверх | Cообщить модератору

161. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (161), 19-Сен-22, 16:51 
Это задел на то, чтобы не обновлять как можно дольше, а не на будущее. Задел на будущее - это не карго-культ гита, а стабильность апишек.
Ответить | Правка | Наверх | Cообщить модератору

171. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (3), 19-Сен-22, 17:26 
Обновлять таки вполне вероятно придётся, и в этом нет ничего ужасающего, а вот переписывать тонны логики -- скорее всего нет. Чем завязаться на депрекейтнутые апишечки, куда эффективнее сразу в /dev/null заливать код.
Ответить | Правка | Наверх | Cообщить модератору

189. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (-), 19-Сен-22, 20:48 
>Обновлять таки вполне вероятно придётся, и в этом нет ничего ужасающего

Разумеется, потому что обновлять будешь не ты.

>а вот переписывать тонны логики -- скорее всего нет

Если API грохнут с полным редизайном, тонны логики пойдут на выброс. Надеешься, что твои поделия перейдут в легаси до того, как это случится? Просто я тут не увидел очевидного выхода - переписывать код хотя бы на обёртки взрослых библиотек, написанных на взрослых языках.

>Чем завязаться на депрекейтнутые апишечки,

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

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

194. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (3), 19-Сен-22, 21:28 
Всё, я понял, ты вообще не понимаешь, о чём тут пытаешься рассуждать. Извини, я думал, тебе есть, что сообщить полезного.
Ответить | Правка | Наверх | Cообщить модератору

160. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (161), 19-Сен-22, 16:49 
>а под кровоточащий конец

Пруф или мироточащий.

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

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

Ты там с js сравниваешь или с сишкой? Есть такая библиотека по имени requests. Так вот, у неё вполне в минорных релизах ломается api, я на этом набивал шишки. И есть библиотека pycurl. В ней в принципе ничего существенного не меняется, а api если и ломают, то постепенно. Угадай, какая лучше, а какую рекламируют в инстаграме успешные питонокоучи.

>А вообще, перед сменой апи принято иметь период, когда оно объявляется устаревшим -- ломать очень некрасиво.

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

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

Где-то на гитхабе был kiss-программист на питоне, ездун на конференции и вообще тимлид. Так вот, он написал типа kissовую rpc. kissовая rpc занимала под 100-200 строк и дёргала amqp. Если достать дедовские пакеты socket и select из стдлиба, приправив json, можно за те же 100-200 строк написать примерно такую же rpc. Иногда импорты - это лишь нежелание кодить и желание забивать гвозди микроскопом.

>Кстати, для того чтобы косяки с апи и ошибками конфигурации лучше находились, многие части покрыты тестами.

За что я ненавижу питонистов - это за то, что им можно что угодно залить в уши и они будут это транслировать. Им скормили новый синтаксис - они сразу же забыли про своё кредо. Пропиарили intellij - теперь каждый питонист считает за свой долг пересаживать всех остальных что с vi, что с vscode на pycharm. Вывели в тренды твиттера requests - спрашиваешь у питониста, что такое curl, а он и слыхом про него не слыхивал (а http он дёргает через postman со всеми вытекающими уровня "ой, а как пройти нестандартную аутентификацию?"). Накодили инструмент remote execution по имени fabric с массированной артподдержкой в виде success stories - теперь каждый питонопроект для локальной установки будет использовать именно его в качестве замены шелла или system.

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

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

Так вам даже Genie дали с похожим синтаксисом (и интеропом почти без оверхеда), но только узенький кругозор типичного питониста не может даже альтернативные релизы осилить и сделать так, чтобы они не пролагивали на 3-5 минорных релизов за референсом, не то, что осилить язык с похожим синтаксисом.

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

163. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (3), 19-Сен-22, 17:14 
>requests

Ну это ж днище бро, это ж просто знать надо. Ведь есть же та же aiohttp, да куча их, никто не использует синхронные либы для этого уже давно. По остальному, у тебя тоже какие-то фантазии нездоровые. Я вот использую pycurl из-за некоторых фишечек, но это днище ещё почище requests и будет развлекать тебя сегфолтами, если чуть забудешься. Не знаю, с чего ты решил, что я питонист. Да и твои представления о мире как-то устарели лет на 10, не меньше. Ты почему-то думаешь, что понимаешь мир, но это совсем не так.

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

187. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (-), 19-Сен-22, 20:43 
>Ну это ж днище бро, это ж просто знать надо. Ведь есть же та же aiohttp, да куча их, никто не использует синхронные либы для этого уже давно.

Питонисту в уши влили, что надо использовать aiohttp, поэтому он использует aiohttp. aiohttp за счёт волшебной асинхронности (tm) исправляет то, что большая часть питонопакетов по части стабильности API - днище. Восхищаюсь логикой.

>Я вот использую pycurl из-за некоторых фишечек, но это днище ещё почище requests и будет развлекать тебя сегфолтами, если чуть забудешься.

pycurl - днище, потому что возможны сегфолты, если неправильно дёргать.
Си - днище, потому что указатели.
Vala - тоже днище, ведь и то, и другое.
Раст с ансейфом/без ансейфа днище или не днище? Осталось вот этот момент уточнить. Если тут нет консистентности, тут придётся уже не только подумать о твоей детской травме, наложенной тебе указателями, но и о том, что ты просто ретранслируешь то, что тебе в голову вложили маркетологи.

>Да и твои представления о мире как-то устарели лет на 10, не меньше. Ты почему-то думаешь, что понимаешь мир, но это совсем не так.

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

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

141. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Сен-22, 14:51 
> Всё весьма предсказуемо, не смотря на сотни зависимостей.

Надёжность -- она не только (и не столько) про "ма, смори, я на прод выкатил!".

Ещё и про то, как это всё потом сопровождать.  Здравствуйте, табы и вся радость 2to3 (можете не писать, что Вы-то умный и писали на третьем: некоторые были тоже умные и писали сразу на втором, не особо помогло).

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

148. "DeepMind открыл код S6, библиотеки с реализацией JIT-компиля..."  +/
Сообщение от Аноним (3), 19-Сен-22, 15:03 
Хехе, зачем сопровождать то, что работает? У питона всё весьма неплохо с совместимостью, часть пакетов мной были форкнуты в процессе и видимо уже не будут обновляться без особых на то причин, какие-то мелочи были слегка портированы на свежую версию и тоже есть не просят. Почти всё живое и активно сопровождаемое. И если что-то внезапно померло (а такое не случается, потому что надо уметь выбирать приличное), то всегда можно найти замену. Не знаю, для меня надёжность -- это предсказуемость, и с этим как раз всё отлично. Зато очевидно, что завязываться на копролитные технологии -- это тупик, и долго такое не протянет.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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